При работе в современных конфигурациях на базе платформы 1С:Предприятие 8.3, таких как 1С:Комплексная автоматизация 2 (КА 2.4) или 1С:ERP, пользователи и бухгалтеры часто сталкиваются с ситуацией, когда после проведения документа проводки в регламентированном учете либо отсутствуют вовсе, либо выглядят некорректно (например, неверно распределяются авансы между счетами 62.01 и 62.02). Однако при нажатии кнопки «Просмотр проводок» или при повторном перепроведении документа данные «волшебным образом» принимают верный вид. Разберем подробно, почему так происходит и как с этим бороться.
Проанализируем механику работы системы. В отличие от старых конфигураций (например, УПП 1.3 или Бухгалтерия 2.0), в КА 2.4 проведение документа и формирование бухгалтерских проводок — это два раздельных процесса. При нажатии кнопки «Провести и закрыть» документ делает записи только в оперативные регистры (регистры накопления), которые отвечают за расчеты с контрагентами, остатки товаров и денежных средств. Проводки по плану счетов (регистр бухгалтерии) являются вторичными данными.
Рассмотрим, почему это сделано. Такая архитектура позволяет:
Когда вы открываете форму «ГФУ» (движения документа по регламентированному учету), система делает неявную проверку: если оперативные данные изменились, а проводки еще не актуализированы, она запускает механизм интерактивного отражения. Именно поэтому при открытии формы проводок все «встает на свои места».
Выясним, почему проводки могут быть «неверными» до ручного вмешательства. В 1С:КА 2.4 за актуальность расчетов отвечают фоновые задания. Если в документе Списание безналичных денежных средств система сначала видит проводку Дт 62.02 - Кт 62.01, а после перепроведения — корректную Дт 60.01 - Кт 51 (или аналогичные по 62 счету), это означает, что на момент первого отражения система еще не знала о наличии задолженности или аванса.
Для корректного отражения должны последовательно отработать следующие механизмы:
Если регламентное задание по отражению запустилось раньше, чем завершилось распределение взаиморасчетов, проводки будут сформированы по неактуальным данным. В релизе 2.4.7.151, который упоминается в обсуждении, наблюдались ошибки в приоритетах запуска этих заданий.
Посмотрим на штатные возможности системы. Чтобы минимизировать ручной труд, необходимо убедиться, что настроено автоматическое отражение. Перейдем в раздел Регламентированный учет — Отражение документов в регл. учете. Там доступна настройка расписания.
Рекомендуется установить минимальный интервал (например, раз в минуту), если серверные мощности позволяют. Также важно проверить флажок «Проверять документы перед отражением» в настройках НСИ. Если он включен, документы с пропусками в настройках (например, не указана Группа финансового учета) не будут отражаться автоматически.
Рассмотрим пример кода, который позволяет инициировать формирование проводок сразу в момент проведения документа. Это решение подходит для тех, кто хочет добиться поведения системы, аналогичного 1С:Бухгалтерии. Однако стоит помнить, что это может замедлить работу при большом объеме документов.
Мы можем использовать механизм расширений и добавить обработчик в модуль ПроведениеСерверУТ. Проанализируем пример реализации:
&После("ЗаписатьНаборыЗаписей")
Процедура зр_ЗаписатьНаборыЗаписей(Объект) Экспорт
// Проверяем, есть ли у документа движения по регистру отражения
Если Объект.Движения.Найти("ОтражениеДокументовВРеглУчете") = Неопределено Тогда
Возврат;
КонецЕсли;
// Пытаемся определить организацию для контекста отражения
Если Объект.Метаданные().Реквизиты.Найти("Организация") = Неопределено Тогда
Организация = Справочники.Организации.ПустаяСсылка();
Иначе
Организация = Объект.Организация;
КонецЕсли;
// Формируем структуру параметров для вызова серверного метода отражения
СтруктураРеквизиты = Новый Структура("Ссылка, Дата, Организация", Объект.Ссылка, Объект.Дата, Организация);
// Вызываем стандартный метод формирования проводок
// Параметр Истина означает немедленное выполнение
Статус = РеглУчетПроведениеСервер.ОтразитьДокумент(СтруктураРеквизиты, Истина);
// Фиксируем статус отражения в специальном служебном регистре
Объект.Движения.ОтражениеДокументовВРеглУчете.Записывать = Истина;
Объект.Движения.ОтражениеДокументовВРеглУчете.Очистить();
Движение = Объект.Движения.ОтражениеДокументовВРеглУчете.Добавить();
Движение.Регистратор = Объект.Ссылка;
Движение.Период = Объект.Дата;
Движение.Организация = Организация;
Движение.ДатаОтражения = Объект.Дата;
Движение.Статус = Статус;
// Записываем движения
Объект.Движения.Записать();
КонецПроцедуры
Важное замечание: Как отмечают участники обсуждения, данный код может работать нестабильно при отмене проведения документа. При использовании такого подхода необходимо также доработать процедуру удаления движений, чтобы очищать регистр ОтражениеДокументовВРеглУчете при пометке документа на удаление или отмене проведения.
Проанализируем ситуацию с релизом 2.4.7. Данная версия признана устаревшей и содержит ошибки в механизмах онлайн-взаиморасчетов. В более поздних версиях (начиная с 2.4.11 и выше) фирма 1С добавила штатную настройку в учетной политике или общих настройках регламентированного учета — «Формировать проводки немедленно». Это позволяет избежать написания кастомного кода и использовать возможности платформы для мгновенного отражения документов.
Подведем итоги нашего анализа. Если вы столкнулись с «неправильными» проводками в КА 2.4:
РеглУчетПроведениеСервер.ОтразитьДокумент, но делайте это осторожно, контролируя нагрузку на сервер.Помните, что в 1С:КА 2 проводки — это результат работы множества подсистем, и их «неверный» вид часто является лишь следствием того, что система еще не успела собрать все данные воедино.