Фото чека с телефона сотрудника и готовая проводка в 1С — между этими двумя точками лежит конвейер из распознавания, нормализации, проверки и маппинга. На бумаге процесс выглядит простым, но именно на нём чаще всего ломаются попытки автоматизировать авансовые отчёты и закупки «с колёс». Ниже — разбор конвейера и практические шаги, которые позволяют довести долю автоматических проводок до 80–90%.

Что вообще содержит чек и почему это важно

Кассовый чек — не просто картинка с суммой. В нём есть QR-код, а в нём — фискальный признак документа (ФПД), номер фискального накопителя, дата и время, сумма и признак расчёта. Эти реквизиты позволяют не только распознать чек, но и проверить его легальность через API ФНС или данные ОФД. Для бухгалтерии это ключевой момент: подтверждение расходов и принятие НДС к вычету требуют корректных реквизитов, а не просто «сумма 4 320 ₽».

Почему обычный OCR на чеках даёт сбои

Термобумага выцветает, чеки мнутся, фотографируются под углом, при плохом свете и с бликами от ламинации. Классические OCR-движки, обученные на сканах документов, на таких изображениях теряют точность в разы. Поэтому конвейер начинается не с распознавания текста, а с предобработки: детекция границ документа, выравнивание перспективы, коррекция контраста, бинаризация. Только после этого имеет смысл подавать изображение в модель.

Распознавание: два контура вместо одного

Практичный подход — сначала декодировать QR-код. Он даёт машиночитаемые реквизиты с точностью, близкой к 100%, и позволяет сразу запросить данные чека в ОФД или ФНС. Если QR не читается (чек помят, оторван, это БСО или зарубежный документ), включается OCR-контур: детекция текстовых блоков, распознавание строк, разбор позиций, количества, цены и итога. Для российских чеков полезно дообучать модель на собственном корпусе — 500–2000 реальных фотографий от сотрудников дают заметный прирост точности по сравнению с универсальными движками.

От распознанных полей к проводкам в 1С

Распознанный чек превращается в структуру: дата, контрагент, ИНН, сумма, НДС, список позиций, способ расчёта, подотчётное лицо. Дальше работают правила: определяется вид документа (авансовый отчёт, поступление товаров и услуг, прочие расходы), подбирается статья затрат, сопоставляется номенклатура, выбирается счёт — 71, 60, 44, 26, 10. Сопоставление номенклатуры почти никогда не бывает полным автоматом: нужен справочник синонимов и накопление истории — если «кофе зерновой 1 кг» уже привязывали к конкретной позиции, следующий такой чек уйдёт в проводку без участия человека. Интеграция выполняется через HTTP-сервисы 1С, расширение конфигурации или обмен через промежуточную базу.

Контроль дублей и очередь на проверку

Два главных риска автоматизации — дубли и «уверенно неверные» данные. Дубли отсекаются по связке ФН + ФПД + дата + сумма: повторная загрузка того же фото не создаст второй авансовый отчёт. Для остального вводится порог уверенности: если модель распознала сумму или ИНН с низкой вероятностью, документ уходит в очередь ручной проверки с подсветкой спорных полей. Оператор правит одно поле вместо перепечатывания всего чека — это экономит основное время.

Практические шаги внедрения

Начните с узкого сценария: например, только авансовые отчёты подотчётных лиц по корпоративным картам. Соберите корпус реальных фото, зафиксируйте целевые поля и метрики — доля автопроводок, точность по сумме и ИНН, среднее время обработки. Затем соберите MVP: приём фото в Telegram или веб-форме, распознавание, черновик документа в 1С, ручная проверка. После стабилизации расширяйте на закупки, командировочные и первичку от поставщиков.

Отдельно стоит решить вопрос с данными: чеки содержат коммерческую информацию, поэтому распознавание лучше держать в приватном контуре, без передачи изображений во внешние облачные сервисы.

Как мы можем помочь

Мы проектируем и внедряем конвейеры OCR для чеков и первичных документов: распознавание в приватном контуре, проверка через ФНС и ОФД, отсечение дублей, маппинг номенклатуры и статей затрат, интеграция с 1С и CRM. Начинаем с аудита текущего процесса и пилота на одном типе документа, чтобы вы увидели измеримый результат до масштабирования. Обсудить проект