Receipts

Compliance-grade receipts with replay.

Receipts look like forensic reports, not chat logs. Each one binds evidence, cost, and policy lineage to a Merkle root. Replays are deterministic: same snapshot, same outputs, no drift.

Example Question

What are the availability requirements for our EU region service, and what happens during a failover scenario?

Receipt Artifact

RCP-2084-AX9

Receipt ID

RCP-2084-AX9

Snapshot ID

SNAP-7dd1a2d9

Merkle root

0x7f82d1c87f3b8b6f72c957…

Run mode

deterministic

Conflicts logged

4 (2 warning)

Timestamp

Wed, 12 Mar 2025 10:45:11 GMT

Artifact

Demo record — generated for March 2025 replay

Original Question

What are the availability requirements for our EU region service, and what happens during a failover scenario?

Receipt Artifact

RCP-2084-AX9

Snapshot: SNAP-7dd1a2d9

Merkle root: 0x7f82d1c87f3b8b6f72c957aa1f1b20fe9f7e11b4a0f2a5c1c9d2a412e6c3d8a1

Demo record — generated for March 2025 replay

Run modedeterministic
Timestamp (UTC)Wed, 12 Mar 2025 10:45:11 GMT
Conflicts logged4 (2 warning, 2 info)
Evidence score
97.0

Confidence in evidence grounding

Explanation score
92.0

Clarity + fidelity of narrative

Replay receipt

Ready · waiting to replay

Deterministic replay uses the same snapshot hash: 7dd1a2d9:ca7e9b1f6d2e

Conflicts recorded: 2 warning / 2 informational. Hash stays consistent across replays.

Evidence & Extracted Texts

5 documents cited
DOC-12Service agreement — lines 118-142

📄 Service Level Agreement v3.2(Pages 12-15)

Clause 4.2 availability carve-outs tied to the EU region.

Extracted Text

Clause 4.2: EU Region Availability Requirements. The service shall maintain 99.9% uptime availability within the European Union region, excluding scheduled maintenance windows. During failover scenarios, the system must complete transition within 5 minutes with zero data loss. All failover events must be logged and auditable.

RNBK-03Runbook: failover — lines 44-63

📄 Infrastructure Runbook - Failover Procedures(Section 3.2)

Controlled failover step executed before the assistant response.

Extracted Text

Failover Procedure Step 1: Verify primary region health status. Step 2: Initiate controlled shutdown of primary services. Step 3: Activate secondary region services. Step 4: Verify data consistency checks. Step 5: Route traffic to secondary region. All steps must complete within 5-minute window per SLA requirements.

POL-142Audit policy — lines 142-188

📄 Data Residency Policy EU-GDPR(Section 6.1-6.3)

Residency and consent verified before releasing the summary.

Extracted Text

Policy 142: All data processing within EU region must comply with GDPR Article 6 (lawful basis) and Article 44 (transfers). User consent must be explicitly obtained and recorded before any data processing. Audit logs must capture consent timestamp, method, and scope.

KB-24Knowledge base — lines 201-224

📄 Incident Knowledge Base - Historical Events(Entry KB-2024-024)

Incident timeline cross-checked to avoid outdated information.

Extracted Text

Historical Incident KB-24: On 2024-11-15, a failover event occurred in EU-West region. Root cause: Network partition detected. Resolution time: 4 minutes 32 seconds. Data consistency verified post-failover. No customer impact reported. This incident validates current failover procedures.

CFG-08Policy config — lines 08-24

📄 Policy Configuration - Conflict Resolution(Config Section 2.1)

Conflict policy loaded with strict override rules.

Extracted Text

Conflict Resolution Policy CFG-08: When multiple sources conflict, priority order: 1) Latest verified policy document, 2) Explicit user consent records, 3) Historical incident data. All conflicts must be logged with severity level (warning/info) and resolution method.

Applied Policies

4 policies active
POL-142vv2.4.1✓ Applied

EU-GDPR Data Residency

Ensures all data processing complies with GDPR requirements for EU region operations

POL-089vv1.8.3✓ Applied

SLA Compliance Verification

Validates that service availability commitments meet contractual obligations

POL-156vv3.1.0✓ Applied

Failover Audit Trail

Requires complete logging of all failover events with timestamps and verification

CFG-08vv2.0.1✓ Applied

Conflict Resolution Rules

Defines priority order and logging requirements for conflicting information sources

Graph Reasoning Steps

8 steps
1
QueryNodeParse question100% confidence

Extracted intent: availability requirements + failover procedures for EU region

2
DocumentRetrievalSearch approved sources98% confidence

Inputs: QueryNode

Found 5 relevant documents: DOC-12, RNBK-03, POL-142, KB-24, CFG-08

3
TextExtractionExtract relevant clauses97% confidence

Inputs: DocumentRetrieval

Extracted 5 text segments covering availability SLA, failover procedures, GDPR compliance

4
PolicyApplicationApply policy rules95% confidence

Inputs: TextExtraction

Applied 4 policies: EU-GDPR residency, SLA verification, failover audit, conflict resolution

5
ConflictDetectionCheck for conflicts92% confidence

Inputs: PolicyApplication

Detected 4 conflicts: 2 warnings (unverified source attempt, outdated info), 2 info (record drift, human override)

6
GraphReasoningBuild reasoning graph94% confidence

Inputs: ConflictDetection

Constructed graph with 42 nodes, 118 edges. Connected: SLA requirements → Failover procedures → GDPR compliance → Historical validation

7
AnswerGenerationGenerate constrained response92% confidence

Inputs: GraphReasoning

EU region requires 99.9% uptime. Failover completes in <5min with zero data loss. All events logged per GDPR audit requirements.

8
ReceiptLockLock receipt to snapshot100% confidence

Inputs: AnswerGeneration

Receipt locked to SNAP-7dd1a2d9 with hash 7dd1a2d9:ca7e9b1f6d2e. All evidence, policies, and reasoning steps bound to record.

Evidence Summary

Cited artifacts
  • DOC-12Service agreement — lines 118-142

    Clause 4.2 availability carve-outs tied to the EU region.

  • RNBK-03Runbook: failover — lines 44-63

    Controlled failover step executed before the assistant response.

  • POL-142Audit policy — lines 142-188

    Residency and consent verified before releasing the summary.

  • KB-24Knowledge base — lines 201-224

    Incident timeline cross-checked to avoid outdated information.

  • CFG-08Policy config — lines 08-24

    Conflict policy loaded with strict override rules.

Conflicts

Live constraints
  • CF-01info

    Record drift avoided

    Source changed after intake; the decision stayed tied to the original record.

  • CF-02warning

    Assistant response guided

    The assistant tried to use an unverified source; the rule set blocked it and used an approved summary.

  • CF-03info

    Human override logged

    Reviewer added a rebuttal note and the record was updated with the approval.

  • CF-04warning

    Outdated info filtered

    Old data was removed before answering; the receipt shows what was kept.