For digital merchants

Build the evidence record before the dispute arrives.

ProofRail Core helps digital merchants create a structured, chronological record of the transaction, agreement, delivery, and access events that may matter later.

No payment required for beta signup. Built for digital merchants.Private beta currently uses sandbox and test data. Fictional data shown in product illustrations.

Animated sequence connecting order, terms, payment, delivery, access, and export events into an evidence record. Fictional product data.

Fictional product data

Private beta

What you can use today

ProofRail Core is the current product. Status labels describe access honestly.

ProofRail Core

Private beta

ProofRail Core is the foundation layer for contemporaneous, source-labeled evidence of agreement, payment context, delivery, and access. Merchants assemble organized evidence bundles from a provider-independent ledger rather than reconstructing a story under a dispute deadline.

  • Structured transaction, agreement, delivery, and access chronology
  • Source-labeled events (client events stay labeled as client events)
  • Export-oriented evidence package preparation
  • Private beta currently uses sandbox and test data.

Also in private beta

Private betaEvidence intelligence

ProofScore

Fraud tools ask whether a transaction should be approved. ProofScore asks whether the transaction record would be understandable and defensible if challenged later.

Evidence readiness only. Not a fraud score and not a prediction of dispute outcomes.

Digital merchants / SaaS

  • Proofscore
  • Completeness
  • Source Reliability

Included in plan / Premium add-on

Explore ProofScore

The problem

The facts may exist. They are scattered.

When a dispute lands, merchants reconstruct events from checkout systems, payment processors, email, course platforms, file hosts, support tools, and notes that were never designed to agree.

Fictional product data

  • Payment processor

    • Charge confirmed
    • Refund path open
  • Email

    • Welcome message sent
    • Delivery notice queued
  • Course host

    • Enrollment created
    • Lesson 1 opened
  • Merchant notes

    • Order flagged complete
    • Support ticket linked

ProofRail chronology

  1. Order createdCheckout
  2. Payment confirmedPayment
  3. Delivery link issuedCourse host
  4. Buyer authenticatedCourse host
  5. File accessedCourse host

The facts may exist. The problem is that they are scattered, inconsistently formatted, and often reconstructed only after the dispute begins.

The fix is a record created during normal operations, not assembled under a response deadline.

How it works

Connect. Capture. Preserve. Export.

A clear workflow designed so relevant events become one chronological record with source references.

  1. Connect

    Connect the supported checkout, delivery, access, or transaction source.

  2. Capture

    Relevant events are recorded as the transaction progresses.

  3. Preserve

    Events are linked into a structured, chronological record with source references.

  4. Export

    When needed, generate a readable evidence package without rebuilding the case manually.

See the full workflow

Illustrative ledger - fictional layers

Product preview

What the record looks like

Illustrative private-beta interface views. Labeled as fictional product data.

Beta interface

Fictional product data

Integrity check passedUpdated 2026-07-27 09:17:05 UTC
Record ID
PR-00481
Order
ORD-10482
Product
Systems Design Intensive
Payment provider
Stripe (illustrative)
Transaction status
Paid
Delivery status
Link issued
Terms version
v2026.04
Linked events
11

Source systems

  • Checkout
  • Payment adapter
  • Course host
  • Email

Illustrative record. Not a live merchant account.

Evidence timeline

Fictional product data

  1. Order createdCheckout
  2. Terms version recordedCheckout
  3. Payment confirmedPayment adapter
  4. Delivery link issuedCourse host
  5. Buyer authenticatedCourse host
  6. File accessedCourse host
  7. Evidence record updatedProofRail
Export preview

Product concept - fictional data

Evidence package

PR-00481 - prepared 2026-07-27 09:18:11 UTC

  1. 01Executive summary
  2. 02Transaction facts
  3. 03Agreement / terms reference
  4. 04Delivery chronology
  5. 05Access chronology
  6. 06Communications summary
  7. 07Source references
  8. 08Integrity verification note

Export timestamp recorded with the package.

Explore the product overview

Differentiation

ProofRail is not another post-dispute response tool.

Most preparation starts after the dispute notice. ProofRail is designed to begin while the transaction is happening.

Typical approach

  • Begins after the dispute
  • Reconstructs evidence manually
  • Pulls from scattered dashboards
  • Depends on screenshots and exports
  • Optimizes the response under deadline
  • May be tightly coupled to one payment workflow

ProofRail

  • Begins during the transaction
  • Records relevant events contemporaneously
  • Links sources into one chronology
  • Preserves source references
  • Focuses on the underlying factual record
  • Designed for processor-independent evidence preparation

ProofRail supports record preparation. It does not promise dispute outcomes or replace processor requirements. Outcomes are decided by payment providers, card networks, and issuers.

