Направление работ: Back
Код раздела: 5.1.2 Платежи > Каналы оплаты > Сценарии и Методы оплаты
Статус: черновик
Ответственный: Панкова Л.А.
Версия: 0.1
Обновлено: 11.09.26
1. Назначение
Сценарии оплаты задают порядок инициации, подтверждения и отмены Платежа, связанные уведомления и изменения оплачиваемых сущностей.
Методы оплаты определяют допустимые способы выполнения финансовых обязательств Плательщика перед Получателем платежа и совместимость каждого способа со Сценариями оплаты.
Раздел также задает последовательность Платежной операции, ее Статусы и Типы, которые хранятся только в составе Платежного документа.
2. Ключевые понятия
Сценарий оплаты — допустимый платформой порядок инициации, подтверждения и отмены Платежа, отправки уведомлений и изменения связанных сущностей.
Метод оплаты — допустимый платформой способ выполнения финансовых обязательств Плательщика перед Получателем платежа.
Объект оплаты — оплачиваемая сущность, для которой Канал оплаты определяет допустимые Сценарии и Методы.
Платежный документ — сущность, в составе которой хранятся виртуальные Статус и Тип Платежа.
Баллы — дополнительный учетный Метод, который не участвует в самом Платеже, но фиксируется в Платежном документе как предоставленная Получателем скидка.
3. Scope
Входит
S1 Сценарии оплаты: три допустимых Сценария, порядок инициации и выполнения Платежа, связанные уведомления и изменения Объектов оплаты.
S2 Методы оплаты: пять реализованных основных Методов, будущий Метод «Депозит», дополнительный Метод «Баллы» и совместимость Методов со Сценариями.
S3 Статусы и Типы Платежа: допустимые значения, правила их применения и будущий Тип операции «Депозит».
S4 Порядок Платежной операции: последовательность выбора Канала, Объекта, Сценария, Метода, Типа и переходов Статуса Платежного документа.
Не входит
- Back: 5.1 Каналы и Объекты оплаты — параметры Канала, перечень Объектов и маршрутизация между Сторонами
- Back: 5.3 Сценарии возврата — детальные правила возврата ранее оплаченных средств
- Back: 5.4 Платежные документы — состав, создание и жизненный цикл Платежного документа
- Back: 5.5 Провайдеры онлайн оплат — интеграция инструментов онлайн-оплаты и Торговых терминалов
- Back: 7.1 Шаблоны уведомлений и список событий — содержание шаблонов и каталог событий
- Back: 2.8 Настройки партнерской зоны — параметры приема онлайн-платежей и срок оплаты
- Back: 8.4.2 Настройки балльной системы — учет Баллов платформы
- Back: 2.7.3 Скидки баллами — применение Баллов в качестве скидки
4. Требования
Правила и ограничения бизнеса на уровне данных, источник истины в системе.
| ID | Требование | Комментарий | Тип требования | Вес | Статус |
|---|---|---|---|---|---|
| S1: BR5.1.2-1 | Сценарий оплаты должен определять порядок инициации, подтверждения и отмены Платежа, а также связанные уведомления и изменения Объектов оплаты | Связи: - шаблоны отправляемых уведомлений определяются в Back: 7.1 Шаблоны уведомлений и список событий - состав Объектов оплаты определяется в Back: 5.1 Каналы и Объекты оплаты | Бизнес | 1 | |
| S1: BR5.1.2-2 | Платформа должна поддерживать три Сценария оплаты | Допустимые Сценарии: 1. На месте — Платеж совершается вне платформы и выполняется вследствие завершения процессинга сущности, связанной с Объектом оплаты 2. Онлайн в интерфейсе — Платеж проводится интегрированными в платформу инструментами и выполняется вследствие прохождения определенных этапов процессинга связанной сущности 3. По инструкции — Платеж совершается вне платформы с частичной интеграцией в процессинг; инициируется вследствие прохождения определенных этапов процессинга связанной сущности, а выполняется после подтверждающих действий Плательщика и Получателя платежа | Бизнес | 1 | |
| S2: BR5.1.2-3 | Платформа должна поддерживать пять реализованных основных Методов оплаты и их совместимость со Сценариями | Допустимые Методы: 1. Наличные — передача Получателю платежа необходимой суммы наличными; доступен только для Сценария «На месте» 2. Перевод — прямой перевод необходимой суммы на банковскую карту Получателя платежа; доступен для Сценариев «На месте» и «По инструкции» 3. Карта — применение банковской карты для оплаты необходимой суммы через терминал Получателя платежа; доступен для Сценариев «На месте» и «Онлайн в интерфейсе» 4. СБП — перевод по Системе быстрых платежей или оплата по QR-коду необходимой суммы через терминал Получателя платежа; доступен для любого Сценария 5. Счет — оплата выставленного Получателем платежа счета на необходимую сумму; доступен для Сценариев «Онлайн в интерфейсе» и «По инструкции» | Бизнес | 1 | |
| S2: BR5.1.2-4 | Платформа должна поддерживать Метод оплаты «Депозит» для списания необходимой суммы с ранее пополненного баланса Плательщика в пользу Получателя платежа (после релиза реализация) | Гайдбук указывает, что в текущей версии реализовано пять из шести основных Методов оплаты, и выделяет «Депозит» красным. Допустимые Сценарии и Объекты для Метода не определены; требуется уточнение OQ5.1.2-1 | Бизнес | 3 | |
| S2: BR5.1.2-5 | Баллы должны учитываться как дополнительный Метод при создании Платежного документа, но не должны участвовать в самом Платеже и связываться со Сценарием оплаты | Баллы списываются с баланса Плательщика в счет скидки, предоставленной Получателем платежа, фиксируются в глобальных данных по Платежам и являются внутренней валютой, реализуемой через Back: 2.7.3 Скидки баллами. Балльная система определяется в Back: 8.4.2, отражение в документе — в Back: 5.4 | Бизнес | 1 | |
| S3: BR5.1.2-6 | Платежный документ должен хранить один из четырех Статусов Платежа | Допустимые Статусы: - Ожидает выполнения — Платежный документ создан, но еще не оплачен - Выполнен — оплата прошла успешно - Отменен — оплата отменена пользователем - Просрочен — истек срок оплаты, установленный в параметрах приема онлайн-платежей из Back: 2.8 Настройки партнерской зоны; применяется только для Сценария «Онлайн в интерфейсе» | Системное | 1 | |
| S3: BR5.1.2-7 | Платежный документ должен хранить Тип Платежа «Оплата» или «Возврат» | Допустимые Типы: - Оплата — операция оплаты Объекта оплаты из Back: 5.1 - Возврат — операция возврата ранее оплаченных средств по правилам Back: 5.3 Сценарии возврата | Системное | 1 | |
| S3: BR5.1.2-8 | Платежный документ должен поддерживать Тип Платежа «Депозит» для фиксации средств на балансе пользователя с целью их дальнейшего использования в операциях Оплаты или Возврата (после релиза реализация) | Гайдбук называет два Типа Платежа, но дополнительно выделяет красным третий, будущий Тип «Депозит»; требуется уточнение его связи с одноименным Методом оплаты в OQ5.1.2-1 | Системное | 3 | |
| S4: BR5.1.2-9 | Платежная операция должна выполняться только по допустимой комбинации Объекта, Сценария, Метода, Типа и Статуса | Последовательность: инициация Платежа → Канал оплаты → Объект оплаты → Сценарий оплаты → Метод оплаты → Тип Платежной операции → Платежный документ → Статус «Ожидает выполнения» → итоговый Статус. Матрица из схемы гайдбука: - На месте — Объекты «Заказ», «Абонемент», «Сбор»; Методы «Наличные», «Карта», «СБП», «Перевод» - Онлайн в интерфейсе — все Объекты оплаты; Методы «Карта», «СБП», «Счет» - По инструкции — Объекты «Заказ», «Абонемент», «Сбор»; Методы «СБП», «Перевод», «Счет» - Типы текущей реализации — «Оплата» и «Возврат»; «Депозит» не реализован - Итоговые Статусы — «Выполнен», «Просрочен» или «Отменен» | Системное | 1 |
5. Открытые вопросы
| ID | Источник | Вопрос | Кому | Статус |
|---|---|---|---|---|
| OQ5.1.2-1 | Гайдбук 5.1.2, красные элементы перечня и схемы | Должен ли «Депозит» одновременно являться Методом оплаты для списания ранее пополненного баланса и Типом Платежа для фиксации пополнения баланса? Нужно также определить допустимые Сценарии и Объекты для Метода «Депозит»: в тексте они не указаны, а на схеме «Депозит» показан только как нереализованный Тип операции | Продукт | Open |