bp Sphere Evidence & Trust Center

Operational evidence monitoring + audit-ready trust summary in one surface
Mode: LIVE · Data: LIVE_SOR Role: Fbt Leader
HOME SIMULATE DECIDE ACT PROVE LEARN
🟢 AUDIT Can I trust + verify this · proof · hash · lineage · replay · policy mapping (no queue, no decisions) For action: Decisions → · For context: Mission →
P2P live incident context · Evidence Vault
INV-000016-215 · Vendor ARIBA-16 · $11.7K
Ariba invoice not matched to approved receipt state
This surface is anchored to the same live duplicate-settlement incident as the P2P mission page. $11.7K is the duplicate-linked value on this incident. $8.8M is the replayable duplicate/exception value traced across the last 90 days. 1 similar incidents already exist for this vendor in governed tenant memory.
MissionDecisionEvidenceReplay
Evidence
Outcome Owner trust surface
Evidence now
Evidence-ready
the trust surface now exposes audit-grade evidence and proof coverage before drill-down. The future pursuit is proof.
Lineage
Source to decision traceability
Source, policy, and evidence lineage remain attached so trust can be validated without leaving the active workflow.
Replay posture
Deterministic proof surface
Replayability and proof are first-class controls; this surface exists to answer why a decision is safe to trust. Assurance creates operational trust.
Evidence workflow
1. Every decision carries source, policy, and evidence lineage
2. Proof is available before, during, and after execution
3. Replayability is a first-class control, not an afterthought
4. Trust surfaces exist to validate decisions, not browse generic reports
HomeDecisionsEvidenceSimulation
Incident-scoped trust surface
Evidence remains pinned to the same source-bound duplicate-settlement incident across mission, decision, and replay.
The future pursuit is proof. Assurance creates operational trust.
INV-000016-215 for vendor ARIBA-16 carries $11.7K of duplicate-linked value. The current containment reason is: Ariba invoice not matched to approved receipt state. $8.8M of related duplicate/exception value is replayable in the last 90 days, with 1 preserved incidents already tied to this vendor.
Incident
INV-000016-215
Vendor
ARIBA-16
Potential duplicate exposure
$11.7K
Annual duplicate avoidance
$96.7M
Duplicate evidence
Why the agent thinks this is duplicate
Duplicate Type · Near DuplicateDuplicate Confidence · 96%Why Flagged?
Current invoice
INV-000016-215
Vendor: ARIBA-16
Amount: $11.7K
Matched prior invoice
INV-000016-15
Amount: $11.8K
Invoice date: within 0 days
Vendor
ARIBA-16
Amount delta
$85
Line similarity
96%
Match reason
same vendor and materially similar amount
Matching factors
Vendor Match
100%
Invoice Number Match
88%
Amount Match
91%
PO Match
100%
Invoice Date Similarity
100%
Line Item Similarity
96%
Duplicate Confidence
96%
Potential Duplicate Exposure
$11.7K
If released, projected spend increases $11.7K.
Expected year-end variance +1.2%
Annual Duplicate Avoidance
$96.7M
Cost center variance +0.8%
Case #1023 · Approved hold · Recovered $148.0K
Match basis
  • Vendor ARIBA-16 matched exactly across current and prior invoice.
  • Amount delta stayed at $85 against the current invoice.
  • Prior invoice was observed within 0 days in the governed duplicate-review window.
Analyst checks
  • Verify whether the supplier submitted replacement or correction paperwork after the prior invoice.
  • Confirm whether policy and evidence justify release or a continued payment hold.
Context Sources Used
  • SAP
  • Ariba
  • Vendor History
  • Prior AP Decisions
  • Invoice Archive
Policies Evaluated
  • Duplicate Invoice Policy
  • Vendor Resubmission Policy
  • Credit Memo Policy
Context Sources Used
SignalINV-000016-215 flagged under duplicate/mismatch/exception predicates.
SystemsSAP, Ariba, Vendor History, Prior AP Decisions, Invoice Archive
Enterprise memory1 replayable incidents already involve vendor ARIBA-16.
Policies Evaluated
PolicyPOL-FINANCE-DUPLICATE
EvaluatedDuplicate Invoice Policy, Vendor Resubmission Policy, Credit Memo Policy
Confidence96%
Human approvalSupervisor required
ReplayReplay available
Source attribution and runtime
This focused audit route keeps incident identity visible while preserving enterprise trust cues: source attribution, policy runtime, evidence contract, and replay availability.
Source attributionSAP S/4HANA
Policy RuntimePolicy Runtime enforced duplicate-payment controls before write-back.
Evidence contractEvidence attached, approval trace preserved, replay available.