Enter only the fields the provider requires
Store ID, optional merchant ID, write-only auth key, optional API key and Live/Test mode.
- Selected business profile
- Explicit live or test mode
- Write-only secret editing
Payment integration
Use Telr one-time invoice checkout in Invoice Crowd with authenticated order checks and exact paid-state verification.
Last updated:
Configuration to settlement
Connection, customer checkout and final settlement are separate stages. Read the status and limitations before showing the method on a live invoice.
Credentials and mode stay tied to the selected business.
Store ID, optional merchant ID, write-only auth key, optional API key and Live/Test mode.
Telr controls merchant markets, currencies, account services and fees.
Availability is evaluated before a customer enters checkout.
The active flow uses Telr's order create/check contract and accepts only exact paid code 3 with authorized sale or e-commerce transaction proof.
Telr subscription renewal and cancellation are retired until separate credentials and immutable agreement mappings exist.
The final local state follows provider evidence, not the browser.
Authenticated order check, exact order reference, merchant/account, allocation, amount, currency and paid transaction state.
Ambiguous, partial and split legacy references fail closed. The browser return is not the settlement authority.
Integration facts
The fields below describe the current Invoice Crowd path; the provider remains the source for merchant eligibility, fees and regional availability.
Active one-time checkout
The active flow uses Telr's order create/check contract and accepts only exact paid code 3 with authorized sale or e-commerce transaction proof.
Telr subscription renewal and cancellation are retired until separate credentials and immutable agreement mappings exist.
Store ID, optional merchant ID, write-only auth key, optional API key and Live/Test mode.
Authenticated order check, exact order reference, merchant/account, allocation, amount, currency and paid transaction state.
Telr controls merchant markets, currencies, account services and fees.
Ambiguous, partial and split legacy references fail closed. The browser return is not the settlement authority.
Amount, currency and allocation are derived from the current server-side invoice state.
A provider screen or browser return is a locator, not sufficient settlement proof.
Durable attempts and stable provider identities prevent an uncertain response from becoming an unbounded duplicate payment.
Gateway fees, exchange costs and settlement timing come from the merchant agreement, not the Invoice Crowd subscription.
Configure another active provider when this gateway does not support the merchant, customer, currency or collection model.
Questions
Current status: Active one-time checkout. The active flow uses Telr's order create/check contract and accepts only exact paid code 3 with authorized sale or e-commerce transaction proof.
Store ID, optional merchant ID, write-only auth key, optional API key and Live/Test mode. Telr controls merchant markets, currencies, account services and fees.
The active flow uses Telr's order create/check contract and accepts only exact paid code 3 with authorized sale or e-commerce transaction proof.
Telr subscription renewal and cancellation are retired until separate credentials and immutable agreement mappings exist.
Authenticated order check, exact order reference, merchant/account, allocation, amount, currency and paid transaction state. A browser return or posted status alone cannot settle the invoice.
No. Provider transaction fees, foreign-exchange costs, settlement timing and account terms are controlled by the gateway and merchant agreement. Check the provider before activation.
Start with sandbox or test mode where the provider offers it, verify the exact currency and payment result, then plan production activation.