При работе в программах «1С:Комплексная автоматизация 1.1» или «1С:Управление производственным предприятием 1.3» пользователи часто сталкиваются с проблемой: после проведения документа Отчет комиссионера о продажах суммы НДС в «Книге продаж по Постановлению №1137» начинают отображаться в двойном размере. Это критическая ошибка, которая ведет к некорректному формированию декларации по НДС.
В этой статье мы подробно разберем, почему возникает такая ситуация, как проанализировать регистры и какие шаги предпринять — от простой проверки данных до внесения изменений в программный код. При работе с внешними торговыми площадками исключить ошибки ручного ввода в документы позволяет автоматизированная интеграция 1С:УПП с маркетплейсами.
Проанализируем методическую сторону вопроса. Часто менеджеры при заполнении табличной части документа Отчет комиссионера о продажах совершают одну и ту же ошибку в указании покупателя. По правилам комиссионной торговли комиссионер (посредник) реализует ваш товар конечному покупателю. В 1С документ Отчет комиссионера о продажах предназначен для отражения именно этой цепочки.
Рассмотрим важный нюанс: если в поле Покупатель (в табличной части «Товары») указан тот же контрагент, который является Комиссионером (в шапке документа), система может воспринять это как прямое начисление НДС на посредника, игнорируя логику перевыставления счетов-фактур по Постановлению №1137. В результате программа может сформировать запись в Книгу продаж и по факту реализации, и по факту выставленного счета-фактуры. Для оперативного контроля расхождений и проверки сумм налога можно использовать отчет для проверки наличия и сумм счетов-фактур.
Что нужно проверить:
Отчет комиссионера о продажах.Если с данными в документе все в порядке, но суммы в Книге продаж все равно задваиваются, причина может крыться в механизме построения отчета. Книга продаж в старых редакциях (КА 1.1, УПП 1.3) формируется на основе сложных запросов, которые собирают данные из регистра НДС Продажи и связывают их с документами СчетФактураВыданный и СчетФактураПолученный.
Выясним причину технического сбоя. При распроведении одного из счетов-фактур (выданного или полученного, технически связанного с цепочкой) сумма в отчете становится верной. Это происходит потому, что запрос в общем модуле некорректно связывает основание документа и счета-фактуры разных типов. Для исправления этой ситуации требуется вмешательство программиста в общий модуль УчетНДС.
Разберем, как модифицировать процедуру ПолучитьСчетаФактурыДокументыКнигаПродаж. Проблема заключается в том, что в левом соединении по полученным счетам-фактурам не отсекаются документы-основания типа ОтчетКомиссионераОПродажах, что приводит к дублированию строк в итоговой выборке.
Ниже представлен пример корректировки части запроса, которую необходимо внедрить для исправления задвоения:
| ИЗ
| Документ.СчетФактураПолученный.ДокументыОснования КАК СчетФактураПолученный
| ЛЕВОЕ СОЕДИНЕНИЕ Документ.СчетФактураПолученный.Авансы КАК Авансы
| ПО СчетФактураПолученный.Ссылка = Авансы.Ссылка
| ГДЕ
| СчетФактураПолученный.Ссылка.Проведен
| И НЕ СчетФактураПолученный.Ссылка.ПометкаУдаления
| И СчетФактураПолученный.Ссылка.Организация В(&Организация)
| // Исключаем документы-основания, которые вызывают дубли при комиссионной торговле
| И НЕ СчетФактураПолученный.ДокументОснование ССЫЛКА Документ.ОтчетКомитентуОПродажах
| И НЕ СчетФактураПолученный.ДокументОснование ССЫЛКА Документ.ОтчетКомиссионераОПродажах
Эта правка гарантирует, что при формировании запроса для Книги продаж система не будет учитывать полученные счета-фактуры, основанием которых является отчет о продажах, так как начисление налога в бюджет по этой операции уже отражено через выданный счет-фактуру.
Для окончательной диагностики ситуации проанализируем движения документа. Основным источником данных для Книги продаж является регистр накопления НДС Продажи. Если в самом регистре сумма указана верно, а в отчете — нет, то проблема на 100% в коде формирования отчета (см. Причину 2).
Однако, если сумма задвоена уже в регистре НДС Продажи, выполним следующие действия:
Реализацию товаров и услуг, и Отчет комиссионера о продажах на одну и ту же операцию.Подводя итог, можно сказать, что проблема задвоения НДС при комиссионной схеме — это комплексный вопрос. В большинстве случаев в «Комплексной автоматизации» старых редакций это лечится либо исправлением запроса в коде (как показано выше), либо строгим контролем заполнения поля Покупатель. При планировании перехода с устаревших редакций на современные конфигурации стоит изучить подбор решений для переноса данных из УПП.
Алгоритм действий для исправления:
Отчет комиссионера о продажах в колонке Покупатель не стоял сам Комиссионер.УчетНДС в части исключения типов документов из запроса Книги продаж.Соблюдение этих правил позволит вам корректно формировать Книгу продаж и успешно сдавать налоговую отчетность без лишних уточнений.