Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
  • This project
    • Loading...
  • Sign in / Register
W
wiki
  • Project
    • Overview
    • Details
    • Activity
    • Cycle Analytics
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
  • Issues 0
    • Issues 0
    • List
    • Board
    • Labels
    • Milestones
  • Merge Requests 0
    • Merge Requests 0
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Иван Кубота
  • wiki
  • Wiki
  • Scenario_cash_pay

Scenario_cash_pay

Last edited by Alexey Zabrodin Aug 27, 2017
Page history

Предусловия

Считаем, что этот сценарий вызывается из некоего общего "сценария оплаты", в котором инициализирован объект платежной транзакции. Сценарий оплаты наличными вызывается тогда, когда в рамках общего сценария оплаты пользователь выбрал метод оплаты наличными.

Предполагается, что в транзакции уже присутствует ID провайдера (сервиса), в пользу которого будет производиться оплата.

В зависимости от специфических условий приложения, перед началом сценария может быть задана фиксированная сумма к оплате. Например, если производится оплата выставленного счета, или если пополнение баланса у провайдера возможно только на одну из фиксированных сумм.

Сценарий

  1. Отрабатывается сценарий выбора метода перечисления сдачи, по результатам которого определяются параметры вспомогательной транзакции перечисления сдачи:
    • Идентификатор провайдера (сервиса)
    • Номер счета для перечисления сдачи
  2. Отображается экран проверки введенных данных
  3. В контекст сценария подгружается профиль комиссии на внесение наличных в пользу известного провайдера (сервиса), для известного времени и места совершения транзакции. Загруженный профиль комиссии должен иметь вариацию только по внесенной сумме наличных.
  4. Вызывается сценарий внесения денег в купюроприемник. По его окончании становятся известны, помимо ранее заданных для транзакции величин:
    1. Сумма, принятая купюроприемником
    2. Сумма к зачислению после вычета терминальной комиссии
  5. Если для транзакции задана фиксированная сумма и сумма (4.2) превышает эту сумму, то сумма превышения запоминается как (4.3) Сумма сдачи. При этом от нее вычисляется (4.4) Сумма комиссии на сдачу
  6. Суммы (4.1) и (4.2) добавляются в соответствующие поля транзакции. Транзакция отправляется в процессинг для авторизации, ответ приходит в режиме онлайн.
  7. Если сумма сдачи (4.3) не нулевая, то она, а также разность (4.3)-(4.4) (сумма сдачи к зачислению), добавляются во вспомогательную транзакцию перечисления сдачи, и транзакция отправляется в процессинг для авторизации, ответ приходит в режиме онлайн.
  8. Печатается чек с информацией о совершенных транзакциях и результате их авторизации
  9. Параллельно с (8) отображается экран завершения оплаты
Clone repository
  • Dialog
  • Event bus (ext. doc)
  • External (extended) documentation
  • Facerecognition
  • Logging (ext. doc)
  • Objects
  • Quokkascript crash course
  • Recfaces camera recognition services
  • Control_back
  • Control_forward
  • Control_main_menu
  • Control_primary_account_number
  • Control_to_main_menu
  • Devices
  • Events
More Pages
×

New Wiki Page

Tip: You can specify the full path for the new file. We will automatically create any missing directories.