Обсудить задачу
Платежи

Skirbo +
КОМТЕТ Касса

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

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

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

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

ОперацияНаправлениеСостав и готовность
Курьерский заказПродавец / оператор → КОМТЕТОбсудим в составе подключения

Кабинетный процесс; API записи заказа требует проверки.

Код маркировкиРабочее место → локальный СканерОбсудим в составе подключения

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

Факты выдачи и расчётаСклад / курьер → ответственныйОбсудим в составе подключения

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

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

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

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

Прочитаны инструкции заказов в кабинете КОМТЕТ, доступа к компании и отдельного приложения «КОМТЕТ Сканер маркировки». Заказ курьеру и локальная проверка кода — разные контуры. Склад связывает их только по согласованному процессу выдачи, не предполагая единый облачный API.

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

Заказы подтверждены как операции кабинета. API Сканера — HTTP-сервер только на localhost, не облачный endpoint для Skirbo. Для автоматизации заказов нужен отдельный контракт; локальная связь требует согласованного компонента на рабочем месте.

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

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

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

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

Выдать курьеру заказ с правильным условием оплаты

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

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

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

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

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

  • Общий доступ сотрудников к компании не считается доступом только к одному складу.

Проверить код на рабочем месте

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

Когда начинается: При выдаче маркированной единицы сканируется код.

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

Результат: Склад знает, был ли код проверен, а не только прочитан.

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

  • HTTP 200 в режиме «Без проверки» не означает положительную проверку; локальный порт не открывается в интернет.

Разделить компании клиентов

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

Когда начинается: Фулфилмент обслуживает несколько компаний.

  1. Определить, кто работает в кабинете КОМТЕТ от каждого продавца.
  2. Учитывая равные права в компании, выбрать операторский регламент или отдельно проверенный API scope.
  3. Перед каждой выдачей сверять магазин и компанию с клиентской принадлежностью заказа.

Результат: Мультиклиентность обеспечена выбранным регламентом.

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

  • Наличие отдельных логинов не доказывает ограничения по разделам.

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

ДанныеОтветственный источникПравило обмена
Заказ и оплатаПродавец / КОМТЕТСтатус оплаты определяет действия курьера, проверяется по финансовому факту.
SKU, запас и выдачаSkirbo / складКод связан с конкретной единицей, физическая передача фиксируется отдельно.
Проверка кодаСканер в выбранном режимеРежим и результат сохраняются, пустая проверка не успех.
Чек и магазинПродавец / кассовый контурМагазин определяет оформление документа, склад не выбирает налоги.
ВозвратСклад и продавецФизический возврат и финансовый результат отдельно.

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

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

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

  • Компания, магазин, курьеры и подтверждённые условия оплаты.
  • Регламент доступа при равных правах кабинета.
  • Рабочее место, режим Сканера и актуальные правила проверки нужной товарной группы.
Границы сценария

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

  • Локальный API Сканера не доступен по сети и не заменяет API облачной кассы.
  • Контракт автоматической записи курьерских заказов не прочитан.
  • Маркировка относится к российскому процессу; правила других стран проверяются отдельно.
Стоимость и запуск

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

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

Какая компания, магазин, курьерский процесс и рабочее место проверки кодов используются?

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

Skirbo может обращаться к localhost Сканера из облака?

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

HTTP 200 подтверждает код?

Не в режиме «Без проверки». Необходимо учитывать выбранный режим и содержимое результата.

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

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

Курьер должен всегда брать оплату?

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

Если в ответе Сканера есть только code, товар проверен?

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

Что делать, если курьер получил заказ, но товар ещё на складе?

Уведомление означает передачу задания. Склад отдельно фиксирует физические места, количество и передачу курьеру; только после этого выдача считается выполненной.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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