Розничные сети все активнее развивают онлайн‑канал, но реальная «битва за клиента» по‑прежнему идет в магазине — там, где нужно быстро собрать, упаковать и выдать интернет‑заказ без ошибок и очередей. В ответ на этот запрос мы реализовали в кассовом решении новый онлайн‑виджет заказов и расширенную линейку статусов, которые расширяют возможности рабочего места кассира при взаимодействии с e‑commerce.
В кассовом интерфейсе (Touch) появился специальный виджет, который в реальном времени показывает агрегированную информацию по интернет‑заказам: количество новых заказов, заказов в сборке, готовых к выдаче и готовых к оплате. Данные поступают из OMS/ERP через SetKit/API, а виджет автоматически обновляет счетчики по каждому статусу в реальном времени.
Под капотом используется единая модель статусов заказа: CREATED, IN_ASSEMBLY, READYTOPICKUP, READYTOPAYMENT, PICKUP, COMPLETED, CANCELED. Переходы между статусами синхронизируются между OMS/ERP и кассовой системой, благодаря чему магазин «видит» реальное состояние каждого интернет‑заказа в моменте.

Новый функционал решает сразу несколько типичных проблем омниканального ритейла:
Сокращение времени сборки и выдачи. Кассиры и сотрудники зала получают сигнал о новых заказах прямо на кассе, без ручного мониторинга почты или отдельных веб‑панелей. Это ускоряет старт сборки и снижает риск просрочки SLA по выдаче.
Прозрачная загрузка магазина. Виджет показывает текущее количество заказов в сборке и готовых к выдаче, что позволяет менеджеру в моменте принимать решения о перераспределении персонала между кассой, залом и складом.
Минимум доработок на стороне магазина. Интерфейс встроен в кассовое решение, обмен статусами стандартизирован через SetKit и REST‑API, поэтому внедрение не требует отдельного фронтенда и сложной интеграции.
Для fashion‑сетей, активно работающих с интернет‑магазином, новая функциональность особенно актуальна. Здесь критично быстро собирать заказы из зала, не терять вещи и избегать ситуаций, когда клиент приходит за заказом, а он еще не готов или не найден.
Как только в OMS создается новый интернет‑заказ со статусом CREATED, кассовая система получает агрегированные данные (например, «новых заказов: 3») и обновляет счетчик в виджете. Кассир видит, что появился новый заказ, и может инициировать сборку — сам или передать задачу сотруднику зала.
Когда статус заказа меняется на IN_ASSEMBLY, касса отражает рост количества заказов в сборке, а счетчик «новых» уменьшается. Это простой, но наглядный индикатор того, что по всем новым заказам уже начаты действия.
После того как заказ полностью собран и передан в зону выдачи, OMS меняет его статус на READYTOPICKUP или READYTOPAYMENT. Виджет на кассе автоматически уменьшает число заказов в сборке и увеличивает счетчик «готовых к выдаче» или «готовых к оплате».

Для fashion‑ритейла это превращается в понятный операционный инструмент:
Кассир видит, сколько упакованных заказов должно находиться в зоне выдачи в данный момент.
Легко обнаружить расхождения: если по системе «готовых к выдаче» 10, а физически в зоне — 7 пакетов, значит, 3 заказа нужно найти и устранить ошибку до прихода клиента.
Можно оперативно выделить отдельного сотрудника для работы только с выдачей, когда счетчик «готовых» достигает порогового значения.
Онлайн-заказ, готовый к выдаче, может находиться в разных платежных состояниях — и кассовая система должна корректно отрабатывать каждый сценарий без лишних операций для персонала и клиента.
Оплата при получении в магазине
Если интернет-заказ переходит в статус READYTOPAYMENT и не был оплачен онлайн, кассир проводит стандартную оплату на кассе. В этом сценарии кассовая система:
принимает оплату любым доступным способом;
фискализирует чек в кассе;
автоматически меняет статус заказа на COMPLETED;
печатает фискальный чек для передачи покупателю.
Для кассира процесс не отличается от обычной продажи, при этом заказ остается полностью синхронизированным с OMS через SetKit
Онлайн-предоплата с фискализацией на кассе
В случае, если заказ был оплачен онлайн, но фискализация предусмотрена в момент выдачи, касса использует данные из OMS для корректного закрытия операции. При получении заказа в магазине система:
выполняет фискализацию чека на кассе;
фиксирует факт выдачи заказа;
обновляет статус заказа в соответствии со статусной моделью;
печатает фискальный чек для покупателя.
Такой сценарий часто используется в сетях, где фискализация централизована на стороне магазина, даже при онлайн-оплате.
Онлайн-предоплата с фискализацией в облаке
Для сетей, использующих облачные фискализаторы, предусмотрен сценарий без повторной фискализации на кассе. Если чек уже был сформирован и зафискализирован в облаке, при выдаче заказа касса:
проверяет платеж и данные чека, полученные из SetKit;
фиксирует факт выдачи заказа с обязательной валидацией (например, по PIN-коду или коду получения);
печатает сопроводительный чек или квитанцию о выдаче (без повторной фискализации);
переводит заказ в следующий статус.
Это исключает дублирование фискальных операций, снижает нагрузку на кассовую линию и ускоряет обслуживание клиента в пиковые часы.
Единая логика для всех сценариев
Во всех вариантах оплаты касса остается точкой контроля финального шага — выдачи заказа. Статусы синхронизируются с SetKit в реальном времени, а магазин всегда видит фактическое состояние заказов: оплачены ли они, выданы ли клиенту и закрыты ли с точки зрения фискальных требований.
В основе решения — SetKit и единое хранилище заказов. Система регулярно запрашивает у OMS агрегированную информацию: статус, количество заказов и время последнего обновления для каждого статуса.
Статья
Новость
Новость
Новость
Новость
Алексей Анкудинов
Директор по продуктам Set