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

Skirbo +
Дримкас — Viki Smart-F

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

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

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

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

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

Операторская таблица соответствий; API не заявляется.

Завершение и чекViki Smart-F → ответственный → SkirboОбсудим в составе подключения

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

Приёмка возвратаСклад ↔ кассирОбсудим в составе подключения

Физический осмотр и кассовый возврат оформляются раздельно.

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

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

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

Материал относится к конкретной кассе Viki Smart-F и режиму хранения заказов в облаке Дримкас. Прочитаны операторские инструкции создания/поиска заказа и возврата. Автоматический API записи заказов для Skirbo этими инструкциями не подтверждён.

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

Подтверждён кабинетно-кассовый процесс. Первый вариант связи — операторская сверка номера и результата; автоматизация возможна только после чтения отдельной API-документации для нужной редакции.

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

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

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

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

Выдать подготовленный заказ после завершения на кассе

Задача: Не принять сохранённый заказ за готовый фискальный расчёт.

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

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

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

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

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

Оформить возврат по исходному чеку

Задача: Сохранить основание кассовой операции и физического прихода.

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

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

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

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

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

Развести несколько точек выдачи

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

Когда начинается: Продавец обслуживает несколько точек.

  1. Согласовать назначенную точку и складское место до прихода клиента.
  2. Оператор перед выдачей проверяет текущий статус заказа и отсутствие физического исполнения.
  3. При смене точки отзывает прежнее поручение и сверяет доступность заказа в новой кассе.

Результат: У заказа одно действующее поручение выдачи.

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

  • Общее облачное хранение не доказывает любые межточечные права; их нужно проверить.

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

ДанныеОтветственный источникПравило обмена
Заказ и SKUПродавец / складской справочникСостав сверяется между облачным заказом и комплектацией.
Запас и резервSkirbo / складКод заказа не меняет количество на складе сам по себе.
Кассовое состояние и чекViki Smart-F / кассирСохранение заказа и завершение расчёта различаются.
ВыдачаСклад / точка выдачиФизическая передача фиксируется отдельно.
ВозвратКассир и складВозвратный чек не подтверждает пригодность товара.

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

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

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

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

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

  • Инструкции UI не подтверждают API заказов, webhooks или автоматический импорт чеков в Skirbo.
  • Частичный возврат и правка состава требуют отдельной проверки для модели.
  • Нормативные параметры расчёта подтверждаются продавцом по актуальным правилам России.
Стоимость и запуск

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

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

Где создаётся заказ Viki Smart-F и как кассир сопоставляет его со складской комплектацией?

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

Бумага с кодом заказа — итоговый чек?

Инструкция описывает её при сохранении заказа, а завершение с формированием чека — отдельно. В процессе выдачи эти этапы не объединяются.

Можно найти заказ сканером?

В прочитанной инструкции предусмотрены номер, штрихкод или QR заказа. Нужно проверить применимость к вашей версии кассы.

Достаточно возвратного чека, чтобы увеличить остаток?

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

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

Готовый Skirbo-коннектор не подтверждён. Для автоматизации нужен отдельный контракт заказов и результатов; описан законченный операторский процесс.

Можно завершить выдачу, если облачный заказ не находится?

Сначала кассир проверяет исходный номер, область доступа и состояние заказа. Документация не подтверждает для этого сценария универсальный офлайн-режим; новая продажа наугад может нарушить связь с прежним заказом.

Ручной возврат означает, что исходная продажа не нужна?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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