How to connect POS and website ordersКак связать кассу и заказы сайта

Map items and selling conditionsСопоставьте позиции и условия продажи

Products, variants and modifiers need unambiguous identifiers across channels. Align units, required options, bundle contents and location availability separately. Matching names do not prevent the website from selling a large variant while the POS receives a small one. Check similar products and discontinued items explicitly.Для товара, варианта и модификатора нужен однозначный идентификатор между каналами. Отдельно согласуйте единицы, обязательные опции, состав комплектов и доступность по точке. Совпадающее название не защищает от ситуации, когда сайт продаёт большой вариант, а касса получает маленький. Проверьте примеры похожих позиций и снятого с продажи товара.

Name the price source and discount conditions. The website should transmit the agreed amount and its context, and staff should know when changes are permitted. Repricing at handover can conflict with an accepted promise; a disputed difference needs a decision rather than a silent replacement of the total.Укажите источник цены и условия применения скидок. Сайт должен передавать согласованную стоимость и её контекст, а команда — понимать, когда допустимо изменение. Пересчёт по новой цене в момент выдачи может нарушить уже принятое обещание; спорное расхождение требует решения, а не молчаливой замены суммы.

Sales handling in POSРабота продажи в POS

Define when availability is confirmedОпределите момент подтверждения доступности

Separate displayed stock, checkout availability checks and order acceptance. An item can sell through another channel between those events. Define when stock is reserved, for how long and what releases it if reservation is supported. Without real-time synchronization, the business needs a clear limit on what it promises.Разделите показ остатка, проверку при оформлении и подтверждение принятого заказа. Между этими событиями товар может быть продан в другом канале. Определите, когда он резервируется, на какой срок и что освобождает резерв, если такая схема поддерживается. Отсутствие синхронизации в реальном времени требует понятного ограничения обещаний.

For a shortage, assign a decision owner for substitution, rescheduling or cancellation. Do not automatically change a paid order merely because the location lacks an item. The customer needs confirmed terms, and staff need to know what must wait for an answer.Для дефицита задайте владельца решения: согласование замены, перенос или отмена. Не меняйте содержимое оплаченного заказа автоматически лишь потому, что на точке нет позиции. Покупателю должны быть понятны подтверждённые условия, а сотруднику — что нельзя готовить до ответа.

Preserve the original order through handoffСохраните исходный заказ при передаче

Connect the website order number to the internal identifier and payment reference. Receiving the same message again should locate the existing order rather than create another sale. Acceptance checks should include a request repeated after a connection interruption: a recovery attempt should not give the customer two orders.Свяжите номер заказа сайта с внутренним номером и ссылкой на оплату. Повторное получение того же сообщения должно позволять найти существующий заказ, а не создавать ещё одну продажу. В приёмке отдельно проверьте повтор запроса после прерывания связи: покупатель не должен получить два заказа из-за одной попытки восстановления.

Preserve the source channel and original terms after staff edits. Customer-profile matching needs verifiable identifiers and applicable consent handling. Similar names or a shared household phone do not justify automatic history merging. A guest order should remain locatable by its order identifier.Канал и первоначальные условия сохраняйте даже после редактирования сотрудником. Для профиля клиента используйте проверяемое сопоставление и правила работы с согласиями. Похожее имя или общий телефон семьи не позволяют автоматически объединить историю. Гостевой заказ должен оставаться доступным по своему идентификатору.

Reconcile payment separately from fulfillmentСверьте оплату отдельно от исполнения

A successful website screen is not a substitute for a confirmed payment-operation state. Provider updates can be delayed or repeated. Define who investigates unknown results and which confirmed conditions permit fulfillment. At the POS, staff should see the amount already paid and whether payment remains due at handover.Успешный экран сайта не заменяет подтверждённый статус платёжной операции. Сообщение от провайдера может задержаться или прийти повторно. Определите, кто проверяет неизвестный результат и при каких подтверждённых условиях заказ допускается к исполнению. На кассе сотрудник должен видеть, какая сумма уже оплачена и остаётся ли расчёт при выдаче.

Order cancellation, reservation release, preparation stop and an approved refund are separate consequences. Verify each and retain the original-purchase connection. If cancellation arrives after physical handover, ordinary order cancellation is no longer sufficient: use the return process and an agreed goods decision.Отмена заказа, снятие резерва, остановка подготовки и разрешённый возврат денег — отдельные последствия. Проверьте каждое и сохраните связь с исходной покупкой. Если отмена пришла после передачи товара, обычное снятие заказа уже не подходит: нужен процесс возврата и согласованное решение по товару.

• An online-paid order does not become another sale at collection.Оплаченный онлайн заказ при выдаче не превращается в повторную продажу.
• Cancellation leaves goods state, reservation, payment and remaining review visible.При отмене видны состояние товара, резерв, платёж и оставшаяся проверка.

Verify the boundaries between channelsПроверьте границы между каналами

Walk through a guest order, variants of the same product, the last available unit and a repeated payment update. Add cancellation after preparation begins and an adjustment at collection. For each, specify the expected record, amount, goods state and staff action. Check both ends of the exchange, not only the storefront.Пройдите путь гостевого заказа, одинакового товара с разными вариантами, последней доступной единицы и повторного сообщения оплаты. Добавьте отмену после начала подготовки и изменение при выдаче. Для каждого случая запишите ожидаемую запись, сумму, состояние товара и действие сотрудника. Проверяйте обе стороны обмена, а не только витрину.

For the selected SABSUS configuration, verify the supported website, POS, payment method and synchronization direction. Where an exchange is unavailable, explicitly document the manual handoff and owner. Compatibility, data export and update speed require confirmation for the specific solution; a general integration label does not establish them.Для выбранной конфигурации SABSUS уточните поддерживаемый сайт, POS, способ оплаты и направление синхронизации. Если отдельного обмена нет, явно опишите ручной переход и его владельца. Совместимость, экспорт данных и скорость обновления должны быть подтверждены для конкретного решения; их нельзя выводить из общего названия интеграции.

Verify the available system integrationПроверить доступный обмен между системами

Quick answersКороткие ответы