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

Skirbo +
Setup

Уменьшить ошибки ручной передачи и сохранить возможность последующей автоматизации. Ниже описано предложение проектирования связи со Skirbo; готовность коннектора не подтверждена.

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

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

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

ОперацияНаправлениеСостав и готовность
Подтверждённый заказSetup → SkirboНужна проверка

Выяснить доступный формат передачи строк и устойчивого номера заказа.

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

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

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

До проверки записи остатков формировать согласованный список изменений для оператора.

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

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

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

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

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

Setup документирует выгрузку заказов в 1С:УНФ и отдельный CSV-обмен товарами. Для связи со Skirbo нужно проверить фактическую выгрузку клиента и способ обратного подтверждения; универсальные API заказов, webhook и запись складских статусов пока не установлены.

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

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

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

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

Проверенный заказ небольшого магазина на сборку

Задача: Уменьшить ошибки ручной передачи и сохранить возможность последующей автоматизации.

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

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

Результат: Каждому переданному заказу соответствует подтверждённый складской факт.

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

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

Сверка наличия и состава витрины

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

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

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

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

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

  • Настройка витрины не доказывает автоматическую синхронизацию; при редкой ручной сверке возможна продажа уже занятого остатка.

Контролируемая сверка каталога по CSV

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

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

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

Результат: Известно, какая версия товарной доступности принята магазином, а какие позиции требуют разбора.

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

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

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

ДанныеОтветственный источникПравило обмена
Заказ и строкиSetup/оператор магазинаСохраняется подтверждённый состав и редакция, выбранный источник заказа проверяется.
SKU и вариантыСправочник продавцаНазначается устойчивый код варианта и соответствие SKU фулфилмента.
Остатки и резервSkirbo для складаВитрина получает согласованное представление, а не становится владельцем физического запаса.
СтатусыПродавец и склад в своих областяхОплата, допуск, сборка и передача результата имеют отдельные отметки.
ДокументыУчёт продавцаВозможности документов и кассы не выводятся из факта наличия магазина.
ВозвратыПродавец разрешает, склад осматриваетПовторная продажа разрешается после решения о годности.

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

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

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

  • Пример заказа из кабинета Setup и доступные способы его экспорта.
  • Список товарных кодов и вариантов, ответственный за изменения витрины.
  • Правило подтверждения оплаты и периодичность сверки наличия.
  • Обезличенный контрольный пример с частичным исполнением, отменой и повторной передачей; ответственные за согласование расхождений.
Границы сценария

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

  • Наличие конструктора магазина не доказывает публичный API заказов.
  • CSV-импорт товаров документирован; числовые складские остатки, резервирование и обратные статусы проверяются отдельно.
  • Операции связи со Skirbo описаны как проектные; наличие API поставщика не подтверждает установленный коннектор.
  • Основной сценарий рассчитан на продавца в России. Для Казахстана и Узбекистана отдельно проверяются договор поставщика, локальные документы и правила обращения товара; российские ЭДО, касса и маркировка автоматически не переносятся.
Стоимость и запуск

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

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

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

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

Можно ли начать со сверки наличия по файлу?

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

Почему недостаточно названий товаров?

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

Зачем два сценария, если API пока не подтверждён?

Передача заказа и сверка витрины — разные задачи с разными подтверждениями. Они могут быть организованы оператором; автоматизировать их можно только после проверки интерфейса.

Достаточно убрать товар с главной витрины при нулевом остатке?

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

Выгрузка в 1С означает готовую связь Setup со Skirbo?

Нет. Подтверждён путь Setup → 1С:УНФ. Для дальнейшей связи нужны разрешённые данные из учётной системы, карта заказов и отдельная приёмка. Доступ из кабинета и обратные изменения нельзя считать проверенными по инструкции.

Можно записать складское количество в available?

В описании CSV это признак доступности, поэтому передавать туда количество нельзя. Для числового остатка нужен отдельно подтверждённый контракт. Согласованная проекция наличия должна учитывать резерв и правило предзаказа.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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