Выберите удобный способ связи
Каждая машина, приходящая на склад, привозит с собой пачку бумаги: товарно-транспортную накладную, приложения, отметки о приёмке. Пока водитель ждёт разгрузки, оператор вручную вбивает в учётную систему номер накладной, БИН отправителя и получателя, десятки строк номенклатуры и суммы в тенге. На одну ТТН уходит от пяти до пятнадцати минут, а на крупном распределительном центре таких документов сотни в день. Распознавание транспортных накладных (ТТН) убирает этот ручной ввод: система читает документ со сканера, фото или PDF и возвращает структурированные поля, готовые к загрузке в учёт.
Экономия времени здесь вторична. Главное — исчезает класс ошибок ручного ввода: переставленные цифры в БИН, потерянная позиция в спецификации, неверная сумма НДС. Для логистики и бухгалтерии это означает, что приёмка и сверка с заказом идут в реальном времени, а не задним числом, когда расхождение уже нельзя предъявить поставщику.
Транспортная накладная — это не единое поле, а плотная таблица с шапкой и подвалом. Из шапки мы извлекаем номер и дату документа, наименования и БИН грузоотправителя и грузополучателя, данные перевозчика и автомобиля, пункты погрузки и разгрузки. Из табличной части — построчную номенклатуру: наименование товара, единицу измерения, количество, цену и сумму в тенге, ставку и сумму НДС. Из подвала — итоги, вес брутто и нетто, отметки о приёмке и подписи.
Отдельная сложность казахстанских накладных — рукописные пометки в графах приёмки: фактически принятое количество, замечания по бою и недостаче, дата и время разгрузки. Такие поля мы обрабатываем моделями рукописного текста и выносим в отдельный статус на подтверждение оператору, чтобы спорные значения не уходили в учёт молча. Логика та же, что и в смежных задачах по распознаванию счетов и накладных — но с акцентом на транспортную и приёмочную часть документа.
Накладные в Казахстане приходят на двух языках — казахском и русском, часто вперемешку в пределах одного бланка: шапка на казахском, номенклатура на русском. Наши модели обучены на смешанном корпусе и распознают оба языка без переключения режимов, корректно читая специфические символы вроде ә, ғ, қ, ө, ұ, ү, һ, і.
Второй пласт — привязка к государственным системам. Бумажная ТТН почти всегда сопровождается электронной сопроводительной накладной на товары (СНТ) и электронной счёт-фактурой (ЭСФ) в ИС ЭСФ. Извлечённый из бумаги БИН и номенклатуру мы используем как ключ для сопоставления с электронными документами: система подсказывает, к какой СНТ и ЭСФ относится приехавшая накладная, и подсвечивает расхождения по позициям или суммам. Это превращает распознавание из простого ввода данных в инструмент контроля поставок.
Распознавание имеет ценность только тогда, когда результат попадает в учёт без пересохранений и копипаста. Мы отдаём распознанную накладную прямо в вашу систему: чаще всего это 1С (Бухгалтерия для Казахстана, УНФ, УТ), но так же работаем с самописными ERP, WMS и облачными сервисами. Готовая ТТН создаёт документ поступления с заполненной табличной частью, подтянутым контрагентом по БИН и сопоставленной номенклатурой по вашему справочнику.
Для команд с собственной разработкой мы даём OCR API: вы отправляете файл накладной и получаете обратно JSON со всеми полями и координатами — дальше встраиваете в свои процессы приёмки. Базовые же принципы, единый движок и логика проверки для всех типов документов описаны в нашей услуге распознавание документов, частным случаем которой и является работа с ТТН.
Мы принципиально не обещаем магических процентов точности в отрыве от документа. Реальное качество зависит от того, как отсканирована накладная: чёткий скан читается почти без правок, мятое фото из кабины с бликами требует контроля оператора. Поэтому в интерфейс встроена проверка: каждое поле имеет оценку уверенности, сомнительные значения подсвечиваются, а оператор видит распознанное значение рядом с фрагментом исходника и подтверждает одним движением. Такой человеко-машинный контур даёт стабильный результат на любом качестве входа.
К распознаванию мы добавляем прикладную бизнес-логику. Извлечённый БИН контрагента проверяется по вашему справочнику и при необходимости по открытым реестрам — это элемент KYC-контроля поставщиков, который помогает не принять товар от неблагонадёжного или ошибочного контрагента. Если у вас параллельно идут задачи по распознаванию удостоверений водителей и экспедиторов или по разбору договоров поставки, мы собираем это в один документооборот, чтобы данные из накладной, договора и удостоверения сходились в одной карточке.
Мы начинаем не с продажи движка, а с ваших документов. Вы присылаете реальные накладные от своих поставщиков — с их особенностями бланков, штампами, рукописными графами. На этой выборке мы настраиваем модель на ваших документах, дообучаем на редких форматах и согласовываем формат выгрузки под конкретную конфигурацию учёта. Пилот на живом потоке показывает честную долю автоприёмки и объём ручного контроля ещё до полного запуска.
Дальше — интеграция, обучение операторов и передача под ключ: вы получаете рабочий процесс приёмки, а не набор технологий, с которым нужно разбираться самостоятельно. Если у вас несколько складов или филиалов, решение масштабируется на все точки с единым справочником контрагентов и номенклатуры. Напишите нам, с каких накладных начать, и мы соберём пилот на вашем реальном потоке.