Все материалы

Практика · Практический разбор

SLA в согласовании документов: что измерять

Какие сроки нужны в маршруте, как находить узкие места и почему SLA должен быть виден всем участникам процесса.

28 апреля 2026 г.4 мин

Коротко

Что важно забрать в работу

  1. 01SLA стоит начинать с понятного маршрута: кто принимает решение, где возникает возврат и какой статус нужен бизнесу.
  2. 02ИИ полезен для первичного разбора и подсветки риска, но финальное согласование должно оставаться у ответственной роли.
  3. 03Пилот лучше проверять на одном потоке документов, чтобы эффект был виден по срокам, возвратам и ручным уточнениям.
01

SLA должен быть привязан к этапу, а не к общему дедлайну

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

02

Хороший SLA отвечает на три вопроса

  1. 01кто держит следующий шаг
  2. 02сколько времени осталось до риска
  3. 03что произошло при отклонении или возврате
03

Как запустить SLA без лишней бюрократии

Начните с одного маршрута и трёх–пяти этапов, где задержка уже влияет на сделку или оплату. Для каждого этапа задайте владельца, рабочий срок и правило эскалации, если срок подходит к концу.

После запуска сравнивайте не только среднее время, но и долю просроченных этапов, причины возврата и количество ручных напоминаний. Так SLA становится инструментом улучшения процесса, а не формальной цифрой.

FAQ

Частые вопросы

С чего начать SLA?

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

Где в этом процессе нужен ИИ?

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

Как понять, что пилот ЭДО сработал?

Сравните один поток до и после запуска: время согласования, число возвратов, ручные вопросы о статусе и просроченные этапы. Если эти показатели стали понятнее и управляемее, маршрут можно расширять на соседние документы.