CRM
RetailCRM
Передача заказов менеджеров на склад и возврат результатов.
Оценим передачу подтверждённых сделок Битрикс24 на складскую обработку и возврат фактов сборки и отгрузки в CRM. Перед реализацией определим, какая сущность CRM является основанием заказа и какие стадии допускают складские действия.
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Основание для складского заказа | Битрикс24 → Skirbo | Обсудим в составе подключения Выбрать сделку или другую согласованную сущность, воронку и стадию передачи на склад. |
| Товарные позиции | Битрикс24 → Skirbo | Обсудим в составе подключения Сопоставить идентификатор товара, количество и единицы; зафиксировать поведение при изменении после начала сборки. |
| Статус обработки и трек-номер | Skirbo → Битрикс24 | Обсудим в составе подключения Записывать факты в согласованные поля или стадии без повторного запуска встречного заказа. |
| Изменения CRM | Битрикс24 → Skirbo | Обсудим в составе подключения По событию перечитывать актуальное состояние и применять согласованные правила отмены или корректировки. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Предлагаемый способ: REST API Битрикс24 через согласованное приложение или вебхук, с обработкой выбранных событий CRM.
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
В Битрикс24 заказом служит сделка, смарт-процесс или другая сущность, какие стадии запускают склад?
Это предлагаемый вариант. Согласуем конкретную воронку и стадию, обязательные поля и правило, предотвращающее повторное создание заказа при повторном событии.
Определим поля CRM для статуса, номера складского заказа и трек-номера. Запись этих данных проверим вместе с действующими роботами и уведомлениями.
Официальные REST-методы CRM доступны в документации. Схему заказа, права портала и обратные обновления Skirbo нужно оценить. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.
Названия и логотипы используются для обозначения сервисов. Состав подключения и условия уточняем для вашей задачи.