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

Skirbo +
Клеверенс: Склад 15 / Mobile SMARTS

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

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

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

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

ОперацияНаправлениеСостав и готовность
Товары, штрихкоды и единицыВладелец справочника → Mobile SMARTSОбсудим в составе подключения

Состав выгрузки и режим замены согласуются; складской вариант и упаковка имеют постоянные соответствия.

Плановое заданиеSkirbo / учётная система → Mobile SMARTSОбсудим в составе подключения

Ровно один источник плана для выбранного процесса; тип и статус документа берутся из базы клиента.

Фактические строки сканированияMobile SMARTS → Skirbo / учётная системаОбсудим в составе подключения

Получение результата отделено от его принятия и однократного учётного движения.

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

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

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

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

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

Материал посвящён «Складу 15» на платформе Mobile SMARTS в конфигурации конкретного клиента. Предлагаем оценить использование существующих терминалов и мобильных складских операций рядом со Skirbo. Прочие продукты Клеверенса и все редакции «Склада 15» одним контрактом не охвачены.

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

Предметный кандидат — REST-обмен с сервером Mobile SMARTS. Для этой схемы нужен серверный маршрут; документация отделяет его от прямого обмена с ТСД и обмена через папку. Конкретные адрес базы, версия, авторизация, методы и права подтверждаются администратором клиента.

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

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

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

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

Выдать задание на терминал и принять фактическое исполнение

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

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

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

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

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

  • Доступность сервера не равна завершённой синхронизации терминала.
  • Флаг документа сам по себе не доказывает физическую передачу груза или изменение остатка.

Обновить справочник без потери действующих заданий

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

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

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

Результат: Изменение каталога подтверждено на сервере и проверено на контрольном ТСД.

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

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

Восстановить работу после разрыва связи

Задача: Повтор результата не создаёт второй приход, отбор или списание.

Когда начинается: Терминал либо интеграция потеряли связь в середине работы.

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

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

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

  • Коллективная работа зависит от редакции и лицензии.
  • Публичная документация не подтверждает автоматическую идемпотентность будущего адаптера.

Проверить возврат или расхождение инвентаризации

Задача: Склад принимает решение по физически осмотренному товару.

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

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

Результат: Возврат и расхождение дают проверенное решение, которое можно проследить до мобильного документа.

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

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

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

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

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

  • Какие версии, лицензии и операции уже используются на ТСД?
  • Откуда приходит план и кто единолично проводит итог в учёте?
  • Как сервер подтверждает сохранение полного документа, завершение работы и принятие результата?
  • Нужны ли коллективная работа, периодическая синхронизация и восстановление после длительного обрыва?
Перед оценкой

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

  • Уточнить редакцию «Склада 15», версию Mobile SMARTS, лицензии и действующие мобильные операции.
  • Предоставить разрешённый тестовый сервер, роли и обезличенные примеры документов с планом и фактом.
  • Назначить владельца учётного движения и согласовать, когда результат считается принятым.
  • Проверить соответствия товаров и единиц, режим обновления справочника и порядок восстановления связи.
Границы сценария

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

  • Готовый адаптер Skirbo и фактическая совместимость с базой клиента не подтверждены.
  • У изученного варианта WH15A-REST нет онлайна и возможности добавлять новые операции. Другие варианты лицензирования нужно проверять отдельно.
  • REST-доступ к серверу и режим взаимодействия терминала с сервером — разные условия проекта.
  • Публичные методы платформы не гарантируют поддержку любого типа документа и режима выбранной редакцией.
  • Состояние документа не подменяет подтверждение учёта, физического движения или правового события маркировки.
Стоимость и запуск

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

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

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

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

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

Здесь рассматривается «Склад 15» на Mobile SMARTS. Для иной редакции, продукта или базы проверяются собственные методы, права и лицензирование.

Достаточно подключить ТСД кабелем?

Для описанного REST-маршрута нужен сервер Mobile SMARTS. Прямой обмен с терминалом и обмен через папку имеют отдельную схему; их нельзя считать тем же API-подключением.

Лицензия REST означает онлайн на каждом терминале?

Нет. В частности, у изученной WH15A-REST онлайн не включён. Режим терминала, разрешённые операции и серверный обмен сверяются по выбранной поставке.

Сразу после ответа API можно считать задание загруженным?

Нужно проверить завершение всей загрузки и сохранённый документ по правилам установленной версии. Выполнение складского задания и принятие его результата — последующие этапы.

Как результат не проведётся дважды после восстановления связи?

В проекте нужен постоянный ключ задания и строк, журнал принятого результата и сверка с системой учёта перед повтором. Это требование к будущему обмену, а не подтверждённое свойство готового коннектора.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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