Skip to main content
Find a validation, read why Tracer decided, and check that the audit trail is intact.

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


Diagram


Investigate a decision in the audit trail

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/validations or POST /v1/validations/rules-only, has the type TRANSACTION_VALIDATED.
  • Without start_date and end_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 transactionId of the transaction, and without a TRANSACTION_VALIDATED event. The capacity it holds appears as audit events with the resource type reservation, and GET /v1/validations/{validation_id}/reservations lists each hold with its state. A validation of a transaction with more than one source lists the outcome of each source in sources.

What can go wrong