Связаться с нами

Выберите удобный способ связи

Главная/Блог/Распознавание товарных чеков и авансовых отчётов

Распознавание товарных чеков и авансовых отчётов

Почему авансовые отчёты в Казахстане — узкое место бухгалтерии

Распознавание товарных чеков и авансовых отчётов — это не про красивую технологию, а про боль конкретного бухгалтера, который в конце месяца разбирает конверт с сотней смятых чеков от подотчётных лиц. Командировки, канцелярия, ГСМ, представительские — каждый чек нужно вручную вбить в учётную систему: наименование поставщика, БИН, дату, сумму, ставку НДС, а потом ещё сверить итог с суммой в авансовом отчёте сотрудника. На один отчёт с десятком чеков уходит от 20 до 40 минут, и это при условии, что все чеки читаемы.

На практике читаемы далеко не все. Термочеки выцветают за пару недель, фото приходят перекошенные и в тени, часть документов — на казахском, часть на русском, а в одном чеке может встретиться и то, и другое. Добавьте сюда рукописные товарные чеки от небольших ТОО и ИП, где реквизиты вписаны от руки. Ручная обработка такого потока — это не только время, но и ошибки в суммах и БИН, которые потом всплывают при налоговой проверке.

Что именно извлекает система из чека и отчёта

Задача распознавания здесь шире, чем просто «вытащить текст». Из товарного или фискального чека система выделяет структурированный набор полей: наименование и БИН поставщика, дату и время, номер документа, перечень позиций с ценами и количеством, сумму без НДС, ставку и сумму НДС, итог к оплате. Для Казахстана критично корректно разбирать 12-значный БИН и отличать его от ИИН физлица, правильно читать тенге с разделителями разрядов и распознавать даты в разных форматах, которые печатают кассовые аппараты разных производителей.

Отдельный слой — двуязычность. Один и тот же чек может содержать «Товарлар / Товары», «Барлығы / Итого», названия позиций на казахском и служебные строки на русском. Модель обучена работать с обоими языками в пределах одного документа, не теряя структуру. Всё это — часть нашей общей практики распознавания документов, где чек рассматривается не как картинка, а как источник конкретных учётных данных.

Авансовый отчёт при этом выступает контрольной рамкой. Система не просто оцифровывает каждый чек по отдельности — она собирает их в привязке к сотруднику и отчёту, суммирует и сверяет с заявленной подотчётной суммой, подсвечивая расхождения до того, как отчёт уйдёт на утверждение.

Сверка, контроль и защита от дублей

Автоматическая сверка — то, ради чего распознавание внедряют в первую очередь. Система сопоставляет сумму распознанных чеков с итогом авансового отчёта и сразу показывает, где не сходится: сотрудник приложил чек на большую сумму, чем указал, забыл один документ или, наоборот, задвоил. Отдельно ловятся дубли — один и тот же чек, сфотографированный дважды и поданный в разных отчётах, определяется по совокупности реквизитов, а не по имени файла.

Полезен и контроль поставщиков. По распознанному БИН можно проверить контрагента по справочникам и отсеять чеки от неблагонадёжных или несуществующих ТОО — логика, близкая к процедурам KYC, только применительно к расходным документам, а не к клиентам. Там, где авансовый отчёт сопровождается счётом на оплату или накладной, подключается распознавание счетов и накладных, чтобы связать первичку в единую цепочку и не вводить одни и те же данные дважды.

Как это встраивается в 1С и учётный контур

Ценность распознавания раскрывается только тогда, когда данные попадают прямо в вашу учётную систему, а не в отдельную табличку, которую всё равно кто-то перепечатывает. Мы внедряем решение под ключ: сотрудник или бухгалтер загружает фото чеков через веб-форму, Telegram-бота или мобильное приложение, система распознаёт и структурирует их, а готовые проводки и позиции авансового отчёта выгружаются в 1С по вашей конфигурации — «Бухгалтерия для Казахстана» или доработанная под предприятие.

Технически интеграция строится на OCR API, которое отдаёт результат в JSON и легко встраивается в существующий документооборот, обмен с 1С или корпоративный портал. Спорные поля — нечитаемая сумма, сомнительный БИН, низкая уверенность распознавания — уходят на быструю ручную верификацию оператору, а не проваливаются в учёт молча. Такой гибрид «машина плюс человек на контроле» даёт и скорость, и точность, за которую бухгалтерия готова поручиться перед проверкой.

Когда расходы завязаны на договоры с подрядчиками и подотчётными лицами, к контуру подключается и распознавание договоров — так весь пакет первички от заявки до отчёта живёт в одной автоматизированной цепочке.

Что это даёт бизнесу на практике

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

Не менее важна прослеживаемость. Каждый чек хранится вместе с распознанными данными и историей проверки, поэтому при запросе налоговой или внутреннем аудите поднять первичку и объяснить любую сумму — вопрос минут. Мы настраиваем систему на ваших реальных документах, с учётом ваших поставщиков, форматов чеков и требований учётной политики, а не на абстрактных примерах — именно поэтому распознавание работает на вашем потоке с первого дня, а не «в среднем по больнице».

🔇 Включить звук

Часто задаваемые вопросы

Распознаёт ли система рукописные и выцветшие термочеки?
Да, в рамках читаемости оригинала. Печатные фискальные и товарные чеки распознаются с высокой точностью, рукописные реквизиты и частично выцветшие термочеки обрабатываются тоже, но спорные поля с низкой уверенностью автоматически отправляются оператору на быструю верификацию, чтобы в учёт не попали ошибочные суммы или БИН.
Как результат попадает в 1С?
Мы внедряем интеграцию под ключ через OCR API: распознанные чеки и позиции авансового отчёта выгружаются в вашу конфигурацию 1С готовыми к проведению, без ручного перебивания. Формат обмена настраивается под вашу учётную политику и конкретный релиз 1С.
Работает ли распознавание с чеками на казахском и русском одновременно?
Да. Модель разбирает двуязычные документы в пределах одного чека — служебные строки и наименования позиций на казахском и русском — и корректно извлекает БИН, суммы в тенге, даты и ставки НДС независимо от языка печати.
Как система защищает от задвоенных и поддельных чеков?
Дубли определяются по совокупности реквизитов чека, а не по имени файла, поэтому один и тот же документ, поданный в разных отчётах, будет отмечен. По распознанному БИН поставщик сверяется со справочниками, что помогает отсеять чеки от несуществующих или неблагонадёжных контрагентов.
Готовы обсудить проект?
Оставьте заявку — мы свяжемся с вами в течение 30 минут
Оставить заявку Позвонить