В прошлом году к нам пришла оптовая компания с фразой: «У нас все закрыто, мы уже в Диадоке». Мы проверили путь одного акта: УПД уходил через оператора, но договор согласовывали по почте, счет утверждали в мессенджере, а менеджер в CRM не видел, подписан документ или нет. Формально ЭДО был. Деньги по части сделок зависали на 5-7 дней.
Такое я вижу регулярно. Сервис обмена документами часто покупают как готовый ответ, хотя это только один слой. Если смотреть не на кнопку «отправить», а на путь документа до оплаты, картина быстро становится понятной.
Где заканчивается файл и начинается процесс
PDF в письме - это еще не документооборот. КЭП сама по себе тоже ничего не решает, если у документа нет статуса, истории действий, нормального поиска и понятного места хранения. Рабочий контур начинается там, где документ можно отследить от черновика до архива.
Обычно я делю это на два слоя. Внешний - УПД, акты, счета-фактуры, обмен с контрагентами через оператора. Внутренний - договоры, заявки на оплату, согласование условий, версии и сроки внутри компании.
На проекте в B2B-услугах у клиента было 120 сотрудников. Бухгалтерия жила в СБИС, а договор проходил через 6 участников по email. В какой-то момент никто уже не понимал, где последняя версия и кто держит паузу. Средний срок согласования был 6 дней.
Признаки зрелого процесса довольно простые:
- документ создается в системе, а не в файле «Договор_финал_7»
- у него есть маршрут, статусы и ответственные
- реквизиты не переносят вручную между 1С и CRM
- нужный документ находится за 10-15 секунд
Деньги теряются на паузах между статусами
Бумага и курьер почти никогда не делают экономику проекта. Потери возникают в другом месте: акт не подписан вовремя, оплата не запускается, менеджер считает сделку закрытой, бухгалтерия вручную обновляет статусы в трех окнах. Для собственника это выглядит как выручка. Для счета - как ожидание.
Реальный эффект ЭДО - в скорости прохождения документа до оплаты.
У производственной компании, с которой мы работали, на один акт приходилось 9 ручных действий: выгрузить, отправить, напомнить, проверить подпись, обновить статус в 1С, написать менеджеру, сохранить копию, переслать, потом еще раз найти. После того как мы собрали единый маршрут, осталось 3 действия, а срок до оплаты сократился на 34%.
Что смотреть в первую очередь?
Не число лицензий и не список функций. Я бы смотрел на четыре метрики: срок согласования договора, время поиска акта, долю документов без ручных напоминаний и число ручных действий на один документ. Этого уже достаточно, чтобы понять, где именно у вас тормозит процесс.
1С ЭДО, Диадок и 1С:Документооборот - не одно и то же
Путаница обычно начинается с вопроса «что лучше». На практике вопрос другой: где у вас источник правды по статусам и какая система этим статусом управляет.
| Инструмент | Что решает | Когда хватает |
|---|---|---|
| 1С ЭДО | обмен документами из 1С | если учетный контур живет в 1С |
| Диадок / СБИС | внешний обмен с контрагентами | если нужен юридически значимый канал |
| 1С:Документооборот | маршруты, версии, задачи, архив | если документ проходит через несколько ролей |
| API-интеграция | передача статусов в CRM, ERP, личный кабинет | если статус влияет на оплату и отгрузку |
Типовая схема, которую мы собираем чаще всего, - 1С ЭДО + Диадок для внешнего обмена и 1С:Документооборот 3.0 для внутренних согласований. Если продажи идут в amoCRM или Bitrix24, статус подписи возвращаем туда по API. Иначе отдел продаж не видит, что происходит с документом.
CTO логистической платформы хорошо сформулировал это на встрече: «Оператор отправляет документ наружу. Но внутри компании документ все равно должен кто-то вести». Это точная мысль. Оператор не решает вашу внутреннюю логику.
Когда оператора хватает, а когда он только прячет ручную работу
Если поток линейный - счет, акт, УПД, подпись без сложных согласований, - одного оператора и базового сценария в 1С часто достаточно. Для небольшой компании это нормальный старт без тяжелого внедрения.
Картина меняется, когда документ зависит от суммы, типа договора, подразделения или юрлица. Как только появляется больше 3-4 ролей, версии и дедлайны, нужен слой маршрутизации. Иначе люди начинают переносить статусы вручную, а ошибки там появляются быстро.
У нас был и неудачный заход. Для сервисной компании мы сначала внедрили только внешний ЭДО и решили, что договорной контур еще какое-то время проживет в почте. Это не сработало: реквизиты не попадали обратно в 1С, менеджеры дергали бухгалтерию вручную, срок согласования почти не изменился. Потом мы переделали схему уже с маршрутом и единым статусом документа.
Внедрение начинается не с лицензий, а с одного дорогого сбоя
Самая частая ошибка - покупать все сразу: подписи, архив, договоры, заявки, согласования, доступы на всех сотрудников. Команда получает еще одно окно и еще одну обязанность. Польза в ежедневной работе неочевидна, и проект начинает вязнуть уже на старте.
На практике лучше взять 1-2 сценария, где задержка уже бьет по деньгам. Мы так делали в логистике: начали с 20 контрагентов и одного типа договора, собрали маршрут на Laravel 11 + PostgreSQL 16, связали его с 1С и CRM за 6 недель, а потом расширили на остальные отделы. Сработало это потому, что сначала мы зафиксировали источник правды по статусам, а уже потом наращивали объем.
В ближайшие 6-12 месяцев компании будут выбирать не между Диадок и 1С ЭДО. Выбор будет между теми, у кого статус документа сам двигает деньги по процессу, и теми, где за этим статусом все еще ходит человек.
