Уникального кода (NTIN) не найдены данные по коду KZTIN

Ошибка "в введенном вами значении уникального кода (NTIN) не найдены данные по коду KZTIN" означает одно: на ваш NTIN в базе госзакупок нет парного KZTIN. Сам NTIN тут ни при чём - код для оборота автоматически KZTIN не создаёт, карточку под госзакупки заводят отдельно, и она проходит более строгую предмодерацию. Пока 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.

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

Второй вариант ошибки: "значение уникального кода (NTIN) не найдено в Национальном каталоге товаров"

Портал показывает и другую строку: "Введенное Вами значение уникального кода (NTIN) не найдено в Национальном каталоге товаров". Снаружи похоже, но смысл противоположный. В первом случае NTIN портал нашёл, а парной расширенной карточки за ним нет. Во втором он не нашёл сам NTIN: по этому номеру в каталоге нет активной карточки, на которую можно опереться, и до вопроса о KZTIN дело даже не дошло.

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

Сама проверка официальная, а не каприз портала. С 1 января 2026 накладная и акт приёма-передачи оформляются с уникальным кодом из Национального каталога (пп. 2 п. 580 Правил госзакупок в редакции приказа Минфина № 791), а по введённому NTIN портал ищет расширенную карточку и сохраняет значение только при наличии KZTIN - так это описано в новости goszakup.gov.kz от 10 апреля 2026. Поэтому и сообщений два: одно про сам код, другое про расширенную карточку.

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

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

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

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

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

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

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

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

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

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

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

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

От чего зависит, сколько вы потеряете

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

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

И сразу закладывайте следующую развилку: даже когда KZTIN появился, приёмка может встать второй раз, если карточка не сходится с лотом по наименованию, категории или комплектности. Это уже другая проверка, и проходит она только после того, как код в системе есть.

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

Итог

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

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

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

Заявку на KZTIN уже подавали и её вернули с замечаниями? Каждый возврат на доработку - минус две недели оплаты по акту. Пришлите текст замечания модератора и число позиций - назову, чья ошибка, срок и стоимость.