Зачем нужны флаги ЭтоРНПТ и ЭтоНомерТД в справочнике «Номера ГТД» в 1С:Бухгалтерии 3.0?

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

При переходе с устаревших конфигураций (например, УПП 1.3) на современные решения вроде «1С:Бухгалтерия 3.0» (БП 3.0) или «1С:ERP», специалисты часто сталкиваются с изменениями в структуре метаданных. Одним из таких изменений, вызывающих вопросы, является появление двух булевых реквизитов в справочнике НомераГТД: ЭтоРНПТ и ЭтоНомерТД.

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

В чем суть проблемы?

В старых конфигурациях (УПП 1.3, КА 1.1) учет импортных товаров велся упрощенно: был справочник номеров ГТД, который представлял собой просто список строк. Не было жесткого разделения на типы деклараций, так как понятие «прослеживаемость» отсутствовало в законодательстве.

В БП 3.0 справочник НомераГТД стал сложнее. В нем появились реквизиты:

Возникает вопрос: зачем нужны эти флаги, если есть отдельные табличные части в документах (например, «Сведения о прослеживаемости»), и принадлежность товара к прослеживаемым определяется настройками в карточке Номенклатура?

Различие понятий: ГТД vs РНПТ

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

  1. Номер ТД (ГТД) — классический номер таможенной декларации. Обычно состоит из трех блоков цифр, разделенных слэшем.
    Формат: КодТаможни/Дата/НомерДекларации
    Пример: 10000000/010121/1234567
  2. РНПТ — Регистрационный номер партии товара, используемый в системе прослеживаемости. Обязательно включает в себя четвертый блок — порядковый номер товара в декларации.
    Формат: КодТаможни/Дата/НомерДекларации/ПорядковыйНомерТовара
    Пример: 10000000/010121/1234567/001

Именно для различения этих форматов и валидации ввода данных 1С ввела соответствующие флаги.

Техническая реализация и логика работы флагов

Рассмотрим, как программа использует эти флаги на уровне кода и интерфейса. Они не являются «декоративными», а управляют поведением системы.

1. Валидация ввода (Маски)

Если в элементе справочника установлен флаг ЭтоРНПТ, система включает жесткую проверку формата номера (Маску). Программа ожидает именно 4 блока цифр. Если вы попытаетесь записать туда обычный номер ГТД (3 блока), система выдаст ошибку или предупреждение о несоответствии формата.

Аналогично, флаг ЭтоНомерТД предполагает формат из 3 блоков.

2. Фильтрация в документах

В документах поступления и реализации эти флаги работают как фильтр. Это сделано для удобства пользователя и предотвращения ошибок:

3. Три состояния элемента

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


// Логика определения состояния элемента справочника НомераГТД
Если СправочникОбъект.ЭтоРНПТ Тогда
    // Это подтвержденный РНПТ, прошедший валидацию на 4 блока
    ТипНомера = "РНПТ";
ИначеЕсли СправочникОбъект.ЭтоНомерТД Тогда
    // Это обычная декларация (3 блока) или импорт из стран ЕАЭС
    ТипНомера = "ГТД";
Иначе
    // Оба флага Ложь.
    // Это "Наследие" (старые записи) или новый элемент,
    // который еще не был классифицирован.
    ТипНомера = "Неопределено";
КонецЕсли;

При записи нового элемента программа часто пытается автоматически определить флаги на основе анализа текста номера (количества слэшей и цифр).


СправочникОбъект.ЭтоРНПТ    = (КоличествоБлоков = 4);
СправочникОбъект.ЭтоНомерТД = НЕ СправочникОбъект.ЭтоРНПТ;

Почему нельзя игнорировать эти флаги?

Казалось бы, можно оставить все как есть или ставить флаги наугад. Однако это приведет к проблемам на этапе сдачи отчетности.

1. Декларация по НДС (Книга покупок/продаж)
При формировании декларации по НДС, если товар является прослеживаемым, в выгрузку XML должны попасть данные именно в формате РНПТ. Если у вас выбран номер ГТД, у которого не стоит признак ЭтоРНПТ, проверка контрольных соотношений может выдать ошибку, или данные выгрузятся некорректно (например, обрежется хвост или формат будет не распознан ФНС).

2. Отчет об операциях с товарами, подлежащими прослеживаемости
Этот отчет строится исключительно на данных прослеживаемости. Корректно заполненный флаг ЭтоРНПТ гарантирует, что номер попадет в отчетность в нужном формате.

Рекомендации по миграции данных и ведению учета

Если вы переносите данные из УПП 1.3 в БП 3.0 или настраиваете обмен, следуйте этим правилам:

  1. Не смешивайте сущности. Один и тот же текстовый номер не должен быть одновременно и ГТД, и РНПТ в рамках одной записи справочника (это технически невозможно из-за различия в строке номера).
    • Если у вас есть старый остаток товара по ГТД 100/200/300, создавайте элемент с флагом ЭтоНомерТД = Истина.
    • Если этот товар попал под прослеживаемость, вы должны получить на него РНПТ (например, через инвентаризацию и запрос в ФНС, либо просто добавив /001, если это импорт после 01.07.2021). Это будет новый элемент справочника с текстом 100/200/300/001 и флагом ЭтоРНПТ = Истина.
  2. Используйте автоматику 1С. Не пытайтесь принудительно устанавливать флаги программно вопреки структуре номера. Если номер состоит из 3 блоков, не ставьте ему ЭтоРНПТ = Истина — это сломает валидацию.
  3. Разделение потоков. В документах поступления на товары, подлежащие прослеживаемости (проверяйте флаг «Прослеживаемый товар» в карточке Номенклатуры), всегда выбирайте номера ГТД, которые являются РНПТ (4 блока). Для остальных товаров используйте обычные ГТД.

Итог

Флаги ЭтоРНПТ и ЭтоНомерТД в справочнике НомераГТД — это не «бантики» и не дублирование функционала. Это механизм, обеспечивающий:

Игнорирование этих флагов или их некорректное заполнение приведет к ошибкам при автоматическом заполнении отчетов и отказам при их приеме в ФНС.

← На главную