Регистрация
Новый пользователь или выбранное событие может создать или обновить контакт и запустить нужный сценарий в CRM.
Передаём между системами только те сущности и события, которые нужны менеджерам: регистрация, заказ, оплата, статус или следующий шаг. До разработки фиксируем направление обмена, идентификаторы связи и какая система отвечает за каждое значение.
Не копируем весь аккаунт GetCourse в amoCRM. Синхронизируем только данные, которые участвуют в работе отдела продаж.
Сценарии
Состав обмена зависит от вашей схемы GetCourse и того, где сотрудники фактически ведут коммуникацию с клиентом.
Новый пользователь или выбранное событие может создать или обновить контакт и запустить нужный сценарий в CRM.
Передаём номер, состав или другие необходимые параметры заказа в согласованном объёме.
Факт оплаты может обновлять связанную сделку, поле или запускать следующий этап процесса.
Значимое изменение состояния в одной системе отражается в другой только по заранее заданному правилу.
При необходимости сохраняем идентификаторы продукта, предложения или другого объекта для дальнейшего сопоставления.
По выбранному событию автоматически создаём действие для сотрудника вместо ручного просмотра GetCourse.
Связь объектов
Поиск только по имени или телефону недостаточен для долгоживущей интеграции. Сохраняем внешние идентификаторы и правила повторной обработки.
Проектирование
Иначе одинаковые данные начинают перезаписывать друг друга в двух системах.
Определяем, где создаётся первичная запись и в какой момент появляется контакт в amoCRM.
Фиксируем правило: один заказ = одна сделка, несколько заказов в одной сделке или другой вариант процесса.
Уточняем, какое событие является фактом оплаты и как обрабатываются частичные или повторные платежи.
Не синхронизируем все поля в обе стороны без необходимости; у каждого значения есть система-владелец.
Один webhook или повторная выгрузка не должны создавать второй контакт, заказ или сделку.
Надёжность
Событие не считается обработанным только потому, что запрос отправлен. Фиксируем фактический ответ и состояние операции.
Храним устойчивые ID объектов обеих систем для повторных обновлений.
Повторный вход обрабатывает существующую связь вместо создания дубля.
Неуспешный обмен получает отдельный статус и безопасную повторную попытку.
Передаём только поля и события, которые действительно используются следующим этапом процесса.
Связанные решения
Если требуется управленческая картина по обучению, продажам или источникам, обмен можно связать с отдельной аналитикой.
Смотреть также
Интеграция закрывает операционный обмен, а аналитический слой может объединять показатели GetCourse и CRM отдельно.
Вопросы
Да, если определены нужный тип события, правила поиска контакта и то, как заказ должен соотноситься со сделкой.
Да. По устойчивой связи заказа и сделки фактическое событие оплаты может обновить нужное поле, статус или запустить автоматизацию.
До создания объекта выполняем согласованное сопоставление и сохраняем внешние идентификаторы. Повторное событие должно обновлять существующую связь.
Можно для отдельных значений, но сначала определяем владельца каждого поля. Полная двусторонняя синхронизация всех данных обычно создаёт больше конфликтов, чем пользы.
Да. Операционную интеграцию можно дополнить отдельным аналитическим контуром, если нужны сводные показатели и объединение с другими источниками.
Да. По выполненной разработке предоставляем 3 месяца бесплатной технической поддержки. Дальнейшее сопровождение и развитие — по запросу.
Покажите один путь клиента от регистрации до оплаты и укажите, где сейчас сотруднику приходится переносить данные вручную.