Exabit Logo

Диадок, СБИС или Астрал - как выбрать оператора ЭДО под 1С и не купить еще одну ручную работу

12 декабря 2025 · 4 мин чтения ·
Диадок, СБИС или Астрал - как выбрать оператора ЭДО под 1С и не купить еще одну ручную работу

У нас был проект у дистрибьютора с потоком 900 входящих документов в месяц. Руководитель был уверен, что проблема в операторе: подписание идет 4-6 дней, значит выбрали не тот сервис. Когда мы разобрали путь документа, картина оказалась другой: согласование шло по почте, бухгалтерия работала в 1С ERP 2.5, а часть крупных контрагентов жила в другом контуре.

Поэтому сравнивать Диадок, СБИС и Астрал только по кабинету и тарифу почти бессмысленно. Для бизнеса важно не то, как выглядит сервис на витрине, а сколько ручной работы осталось после запуска и где потом приходится искать статус документа.

Сначала смотрите на процесс, потом на оператора

Если у вас уже есть 1С:Бухгалтерия, 1С ERP или 1С:Документооборот, оператор ЭДО должен встроиться в эту схему. Иначе документ начинает жить в нескольких местах: одна версия в 1С, вторая у оператора, третья - в переписке.

На демо все операторы выглядят похоже. Разница становится заметна в конце месяца, когда бухгалтеру нужно понять, где зависли 120 закрывающих.

Я видел это у сервисной компании с потоком 250+ документов в неделю. Формально ЭДО был внедрен, но цикл согласования существовал отдельно от учета. После настройки маршрута в 1С:Документооборот 3.0 и отказа от пересылки файлов по почте срок согласования сократился с 3,8 дня до 1,6 дня - без смены оператора.

Если больше 30-40% документов проходят внутренний маршрут до подписи, вопрос уже не в том, у кого удобнее интерфейс. Важно, где документ согласуют, где подписывают и где хранится финальный статус.

В ежедневной работе разница видна лучше, чем в презентации

Базовый набор у всех ожидаемый: КЭП, УПД, статусы, архив, роуминг. На практике компании платят за другое - за количество действий вне 1С, за прозрачность роуминга и за то, насколько быстро новый бухгалтер начинает работать без постоянных подсказок.

Критерий Диадок СБИС Астрал
Работа из 1С обычно зрелые сценарии зависит от модуля и сборки часто хватает типового сценария
Роуминг с крупными контрагентами часто проще на старте проверять по списку партнеров проверять по списку партнеров
Действий вне 1С обычно меньше нередко больше переходов зависит от внедрения

Мы обычно смотрим на это так. Диадок чаще удобен там, где много крупных контрагентов и важна предсказуемая интеграция. СБИС выбирают, когда вместе с ЭДО нужны отчетность и смежные сервисы. Астрал часто выглядит разумным вариантом, если считают полную стоимость владения и не хотят переплачивать за лишние модули.

Для потока 700-1000 документов в месяц я бы замерял три вещи: сколько кликов нужно до отправки УПД, какая доля операций делается прямо в 1С и сколько новых контрагентов подключаются без долгой переписки.

Если у вас 1С, проверяйте глубину интеграции

Фраза «есть интеграция с 1С» сама по себе ничего не означает. Сразу нужно уточнять, что именно за этим стоит: типовой модуль, обмен через API, поддержка нетиповой конфигурации или схема, при которой сотрудники постоянно уходят в веб-кабинет.

У нас был проект на нетиповой 1С ERP, где входящий документ сначала попадал в кабинет оператора. Бухгалтер открывал браузер, скачивал файл, возвращался в 1С и вручную менял статусы. После доработки обмена через API время обработки одного документа сократилось с 12 до 4 минут. На месячном объеме это уже не вопрос удобства, а вполне ощутимые часы работы.

До:

  • документ приходит в кабинет
  • сотрудник переключается между 2 системами
  • статус в 1С обновляется вручную

После:

  • документ сразу попадает в 1С
  • проходит маршрут согласования
  • подписывается и архивируется в одном контуре

Рабочий чек-лист короткий:

  • больше 2-3 лишних действий на документ - потеря времени станет постоянной
  • финальный статус живет не в 1С - сотрудники начнут сверять данные вручную
  • нет поддержки нетиповой конфигурации - бюджет почти наверняка вырастет уже после старта

Самая дорогая ошибка - экономить на тарифе, а не считать сеть контрагентов

Неудачный кейс у нас тоже был. Сервисная компания выбрала оператора, потому что годовой тариф был ниже примерно на 20-30 тыс. ₽. Через 4 месяца выяснилось, что 65% ключевых контрагентов работают в другом контуре, часть актов снова уходит по почте, а бухгалтерия ведет параллельный учет по статусам.

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

Поэтому я бы считал не цену одного документа, а полную стоимость внедрения: лицензии, интеграцию, обучение, сопровождение и стоимость ручной обработки. Иногда более дорогой оператор на старте оказывается дешевле уже через 2-3 месяца.

Решение можно принять быстро, если проверять на реальных документах

За ближайшие 3 дня можно сделать больше, чем за месяц обсуждений тарифов и презентаций. Выгрузите топ-20 контрагентов по обороту, проверьте их операторов, опишите 3 сценария - входящий УПД, исходящий акт, корректировка - и запросите пилот на живых документах, а не на демо.

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

Нужна помощь с реализацией?

Расскажите о задаче - предложим решение и дадим оценку сроков.