Анонс интеграции с AmoCRM и опрос по функционалу
Совместно с MODSTORE.PRO принято решение о создании компонента для интеграции с AmoCRM. Чтобы сделать компонент наиболее полезным, нам необходимо услышать мнение потенциальных пользователей о желаемом функционале — напишите в комментариях свои ожидания.
Что такое AmoCRM?
Если вкратце, то AmoCRM — это простая и понятная система учета потенциальных клиентов и сделок, которая поможет контролировать и увеличивать ваши продажи. С помощью нее вы не только с легкостью сможете контролировать сделки, но и не потеряете ни одной заявки от потенциальных клиентов.
Узнать подробнее (и даже активировать 14-дневный trial) можно здесь: http://www.amocrm.ru/
На текущем этапе предполагаем такой функционал:
- Отправка данных о заказе (сделке) и покупателе (контакте) в AmoCRM.
- Отправка данных о смене статуса заказа на сайте.
- Отправка данных о платеже (дополнительно к смене статуса).
- Прием данных о смене статуса заказа в AmoCRM (с использованием скрипта для cron или настраиваемого webhook).
- Хук для FormIt, позволяющий создавать Контакты из любой формы обратной связи
18 ноября 2016, 13:33
Комментарии: 43
Если ты про AmoCRM, то их API здесь: developers.amocrm.ru/rest_api/
Если про API компонента, которое позволит MODX связать с другими системами, то пока нет ничего — это анонс разработки и изучение пожеланий, чтобы в основу заложить максимум расширяемости.
Если про API компонента, которое позволит MODX связать с другими системами, то пока нет ничего — это анонс разработки и изучение пожеланий, чтобы в основу заложить максимум расширяемости.
При создании пользователя на событие OnBeforeUserFormSave отправлять данные пользователя в амо. Чтобы к примеру позвонить потому менеджеру.
Кажется амо интегрируется с разными сервисами для рассылки.
Дак вот подписку оформлять и отправлять в амо.
А уже из амо ставить задания на автоматическую рассылку.
Избранные материалы интегрировать, чтобы можно было сделать кнопку добавить в амо, со статусом каким нибудь. Типо позвонить, написать.
Кажется амо интегрируется с разными сервисами для рассылки.
Дак вот подписку оформлять и отправлять в амо.
А уже из амо ставить задания на автоматическую рассылку.
Избранные материалы интегрировать, чтобы можно было сделать кнопку добавить в амо, со статусом каким нибудь. Типо позвонить, написать.
Почему решили именно эту CRM использовать?
Битрикс24 на 12 пользователей бесплатный, api тоже есть dev.1c-bitrix.ru/rest_help/index.php
Я ничего не имею ни за Битрикс, ни против Amo, единственное, что смущает — на Амо 12 пользователей стоит 6000 руб. каждый месяц (72000 в год), а на битриксе — бесплатно.
Битрикс24 на 12 пользователей бесплатный, api тоже есть dev.1c-bitrix.ru/rest_help/index.php
Я ничего не имею ни за Битрикс, ни против Amo, единственное, что смущает — на Амо 12 пользователей стоит 6000 руб. каждый месяц (72000 в год), а на битриксе — бесплатно.
Очень, очень интересная тема в контексте интеграции с CRM в общем.
Интересны лиды/обращения из формит (форма обратной связи).
Интересны заказы со статусами из минишоп2 (заказы).
Дважды интегрировал битрикс24 в разрезе телефонии (встроенный и внешний модуль)
Остановились на salesplatform — пожалуй, лучшая интеграция с Asterisk.
Скрины из salesplatform.ru/ это адаптированный для ру форк vtiger
Модуль Обращения (лиды) и Сделки
Вкратце:
Один из важных инструментов CRM это телефония.
И тут начинаются приключения: как правило у компании уже есть своя телефония со своей логикой.
Облачные CRM навязывают свою логику распределения звонков со своей АТС, а не ту которая вырабатывалась годами (например привязка клиент-менеджер из 1С).
Интересны лиды/обращения из формит (форма обратной связи).
Интересны заказы со статусами из минишоп2 (заказы).
Дважды интегрировал битрикс24 в разрезе телефонии (встроенный и внешний модуль)
Остановились на salesplatform — пожалуй, лучшая интеграция с Asterisk.
Скрины из salesplatform.ru/ это адаптированный для ру форк vtiger
Модуль Обращения (лиды) и Сделки
Вкратце:
Один из важных инструментов CRM это телефония.
И тут начинаются приключения: как правило у компании уже есть своя телефония со своей логикой.
Облачные CRM навязывают свою логику распределения звонков со своей АТС, а не ту которая вырабатывалась годами (например привязка клиент-менеджер из 1С).
Добрый всем день!
Уже есть разработанный компонент, который может передавать заявки в АМО в любую воронку на любой из этапов + любые кастомные поля, готов поделиться, если будут развивать и улучшать.
Вот краткий функционал(ТЗ по которому делался компонент) того что уже есть
1. Необходима возможность использовать разработку на других проектах(то есть, что бы вы пояснили как перенести и настроить это на любом другом сайте на modx), то есть по сути мы при подключении к сайту, должны передавать ключ api и прочие параметры доступов.
2. Сделать так, что бы формы можно было настраивать через приложение formConstruct
3. Список передаваемых полей и форм различны для каждого проекта — необходима возможность настраивать их
3.1 Базовые (бюджет сделки, имя, телефон)
3.1.Поля которые настриваются вот здесь nwgroup.amocrm.ru/settings/custom_fields/), то есть мы должны указывать наверное какое то соотвествие, что поле company в форме соотвествует полю название компании во вкладке компании и так далее (может предложите более удобный механизм)
3.3 Передавать теги для сделок, что бы потом было удобно в системе фильтровать
3.4 Часть параметров нужно передавать по идее скрыто (например на странице квартиры s6060.h5.modhost.pro/catalog/green-city/apartments/case-1/section-1/floor-1/77/ есть цена, и номер квартиры — вот эти данные не нужно запрашивать у пользователя, но их нужно иметь возможность скрыто передать в CRM)
4. Так же важно, что бы для различных форм, можно было выставлять нужно ответственного человека из списка сотрудников. То есть, посути, на сайте может быть 3 формы к примеру, и каждая будет ставить своего ответственного человека в CRM за каждыми заявками.
5. Необходима возможность передачи в разные воронки продаж и на разные этапы в этих воронках, то есть если указывается что нужно передать в какую то конкретную воронку продаж, в противном случае, это все попадает в категорию неразобранное(смотрите документацию API — там про эту категорию отдельная ветка)
6. Логика работы
6.1. Поступила заявка
6.2. Проверяем контакты — нет ли у нас уже человека с такими данными, если нет то создаем его и сделку
6.3. Если есть человек с указанными контактами, то проверяем, есть ли у него активная сделка.
6.4. Если есть активная сделка(которая не находится на статусе отказ или продажа(на любой из воронок, их в системе может быть много) — смотрите в системе этапы воронки продаж) — записываем данные об обращении в данную сделку (смотрите в документации API раздел Событие (примечание))
6.5. Если сделки активной нет, то создаем новую сделку
Уже есть разработанный компонент, который может передавать заявки в АМО в любую воронку на любой из этапов + любые кастомные поля, готов поделиться, если будут развивать и улучшать.
Вот краткий функционал(ТЗ по которому делался компонент) того что уже есть
1. Необходима возможность использовать разработку на других проектах(то есть, что бы вы пояснили как перенести и настроить это на любом другом сайте на modx), то есть по сути мы при подключении к сайту, должны передавать ключ api и прочие параметры доступов.
2. Сделать так, что бы формы можно было настраивать через приложение formConstruct
3. Список передаваемых полей и форм различны для каждого проекта — необходима возможность настраивать их
3.1 Базовые (бюджет сделки, имя, телефон)
3.1.Поля которые настриваются вот здесь nwgroup.amocrm.ru/settings/custom_fields/), то есть мы должны указывать наверное какое то соотвествие, что поле company в форме соотвествует полю название компании во вкладке компании и так далее (может предложите более удобный механизм)
3.3 Передавать теги для сделок, что бы потом было удобно в системе фильтровать
3.4 Часть параметров нужно передавать по идее скрыто (например на странице квартиры s6060.h5.modhost.pro/catalog/green-city/apartments/case-1/section-1/floor-1/77/ есть цена, и номер квартиры — вот эти данные не нужно запрашивать у пользователя, но их нужно иметь возможность скрыто передать в CRM)
4. Так же важно, что бы для различных форм, можно было выставлять нужно ответственного человека из списка сотрудников. То есть, посути, на сайте может быть 3 формы к примеру, и каждая будет ставить своего ответственного человека в CRM за каждыми заявками.
5. Необходима возможность передачи в разные воронки продаж и на разные этапы в этих воронках, то есть если указывается что нужно передать в какую то конкретную воронку продаж, в противном случае, это все попадает в категорию неразобранное(смотрите документацию API — там про эту категорию отдельная ветка)
6. Логика работы
6.1. Поступила заявка
6.2. Проверяем контакты — нет ли у нас уже человека с такими данными, если нет то создаем его и сделку
6.3. Если есть человек с указанными контактами, то проверяем, есть ли у него активная сделка.
6.4. Если есть активная сделка(которая не находится на статусе отказ или продажа(на любой из воронок, их в системе может быть много) — смотрите в системе этапы воронки продаж) — записываем данные об обращении в данную сделку (смотрите в документации API раздел Событие (примечание))
6.5. Если сделки активной нет, то создаем новую сделку
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| amoCRM | 1.9.3-pl от 25.12.2022 | 742 |
| miniShop2 | 4.3.0-pl от 02.07.2023 | 25 488 |
Вчера в 17:19
Я нафигачил просто несколько условий
Вчера в 12:57
Данная ошибка в логе никак не связана с проверкой доступа по модификатору pasraccess.
Можете написать в ТГ в профиле.
20 апреля 2024, 16:08
Смотрите ошибки в консоли браузера.
20 апреля 2024, 15:47
{set $data = id_ресурса | resource : 'название_тв_migx' | fromJSON}
{foreach $data as $item}
{$item.name}
...
19 апреля 2024, 12:48
Постараюсь в свободное время это сделать, спасибо за предложение
19 апреля 2024, 11:49
Самое лучшее решение в данной ситуации — это сделать отдельный файл для работы с этим API, например:
/assets/components/mycomponent/api.phpну или про...
18 апреля 2024, 21:54
Не отображаются добавленные поля в редактировании пользователя.
Добавил одно поле в «общую информацию», для другого создал вкладку, в ней ещё вкладку...
18 апреля 2024, 17:01
попробуйте убрать exit(true);
17 апреля 2024, 19:46
cпасибо!