Диадок, СБИС или Такском: как выбрать оператора ЭДО под 1С

Сравнивать операторов по прайс-листу — путь к переделке через год: тарифы у всех троих устроены похоже и меняются чаще, чем живёт любая сравнительная таблица. Устойчивое основание для выбора — ваш собственный ландшафт. Пять вопросов, на которые стоит ответить до разговора с менеджерами операторов. Первый: какие у вас конфигурации 1С и насколько они типовые? На типовой «Бухгалтерии» или «Управлении торговлей» свежих редакций заработает модуль любого из троих. Доработанная конфигурация, старый релиз или самописная учётная система рядом с 1С — сразу смотрите на API оператора и открытость его документации: интеграцию придётся строить, а не устанавливать. Второй: есть ли маркированные товары? Коды «Честного ЗНАКа» передаются через УПД, и оператор ЭДО — обязательное звено этой цепочки. Важно, как коды попадают в УПД со склада и кассы и что происходит при ошибке в кодах. Разбор этого контура — в статье про маркировку и «Честный ЗНАК» в 1С. Третий: есть ли перевозки по договору? С 1 сентября 2026 года транспортные накладные оформляются только электронно через ГИС ЭПД, и обычного ЭДО-подключения для них недостаточно — нужен аккредитованный оператор ИС ЭПД из реестра Минтранса. Что именно меняется и что проверить в 1С — в разборе ЭТрН и ГИС ЭПД. Четвёртый: где сидят ваши контрагенты? Возьмите топ-20 контрагентов по объёму документов и выясните их операторов. Если большинство у одного оператора — это сильный аргумент; если разброс — решает качество роуминга, о нём ниже. Пятый: что ещё нужно от оператора, кроме обмена с контрагентами? Регламентированная отчётность, кадровый ЭДО, EDI-обмен с сетями. Один оператор на всё — меньше договоров и точек отказа; отдельные инструменты под каждую задачу — смешанный ландшафт, у него свои правила.

Страх «контрагенты у другого оператора — придётся всех переводить» устарел. Между крупными операторами — Диадоком, СБИС, Такскомом, Калугой Астрал — роуминг настраивается автоматически: отправляете контрагенту приглашение прямо из сервиса, он принимает, обмен работает. Без заявок, бумаг и недель ожидания — это результат стандартизации автороуминга, о которой операторы договорились в ассоциации РОСЭУ. Проблемная зона остаётся в двух случаях. Первый — небольшие и отраслевые операторы: с ними роуминг может требовать заявки и ручной настройки с обеих сторон, а сроки растягиваются от дней до недель. Если ключевой контрагент сидит на таком операторе, роуминг-пару проверяют до подписания договора, а не после. Второй — специальные контуры: электронный путевой лист через межоператорский роуминг не ходит вообще, все участники оформления ЭПЛ должны быть у одного оператора ИС ЭПД. Для обычных УПД и актов таких ограничений нет, но пилот на одной реальной паре контрагентов дешевле, чем разбор зависших документов при закрытии месяца. Итог: если контрагенты у крупной четвёрки, роуминг не должен влиять на выбор оператора. Аргументом он становится, только когда значимая доля документооборота приходится на контрагентов у нишевых операторов.

Держать двух операторов одновременно — не костыль, а обычная практика: закон не требует единственного оператора, а задачи у контуров разные. Типичный расклад: обмен УПД с поставщиками через Диадок, потому что там исторически большинство контрагентов; регламентированная отчётность — через встроенный в 1С сервис на Такскоме; кадровые документы — в Saby Staff (СБИС КЭДО) или в КЭДО от Контур.Диадока. Каждый контур живёт по своим правилам, и требование «один оператор на всё» может стоить дороже, чем два договора. Так выбирал и наш клиент — производственно-торговый холдинг пищевой отрасли с десятками тысяч контрагентов. Документы уходили через разных операторов ЭДО, статусы приходилось проверять в личном кабинете каждого. Холдинг встроил модуль СБИС в 1С и сделал 1С единой точкой работы: документы, статусы и архив — в одном интерфейсе, каналы операторов — под капотом. Подробности — в кейсе внедрения СБИС для пищевого холдинга. Правило, которое делает смешанный ландшафт управляемым: единой точкой должна быть учётная система, а не личные кабинеты операторов. Пути два. Первый — модули обоих операторов внутри 1С: документы разных каналов сводятся в один журнал обмена. Второй — интеграционная шина или прямая интеграция по API: 1С формирует документ, шина маршрутизирует его нужному оператору, статусы и архив возвращаются в 1С. Второй путь дороже на старте, но не привязывает документооборот ни к одному оператору: замена канала — это замена коннектора, а не перестройка процессов. Как устроено такое внедрение — на странице ЭДО в 1С.