Отправка документов
Сотрудник выбирает или загружает нужные файлы, а интеграция передаёт их оператору по согласованному сценарию.
Встраиваем электронный документооборот в рабочий процесс менеджера: документ или приглашение запускается из сделки, проходит через используемого оператора ЭДО, а подтверждённый статус возвращается обратно в amoCRM. Сотруднику не приходится вручную сверять два интерфейса.
Сценарии
Не переносим весь интерфейс оператора в amoCRM. Добавляем только те действия и статусы, которые нужны сотруднику в конкретной сделке.
Сотрудник выбирает или загружает нужные файлы, а интеграция передаёт их оператору по согласованному сценарию.
По реквизитам контрагента можно определить доступный сценарий обмена и запустить приглашение из CRM.
Если обмен идёт между разными операторами, отдельно учитываем доступный маршрут и выбор оператора.
Подписание, отклонение или другое значимое состояние возвращается в связанную сделку.
По важному событию можно создать задачу, сообщение пользователю или примечание вместо ручного мониторинга.
Если компания работает через несколько юрлиц или аккаунтов оператора, источник и маршрут определяются по правилам процесса.
Путь документа
Идентификатор документа и объект CRM связываем при отправке, чтобы входящий статус возвращался туда, откуда начался процесс.
Надёжность
Один и тот же статус может прийти повторно. Интеграция должна отличать новое событие от уже обработанного и не создавать дубли задач или примечаний.
Сохраняем устойчивый ключ входящего события или документа для защиты от повторной обработки.
Документ, приглашение или статус относятся к конкретной сделке по сохранённой связи, а не по приблизительному совпадению.
Задача или уведомление создаётся тому пользователю, который должен продолжить процесс.
Неуспешная отправка не выглядит как выполненная: сотрудник получает понятный результат и дальнейшее действие.
Если бизнес-сценарий требует пакет документов, обрабатываем их как контролируемый набор, а не как несвязанные ручные загрузки.
Операторы
Не объединяем разные API в абстрактный «ЭДО». Для каждого оператора отдельно проверяем доступные методы, права, роуминг и необходимые статусы.
Отправка документов, приглашения, события и другие доступные операции через используемый контур СБИС.
Документы, статусы и связанные операции через API Диадока в объёме конкретного проекта.
Проверяем, какой оператор обслуживает контрагента и какой маршрут доступен для обмена.
В CRM возвращаем понятное бизнес-состояние, а не технический ответ внешнего API.
Связанные направления
Документ может формироваться из CRM, реквизиты приходить из учётного контура, а результат подписания запускать следующий этап заказа.
Смотреть также
Если процесс затрагивает 1С, производство или логистику, фиксируем, какое событие ЭДО должно запускать следующий этап и где хранится итоговый статус.
Вопросы
Да, если используемый оператор и права аккаунта позволяют выполнить нужную операцию через API. Интерфейс запуска можно разместить в рабочем процессе CRM.
Да, если это поддерживает выбранный сценарий оператора. Тогда интеграция обрабатывает пакет и возвращает сотруднику общий понятный результат.
Да, для поддерживаемого оператором сценария. Если доступно несколько маршрутов или операторов, можно добавить выбор перед отправкой.
При отправке сохраняем связь документа со сделкой, затем входящее событие оператора сопоставляется по устойчивому идентификатору и обновляет нужный объект CRM.
Операторы могут повторно присылать одно и то же состояние. Поэтому входящие события обрабатываются идемпотентно — повтор не должен создавать второе одинаковое действие.
Да. По выполненной разработке предоставляем 3 месяца бесплатной технической поддержки. Дальнейшее сопровождение и развитие — по запросу.
Укажите оператора, что сотрудник делает сейчас вручную, какие документы отправляет и какой результат должен увидеть в сделке. Определим минимальный рабочий сценарий интеграции.