Connect checkout, customer and orderСвяжите кассу, клиента и заказ
The result of this lesson is a checked order journey from entry through payment to completion. You will prepare a record map, transition rules and a test log. Start with one location, one online ordering channel and a small catalog from the first lesson so every movement can be explained before adding more variants.Результат урока — проверенная цепочка одного заказа от создания до оплаты и завершения. Вы подготовите карту записей, правила переходов и журнал проверок. Начните с одной точки, одного канала онлайн-заказов и небольшого каталога из первого урока: так можно объяснить каждое движение, прежде чем добавлять новые варианты.

Prepare inputs and a record mapПодготовьте данные и карту записей
Bring verified item codes, units, prices and opening stock for the chosen location. Prepare a sample customer without unnecessary personal information and choose a payment method available for an authorized check. Name the people who accept orders, confirm payment and complete fulfillment. If a safe test method is unconfirmed, first review the records on paper; actual charges and outgoing messages require separate agreement.Возьмите проверенные коды товаров, единицы, цены и исходный остаток выбранной точки. Подготовьте учебного клиента без лишних персональных данных и выберите способ оплаты, доступный для согласованной проверки. Назначьте сотрудников, которые принимают заказ, подтверждают оплату и завершают выполнение. Если безопасный режим проверки не подтверждён, сначала разберите записи на бумаге; реальные списания и отправка сообщений требуют отдельного согласования.
Create worksheet rows for order, customer, payment, stock movement and fulfillment. For each, record its source, identifier, owner and how to locate the related record. This is your review map, not a list of interface labels. In the chosen configuration, verify which links are direct, which are supplied by an integration and where an agreed manual step is needed.В рабочем листе создайте строки «заказ», «клиент», «оплата», «движение товара» и «исполнение». Для каждой укажите источник, идентификатор, ответственного и способ найти связанную запись. Это ваша схема проверки, а не названия разделов интерфейса. Проверьте в выбранной конфигурации, какие связи существуют напрямую, какие передаёт интеграция и где сотруднику нужен согласованный ручной шаг.
Separate order and payment statesРазделите состояние заказа и оплаты
Describe what acceptance, preparation, handover and cancellation mean in your process. Define payment states separately: awaiting an outcome, confirmed amount and refund if included in scope. Do not treat an order as fulfilled merely because it is paid. For every transition, record the event, permitted role and evidence, such as a payment record, handover entry or cancellation decision.Опишите, что означает принятие, подготовка, выдача и отмена в вашем процессе. Отдельно задайте состояния оплаты: ожидание результата, подтверждённая сумма и возврат, если он входит в выбранный сценарий. Не считайте заказ выполненным только потому, что он оплачен. Для каждого перехода запишите событие, разрешённую роль и свидетельство: запись оплаты, отметку выдачи или решение об отмене.
Write a sequence for an online order and a checkout sale. Mark when stock is reserved or deducted, if configured, and who releases a reservation after cancellation. Verify both availability and timing of each action in the actual setup. The same status on two screens is useful only when it has the same meaning and supporting event.Составьте последовательность для онлайн-заказа и кассовой продажи. Отметьте, на каком шаге товар резервируется или списывается, если такие операции настроены, и кто снимает резерв после отмены. Возможность и момент каждого действия проверяйте по фактической настройке. Один и тот же статус на двух экранах полезен только тогда, когда у него совпадают смысл и основание.
Check the customer relationshipПроверьте связь с клиентом
For a known customer, record the identifier before the exercise and verify which record receives the order. For a new customer, define required information and what happens without registration if that journey is supported. A matching name or shared household phone does not by itself justify merging histories. Assign ambiguous cases to a responsible reviewer.Для известного клиента запишите идентификатор до упражнения и проверьте, к какой записи попал заказ. Для нового клиента заранее определите, какие данные необходимы и что произойдёт без регистрации, если такой путь доступен. Совпадение имени или общего семейного телефона само по себе не разрешает объединять историю. Неоднозначный случай оставьте ответственному на проверку.
Ask the cashier and online-order employee to locate the same sample order within their assigned access. Check that they can see the information needed for their work rather than every customer detail. A purchase record and marketing permission serve different purposes: do not infer one from the other or include advertising messages in this exercise.Попросите кассира и сотрудника онлайн-заказов найти тот же учебный заказ в пределах своих доступов. Проверьте, что им видны необходимые данные для работы, а не все сведения о клиенте. Запись покупки и согласие на маркетинговую рассылку имеют разное назначение: не выводите одно из другого и не включайте отправку рекламы в это упражнение.
Walk through an order and reconciliationПройдите заказ и сверку
Before acting, record expected items, quantity, price, applicable charges and total in one currency. Then trace creation, acceptance, payment confirmation and fulfillment. After each step, add the actual reference, state and owner to the log. Reconcile order contents with payment and stock movement separately: successful payment does not prove correct stock deduction.До действия запишите ожидаемые товары, количество, цену, применимые сборы и итог в одной валюте. Затем проследите создание, принятие, подтверждение оплаты и выполнение. После каждого шага внесите фактический идентификатор, состояние и ответственного в журнал. Сверяйте состав заказа с оплатой и движением товара отдельно: успешный платёж не доказывает правильное списание.
In a teaching example without charges or discounts, an order contains 2 units at 15 each, so its total is 30. With opening stock of 10, expected physical quantity after one handover is 8. If reservations are tracked separately, check their state against the agreed rule and cutoff. These numbers check arithmetic; they are not recommended prices for your business.Учебный пример без сборов и скидок: заказ содержит 2 единицы по 15, поэтому итог равен 30. При исходном остатке 10 ожидаемое физическое количество после одной выдачи равно 8. Если отдельно ведётся резерв, его состояние проверяют по своему правилу и моменту отсечения. Эти числа нужны для проверки арифметики, а не для настройки цен вашего бизнеса.
Review repetition, delay and cancellationРазберите повтор, задержку и отмену
Create separate cases for resubmitting the same order, a delayed payment response and cancellation before handover. Define the expected outcome before reproducing each case. Repetition may require manual review or an integration safeguard; verify whether that protection exists. When payment outcome is unknown, locate the original operation before another action becomes a second charge.Составьте отдельные случаи: повторная отправка того же заказа, задержка ответа об оплате и отмена до выдачи. До воспроизведения определите ожидаемый результат. Повтор может требовать ручной проверки или защиты интеграции; её наличие нужно подтвердить. При неизвестном платёжном результате сначала найдите исходную операцию, чтобы повторное действие не стало второй оплатой.
For cancellation, check order, payment and goods as three distinct outcomes. Canceling an order does not establish a completed refund, and refunding money does not establish a return to stock. Record the owner and closure evidence for each unfinished action. If an exception cannot be reproduced safely with the selected payment method, mark it unverified rather than passed.Для отмены проверьте заказ, оплату и товар как три отдельных результата. Отмена заказа не означает завершённый возврат денег, а возврат денег не означает возвращение товара на склад. Запишите владельца каждого незавершённого действия и основание для закрытия. Если на выбранном способе оплаты невозможно безопасно воспроизвести исключение, отметьте случай как непроверенный, а не пройденный.
Accept the result from the test logПримите результат по журналу
For every log entry, retain starting conditions, action, expected and actual records, discrepancy and decision. Count planned, passed, failed and unverified cases. Complete the exercise when every required case passes, no amount or quantity difference is unexplained, repetition leaves no extra accepted order or payment, and open exceptions have an owner.В каждой строке журнала сохраните исходные условия, действие, ожидаемые и фактические записи, расхождение и решение. Посчитайте запланированные, пройденные, проваленные и непроверенные случаи. Условие завершения упражнения: все обязательные случаи пройдены, необъяснимых различий сумм и количества нет, повтор не оставил лишний принятый заказ или платёж, у открытых исключений есть ответственный.
The process owner accepts the worksheet after the cashier and fulfillment employee review it. If a defect is found, correct the relevant link or rule and repeat affected cases. Do not extend the conclusion to another location, channel or payment method without checking those conditions. The next lesson adds delivery to an order the team already understands.Владелец процесса подписывает рабочий лист после проверки кассиром и сотрудником выполнения. Если обнаружена ошибка, исправьте конкретную связь или правило и повторите затронутые случаи. Не распространяйте вывод на другую точку, канал или способ оплаты без соответствующей проверки. Следующий урок добавляет доставку к уже понятному заказу.
Choose the next setup scopeВыберите следующий объём настройки
You can configure SABSUS yourself. If you need help with data mapping, configuration or team training, optional SABSUS assistance starts at $500; cost depends on business type and location count. Agree scope and acceptance criteria beforehand. This lesson does not set a mandatory setup charge or implementation deadline.SABSUS можно настроить самостоятельно. Если нужна помощь с картой данных, настройкой или обучением команды, необязательная помощь SABSUS начинается от $500; стоимость зависит от типа бизнеса и количества точек. До начала согласуйте состав работ и критерии приёмки. Урок не задаёт обязательный платёж или срок внедрения.
For expansion, use the completed log and identify which conditions change. Check current platform terms on the pricing page and discuss preparation scope separately. Keep the worksheet with your internal instructions so a new shift can repeat the checks without reconstructing status meanings from chat.Для расширения возьмите заполненный журнал и укажите, какие условия меняются. Актуальные условия платформы проверяйте на странице цен; объём подготовки обсуждайте отдельно. Сохраните рабочий лист рядом с внутренней инструкцией, чтобы новая смена могла повторить проверку, не восстанавливая смысл статусов из переписки.
Implementation optionsВарианты внедрения · Current termsАктуальные условия · All Academy lessonsВсе уроки Academy
Quick answersКороткие ответы
Is this a button-by-button tutorial?Это инструкция по кнопкам?
No. It is a setup and verification sequence. Confirm interface labels and available actions in your configuration.Нет. Это последовательность настройки и проверки. Названия разделов и доступные действия нужно сверить с вашей конфигурацией.
Is a paid order already complete?Оплаченный заказ уже завершён?
No. Payment, handover and stock movement are checked separately against agreed events.Нет. Оплата, выдача и движение товара проверяются отдельно по согласованным событиям.
Can an unverified repetition case be accepted?Можно принять непроверенный повтор?
It remains an open limitation with an owner; a required case must be checked before accepting the affected workflow.Только как открытое ограничение с ответственным; обязательный случай должен быть проверен до принятия соответствующего процесса.
