Обсудить задачу
Интернет-магазины

Skirbo +
OroCommerce

Предлагаем передавать согласованные B2B-заказы в Skirbo и возвращать исполнение по строкам, не меняя договорные цены и права организации покупателя.

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

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

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

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

Организация, адрес, строки и единицы после согласования.

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

Строка, количество, складской ID и результат приёма.

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

Атрибуты и упаковки по согласованной модели.

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

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

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

OroCommerce — самостоятельная B2B-платформа семейства Oro. Здесь рассматриваются её процессы и официальное API-руководство Oro.

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

Официально описан REST/JSON:API. Для проекта нужны включённый API, версия установленного OroCommerce и перечень доступных ресурсов; пример /api/users/1 не используется как шаблон заказа.

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

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

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

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

Согласованный B2B-заказ → отгрузка по строкам

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

Когда начинается: Ответственный в OroCommerce разрешает конкретную версию заказа к исполнению; незавершённый checkout не считается складским заданием.

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

Результат: B2B-покупатель и склад видят один согласованный состав исполнения.

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

  • Ресурс заказа, правила записи статуса и схема relationships устанавливаются по API конкретного внедрения.

Справочник B2B-товаров и упаковок

Задача: Не принять коммерческую упаковку за одну физическую штуку.

Когда начинается: Каталог публикует утверждённый вариант с договорённой единицей отпуска.

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

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

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

  • Наличие произвольного атрибута или единицы в API не предполагается по названию B2B-платформы.

Претензия по частичной поставке

Задача: Сохранить связь обращения с физической выдачей.

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

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

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

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

  • Механизм обращений и возвратных документов в API требует самостоятельной проверки.

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

ДанныеОтветственный источникПравило обмена
ЗаказOroCommerce/назначенная OMSCheckout и разрешённый заказ различаются.
SKUКаталог клиентаКоммерческий артикул не заменяет складскую единицу.
ОстаткиSkirbo для подключённых складовПубликуемый доступный остаток рассчитывается по отдельному правилу.
СтатусыOroCommerce — коммерция; Skirbo — складHTTP-ответ не означает отгрузку.
ДокументыERP/ЭДО клиентаOroCommerce может хранить ссылки; выпуск и подпись согласуются отдельно.
ВозвратыМенеджер — разрешение; склад — фактСохраняется связь с исполнением и исходной строкой.

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

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

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

  • Версия OroCommerce и схема доступных API-ресурсов.
  • Правило перевода checkout/заказа в разрешение на склад.
  • Сопоставление организаций, упаковок, адресов и SKU.
  • Примеры частичного исполнения и изменений после согласования.
Границы сценария

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

  • JSON:API — формат взаимодействия, а не обещание любых бизнес-операций.
  • Для upsert гарантия идемпотентности пока не установлена. Режимы async и sync имеют разные гарантии; переход sync в async и результат каждой записи проверяются до повтора.
  • Готовый модуль Skirbo не подтверждён.
  • Документы и региональные требования зависят от локализации и учётного контура.
Стоимость и запуск

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

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

Предоставьте версию OroCommerce, пример утверждённого B2B-заказа и одну упаковочную единицу — составим карту ресурсов и точку разрешения на склад.

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

OroCommerce — это Odoo?

Нет. Это разные продукты. В материале рассматривается OroCommerce и его официальное руководство Oro; описанные интерфейсы нельзя переносить на другую платформу.

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

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

Batch API исключает частичный успех?

Нужно различать режимы. Async допускает ошибки отдельных записей, поэтому проверяют итог каждой операции. Sync описан как атомарный, но при превышении времени обработки переходит в async. Версию и настройки вашей установки проверяют отдельно.

Что делать после потери ответа на пакет исполнения?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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