21.08.2026 · блог

Выгрузка документов из 1С в ЭДО (Диадок, СБИС): способы

Запрос «выгрузка документов из 1С в ЭДО» обычно означает одно из двух: либо документы вообще не уходят к оператору и их носят руками, либо уходят, но никто не видит, что с ними происходит дальше. Ниже — рабочие способы отправки в Диадок и СБИС, их ограничения и то, что можно автоматизировать, не переписывая конфигурацию.

Четыре способа отправить документ из 1С в ЭДО

Способ выбирается не по вкусу, а по конфигурации, объёму и тому, каким оператором пользуются ваши контрагенты.

• Встроенный сервис 1С-ЭДО. Есть в типовых конфигурациях — Бухгалтерия 3.0, УНФ, Управление торговлей, ERP. Документ реализации превращается в электронный УПД прямо из формы, поддерживается роуминг с другими операторами.
• Модуль оператора внутри 1С. Контур поставляет модуль Диадока для 1С, Тензор — свой коннектор СБИС. Ставится в конфигурацию и даёт интерфейс оператора на рабочем месте бухгалтера. Разумно, когда компания уже живёт в кабинете конкретного оператора.
• Выгрузка XML и загрузка в веб-кабинет. Формализованные документы (УПД, счёт-фактура) имеют утверждённый ФНС XML-формат; типовая 1С умеет их выгружать, кабинет — принимать. Работает всегда, но руками.
• API оператора. И у Диадока, и у СБИС есть программные интерфейсы. Это путь для нетиповых конфигураций, больших объёмов и случаев, когда 1С — не единственный источник документов.

Что ломается на практике

Сама отправка редко бывает узким местом. Ломается окружение вокруг неё.

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

Отдельно про подпись: КЭП — ответственность конкретного человека. Автоматизировать имеет смысл подготовку, отправку рутинных пакетов и контроль, но не «робота, который подписывает за директора».

Что автоматизируется без переписывания конфигурации

Если трогать конфигурацию дорого или запрещено, работает внешний контур: 1С отдаёт данные, отдельный сервис их сверяет и оповещает.

• Регламентная выгрузка из 1С. По расписанию забираем реестр отгрузок — обработкой, HTTP-сервисом или файлом выгрузки — и складываем в таблицу (Google Sheets, Excel), которую видят и бухгалтерия, и продажи.
• Сбор статусов у оператора. Где есть API — берём через API. Где доступа к API нет, а кабинет открыт только человеку, работает сбор настоящим браузером с российского адреса: сервис заходит в кабинет как сотрудник и снимает таблицу статусов. Это замена ручного копирования, а не обход защиты оператора.
• Сверка. Два списка сводятся по номеру и дате: что отгружено в 1С, что ушло в ЭДО, что подписано. Глазами нужно смотреть только расхождения.
• Телеграм-бот и монитор. Утренний отчёт: сколько документов не отправлено, сколько висит без подписи дольше заданного срока, с какими контрагентами не настроен обмен. Плюс мгновенное сообщение при отклонении документа.
• Работа без присмотра. Всё это крутится на сервере по расписанию, а не на компьютере сотрудника, который выключен во время отпуска.

Чек-лист перед внедрением

Ответы на эти вопросы определяют, хватит ли штатного модуля или нужен внешний контур и интеграция.

• Конфигурация типовая или доработанная, кто и с какой периодичностью её обновляет.
• Каким оператором пользуется большинство контрагентов — от этого зависит доля роуминга и количество ручных согласований.
• Объём: десятки документов в месяц или тысячи. На небольших объёмах ручная отправка из 1С дешевле любой интеграции.
• Нужны только исходящие или ещё приём входящих с сопоставлением по поступлениям.
• Кто владеет сертификатом и по какому регламенту подписывает.
• Нужны ли статусы обратно в 1С или достаточно отдельного реестра и уведомлений.

Практический порядок обычно такой: сначала штатный модуль и порядок в реквизитах, затем реестр и контроль статусов снаружи, и только потом интеграция через API — если объём её действительно окупает.