ЭДО/СБИС + Б24: схема интеграции, статусы, контроль дебиторки

Ручное перекладывание документов из CRM в ЭДО и обратно — это потеря времени и деньги. Каждый раз, когда менеджер выгружает счёт из Битрикс24, заходит в СБИС или Диадок, отправляет файл, а потом возвращается в CRM, чтобы «на всякий случай обновить статус», бизнес теряет.

А если добавить сюда контроль дебиторки — отслеживание, кто кому должен, по каким документам и когда пора напоминать, — становится совсем грустно.

Сегодня разбираем связку ЭДО/СБИС + Битрикс24. Схемы интеграции, реальные статусы, автоматический контроль долгов и дебиторской задолженности. Без ручного копирования файлов и бумажной волокиты.

Часть 1. Ключевые операторы ЭДО для Битрикс24

На рынке три основных оператора электронного документооборота, с которыми Битрикс24 работает официально :

• СБИС (Saby) 

• Диадок 

• Такском 

Для обмена документами с самим 1С-Битрикс (например, получение закрывающих документов по лицензиям) достаточно отправить приглашение на ИНН 771758611 и уведомить их письмом .

Но для полноценной связки «Битрикс24 ↔ СБИС ↔ контрагенты» потребуется интеграция через маркетплейс или собственную доработку. У организации может быть подключён только один оператор ЭДО для обмена с конкретным партнёром, но это не мешает использовать разные решения для разных контрагентов или переключаться при необходимости .

Часть 2. Архитектура интеграции: как это работает на деле

Из коробки Битрикс24 не умеет отправлять документы в СБИС или Диадок. Нужен «мост». Таких мостов три типа.

1. Приложение из Маркетплейс Битрикс24

Самый быстрый способ. Существуют готовые приложения, которые добавляют в CRM новые действия для бизнес-процессов.

Пример — приложение «Интеграция с ЭДО Saby (Тензор, СБИС)» . После установки в настройках бизнес-процессов появляются пять новых активити:

• Отправка документов в Saby

• Замена документа в Saby

• Проверка документов в Saby (проверка статуса)

• Отправка многостороннего договора в Saby

• Получение входящих документов из Saby

То есть внутри CRM можно «сказать» системе: «Возьми файл из этой сделки, отправь контрагенту через СБИС, проверь статус, верни результат». Человек с правом электронной подписи получает уведомление со ссылкой на документ, переходит в личный кабинет ЭДО и подписывает. А CRM получает статус обратно.

2. Кастомная интеграция через API (для сложных сценариев)

Если готовое приложение не закрывает потребность (например, нужен не просто обмен файлами, а сложная маршрутизация документов по внутренним согласованиям), пишут свою интеграцию.

Такой подход использовала компания — заказчик кейса LUCKRU . Перед ними стояла задача: сотрудники без права подписи (менеджеры, юристы) должны видеть статусы документов в ЭДО, запускать их согласование, но не иметь доступа в сам Диадок.

Решение: в Битрикс24 сделали «зеркало» Диадок — интерфейс, который отображает все входящие документы, статусы, контрагентов. Менеджер видит, что пришёл новый акт, кликабельное наименование контрагента ведёт в карточку CRM, а юрист может сравнить присланный документ с проектом из реестра. При этом подпись всё равно ставит уполномоченный сотрудник в самом ЭДО.

Так сделка не останавливается, даже если этот сотрудник в отпуске: интеграция позволяет «развязать» руки и ускорить процесс .

3. Интеграция через одностороннюю выгрузку (для малых оборотов)

Для небольших компаний или простых сценариев (например, отправка УПД) можно использовать связку через XML. В Битрикс24 генерируется файл в формате ФНС (согласно приказу от 19.12.2018 № ММВ-7-15/820@), он выгружается, а оператор ЭДО (например, Такском-Файлер) забирает его на подпись и отправку .

Это дешевле, но менее удобно: статус документа в CRM не обновляется автоматически.

Часть 3. Статусы документов: как не потеряться между двумя системами

Главная боль при работе с ЭДО — непрозрачность. Менеджер отправил документ, но не знает, подписал ли его контрагент, отклонил или тот даже не открывал. А клиент ждёт ответа.

Для решения этой задачи в Битрикс24 настраивают смарт-процессы со статусами, которые синхронизируются с ЭДО.

Типовой набор статусов для исходящих документов :

Для входящих документов статусы зеркальные :

