Как проверить корректность ГТД (декларации на товары) по базе ФТС и сопоставить ее с кодами ТН ВЭД в 1С

Программист 1С v8.3 (Управляемые формы) Налоговый учет Торговля и дистрибуция
← На главную

При ведении учета импортных товаров в 1С одной из частых задач является контроль корректности вводимых номеров ГТД (официально — Деклараций на товары, или ДТ). Компании стремятся исключить человеческий фактор и предотвратить ситуации, когда под корректным номером ГТД в систему заводится совершенно другой товар (например, когда под номером импорта "арбузов" пытаются провести "сливы").

В этой статье мы подробно рассмотрим, как устроена проверка деклараций по таможенным базам, проанализируем ограничения существующих сервисов ведомств, разберем современный механизм интеграции 1С с ФТС и выясним, почему в типовых конфигурациях код ТН ВЭД не привязан напрямую к карточке ГТД.

Ограничения открытых государственных сервисов проверки

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

  1. Сервис ФНС России (проверка факта поступления сведений о выпуске товаров). Данный сервис предназначен в первую очередь для подтверждения обоснованности применения ставки НДС 0%. Для проверки системы требуют обязательного указания не только номера ДТ, но и ИНН налогоплательщика (импортера), а также кода таможенной процедуры. Этот сервис не отдает внешним пользователям подробную спецификацию товаров и коды ТН ВЭД.
  2. Личный кабинет участника ВЭД на портале ФТС. Здесь существует специализированный инструмент "Проверка ДТ". Он позволяет узнать статус декларации (выпущена, действительна или отсутствует в базе), дату оформления и код таможенного поста. Однако полные сведения по товарным позициям внутри ДТ из соображений конфиденциальности коммерческой информации доступны только самому декларанту или его законному представителю.

Таким образом, выполнить полностью открытый автоматический запрос по "чужой" декларации от стороннего поставщика с получением всей номенклатуры и кодов ТН ВЭД через бесплатные государственные API общего доступа напрямую невозможно.

Интеграция 1С с Личным кабинетом ФТС

Если ваша организация самостоятельно импортирует товары, то задача проверки и сопоставления данных решается максимально просто. В современных конфигурациях 1С (таких как 1С:ERP, 1С:Комплексная автоматизация, 1С:Управление торговлей и 1С:Бухгалтерия) реализован встроенный механизм интеграции с Личным кабинетом (ЛК) ФТС РФ.

Проанализируем алгоритм работы этого механизма:

  1. В настройках интеграции 1С выполняется авторизация с использованием учетных данных ЛК ФТС и действующей квалифицированной электронной подписи (КЭП).
  2. Система в фоновом режиме или по запросу пользователя обращается к Единой автоматической информационной системе таможенных органов (ЕАИС ТО).
  3. В 1С автоматически загружаются сведения по оформленным декларациям на товары. На их основе создается документ ТаможеннаяДекларацияИмпорт.
  4. Табличные части товаров, их фактурная стоимость, страны происхождения и коды ТН ВЭД заполняются автоматически на основе исходного XML-файла таможни. Это полностью исключает ручной ввод и любые ошибки сопоставления номеров ДТ и кодов классификатора.

Использование коммерческих API для проверки входящих ГТД

Что делать, если вы приобретаете импортный товар у отечественного поставщика и хотите проверить предоставленный им номер ГТД на соответствие коду ТН ВЭД? В этом случае для автоматизации процесса в 1С прибегают к использованию коммерческих API-сервисов (например, от разработчиков специализированного софта для ВЭД — Альта-Софт, Сигма-Софт и др.).

Рассмотрим, как программно реализовать отправку запроса к такому API при проведении документа поступления товаров. Для этого нам понадобится использовать объекты HTTPСоединение и HTTPЗапрос.

Разберем по шагам пример кода, выполняющего проверку связки номера декларации и кода ТН ВЭД через сторонний валидатор:


Функция ПроверитьГТДВТаможеннойБазе(НомерГТД, КодТНВЭД) Экспорт
    
    Результат = Новый Структура("Допустимо, СообщениеОшибки", Истина, "");
    
    // Адрес коммерческого сервиса валидации
    СерверПроверки = "api.customs-control.ru";
    РесурсЗапроса  = "/v1/validate-dt?number=" + НомерГТД + "&tnved=" + КодТНВЭД;
    
    // Инициализируем защищенное соединение
    ЗащищенноеСоединение = Новый ЗащищенноеСоединениеOpenSSL();
    HTTPСоединение = Новый HTTPСоединение(СерверПроверки, 443,,,,, ЗащищенноеСоединение);
    
    HTTPЗапрос = Новый HTTPЗапрос(РесурсЗапроса);
    HTTPЗапрос.Заголовки.Вставить("Authorization", "Bearer Ваш_Токен_Доступа");
    HTTPЗапрос.Заголовки.Вставить("Content-Type", "application/json");
    
    Попытка
        HTTPОтвет = HTTPСоединение.Получить(HTTPЗапрос);
        
        Если HTTPОтвет.КодСостояния = 200 Тогда
            
            ЧтениеJSON = Новый ЧтениеJSON;
            ЧтениеJSON.УстановитьСтроку(HTTPОтвет.ПолучитьТелоКакСтроку());
            ДанныеОтвета = ПрочитатьJSON(ЧтениеJSON);
            ЧтениеJSON.Закрыть();
            
            Если Не ДанныеОтвета.status = "Valid" Тогда
                Результат.Допустимо = Ложь;
                Результат.СообщениеОшибки = "Указанный код ТН ВЭД не соответствует данной декларации в системе ФТС.";
            КонецЕсли;
            
        Иначе
            Результат.Допустимо = Ложь;
            Результат.СообщениеОшибки = "Ошибка обращения к сервису проверки. Код ответа: " + HTTPОтвет.КодСостояния;
        КонецЕсли;
        
    Исключение
        Результат.Допустимо = Ложь;
        Результат.СообщениеОшибки = "Не удалось установить связь с сервером проверки ГТД. Описание ошибки: " + ОписаниеОшибки();
    КонецПопытки;
    
    Возврат Результат;
    
КонецФункции

Архитектурная логика 1С: Почему ТН ВЭД привязан к Номенклатуре, а не к ГТД

Пользователи часто задаются вопросом: почему в типовых решениях 1С код ТН ВЭД привязан к карточке товара (номенклатуре), но отсутствует в карточке справочника НомераГТД? Кажется логичным связать их жестко, чтобы программа сама контролировала соответствие.

Выясним причину такого архитектурного решения. Дело в динамической природе самого классификатора ТН ВЭД. Проанализируем следующую жизненную ситуацию:

  1. В 2018 году компания импортирует товар под кодом ТН ВЭД 555 по декларации № 111. Товар ложится на склад и долгое время числится в неликвидах.
  2. В 2020 году ФТС выпускает обновленный классификатор ТН ВЭД, согласно которому для данного вида продукции код меняется на 666. Старый код 555 перестает существовать или становится недействительным для декларирования.
  3. В 2022 году компания решает продать этот остаток товара или отправить его на экспорт. По закону при оформлении отгрузки и статотчетности компания обязана указать исторический номер ГТД (№ 111), но актуальный на текущий момент код ТН ВЭД (666).

Если бы в 1С существовала жесткая неизменяемая связь внутри элемента справочника НомераГТД, система не позволила бы отразить операцию корректно без нарушения исторической достоверности первичного импорта. Именно поэтому в платформе 1С код ТН ВЭД привязан к карточке номенклатуры (для актуальной классификации), а учет импортных партий ведется в разрезе документов поступления и номеров ГТД отдельно.

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

← На главную