При переходе с конфигурации «1С:Бухгалтерия предприятия» (БП) на «1С:ERP Управление предприятием» многие специалисты сталкиваются с шокирующим явлением: данные в оборотно-сальдовой ведомости могут измениться «сами по себе» за ночь. Бухгалтер вечером сверяет отчетность, а утром видит другие цифры, хотя никто из сотрудников не открывал период. В этой статье мы подробно разберем, почему это происходит, как работают механизмы 1С:ERP и как стабилизировать регламентированный учет.
Проанализируем основную разницу в архитектуре систем. В БП документ — это и есть проводка. В момент нажатия кнопки «Провести» система сразу формирует записи по счетам хозрасчетного плана счетов. В 1С:ERP ситуация иная: первичными являются оперативные регистры (регистры накопления), а проводки — это лишь вторичное отражение этих данных в регламентированном учете.
Рассмотрим механизм очереди. Когда пользователь проводит документ «Приобретение товаров и услуг», он делает записи в регистры накопления (например, ВыручкаИСебестоимостьПродаж или РасчетыСПоставщиками). Сами проводки по счету 60 или 41 могут не появиться сразу. Они формируются либо принудительно кнопкой «Отразить в регл. учете», либо регламентным заданием по расписанию. Выясним причину «плавающих» сумм: если ночью запустилось фоновое задание «Отражение документов в регламентированном учете», оно могло пересчитать проводки на основе изменившихся настроек или исправленных ранее оперативных данных.
Одной из самых раздражающих особенностей ERP 2.5 является автоматическое изменение состава строк в документах оплаты или зачета аванса. Разберем, как это работает. В системе включен механизм онлайн-распределения взаиморасчетов. Если бухгалтер сделал реализацию, а затем ввел документ взаимозачета, система может самостоятельно перераспределить аналитику (объекты расчетов) по всей цепочке документов задним числом.
Посмотрим на ситуацию: у вас был аванс от клиента, разбитый на две строки. При проведении реализации система видит этот аванс и пытается его «поглотить». Если после этого кто-то изменил документ оплаты в прошлом месяце (даже не меняя сумму, а просто перепроведя его), фоновое задание пересчитает распределение. В журнале регистрации это может выглядеть так, будто текущий пользователь сам изменил количество строк в документе реализации, хотя это сделала система в фоновом режиме.
Рассмотрим ситуацию с «зависшими» суммами на 19 счете и записями в минус в книге покупок. В 1С:ERP учет НДС ведется на специальных регистрах накопления (например, НДСПредъявленный). Проводки по счету 19 формируются строго на основании остатков в этих регистрах.
Если в системе нарушена последовательность или есть ошибки в аналитике (разные ГФУ — Группы финансового учета), то при выполнении регламентной операции «Формирование записей книги покупок» система обнаруживает расхождение. Проанализируем последствия: ERP пытается «выровнять» остатки, создавая корректирующие проводки. Если за ночь расчетный механизм нашел способ закрыть регистр иначе, он просто сторнирует вчерашние проводки и создаст новые. Именно поэтому 19 счет может «закрываться частично» или уходить в минус до момента окончательного закрытия месяца.
В БП ручная операция или корректировка регистров — привычный инструмент. В ERP это часто становится источником проблем. Проанализируем пример: программист ввел документ Корректировка регистров, чтобы «схлопнуть» сальдо по взаиморасчетам.
Однако при выполнении процедуры «Закрытие месяца» система запускает алгоритмы исправления разрывов. Если при создании корректировки был неверно выбран тип операции, например:
// Пример некорректного выбора типа операции в корректировке
ЗаписьРегистра.ТипОперации = Перечисления.ТипыОперацийКорректировкиРегистров.ИсправлениеРазрывовОстатковВзаиморасчетов;
То встроенный движок ERP может посчитать эту запись «мусорной» или конфликтующей с его собственными расчетами и просто игнорировать или даже удалять движения при перепроведении (если это предусмотрено логикой конкретного релиза). Рассмотрим правильный подход: в ERP нужно искать причину в оперативном учете, а не править проводки вручную.
Для того чтобы оборотно-сальдовая ведомость перестала «жить своей жизнью», необходимо внедрить следующие регламенты:
ОчередьОтраженияДокументовВРегламентированномУчете. Если в нем есть записи, цифрам в ОСВ доверять нельзя — они изменятся после отработки фонового задания.Ведение полноценного бухгалтерского учета в 1С:ERP возможно, но оно требует изменения мышления. Бухгалтер здесь выступает не как «создатель проводок», а как контролер корректности оперативного учета. Если оперативный контур (склад, закупки, продажи) заполнен без ошибок, то регламентированный учет сформируется автоматически и корректно. Попытки же «подправлять» цифры напрямую в проводках, минуя регистры, всегда будут приводить к тому, что система будет «выплевывать» эти изменения при каждом ночном обновлении данных.