Обсудить задачу
Фулфилмент

Skirbo +
Solvo.WMS

Сначала договоримся, какая система принимает исходный заказ и какая управляет исполнением. Затем разберём сообщения конкретного внедрения: планируемую поставку или отгрузку, подтверждённые количества, состояния товара и результаты сверки клиента. Складской персонал продолжит работать в принятом процессе Solvo.WMS.

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

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

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

ОперацияНаправлениеСостав и готовность
Задания внешнему складуSkirbo → Solvo.WMSОбсудим в составе подключения

Согласовать приход, расход, владельца груза и внешний номер.

Фактическое исполнениеSolvo.WMS → SkirboОбсудим в составе подключения

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

Остатки для клиентовSolvo.WMS → SkirboОбсудим в составе подключения

Разделить физический запас, резерв и доступность к отгрузке.

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

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

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

Для российского склада ответственного хранения, распределительного центра или клиента действующего 3PL рассматривается Solvo.WMS в установленной у оператора конфигурации. Skirbo может быть внешним источником клиентского поручения и получателем результатов. Solvo.WEB и Solvo.Billing имеют собственные роли и не включаются автоматически в один контракт.

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

Производитель подтверждает проектный обмен с ERP и другим ПО. Состав данных, события или расписание, способ передачи и повторы согласуются при внедрении. Упоминание открытого API не задаёт URL, авторизацию и права стороннего приложения; XML возможен как формат, а не обязательный транспорт каждого проекта.

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

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

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

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

Клиентский заказ на действующий 3PL-склад

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

Когда начинается: Клиент подтвердил заказ и готов передать его оператору.

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

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

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

  • Статус в кабинете клиента не должен опережать подтверждение оператора.
  • Интерфейс Solvo.WEB не считается API-разрешением для Skirbo.

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

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

Когда начинается: На склад поступила плановая партия поклажедателя.

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

Результат: Клиенту понятно, сколько принято и что осталось согласовать.

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

  • Сообщение о прибытии машины не означает завершённой приёмки товара.

Отмена, возврат и восстановление после сбоя

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

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

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

Результат: Отмена и возврат не стирают фактическую историю движения.

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

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

Подготовить клиентский отчёт об остатках и операциях

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

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

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

Результат: Остатки и операции имеют проверяемые основания и область клиента.

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

  • Факт складской операции сам по себе не устанавливает тариф, сумму, налог или оплату услуги.

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

ДанныеОтветственный источникПравило обмена
Плановое поручениеВыбранный клиентский контурДля одного заказа назначить одного автора; учитывать уже используемый Solvo.WEB.
Владелец товара и справочникиКлиент / согласованный мастер-справочникСоответствия отделяют поклажедателей, единицы и характеристики.
Физическая обработка и состояниеSolvo.WMS оператораСклад подтверждает факт, брак, партию и завершение этапа.
РезервНазначенный владелец планированияПроверить освобождение при отмене и переход к фактической отгрузке.
Клиентский отчётSkirbo и ответственный поклажедателяИтог принимается по конкретной версии и контрольному периоду.
Стоимость складских услугДоговор и отдельный биллинговый контурПоток фактов WMS не подтверждает расчёт или оплату по договору.

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

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

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

  • Указать версию WMS и действующий интеграционный шлюз.
  • Описать владельцев товара и границу управления складом.
  • Получить согласованный формат сообщений от интегратора Solvo.
  • Проверить действующие каналы заявок, включая Solvo.WEB, и исключить дублирование.
  • Выделить клиента, склад, контрольный период и примеры неполного исполнения.
Границы сценария

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

  • Наличие ERP-интеграций Solvo не означает готовый коннектор Skirbo.
  • Две системы не должны одновременно назначать одни и те же физические задания.
  • Публичное описание не заменяет контракт сообщений конкретного внедрения.
  • Наличие открытого API на продуктовой странице не подтверждает самосервисную выдачу доступа стороннему SaaS.
  • Solvo.TOS, Solvo.YMS, Solvo.WEB и Solvo.Billing не подменяют предметный контракт Solvo.WMS.
  • События маркировки и правила документооборота проверяются по стране и договору отдельно.
Стоимость и запуск

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

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

Опишите роль Skirbo рядом с установленной Solvo.WMS и пришлите обезличенные сообщения планового заказа, частичного исполнения и итоговой сверки поклажедателя.

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

Нужно ли заменять Solvo.WMS?

Предлагаемый сценарий рассматривает совместную работу с действующей WMS; необходимость замены не предполагается.

Кто станет источником остатков?

Если физическим складом управляет Solvo.WMS, её подтверждённые факты можно рассмотреть как источник; точное правило фиксируется для каждого владельца и склада.

Можно взять доступ из Solvo.WEB и сразу подключить Skirbo?

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

Везде используется XML?

Поставщик называет XML возможным форматом. Транспорт, структура и режим обмена выбираются для конкретного внедрения.

Что будет с частично отгруженным заказом при отмене?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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