# Decision Receipts

Canonical: https://www.meshqu.com/receipts

A Decision Receipt keeps the policy version, evidence references, actor and outcome behind each assessed decision, signed so it can be checked later.

## Explain the decision. Without rebuilding the past.

Keep the policy version, supplied information and assessment bound together in a signed receipt, ready for later review.

## More decisions. Evidence everywhere.

Automation increases the number of decisions an organisation makes. The evidence behind them can still be scattered across systems, documents and people.

When someone asks why, your team has to piece the answer together.

Illustrative growth · Not measured data

## What a Decision Receipt records.

Each recorded policy assessment has a [Decision Receipt](https://docs.meshqu.com/concepts/overview#decision-receipt). It links the result to the exact policy version and information used. Integrity and signature checks together let another party check whether the signed record has changed. Where export is enabled, an independent reviewer can check it with the necessary verification material and trusted keys, without access to MeshQu.

Several receipts can be linked to show the checks behind a larger decision, alongside the human reviews and final approval. Start with the policy your organisation has approved. MeshQu helps you turn it into clear rules, and each recorded assessment against them, whether by people, applications or AI agents, is tied to that policy version.

### Which policy applied?

See the policy version and the rules used for the assessment.

### Who did what?

Follow who acted at each step, as recorded by your systems, with the reviews and rationale.

### What supported the result?

Find the information and evidence references used at each step.

## Keep your systems. Add assurance.

MeshQu works with your existing workflows. Use it alongside a process to assess and record decisions, or ask for a policy check before an action proceeds. In both cases, your system controls the action.

### Alongside your workflow

Your process continues as usual. MeshQu assesses the decisions you send it and records the results.

### Before an action

Your application asks MeshQu for a policy result. It then proceeds, requests review or stops according to your workflow.

## Follow the chain. See the final call.

A decision is rarely one check. Linked receipts form a chain: the first assessment, the enhanced review it triggered, the exception that was made, the final call and what a later review found.

This separate fictional supplier onboarding variation explores a different outcome from the home page example. The supplier was sent for review because its tax registration certificate was missing, went ahead by exception and was reviewed again a year later.

## Have the evidence ready when the questions come.

When a regulator, ombudsman or auditor asks about a decision, start with its record: the policy, checks, evidence and people involved.

Spend less time chasing documents and colleagues, and more time explaining the case.

## Ask why. See patterns.

MeshQu keeps the history of the decisions you’ve recorded and the evidence behind them. Explore it in MeshQu, or ask questions through your own agent: which rules keep sending suppliers to review, where evidence is often missing, and which policy each decision was made under. Use what you learn to shape the next policy change.

### How is policy being applied?

See which rules allow a decision, reject it or require review.

### What keeps needing review?

Find recurring triggers and the reasons recorded for exceptions.

### Where are the gaps?

Look for missing evidence, unclear responsibility and checks that repeatedly fail.

Illustrative questions. What you can ask depends on what your deployment records. Qu, the assistant on this website, explains MeshQu and can help you scope a 30-minute mapping call. It cannot see your organisation’s records.

## Protect the information. Verify the decision record.

### Keep source documents with you.

MeshQu can link to evidence through references and digital fingerprints. Source documents stay with your team or custodian. The information you submit for a recorded assessment is stored with its result.

### Control access to decision data.

Production API traffic is encrypted in transit. Tenant separation and API-key permissions control access. Keys can expire or be revoked.

### The systems can change. The proof must remain.

A receipt is tied to the policy version and context it was assessed against, not to the system that produced it. Where export is enabled for your deployment, the receipt and policy snapshot can be exported for offline verification. With independently trusted signing keys, a reviewer can check the signed record and supporting proofs without access to the live MeshQu dashboard.

### What does verification prove?

Verification checks the signed record and its supporting proofs. It does not establish that the original evidence was true or the decision was correct. Policy replay checks the assessment against the recorded policy and information; it does not explain an AI model’s internal reasoning.

## Decision Receipts: what the record contains

A Decision Receipt is a signed, replayable record of how a consequential decision was made, created at the moment it happens and verifiable afterwards with the necessary verification material and trusted keys.

It records the policy in force, relevant decision context, the outcome and integrity information needed to check later whether the signed record has changed.

It does not prove that the inputs were true, that the decision was correct or that the action was carried out.

Machine-readable: https://www.meshqu.com/knowledge/decision-receipts.json