ЭДО с контрагентами · Диадок и СБИС

Документы с контрагентами — без ручных выгрузок в кабинеты операторов

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

Два оператора — Диадок и СБИС — одним модулем, в форматах ФНС и с поддержкой машиночитаемой доверенности (МЧД).

Проблема

Обмен идёт через личные кабинеты, а статусы — вручную

Документ выгружается из учётной системы, загружается в кабинет оператора, потом кто-то отслеживает доставку и заводит входящий обратно. Единого статуса нет, а двойной ввод порождает расхождения.

Два кабинета, две логики

Часть контрагентов работает через одного оператора, часть — через другого. Сотрудник держит в голове обе процедуры.

Статус на словах

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

Входящий вводят заново

Принятая накладная попадает в учёт повторным вводом — с опечатками, которые всплывают при сверке.

Решение

Операторы ЭДО подключены к тому же контуру, где живёт документ

Отправка, приём и статусы обрабатываются внутри системы. Входящая первичка сразу связывается с договором и контрагентом и попадает в финансовый архив.

ВозможностьЧто даёт
Обмен через Диадок и СБИСОтправка и приём юридически значимых документов через двух операторов одним модулем
Статусы доставки и обработкиСостояние документа у оператора и у контрагента видно на карточке
МЧД для обменаМашиночитаемая доверенность подтверждает полномочия подписанта
Маршрутизация входящихПринятый документ идёт дальше по процессу: согласование, сверка, учёт
Связь с учётомВходящая первичка ложится в финансовый архив и связывается с договором
Сценарий

Исходящий УПД: от подписания до отметки о получении

Шаг 1

Формирование

Документ создаётся в системе или приходит из учётной системы в формате ФНС и связывается с договором.

Шаг 2

Подписание

Подписант ставит УКЭП прямо в задаче маршрута; полномочия при необходимости подтверждаются МЧД.

Шаг 3

Отправка

Документ уходит контрагенту через его оператора — Диадок или СБИС, — без захода в личный кабинет.

Шаг 4

Статус и учёт

Доставка, подписание контрагентом и отказ отражаются на карточке; комплект по договору пополняется в финансовом архиве.

Скриншот: карточка исходящего УПД со статусами оператора и контрагента, связанный договор и МЧД

Что показываем на демонстрации

  • Отправка и приём документа через провайдера в demo-контуре.
  • Отображение статусов доставки и подписания на карточке.
  • Маршрутизация входящего документа дальше по процессу.
  • Связь принятой первички с договором и её попадание в финансовый архив.

Сценарии демонстрируются на DEMO-стенде под задачи заказчика.

Платформа и смежные модули

  • Операторы ЭДО — Диадок и СБИС, оба поддерживаются одним модулем.
  • Форматы ФНС и МЧД — формализованные документы и подтверждение полномочий.
  • Электронная подпись — УКЭП на КриптоПро в задаче маршрута.
  • Финансовый архив — входящая первичка ложится в комплект по договору.
  • 1С и ERP — обмен данными с учётной системой без повторного ввода.
Почему Руксео

Два оператора, один контур

Один модуль на Диадок и СБИС

Сотрудник работает с документом, а не с кабинетом оператора: маршрутизация определяется тем, через кого работает контрагент.

Без двойного ввода

Документы и статусы живут внутри единого контура и связаны с договором, поэтому первичка не заводится дважды.

Российский стек

PostgreSQL, российские операционные системы и офисные пакеты. Заявка на включение в реестр российского ПО подана 26.07.2026.

Проверим ваш обмен на стенде

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