Обсудить задачу
Маркетплейсы

Skirbo +
ОптЛист / OptList

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

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

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

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

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

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

Прайс и версия предложенияПоставщик → покупатель / менеджерОбсудим в составе подключения

Сохранить артикул, единицу, упаковку и коммерческую версию; актуальность подтверждает поставщик.

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

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

Фактическая отгрузкаСклад → менеджер и учётОбсудим в составе подключения

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

Претензия по поставкеКонтрагент → менеджер → складОбсудим в составе подключения

Связать спор с заказом, согласованной версией и физическим товаром.

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

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

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

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

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

Первый вариант — разрешённая передача собственного прайс-листа или подтверждённой спецификации сотрудником компании. Доступность автоматического импорта каталога, форматы выгрузки, API заказов и события не подтверждены. Не предполагается сбор закрытых контактов, обход защитной страницы или автоматическое управление чужими карточками.

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

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

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

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

Запрос оптового покупателя → подтверждённый заказ → отгрузка

Задача: Не превращать каждое обращение в резерв и сохранить согласованные условия.

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

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

Результат: У отгрузки есть происхождение из обращения и подтверждённая коммерческая спецификация.

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

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

Закупка у найденного поставщика → приёмка → претензия

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

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

  1. Закупщик выбирает поставщика и согласует заказ напрямую в разрешённом процессе; фиксирует юридическую сторону и спецификацию.
  2. Складу передают номер заказа закупки, артикулы, варианты, единицы, ожидаемый состав и условия приёмки.
  3. Оператор связывает позиции поставщика со SKU своей компании и проверяет кратность упаковок; неопознанный вариант выделяет заранее.
  4. При физическом поступлении сотрудники пересчитывают места и товар, осматривают состояние и фиксируют принятые и спорные единицы.
  5. Закупщику передают фактический акт с привязкой к версии спецификации и согласованным подтверждениям расхождения.
  6. Закупщик получает решение поставщика: допоставка, корректировка либо согласованный возврат. Учётная команда отдельно сверяет документы и расчёт.
  7. Повтор акта не создаёт второй приход. Для обратного груза сохраняется отдельное задание и подтверждение передачи; спорный товар не становится доступным только из-за отправки претензии.

Результат: Можно проверить, какой поставщик и договорённость стоят за фактически принятой партией.

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

  • Публичная карточка и проверка документов площадкой не заменяют собственную проверку контрагента и договора.
  • Возврат определяется конкретной B2B-сделкой; API претензии площадки не предполагается.

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

ДанныеОтветственный источникПравило обмена
Обращение и контактМенеджер компанииИсточник ОптЛист сохраняется; контакт не приравнивается заказу.
Прайс и предложениеПоставщикВерсия, валюта и единица подтверждаются до исполнения; чужой прайс не становится мастер-данными автоматически.
Заказ и условия сделкиПродавец и покупательСклад получает утверждённую спецификацию и основание исполнения.
SKU и упаковочная кратностьКомпания и складАртикул поставщика сопоставляется с вариантом, единицей и владельцем товара.
Остаток и физические движенияСкладСвободное количество проверяется на момент исполнения, не берётся из рекламной цены.
Претензия и расчётСтороны договора / учётАкт склада, ответ поставщика и денежное решение связаны, но закрываются отдельно.

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

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

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

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

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

  • Запрос прайса и контакт с поставщиком не равны принятому заказу.
  • Прайс-лист не доказывает свободное количество на складе; наличие, цену и срок подтверждает контрагент.
  • Автоматическая загрузка YML/Excel, API заказа, изменение остатка и webhook не подтверждены прочитанной первичкой.
  • Условия конкретной карточки поставщика не становятся правилами всей площадки.
  • Товарные претензии рассматриваются по договору сторон; не задаётся универсальный срок розничного возврата для B2B.
  • При зарубежном контрагенте доставка, документы, валюта и требования товара оцениваются отдельно; правила РФ не переносятся автоматически.
Стоимость и запуск

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

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

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

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

Запросить прайс — значит оформить заказ?

Нет. Для предлагаемого складского процесса нужен отдельно подтверждённый состав и основание исполнения. Само обращение сохраняем как коммерческий контакт.

Можно импортировать любой прайс поставщика?

Сначала проверяем право использования, версию, единицы, артикулы и соответствие товару. Формат и автоматическое обновление на площадке пока не подтверждены.

Как не перепутать цену за коробку и за штуку?

В спецификации фиксируем единицу продажи и кратность, а в карте сопоставления — складскую единицу. При расхождении расчёт останавливается до решения менеджера.

Есть ли API заказов ОптЛист?

В прочитанном материале он не подтверждён. Для автоматизации нужен официальный контракт; доступная карточка поставщика и форма сообщения этого не доказывают.

Кто отвечает за возврат оптовой поставки?

Стороны конкретного договора согласуют решение. Склад фиксирует фактическое состояние и перемещение, а менеджер и учётная команда закрывают претензию и расчёт.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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