Вы вводите свой NTIN, а система отвечает: "в введённом вами значении уникального кода (NTIN) не найдены данные по коду KZTIN". Операция встаёт. Чаще всего это происходит в самый неподходящий момент - когда по выигранному контракту нужно оформить акт приёмки, а без него не уходит оплата. Деньги за поставку висят, заказчик ждёт, а вы смотрите на ошибку и не понимаете, что не так с кодом, который вроде бы уже получили.

Проблема в том, что за этой формулировкой прячется не опечатка и не ваша ошибка при вводе. Это системный сбой на стыке двух каталогов, и починить его нажатием одной кнопки нельзя. NTIN у вас есть, а KZTIN на тот же товар - нет, и пока его не будет, госзакупочная система вас не пропустит. Здесь нет режима "потом донесу" и нет отсрочки.

Ниже разберу, что реально означает эта ошибка, почему она возникает даже у тех, кто честно зарегистрировал товар, и во что обходится каждый день, пока код не заведён. Без пошагового мануала - потому что порядок действий тут зависит от того, что вы уже успели сделать, и универсальной схемы "нажми сюда" не существует.

Что на самом деле означает эта ошибка

Коротко: система искала по вашему NTIN связанный с ним KZTIN и не нашла его. Не потому, что вы ввели цифры неправильно, а потому что этого KZTIN попросту нет в базе.

Чтобы понять почему так, нужно держать в голове одну вещь. NTIN и KZTIN живут в двух разных системах. NTIN присваивается при регистрации товара на nationalcatalog.kz - это код для оборота: ЭСФ, касса, накладные, маркетплейсы. KZTIN нужен для государственных закупок и заводится в контуре nct.gov.kz со своими, более строгими требованиями к карточке. Это два отдельных кода на один и тот же товар, и подробнее их различие я разбирал в статье про то, в чём разница между KZTIN и NTIN.

Логично было бы ожидать, что если товар уже зарегистрирован и NTIN получен, то KZTIN подтянется автоматически. На практике так не работает. Автоматической синхронизации между двумя каталогами нет, и наличие NTIN само по себе не создаёт KZTIN. Кнопки "перенести NTIN в KZTIN" в системе не существует - это отдельная регистрация, которую нужно проходить заново.

Именно поэтому ошибка застаёт врасплох. Человек рассуждает так: "я же зарегистрировал товар, у меня есть код, почему система его не видит?" А система видит - но не тот код, который ей нужен в этом окне. Для оборота у вас всё в порядке, а для госзакупок карточки как будто и нет.

⚠️ Важно: сообщение об ошибке вводит в заблуждение, потому что упоминает NTIN. Кажется, что проблема в нём. На самом деле NTIN здесь ни при чём - не хватает KZTIN, а NTIN система назвала просто потому, что именно его вы ввели в поле поиска.

Почему это происходит даже у тех, кто всё зарегистрировал

Самая обидная ситуация - когда предприниматель уверен, что уже всё сделал. Товар в каталоге, NTIN на руках, всё прошло модерацию. И тем сильнее удивление, когда на госзакупках вылезает "не найдены данные по коду KZTIN".

Причин, по которым KZTIN отсутствует или не привязывается, несколько, и они не всегда очевидны со стороны.

Первое - вы регистрировали товар для оборота и получили только NTIN, а до отдельной заявки на KZTIN дело просто не дошло. Для повседневной торговли этого хватало, вопрос всплыл только когда появился контракт.

Второе - рассинхронизация каталогов. Из-за того, что nationalcatalog.kz и nct.gov.kz работают несинхронно, порядок получения KZTIN зависит от того, что вы делали раньше и в каком порядке. У одного поставщика достаточно подать отдельную заявку, у другого карточки в двух системах существуют по отдельности и их нужно связывать вручную через обращение к оператору. Универсального сценария нет.

Третье - карточка под KZTIN не прошла проверку. Требования к данным для госзакупок жёстче, чем для оборота, и работает предмодерация, которая заворачивает карточку за несоответствия в описании, характеристиках или классификаторе. Пока она не пройдена, KZTIN не присваивается, и по вашему NTIN система по-прежнему ничего не находит. Почему предмодерация так часто отклоняет карточки, я разбирал в материале про причины отказов ИИ-модерации KZTIN.

То есть за одной и той же строкой ошибки может стоять три разных корня. И прежде чем что-то делать, нужно понять, какой из них ваш - иначе есть риск потратить дни на действие, которое в вашем случае вообще не решает проблему.

--- Выиграли тендер, а на приёмке вылезло "не найдены данные по коду KZTIN" и оплата повисла? Каждый день просрочки по контракту это не только замороженные деньги, но и риск претензий от заказчика. Напишите мне в WhatsApp - посмотрю, что у вас уже заведено в обоих каталогах, и назову срок и стоимость, чтобы довести товар до рабочего KZTIN. ---

Почему "сам разберусь" здесь дорого обходится

Соблазн понятен: ошибка одна, товар вроде один, кажется, что дело на полчаса. На практике эта логика проваливается по двум причинам.

