Внешняя обработка заводит карточки товаров в Национальном каталоге Казахстана прямо из 1С: подбирает код ОКТРУ, собирает заявку по живой схеме атрибутов и отправляет её на модерацию. Обычные формы, УПП и УТП. Конфигурация не меняется вообще.
Зачем это нужно
С 1 января 2026 года код Национального каталога обязателен для всех участников оборота товаров в Казахстане, с 1 июля он попадает в чек. Код выдаётся карточке товара в каталоге, и если карточки нет, взять код неоткуда.
Типовые механизмы и решения на площадке закрывают соседнюю задачу: находят и проставляют коды у товаров, которые в каталоге уже есть. Импортёру и производителю это не помогает, потому что их товаров в каталоге нет вовсе и завести карточки должны они сами. Штатный путь тут один: выгрузить номенклатуру в Excel, дозаполнить руками и загрузить на портал.
Обработка делает это из 1С и по API.
Что она делает
- Отбирает товары, у которых нет кода каталога и есть настоящий GTIN. Внутренние штрихкоды с префикса 2 отсеиваются: карточку по ним не завести.
- Подбирает код ОКТРУ по наименованию через публичный сервис каталога и складывает найденное в кэш.
- Читает живую схему атрибутов заявки у каталога и собирает значения из реквизитов номенклатуры.
- Показывает таблицу предпросмотра: что уйдёт, какая категория подобралась, каких обязательных атрибутов не хватает. В каталог при этом ничего не пишет.
- Создаёт заявки и отправляет их на модерацию. Дубли отсекает по списку уже поданных заявок.
Предпросмотр и боевая выгрузка идут по одному отбору: что показано в таблице, то и уйдёт.
Отбор
Два необязательных списка на форме: склады и номенклатура. Пустой означает работу без ограничения, выбирать можно и группы, и элементы, поиск идёт по иерархии. Выбранный склад означает работу по остаткам с количеством больше нуля.
Строка отбора печатается в поле результата вместе с лимитом, если он задан. Молча усечённая выборка выглядит как "в базе больше нет товаров", и это дороже длинного прогона.
Конфигурация не меняется
Ни расширения, ни новых объектов, ни правки типовой. Настройки, кэш подобранных категорий и ключ API лежат в штатном ХранилищеОбщихНастроек с пустым именем пользователя, то есть общие для всей базы.
Имена метаданных нигде не зашиты. Регистр штрихкодов, поля в нём, регистр остатков и реквизиты номенклатуры задаются настройками, умолчания рассчитаны на УПП: там обработка работает без единой настройки. Если реквизита с ожидаемым именем в базе нет, атрибут останется пустым и товар попадёт в список проблемных, а прогон не сломается.
Что нужно от базы
| Что | Требование |
| Справочник номенклатуры | должен называться Номенклатура |
| Регистр сведений со штрихкодами | любое имя, задаётся настройкой |
| Регистр остатков | нужен, если отбирать по складу |
| Реквизит под товарный знак | brand, Бренд или ТоварныйЗнак |
| Реквизит под наименование на казахском | name_kk, namekk, НаименованиеKK или НаименованиеНаКазахском |
| Ключ API | кабинет каталога, заголовок X-API-KEY |
Последние два реквизита в типовых конфигурациях отсутствуют, их добавляют. Остальное берётся типовое: НаименованиеПолное, Артикул, КодТНВЭД, СтранаПроисхождения, ЕдиницаХраненияОстатков, ОсновнойПоставщик.
В обычном приложении HTTP-запросы уходят с компьютера пользователя, а не с сервера 1С: доступ к хостам каталога нужен на рабочем месте.
Подбор категории это подсказка
Заявка требует код ОКТРУ, категорию четвёртого уровня классификатора. В учётной базе такого поля нет, поэтому обработка берёт первое значащее слово наименования, ищет похожие товары в каталоге и смотрит их категорию.
На проверочной выборке из десяти наименований код подобрался у семи. Там, где слово встретилось в названии категории, код берётся уверенно. Там, где нет, берётся категория ближайшего похожего товара, и в таблице предпросмотра это видно отдельной пометкой. Такие строки надо просматривать глазами, обработка не решает за человека, верна ли категория.
На латинских словах вроде LED или TWS точного совпадения не будет никогда: русское название категории таких слов не содержит.
Чего обработка не делает
- Не заполняет ТН ВЭД, страну и единицы измерения. Это НСИ, её ведёт человек.
- Не получает GTIN: настоящий штрихкод выдаёт GS1 Казахстан.
- Не отзывает и не правит уже созданные заявки, только создаёт.
- Не режет значения по длине: если код не помещается в поле базы, работа останавливается с внятной ошибкой.
На чём проверялась
Управление производственным предприятием для Казахстана, редакция 1.0 (разработка для Казахстана, "1С-Рейтинг"), релиз 1.0.15.17, платформа 8.3.20.
Проверено вызовом на живой базе: компиляция модуля и состав метаданных, сохранение и восстановление настроек между сеансами, открытие формы, отбор по складу через остатки (отобран 531 товар), подбор категории, сборка атрибутов по живой схеме каталога (23 атрибута, 8 обязательных), создание заявки в каталоге, встроенная справка.
Не проверялось: формат кода единицы измерения на стороне каталога, запуск по расписанию, регистрация в подсистеме БСП. Полный список ограничений и честных статусов идёт в комплекте документации.
Казахстанских конфигураций в списке площадки нет вовсе, поэтому в характеристиках стоит родительская ветка "Управление производственным предприятием, редакция 1.3". Реальная конфигурация и релиз названы выше.
Что в файле
- Внешняя обработка на обычных формах, форма нарисована и лежит внутри файла.
- Встроенная справка по кнопке со знаком вопроса.
- Документация: работа с формой и разбор проблем, все настройки с умолчаниями, границы применимости и статусы проверки.
Платформа 8.3.20 и выше. Код открыт.
Проверено на следующих конфигурациях и релизах:
- Управление производственным предприятием, редакция 1.3, релизы 1.3.281.1
Вступайте в нашу телеграмм-группу Инфостарт