Description

In this use case the rating process is performed at the point that a card payment is just about to be made with the rating process controlled by the POS application which has implemented TruModule. Here the POS is optionally able to supply POS events containing transaction and basket data if available. Since the Payment application only exposes a simple 1AQ1KR command the implementation of TruModule in the POS is responsible for all interaction with TruService.

Notes

  1. Payment Application exposes a simple 1AQ1KR command
  2. Payment Application does not talk to TruService
  3. POS determines when Question is asked (i.e. just before requesting payment)
  4. POS must call Payment Application & TruService
  5. POS implements TruModule
  6. Rating linked to Tender (could be linked to Transaction - optionally)
  7. Basket Data optional

Architecture Diagram

Use Case 3 - Architecture Diagram
Use Case 3 - Architecture Diagram

UML Sequence

Use Case 3 - UML Sequence
Use Case 3 - UML Sequence
Feedback