PerionPayments Trust · draft warranty

One intent.
Never a second guess.

PerionPayments' payment machine is built so a timeout cannot authorize another debit. The engineering claim is proven internally. The contractual warranty below is not yet in force.

DRAFT · NOT A CONTRACTUAL OFFER

Publication requires named legal approval, live-rail admission, and pilot terms. Until then, this page describes the intended commitment and the evidence behind it.

What the system enforces

Uncertainty blocks redispatch.

  • One active provider attempt per payment intent.
  • Stable provider idempotency and correlation keys.
  • Callbacks, queries, files, and bank evidence resolve outcomes by explicit precedence.
  • Late or duplicate evidence cannot create a second journal or success event.
  • Every money correction is reversal plus replacement—never history rewriting.
Proposed remedy boundary

If PerionPayments causes a confirmed duplicate.

After both debits are established by authoritative provider or bank evidence and the incident is attributable to PerionPayments' platform, the proposed pilot remedy is reversal of the duplicate amount and directly evidenced duplicate-processing fees. Timing, exclusions, claim window, and governing terms remain subject to legal sign-off.

A repeated payer action, merchant-created second intent, provider-only duplicate outside PerionPayments correlation, or unverified statement screenshot is investigated—but is not pre-labelled as a PerionPayments duplicate.

Inspectable proof chain

How a claim is decided.

  1. 01

    Locate both public payment IDs and provider/bank references.

  2. 02

    Compare intent, attempt, idempotency, correlator, and evidence histories.

  3. 03

    Rebuild journals and prove whether one or two authorized business events occurred.

  4. 04

    Publish the incident outcome and apply the approved remedy—never infer it from browser state.