Proof record

What may go into a proof record

Categories depend on your stack and what you connect. Availability is labeled honestly.

  • Order details

    Supported today

    Order ORD-10482 - Course: Systems Design Intensive

  • Buyer identifiers

    Integration dependent

    buyer@example.com - customer_cus_demo

  • Product or entitlement

    Supported today

    Entitlement: course_access_v3

  • Terms or policy version

    Merchant-supplied

    Terms v2026.04 accepted at checkout

  • Payment event

    Supported today

    Payment confirmed via Stripe - pi_demo_10482

  • Delivery event

    Integration dependent

    Delivery link issued - expires in 72h

  • Authentication event

    Integration dependent

    Buyer signed in - session started

  • Access history

    Integration dependent

    Lesson 3 opened - file downloaded

  • Refund activity

    Planned

    Partial refund requested - status open

  • Merchant communications

    Merchant-supplied

    Welcome email sent - template welcome_v2

  • Support interactions

    Planned

    Ticket #4412 - access help - resolved

  • Source-system references

    Supported today

    Sources: Stripe - Course host - Email

  • Record-integrity status

    Supported today

    Integrity check passed - 11 linked events

Illustrative assembly - fictional data

  • Transaction facts
  • Terms reference
  • Payment confirmation
  • Delivery events
  • Access events
  • Communications
  • Source references

Evidence package prepared

PR-00481 - 7 sections - Integrity check passed

Use cases

Built around digital delivery realities

Courses, downloads, memberships, SaaS access, consulting deliverables, and licenses.

Online courses

When a dispute questions whether a buyer received the course they paid for, a chronological record of enrollment, access, and lesson activity reduces reconstruction.

Designed to capture / may include

  • Purchased offer
  • Terms version
  • Enrollment
  • Authentication
  • Lesson access
  • Download events
  • Support messages

Digital downloads

File and template sellers need evidence that a delivery link was issued and that access occurred, not only that a charge cleared.

Designed to capture / may include

  • Purchase
  • Delivery-link issuance
  • Link access
  • File access
  • License terms
  • Refund activity

Memberships

Subscription and community products benefit from records that show activation, login, content access, and cancellation events over time.

Designed to capture / may include

  • Subscription start
  • Terms
  • Access activation
  • Login activity
  • Content access
  • Cancellation events

SaaS access

Software sellers need a processor-independent chronology of entitlement, authentication, and usage milestones when a dispute arrives.

Designed to capture / may include

  • Account creation
  • Entitlement activation
  • Authentication
  • Product usage milestones
  • Billing changes
  • Account suspension or cancellation

Consulting deliverables

Agencies and freelancers selling digital or remote work need dated proof of agreement, delivery milestones, and acceptance communications.

Designed to capture / may include

  • Agreement
  • Invoice
  • Delivery milestone
  • File delivery
  • Meeting confirmation
  • Acceptance communication

Licenses and activation keys

License sellers benefit from records that link purchase, key issuance, activation, and revocation or refund events.

Designed to capture / may include

  • Purchase
  • License issuance
  • Activation
  • Device or account association
  • Download history
  • Revocation or refund events

Browse all use cases

Integrations

Stripe today. More on the roadmap.

Status labels are current. Available means the Stripe adapter is built. Planned and requested are not live.

  • StripePayments
    Available

    Built and sandbox-verified. First live adapter.

  • API / webhook ingestionCustom
    In development

    Designed for custom checkouts and merchant servers.

  • PayPalPayments
    Planned
  • ShopifyCommerce
    Planned
  • SquarePayments
    Planned
  • WooCommerceCommerce
    Planned
  • KajabiCourses
    Requested
  • GumroadCommerce
    Requested
  • TeachableCourses
    Requested
  • ThinkificCourses
    Requested
  • Custom checkoutCustom
    In development
  • Membership systemsAccess
    Planned
  • File-delivery systemsDelivery
    Planned

Tell us what your stack uses

Full integrations page

Security and privacy

Trust principles, labeled by status

Only claim what is implemented or formally committed. Planned items stay labeled.

Current private-beta access is intended for sandbox, fictional, and non-sensitive test records. Real customer transaction evidence waits until remaining live-data readiness items (including the object-storage write path) are closed.

  • No custody of merchant funds

    Implemented

    Hard product rule. Not a payment processor or money transmitter.

  • No charging of buyers

    Implemented

    Merchants are billed. Buyers are not.

  • Encryption in transit

    Implemented

    Site and product endpoints are served over HTTPS.

  • Clear source attribution

    Implemented

    Each evidence item carries its source class and trust level (T1–T6). Client/SDK events stay client-reported and are never shown as provider-verified.

  • Integrity checks

    Implemented

    Hash-chained ledger records, signed checkpoints, and offline bundle verification detect alteration. Tamper-evident — not a claim that records cannot be changed.

  • Encryption at rest

    Implemented

    Sensitive buyer fields use application-layer encryption; the database and object store use platform encryption at rest. Private beta still limits merchants to sandbox and test data until remaining live-data readiness items close.

