Current policy A
- Policy
routing-policy/v3- Historical selection
- Provider B
- Replay cohort
- ELIGIBLE
Payment routing change assurance
Compare current and proposed routing policies against the same replayable historical decision cohort. See which provider selections change and which decisions cannot be reproduced — without moving money or calling providers.
Historical replaySelection deltasExplicit replayability gaps
A proposed routing policy can be evaluated against the same historical decision state as the current policy. Nelvoss reports which provider selections change within the replayable cohort.
Decisions with incomplete policy, eligibility or decision-time context remain explicit replayability gaps, not inferred results.
Current policy A
routing-policy/v3Proposed policy B
routing-policy/v4-proposedCohort results are reported as CHANGED, UNCHANGED or UNREPLAYABLE — with an explicit missing-state reason.
Separate decisions with sufficient decision-time state from those that cannot be reproduced.
Evaluate current and proposed routing logic against the same supported historical decision state.
Report which selections change and which remain unchanged within the replayable cohort.
Measure replayability and expose missing policy, eligibility or decision-time context explicitly.
Package verification results into reviewable artifacts whose altered or missing records are detectable.
Connect recorded selections with observed historical outcomes where the supplied evidence supports it.
Selection replay shows how routing logic changes. It does not establish the unobserved outcome another provider would have produced. Historical outcomes are shown only where recorded evidence supports them.
Demonstration / Synthetic example
routing-policy/v3Policy selection counterfactual: what policy B would select. Outcome counterfactual: whether provider B would actually approve or cost less. Ordinary historical observation does not establish the second.
NELVOSS
Review the routing change, decision model and provider-selection surface.
Start with a field dictionary or synthetic/redacted examples to assess structural replayability.
If fit is confirmed, agree a bounded historical cohort or customer-hosted analysis path.
Return replayability coverage, exclusions, historical replay and provider-selection deltas.
NO ORDERSNO PAYOUTSNO WALLETSNO SIGNINGNO TRANSACTION BROADCASTS
Discuss a routing changeNo. Nelvoss operates as an assurance layer. Orders, wallet access, signing, payouts and transaction broadcasts remain outside the enabled pilot capability set.
No. The process begins with a field dictionary or synthetic/redacted examples. Provider credentials are not required.
No. Nelvoss verifies the integrity, completeness and reproducibility of the decision context it receives. Source-data truth remains a separate responsibility.
No. Selection replay shows what a proposed policy would select within the replayable cohort. It does not establish whether an unselected provider would actually have approved, cost less or produced a better outcome.
No. Nelvoss provides decision evidence and assurance tooling. It does not issue regulatory certification or compliance guarantees.
The published 100% figure applies to the deterministic Nelvoss pilot fixture. External production coverage can only be measured from the customer's actual decision records.
Routing change assurance / Fit discussion
Start with the change, decision model and field dictionary. Historical data follows only after replayability fit and the data path are agreed.