Обсудить задачу
CRM

Skirbo +
Creatio

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

Посмотреть сценарии

Какой обмен обсудим

Зафиксируем нужные операции, направление данных и условия приёмки.

ОперацияНаправлениеСостав и готовность
Разрешённый заказCreatio → SkirboОбсудим в составе подключения

Запись данных и контекст процесса сохраняются раздельно.

Исполнение и исключениеSkirbo → CreatioОбсудим в составе подключения

Результат связан со строками и ответственным.

Разрешение возврата/фактCreatio ↔ SkirboОбсудим в составе подключения

Коммерческое решение отделено от приёмки.

На узком экране таблицу можно прокрутить в сторону.

Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.

Для какой задачи подходит сервис

Рассматривается клиентская конфигурация Creatio и её версия. Изменение записи данных и запуск бизнес-процесса — разные действия; статья не предполагает фиксированную модель заказа во всех установках. Creatio не смешивается с конструктором сайтов Creatium.

Как организовать обмен

Сохранён индекс 7.17/7.18; дополнительно прочитаны руководства OData и процессов Version 10 и release notes 8.3.2. Контракт, runtime, доступ и операции конкретной установки выбирают по её версии; общая совместимость 8.x не заявляется.

Предлагаемый порядок работы

  1. В Creatio завершается согласованный этап разрешения заказа: кредит, условия и состав проверены владельцем продаж.
  2. Из выбранного интерфейса получают устойчивую запись заказа, строки и контекст процесса; связывают компанию, SKU и склад.
  3. В Skirbo формируют одно задание разрешённой версии; оператор комплектует только согласованные позиции.
  4. Фактическое количество и недостачу сохраняют как отдельный складской результат.
  5. В Creatio записывают результат и, если это предусмотрено процессом, передают подтверждённый сигнал нужному экземпляру; перечитывают состояние.
  6. При потере ответа сначала проверяют запись и процесс. Запуск нового экземпляра не используется как универсальный повтор.

Практические сценарии

Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.

Согласование → разрешение складу → результат

Задача: Сохранить управляемый переход от CRM-процесса к физическому исполнению.

Когда начинается: В Creatio завершается согласованный этап разрешения заказа: кредит, условия и состав проверены владельцем продаж.

  1. В Creatio завершается согласованный этап разрешения заказа: кредит, условия и состав проверены владельцем продаж.
  2. Из выбранного интерфейса получают устойчивую запись заказа, строки и контекст процесса; связывают компанию, SKU и склад.
  3. В Skirbo формируют одно задание разрешённой версии; оператор комплектует только согласованные позиции.
  4. Фактическое количество и недостачу сохраняют как отдельный складской результат.
  5. В Creatio записывают результат и, если это предусмотрено процессом, передают подтверждённый сигнал нужному экземпляру; перечитывают состояние.
  6. При потере ответа сначала проверяют запись и процесс. Запуск нового экземпляра не используется как универсальный повтор.

Результат: Менеджер видит исполнение именно согласованного заказа.

Если возникло исключение

  • Отказ согласования или поздняя отмена должны проверяться до физической выдачи.

Недостача → коммерческое решение

Задача: Вернуть исключение человеку, имеющему право изменить обещание клиенту.

Когда начинается: Склад фиксирует недоступную строку и уже собранный объём.

  1. Склад фиксирует недоступную строку и уже собранный объём.
  2. В Creatio связывают исключение с заказом и ответственным; он выбирает ожидание, частичную поставку или замену.
  3. Решение проходит нужное согласование, затем новая разрешённая версия поступает складу.

Результат: Склад не принимает коммерческое решение вместо менеджера.

Если возникло исключение

  • Комментарий менеджера не трактуется как команда без формализованного допуска.

Возврат клиента и проверка состояния

Задача: Закрывать CRM-обращение по фактическому результату склада.

Когда начинается: Ответственный в Creatio оформляет разрешение возврата с исходной поставкой.

  1. Ответственный в Creatio оформляет разрешение возврата с исходной поставкой.
  2. Skirbo принимает товар и фиксирует пригодность, брак и фактическое количество.
  3. Результат возвращают в связанную запись обращения; финансовое и коммерческое решение остаётся в соответствующем процессе.

Результат: Обращение не закрывается только по заявлению покупателя.

Если возникло исключение

  • Финансовый возврат не обещается как функция складского коннектора.

Кто управляет данными

