После командировки сотрудник приносит пачку чеков или фотографии в мессенджере. Бухгалтер вручную переносит дату, сумму, продавца и назначение расхода в авансовый отчёт. Это хорошая задача для автоматизации, но не для слепого OCR.
Распознавание чеков в 1С уже может начинаться с QR-кода или изображения. Я бы дальше разделил фактические реквизиты чека и бухгалтерскую классификацию расхода: это два разных уровня уверенности.
Цель процесса — не заполнить как можно больше полей автоматически. Цель — чтобы бухгалтер видел только сомнительные чеки и понимал, откуда взялось каждое значение.
QR и изображение — два разных источника
Если на чеке есть читаемый QR, часть фискальных данных можно получить структурированно. Изображение всё равно полезно как исходник и для реквизитов, которых нет в полученном наборе.
Я бы сохранял оба источника и не смешивал их. Поле получает provenance: QR/fiscal data, OCR image или ручное подтверждение.
1С:Сканер чеков предназначен для автоматического заполнения авансовых отчётов по фотографиям и данным чеков. Такой вход хорошо подходит для дальнейшего статусного процесса.
Проверяемые источники: 1С — Автоматическое заполнение авансовых отчетов — 1С:Сканер чеков · 1С — Мобильное приложение 1С:Сканер чеков
Сотрудника и отчёт нужно определить до проводки
Фотография чека сама по себе не говорит, к какому авансовому отчёту она относится. Это должен задать канал загрузки, пользователь или контекст командировки.
Я бы связывал чек с сотрудником и candidate report сразу на входе. Если найдено несколько открытых отчётов, система показывает выбор вместо случайной привязки.
После подтверждения связь становится частью audit trail. Перемещать чек между отчётами без истории я бы не позволял.
Проверяемые источники: 1С ИТС — Расчеты с подотчетными лицами
Дата, сумма и продавец проходят независимые проверки
Даже структурированный источник может содержать данные, которые не подходят контексту. Дата вне периода командировки, отрицательная сумма или неизвестная организация должны остановить автоматический путь.
Я бы сверял итоговую сумму, валюту при наличии, продавца, налоговые реквизиты и дату. Исходное значение сохраняется рядом с нормализованным.
Проверка не обязана быть сложной моделью. Простое бизнес-правило часто надёжнее для этих полей.
Проверяемые источники: 1С — Автоматическое заполнение авансовых отчетов — 1С:Сканер чеков · 1С — 1С:Сканер чеков — приложение
Категория расхода определяется отдельным правилом, а не OCR
Строка `гостиничные услуги` помогает классификации, но бухгалтерская статья расхода зависит от внутренних правил компании. Я бы не записывал её по одному semantic match без policy.
Для частых продавцов и типов чеков можно хранить подтверждённые mappings. Новый случай получает candidate category и уходит бухгалтеру на выбор.
После подтверждения mapping можно переиспользовать, если контекст действительно тот же. Так ручная очередь сокращается, а не повторяет одно решение каждый месяц.
Проверяемые источники: 1С ИТС — Расчеты с подотчетными лицами
Дубликат проверяется до добавления в авансовый отчёт
Один чек легко загрузить дважды: сотрудник отправил фото, потом повторил через приложение. Файлы могут отличаться, а фискальная операция одна.
Я бы использовал доступные фискальные идентификаторы как сильный ключ и дополнял их датой, суммой и продавцом. Повтор получает статус duplicate candidate до записи.
Если чек исправлен или возвратный, простого совпадения суммы недостаточно. Такие случаи должны иметь отдельный review.
Проверяемые источники: 1С — Автоматическое заполнение авансовых отчетов — 1С:Сканер чеков · 1С — 1С:Сканер чеков — приложение
Бухгалтеру нужна очередь исключений, а не пачка фотографий
Чистые чеки проходят автоматически до черновика отчёта. В очередь попадают неизвестная категория, конфликт сотрудника, подозрение на дубль, нечитабельный реквизит или несоответствие правилам периода.
В интерфейсе я бы показывал конкретное поле, изображение чека и причину проверки. После исправления зависимые проверки запускаются повторно.
Процесс готов, когда по каждому принятому чеку можно восстановить источник данных и статус проверки, а бухгалтер тратит время только на исключения.
Проверяемые источники: 1С — Автоматическое заполнение авансовых отчетов — 1С:Сканер чеков · 1С ИТС — Расчеты с подотчетными лицами
Нечитаемый чек должен сохранять исходный статус
Если фото размыто, часть полей можно восстановить из QR, а часть останется неизвестной. Я бы не помечал такой чек просто как `processed` после заполнения нескольких реквизитов.
Полезны отдельные статусы качества источника: изображение читаемо, QR подтверждён, обязательное поле не найдено, требуется повторное фото. Тогда бухгалтер понимает, почему система просит вмешательство.
После повторной загрузки новая версия изображения связывается с тем же чеком, а не создаёт второй расход.
Проверяемые источники: 1С — Автоматическое заполнение авансовых отчетов — 1С:Сканер чеков · 1С — Мобильное приложение 1С:Сканер чеков
Контрольные вопросы перед внедрением
Можно ли автоматически загружать чеки в авансовый отчёт 1С?
Да. Лучше разделить получение данных чека, сопоставление сотрудника, бухгалтерскую классификацию и финальную проверку. Не каждый распознанный чек должен сразу проводиться.
Что лучше использовать — QR или OCR чека?
Если доступен QR/структурированные фискальные данные, это сильный источник для соответствующих полей. Изображение всё равно стоит сохранять как исходник и для визуальной проверки.
Как автоматически определить статью расхода?
Использовать утверждённые mappings для повторяющихся случаев и candidate classification для новых. Неизвестная категория должна подтверждаться сотрудником с нужными полномочиями.
Я бы считал автоматизацию авансовых отчётов удачной не по количеству распознанных фотографий. Нужен проверяемый путь: чек → источник поля → правило → статус → черновик 1С. Когда исключения локализованы, бухгалтер перестаёт быть ручным OCR-оператором.
Для соседних проверок пригодятся для «распознавание чеков 1С»: Распознавание УПД в 1С: как автоматизировать ввод без потери контроля · Как передавать данные из PDF в 1С с подтверждением сотрудника · Как в 1С найти дубли документов до повторного проведения счёта.