Recurring order cycle metricsПоказатели циклов подписочных заказов
For recurring goods or services, the control unit is one scheduled customer cycle. Payment, order creation and fulfillment are separate outcomes. A retry must not create an extra delivery or disguise an unresolved payment.Для регулярных товаров или услуг единица контроля — один запланированный цикл клиента. Оплата, создание заказа и исполнение — отдельные результаты. Повтор не должен создавать лишнюю доставку или скрывать нерешённую оплату.
The business questionРабочий вопрос
Choose cycles due in a complete week and freeze their eligibility at the agreed cutoff. Exclude pauses or cancellations effective before that cutoff with an explicit reason. These are customer recurring-order metrics, not SABSUS software subscription prices.Выберите циклы со сроком в полной неделе и зафиксируйте состав на согласованную границу. Паузы и отмены, действующие до неё, исключайте с явной причиной. Это показатели регулярных заказов клиентов, а не тарифов программной подписки SABSUS.
Metric definitions and scopeОпределения и состав показателей
Cycle payment successУспешная оплата цикла
Eligible due cycles with a confirmed successful payment by the agreed payment deadline ÷ all eligible due cycles. Count each cycle once, regardless of the number of payment attempts.Запланированные циклы с подтверждённой оплатой до согласованного срока ÷ все запланированные циклы к оплате. Считайте цикл один раз независимо от количества попыток.
Fulfillment on timeИсполнение в срок
Cycles fulfilled by the promised date ÷ cycles due for fulfillment under the agreed payment and service policy. Show payment-blocked cycles separately rather than erasing them.Циклы, исполненные до обещанной даты ÷ циклы к исполнению по согласованным правилам оплаты и обслуживания. Заблокированные оплатой показывайте отдельно, а не удаляйте.
Duplicate cycle ordersДубли заказов цикла
Cycles linked to more than one active fulfillment order where only one was intended. Each needs investigation even if total payment success looks healthy.Циклы с несколькими активными заказами на исполнение, когда планировался один. Каждый требует проверки даже при хорошей общей успешности оплаты.
A worked exampleПример расчёта
Illustrative week: 100 cycles were scheduled; 10 were validly paused before the cutoff, leaving 90 eligible. Seventy-two pay on the first attempt and 9 more succeed by the retry deadline. Cycle payment success is 81 ÷ 90 = 90%, with 9 still unresolved or failed.Условная неделя: запланировано 100 циклов; 10 корректно поставлены на паузу до границы, остаётся 90. С первого раза оплачено 72, ещё 9 успешно оплачены до срока повторов. Успешность циклов — 81 ÷ 90 = 90%; у 9 результат нерешённый или неуспешный.
If 78 of the 81 paid cycles are fulfilled on time under a pay-before-fulfillment policy, that fulfillment rate is 78 ÷ 81 = 96.3%. State the policy and retain visibility of the 9 unpaid cycles. This is not a customer-retention rate.Если при правиле «сначала оплата» 78 из 81 оплаченного цикла исполнены вовремя, доля исполнения — 78 ÷ 81 = 96,3%. Укажите правило и сохраните видимость 9 неоплаченных циклов. Это не показатель удержания клиентов.
Exceptions that change the readingИсключения, меняющие вывод
When a payment response is lost, inspect the provider’s final result before retrying or creating another order. A cancellation arriving after the cutoff follows the agreed terms and may require a separate resolution; do not retrospectively remove the cycle to improve the KPI.При потере ответа оплаты проверьте итог у провайдера до повтора или создания другого заказа. Отмена после границы обрабатывается по согласованным условиям и может требовать отдельного решения; не удаляйте цикл задним числом ради улучшения KPI.
Owner and operational decisionОтветственный и решение
The recurring-order manager owns the cycle queue; finance handles payment discrepancies and operations handles fulfillment. The decision is whether to retry under existing authorization, resolve with the customer or hold fulfillment according to policy. The metric itself grants no permission to charge.Менеджер регулярных заказов отвечает за очередь циклов; финансовый специалист — за оплаты, операционная команда — за исполнение. Решение: повтор по действующему разрешению, урегулирование с клиентом или приостановка по правилам. Сам показатель не даёт разрешения списывать деньги.
Acceptance checksПроверки приёмки
- Two payment notifications for one cycle do not create two orders.Два уведомления об оплате одного цикла не создают два заказа.
- A pause effective before cutoff changes eligibility with a recorded reason.Пауза до границы меняет состав с записанной причиной.
- An unknown payment remains unresolved until a confirmed outcome arrives.Неизвестная оплата остаётся нерешённой до подтверждённого результата.
Map the workflow to SABSUSСопоставьте процесс с SABSUS
Confirm which recurring-order steps your SABSUS configuration and payment provider actually support. Scheduling, recurring charging, retry rules and cycle identifiers must be verified; this guide does not promise native subscription billing.Уточните, какие этапы регулярных заказов поддерживают ваша конфигурация SABSUS и платёжный провайдер. Расписание, регулярные списания, повторы и номера циклов нужно проверить; статья не обещает встроенный подписочный биллинг.
Quick answersКороткие ответы
Does each payment attempt count as a cycle?Каждая попытка оплаты — новый цикл?
No. Several attempts can belong to one scheduled customer cycle.Нет. Несколько попыток могут относиться к одному запланированному циклу клиента.
Is payment success the same as retention?Успешность оплаты равна удержанию?
No. It measures payment outcomes for eligible cycles, not customer retention.Нет. Это результат оплаты запланированных циклов, а не удержание клиентов.
Can unknown payments be retried immediately?Можно сразу повторить неизвестную оплату?
First verify the existing result and the applicable authorization and retry policy.Сначала проверьте существующий результат, разрешение и действующее правило повторов.