Participants
- Your institution. Your system reads the decisions and their audit trail.
- Tracer. Keeps the validations and their audit events, and verifies the audit chain.
Before you start
- Your system can call the Tracer API with a valid credential. See the Tracer integration guide.
- The decision came from a validation request of your system, or from a Midaz transaction that Tracer checked. See Validate a transaction before the ledger and Check Midaz transactions with Tracer.
Diagram
Steps
How you know it finished
The verification returns
isValid as true for the chain up to the event.
Rules
- The audit event of a validation request, on
POST /v1/validationsorPOST /v1/validations/rules-only, has the typeTRANSACTION_VALIDATED. - Without
start_dateandend_date, both lists cover the last 90 days. - The API has no route to change or delete a validation or an audit event.
- Tracer records each check of a Midaz transaction as a validation with the
transactionIdof the transaction, and without aTRANSACTION_VALIDATEDevent. The capacity it holds appears as audit events with the resource typereservation, andGET /v1/validations/{validation_id}/reservationslists each hold with its state. A validation of a transaction with more than one source lists the outcome of each source insources.

