← На главную

При переходе с устаревших или специализированных отраслевых решений на современную типовую конфигурацию 1С:Бухгалтерия предприятия 3.0 часто возникает дилемма: обновлять ли текущую базу поэтапно или перенести нормативно-справочную информацию и входящие остатки в новую чистую базу. Проанализируем технические аспекты переноса данных из конфигурации Бухгалтерия ЭлитСтроительство 2.3 (базирующейся на ядре Бухгалтерии предприятия 2.0) в 1С:Бухгалтерию предприятия 3.0, выясним причины типичных ошибок при накатывании типового файла .cf и разберем проверенные способы решения задачи.

Что представляют собой остатки в бухгалтерском учете 1С

Для правильного планирования переноса важно понимать внутреннюю структуру хранения данных. Остатки в конфигурациях 1С для бухгалтерского учета не сводятся к одной таблице:

1. Сальдо по счетам плана счетов: остатки по регистру бухгалтерии Хозрасчетный в разрезе субконто (организации, контрагенты, номенклатура, договоры, статьи затрат и т. д.), количественного, валютного и налогового учета.
2. Данные специальных регистров: остатки по регистрам накопления и сведений (например, учет основных средств, параметров амортизации, НДС по приобретенным ценностям, расходов при УСН).
3. Документы ввода остатков: в типовой базе 1С:Бухгалтерия предприятия 3.0 все эти данные фиксируются специализированным документом Ввод начальных остатков по соответствующим разделам учета.

Почему при попытке наложить типовой .cf возникают ошибки

Распространенной ошибкой при переходе с отраслевой конфигурации на типовую является прямая загрузка конфигурационного файла (.cf) типовой конфигурации Бухгалтерия предприятия 2.0. При этом возникают критические сбои:

1. Ошибка «Записи регистра сведений стали неуникальными: ДанныеПервичныхДокументов»

В регистре ДанныеПервичныхДокументов ключевым измерением выступает ссылка на документ составного типа. Отраслевое решение содержит собственные уникальные виды документов. При удалении их метаданных через замену .cf ссылки на эти документы в таблицах базы превращаются в битые ссылки вида <Объект не найден> или NULL. В результате в регистре формируется несколько записей с одинаковым пустым ключом измерения, что нарушает индекс уникальности на уровне СУБД и блокирует сохранение конфигурации.

2. Расхождения в оборотно-сальдовой ведомости (ОСВ)

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

Вариант 1. Перенос данных с помощью «1С:Конвертация данных 2.1» (Рекомендуемый)

Перенос справочников и остатков в новую чистую базу Бухгалтерия предприятия 3.0 через правила обмена — самый надежный и прозрачный способ, исключающий искажение исторических данных в исходной базе.

Разберем по шагам порядок действий:

1. Выгрузка метаданных: с помощью обработки MD82Exp.epf выгружаем структуру метаданных из исходной базы Бухгалтерия ЭлитСтроительство 2.3. С помощью MD83Exp.epf выгружаем структуру метаданных чистой базы Бухгалтерия предприятия 3.0.
2. Настройка правил конвертации: в конфигурации 1С:Конвертация данных 2.1 создаем правила обмена (ПКО и ПВД):
   • Для справочников (Организации, Контрагенты, Банковские счета, Договоры контрагентов, Номенклатура, Статьи затрат, Основные средства).
   • Для остатков — правила выгрузки остатков из регистра бухгалтерии источника с формированием документов ВводНачальныхОстатков в приемнике.
3. Выгрузка и загрузка данных: выгружаем данные из исходной базы на нужную дату через обработку V8Exchan82.erf (или универсальную обработку обмена в формате XML) и загружаем их в целевую базу Бухгалтерия предприятия 3.0 через встроенную обработку Универсальный обмен данными в формате XML.
4. Сверка оборотно-сальдовой ведомости: формируем ОСВ в исходной и целевой базах на дату среза остатков и выполняем контрольную сверку по счетам и субконто.

Вариант 2. Свертка исходной базы с последующим обновлением

Если требуется сохранить сквозное обновление без написания сложных правил конвертации, можно подготовить исходную базу перед накатыванием типового релиза:

1. Определение родственного релиза: выясняем, на каком релизе типовой конфигурации построена отраслевая база. Для этого в конфигураторе выполняем глобальный поиск по строке 2.0. или смотрим описания релизов в каталоге шаблонов обновлений отраслевого решения.
2. Свертка информационной базы: в исходной базе выполняем штатную процедуру (меню Сервис → Свертка информационной базы). Свертка сворачивает исторические документы и формирует типовые документы ввода остатков и ОперацияБух.
3. Очистка битых ссылок: выполняем процедуру Тестирование и исправление информационной базы с режимом «Очищать ссылки» при наличии неразрешимых ссылок.
4. Очистка служебных регистров: программно или через обработку очищаем регистр сведений ДанныеПервичныхДокументов от записей, связанных с отраслевыми документами.
5. Замена конфигурации и переход: загружаем типовой .cf определенного реина Бухгалтерия предприятия 2.0, последовательно обновляем базу до последнего актуального релиза редакции 2.0, после чего применяем дистрибутив перехода на Бухгалтерию предприятия 3.0.

Вариант 3. Загрузка остатков из табличного документа (Excel)

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

1. В исходной базе формируем развернутые оборотно-сальдовые ведомости по каждому счету (со всеми субконто) на дату среза и сохраняем их в файл Excel.
2. В новой базе Бухгалтерия предприятия 3.0 переносим справочники, открываем Помощник ввода начальных остатков (раздел Главное → Помощник ввода остатков).
3. С помощью типовой обработки Загрузка данных из табличного документа или встроенного механизма вставки из буфера переносим строки с суммами, количеством и субконто в соответствующие разделы ввода остатков.