Warning: Use of undefined constant ‘CONCATENATE_SCRIPTS’ - assumed '‘CONCATENATE_SCRIPTS’' (this will throw an Error in a future version of PHP) in /home/users/j/j595856/domains/unit1.pro/blog/wp-config.php on line 88
Варианты интеграции retailCRM с вашим сайтом — Блог компании UnitOne
Санкт-Петербург, Ленинский пр-т, 168 оф. 319
+7 996 768-1381 contact@unit1.pro

Варианты интеграции retailCRM с вашим сайтом

Выбираем вариант интеграции сайта и retailCRM

Интеграция любой CRM-системы с сайтом в общем случае представляет собой обмен данными между сайтом и CRM. RetailCRM не исключение. О возможных вариантах реализации этого обмена поговорим сегодня.

Начнем с рассмотрения самого процесса обмена информацией. Здесь можно выделить 2 основных варианта:

  • Передача данных только с сайта в retailCRM. Это так называемая односторонняя интеграция, когда с сайта в CRM передаются базовые данные о каталоге товаров, совершенных заказах/клиентах. Дополнительно к базовой информации можно передавать информацию с различных форм сайта (например, заказ обратного звонка), факт присутствия клиента на сайте, информацию о просмотренных страницах, данные о брошенных корзинах и т.д.
  • В дополнение к односторонней интеграции можно настроить передачу данных из retailCRM в Ваш интернет-магазин. Можно возвращать статусы заказа для отслеживания клиентом в личном кабинете, передавать изменения заказов после обработки менеджером, выгружать новые заказы из CRM, созданные менеджером вручную, и т.д. Это двусторонняя интеграция.

Сравнение 1 и 2 сторонней интеграций

Выбор из этих видов интеграций зависит от Ваших бизнес-процессов и требований конкретно Вашего бизнеса.

После того, как Вы определились с направлениями передачи информации между интернет-магазином и retailCRM, необходимо ответить на следующий вопрос: как/в какой момент передавать информацию. Здесь есть следующие варианты:

  • Передача информации по расписанию. В этом варианте мы принимаем решение, что синхронизировать данные между магазином и retailCRM будем с периодичностью в N минут. Как правило, на сервере настраивается скрипт, который будет запускаться каждые N минут и выполнять всю работу по синхронизации данных. Здесь неважно, одно- или двусторонняя синхронизация используется, скрипт может получать изменения и из магазина, и из CRM, обрабатывать их и выполнять нужные действия.
  • Передача информации по событию. В этом случае, изменения обрабатываются непосредственно в момент, когда они происходят: клиент создал заказ — в этот момент заказ выгрузился в CRM, менеджер изменил статус заказа — тут же изменился статус заказа в личном кабинете клиента.
  • Комбинированная передача информации: одно направление обмена синхронизируется по расписанию, другое направление — по событию.

У каждого из этих видов интеграции есть свои плюсы и минусы:

Интеграция по расписанию

Достоинства:

  • Удобна в случае самописных сайтов или сайтов, CMS которых не поддерживает систему оповещений о  событиях. В данном случае, вся работа по обмену идет в одном скрипте, нет необходимости вносить изменения в файлы движка сайта, следовательно меньше шансов, что все перестанет работать после обновления CMS.
  • Отлично подходит для больших нагрузок, при большом количестве заказов.

Недостатки:

  • Временной разрыв между синхронизацией данных может вызвать неудобства в работе. Возможны ситуации, когда на стороне одной из систем информация изменилась, а на стороне другой системы еще не произошло изменение.
  • Для реализации необходимо сохранять момент времени последней синхронизации, чтобы при следующем запуске получить изменения, произошедшие после этого момента. В случае с retailCRM можно сохранять идентификатор истории изменений. Проблема кроется в том, что в случае ошибки в коде, данный момент времени или идентификатор может быть не сохранен или сохранен некорректно, что приведет к ошибкам в работе алгоритма синхронизации.

Интеграция по событию

Достоинства:

  • Информация актуальна в обеих системах в любой момент времени. Вы точно знаете, что и в CRM, и в магазине в любой момент данные одинаковые.

Недостатки

  • Обработка различных событий может повлечь усложнение разработки синхронизации. Один скрипт будет обрабатывать изменения на стороне магазина, другой на стороне CRM. Дополнительно, для обработки событий на стороне retailCRM потребуется настроить один или несколько триггеров.
  • Не совсем или полностью не подходит для сайтов с CMS без системы событий, так как для реализации придется вносить изменения в код движка.

Это основные моменты, которые необходимо продумать, если Вы решили подключить свой интернет-магазин к retailCRM. Какой вариант подходит Вашему бизнесу решайте самостоятельно или посоветуйтесь с техническими специалистами.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *