Почему корректировка реализации делает проводки прошлым периодом в 1С:Комплексная автоматизация 2 и как это исправить?

При работе в комплексных конфигурациях, таких как 1С:Комплексная автоматизация 2 (КА 2) или 1С:ERP Управление предприятием, бухгалтеры часто сталкиваются с нестандартным поведением документов при корректировке операций прошлых периодов. Типичная ситуация: документ Корректировка реализации, введенный текущим периодом по операции прошлого года, внезапно формирует проводки «задним числом» (например, 31 декабря прошлого года). Еще большее недоумение вызывает то, что при повторном проведении через несколько дней эти проводки из прошлого периода могут бесследно исчезнуть, а все движения переносятся на текущую дату.

В этой статье мы подробно разберем, почему так происходит, выясним причину разного поведения системы при первичном и повторном проведении, а также проанализируем методологические и технические аспекты работы 1С при исправлении ошибок прошлых лет.

Методологическая основа: почему БУ и НУ ведут себя по-разному

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

1. Бухгалтерский учет (БУ): Регулируется положениями ПБУ 22/2010. Если отчетность за прошлый год уже подписана и сдана контролирующим органам, вносить изменения в закрытый период напрямую категорически запрещено. Все исправления (как существенных, так и несущественных ошибок) должны отражаться в текущем периоде (в периоде выявления ошибки) с использованием счетов прочих доходов и расходов (счет 91) или нераспределенной прибыли (счет 84).
2. Налоговый учет (НУ): Регулируется статьей 54 Налогового кодекса РФ. Здесь правила зависят от того, к чему привела ошибка:
   • Если ошибка привела к занижению суммы налога (например, выручка прошлого года была занижена, и теперь мы ее корректируем в сторону увеличения), то мы обязаны сделать перерасчет налоговой базы и суммы налога за тот период, в котором была совершена ошибка. Программа должна отразить исправления прошлым периодом, а бухгалтеру необходимо подать уточненную декларацию по налогу на прибыль за прошлый год.
   • Если ошибка привела к излишней уплате налога (выручка была завышена, и корректировка идет на уменьшение), то налогоплательщик имеет право скорректировать налоговую базу в текущем налоговом периоде.

Разработчики 1С заложили эти законодательные нормы в алгоритмы проведения документов. Именно поэтому при проведении корректировки прошлых лет программа пытается разделить движения по БУ и НУ во времени.

Почему в 1С:КА 2 и 1С:ERP нет привычного флажка «Бухгалтерский учет закрыт»?

Многие пользователи, пришедшие из программы «1С:Бухгалтерия 8» или старых решений класса УПП (Управление производственным предприятием), привыкли видеть в документе корректировки явную настройку — флажок «Бухгалтерский учет прошлого периода закрыт для корректировки (отчетность подписана)». При установке этого флага программа жестко формирует все проводки БУ текущей датой.

В решениях 1С:КА 2 и 1С:ERP 2 такого флажка в самом документе Корректировка реализации нет. Программа определяет статус прошлого периода автоматически на основании нескольких факторов:

• Установленная дата запрета изменения данных. Настраивается в разделе НСИ и администрирование — Настройки пользователей и прав — Даты запрета изменения данных.
• Статус закрытия месяца в разделе Финансовый результат и контроллинг — Закрытие месяца.
• Направление корректировки (увеличение или уменьшение стоимости/количества).

Если дата запрета редактирования для прошлого года установлена, система понимает, что бухгалтерская отчетность сдана. В этом случае проводки по бухгалтерскому учету автоматически переносятся на текущий период.

Выясняем причину: почему проводки прошлого года сначала появились, а потом исчезли

Рассмотрим детально ситуацию, описанную пользователем на форуме. 7 мая при создании корректировки по реализации 2018 года программа сформировала проводки концом 2018 года (31.12.2018 23:59:59). А при перепроведении 13 мая эти проводки пропали, и все движения отразились в мае 2019 года.

Проанализируем этот сценарий по шагам:

Шаг 1. Первичное проведение (7 мая)

На момент создания документа 7 мая в системе могла быть временно отключена или сдвинута дата запрета редактирования данных для 2018 года (например, для проведения других корректировок или сдачи годовой отчетности). Также возможно, что документ проводил пользователь с полными (административными) правами, для которого в настройках было установлено исключение по дате запрета.

При интерактивном проведении документа пользователем система обратилась к коду проверки даты запрета:

ПараметрыПроверки = ДатыЗапретаИзменения.ПараметрыПроверкиДатыЗапрета();
ДатыЗапретаИзменения.ПроверитьДатуЗапретаИзменения(ДокументОбъект, ПараметрыПроверки);

Поскольку ограничений на тот момент не было, программа посчитала период открытым и сформировала корректировочные проводки в БУ «задним числом» — концом прошлого года (31.12.2018), как того требует ПБУ 22/2010 для еще не подписанной отчетности.

Шаг 2. Закрытие периода и повторное проведение (13 мая)

К 13 мая годовой период 2018 года был окончательно закрыт: была установлена жесткая дата запрета изменений для всех пользователей, либо были запущены регламентные операции закрытия месяца.

При повторном проведении документа (например, вручную или в процессе автоматического группового перепроведения при закрытии мая) система заново запустила алгоритм формирования движений по регистру Хозрасчетный. На этот раз программа обнаружила, что период 2018 года полностью закрыт для редактирования БУ.

В этот момент сработал встроенный защитный алгоритм системы. Программа автоматически:

1. Удалила временные проводки по БУ за 31.12.2018.
2. Перенаправила все исправления БУ на текущую дату (май 2019 года).
3. Сформировала проводки с использованием счета 91.02 (Прочие расходы) или 91.01 (Прочие доходы) вместо счетов учета выручки и себестоимости прошлого года.

Роль транзитного счета 76.К

Для корректного сопоставления расчетов при корректировках прошлых периодов в программах 1С используется специальный транзитный счет — 76.К «Корректировка расчетов прошлого периода». Рассмотрим, как он помогает сбалансировать учет, когда БУ и НУ проводки расходятся во времени.

Проанализируем схему движений при закрытом периоде:

• Взаиморасчеты с покупателем по счету 62 должны измениться текущей датой (в мае), чтобы не нарушать текущую сверку и акты сверки взаимных расчетов.
• Корректировка выручки для целей налогового учета (если этого требует НК РФ) должна уйти в прошлый период (31.12.2018).
• Чтобы сбалансировать эти операции, программа задействует счет 76.К. Он выступает временным буфером, связывающим закрытый прошлый период и открытый текущий. При завершении всех процедур закрытия месяца этот счет закрывается автоматически.

Рекомендации для бухгалтеров и администраторов 1С:КА 2

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

1. Контролируйте дату запрета изменений. Никогда не оставляйте прошлый период открытым без крайней необходимости. Установка даты запрета изменений — это главный сигнал для механизмов 1С:КА 2, сообщающий, что отчетность за прошлый период подписана и сдана, и проводки БУ нужно делать текущим периодом.
2. Используйте регламентное задание «Отражение документов в регламентированном учете». В ERP-системах проводки по БУ и НУ могут формироваться не сразу при проведении документа, а отложено. Окончательный вид проводки принимают только после запуска процедуры отражения в регл. учете и расчета себестоимости в рамках закрытия месяца. Проверяйте проводки только после выполнения этих процедур.
3. Не пугайтесь использования счета 76.К. Наличие проводок по этому счету — абсолютно нормальное и штатное поведение системы при корректировках прошлых лет. После выполнения всех регламентных операций и расчета финансового результата сальдо по этому счету должно закрыться.

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