• Получен в ЭДО → документ пришёл, создана карточка в Битрикс24

• Подписан → ваша сторона поставила подпись

• Отказ → документ отклонён

Статус должен обновляться автоматически через активити «Проверка документов в Saby», которое можно запускать по расписанию или по кнопке . Менеджер не должен заходить в ЭДО, чтобы узнать, «там уже подписали или нет». Вся информация — в карточке сделки.

Часть 4. Контроль дебиторки: от статуса документа до денег

Самое интересное начинается после того, как документ подписан. Клиент получил акт, договор или счёт. Но оплатил ли он?

Дебиторская задолженность возникает именно здесь — на стыке «документ подписан» и «деньги пришли». И если CRM об этом не знает, вы будете узнавать о долгах только на планёрках, когда менеджер скажет «ой, а он ещё не заплатил, я забыл напомнить».

Где взять информацию об оплатах

Самый надёжный источник — выписка из банка. Битрикс24 умеет подключать выгрузку платежей через:

• Прямую интеграцию с эквайрингом (при оплате картой на сайте)

• Импорт банковской выписки (в ручном или автоматическом режиме)

• Синхронизацию через 1С или СБИС

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

Виджет «Долги»: кто и сколько должен

В СБИС есть встроенный инструмент для контроля дебиторки — виджет «Долги» . Он показывает четыре ключевые метрики:

1. «Нам должны» — общая сумма отгруженных, но не оплаченных реализаций

2. «Срок долга» — сколько дней прошло с момента создания последнего документа

3. «Просрочено» — сумма документов, по которым вышел срок оплаты

4. «Срок просрочки» — на сколько дней просрочены долги

Эти метрики можно смотреть в разрезе по менеджерам, по контрагентам, по периодам. Если у менеджера слишком много просроченных долгов — либо он не справляется с напоминаниями, либо передал деньги, но не отметил это в системе.

Как привязать дебиторку к сделке в Битрикс24

Идеальная схема контроля выглядит так:

1. В карточке сделки созданы поля: «Сумма по договору», «Оплачено», «Остаток долга», «Плановый срок оплаты».

2. Документ (акт/счёт) отправлен через ЭДО и получил статус «Подписано».

3. Робот в Битрикс24 создаёт задачу менеджеру: «Контролировать оплату по сделке №..., плановый срок — 15.05.2026».

4. Приходит платёж из банка или из СБИС. Система автоматически увеличивает поле «Оплачено» и уменьшает «Остаток долга».

5. Если остаток долга > 0 и текущая дата > планового срока — робот отправляет уведомление руководителю и напоминание менеджеру.

6. Когда остаток долга = 0 — сделка закрывается как «Успех».

Никаких ручных сверок. Никаких «ой, забыл напомнить».

Часть 5. Типичная ошибка: держать две учётные системы независимо

Самая частая проблема, с которой сталкиваются компании после внедрения ЭДО: CRM живёт своей жизнью, СБИС/Диадок — своей. Менеджер отправил документ, поставил в CRM галочку «отправлено». Бухгалтер подписал в ЭДО, но CRM об этом не узнала. Клиент оплатил, но платеж не привязался к сделке.

Итог: в CRM висит зелёная сделка «Успех», а по факту денег нет, и никто не помнит, почему. Это называется «фиктивный успех» — и это прямой путь к дыре в управленческом учёте.

Решение: любое критическое действие в ЭДО (подписание документа, получение платежа, отказ контрагента) должно триггерить изменение статуса в CRM. Автоматически, через API или через бизнес-процесс с периодической проверкой.

Если технической возможности синхронизировать статусы в реальном времени нет — ставьте ежедневную автоматическую сверку: робот раз в сутки забирает из ЭДО список документов с новыми статусами и обновляет CRM. Это не идеально, но лучше, чем ручное копирование.

Итог: бумага не нужна, разрывы между системами — тем более

Электронный документооборот уже давно не роскошь, а требование времени — и контрагентов, и налоговой. Но сам по себе ЭДО не решает главную проблему: разрыв между «документ подписан» и «деньги получены». Если CRM не знает о статусах документов и оплатах, вы продолжаете терять деньги и время.

Битрикс24 + СБИС/Диадок в связке дают:

• Одну точку входа для менеджера — вся работа с документами внутри CRM

• Прозрачные статусы — без захода в ЭДО

• Автоматический контроль дебиторки — с напоминаниями и эскалацией

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