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

Skirbo +
Satu.kz

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

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

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

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

ОперацияНаправлениеСостав и готовность
Заказ продавцаSatu.kz → SkirboНужна проверка

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

Справочник и единица продажиКаталог продавца → карта SkirboНужна проверка

Согласовать идентификатор товара/варианта и преобразование пачки, метра или набора; формат кабинета ещё не прочитан.

Наличие и публикацияВладелец запаса → Satu.kzНужна проверка

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

Сборка, отправление, отменаСклад ↔ ответственный продавцаНужна проверка

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

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

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

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

Satu.kz: собственный магазин и казахстанский канал продаж одной компании. Проект касается передачи её заказов, артикула и единицы продажи на выбранный склад. Договор, кабинет и API Satu.kz рассматриваются самостоятельно; контракт Prom.ua не переносится.

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

Способ обмена не подтверждён. Нужны действующие инструкции именно Satu.kz и разрешения кабинета: чтение заказов, каталог, остатки, импорт и фиксация результата. Файловая или операторская передача — варианты проекта после проверки доступности; ни один из них не заявлен как уже доступная функция. Методы Prom.ua не используются.

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

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

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

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

Заказ через подтверждённый маршрут передачи

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

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

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

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

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

  • Это проект проверки, а не документированный текущий порядок кабинета.
  • Неопределённый статус оплаты не трактуется как разрешение на отгрузку; правило допуска утверждает продавец.

Один ассортимент на сайте и площадке

Задача: Сохранить одного владельца артикула, цены и доступного количества.

Когда начинается: Компания хочет использовать общий товарный запас для собственных продаж и канала Satu.kz.

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

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

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

  • Нет подтверждения текущего импорта, предпросмотра или обратной загрузки: это обязательный допуск.
  • Удаление строки из файла не считается снятием товара с продажи без прочитанного правила.

Оптовая единица без ошибки физического количества

Задача: Преобразовать пачки, метры или наборы в точное задание склада.

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

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

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

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

  • Цена заказа не пересчитывается автоматически из складской единицы.
  • Для весового/мерного товара погрешность и подтверждающий документ утверждаются отдельно.

Отмена, недостача и физический возврат

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

Когда начинается: Продавец передал изменение/отмену либо на склад поступила возвращённая посылка.

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

Результат: Физический товар, резерв и финансовое решение имеют отдельное подтверждение.

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

  • Текущие статусы и правила возврата Satu.kz не прочитаны; названия статусов и автоматические действия не выдумываются.
  • Правила Prom.ua и российских площадок не применяются к этому договору.

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

ДанныеОтветственный источникПравило обмена
Заказ и его редакцияПродавец Satu.kz / согласованная система продажПодтверждает источник, изменение, адрес и допуск к отгрузке.
Товар, вариант и ценаНазначенный каталог компанииУстойчивые ID и право записи определяются до загрузки.
Единица продажиПродавец совместно со складомКоэффициент и состав набора версионируются; исходная единица сохраняется.
Физический запас и резервSkirbo для согласованного владельца и складаОдин контур вычисляет доступное количество; повтор заказа не резервирует второй раз.
ОтправлениеНазначенный отправительОдна коробка имеет одну принятую накладную, склад подтверждает физическую передачу.
Оплата, возврат денег и документыПродавец и его финансовый контурСкладской статус не подтверждает денежный результат; применимость казахстанских документов проверяется отдельно.

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

  • Где находится актуальная официальная инструкция Satu.kz по заказам, API или экспорту для этой компании?
  • Какие операции чтения и записи разрешены этому кабинету и как выдаётся доступ?
  • Есть ли предпросмотр импорта, какие действия публикуют товары и какие текущие последствия связаны с ProSale?
  • Какие ID, единицы, редакции и признаки источника сохраняются в доступной передаче?
  • Как продавец подтверждает сборку, номер отправления, частичную отгрузку и расхождение?
  • Каков действующий процесс отмены и возврата, и кто подтверждает деньги и документы в Казахстане?
Перед оценкой

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

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

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

  • Публичная главная Satu.kz не подтверждает конкретные методы API.
  • Совместимость с Prom.ua по сходству интерфейса не предполагается.
  • До проверки документации обещается разбор сценария, а не автоматический обмен.
  • Актуальная операционная первичка не получена; материал удерживается от редакционной приёмки и публикации.
  • Историческая оферта 2023 года не подтверждает действующие тарифы, обязанности или доступ API.
  • Ошибка открытия документа фиксирует ограничение исследования, но не доказывает отсутствие функций Satu.kz.
  • Файловый экспорт, импорт, автоматические статусы и повторы требуют самостоятельного подтверждения.
  • Прямой перенос методов Prom.ua, разрешений, единиц и правил оплаты недопустим; договор Казахстана рассматривается отдельно.
Стоимость и запуск

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

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

Для продолжения нужны актуальная инструкция/API или экспорт Satu.kz именно вашей компании, права кабинета, пример заказа и правила предпросмотра импорта/ProSale. После проверки этих входов можно принять технический маршрут и первый складской сценарий.

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

API Satu.kz такой же, как у Prom.ua?

Не будем переносить контракт другого портала без проверки. Для проекта нужны актуальные права и документация именно вашего кабинета Satu.kz.

Можно начать с файлов?

Оценим доступный экспорт на ваших примерах: идентификаторы, обновления, отмены и расписание. Возможность обратной загрузки потребуется подтвердить отдельно.

Почему страница ещё не принята к публикации?

Нет актуального прочитанного контракта обмена Satu.kz. Комплект фиксирует предметный процесс и вопросы, но для приёмки нужны действующие инструкции, права и подтверждение передачи результата.

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

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

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

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

Можно вернуть количество на склад после отмены?

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

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

Изучаем возможность подключения. Исследовательский комплект подготовлен, редакционная приёмка приостановлена: актуальная первичка по заказам, экспорту/API, правам и обратной загрузке Satu.kz не получена. Историческая оферта 2023 года не подтверждает действующие тарифы, обязанности или методы. detailPublished=false; автоматический обмен не заявлен. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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