Первичные документы попадают в 1С после проверки, а не перепечатки
Распознавание счетов, актов и накладных с подготовкой черновиков в 1С и обязательным подтверждением бухгалтером.
Сценарий внедрения · расчётные показатели. Компания и исходные условия вымышлены. Цифры показывают модель процесса, а изображения — иллюстрацию; это не результаты клиента.
Бухгалтерская компания, сопровождающая торговые и сервисные предприятия малого бизнеса.
Подготовка одного документа
Среднее время бухгалтера, включая исправления и подтверждение
Черновики с расхождениями
Доля документов на внутренней проверке до подтверждения
Значения, введённые вручную
Среднее количество вводимых значений на документ
Задача компании
Рассмотрим вымышленную компанию. Масштаб модели: 38 клиентских баз · 3 200 документов за 28 дней. Название, исходные условия и показатели заданы для объяснения процесса; это не выполненный проект Legan Studio.
Бухгалтер переносит реквизиты из первичных документов в клиентские базы и сверяет значения с исходником.
Рассматриваем извлечение полей, поиск расхождений и черновик для 1С. Бухгалтер подтверждает передачу и спорные соответствия.
Как может измениться процесс
Исходные условия модели
- На подготовку документа уходило 8,4 минуты. Сотрудник проверял организацию, контрагента, реквизиты, суммы и позиции, затем вводил данные. Время росло при сокращённых названиях товаров и отдельных файлах для каждой страницы.
- В 11% черновиков внутренний контроль находил расхождение с исходником. Среди причин были пропущенные строки, повторный ввод одного вложения и ошибка в дате. Исправления происходили до окончательного подтверждения, но требовали дополнительного прохода.
- Бухгалтер вручную набирал в среднем 18 значений на документ. При повторяющихся поставщиках часть реквизитов уже была в справочниках, однако поиск соответствия и перенос строк всё равно выполнялись отдельно для каждого файла.
Предлагаемый процесс
- Бухгалтер проверяет документ рядом с извлечёнными значениями.
- Спорные справочники, суммы и возможные дубли выделены до записи.
- После подтверждения сохраняются исходник и история изменений; работа разных клиентов разделена.
Предлагаемое решение
Вложения направляются в единую очередь с разделением по клиентам. Распознавание определяет тип документа и извлекает реквизиты и строки. Похожие файлы помечаются для проверки возможного дубля, но не удаляются автоматически.
Значения сопоставляются с действующими справочниками 1С. Для неоднозначных контрагентов и номенклатуры предлагаются варианты с исходным фрагментом. Низкое качество скана, расхождение итогов и отсутствующие страницы переводят документ в очередь уточнения.
Бухгалтер видит документ и черновик рядом, исправляет спорные поля и подтверждает передачу. Система сохраняет связь с исходным вложением и историю изменений. Подключение к каждой клиентской базе ограничивается необходимыми операциями с черновиками.
Расчётные показатели
| Показатель | До | После |
|---|---|---|
| Подготовка одного документа | 8,4 мин | 3,6 мин |
| Черновики с расхождениями | 11 % | 3 % |
| Значения, введённые вручную | 18 полей | 5 полей |
Все значения таблицы — допущения модели, а не измерения клиента. Для показателя «подготовка одного документа» заданы 8,4 мин в исходном процессе и 3,6 мин в предлагаемом. Абсолютная разница — 4,8 мин. Для процентов это разница в процентных пунктах.
Объём в модели: 38 клиентских баз · 3 200 документов за 28 дней. Время активной работы включает проверку, исправления и ручные исключения. Время ожидания ответа считается отдельно: его нельзя прибавлять к освобождённым рабочим часам. Этапы одной операции также не суммируются повторно.
Для реальной проверки понадобятся одинаковые определения показателей, сопоставимые задачи до и после пилота и журнал результатов. Доли качества проверяются по всей согласованной выборке. Освобождённое время не считается денежной экономией без подтверждённого изменения расходов; возможный результат конкретной компании нужно измерить отдельно.
Что остаётся за сотрудником
Документы разделены по клиентским базам. ИИ не проводит документы и не принимает учётные решения; каждую передачу подтверждает бухгалтер, а спорные реквизиты сверяются с исходником.
Сценарий подготовлен Legan Studio.