CryptoProcessing by CoinsPaid primary-source snapshot
Last reviewed: 2026-05-03 UTC
Project status snapshot
- Docs home: https://docs.cryptoprocessing.com/
- Docs index / llms export: https://docs.cryptoprocessing.com/llms.txt
- Authentication: https://docs.cryptoprocessing.com/api-reference/authentication
- Create invoices: https://docs.cryptoprocessing.com/integration-guide/create-invoices
- Receive crypto deposits: https://docs.cryptoprocessing.com/integration-guide/receive-crypto-deposits
- Make withdrawals: https://docs.cryptoprocessing.com/integration-guide/make-withdrawals
- Get callbacks: https://docs.cryptoprocessing.com/integration-guide/get-callbacks
- Main marketing site attempt: https://cryptoprocessing.com/ (returned a Cloudflare block during retrieval in this pass)
What the official materials say
1) Docs homepage: the product surface is broader than checkout
- URL: https://docs.cryptoprocessing.com/
- Key takeaways:
- The docs homepage says CryptoProcessing is a crypto payment gateway for businesses worldwide.
- It says merchants can accept payments in 20+ cryptocurrencies, exchange to traditional currencies, and withdraw to bank accounts.
- The home tiles split the product into receiving payments, managing balances, and processing withdrawals, which already suggests a multi-surface merchant backend.
2) Docs index: the company exposes a full merchant-operations corpus
- URL: https://docs.cryptoprocessing.com/llms.txt
- Key takeaways:
- The docs index lists API references, callback specs, currency and exchange endpoints, invoices, withdrawals, deposit-address generation, mass payouts, limits, cold-address setup, fiat-balance operations, user roles, and plugin integrations.
- It also exposes a public OpenAPI file and several getting-started / integration pages.
- This breadth is a strong clue that CryptoProcessing should be cataloged as a control plane, not just as a hosted payment form.
3) Invoice docs: hosted invoice flows include regulated payer-data collection and several operating modes
- URL: https://docs.cryptoprocessing.com/integration-guide/create-invoices
- Key takeaways:
- Merchants create an invoice via API and receive a payment URL to forward to the customer.
- The docs describe three invoice types: no timer, timer with payer currency choice, and timer with a pre-selected currency.
- The docs explicitly say natural persons and legal entities are prompted for identifying details in compliance with MiCA regulations.
- The invoice flow can also produce instalment callbacks and payback guidance for overpayment or underpayment.
4) Deposit docs: customer balances run on generated addresses, optional conversion, and nuanced exception handling
- URL: https://docs.cryptoprocessing.com/integration-guide/receive-crypto-deposits
- Key takeaways:
- Merchants can generate customer deposit addresses through
/v2/addresses/take. - Deposits may be accepted with or without automatic conversion into a merchant-selected target currency.
- The docs spend substantial space on handling wrong-currency, wrong-network, unsupported-token, and missing-tag cases, including recovery or non-recovery expectations.
- The docs also explain when deposits make sense versus invoices and explicitly recommend address reuse for long-lived customer balances.
- Merchants can generate customer deposit addresses through
5) Withdrawal docs: fiat-to-crypto payout conversion is a first-class workflow
- URL: https://docs.cryptoprocessing.com/integration-guide/make-withdrawals
- Key takeaways:
- The common documented scenario is “withdrawal with exchange,” where funds held in a merchant fiat balance are automatically converted to the selected crypto asset before payout.
- The withdrawal endpoint requires persistent
end_user_referenceand uniqueforeign_ididentifiers, reinforcing that the system is designed as a stateful transaction backend. - The docs frame withdrawals as a mirror of traditional payout methods, not as a niche crypto-only transfer primitive.
6) Authentication and callbacks: signed operational APIs with retries and de-duplication expectations
- URLs:
- Key takeaways:
- Requests are authenticated with
X-Processing-Keyplus an HMAC-SHA512 signature over the exact JSON body. - The docs warn that field order, whitespace, or client-side body mutation can invalidate signatures.
- Callback payloads are also signed and must be verified on receipt.
- The callback docs say retries occur up to 12 times on a defined schedule if the merchant does not return HTTP 200.
- The docs also warn that duplicate callbacks are possible and merchants should use transaction IDs to prevent double processing.
- Requests are authenticated with
Whitepaper / technical-doc status
- No canonical standalone whitepaper or litepaper surfaced in this pass.
- The official docs corpus appears to be the clearest current source of truth.
- The main marketing site was blocked during retrieval, so this pass relies primarily on first-party docs rather than homepage copy.
Research notes
- Best current category for the library: merchant crypto-payments control plane / exchange-and-settlement infrastructure / compliance-heavy invoice-deposit-withdrawal backend.
- The strongest classification clues are the coexistence of hosted invoices, reusable deposit addresses, automatic exchange, fiat-funded crypto withdrawals, plugin integrations, and signed callback-heavy operations.
- CryptoProcessing looks especially relevant as a merchant acceptance and treasury backend, not just as a crypto checkout layer.
- Regulatory prompts around payer data collection are noteworthy because they show compliance logic embedded directly into the customer payment flow.