Płatność rachunku postpaid

W przepływach postpaid OpenApp najpierw prosi POS o przygotowanie rachunku. POS powinien zamrozić albo zabezpieczyć stan rachunku wystarczająco, aby kwota pokazana klientowi mogła zostać bezpiecznie opłacona.

Po przygotowaniu rachunku OpenApp wykonuje płatność klienta. Jeśli płatność się powiedzie, OpenApp instruuje POS, aby zastosował zakończoną płatność. Jeśli płatność się nie powiedzie, OpenApp instruuje POS, aby zwolnił przygotowany stan.

Ten diagram jest logiczny. Pomija szczegóły trybu dostarczania; model dostarczania opisuje Architektura.

Typy wiadomości:

Typ wiadomości	Kierunek	Cel
BillPreparationRequested	OpenApp -> POS	Poproś POS o przygotowanie albo zamrożenie rachunku postpaid.
BillPreparationResult	POS -> OpenApp	Zwróć szczegóły przygotowanego rachunku albo szczegóły odrzucenia.
BillPaymentCompleted	OpenApp -> POS	Poinformuj POS, że późniejsza płatność OpenApp powiodła się.
BillPaymentFailed	OpenApp -> POS	Poinformuj POS, że płatność OpenApp nie powiodła się i przygotowany stan powinien zostać zwolniony.
BillPaymentResult	POS -> OpenApp	Potwierdź albo odrzuć zastosowanie płatności OpenApp w POS.

Słownik odrzuceń przygotowania rachunku: zobacz Powody odrzucenia przygotowania rachunku.

W przypadku zamówień postpaid przy stoliku, po pomyślnym zastosowaniu płatności POS powinien powiadomić OpenApp, że zamówienie stolika jest zamknięte, wysyłając TableOrderSnapshotChanged z changeType=ORDER_CLOSED.