CRM
RetailCRM
Передача заказов менеджеров на склад и возврат результатов.
Предлагаем связать обращение с конкретной CRM записью и разрешённым контекстом Skirbo. На склад попадает согласованный товарный заказ; заявка и переписка остаются процессом поддержки.
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Заявка и переписка | Envybox Онлайн-чат → выбранная CRM | Обсудим в составе подключения Сохранить связь сайта/диалога и CRM записи; маршрут amoCRM подтверждён официальной инструкцией. |
| Утверждённый товарный заказ | CRM / менеджер → Skirbo | Обсудим в составе подключения Использовать отдельный проверенный интерфейс после согласования состава. |
| Контекст исполнения | Skirbo → уполномоченный менеджер | Обсудим в составе подключения Оператору нужен факт конкретного заказа, а не общий список клиентов фулфилмента. |
| Повторное обращение или претензия | Envybox / CRM → владелец заказа | Обсудим в составе подключения Привязать к существующему заказу, не создавать новый резерв из повторного сообщения. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Основной продукт этой страницы — Онлайн-чат Envybox. EnvyCRM, почтовые интеграции, аналитика, ИИ-агент и обработчик1С — отдельные модули/контракты. Их возможности не переносятся автоматически на API чата; amoCRM используется только как конкретный подтверждённый пример маршрута обращения.
Для Онлайн-чата официально описана интеграция с amoCRM, включая работу с перепиской. Прямой API обмен со Skirbo остаётся предметом отдельного уточнения модуля и контракта. До него можно проверить операторский процесс с существующей CRM и разрешённым просмотром складского результата; автоматический приём заказов из всех виджетов не обещается.
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Задача: Отделить входящую заявку от подтверждённой продажи и исполнения.
Когда начинается: Покупатель пишет в Онлайн-чат Envybox на сайте магазина и спрашивает о заказе либо оставляет новую заявку. Оператор сначала различает консультацию, новую продажу и обращение по уже оформленному заказу.
Результат: Оператор и склад работают с одним проверенным заказом, сохраняя исходное обращение.
Задача: Отвечать по существующему исполнению без нового заказа.
Когда начинается: Покупатель повторно пишет в Онлайн-чат и указывает данные для проверки заказа.
Результат: Повторный разговор продолжает историю существующей продажи.
Задача: Довести запрос клиента до подтверждённого решения и приёмки.
Когда начинается: Оператор фиксирует претензию и конкретные позиции исходного заказа.
Результат: Претензия связана с фактическим возвратом, а не просто закрытым диалогом.
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Обращение и переписка | Онлайн-чат Envybox / поддержка | Сохранять сайт, канал и связь с выбранной CRM записью. |
| Контакт и коммерческий допуск | Менеджер выбранной CRM | Телефон и текст заявки не заменяют согласование заказа. |
| SKU, количество и адрес | Утверждённый CRM заказ | Позиции проверяются до складской передачи; исходный чат не служит универсальной схемой. |
| Резерв, сборка и физический возврат | Skirbo / склад | Только склад подтверждает фактическое движение. |
| Цена, оплата и компенсация | Продавец / учётная система | Аналитический этап сделки не является разрешением на денежную операцию. |
| Права и клиентские границы | Владелец сайта и администратор CRM | Каждый сайт/CRM аккаунт связан с разрешённым tenant и складом. |
| Открытая претензия | Назначенный менеджер | Её владелец и срок следующего шага сохраняются после завершения переписки. |
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Покажите путь одной заявки из Онлайн-чата в вашу CRM и один уже исполненный заказ — определим, где появляется коммерческий допуск и какие данные нужны оператору.
Предлагаем сначала создать или найти обращение и проверить коммерческий заказ. Только согласованные SKU, количества, адрес, клиент и склад могут стать складским заданием.
Официальная инструкция описывает маршрут Онлайн-чата в amoCRM. Можно оценивать работу через существующую CRM; обмен её утверждённым заказом со Skirbo проверяется отдельно.
Это не подтверждено. Ключ в инструкции отдельного продукта не доказывает совместимость другого модуля; нужен его собственный контракт и права.
Проверяем связь обращения с уже существующим CRM заказом и складским номером. Совпадение телефона помогает уточнить клиента, но не заменяет эту связь.
В этой схеме оператор фиксирует просьбу и передаёт её уполномоченному продавцу. Склад отдельно подтверждает физическое поступление; решение о компенсации не выводится из статуса чата.
Изучаем возможность связи со Skirbo. Готовый коннектор, его включение и приёмка для вашего аккаунта пока не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.
Названия и логотипы используются для обозначения сервисов. Состав подключения и условия уточняем для вашей задачи.