Read the security overview and readiness gate

Sample record

See a fictional evidence record

Print it, copy a link, or walk through the tamper-evidence demo. No real personal data.

Open sample record

Longer-term platform

Core first. Broader trust infrastructure later.

The company vision extends beyond Core into intelligence, AI commerce, provenance, and related modules. Those pages stay clearly labeled by status and do not replace the current product story.

Pricing

Planned launch pricing

ProofRail has not launched checkout. These are the plans we intend to launch with, priced by included transaction records.

Planned launch pricing

  • Free

    $0/mo

    25 included transaction records

    Limited proof records

  • Starter

    $19/mo

    $190/year

    100 included transaction records

    $0.08 per additional transaction record

  • Growth

    $49/mo

    $490/year

    1,000 included transaction records

    $0.04 per additional transaction record

  • Pro

    $129/mo

    $1,290/year

    5,000 included transaction records

    $0.02 per additional transaction record

  • Platform / API

    From $299/mo

    Contracted volume

    Volume pricing

Planned launch pricing, not a live checkout. Annual billing reflects roughly two months free against paying monthly. Numbers may change before launch based on what beta merchants actually need. ProofRail does not charge buyers and does not hold merchant customer funds. A transaction record is a billing unit for planned plans - not a promise about dispute outcomes.

Join the beta

Full pricing details

Beta

Join the private beta

Leave your email and what you sell. Optional details help us prioritize. We will email you when places open, and nothing else.

Private beta currently uses sandbox and test data.

Optional details (helps us prioritize)

FAQ

Questions worth asking

What is ProofRail?

ProofRail helps digital merchants create a structured, chronological record of the transaction, agreement, delivery, and access events that may matter later. It is designed so the record exists before a payment dispute arrives, rather than being reconstructed under a deadline.

Who is it for?

Merchants selling digital goods, services, access, subscriptions, licenses, courses, memberships, downloads, consulting deliverables, and similar non-physical products.

Is ProofRail a chargeback-recovery service?

No. ProofRail does not recover funds, influence issuers, or replace payment-network requirements. It supports record preparation so you are not assembling a case from scattered dashboards after the fact.

Does ProofRail promise dispute wins?

No. Dispute outcomes are decided by payment providers, card networks, and issuers. ProofRail does not control those parties and does not claim to influence them. Be wary of anyone who promises otherwise.

Does ProofRail replace Stripe, PayPal, or Shopify?

No. ProofRail sits alongside your checkout. It does not process payments, hold funds, or charge buyers. Stripe is built today; PayPal, Shopify, and Square support are on the roadmap.

What does tamper-evident mean?

Tamper-evident does not mean impossible to change. It means changes can be detected when the record is checked against its preserved state. The sample record page includes a small interactive demonstration of that idea using fictional data.

Does ProofRail handle buyer funds?

No. ProofRail never holds merchant customer funds and never charges end buyers. It bills merchants only, when billing launches.

What data can I use in private beta?

Current private-beta access is intended for sandbox, fictional, and non-sensitive test records while production evidence-storage controls are completed and verified. See the security page for the readiness gate.

When will the beta open?

The product is in private beta for design partners. Applying puts you on the list and tells us what you sell. We are not announcing a public launch date.

Who is accountable for ProofRail?

ProofRail is an independent company. Business, security, and beta questions all go to sales@proofrail.site. A public founder identity will be listed on the About page when the owner publishes it.

How much will ProofRail cost?

See the pricing page for planned launch pricing. Nothing is billed while you are on the waitlist, and applying for the beta does not charge you anything.

Company

Built for merchants who should not have to reconstruct reality.

ProofRail is being built to give digital merchants a durable, independent record of what happened during a transaction. Evidence should be created during normal operations, not assembled in panic after a dispute appears.

  • Independent company. Public founder identity will be listed here when the owner publishes it.
  • Business questions, security questions, and beta access all go to the same mailbox. There is no anonymous product team hiding behind a brand-only contact.
  • United States digital-product and online-service merchants first.
  • Private beta currently uses sandbox and test data.
  • Contact: sales@proofrail.site

What ProofRail is not

  • Not a payment processor, bank, or law firm.
  • Does not promise chargeback outcomes.
  • Not a blockchain or cryptocurrency product.
  • Does not hold merchant customer funds.
  • Does not charge end buyers.
  • Does not invite real customer evidence storage until production storage controls are verified.