Я занимаюсь внедрением и интеграциями CRM уже третий год. За это время у меня было больше 70 интеграций, а около 90% клиентов после внедрения остаются на сопровождении.

И один из вопросов, который я регулярно слышу еще до начала проекта:

«А какая CRM нам лучше подойдет — Битрикс24, amoCRM или что‑то другое?»

Иногда вопрос формулируют еще проще:

Для простой серверной интеграции с Битрикс24 далеко не всегда требуется полноценная OAuth 2.0-авторизация.

Если задача — из внешнего сервиса создать контакт, проверить существующего клиента и записать лид в CRM, это можно сделать через входящий вебхук Битрикс24 и обычный PHP.

Я использую такую схему в интеграциях, когда внешняя система отправляет данные на наш сервер, а сервер уже решает, что именно нужно создать в CRM.

Когда впервые пишешь собственную интеграцию с amoCRM через REST API, сами запросы к сделкам, контактам или компаниям обычно оказываются не самой сложной частью.

Основной вопрос возникает раньше:

как один раз авторизовать интеграцию, а затем поддерживать доступ к amoCRM без постоянного ручного получения ключей?

1-2 года назад я реализовывал такую интеграцию на PHP. Токены хранили в MySQL, а работу с OAuth разбили на несколько отдельных файлов.

Сейчас решил восстановить общую архитектуру этой реализации.

Если убрать детали, OAuth-интеграция выглядит довольно просто:

Authorization Code → Access Token + Refresh Token → сохранение в БД → запросы к REST API → обновление токенов → повторное сохранение в БД.

Код авторизации берется в AmoCRM:

CRM для сферы оборудования и промышленных машин: почему здесь не работают шаблонные настройки

За три года работы с интеграцией и настройкой CRM-систем — Bitrix24 и amoCRM — я успел поработать с большим количеством компаний, связанных с оборудованием.

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

И за это время я заметил одну закономерность: CRM для сферы оборудования почти никогда нельзя настроить по универсальному шаблону.

Воронка продаж или любая другая воронка (производства, закупок, HR) в любой CRM всегда начинается с бизнес-аналитики, т.е. надо понять процессы в бизнесе клиента и под них настроить IT инфраструктуру, а не наоборот.

Тыкать пальцами кнопки в Битрикс24 много ума не надо, а вот сделать правильно, именно так как надо клиенту - это и есть специальность интегратора CRM.

Воронка продаж это всегда определение:

Привет, технари, я на Хабре недавно, решил делиться своей экспертизой и общаться с единомышленниками, чтобы иметь окружение схожих себе и обмениваться опытом. Сам своими руками сделал более 70 интеграций Битрикс24 и AmoCRM за 3 года, есть что выложить из опыта.

Отделам продаж постоянно нужны отчеты: конверсии, звонки и так далее, но особо развитым кампаниям надо отчеты уже кастомные, не шаблон. Если брать шаблонные отчеты в Битрикс24, то там кусок фронта достаточно шаблонный, что и обычно для CRM которая «для всех», это же не самописка. Там есть Конструктор отчетов, но там тоже очень много ограничений.

А если РОП или директор по продажам хочет кастомный отчет? В Rest API лезть?

При большом желании можно и в API лезть, но в Битрикс24 есть промежуточный вариант, полушаблон, полукод (кастом) — BI конструктор.

[В статье немеряно скриншотов — прим. НЛО]