В стандартной логике программы 1С:Бухгалтерия 3.0 счет 90.03 («Налог на добавленную стоимость») задействуется автоматически, если в табличной части документа реализации выбрана ставка НДС (20%, 10% и т.д.). Однако возникают ситуации, особенно при интеграции с биллинговыми системами или использовании агентских схем, когда НДС в документе должен присутствовать (например, для печати счета-фактуры), но проводка по дебету 90.03 в бухгалтерском учете формироваться не должна. Разберем подробно, почему этот счет может внезапно появиться в проводках и как вернуть систему к прежней логике работы.
Прежде всего, важно понимать, что если в документе «Реализация (акт, накладная, УПД)» заполнена колонка «% НДС» и сумма НДС, программа обязана отразить начисление налога. Если ранее при тех же вводных данных проводка по 90.03 не появлялась, значит, в вашей базе задействован один из механизмов кастомизации. Тот факт, что проблема проявилась внезапно (в октябре 2025 года, как в примере), часто указывает не на изменение учетной политики, а на технический сбой в работе программных расширений или изменение данных в справочниках.
Наиболее вероятная причина того, что «раньше работало, а теперь нет» — это отключение или некорректная работа расширения. Программисты часто используют расширения для перехвата процедуры проведения документа и удаления нежелательных проводок из набора записей регистра бухгалтерии.
Рассмотрим порядок действий для проверки:
Иногда логика формирования проводок зависит от настроек счетов учета. Проанализируем настройки для услуг связи или интернета, которые загружаются из биллинга.
Для этого выполним следующие шаги:
90.03, система будет его подставлять.Важный нюанс: в некоторых кастомных решениях программисты настраивают систему так, что если это поле оставить пустым, проводка по НДС просто не формируется. Проверьте, не были ли внесены изменения в этот регистр в октябре.
Если документы создаются внешней обработкой, изучим, как именно вызывается процедура проведения. В 1С существует возможность программной корректировки движений.
Выясним, не используется ли в коде подписка на событие ОбработкаПроведения. Программист мог реализовать логику, подобную этой:
Процедура ПередЗаписьюРегистраБухгалтерии(Источник, Отказ, РежимЗаписи) Экспорт
// Если документ загружен из биллинга
Если Источник.Отбор.Регистратор.Значение.ИсточникЗагрузки = "Биллинг" Тогда
НаборЗаписей = Источник;
МассивДляУдаления = Новый Массив;
Для Каждого Запись Из НаборЗаписей Цикл
Если Запись.СчетДт = ПланыСчетов.Хозрасчетный.НДС Тогда
МассивДляУдаления.Добавить(Запись);
КонецЕсли;
КонецЦикла;
Для Каждого ЗаписьДляУдаления Из МассивДляУдаления Цикл
НаборЗаписей.Удалить(ЗаписьДляУдаления);
КонецЦикла;
КонецЕсли;
КонецПроцедуры
Если подобный код перестал работать, необходимо проверить, не изменились ли критерии условия (например, реквизит ИсточникЗагрузки или тип договора контрагента).
Проанализируем ситуацию с точки зрения методологии учета. В типовой конфигурации 1С отсутствие проводки по 90.03 при наличии НДС в документе легитимно только для агентских договоров (вид договора «С комитентом (принципалом) на продажу»).
Если в октябре для новых (или старых) контрагентов был изменен вид договора или в документе реализации изменился «Вид операции», система могла переключиться на стандартную схему реализации, которая всегда задействует 90.03. Проверьте карточку договора, по которому проходят документы: он должен соответствовать тому типу, который использовался в сентябре.
Если мы нашли причину и восстановили работу расширения или настройки, нам необходимо перепровести документы октября. Однако простого перепроведения может быть недостаточно, если записи были зафиксированы вручную или через прямое изменение регистров.
Рекомендуем следующий алгоритм:
90.03 исчезнут автоматически при записи движений.Чтобы защитить будущие документы от появления счета 90.03, проанализируем место возникновения ошибки с помощью отладчика. Установим точку останова в общем модуле УчетНДС или в модуле менеджера документа реализации в процедуре ДобавитьСтрокуНДС (названия могут варьироваться в зависимости от релиза). Посмотрите, в какой момент в коллекцию проводок добавляется счет 90.03 и почему ранее срабатывающее условие-исключение теперь игнорируется.
Особое внимание уделите кастомному счету 62.03. Если программист менял план счетов и структуру субконто, это могло затронуть механизмы формирования проводок в модуле ПроведениеСервер. Поиск по строке ПланыСчетов.Хозрасчетный.НДС в глобальном поиске по конфигурации (с учетом расширений) поможет быстро найти «тот самый» участок кода, который отвечает за удаление проводки.