Изучаем возможность
Товары и управление заказами
Ensi
Связь складского исполнения с заказами и товарными данными платформы Ensi.
Товары и управление заказамиSkirbo +
Skirbo +
Topseller Connect
Развести собственный склад и склад маркетплейса, выбрать формулу количества для FBS и исключить двойные документы при повторной загрузке истории.
Какой обмен обсудим
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| FBS-количества | Учётная система → Connect → AliExpress | Обсудим в составе подключения Согласовать формулу, склады, резервы и политику несвязанных товаров. |
| FBO-заказы | Ozon → Connect → МойСклад | Обсудим в составе подключения Подтверждён учётный импорт, не задание собственному складу. |
| Возвратные документы и перенос | Connect / учётная система ↔ оператор склада | Обсудим в составе подключения Проектная сверка с физическим осмотром перед восстановлением продаж. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для какой задачи подходит сервис
Рассматривается конкретный продукт Topseller Connect в связке с МойСклад. Архив содержит инструкции по импорту Ozon FBO, экспорту AliExpress FBS и разбору возвратов. Эти функции нельзя объединять в единый одинаковый процесс для всех площадок или приписывать другой редакции Topseller.
Как организовать обмен
Подтверждены операции и настройки самого Connect. Для связи Skirbo с учётной системой нужен её отдельно проверенный контракт; открытый универсальный API Topseller этим набором инструкций не доказан.
Предлагаемый порядок работы
- Зафиксировать клиента, магазин AliExpress, склад учётной системы и его связь со складом Skirbo. Явно выбрать склады в Connect: инструкция предупреждает о выгрузке со всех, если выбор пуст.
- Согласовать формулу: «доступно» в описании включает ожидаемые поступления, «остаток» включает резерв, «остаток без резерва» исключает резерв и ожидания. Не приравнивать названия к формуле Skirbo.
- Склад подтверждает фактические движения, а выбранный учётный контур формирует количество без двойного вычитания резерва. Несвязанные товары выделяются по выбранной политике: пропуск или ноль.
- Connect выполняет экспорт по своему расписанию или заданию. Оператор проверяет завершение задачи, нужный склад и контрольные позиции на площадке.
- Принятое количество и время сверки возвращаются ответственному склада. Если выгрузка не соответствует рассчитанному набору, следующий пакет приостанавливают до разбора настроек.
- После изменения товарных связей выполнить согласованную полную сверку, не совмещая её с другим писателем остатков. Поздний результат старой задачи не считается подтверждением новой версии.
- Перед автоматизацией рассчитать на одном примере влияние ожидаемого прихода, резерва, порога и дней выгрузки. Сохранить результат проверки вместе со списком складов, чтобы последующее изменение настройки не выглядело складским расхождением.
- При повторе задачи сначала проверить, какая версия связи товара и настроек использовалась. Если задача отработала с прежней связью, исправить соответствие и согласовать новый полный экспорт; не создавать дополнительное складское движение.
Практические сценарии
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Отправить FBS-остаток без чужих складов и ожидаемых поставок
Задача: Публиковать только согласованную доступность товара собственного склада.
Когда начинается: Складской учёт изменился после приёмки, резерва или отгрузки.
- Зафиксировать клиента, магазин AliExpress, склад учётной системы и его связь со складом Skirbo. Явно выбрать склады в Connect: инструкция предупреждает о выгрузке со всех, если выбор пуст.
- Согласовать формулу: «доступно» в описании включает ожидаемые поступления, «остаток» включает резерв, «остаток без резерва» исключает резерв и ожидания. Не приравнивать названия к формуле Skirbo.
- Склад подтверждает фактические движения, а выбранный учётный контур формирует количество без двойного вычитания резерва. Несвязанные товары выделяются по выбранной политике: пропуск или ноль.
- Connect выполняет экспорт по своему расписанию или заданию. Оператор проверяет завершение задачи, нужный склад и контрольные позиции на площадке.
- Принятое количество и время сверки возвращаются ответственному склада. Если выгрузка не соответствует рассчитанному набору, следующий пакет приостанавливают до разбора настроек.
- После изменения товарных связей выполнить согласованную полную сверку, не совмещая её с другим писателем остатков. Поздний результат старой задачи не считается подтверждением новой версии.
- Перед автоматизацией рассчитать на одном примере влияние ожидаемого прихода, резерва, порога и дней выгрузки. Сохранить результат проверки вместе со списком складов, чтобы последующее изменение настройки не выглядело складским расхождением.
- При повторе задачи сначала проверить, какая версия связи товара и настроек использовалась. Если задача отработала с прежней связью, исправить соответствие и согласовать новый полный экспорт; не создавать дополнительное складское движение.
Результат: Площадка получает согласованный FBS-остаток, а склад понимает формулу и охват публикации.
Если возникло исключение
- Расписание по дням, пороги публикации и выбор складов могут менять результат; их проверяют на контрольных SKU.
Загрузить историю Ozon FBO для учёта
Задача: Не создавать задания на сборку того, что выполняет склад маркетплейса.
Когда начинается: Продавцу нужны недостающие FBO-заказы в МойСклад.
- Выбрать период и режим импорта; отдельно решить, допустимо ли запускать триггеры создания документов.
- Сопоставить импорт по внешним заказам и SKU с уже существующими документами.
- Передавать Skirbo только подходящие задачи пополнения или сверки; розничный FBO-заказ сам по себе не идёт на комплектацию собственного склада.
- После завершения задачи ответственный сверяет внешние номера заказов, статусы и созданные документы с контрольным перечнем. Найденный дубль или пропущенная строка разбираются до повторного включения документных триггеров.
Результат: История дополнена без двойного движения товара.
Если возникло исключение
- Опция пересоздания документов не включается как обычный безопасный повтор.
Разобрать возвраты с промежуточного склада
Задача: Не вернуть повреждённый товар в продажу массовым переносом.
Когда начинается: Возврат появился на промежуточном складе учёта.
- Склад принимает и осматривает физические единицы, отделяя годные от брака.
- Ответственный сопоставляет документы Connect и результаты осмотра; правила переноса проверяются до запуска задачи.
- После согласованного перемещения сверяет целевой склад и публикацию остатка.
- До массового переноса сверить весь промежуточный склад с разрешённой партией. Если в наборе есть товар без осмотра или чужого клиента, автоматическое перемещение такой партии не принимается.
- После тайм-аута или повторного запуска найти уже созданный документ перемещения и его строки. Фактический возврат, документ и публикация годного остатка подтверждаются раздельно.
Результат: В продажу попадает только подтверждённый годный запас.
Если возникло исключение
- Описанная функция может перемещать все остатки склада возвратов; без проверки набора её не считают выборочным переносом.
Кто управляет данными
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказы FBO/FBS | Площадка и учётная система | Схема исполнения хранится явно, не выводится только из бренда Ozon. |
| SKU и товарные связи | Клиент в Connect / учётной системе | После изменения артикулов требуется сверка связей. |
| Остаток и резерв | Один выбранный учётный контур | Connect публикует выбранную формулу, склад подтверждает движения. |
| Статусы и документы | Connect / МойСклад | Повторный импорт и принудительный пересмотр могут иметь побочные действия. |
| Физический возврат | Склад | Пригодность и количество подтверждаются осмотром, а не наличием документа. |
Что обсудить перед пилотом
- Какое значение количества нужно площадке и где считается резерв?
- Кто проверяет массовые задачи и исключает повтор документов?
- Какой набор складов и дней выгрузки должен действовать, если на площадке один магазин, а в учёте несколько клиентов?
- Какие статусы качества и физические акты должны пережить принудительный пересмотр возвратов?
Перед оценкой
Что нужно уточнить
- Точная редакция Connect, площадка, схема, учётная система и список складов.
- Снимок настроек формул, порогов, дней выгрузки и создания документов.
- Порядок ручного разбора возвращённого товара до перевода в продажу.
- Раздельные права для Connect, учётной системы и кабинета площадки; для первого запуска нужен согласованный список товаров и складов, а не общий ключ без определения области.
- Журнал существующих FBO-документов и актов возврата за контрольный период, чтобы сравнить результат повторного импорта с уже проведёнными движениями.
Границы сценария
Что учесть заранее
- Инструкции разных площадок нельзя переносить друг на друга без проверки.
- Историческое расписание не является обещанием скорости обмена или SLA Skirbo.
- Массовые пересмотры и переносы требуют проверки состава задачи; текущая работа ничего не запускает.
- Порог «выгружать больше чем» в прочитанной инструкции AliExpress обнуляет количество на пороге и ниже; это не вычитание страхового запаса из каждого товара.
- Ручной статус проверки качества нельзя хранить только в статусе заказа, который Connect может пересмотреть по данным площадки.
Стоимость и запуск
Оценим ваш набор операций
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Какой Connect, учётная система и схема FBO/FBS уже используются у продавца?
Вопросы о подключении
Почему «доступно» больше физического остатка?
В прочитанной инструкции это значение включает ожидаемый приход за минусом резерва. Для обещаний покупателю нужна согласованная формула, а не одинаковое название поля.
Можно импортировать FBO как задания на сборку?
Само наличие розничного FBO-заказа не требует сборки на вашем складе. Пополнение площадки и учёт её продаж — разные процессы.
Почему повторный импорт создал документы?
В Connect предусмотрена отдельная опция запуска документных триггеров. Её нужно учитывать при восстановлении истории и не включать без проверки.
Что опасно в переносе возвратов?
Источник описывает перенос всех остатков промежуточного склада. Если там есть непроверенный товар, сначала требуется осмотр и разделение допустимого набора.
Порог 10 означает отправлять остаток за вычетом десяти?
В прочитанной инструкции AliExpress — нет: количество выше порога передаётся, а на пороге и ниже обнуляется. При количестве 11, 10 и 9 и без других преобразований контрольный результат будет 11, 0 и 0. Действие других настроек нужно проверить отдельно.
Как сравнить три режима количества на одном товаре?
Например, физически есть 10 единиц, зарезервировано 2, ожидается ещё 5. По формулам прочитанной инструкции «доступно» даст 13, «остаток» — 10, «остаток без резерва» — 8. Это расчётный пример для согласования, а не проверка вашего кабинета.
Можно ли сохранить брак только ручным статусом возврата?
Лучше согласовать отдельный признак осмотра и складской карантин. Документация предупреждает, что принудительный пересмотр возвратов может заменить ручной статус значением площадки; он не должен разрешать продажу повреждённого товара.
Интеграция уже готова?
Изучаем возможность связи со Skirbo. Рабочий коннектор и сроки подключения не подтверждены; сначала согласуем описанный ниже процесс и проверим доступный интерфейс. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Официальные материалы сервиса
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
- Импорт заказов | ИНСТРУКЦИИ — дата проверки: 2026-10-30
- Экспорт Остатков для FBS | ИНСТРУКЦИИ — дата проверки: 2026-10-30
- Возвраты | ИНСТРУКЦИИ — дата проверки: 2026-10-30
Посмотрите другие сценарии
Весь каталог →Ваш процесс → следующий шаг
Что хотите связать со Skirbo?
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
- Разберём задачуУточним роли, склады и операции.
- Проверим возможностьОпределим доступы, ограничения и состав работ.
- Согласуем запускОбсудим стоимость, сроки и критерии готовности.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.