Отправка документов
Файл и реквизиты берутся из рабочего процесса, передаются в Saby и связываются с нужной сделкой.
Встраиваем электронный документооборот в работу с клиентом: сотрудник запускает отправку документа или приглашения из amoCRM, интеграция передаёт данные в Saby, а важный результат возвращается в сделку. Не нужно отдельно проверять кабинет ЭДО после каждого действия.
Сценарии
Интеграция не заменяет Saby. Она убирает лишние переходы между системами и возвращает в CRM только те действия и статусы, которые нужны сотруднику.
Файл и реквизиты берутся из рабочего процесса, передаются в Saby и связываются с нужной сделкой.
После отправки фиксируем результат операции; при необходимости возвращаем статус подписи или необходимость действия.
Приглашение можно запускать из CRM по реквизитам контрагента без ручного поиска во втором интерфейсе.
Если контрагент работает через другого оператора, сценарий учитывает выбор доступного оператора и идентификатора ЭДО.
Один документ
Точный состав шагов зависит от типа документа и правил компании, но рабочая цепочка остаётся прозрачной.
Роуминг
Saby поддерживает обмен через роуминг. Для интеграции важно не просто отправить запрос, а корректно определить получателя и зафиксировать итог.
Используем реквизиты, которые позволяют однозначно определить контрагента и нужный ящик.
Если доступно несколько вариантов, сотруднику показывается только необходимый выбор вместо технических данных API.
Интеграция может инициировать приглашение к ЭДО или роумингу из рабочего сценария.
Результат отправки и дальнейшие значимые статусы можно возвращать в CRM как поле, примечание, задачу или уведомление.
Надёжность
Для документов особенно важно не создать повторную операцию и не вернуть событие не тому клиенту.
Храним идентификаторы внешней операции и объекта CRM, чтобы последующие события попадали в правильный контекст.
Если компания работает через несколько юридических лиц или ящиков, заранее определяем правила выбора отправителя.
Повторное событие или retry не должны создавать второй документ или второе уведомление.
Если отправка не удалась, сотрудник получает понятное действие, а не молча потерянный запрос.
Перед разработкой
Сначала определяем один конкретный документооборот и только затем расширяем интеграцию.
Из какого юридического лица и ящика отправляем.
Что именно передаём и нужна ли подпись.
Какие реквизиты и идентификаторы доступны в CRM.
Какой статус должен увидеть сотрудник.
Когда ставим задачу, уведомляем или повторяем запрос.
Связанные процессы
Документ может формироваться после учётной операции, а его подпись — запускать следующий этап работы.
Дальше
Если процесс начинается в amoCRM, продолжается в 1С и заканчивается подписанным документом, проектируем связь объектов и статусов по всей цепочке, а не отдельный вызов API.
Вопросы
Да. Saby предоставляет API для отправки приглашений; в интеграции можно использовать реквизиты контрагента из CRM и вернуть результат сотруднику.
Да. Сценарий может учитывать контрагентов у других операторов ЭДО, доступные идентификаторы и выбор оператора, когда он требуется.
Состав вложений и правила отправки определяем для конкретного типа операции. Интеграция может передавать несколько подготовленных файлов, если это поддерживает выбранный сценарий Saby.
Значимые события можно получать из Saby и сопоставлять с исходной операцией и сделкой amoCRM.
Для важных операций предусматриваем запись состояния, понятную ошибку сотруднику и безопасный повтор там, где он допустим.
Нет. В CRM выводим только действия и статусы, нужные конкретной роли; полный документный контур остаётся в системе ЭДО.
Покажите один реальный сценарий: от сделки и документа до отправки, подписи или приглашения. Определим, какие действия стоит перенести в amoCRM и какие статусы возвращать обратно.