Переход с системы 1С:Управление производственным предприятием (УПП) на 1С:ERP Управление предприятием — это не просто смена интерфейса, а фундаментальное изменение логики учета. Одной из самых болезненных точек является перенос остатков по взаиморасчетам (счета 60 «Расчеты с поставщиками и подрядчиками» и 62 «Расчеты с покупателями и заказчиками»). Часто специалисты сталкиваются с тем, что типовые правила переносят данные с искажениями, а документы Ввод начальных остатков в новой базе отказываются формировать проводки. Разберем пошагово, почему это происходит и как решить возникшие проблемы.
Прежде всего, проанализируем ключевое различие систем. В 1С:УПП бухгалтерский учет мог существовать относительно автономно от оперативного. Вы могли сделать ручную операцию по 60 счету, и она никак не отражалась в регистрах накопления по взаиморасчетам. В 1С:ERP ситуация иная: бухгалтерский учет является вторичным. Он строится на основании данных оперативного контура (регистров накопления). Если данных нет в регистре Расчеты с клиентами или Расчеты с поставщиками, проводки в регл. учете просто не появятся.
Когда мы используем режим выгрузки «По данным только регл. учета» в типовой обработке, система все равно пытается найти соответствия в оперативном учете или создать фиктивные «Объекты расчетов». Если аналитика в УПП была «развалена» (например, остатки на счетах не соответствуют остаткам в регистрах накопления), при загрузке в ERP мы получим пустые поля или документы, которые не проводятся.
Рассмотрим ситуацию, когда документ Ввод начальных остатков создан, суммы в нем есть, по регистрам оперативного учета движения сделаны, но закладка «Проводки» пуста. Разберем основные причины:
Группы финансового учета расчетов. Проверим, заполнена ли ГФУ в карточке договора или партнера. Если ГФУ указана, перейдем в настройки отражения документов в регл. учете и убедимся, что для этой группы заданы счета (60.01, 60.02 и т.д.). Без этой привязки система не «понимает», какую проводку сформировать.Объект расчетов (это может быть договор, заказ или накладная). Если при переносе поле объекта расчетов осталось пустым, документ может не сформировать движения по счетам учета, так как не определен тип задолженности (аванс или долг).Рассмотрим подробнее три основных сценария, как можно поступить, если типовой перенос «сыплет» ошибками.
Если есть доступ к исходной базе, необходимо максимально сблизить данные БУ и ОУ. Посмотрим на алгоритм действий:
Восстановление последовательности расчетов.Оборотно-сальдовая ведомость (по 60, 62 счетам) и отчеты по взаиморасчетам.Корректировка долга, чтобы регистры «подтянулись» к данным бухгалтерии.Современные правила обмена часто базируются на технологии Enterprise Data. Рассмотрим пример логики, которую можно реализовать в правилах для корректного сопоставления:
// Пример логики в обработчике ПередВыгрузкой
Если РежимВыгрузки = "ТолькоБУ" Тогда
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ
| ХозрасчетныйОстатки.Субконто1 КАК Контрагент,
| ХозрасчетныйОстатки.Субконто2 КАК Договор,
| ХозрасчетныйОстатки.СуммаОстатокДт КАК Долг,
| ХозрасчетныйОстатки.СуммаОстатокКт КАК Аванс
|ИЗ
| РегистрБухгалтерии.Хозрасчетный.Остатки(&ДатаОстатков, Счет = &Счет62, , ) КАК ХозрасчетныйОстатки";
// Далее заполняем структуру XDTO на основании БУ
КонецЕсли;
Такой подход позволяет игнорировать «кривые» регистры УПП и брать за основу только бухгалтерские итоги.
Если типовые правила работают некорректно, а разобраться в коде КД 3.0 сложно, проанализируем метод загрузки через промежуточный файл. Это позволяет «причесать» данные перед их попаданием в ERP.
Ввод начальных остатков и воспользуемся кнопкой Загрузить из внешнего файла.Проанализируем ситуацию с авансами. В ERP важно разделять долг и аванс. Если в УПП аванс висел на 62.01 (свернуто), а в ERP вы пытаетесь разнести его на 62.02, система потребует указать расчетный документ. Если документа-основания нет, рекомендуется создавать «условный» документ (например, Первичный документ), который будет выступать объектом расчетов для этого аванса. Это позволит избежать «зависания» сумм на нераспределенных остатках, которые в будущем не дадут закрыть месяц.
Для успешного переноса остатков по 60 и 62 счетам мы должны помнить: ERP требует идеальной аналитики в оперативном учете. Если вы решили переносить данные только по бухгалтерскому учету, будьте готовы вручную проставить ГФУ и объекты расчетов в документах ввода остатков. Только после того, как в документе будет заполнена вся оперативная аналитика, нажатие кнопки «Провести» сформирует долгожданные проводки в регламентированном учете.