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 docsCompare plan fit
Choose by new proof-bundle volume, archive depth, and API usage needs; source access is not plan-based for active sources.
Compare pricingAccounting workflow
See where signed proof belongs beside entries, reconciliations, close support, and reviewer notes.
Open accounting use caseInternal control workflow
Use one evidence pattern when teams need recurring source/date/rate support across periods or systems.
Open internal control use caseQuestions
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.