Счёт приходит на общую почту, накладная — вместе с поставкой, акт — в мессенджер ответственному сотруднику. Бухгалтеру приходится собирать документы из разных каналов, переносить реквизиты и выяснять, к какому заказу относится каждая сумма.
Проблема не только в объёме ручной работы. Ошибка в номере договора, повторно загруженный счёт или незамеченное расхождение между заказом и поставкой могут остановить оплату либо отправить на согласование неверные данные.
Разберём, как выстроить обработку счетов и первичных документов так, чтобы система готовила данные и маршрут, а финансовое решение оставалось у ответственного сотрудника.
Где начинается лишняя ручная работа
Документы редко поступают одним способом. Поставщики используют электронную почту, кабинет обмена документами, форму на сайте или передают бумажный экземпляр с товаром. Внутри компании копии сохраняют в папках, пересылают между отделами и прикрепляют к задачам.
Если единой точки приёма нет, бухгалтерия сначала ищет последнюю версию, затем вручную вводит поставщика, дату, сумму, налоговые данные и номер заказа. Когда информации не хватает, документ возвращается в переписку, где его статус уже трудно отследить.
Что можно передать системе
Автоматизация может принять файл из разрешённого канала, определить тип документа и извлечь нужные поля: реквизиты поставщика, номер и дату, позиции, сумму и валюту. Затем данные сохраняются в карточке обработки вместе с исходным файлом, чтобы сотрудник видел не только распознанные значения, но и документ-основание.
На этом этапе система не должна считать любой найденный текст достоверным. Нечёткий скан, непривычный шаблон или пропущенное поле получают отметку для проверки. Так сомнительные данные не проходят дальше как подтверждённые.
Как документ связывается с заказом
После извлечения данных система ищет основание в ERP или другой учётной системе: заказ поставщику, договор, поставку или ранее созданное обязательство. Сопоставление идёт по нескольким признакам, а не только по номеру из одного поля.
- поставщик и его реквизиты;
- номер заказа или договора;
- номенклатура, количество и цена;
- факт приёмки товара или выполнения работ;
- валюта, сумма и допустимые отклонения.
Если подходящего основания нет или совпало несколько заказов, карточка направляется сотруднику с понятной причиной. Автоматическое предположение не подменяет выбор бухгалтера.
Какие проверки выполняются до согласования
До запуска маршрута полезно проверить, не поступал ли документ раньше, активен ли поставщик, совпадают ли сумма и позиции с заказом, зарегистрирована ли поставка. Правила зависят от процесса компании: для услуг важен подтверждённый акт, для товара — фактическое количество на приёмке.
Проверка дублей должна учитывать не только имя файла. Один и тот же счёт может прийти как PDF, фотография и вложение в повторном письме. Надёжнее сравнивать реквизиты документа и связь с конкретным заказом.
Автоматизация готовит проверенную карточку и показывает расхождения, но не должна самостоятельно подтверждать спорный документ или инициировать платёж.
Как строится маршрут согласования
Маршрут определяется по данным самого документа и правилам компании. Счёт может сначала получить владелец заказа, затем руководитель подразделения и только после этого бухгалтерия. Для сумм выше установленного лимита добавляется отдельный согласующий, а для стандартных повторяющихся услуг путь остаётся короче.
Каждый участник получает карточку с исходным файлом, найденным заказом, результатами проверок и отмеченными расхождениями. Согласование фиксирует, кто и когда принял решение, а возврат обязательно содержит причину и следующего ответственного.
Где необходимо решение сотрудника
Человек подтверждает неоднозначное сопоставление, изменение реквизитов поставщика, превышение суммы, расхождение по позициям и готовность документа к учёту. Платёж, исправление бухгалтерской записи и изменение справочника контрагентов выполняются только по действующим полномочиям компании.
Система может напомнить о задержке и передать задачу заместителю по заранее согласованному правилу. Она не должна обходить участника только потому, что срок истёк, если его подтверждение обязательно.
Что видит руководитель процесса
Руководителю важен не список всех файлов, а состояние потока: какие документы ожидают проверки, где возникло расхождение, у кого задержалось согласование и что вернули поставщику на исправление. Такой обзор помогает управлять исключениями, не вмешиваясь в каждую стандартную операцию.
История действий позволяет восстановить путь документа от получения до передачи в учёт. Это особенно полезно при повторном запросе поставщика, внутренней проверке или смене ответственного сотрудника.
Как запускать автоматизацию поэтапно
- Выбрать один тип документов и один понятный канал поступления.
- Зафиксировать обязательные поля, основания и допустимые отклонения.
- Описать маршрут, полномочия и причины возврата.
- Проверить процесс на качественных файлах, плохих сканах, дублях и документах без заказа.
- Только после стабильной обработки расширять перечень поставщиков и типов документов.
Что оценить до внедрения
До начала проекта стоит определить, где хранится достоверная информация о заказе и поставке, кто отвечает за справочник контрагентов, какие расхождения допустимы и какие действия требуют двух уровней подтверждения. Без этих правил автоматизация лишь быстрее перенесёт существующую неопределённость.
Хороший результат — не документ, который «обработался сам», а прозрачный поток: стандартные данные подготовлены без повторного ввода, исключения видны сразу, а финансовое решение принимает сотрудник с нужными полномочиями.
