При переходе на новые системы автоматизации, такие как 1С:ERP Управление предприятием или 1С:Комплексная автоматизация (редакции 2.4 / 2.5), специалисты часто сталкиваются со специфическим поведением механизмов ввода начальных остатков. Одна из классических и наиболее неприятных проблем связана с вводом остатков по входящему НДС по импортным товарам, для которых критически важно указать номера грузовых таможенных деклараций (ГТД) в Книге покупок.
В этой статье мы подробно проанализируем, почему возникает данная проблема, разберем предложенные на форумах технические варианты обхода ограничений и рассмотрим рекомендуемые методологические сценарии, позволяющие решить задачу красиво и безболезненно для последующего закрытия месяца.
Давайте разберем архитектуру подсистемы учета НДС в ERP и КА. При вводе остатков по входящему НДС с помощью документа Ввод начальных остатков (с видом операции «Входящий НДС по товарам, работам и услугам») система требует указать документ-основание. Чаще всего для этой роли выбирается служебный объект Первичный документ с типом «Приобретение у поставщика».
Этот объект спроектирован разработчиками 1С как упрощенный «контейнер» для хранения реквизитов входящего документа (номер, дата, контрагент). Он не делает никаких проводок по бухгалтерскому учету и не пишет данные в регистры накопления ТМЦ. Соответственно, в нем нет табличной части «Товары», где можно было бы указать:
Когда на основании такого «Первичного документа» создается счет-фактура, программа оставляет пустым служебный регистр сведений ДанныеОснованийСчетовФактур в части аналитики по импорту. При формировании Книги покупок система пытается получить данные о номерах ГТД именно из этого регистра. Поскольку там пусто, **графа 13 Книги покупок («Регистрационный номер декларации») остается незаполненной**, что гарантированно приведет к автотребованию со стороны ФНС при сдаче декларации по НДС.
Рассмотрим по шагам варианты, которые обычно предлагают программисты и консультанты при столкновении с этой архитектурной особенностью.
Этот путь предполагает изменение метаданных в конфигураторе. Нам потребуется разрешить документу ПервичныйДокумент делать движения по НДС-регистрам и кастомизировать его форму для добавления табличной части с ГТД. **Мы крайне не рекомендуем этот вариант.** Снятие конфигурации с поддержки или даже создание тяжелых расширений для изменения базовой логики служебных объектов усложнит последующие обновления базы и может нарушить механизмы партионного учета.
Вместо документа ввода остатков мы можем создать полноценный документ Приобретение товаров и услуг датой, предшествующей началу ведения учета. В нем мы сможем детально расписать товары, указать номера ГТД и страны происхождения.
Однако этот способ порождает другую проблему — «задваивание» остатков. Документ закупки сформирует движения по складу, взаиморасчетам с поставщиками и регистру НДС предъявленный. Чтобы нейтрализовать лишние движения, нам придется:
Корректировка регистров.Это рабочий, но очень трудоемкий метод, требующий от аналитика ювелирной точности.
Если данные уже занесены через Ввод начальных остатков, можно пойти по пути точечной корректировки регистров. Чтобы данные попали в Книгу покупок, нам необходимо принудительно связать наш счет-фактуру с номером ГТД.
Для этого используется следующая схема:
Запись книги покупок.Данные оснований счетов-фактур (заполняются поля Номер ГТД и Страна происхождения).НДС предъявленный может «зависнуть» (не закрыться), выполняется ручная корректировка его движений.Для программистов, которым необходимо автоматизировать этот процесс при переносе данных, приведем пример кода для заполнения регистра ДанныеОснованийСчетовФактур:
// Пример заполнения регистра сведений для отражения ГТД
МенеджерЗаписи = РегистрыСведений.ДанныеОснованийСчетовФактур.СоздатьМенеджерЗаписи();
МенеджерЗаписи.ДокументОснование = СсылкаНаПервичныйДокумент;
МенеджерЗаписи.СчетФактура = СсылкаНаСчетФактуру;
// Заполняем ключевые реквизиты для Книги покупок
МенеджерЗаписи.НомерГТД = СсылкаНаНомерГТД;
МенеджерЗаписи.СтранаПроисхождения = СсылкаНаСтрану;
МенеджерЗаписи.Количество = КоличествоТовара;
МенеджерЗаписи.СуммаБезНДС = СуммаБезНДС;
МенеджерЗаписи.НДС = СуммаНДС;
МенеджерЗаписи.Записать(Истина);
Этот способ решает локальную задачу заполнения декларации, но таит в себе риски при последующих корректировках прошлых периодов и расчете себестоимости.
Давайте проанализируем, как решить эту задачу стандартными средствами системы 1С:ERP и Комплексная автоматизация без изменения программного кода и опасных ручных правок регистров.
Если вам нужно ввести остатки по сложному входящему НДС с ГТД, наиболее безопасным и методологически верным является отказ от использования стандартного помощника ввода остатков НДС. Вместо него мы разделим процесс на два этапа.
Шаг 1. Ввод остатка по счету 19 на техническом уровне
Для того чтобы отразить сальдо на дебете счета 19 (например, 19.03), мы создаем документ Операция (регламентированный учет):
Запись книги покупок. На данном этапе он выступает просто как аналитика-пустышка.Шаг 2. Принятие НДС к вычету и отражение ГТД
Когда наступает период сдачи отчетности и нам нужно принять этот НДС к вычету:
Запись книги покупок.Запись книги покупок заполняем номенклатурную группу, сумму, ставку НДС, и — самое главное — здесь нам будут доступны штатные поля «Страна происхождения» и «Номер ГТД» (или РНПТ).При проведении этот документ сделает прямые и корректные записи в регистр накопления НДС Покупки. В результате Книга покупок заполнится автоматически, а графа 13 будет содержать верный номер декларации.
Если входящий НДС относится к импорту товаров из дальнего зарубежья, уплаченному непосредственно на таможне, логика работы программы меняется:
Ввод остатков входящего НДС необходимо установить правильный Вид ценности — «Таможенные платежи» или «Ввоз из ЕАЭС».Без этой информации система считает НДС неоплаченным и будет блокировать его вычет. Как только вы свяжете оплату и таможенную декларацию (ГТД), данные в Книгу покупок подтянутся штатным образом.
Проанализируем современные версии систем (КА 2.5 / ERP 2.5). Учет прослеживаемого импорта стал еще более жестким:
Раздельный учет НДС).Поэтому при работе с прослеживаемым импортом настоятельно рекомендуется вводить остатки товаров и остатки НДС по ним строго согласованно через стандартные помощники ввода остатков, чтобы избежать расхождений в регистрах оперативного учета ТМЦ и регистрах НДС при закрытии месяца.
При вводе остатков по НДС с ГТД в 1С:Комплексная автоматизация и 1С:ERP у вас есть два основных пути:
ДанныеОснованийСчетовФактур и скорректировать регистр НДС предъявленный с помощью кода или обработки.Запись книги покупок, которая позволяет безболезненно отразить все аналитики импорта (ГТД, РНПТ, страны) и гарантирует успешную сдачу декларации по НДС без изменения программного кода системы.