ДанныеОтветственный источникПравило обмена
ЗаказCreatio/ERP по договорённостиПроцесс назначает момент допуска.
SKUКаталог клиентаПользовательские справочники сопоставляются явно.
ОстаткиSkirboCRM-состояние не изменяет физическое количество.
СтатусыCreatio — согласование; Skirbo — выполнениеЗапись поля и завершение процесса различаются.
ДокументыERP/настроенный процессПередаются проверенные реквизиты, не автоматические подписи.
ВозвратыCreatio — запрос; Skirbo — приёмкаСостояние товара возвращается до решения о компенсации.
Контакт и организацияВладелец клиентских данных CreatioКонтакт связан с нужной организацией и разрешённым заказом; общий телефон не объединяет заказчиков.
Сделка и экземпляр процессаПродажи и владелец процесса CreatioID записи заказа, схема процесса и ID работающего экземпляра сохраняются раздельно; склад не запускает повторное согласование по потере ответа.

Что обсудить перед пилотом

  • Где начинается физическое исполнение?
  • Как найти уже запущенный экземпляр процесса?
  • Какие поля меняются автоматически бизнес-правилами?
Перед оценкой

Что нужно уточнить

  • Точная версия Creatio и описание доработанной модели.
  • Схема процесса допуска и точка приёма результата.
  • Спецификация сервисов данных/процессов и роль технического пользователя.
  • Примеры частичного исполнения и поздней отмены.
  • Раздельные владельцы контакта, коммерческой сделки, записи заказа и экземпляра процесса; они утверждают разрешённую обратную операцию.
  • Изолированное соответствие экземпляра Creatio, организации продавца, клиента фулфилмента и физического склада.
Границы сценария

Что учесть заранее

  • Изученный индекс 7.17/7.18 не подтверждает совместимость 8.x.
  • Запуск процесса может иметь побочные эффекты и требует отдельного права.
  • Маршрут автоматического webhook не подтверждён прочитанным разделом.
  • Работа в стране клиента и коммерческая доступность требуют проверки.
Стоимость и запуск

Оценим ваш набор операций

На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.

Подготовьте схему процесса Creatio, пример заказа и точную версию — определим событие допуска и безопасное подтверждение складского результата.

Вопросы о подключении

Почему нельзя просто поменять статус сделки?

У статуса могут быть связанные условия и процессы. Нужно определить, какие данные записываются и какой процесс действительно должен продолжиться.

Можно повторить вызов после тайм-аута?

Сначала проверить состояние записи и экземпляра процесса. Иначе можно создать повторное согласование или уведомление.

Подойдёт для Creatio 8?

Совместимость всей линейки 8.x не установлена. Сохранён исходник 7.17/7.18, прочитаны отдельные release notes 8.3.2 и современные руководства Version 10. Для вашей установки нужны её точная версия, runtime, схема и проверка выбранных операций.

Успешный ответ сервиса процессов означает, что товар отгружен?

Нет. Он относится к вызову процесса. Физический факт подтверждает склад, а ответственному в Creatio нужны принятые строки исполнения и состояние связанного процесса после записи.

Что делать, если экземпляр процесса уже завершён?

Сохранить складской факт и передать исключение владельцу процесса. Новый экземпляр запускают только по отдельному согласованному основанию; автоматический повтор результата не должен заново согласовывать продажу.

Интеграция уже готова?

Изучаем возможность связи со Skirbo. Ни готовый коннектор, ни приёмка обмена для вашего кабинета пока не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.

Официальные материалы сервиса

Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.

Посмотрите другие сценарии

Весь каталог →
Ваш процесс → следующий шаг

Что хотите связать со Skirbo?

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

  1. Разберём задачуУточним роли, склады и операции.
  2. Проверим возможностьОпределим доступы, ограничения и состав работ.
  3. Согласуем запускОбсудим стоимость, сроки и критерии готовности.

Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.

1. Какие сервисы подключить?

До 5 сервисов в одной заявке.

Укажите роль — подскажем, какие особенности процесса описать.

2. Какие задачи решить?

Выберите от 1 до 8 задач.

Компания и объём заказов необязательно
3. Как с вами связаться?
Проверяем возможность отправки. Вы также можете подготовить запрос и передать его поддержке.
Открыть поддержку в Telegram

Копирование и переход в Telegram сами по себе не отправляют заявку.

Названия и логотипы используются для обозначения сервисов. Состав подключения и условия уточняем для вашей задачи.