← На главную

Переход с конфигурации «Комплексная автоматизация» редакции 1.1 на версию 2.4 (и выше) представляет собой не простое обновление, а масштабную миграцию данных между двумя принципиально разными архитектурами. КА 1.1 базируется на принципах, схожих с УПП 1.3, в то время как КА 2.4 построена на современной платформе ERP 2.0. В процессе такого перехода пользователи часто сталкиваются с тем, что конечное сальдо в базе-приемнике не совпадает с данными источника по счетам 01, 02, 10, 60, 62 и другим.

В этой статье мы подробно разберем, почему возникают эти ошибки, как правильно подготовить базу-источник и какие действия необходимо предпринять в базе-приемнике для достижения идентичности показателей.

Анализ архитектурных различий: почему сальдо «разъезжается»

Проанализируем основную причину проблем. В КА 1.1 учет во многом опирается на бухгалтерские проводки. В КА 2.4 архитектура учета является регистровой. Это означает, что первичными являются данные в регистрах накопления (например, «Выручка и себестоимость продаж», «Расчеты с клиентами», «Товары на складах»), а бухгалтерские проводки формируются уже на их основе.

Если в вашей старой базе данные в регистрах (партии, закупки, взаиморасчеты) имели расхождения с оборотно-сальдовой ведомостью (ОСВ), то при переносе система возьмет именно данные из регистров. В результате в новой базе вы получите корректные с точки зрения оперативного учета цифры, которые, однако, не будут соответствовать вашим старым «бумажным» остаткам по счетам БУ.

Шаг 1. Подготовка базы-источника КА 1.1

Рассмотрим обязательные действия в исходной базе перед началом выгрузки. Переезд «посреди года» с незакрытыми месяцами — это прямой путь к получению ошибок в остатках.

1. Закрытие периодов: Необходимо закрыть все месяцы до даты переноса включительно. Если перенос делается на 1 октября, сентябрь должен быть полностью закрыт, включая расчет себестоимости и формирование записей книг покупок/продаж.
2. Восстановление последовательностей: Выполним обработку «Проведение документов по регистрам НДС» и «Восстановление последовательности партионного учета». Без этого суммы на счетах 10, 41 и 19 будут перенесены некорректно.
3. Проверка отрицательных остатков: Сформируем ОСВ по счетам 10, 41, 43 с максимальной детализацией (Номенклатура, Склад, Партия). Наличие «красноты» (отрицательных остатков) недопустимо. Если в регистрах числится минус, штатный механизм переноса либо проигнорирует эти позиции, либо создаст некорректные документы ввода остатков.
4. Технологический анализ: Проведем Тестирование и исправление (ТИИ) информационной базы с включенными опциями проверки логической целостности и пересчета итогов.

Шаг 2. Разбор ошибок по конкретным счетам

Разберем, на что обратить внимание при расхождениях по конкретным участкам учета.

Основные средства (счета 01 и 02)

В КА 2.4 реализована принципиально новая модель учета внеоборотных активов. Если в КА 1.1 остатки вводились вручную операциями, а не документами ПринятиеКУчетуОС, система может не увидеть такие объекты. Проанализируем регистры сведений, отвечающие за состояния ОС и параметры амортизации. Если в источнике не заполнены способы начисления амортизации в регистрах, в приемнике документы ВводОстатковВнеоборотныхАктивов не проведутся или покажут нулевые суммы.

Взаиморасчеты (счета 60, 62, 71)

Выясним причину проблем с подотчетниками (счет 71). В КА 2.4 задолженность сотрудников учитывается в разрезе целей выдачи денежных средств. Если в КА 1.1 висит сальдо без привязки к конкретному документу авансового отчета или выдачи (пустая аналитика), перенос часто выдает сообщение: «Данные по счету в базе-приемнике отсутствуют». В этом случае потребуется ручная детализация остатков в документе ввода.

Для счетов 60 и 62 важно «схлопнуть» зачеты авансов. Если по одному контрагенту и договору одновременно висит дебет и кредит, КА 2.4 может попытаться разнести эти суммы на разные объекты расчетов (заказы, накладные), что изменит общую картину в ОСВ.

Шаг 3. Настройка функциональных опций в КА 2.4

Прежде чем загружать данные, проверим настройки в разделе НСИ и администрирование. Многие данные не загружаются просто потому, что в приемнике выключены соответствующие опции. Необходимо включить:

• Использование нескольких организаций и складов.
• Валютный учет (если есть остатки в валюте).
• Учет по подразделениям.
• Партионный учет (если планируется преемственность методов оценки ТМЦ).

Если опция выключена, данные по ней будут проигнорированы при загрузке в документы ВводНачальныхОстатков.

Шаг 4. Постобработка в базе-приемнике

Посмотрим на ситуацию, когда документы перенеслись, но сальдо всё равно неверное. Существует известный нюанс: документы ввода остатков после загрузки могут значиться как проведенные, но фактически не сформировать движений по регистрам из-за нехватки аналитики.

Рекомендуется выполнить следующие действия:

1. Зайдем в список документов Ввод начальных остатков.
2. Проверим заполнение Групп финансового учета (ГФУ). В КА 2.4 именно ГФУ определяют, на каких счетах БУ будут отражены остатки номенклатуры или расчетов. Если ГФУ не заполнена, документ может провестись в оперативном учете, но в ОСВ по счету будет пусто.
3. Попробуем перепровести документы вручную. Иногда требуется сначала отменить проведение, а затем провести документ заново, чтобы система корректно инициализировала все регистры.

Итог и рекомендации

Как показывает практика, ни один инструмент (ни штатный, ни сторонний) не обеспечит «бесшовный» переход на 100%. Перенос данных — это только 30% работы, остальные 70% — это ручная проверка, настройка правил финансового учета и устранение ошибок в аналитике.

Для успешного перехода придерживайтесь стратегии: «Чистый источник — чистый приемник». Максимально вычистите базу КА 1.1 от отрицательных остатков и незакрытых периодов до начала миграции. Если расхождения по счету 01 или 10 составляют миллионы, как в примере автора темы, в первую очередь ищите причину в несоответствии данных регистров и бухгалтерских счетов в исходной базе.