Verifiable exchange-rate evidence for business records

Keep source attribution, selected date, document id, payload hash, and public verification together.

Proof workflow automation

Use the API when exchange-rate proof work repeats

When the same source/date evidence is needed across many records, the API can help your system follow the same proof workflow people use in the account: discover datasets, retrieve reference rates when needed, open or reuse proof bundles, download ready documents, and keep verification available for reviewers.

Automate the same evidence workflow

Use the API when an ERP, internal tool, marketplace, PSP, GRC system, or reconciliation process needs repeatable exchange-rate evidence. The integration should still begin with the business record and the official source/date decision behind it.

Reference rates are inputs. The important output is reusable proof evidence with source attribution, document id, payload hash, signed documents, and public verification.

The repeatable flow

The public API model is dataset-first so web and API users work from the same source/product/periodicity vocabulary.

  • Discover valid datasets from the catalog.
  • Retrieve reference-rate data when the workflow needs it.
  • Open or reuse proof bundles for supported source/date combinations.
  • Download ready proof documents after readiness checks pass.
  • Verify proof document metadata by document id and payload hash.

What the human reviewer still receives

A technical integration is only useful if the evidence can still be reviewed by a person. Keep the signed proof document with the accounting, tax, audit, reconciliation, or control record that used the rate.

The recipient can inspect the document and use public verification without access to the preparer account or the integration that opened the proof bundle.

What automation does not change

Bulk work means repeating the existing proof workflow consistently. It does not add a separate public source/date lookup before registration, a source-selection rule, compliance approval, or a new product path.

Before registration, a visitor can inspect samples and use the public proof check. After registration, Basic is a real working plan within its current limits; paid plans change volume, history, and performance according to the product catalog.

Read the docs

Use the interactive docs, OpenAPI, and Postman artifacts to inspect available endpoints and request shapes.

Read API docs

Compare plan fit

Choose by new proof-bundle volume, archive depth, and API usage needs; source access is not plan-based for active sources.

Compare pricing

Accounting workflow

See where signed proof belongs beside entries, reconciliations, close support, and reviewer notes.

Open accounting use case

Internal control workflow

Use one evidence pattern when teams need recurring source/date/rate support across periods or systems.

Open internal control use case

Questions

Is FXProof API-first?

No. API access is an optional automation path. The primary product is signed/verifiable proof documents and proof bundles.

How should an integration discover valid data?

Use dataset-first discovery from the catalog. Do not guess source/product/periodicity combinations.

Can I use FXProof without building an integration?

Yes. You can inspect samples before registration and work through the account after registration. Basic is a working plan within its current limits; paid plans support larger volume, history, and performance needs.

Keep the proof with the file that used the rate

Inspect a static sample first, then use an account when you need a proof bundle for a concrete dataset and date.