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

Skirbo +
Ярмарка Мастеров

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

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

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

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

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

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

Уникальный экземпляр / малая серияМастерская и склад → согласованная картаОбсудим в составе подключения

Разделить конкретную единицу, серийный SKU и ещё не изготовленное изделие.

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

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

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

Остановить неотправленную сборку либо принять разрешённый обратный товар с проверкой состояния.

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

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

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

Основная Ярмарка Мастеров для мастера или небольшого бренда и отдельный продукт «Ярмарка Мастеров Маркет» не объединяются в один интерфейс. Здесь проектируем работу основного магазина: владелец подтверждает состав изделия и разрешает складу отправку. Для Маркета требуется отдельная проверка участия и процесса; его правила оплаты, переписки и возвратов не переносятся на основной магазин.

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

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

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

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

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

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

Подтверждённое изделие → сборка без подмены → отправка

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

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

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

Результат: Заказ прослеживается до конкретного изделия, его согласованных параметров, упаковки и подтверждённой отправки.

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

  • Пожелание в переписке не заменяет утверждённую версию спецификации.
  • Информация о наличии на витрине и фактически принятый складом экземпляр сверяются отдельно.

Отмена или разрешённый возврат → проверка экземпляра

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

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

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

Результат: Складской остаток отражает физически полученный товар, а клиентское решение остаётся у владельца магазина.

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

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

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

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

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

  • Основная Ярмарка Мастеров или отдельный Маркет?
  • Что является утверждённой версией индивидуального заказа?
  • Есть ли уникальные экземпляры, которые нельзя объединять в один SKU?
  • Кто подтверждает оплату и разрешает отправку?
  • Какой разрешённый формат передачи доступен владельцу магазина?
Перед оценкой

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

  • Указать, работает клиент в основной Ярмарке Мастеров или в отдельном Маркете, и подтвердить роль владельца магазина.
  • Пример подтверждённого заказа: готовое изделие или изготовление по согласованным параметрам; обезличенный состав и история изменения.
  • Карта SKU и, где нужно, уникальных экземпляров с фото-идентификацией, размером, цветом и комплектом.
  • Правило разрешения отправки, упаковка хрупких вещей, способ доставки и ответственный за кабинет.
  • Разрешённый формат передачи складу, доступ только к своим заказам и согласованный порядок отмены/возврата.
Границы сценария

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

  • Публичная справка магазина не подтверждает API заказов, остатков или событий. Автоматический доступ к аккаунту не обещается.
  • Правила Маркета не становятся правилами основного магазина; статусы и роли проверяются отдельно.
  • Изделие под изготовление нельзя объявить физически доступным остатком до приёмки на склад.
  • Заказанное уникальное изделие не заменяется похожим без согласования владельца магазина и покупателя.
  • Разрешение на отправку, оплата, физическая передача, возврат товара и возмещение денег учитываются раздельно.
  • Тарифы, комиссии и правовые сроки не фиксируются по общей статье: действующие условия проверяются для конкретного магазина, роли и страны.
Стоимость и запуск

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

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

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

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

Можно ли автоматически читать все заказы магазина?

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

Ярмарка Мастеров Маркет — тот же магазин?

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

Как учитывать единственный экземпляр?

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

Что делать с изменением размера после сборки?

Остановить затронутую отправку и получить подтверждённую новую спецификацию от владельца магазина. Автоматическая замена похожим изделием не допускается.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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