Как перенести остатки из одной базы Бухгалтерии предприятия 2.0 в другую?

Задача переноса начальных остатков между идентичными конфигурациями 1С:Бухгалтерия предприятия 2.0 обычно возникает в двух ситуациях: при оптимизации рабочей базы (свертка на начало года) или при реорганизации бизнеса, когда учет по нескольким юридическим лицам объединяется в единую информационную базу. В зависимости от того, является ли база-приемник пустой или в ней уже ведется активный учет, подход к переносу будет кардинально различаться.

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

Сценарий 1: Начало учета с нуля в новой базе (метод свертки)

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

1. Создадим резервную копию рабочей базы-источника и восстановим ее в качестве новой рабочей базы.
2. Выполним свертку полученной копии на требуемую дату (например, на начало года) с помощью стандартной обработки свертки информационной базы. В процессе работы обработка автоматически сформирует документы Ввод начальных остатков и удалит документы прошлых периодов.
3. Произведем удаление помеченных на удаление объектов, чтобы очистить базу от неиспользуемой первичной документации.
4. Проверим корректность сформированных остатков по отчетам.

Этот метод исключает ошибки нарушения ссылочной целостности, поскольку все элементы справочников, классификаторы и настройки учетной политики остаются на месте, а их внутренние уникальные идентификаторы (GUID) не меняются.

Сценарий 2: Перенос остатков в уже работающую базу (слияние)

Если база-приемник уже содержит данные по другой организации, простая свертка копии не подойдет. Потребуется перенести справочники и документы ввода остатков из источника в существующую базу. Для этого применяются специализированные механизмы выгрузки.

Рассмотрим два основных инструмента, которые можно использовать для этой цели:

1. Обработка «ВыгрузкаЗагрузкаДанныхXML». Подходит только для абсолютно идентичных конфигураций (включая номер релиза). Переносит объекты целиком вместе с их движениями.
2. Конфигурация «Конвертация данных 2.1» (КД 2). Позволяет гибко сопоставлять справочники по реквизитам поиска, избегая дублирования позиций номенклатуры и контрагентов.

Подводные камни использования «ВыгрузкаЗагрузкаДанныхXML»

Обработка ВыгрузкаЗагрузкаДанныхXML работает быстро, но имеет жесткое ограничение: она выполняет синхронизацию объектов исключительно по внутреннему идентификатору GUID. Проанализируем возможные риски:

1. Базы создавались независимо друг от друга. В этом случае одинаковые контрагенты, номенклатурные позиции, склады и подразделения будут иметь разные идентификаторы. При загрузке в приемнике гарантированно возникнет полное дублирование справочников.
2. Одна база когда-то была получена простым копированием другой. В такой ситуации может произойти опасная коллизия: разные элементы, созданные пользователями на одинаковых позициях, совпадут по идентификаторам, и данные организации в базе-приемнике безвозвратно перезапишутся данными из источника.

Если базы создавались отдельно, использование данной обработки допустимо только при условии последующего ручного или программного поиска и слияния дублей с помощью специальной обработки ПоискИЗаменаДублей.

Настройка правил переноса через «Конвертацию данных 2.1»

Чтобы избежать хаоса в справочниках при слиянии баз, оптимально настроить правила выгрузки в конфигурации «Конвертация данных 2.1». Разберем ключевые принципы синхронизации данных:

1. В каждом правиле конвертации объектов (ПКО) снимем флаг «Искать объект по внутреннему идентификатору».
2. Справочник «Контрагенты»: настроим поиск по реквизитам ИНН и КПП. Для физических лиц (у которых КПП отсутствует) настроим сопоставление по ИНН и наименованию. Это позволит объединить партнеров, даже если их наименования в базах заведены с небольшими различиями (например, «ООО Ромашка» и «Общество с ограниченной ответственностью "Ромашка"»).
3. Справочник «Номенклатура»: сопоставление по наименованию часто дает сбои из-за опечаток и сокращений, допущенных операторами. Если в учетных системах велись реквизиты Артикул или штрихкоды, настроим поиск по ним. Если артикулов нет, выполним синхронизацию по наименованию и признаку вхождения в группу номенклатуры для сохранения структуры папок. Оставшиеся несовпадения придется скорректировать обработкой объединения дублей.
4. Справочники классификаторов: для банков, валют, статей затрат зададим сопоставление по стандартным реквизитам: БИК, цифровой код валюты, код статьи.

Специфика учета и вспомогательные регистры в БП 2.0

При переносе начальных остатков в конфигурации «Бухгалтерия предприятия 2.0» важно учитывать внутреннюю структуру учетных механизмов:

1. Движения по специализированным регистрам. Документ Ввод начальных остатков в БП 2.0 делает записи не только в регистр бухгалтерии Хозрасчетный, но и в служебные регистры накопления и сведений (учет НДС, партии, материалы в эксплуатации, параметры начисления амортизации ОС и НМА, налоговые регистры УСН). Если перенести остатки простыми ручными бухгалтерскими операциями, программа не сможет корректно начислять амортизацию, зачитывать авансы и выполнять регламентную процедуру Закрытие месяца. Переносить необходимо именно полноценные документы ввода остатков.
2. Субконто «Документы расчетов с контрагентом». На счетах взаиморасчетов (60, 62, 76), где включен аналитический учет по расчетным документам, остатки фиксируются на служебный документ Документ расчетов с контрагентом (ручной учет). Данные объекты обязательно должны быть перенесены вместе с документами ввода остатков, иначе механизм автоматического зачета авансов будет выдавать ошибки при проведении будущих платежей и отгрузок.
3. Префиксация документов. Перед загрузкой остатков в базу-приемник откроем карточку переносимой организации и зададим для нее индивидуальный префикс номеров документов. Это исключит сбои в автонумерации документов между разными организациями.
4. Параметры учетной политики. Проверим, чтобы в базе-приемнике параметры учетной политики для новой организации были установлены с даты начала ведения учета. Особое внимание уделим способу оценки МПЗ (по средней стоимости или ФИФО): расхождение этих настроек между базой-источником и базой-приемником приведет к искажению партионного учета на счетах 10 и 41.

Методика выверки перенесенных данных

После завершения процесса загрузки обязательно проведем контроль корректности полученных остатков:

1. Сформируем отчет Оборотно-сальдовая ведомость за период ввода остатков в базе-источнике и базе-приемнике с отбором по новой организации. Сверим итоговые суммы по дебету и кредиту.
2. Сформируем развернутые ведомости по контрольным счетам: 01 (основные средства), 10 и 41 (количественно-суммовой учет МПЗ), 60 и 62 (взаиморасчеты с контрагентами), 68 и 69 (налоги и сборы). Убедимся, что остатки сошлись не только в суммовом, но и в количественном выражении, а также по субконто.
3. На резервной копии базы-приемника выполним тестовое проведение регламентных операций процедуры Закрытие месяца за первый месяц после ввода остатков. Успешное выполнение всех этапов (начисление амортизации, расчет себестоимости, зачет авансов, закрытие затратных счетов 20, 26, 44) подтвердит правильность переноса вспомогательных регистров.