Товара нет в Национальном каталоге: кто заводит карточку и что для неё нужно
Иван Недомолков · Опубликовано: · Обновлено:
Вы прогнали штрихкоды через каталог и получили список позиций, по которым ответа нет. Карточку этим товарам не завёл никто: ни производитель, ни импортёр, ни поставщик. Кода у них не будет до тех пор, пока карточка не появится. Для маркируемых товаров это ещё и стоп для маркировки: коды в ИС МПТ заказывают на товар, который уже заведён в каталоге, поэтому маркировка в Казахстане начинается с той же карточки.
Первый вопрос, который тут возникает, звучит так: а это вообще моя работа?
Заводить карточку обязан тот, кто торгует
Короткий ответ: если товара в каталоге нет, а вы им торгуете, регистрировать его придётся вам. Производитель обязан внести товар до начала продажи, импортёр до реализации на территории страны, но обязанность продавца от этого не исчезает: реализовывать товар можно только при наличии сведений о нём в каталоге.
На практике это означает, что розница и опт регулярно оказываются в положении, когда чужой товар приходится регистрировать за свой счёт и своими руками. Особенно это заметно у мелких поставщиков и у собственного импорта.
Отдельный случай, который стоит проверить до всего остального: штрихкод начинается с двойки. Такие коды придуманы внутри компании для весового товара и собственной фасовки, каталогу они не подходят. Здесь регистрация невозможна в принципе, пока не получен настоящий GTIN, а его выдаёт GS1 Казахстан. Это отдельное обращение и отдельный срок, и начинать его надо раньше всего остального.
Что требует заявка кроме наименования
Заявка на карточку это не название и штрихкод. Каталог требует категорию из отраслевого классификатора и набор атрибутов, часть которых обязательна.
| Что | Откуда обычно берётся в 1С | Есть ли в типовой |
|---|---|---|
| Наименование на русском | НаименованиеПолное | да |
| Наименование на казахском | отдельный реквизит | нет, добавляют |
| Товарный знак | отдельный реквизит | нет, добавляют |
| Страна происхождения | реквизит номенклатуры, нужен код | да |
| Единица измерения | по классификатору, нужен код | да |
| Код ТН ВЭД | реквизит номенклатуры | да |
| Производитель | основной поставщик или свой справочник | да |
| Категория ОКТРУ | взять негде | нет |
Две строки из этой таблицы стоит разобрать отдельно, потому что на них уходит основное время.
Категория ОКТРУ: её в вашей базе нет
Каталог не примет заявку без категории четвёртого уровня отраслевого классификатора. Номенклатура в учётной базе разложена по группам, которые придумывали в компании под свои задачи, и к этому классификатору они отношения не имеют. Соответствия между ними не существует.
Отсюда два пути.
Разметить руками. Открыть классификатор и пройти по номенклатуре, проставляя категории. Реалистично на нескольких сотнях позиций и при условии, что номенклатура однородная. На разнородном ассортименте превращается в недели.
Подобрать автоматически. Взять слово из наименования, найти по нему похожие товары, которые в каталоге уже есть, и посмотреть, в какой категории они лежат. Способ рабочий, и он же единственный способ уложиться в разумный срок на тысячах позиций.
У автоподбора есть честная граница, о которой стоит знать заранее. Он угадывает, а не классифицирует. На нашей проверочной выборке подбор давал категорию примерно семи товарам из десяти, и часть из них была приблизительной: категория ближайшего похожего товара, а не точное попадание.
Хуже всего автоподбор работает на латинице и аббревиатурах. Наименование вида “LED-панель” или “Наушники TWS” даёт первым значащим словом латинское слово, а названия категорий классификатора написаны по-русски. Совпадения не будет никогда, и такие позиции надо просматривать глазами.
Если подбор пишете сами, отсеивайте по имени категорию “Без ОКТРУ”, которая формально стоит на четвёртом уровне и проходит все проверки, и кэшируйте найденное по слову: каждое новое слово стоит поиска и до пяти запросов карточек.
Практический вывод: автоподбор экономит время на разметке, но не отменяет проверку. Инструмент, который молча проставил категории и отправил заявки, создаёт проблему на модерации вместо того, чтобы решить её.
Атрибуты: сначала НСИ, потом заявки
Второе место, где теряется время. Заявка с пустым обязательным атрибутом отклоняется, и вы получаете две работы вместо одной: сначала подать, потом разбирать отказы по одному.
Правильный порядок обратный. Сначала собирается таблица “что уйдёт в каталог”, по каждой позиции видно, каких обязательных атрибутов не хватает. Дальше НСИ дозаполняется по этому списку. И только потом отправляются заявки.
Чаще всего пустыми оказываются три вещи:
- страна происхождения, причём каталогу нужен код страны, а не название;
- код ТН ВЭД, и его надо очистить до цифр: в базах он лежит с пробелами и точками, а каталог ждёт цифры подряд;
- наименование на казахском, потому что реквизита под него в базе до этого не было вовсе.
Последний пункт стоит спланировать заранее. Это не техническая работа, а перевод, и на нескольких тысячах позиций он занимает больше, чем вся остальная задача.
Из-за чего заявки заворачивают
По нашему опыту работы с заявками причины повторяются.
Категория подобрана неверно. Товар уехал в соседнюю категорию, где обязательные атрибуты другие. Ловится просмотром строк, помеченных как приблизительный подбор.
Справочное значение отправлено текстом. Каталог ждёт код страны, а получает название. Формально поле заполнено, по существу нет.
Наименование не соответствует товару. Внутренние сокращения, артикулы и служебные пометки в наименовании номенклатуры это нормально для базы и плохо для каталога.
Дубль. Заявка на товар, по которому заявка уже подана. Проверяется списком собственных заявок перед отправкой, иначе на модерацию уезжает второй экземпляр.
Если карточки заводит ваша разработка: что проверить в обмене с каталогом
Когда заявки отправляет ваш код, ошибка редко приходит отказом модерации. Чаще это пустой ответ или нечитаемые байты, и по ним не видно, что виноват сам запрос. Ниже места, на которых мы спотыкались, пока собирали обмен с каталогом из 1С.
Два входа, и ключ нужен одному. Публичный поиск nct.gov.kz работает без ключа,
регистрации и ЭЦП: по штрихкоду или наименованию он отдаёт коды NTIN и признак
деактивации карточки. Кабинет nationalcatalog.kz/gwp/portal/api/v1 пускает
по постоянному заголовку X-API-KEY, без логина и обновления токенов. Он отдаёт схему
атрибутов и карточку по коду, принимает заявки и показывает уже поданные. Так что
посчитать, скольким товарам нужны карточки, можно поиском ещё до того, как компании
выдали ключ.
| Что видите | Причина | Что сделать |
|---|---|---|
| Ответ поиска выглядит как битая кодировка | публичный поиск сжимает ответ, а платформа его не распаковывает | слать заголовок Accept-Encoding: identity; кабинет отвечает без сжатия, ему заголовок не нужен |
| Поиск пуст по товару, который в каталоге точно есть | значение подставлено в адрес без кодирования, и & в наименовании разрезал параметр на два | кодировать каждое значение и не считать пустой ответ доказательством, что карточки нет |
| На один штрихкод пришло несколько кодов | каталог хранит историю: карточку гасили и заводили заново | брать активную, из нескольких активных более свежую по дате изменения, без активной идти по ntin_duplicateofproduct погашенной; спорные случаи смотреть глазами |
| Ничего не видно: заявки проходят, а состав полей расходится со схемой | коды атрибутов зашиты списком в исходнике, а схема живёт у каталога | читать схему у каталога на каждом прогоне |
| У администратора работает, у оператора таймаут | в обычном приложении (УПП, УТП) модуль внешней обработки выполняется на клиенте, и запрос уходит с компьютера пользователя | открыть хосты каталога на рабочих местах, одного сервера 1С мало |
Первые две строки таблицы в коде выглядят так:
// Публичный поиск: без этого заголовка ответ приходит сжатым
Заголовки.Вставить("Accept-Encoding", "identity");
// Значения параметров кодируются по одному, иначе "&" в наименовании режет запрос
Значение = КодироватьСтроку(Наименование, СпособКодированияСтроки.КодировкаURL);Схему заявки спрашивайте у каталога. На 07.09.2026 в ней 23 атрибута, обязательных
из них 8. Коды вроде name_ru или tnved понятны без справочника, а производитель
идёт под непрозрачным кодом a4282e5d: это идентификатор из справочника самого каталога,
и сверить его с исходником нечем. Зашитый список расходится со схемой без единого сигнала.
В списке из прежней рабочей интеграции, с которого мы начинали, стояли unit_category
и made_in_country, которых в живой схеме нет, а каталог принимал такие заявки молча.
Схема одна на все категории ОКТРУ, это мы проверили отдельно, так что одного чтения
за прогон хватает.
Что проверено. Заявку создавали вызовом 08.09.2026, на одной карточке. Формат единицы измерения не подтверждён: уходит код ОКЕИ, для штуки 796, но примет ли его каталог, вызовом не проверяли. Запуск по расписанию не проверялся вовсе. Если пишете обмен сами, с этих мест и начните проверку. Готовый обмен для УПП и УТП собран в обработку Выгрузка товаров в Национальный каталог.
Как это выглядит по шагам
- Отобрать товары без кода каталога, у которых есть настоящий GTIN.
- Подобрать категорию, отделив точные попадания от приблизительных.
- Собрать атрибуты и получить таблицу с пометками, чего не хватает.
- Дозаполнить НСИ по этой таблице.
- Просмотреть приблизительные категории глазами.
- Отправить заявки и дождаться модерации.
- Забрать присвоенные коды и записать их в базу.
Шаги с первого по третий делаются одним прогоном и дают понимание объёма. Четвёртый и пятый это работа людей, и она обычно самая долгая. Шестой и седьмой автоматизируются целиком.
Что сделать сегодня
Посчитайте три числа: сколько позиций без кода каталога, сколько из них с внутренними штрихкодами и сколько строк требует перевода наименования на казахский. Первое число это объём задачи, второе это отдельный срок через GS1, третье это то, что упрётся в людей, а не в технику.
Дальше решение “своими силами или отдавать” принимается по цифрам, а не по ощущению.
