В конфигурации 1С:Управление производственным предприятием 1.3 (УПП) пользователи часто сталкиваются с ситуацией, когда документ Перемещение товаров формирует проводки по бухгалтерскому учету (БУ), но полностью игнорирует налоговый учет (НУ). Это происходит даже при установленном флаге «Отразить в нал. учете». В данной статье мы подробно разберем причины такого поведения системы, проанализируем влияние настроек и найдем способы решения проблемы.
Разберем самую частую ситуацию, которая в профессиональной среде программистов 1С считается «классической фичей». Алгоритм формирования движений в УПП 1.3 жестко контролирует соответствие типов счетов БУ и НУ. Если в бухгалтерском учете используется балансовый счет (например, 10.01), а в колонке счета учета НУ по ошибке указан забалансовый счет (например, из серии МЦ или пользовательский забалансовый счет), система прерывает формирование проводок по налоговому учету.
Проанализируем, почему так происходит. При проведении документа программа проверяет «балансовость» обоих счетов. Если один из них забалансовый, нарушается принцип двойной записи, заложенный в алгоритмы налогового плана счетов УПП (который, хоть и не является строго двойным в некоторых аспектах, требует корректной корреспонденции). Чтобы исправить это, выполним следующие действия:
Перемещение товаров.10.01 по плану счетов НУ).Чтобы проблема не повторялась в новых документах, нам необходимо выяснить, откуда документ подтягивает ошибочные данные. Рассмотрим работу регистра сведений Счета учета номенклатуры. Именно здесь задаются правила подстановки счетов «по умолчанию».
Если в этом регистре для конкретной позиции номенклатуры или для целой группы (папки) прописаны забалансовые счета в полях НУ, система будет автоматически подставлять их в каждый новый документ Перемещение товаров. Проанализируем настройки:
Важный момент: Иногда в регистре создаются дублирующие записи (например, одна на группу материалов, другая на конкретный склад). Система может выбрать приоритетную, но некорректно заполненную запись. Рекомендуем проверить весь список на предмет противоречий.
Выясним, как режим учета влияет на проводки. В УПП 1.3 существует два режима ведения учета: партионный учет и РАУЗ. Если в вашей базе включен РАУЗ, логика формирования проводок по НУ может существенно отличаться.
Рассмотрим особенности работы документа при РАУЗ:
Расчет себестоимости в конце месяца.Проанализируем еще один механизм системы. В УПП существует регистр сведений Соответствие счетов БУ и НУ. Он используется для автоматического определения налогового счета на основании бухгалтерского.
Если в документе перемещения вы указали счет БУ 10.01, но в данном регистре не прописано правило соответствия для него, система может оставить поле НУ пустым. Разберем порядок проверки:
Соответствие счетов БУ и НУ.
// Пример логики проверки соответствия счетов в коде (упрощенно)
Функция ОпределитьСчетНУ(СчетБУ)
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ СчетНалоговогоУчета ИЗ РегистрСведений.СоответствиеСчетовБУиНУ ГДЕ СчетХозрасчетный = &СчетБУ";
Запрос.УстановитьПараметр("СчетБУ", СчетБУ);
// ... выполнение запроса
КонецФункции
Иногда причина кроется в самом плане счетов. Для того чтобы документ Перемещение товаров мог сформировать проводку (Дт 10.01 Склад_Получатель — Кт 10.01 Склад_Отправитель), на счете НУ обязательно должна быть установлена аналитика (субконто) «Склады».
Посмотрим на настройки плана счетов НУ:
Если в вашем документе Перемещение товаров нет проводок по налоговому учету, рекомендуем действовать по следующему алгоритму:
Важный совет: При работе с УПП 1.3 всегда обращайте внимание на статус документа. Если документ помечен как «Отражать в нал. учете», но суммы не заполнены или счета указаны некорректно, система проигнорирует движения по НУ, чтобы избежать возникновения неконтролируемых разрывов по ПБУ 18/02.