ИИ и автоматизация · от 4 недель
Входящее разбирается само. Человек решает спорное.
Заявки, счета, акты, накладные, претензии, письма — всё это приходит потоком и разбирается руками. Мы ставим слой, который классифицирует входящее, вытаскивает нужные поля, проверяет комплектность и отправляет дальше по маршруту. Поверх тех систем, которые у вас уже есть, а не вместо них.
Кому это подходит · 02
Подходит, если
- →Входящего потока хватает, чтобы им занимался хотя бы один человек постоянно
- →Документы более-менее типовые: набор форм ограничен
- →Есть учётная система, куда данные в итоге попадают
- →Понятно, что происходит с обращением после того, как его разобрали
- →Ошибка в разборе заметна и исправима, а не обнаруживается через полгода
Не подходит, если
- —Каждый документ уникален и правил разбора не существует
- —Весь архив — плохие сканы, и бюджета на подготовку данных нет
- —Проблема не в разборе, а в том, что дальше обращение никто не ведёт
- —Нужен просто OCR: тогда достаточно готового сервиса, и это дешевле
Мы говорим об этом заранее: браться за проект, который не дойдёт до результата, невыгодно обеим сторонам.
Как идёт работа · 03
от 4 недельЗамер потока
1 неделя
Считаем, сколько документов приходит, каких типов, сколько минут уходит на каждый и где чаще всего ошибаются. Берём выборку реальных документов, а не описание процесса на словах.
На выходе
Baseline: объём, время, доля ручной работы, частота ошибок
Правила разбора
1–2 недели
Определяем типы документов, какие поля нужны из каждого, что считать нормой, а что отклонением, и куда обращение уходит дальше.
На выходе
Схема типов, полей и маршрутов; список исключений
Пилот на реальном потоке
3–5 недель
Система разбирает поток параллельно с сотрудником. Сравниваем: где совпало, где ошиблась, где человек тоже ошибался. Настраиваем порог, при котором документ уходит на ручную проверку.
На выходе
Точность разбора по типам и решение GO / ADJUST / STOP
Интеграция и передача
3–6 недель
Подключаем к учётной системе и почте, настраиваем маршруты, права и журнал. Обучаем команду работать с очередью спорных случаев.
На выходе
Рабочий контур, интеграции, документация, обучение
Что вы получаете · 04
Классификация обращений
Входящее раскладывается по типам и срочности до того, как его увидел человек.
Извлечение данных
Нужные поля из счетов, актов, накладных и заявок — сразу в учётную систему.
Проверка комплектности
Система видит, что документа не хватает или поле не сходится, и говорит об этом сразу.
Маршрутизация
Обращение уходит тому, кто им занимается, без ручной сортировки.
Очередь спорного
То, в чём система не уверена, идёт человеку — с пометкой, что именно вызвало сомнение.
Отчётность по потоку
Сколько пришло, сколько разобрано автоматически, где копится очередь.
Стоимость и от чего она зависит · 05
Считаем по составу работ
Вилку называем сразу после разбора — до того, как вы потратите на нас больше сорока минут. Точная сумма фиксируется в смете и дальше не меняется.
От чего зависит
- ·Сколько процессов разбираем — один или несколько смежных
- ·Объём и состояние данных: выгрузки из систем или бумага и сканы
- ·Количество интервью и доступность владельцев процесса
- ·Нужен ли замер baseline на реальных операциях или хватает имеющегося учёта
- ·Требования к режиму работы с данными
Доказательство · 06
Честно о статусе
Публичного кейса именно по обработке входящего потока у нас пока нет — первое внедрение в работе. При этом сам метод не новый для нас: мы разбирали документные процессы при постановке задач для промышленной кооперации и в медицинском проекте, где замер на реальных документах показал 61,7 % повторяющегося текста. Мы предпочитаем сказать это прямо, а не выдать проработку за внедрение.
Начать с диагностики →Что внутри · 07
Слой поверх ваших систем, а не замена им.
Вопросы · 08
Система будет ошибаться?
Да, как и человек. Разница в том, что у системы ошибка измерима: мы знаем точность по каждому типу документа и настраиваем порог, при котором спорное уходит на ручную проверку. Задача не в ста процентах, а в том, чтобы снять с людей типовое и оставить им сложное.
У нас всё в сканах. Это проблема?
Это главный фактор стоимости, и мы оцениваем состояние архива до фиксации цены, а не после. Иногда выгоднее начать с потока новых документов, а старый архив разбирать отдельным этапом или не разбирать вовсе.
Нужно ли менять учётную систему?
Нет. Мы работаем поверх того, что есть, — это дешевле, быстрее и не ломает то, к чему люди привыкли.
Это точно задача для ИИ?
Не всегда. Часть разбора закрывается обычными правилами и интеграцией — это надёжнее и дешевле. Где проходит граница, мы определяем на диагностике и говорим прямо, даже если ответ «здесь ИИ не нужен».
Сколько людей освободится?
Не назовём цифру до замера — это было бы обещанием без основания. После первой недели диагностики мы знаем объём и время на операцию и считаем эффект уже по вашим числам.
Покажите один документ и один маршрут.
За сорок минут разберём, как этот поток устроен сейчас, и скажем, что в нём реально поддаётся автоматизации.