Set up deposits and partial paymentsНастройка предоплат и доплат
Payment setup begins with decisions the business can state clearly: how much is requested, what confirms receipt and which order actions become available afterward. This playbook turns those decisions into an acceptance checklist without inventing provider capabilities or a required deposit policy.Настройка платежей начинается с понятных решений бизнеса: какую сумму запросить, чем подтвердить поступление и какие действия с заказом доступны после этого. Материал переводит решения в проверку приёмки, не придумывая возможности провайдера или обязательную политику предоплаты.
Define the amount basisОпределите базу суммы
Specify whether the requested payment is a fixed amount or a percentage of an agreed order value. Decide which approved adjustments change the request and who confirms the customer-facing terms.Укажите, является ли запрос фиксированной суммой или долей согласованной стоимости заказа. Определите изменения, влияющие на запрос, и сотрудника, подтверждающего условия для клиента.
Use fictional examples to settle ambiguity before configuring fields. If an order changes after a deposit, the team needs an explicit decision on the next amount and timing; a percentage field cannot make that business decision.До настройки разберите неоднозначности на вымышленных примерах. При изменении заказа после предоплаты команда должна знать следующую сумму и срок; процентное поле не принимает это бизнес-решение.
Map payment and order statesСвяжите состояния оплаты и заказа
Write a small state map: payment requested, pending confirmation, confirmed receipt, disputed event and completed refund. Separately define order acceptance, preparation and completion so money and fulfillment are not collapsed into one status.Опишите состояния: запрос оплаты, ожидание, подтверждённое поступление, спорное событие и выполненный возврат. Отдельно задайте принятие, подготовку и завершение заказа, не объединяя деньги и исполнение в один статус.
For each transition, name the required evidence and authorized role. A customer promise, screenshot or sent invoice may begin review; it should not automatically substitute for the payment channel’s confirmed result.Для каждого перехода укажите подтверждение и уполномоченную роль. Обещание клиента, снимок экрана или отправленный счёт могут начать проверку, но не заменяют подтверждённый результат платёжного канала.
Assign collection and refund authorityНазначьте полномочия по платежам
Decide who may request an additional payment, approve a correction or authorize a refund under the business’s terms. Keep the request and approval distinct from the provider’s execution result.Определите, кто запрашивает доплату, согласует исправление и разрешает возврат по условиям бизнеса. Разделяйте запрос, согласование и фактическое исполнение провайдером.
Confirm supported methods and connection responsibilities for the actual SABSUS configuration. This checklist does not imply card storage, automatic debit, a particular processor or universal refund behavior.Подтвердите способы оплаты и ответственность за подключение в реальной конфигурации SABSUS. Перечень не предполагает хранение карт, автоматическое списание, конкретного провайдера или единый порядок возврата.
Prepare meaningful test casesПодготовьте контрольные случаи
Use an illustrative $800 order with $200 received, then an approved increase to $900: the balance becomes $700. Also test two separate partial receipts, a duplicate notification and a payment with an unmatched reference.Возьмите условный заказ на $800 с поступлением $200 и согласованным увеличением до $900: остаток станет $700. Проверьте два частичных поступления, повторное уведомление и платёж без найденного назначения.
Add an approved partial refund and verify that it keeps the original payment reference. The team must explain what was requested, what was executed and what remains unresolved without counting the same payment twice.Добавьте согласованный частичный возврат и сохраните ссылку на исходную оплату. Команда должна объяснить запрос, исполнение и нерешённый остаток, не считая один платёж повторно.
Agree the reconciliation handoffСогласуйте передачу на сверку
The billing owner compares orders, allocated receipts, refunds and provider settlements over a defined period. Keep fees and timing differences visible instead of forcing the bank deposit to equal gross order value.Ответственный за расчёты сверяет заказы, назначенные поступления, возвраты и выплаты провайдера за определённый период. Показывайте комиссии и разницу сроков, не подгоняя банковскую выплату под полную стоимость заказов.
Release the workflow when each fixture has an expected result, an observed record and a reviewer’s decision. Keep real customer charges and refunds out of configuration exercises unless separately authorized.Принимайте процесс, когда у каждого случая есть ожидаемый результат, наблюдаемая запись и решение проверяющего. Реальные списания и возвраты не входят в учебную настройку без отдельного разрешения.