Изучаем возможность
Транспорт и маршруты
Major Cargo Service
Обмен заданиями и документами при договорной логистике.
Транспорт и маршрутыSkirbo +
Skirbo +
Mobidel
Оценить связь Skirbo с конкретной точкой Mobidel: склад передаёт факты приёмки и выдачи, а диспетчер контролирует доступность позиции и готовность заказа. API стоп-листа используется только в пределах подтверждённого чтения; остальные действия сначала согласуются как ручные.
Какой обмен обсудим
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Стоп-лист | Mobidel → Skirbo | Обсудим в составе подключения Предлагается читать запрет доступности для согласованного предприятия и склада; не заменяет остаток и резерв. |
| Факт комплектации | Skirbo → диспетчер Mobidel | Нужна проверка Предлагается вернуть фактический состав и время выдачи; автоматическая запись состояния требует отдельного контракта. |
| Связь приёмки с накладной | Склад / оператор → обе системы | Нужна проверка Ручная сверка номера, склада и проведения документа; API накладных не подтверждён. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Для какой задачи подходит сервис
Mobidel — система учёта доставки еды. Здесь рассматривается узкая задача кухни, склада компонентов или точки комплектации готовой продукции, где складской оператор уже работает с пищевым ассортиментом. Это не универсальная доставка FBS и не грузовая TMS. Первичные материалы описывают чтение стоп-листа, обработку заказа в кабинете, накладные и права по предприятиям.
Как организовать обмен
Сохранённая справка содержит API чтения стоп-листа и отдельные инструкции работы в кабинете. Историческая авторизация и HTTP-примеры требуют проверки актуального защищённого варианта. По ним нельзя заявить доступные методы записи накладной, изменения заказа или количественного остатка.
Предлагаемый порядок работы
- Зафиксировать предприятие Mobidel, точку комплектации, внешний номер заказа и склад Skirbo. Оператор сверяет состав по карточке заказа; чтение заказа через API не считается доказанным одной ссылкой из старого черновика.
- Сопоставить готовую позицию с её внутренним SKU и выбранным складом. Компонент, блюдо и готовый набор остаются разными объектами; рецепт и нормы списания автоматически не предполагаются.
- После подтверждения безопасного доступа получить стоп-лист для выбранного контекста. Стоп-лист трактуется как ограничение доступности, а не как числовой остаток ингредиентов.
- Склад комплектует разрешённые позиции, фиксирует фактическую выдачу и расхождения. Если позиция запрещена или замена не согласована, диспетчер принимает решение до передачи курьеру.
- Результат комплектации возвращается ответственному диспетчеру согласованным каналом. Он проверяет состояние заказа в Mobidel и подтверждает принятие результата; доступная в кабинете смена состояния не доказывает метод API.
- Физическая передача курьеру отмечается отдельно от производства и общего статуса доставки. При запоздалом сообщении сверяют текущую карточку заказа и время изменения состояния, чтобы не выдать его повторно.
Практические сценарии
Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.
Увидеть запрет продажи до выдачи готового заказа
Задача: Не смешать отсутствие готовой позиции в продаже, наличие ингредиента и факт комплектации конкретного заказа.
Когда начинается: Диспетчер передаёт согласованный заказ еды на точку комплектации, а склад должен выдать подготовленную продукцию или компоненты.
- Зафиксировать предприятие Mobidel, точку комплектации, внешний номер заказа и склад Skirbo. Оператор сверяет состав по карточке заказа; чтение заказа через API не считается доказанным одной ссылкой из старого черновика.
- Сопоставить готовую позицию с её внутренним SKU и выбранным складом. Компонент, блюдо и готовый набор остаются разными объектами; рецепт и нормы списания автоматически не предполагаются.
- После подтверждения безопасного доступа получить стоп-лист для выбранного контекста. Стоп-лист трактуется как ограничение доступности, а не как числовой остаток ингредиентов.
- Склад комплектует разрешённые позиции, фиксирует фактическую выдачу и расхождения. Если позиция запрещена или замена не согласована, диспетчер принимает решение до передачи курьеру.
- Результат комплектации возвращается ответственному диспетчеру согласованным каналом. Он проверяет состояние заказа в Mobidel и подтверждает принятие результата; доступная в кабинете смена состояния не доказывает метод API.
- Физическая передача курьеру отмечается отдельно от производства и общего статуса доставки. При запоздалом сообщении сверяют текущую карточку заказа и время изменения состояния, чтобы не выдать его повторно.
Результат: Складская выдача привязана к предприятию и заказу; запрет продажи, производство и доставка не заменяют друг друга.
Если возникло исключение
- Неизвестное соответствие блюда и SKU направляется диспетчеру; система не списывает произвольный компонент.
- При недоступном стоп-листе решение принимается по проверенному кабинету, а свежесть последнего ответа явно видна.
Приёмка компонентов с проведением накладной
Задача: Согласовать физическую приёмку и документ Mobidel, не считать черновик приходом.
Когда начинается: На пищевой склад поступили товары или компоненты.
- Склад проверяет поставщика, номер документа, количество и единицы каждого компонента; качество и срок годности обрабатываются по регламенту клиента.
- Ответственный в Mobidel выбирает тип накладной, склад, поставщика и список товаров. В справке создание и активация-проведение указаны разными действиями.
- Номер проведённой накладной возвращают в связку с приёмкой Skirbo; оператор сверяет склад и количество, затем закрывает расхождения.
Результат: У физической приёмки есть подтверждённый документ нужного предприятия.
Если возникло исключение
- Автоматическая запись накладной и рецептурное списание не подтверждены; до получения контракта это операторский процесс.
Разделить несколько предприятий и точек
Задача: Не показать одному клиенту заказ и остатки другой кухни.
Когда начинается: Компания добавляет второе предприятие или склад.
- Согласовать соответствие клиент Skirbo → предприятие Mobidel → точка комплектации → склад.
- Проверить роль администратора предприятия и доступ к нужным складам; суперадминистратор имеет более широкий охват.
- При переносе заказа между точками закрыть старое задание на выдачу, подтвердить новую точку у диспетчера и сверить, что физическая передача ещё не произошла.
Результат: Заказ имеет одну действующую точку выдачи с проверенными полномочиями.
Если возникло исключение
- Права суперадминистратора не используют как доказательство допустимости доступа оператора ко всем предприятиям.
Кто управляет данными
| Данные | Ответственный источник | Правило обмена |
|---|---|---|
| Заказ и состояние приготовления | Mobidel / диспетчер | Карточка заказа определяет заказанную продукцию; завершённый список включает и выполненные, и отменённые заказы, их нельзя объединять в успех. |
| SKU блюда и компонентов | Согласованный справочник клиента | Таблица соответствий раздельно описывает блюдо, компонент и единицу; рецепт не выводится из названия. |
| Физический остаток и резерв | Выбранная складская система | Только один владелец количественного учёта; стоп-лист не пересчитывает запас автоматически. |
| Передача и доставка | Склад и диспетчер / курьер | Выдача фиксируется физически; результат доставки не является подтверждением производства. |
| Накладные | Mobidel / бухгалтер или кладовщик | Создание и проведение проверяются раздельно, с номером и предприятием. |
| Отказ и возврат | Диспетчер и складской контролёр | Отмена заказа не возвращает еду в продаваемый остаток; решение о качестве и утилизации принимается по регламенту пищевого процесса. |
Что обсудить перед пилотом
- Работаете с блюдами, готовыми наборами или компонентами; где ведутся рецепты и количественный учёт?
- Какие предприятия, точки комплектации и склады нужно связать и кто подтверждает передачу курьеру?
- Нужен только контроль стоп-листа или также запись заказов и накладных, для которой потребуется отдельная документация?
Перед оценкой
Что нужно уточнить
- Подтверждённая применимость Skirbo к конкретному пищевому складу, а не перенос модели обычного маркетплейсного товара.
- Справочники предприятия, склада, точки комплектации, блюда и компонента; отдельный ответственный за рецептуру.
- Актуальная защищённая авторизация и проверенные права. Секреты через публичную заявку не передаются.
- Порядок ручного подтверждения состояния заказа и проведения накладной до появления проверенного интерфейса записи.
Границы сценария
Что учесть заранее
- Стоп-лист подтверждён как чтение; запись запрета, числовые остатки, рецепт, сроки годности и FEFO через этот метод не доказаны.
- Исторические HTTP-примеры не являются рекомендацией передавать учётные данные открытым текстом.
- Операторские функции кабинета не приравниваются к API. Тарифы, лимиты и время подключения не подтверждены.
Стоимость и запуск
Оценим ваш набор операций
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Какие готовые товары, предприятия Mobidel и точки комплектации нужно связать?
Вопросы о подключении
Стоп-лист означает нулевой остаток?
Не обязательно. Это сигнал доступности позиции для продажи. Количество компонента, производственная возможность блюда и запрет продаж должны иметь отдельные правила.
Подойдёт ли эта схема для обычного FBS-склада?
Материалы относятся к доставке еды. Рассматривать связь имеет смысл для конкретного пищевого процесса; универсальную применимость к одежде, запчастям и маркетплейсам статья не подтверждает.
Можно автоматически провести приход?
Справка показывает создание и проведение накладной в интерфейсе. Метод записи через API не прочитан и не заявляется; до его проверки документ оформляет ответственный оператор.
Можно вернуть отменённую еду в доступный остаток?
Статус отмены не подтверждает качество и физический возврат. Склад фиксирует фактическое поступление, а ответственный принимает отдельное решение о дальнейшей судьбе продукции.
Интеграция уже готова?
Изучаем возможность связи со Skirbo. Рабочий коннектор и сроки подключения не подтверждены; сначала согласуем описанный ниже процесс и проверим доступный интерфейс. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Официальные материалы сервиса
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
- API стоп-лист для учета доставки еды | Mobidel — дата проверки: 2026-10-30
- Обработка заказа в программе учета для доставки еды — дата проверки: 2026-10-30
- Складские документы для учета доставки еды | Mobidel — дата проверки: 2026-10-30
- Настройка рабочего места Суперадминистратора в Mobidel для учета доставки еды — дата проверки: 2026-10-30
Посмотрите другие сценарии
Весь каталог →Ваш процесс → следующий шаг
Что хотите связать со Skirbo?
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
- Разберём задачуУточним роли, склады и операции.
- Проверим возможностьОпределим доступы, ограничения и состав работ.
- Согласуем запускОбсудим стоимость, сроки и критерии готовности.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.