By Katerina V., payments content, covering crypto processing for iGaming and eCommerce.

 

The phrase "we respond within 10 minutes" doesn't by itself show the quality of support. What matters is exactly what counts as a response, when an engineer gets involved, how fast the service recovers, and who handles compliance checks. There's no industry-wide SLA for crypto payments: providers set their own target metrics.

This article looks at which metrics actually matter for iGaming and high-risk businesses, and what's worth checking before connecting a provider.

 

A fast response doesn't yet guarantee quality support

 

An SLA, an SLO (internal or public target metric), and a public promise are three different things. Under the Google SRE definitions widely used across the infrastructure industry, an SLO is a threshold value for a measured indicator, while an SLA is what turns that threshold into a contract with explicit consequences if it's missed (Google, Service Level Objectives).

 

Term

What it means

SLA

Terms fixed in the contract along with the measurement method and consequences of a breach

SLO

An internal or public service quality goal

Stated response time

A provider's promise with no mandatory contractual consequences

Best-effort support

Support with no guaranteed resolution timeline

 

For example, a target response time of 15 minutes remains an SLO if it's not fixed in the contract as a measurable commitment. So before connecting, it matters to clarify not just the stated number, but exactly what it means: an automated reply, a message from a manager, or an engineer starting work.

 

Support quality is assessed across several metrics

 

For payment infrastructure, four groups of metrics matter:

 

crypto payment support for iGaming

 

 

Group

What to assess

Service operation

API availability, webhook delivery, transaction detection and crediting

Incident response

Confirming the problem, getting an engineer involved, a temporary fix, and full recovery

Payment and compliance processes

Manual review queue, AML review timeline, and status of held operations

Support quality

A substantive answer, escalation, channel availability, and case history

 

Uptime alone also doesn't reflect the whole process. The API can be working while webhooks are delivered with a delay or transactions aren't credited on time. So for the merchant, what matters more is the share of payments that were correctly detected, checked, and credited within the expected timeframe.

 

Getting an engineer involved matters more than a formal first response

 

crypto payment support for iGaming

 

 

Support might reply in two minutes with "checking on it", but the specialist able to actually solve the problem may join later. Because of this, it's worth separating:

  • time to first substantive response;
  • time to a technical specialist getting involved;
  • time to a temporary fix;
  • time to full resolution.

 

An average figure can also hide major incidents. The median and a high percentile, like p90 or p95, are more useful, tracked separately for regular and critical cases.

 

For iGaming, a payout delay directly affects trust

 

A player perceives a withdrawal delay as the operator's own problem, even if the cause is on the network side, the payment provider's side, or a compliance check.

Withdrawal delays are the number one topic raised with the UK Gambling Commission's contact centre, which gets over 6,000 consumer calls a year (UK Gambling Commission, Exploring the topic of withdrawing funds from accounts). Data from some of the largest operators shows about 99% of withdrawals are fulfilled within 24 to 48 hours, so it's a small minority of cases, but a large market means that minority is still a lot of frustrated players. The regulator has also told operators not to introduce identity or document checks at the point of withdrawal that could have reasonably been requested earlier: that's usually what erodes trust, not the check itself.

 

The Commission's own numbers show the gap between the payment and the experience around it:

 

Player statement

Share who agree

It's quick and easy to withdraw winnings

68%

Gambling companies are easy to contact and resolve issues promptly

39%

Customer service is excellent

38%

(UK Gambling Commission, Exploring Drivers of Consumer Trust — Quantitative phase)

 

The payment itself usually works. What erodes trust is what happens around it when something goes wrong. That pattern holds in the regulator's newer trust index too: customer experience and support is one of five dimensions behind an overall player trust score of 47.9 out of 100 (Jan 2025–Jan 2026 data), and a quarter of the Commission's contact-centre complaints in 2024–2025 were about withdrawals or financial transactions.

 

So support needs to do more than just respond quickly, it needs to clearly explain:

  • where the operation currently stands;
  • why it's delayed;
  • what data is needed;
  • who makes the decision;
  • when the next update will come.

 

The cause of a delay needs to be identified before escalation starts

 

A network delay, a technical failure, and a compliance hold all need different actions.

 

Status

What's happening

What support can do

Transaction not detected

The provider doesn't see the transfer, or the network isn't supported

Ask for the hash, address, asset and network

Waiting for confirmations

The transfer is visible but hasn't reached the required finality yet

Show the number of confirmations and the crediting rule

Payment not matched

An invoice, memo, tag, or expiry error

Explain the manual review process

AML / compliance review

The operation was stopped by risk rules

Request documents and hand the case to the compliance team

Liquidity hold

Not enough liquidity for the current route

Bring in the treasury team and share the real status

Operation declined

The provider decided not to process the payment

Explain the valid reason and the refund process

 

While waiting for confirmations, documents won't speed anything up. During an AML review, raising the network fee won't help either. So a reply of "just wait" with no precise status lowers trust and can lead to the wrong actions on the client's part.

 

Support needs to coordinate the whole payment chain

 

A high-risk payment can pass through the merchant, the crypto provider, blockchain infrastructure, an AML system, an exchange, and a banking partner. If support only logs the request but can't bring in engineering, compliance, security, or treasury, the phrase "24/7" has limited value.

 

Before connecting, it's worth clarifying:

  • who's on duty at night;
  • whether the first line can start real escalation;
  • which teams are available outside business hours;
  • how often the merchant gets updates during an incident.

 

The escalation process needs to be checked before connecting

 

Ask the provider for:

 

What to check

What should be clear

Response time

What counts as a substantive response and which channel it comes through

Escalation

When engineering, compliance and treasury get involved

Recovery

How temporary and full resolution time is measured

Uptime

Which components are included in the calculation

Webhook

The successful delivery rate and retry policy

Incidents

Priorities, owners and update frequency

Client reviews

How support performed in real critical situations

 

On webhooks specifically, the retry policy is worth asking about directly: reliable delivery typically relies on retries with exponential backoff plus a deduplication or idempotency check on the receiving side, since at-least-once delivery means the same event can arrive more than once (Hookdeck, Outbound Webhook Retry Best Practices). Public numbers are worth checking against the contract, the escalation process and the experience of existing clients.

 

Measurable metrics help tell a promise apart from a process

 

A measurable approach gives

What it doesn't give

A separation between first response and engineer involvement

Doesn't remove the irreversibility of a confirmed transaction

A clear classification of delays

Doesn't let you bypass an AML check

Control over response and recovery time

Doesn't guarantee a resolution that depends on an external partner

A basis for comparing providers

Doesn't replace a contractual SLA if legal guarantees are needed

 

Finassets combines Telegram, tickets and a Help Center

 

crypto payment support for iGaming

 

At Finassets, questions can be handled through a direct Telegram chat. 

For requests that need to be logged and tracked, the Support ticket system is available. You can specify the topic, description and priority, then track the status and correspondence for the incident.

The Help Center has up-to-date instructions on how the platform works, so the merchant can often resolve many integration, transaction and configuration questions on their own.

This approach combines a fast channel for everyday questions, logged tickets for complex cases, and instructions for resolving typical tasks independently. When assessing Finassets' support, it's worth looking at the actual process, escalation channels and team availability, rather than the wording of a contractual SLA, if specific commitments aren't fixed in the contract.

Crypto payment provider support quality isn't defined by a single number. For iGaming and high-risk businesses, what matters is the speed of a substantive response, getting the right team involved, precisely identifying the cause of a delay, and clear communication all the way through to full resolution.

 

Discuss the support format with the Finassets team