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

Skirbo +
Freshsales

Оценим передачу подтверждённых товарных сделок Freshsales в Skirbo. Сначала проверим связь deal с product, выбранную воронку и полноту полей для получения товара.

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

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

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

ОперацияНаправлениеСостав и готовность
Сделка к исполнениюFreshsales → SkirboОбсудим в составе подключения

Выбрать view или этап воронки и состав товарных данных.

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

Сопоставить product_code и sku_number с артикулами склада.

Складской результатSkirbo → FreshsalesОбсудим в составе подключения

Согласовать поля и задачи при недостаче либо завершении сборки.

Возврат и частичное исполнениеSkirbo → менеджер FreshsalesОбсудим в составе подключения

Записать отдельный факт со ссылкой на исходный deal и позиции; не уменьшать старую продажу без согласования.

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

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

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

Freshsales / Freshsales Suite в конкретном CRM аккаунте. Freshdesk, Freshchat и другие продукты Freshworks не входят в этот контракт. Контакт и sales account задают клиента, deal отражает продажу, а складское задание создаётся отдельно после допуска.

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

Предлагается REST обмен с конкретным CRM аккаунтом: чтение выбранных сделок, проверка полной карточки и контролируемая запись результата. План опроса и сверки задаётся после проверки лимитов; доставка webhook и чтение всех строк не предполагаются автоматически. Ключ пользователя хранится в защищённой настройке интеграции.

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

  1. Руководитель продаж определяет воронку и представление Freshsales с физическими товарами; менеджер подтверждает состав и адрес конкретной сделки перед передачей на склад.
  2. Адаптер выбирает deal по согласованному view, перечитывает карточку и получает полные связи с товарами способом, проверенным для данного CRM аккаунта. Сохраняются bundle alias, deal ID, версия состава и ответственный.
  3. Product ID, product_code и sku_number сопоставляются с SKU и единицами Skirbo. Услуги и подписки исключаются; количество берётся из товарного состава, а не из суммы сделки или произвольного поля карточки продукта.
  4. Сделка связывается с клиентом фулфилмента и складом. Только после проверки всех строк создаётся одно складское задание; кладовщик физически собирает и упаковывает согласованные товары.
  5. Частично исполненные количества, номер задания и исключения передаются в выделенные поля сделки либо согласованную связанную задачу. Цена, вероятность сделки и коммерческий этап не перезаписываются фактом одной отгрузки.
  6. Ответственный перечитывает ту же сделку и сверяет складской номер, строки и результат. Успешный HTTP ответ без сохранённого результата не считается завершением обмена.
  7. Если права пользователя не позволяют прочитать строки или менеджер изменил состав, обработка приостанавливается для согласования. После восстановления доступа перечитывается актуальная версия, а повтор ищет существующее задание по внешней связи.

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

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

Товарная сделка выбранной команды → склад → обратный факт

Задача: Передавать согласованные физические товары, сохраняя коммерческое управление во Freshsales.

Когда начинается: Руководитель продаж определяет воронку и представление Freshsales с физическими товарами; менеджер подтверждает состав и адрес конкретной сделки перед передачей на склад.

  1. Руководитель продаж определяет воронку и представление Freshsales с физическими товарами; менеджер подтверждает состав и адрес конкретной сделки перед передачей на склад.
  2. Адаптер выбирает deal по согласованному view, перечитывает карточку и получает полные связи с товарами способом, проверенным для данного CRM аккаунта. Сохраняются bundle alias, deal ID, версия состава и ответственный.
  3. Product ID, product_code и sku_number сопоставляются с SKU и единицами Skirbo. Услуги и подписки исключаются; количество берётся из товарного состава, а не из суммы сделки или произвольного поля карточки продукта.
  4. Сделка связывается с клиентом фулфилмента и складом. Только после проверки всех строк создаётся одно складское задание; кладовщик физически собирает и упаковывает согласованные товары.
  5. Частично исполненные количества, номер задания и исключения передаются в выделенные поля сделки либо согласованную связанную задачу. Цена, вероятность сделки и коммерческий этап не перезаписываются фактом одной отгрузки.
  6. Ответственный перечитывает ту же сделку и сверяет складской номер, строки и результат. Успешный HTTP ответ без сохранённого результата не считается завершением обмена.
  7. Если права пользователя не позволяют прочитать строки или менеджер изменил состав, обработка приостанавливается для согласования. После восстановления доступа перечитывается актуальная версия, а повтор ищет существующее задание по внешней связи.

Результат: Продажи и склад связаны по одному deal без дублей и потери недопоставки.

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

  • Изменение view не должно незаметно удалить из контроля уже начатое задание.
  • Недоступность продукта по правам — причина остановки, а не пустого заказа.

Частичная сборка и решение менеджера

Задача: Дать команде продаж точный недостающий состав.