Первая - вы не знаете, какой из трёх корней у вас, и диагностика съедает время в самый неподходящий момент. Пока разбираетесь, где именно порвана связка, контракт стоит. А если пойти не по тому пути - например, начать заново регистрировать карточку там, где нужно было просто связать существующие, - вы не приблизитесь к решению, а добавите себе ещё один круг.

Вторая - ошибка почти никогда не бывает про один товар. Если вы поставляете по контракту ассортимент, то на приёмке отвалится не одна позиция, а все, у которых нет KZTIN. И причина у них общая: карточки заводили одинаково, значит и провалятся они одинаково, пачкой. Человек чинит одну строку, радуется, переходит к следующей - и упирается в то же самое. Умножьте полчаса "разберусь" на 40 позиций в спецификации, и получите неделю, которой у вас по контракту нет.

Был случай: поставщик выиграл тендер на поставку, в спецификации 60 с лишним наименований. NTIN на всё было, а KZTIN - ни на одну позицию, о чём узнали только на этапе приёмки. Сроки по контракту уже шли. Разложили ассортимент по приоритету и довели карточки до рабочих KZTIN, приёмка сдвинулась, но оплата не сорвалась. Если бы поставщик ковырял это в одиночку по одной карточке, приёмка встала бы намертво - и уже с претензией от заказчика за срыв сроков.

💡 Совет: не начинайте с попытки "перерегистрировать" товар заново. В части случаев карточки в двух каталогах уже есть и их нужно связывать, а не создавать заново - лишняя регистрация только запутывает базу и добавляет дубли, из-за которых потом система пишет "товар уже зарегистрирован".

Чем это грозит по деньгам и срокам

Эта ошибка бьёт не по абстрактной галочке в системе, а по конкретному платежу. Вот как это выглядит.

Оплата по контракту привязана к акту приёмки. Акт не оформить, пока по позициям не проходит KZTIN. Значит, пока ошибка не устранена, поставка де-факто не принята, а деньги за неё - заморожены. Для поставщика, который уже закупил или произвёл товар, это кассовый разрыв: расходы понесены, а поступления нет.

Дальше включается фактор сроков. У контракта есть даты, и просрочка приёмки по вашей вине - это не просто ожидание, а основание для претензий, а в тяжёлых случаях и для санкций со стороны заказчика. Получить KZTIN "задним числом за час" нельзя: если карточка уходит на предмодерацию, это рабочие дни, а при отказе - ещё один круг. О том, как ведёт себя эта проверка и почему она заворачивает карточки, я писал в разборе отказов модерации KZTIN.

И отдельно - нервы и репутация. Госзаказчик видит поставщика, который выиграл тендер, но не может оформить поставку из-за "каких-то кодов". В следующий раз это припомнят. А всё потому, что на старте KZTIN сочли формальностью, которая подождёт.

С чего начать, если столкнулись с ошибкой

Первое и главное - не паниковать и не начинать хаотично тыкать в регистрацию заново. От того, что вы наделаете лишних действий, база станет только запутаннее. Сначала нужно понять, в каком из трёх состояний ваш товар: KZTIN нет вообще, KZTIN есть, но не связан с NTIN, или карточка застряла на предмодерации. Действие в каждом случае разное, и именно эта развилка определяет, сколько времени вы потеряете.

Второе - оценить масштаб. Если это разовая позиция, ситуация одна. Если под контракт идёт спецификация на десятки наименований, счёт времени и денег совсем другой, и тянуть по одной карточке нельзя. Общий разбор, почему KZTIN при наличии NTIN - это всегда отдельная процедура, а не автоматическое продолжение, я собрал в статье про получение KZTIN, если уже есть NTIN.

Третье - трезво посчитать, сколько стоит ваше время на этой развилке. Пока вы разбираетесь в тонкостях двух несинхронизированных систем, контракт не оплачивается. Иногда дешевле сразу отдать это тому, кто такие связки распутывал сотни раз, чем оплачивать разбирательство днями замороженного платежа.

Итог

Ошибка "в введённом значении уникального кода (NTIN) не найдены данные по коду KZTIN" - это не про ваш NTIN и не про опечатку. Это про то, что KZTIN на товар не заведён или не связан с вашей карточкой, а без него госзакупочная система поставку не пропустит. Причин у ошибки несколько, и лечатся они по-разному, поэтому первое, что нужно, - правильно определить корень, а не действовать наугад.

Цена промаха здесь измеряется не в раздражении, а в замороженной оплате по контракту и в просрочке приёмки, за которую заказчик вправе предъявить претензию. Если позиций в спецификации много, одна и та же ошибка отвалится сразу по всем, и разгребать придётся пачкой - в те самые дни, которых по контракту уже нет.

Я довожу товары до рабочих кодов в обоих каталогах: 80 000+ позиций, 40+ компаний, 0% отказов при модерации. Разбираюсь именно с такими связками NTIN и KZTIN, когда система пишет, что данных нет, а платёж висит. Пришлите список позиций в WhatsApp - посмотрю, что у вас уже заведено, найду, где порвана связка, и назову стоимость и реальный срок, чтобы приёмка и оплата сдвинулись.

Ошибка NTIN: не найдены данные по коду KZTIN