Учёт по ГТД и номерам деклараций

Номер ГТД (декларации на товары) — это фундамент прослеживаемости: из него собирается РНПТ и заполняются графы счёта-фактуры. Разбираем структуру номера, его учёт в 1С и корректную передачу через обмен с сайтом на 1С-Битрикс.

ГТД, ДТ и номер декларации: что есть что

Термин «ГТД» — грузовая таможенная декларация — исторический. С 2011 года официальное название документа — декларация на товары (ДТ), но в обиходе, в реквизитах 1С и в графах счёта-фактуры по-прежнему встречается «номер ГТД». Юридически это одно и то же поле.

С номером ДТ связаны два разных реквизита, которые часто смешивают:

• Регистрационный номер ДТ — присваивается таможней при регистрации декларации, состоит из кода таможенного органа, даты и порядкового номера.
• РНПТ — регистрационный номер партии товара — это регистрационный номер ДТ плюс порядковый номер конкретного товара внутри декларации.

Где используется номер декларации в документах

Номер ДТ и страна происхождения — обязательные реквизиты для импортных товаров. В счёте-фактуре они занимают отдельные графы:

Для обычного импортного товара достаточно графы 11 с номером ДТ и граф 10/10а по стране. Как только код товара попадает в перечень прослеживаемых, добавляются графы 12, 12а и 13, а в графе 11 указывается уже РНПТ.

Структура регистрационного номера ДТ и РНПТ

Регистрационный номер ДТ имеет строгий формат из трёх блоков, разделённых косой чертой:

ККККККК/ДДММГГ/NNNNNNN

• Первый блок — код таможенного органа, зарегистрировавшего декларацию;
• Второй блок — дата регистрации в формате день-месяц-год;
• Третий блок — порядковый номер декларации.

РНПТ добавляет к этому четвёртый блок — порядковый номер товара в декларации (графа 32):

ККККККК/ДДММГГ/NNNNNNN/XXX

Учёт номера ГТД в 1С

В типовых конфигурациях 1С (Бухгалтерия, УТ, ERP) номер ГТД и страна происхождения ведутся на уровне партий при оприходовании импортного товара. Ключевые механизмы:

• справочник «Номера таможенных деклараций (ГТД)», куда заносятся регистрационные номера;
• реквизит «Страна происхождения» в карточке номенклатуры и в документе поступления;
• партионный учёт, который связывает конкретный номер ГТД с остатком на складе, чтобы при реализации автоматически подставить нужный реквизит в счёт-фактуру;
• для прослеживаемых товаров — отдельный реквизит РНПТ и признак прослеживаемости номенклатуры.

Именно 1С является «источником истины» по этим данным. Задача интеграции — донести их до сайта в неизменном виде и вернуть обратно вместе с заказом.

Передача страны и номера ДТ в обмене с 1С-Битрикс

Стандартный протокол обмена 1С-Битрикс — CommerceML (файлы import.xml и offers.xml). Страна происхождения и таможенная декларация передаются в блоке реквизитов товара, например:

<СтранаПроисхождения>Китай</СтранаПроисхождения>

<ТаможеннаяДекларация><Номер>10702070/010321/0001234</Номер></ТаможеннаяДекларация>

На стороне Битрикс эти значения нужно принять в заранее подготовленные свойства инфоблока каталога. Если свойств нет, платформа проигнорирует данные, и в карточке они не появятся. Поэтому перед первым обменом мы:

1. создаём свойства для страны, номера ДТ и признака прослеживаемости;
2. настраиваем сопоставление (маппинг) реквизитов 1С этим свойствам;
3. проверяем, что при повторном обмене значения обновляются, а не дублируются.

Свойства товара на сайте для хранения ДТ

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

• COUNTRY_ORIGIN — страна происхождения (привязка к справочнику);
• CUSTOMS_DECLARATION — номер ДТ или РНПТ (строка);
• IS_TRACEABLE — признак прослеживаемого товара (список Да/Нет).

Для B2B-каталога эти данные полезно показывать в карточке и в личном кабинете: оптовый покупатель видит происхождение товара, а бухгалтерия обеих сторон получает опору для сверки. При этом сама отчётность формируется в 1С — сайт остаётся витриной и точкой сбора заказов.

Частые проблемы обмена и их причины

Большинство инцидентов с номерами ДТ возникают не в 1С и не в Битрикс по отдельности, а на их стыке:

1. Реквизиты не доезжают — в 1С данные есть, но соответствующие свойства в каталоге не заведены или неверно смэпплены.
2. Схлопывание партий — на сайте одно торговое предложение агрегирует остатки разных ДТ, и номер декларации перезаписывается последним значением.
3. Рассинхрон при возврате заказа — заказ уходит в 1С без ссылки на конкретную партию, и бухгалтер вручную подбирает РНПТ.
4. Смешение форматов — где-то хранится номер ДТ, где-то полный РНПТ, и при выгрузке документов возникает путаница.

Лечится это регламентом обмена: фиксируем, какие поля являются источником, а какие — производными, и добавляем проверки перед выгрузкой реализаций.

Итог

Учёт по ГТД — это связка из трёх элементов: регистрационного номера декларации, страны происхождения и (для перечня) РНПТ с порядковым номером товара. В документах эти реквизиты живут в строго определённых графах, а источником данных всегда остаётся 1С. Задача сайта — принять реквизиты в правильные свойства и не потерять их при обмене заказами.

Мы настраиваем обмен 1С-Битрикс так, чтобы страна происхождения, номер ДТ и признак прослеживаемости корректно передавались в обе стороны и не схлопывались на уровне торговых предложений. Если импортная номенклатура ведётся в 1С, а продаётся через сайт, поможем связать это в надёжную цепочку без ручных сверок.