Когда начинается: Склад фиксирует собранное и недостающее количество по исходным позициям сделки.

  1. Склад фиксирует собранное и недостающее количество по исходным позициям сделки.
  2. В согласованном результате сохраняются складской номер, остаток к исполнению и причина; менеджеру назначается проверенное в проекте действие или задача.
  3. Менеджер выбирает частичную поставку, замену товара либо ожидание; замена требует новой согласованной версии.
  4. После следующей отгрузки сверяют накопленное исполнение, чтобы повторный отчёт не увеличил количество дважды.

Результат: Коммерческий итог не подменяется результатом одного складского этапа.

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

  • Цена подписки, повторяющиеся платежи и складское количество имеют разный смысл.

Отмена и возврат с сохранением истории deal

Задача: Связать отказ клиента с уже выполненным складским действием.

Когда начинается: Менеджер фиксирует запрос отмены по deal; адаптер проверяет связь с действующим складским заданием.

  1. Менеджер фиксирует запрос отмены по deal; адаптер проверяет связь с действующим складским заданием.
  2. До физической отгрузки ответственный решает вопрос резерва и уже собранных позиций.
  3. После отгрузки оформляется отдельное согласование возврата со ссылкой на исполнение; склад осматривает поступившие товары и фиксирует состояние.
  4. Результат возвращается в коммерческий процесс Freshsales, а возврат денег и местные документы выполняет назначенная учётная сторона.

Результат: Исходная сделка остаётся проверяемой вместе с последующими событиями.

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

  • Hard delete не заменяет возврат.
  • Восстановление связи после потери ответа начинается с чтения, а не нового создания.

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

ДанныеОтветственный источникПравило обмена
Контакт и sales accountFreshsalesКлиент связывается в пределах одного CRM аккаунта; телефон сам по себе не выбирает tenant.
Deal и допуск к исполнениюМенеджер продажВоронка, view и коммерческое согласование задаются владельцем процесса.
Product и состав сделкиНазначенный каталог / FreshsalesProduct ID связан со складским SKU; количество относится к составу deal, не остатку.
Резерв и фактическая сборкаSkirboТолько подтверждённое складское действие меняет исполнение.
Цена, оплата и стадия продажиFreshsales / учётная системаОбратный складской результат не означает автоматическую полную оплату или закрытие.
Адрес и получательСогласованная запись клиента или заказаВыбран конкретный владелец; изменение адреса после упаковки требует решения.
ВозвратМенеджер — разрешение; склад — фактЗапрос и физическое поступление различаются и привязаны к исходной отгрузке.

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

  • Какой bundle alias относится к нужной команде и региону?
  • Какие view и этап допуска отделяют товарную продажу от услуги?
  • Как получить все позиции сделки с устойчивыми ID и количествами?
  • В каких полях хранить складской результат без изменения коммерческих автоматизаций?
Перед оценкой

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

  • Указать используемый продукт Freshworks и домен CRM.
  • Показать пример сделки с продуктами и адресом.
  • Согласовать права приложения и правила обновления существующей записи.
  • Уточнить bundle alias, нужный view и стадию допуска; выбрать пользователя с доступом только к соответствующим данным.
  • Предоставить обезличенный состав deal с product ID, количествами и правилами отличия физического товара от услуги.
  • Согласовать идентификатор товарной строки, версию состава и поля результата, а также владельца адреса доставки.
Границы сценария

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

  • Freshsales нельзя автоматически считать совместимым с Freshdesk или другими продуктами Freshworks.
  • Модель продукта может содержать услуги и варианты, не предназначенные для отгрузки.
  • Сумма и стадия сделки не заменяют подтверждение товарного состава.
  • Ключ product ID не всегда заменяет устойчивый ID строки сделки: повтор того же товара, цена и вариант требуют отдельной проверки модели.
  • Не следует считать количество в произвольном custom field продукта фактическим наличием или резервом склада.
  • Контракт полного чтения связанных продуктов, действующие лимиты и доступ CPQ в аккаунте проверяются до запуска; пример API не подтверждает тарифные права клиента.
  • Удаление или hard delete сделки не используется как процедура возврата или отмены уже отгруженного товара.
Стоимость и запуск

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

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

Покажите одну сделку Freshsales с физическими продуктами и пример частичной отгрузки — определим view, владельцев полей и ключи обмена.

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

Можно брать только сделки из заданного представления?

API описывает выборку по view; проверим, выражает ли ваше представление все условия готовности склада.

Как избежать дублей заказов?

При проектировании закрепим внешний ID сделки и версию состава, чтобы повторное получение не создавало новую отгрузку.

Можно передавать на склад все продукты Freshsales?

Сначала отделяем физические товары от услуг и подписок, проверяем SKU, единицу и принадлежность каталога. Пустой sku_number не восполняется совпадением названий — требуется подтверждённая связь.

Нужно ли закрывать deal после первой отгрузки?

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

Это будет работать и во Freshdesk?

Контракт этой страницы относится к Freshsales. Для тикетов Freshdesk нужны отдельная модель объектов, права и исследование; общая марка Freshworks не объединяет API.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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