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

Skirbo +
Мегаплан

Изучим передачу выбранных сделок Мегаплана в Skirbo и возврат этапов исполнения. Для оценки разберём вашу схему сделки, поля и допустимые переходы, а технический контракт сверим с документацией аккаунта.

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

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

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

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

Выбрать схему, товарные позиции и состояние готовности.

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

Согласовать поля и допустимые переходы схемы сделки.

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

Обсудить назначение ответственного при недостаче или изменении состава.

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

Проверить, началась ли сборка; новая версия сделки не стирает уже выполненные движения.

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

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

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

Рассматривается Мегаплан и конкретная схема товарной сделки. Контакт, задача, сделка и складское задание имеют разные ID. Старые методы BumsTradeApiV01 и API v3 не считаются взаимозаменяемыми.

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

Для API v3 используется документация вашей версии аккаунта и авторизационный Bearer token. События приложения можно использовать как сигнал к перечитыванию; периодическую сверку неполученных или незавершённых результатов проектируют отдельно. Вызовы старого API не подставляются в новый контракт.

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

  1. Менеджер подтверждает товарный состав в выбранной схеме сделки Мегаплана и явно разрешает передачу на конкретный склад; новый лид или произвольная сделка такого разрешения не дают.
  2. Событие сделки становится сигналом для чтения актуальной карточки через интерфейс версии аккаунта. Сохраняют ID события, аккаунта, сделки и исходную версию состава; одна коллекция с сокращёнными полями недостаточна.
  3. Адаптер сопоставляет схему, устойчивые позиции и количество с SKU, единицами, клиентом фулфилмента и складом Skirbo. Неопознанный товар, услуга или пустой адрес останавливают передачу до решения менеджера.
  4. После проверки создаётся одно связанное складское задание. Кладовщик физически подбирает и упаковывает товар; факт недостачи фиксируется по конкретной позиции, отдельно от согласованной цены.
  5. В согласованные поля результата Мегаплана передают номер задания, исполненные количества и причину отклонения. Переход состояния выполняют лишь в разрешённой схеме; задача по исключению назначается ответственному.
  6. Обратное чтение той же сделки и проверка её связи со складским номером подтверждают принятие результата. Отправка запроса сама по себе не подтверждает обновление карточки.
  7. Если состав изменился во время сборки, статус недоступен или результат не виден, оператор сравнивает версии и принимает решение по уже собранным товарам; повтор не создаёт новое задание и не закрывает сделку вслепую.

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

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

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

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

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

  1. Менеджер подтверждает товарный состав в выбранной схеме сделки Мегаплана и явно разрешает передачу на конкретный склад; новый лид или произвольная сделка такого разрешения не дают.
  2. Событие сделки становится сигналом для чтения актуальной карточки через интерфейс версии аккаунта. Сохраняют ID события, аккаунта, сделки и исходную версию состава; одна коллекция с сокращёнными полями недостаточна.
  3. Адаптер сопоставляет схему, устойчивые позиции и количество с SKU, единицами, клиентом фулфилмента и складом Skirbo. Неопознанный товар, услуга или пустой адрес останавливают передачу до решения менеджера.
  4. После проверки создаётся одно связанное складское задание. Кладовщик физически подбирает и упаковывает товар; факт недостачи фиксируется по конкретной позиции, отдельно от согласованной цены.
  5. В согласованные поля результата Мегаплана передают номер задания, исполненные количества и причину отклонения. Переход состояния выполняют лишь в разрешённой схеме; задача по исключению назначается ответственному.
  6. Обратное чтение той же сделки и проверка её связи со складским номером подтверждают принятие результата. Отправка запроса сама по себе не подтверждает обновление карточки.
  7. Если состав изменился во время сборки, статус недоступен или результат не виден, оператор сравнивает версии и принимает решение по уже собранным товарам; повтор не создаёт новое задание и не закрывает сделку вслепую.

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

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

  • Нет устойчивого соответствия позиции и SKU — задание остаётся на уточнении.
  • Запрещённый переход схемы не заменяется прямой перезаписью статуса.

Недостача и связанная задача менеджеру

Задача: Превратить расхождение в решение по конкретной сделке.

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

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

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

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

  • Автоматическое создание задачи не подтверждено до чтения метода и прав данного аккаунта.

Отмена и возврат после передачи в склад

Задача: Отделить остановку исполнения от приёмки возвращённого товара.

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

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

Результат: История продажи и возврата остаётся связанной.

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

  • Запрос возврата и физическое поступление — разные события; деньги и документы остаются у ответственной учётной стороны.

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

ДанныеОтветственный источникПравило обмена
Сделка и её допускМенеджер МегапланаДопуск определяется схемой и согласованной версией, а не одним фактом создания.
Позиция сделкиМегапланСохранять ID позиции и состав; ID сделки не является ключом каждой строки.
SKU и единицыНазначенный каталог клиентаСвязь со складом проверять явно; текст названия не гарантирует идентичность товара.
Резерв и собранное количествоSkirbo / ответственный складаКоммерческое редактирование сделки не создаёт физического движения.
Цена, оплата и закрытие продажиМегаплан / учётная система клиентаСклад передаёт факт; не пересчитывает договорную сумму самостоятельно.
Ответственный за исключениеМенеджер выбранной схемыЗадача или уведомление адресуются конкретному владельцу заказа.
Клиент, организация и складАдминистратор интеграцииОдно соответствие в пределах аккаунта и клиента фулфилмента, без поиска по телефону среди всех клиентов.

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

  • Какая схема сделки и какой переход означают разрешение на склад?
  • Где хранится устойчивый ID товарной позиции в версии вашего аккаунта?
  • Можно ли записать складской факт без запуска коммерческих сценариев?
  • Кто решает конфликт новой версии и уже собранного товара?
Перед оценкой

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

  • Указать версию и адрес аккаунта без учётных данных.
  • Описать схему сделки, дополнительные поля и её переходы.
  • Выбрать ответственных за исправление неполных заказов.
  • Обезличенный пример карточки сделки и всех её товарных строк, включая частичную отгрузку.
  • Права чтения нужной схемы и записи только согласованных результатных полей. Токены передаются через защищённый канал настройки, не через публичную форму.
  • Таблица соответствия аккаунта, клиента фулфилмента, организации и склада; согласованный способ идентификации событий.
Границы сценария

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

  • Описание API внутри аккаунта может отличаться от старых публичных примеров.
  • Переход состояния может запускать бизнес-правила и задачи.
  • Стоимость сделки сама по себе не определяет товарный состав для склада.
  • Webhook сообщает об изменении, но не доказывает коммерческий допуск к сборке. Повторное событие не должно создавать повторный резерв.
  • Удаление сделки не означает разрешённую отмену уже переданного перевозчику товара.
  • Конкретные методы v3 для ваших позиций, переходов и задач нужно сверить внутри аккаунта до реализации.
Стоимость и запуск

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

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

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

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

Подойдёт ли старая интеграция на API v1?

Её совместимость нужно проверить отдельно. Новый обмен будем оценивать по доступным методам установленной версии.

Можно сохранить собственную схему продаж?

Да, сначала сопоставим её этапы со складскими событиями; переходы без разрешения или вне заданной логики не предполагаются.

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

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

Что происходит, если менеджер меняет позиции во время сборки?

Сохраняем исходную версию, сравниваем новый состав и передаём конфликт ответственному. Уже собранное не исчезает из учёта из-за редактирования CRM.

Событие пришло дважды — будут две отгрузки?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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