---
title: "Cross-border insurance claim payouts with stablecoins: exact local amounts, screening, and records"
seoTitle: "Cross-border insurance claim payouts with stablecoins"
description: "How insurtechs pay claims abroad over Pix, SPEI, SEPA, and SWIFT using USDC: exact local amounts, sanctions checks at payment, and a clean claims file."
date: "2026-10-12"
updated: "2026-10-12"
category: "payments"
author: "BlindPay Team"
faq:
  - q: "Can an insurer pay claims abroad with stablecoins?"
    a: "Yes. The insurer funds the claim payout in USDC or USDT, and a payout provider converts it and pays the claimant's bank account in local currency, for example over Pix in Brazil or SPEI in Mexico. The claimant gets a normal bank transfer and never handles crypto. The insurer still runs its own claims review, sanctions screening, and record keeping."
  - q: "How do you make sure the claimant receives the exact approved amount?"
    a: "Use a receiver-side quote. Set currency_type to receiver, put the approved local amount in request_amount, and set cover_fees to true so fees are added to what the insurer sends. The quote returns the stablecoin amount needed and locks the rate for 5 minutes. Execute before it expires and the claimant receives the quoted amount."
  - q: "When should an insurer screen a claimant for sanctions?"
    a: "OFAC's insurance guidance recommends a risk-based program and says insurers should consider screening at policy issuance, renewal, amendment, claim submission, and claim payment, among other points. A claim paid months after the policy was written should be screened again at payment, since sanctions lists change. Payment providers run their own screening too."
  - q: "How fast does a cross-border claim payout arrive?"
    a: "It depends on the rail. Pix, SPEI, and Argentine Transfers settle in minutes, ACH Colombia and SEPA take about 1 to 2 business days, and SWIFT can take up to 5 business days. A compliance review can add time on any rail, so tell the claimant the expected window rather than promising a minute."
  - q: "What happens if a claim payout can't be delivered?"
    a: "On BlindPay, if a payout can't be delivered after the stablecoins are collected, they are refunded to the quote's refund wallet, or to the sending wallet when none is set. On Pix and other non-USD local rails the refund is automatic. USD payouts and payouts whose review times out are refunded after an operator review. Then correct the bank details and quote again."
  - q: "What should the claims file record about the payment?"
    a: "Record the approved amount and currency, the quote ID, the locked exchange rate and fees, the stablecoin amount sent, the payout ID, the delivered amount, the rail, and the completion timestamp. For SWIFT payouts, add the UETR and the MT103 confirmation. Those fields let an auditor match the claim decision to the money that reached the claimant."
---

An insurer pays a cross-border claim with stablecoins by funding the payout in USDC, converting it at a locked rate, and paying the claimant's bank account in local currency over Pix, SPEI, SEPA, or SWIFT. The approved amount is fixed in local currency, so the quote should be built on the receiver side.

That's the [stablecoin sandwich](/resources/more/what-is-a-stablecoin-sandwich) applied to claims: dollars in, a stablecoin across the border, local currency out. Claims add three constraints a supplier payment doesn't have: a fixed amount owed, a person waiting on the money, and a regulator who may later ask how it was paid.

**Key takeaways**

- A claim is owed in a specific amount, often in the claimant's currency. Quote on the receiver side so that amount lands.
- Screen the claimant again at payment. OFAC's insurance guidance lists claim payment as a screening point.
- Instant rails like Pix and SPEI fit urgent claims. SWIFT covers countries without a supported local rail.
- The claims file should hold the quote, rate, fees, payout ID, and delivered amount, plus UETR and MT103 for SWIFT.
- Failed payouts follow refund rules. Plan the retry path before you need it.

## What makes a cross-border claim payout different?

The recipient is usually one person, paid once, for an amount the insurer already approved. That's different from payroll, where the same recipients repeat every month, and from supplier payments, where both sides are businesses with invoices.

Four traits shape the flow:

1. **The amount is fixed.** A claims adjuster approved R$ 12,000 or MX$ 40,000. Exchange-rate drift between approval and payment is the insurer's problem, not the claimant's.
2. **Time matters.** A traveler with a hospital bill or a family settling a life claim notices every day of delay.
3. **The claimant is new to you.** You may hold only the details collected at claim submission.
4. **Everything gets audited.** Claims payments are evidence. The record has to show who was paid, how much, and when.

Cross-border payments are slow for structural reasons. The Federal Reserve's [March 30, 2026 FEDS Note](https://www.federalreserve.gov/econres/notes/feds-notes/payment-stablecoins-and-cross-border-payments-benefits-and-implications-for-monetary-policy-20260330.html) notes that each correspondent in a chain processes the payment, its status "can be hard to determine," and compliance checks may run "at multiple points in the chain." A claims team chasing a stuck wire feels all three.

## Why should a claim payout fix the local amount?

Because the obligation is in local currency, so the risk of a rate move should stay with the insurer. If you send a fixed USDC amount instead, the claimant's payout moves with the exchange rate on the day it converts.

A receiver-side quote solves it. On BlindPay, set `currency_type` to `receiver`, put the approved amount in `request_amount` in minor units, and set `cover_fees` to `true` so fees are added to what you send ([payout quotes](/docs/payout-quotes)). The quote returns the stablecoin amount that delivers that number and locks it for 5 minutes. [How to pay an exact local amount from USDC](/resources/more/pay-exact-local-amount-receiver-side-quote) walks through the fields.

Illustrative example, with invented rates and fees:

| | Sender-side quote | Receiver-side quote |
| --- | --- | --- |
| What you fix | 2,200 USDC | R$ 12,000 |
| Rate on the day | 5.40 BRL per USDC | 5.40 BRL per USDC |
| Fees | Deducted from the payout | Added to what you send |
| Claimant receives | R$ 11,880 minus fees | R$ 12,000 |
| Matches the approved claim | No | Yes |

The receiver-side version costs the insurer slightly more USDC. That difference is the fee the claimant would otherwise have paid.

## How does a stablecoin-funded claim payout work, step by step?

Six steps, from approval to the closed claim:

1. **Approve the claim** with the amount and currency the policy owes.
2. **Collect and check bank details.** The claimant's legal name, account class, and rail-specific details such as a Pix key or a CLABE ([what details you need to pay someone in Brazil or Mexico](/resources/more/pix-key-cpf-clabe-payout-details)).
3. **Screen the claimant at payment.** More on this below.
4. **Quote on the receiver side** for the approved amount.
5. **Execute** from the wallet holding your USDC or USDT, before the quote expires.
6. **Close the claim** when the `payout.complete` webhook arrives, and attach the payment record to the claims file ([payouts](/docs/payouts)).

On BlindPay, the insurer is the customer that completes KYB. Each claimant's bank account is added as a third-party account with `recipient_relationship` set to `customer` ([bank accounts](/docs/bank-accounts)).

## What has to be checked before a claim is paid?

Sanctions, identity, and the bank account itself.

**Sanctions at payment.** OFAC's [insurance FAQ 65](https://ofac.treasury.gov/faqs/65) recommends a risk-based program and says insurers should consider screening "at policy renewal, policy amendment," and also at "claim submission, claim payment." A policy written two years ago was screened against a list that has changed since. [How often to rescreen](/resources/more/ongoing-sanctions-screening-how-often-to-rescreen) covers cadence.

**Travel claims.** Travel insurance has its own carve-outs. OFAC's [FAQ 104](https://ofac.treasury.gov/faqs/104) says global travel insurance is permitted when it relates to travel that is exempt or authorized, with specific limits for Cuba. If a claim touches a sanctioned country, get your compliance team involved before you quote.

**Identity and fraud.** Confirm the bank account belongs to the claimant or a documented beneficiary. A request to pay "my cousin's account" is the classic claims fraud pattern.

**The payment provider screens too.** BlindPay may hold a payout for review on sanctions or watchlist matches, unusual activity, or large amounts relative to history ([cut-off times and compliance holds](/docs/kb/cut-off-times)). Your screening doesn't replace the provider's, and theirs doesn't replace yours.

## Which rail fits which claim?

Use the claimant's domestic rail whenever one exists.

| Claimant location | Rail | Typical arrival | Good fit for |
| --- | --- | --- | --- |
| Brazil | Pix or PIX Safe | Minutes, 24/7 ([Banco Central do Brasil](https://www.bcb.gov.br/en/financialstability/pix_en)) | Urgent medical and travel claims |
| Mexico | SPEI | Minutes, around the clock ([Banxico](https://www.banxico.org.mx/services/interbanking-electronic-payme.html)) | Urgent claims, weekend payouts |
| Argentina | Transfers 3.0 | Minutes | Urgent claims |
| Colombia | ACH Colombia | About 1 business day | Standard claims |
| United States | RTP, ACH, or wire | Instant (RTP) to 1 to 2 business days | Domestic US claimants |
| SEPA zone | SEPA | About 1 to 2 business days | EUR claims in [41 countries](/resources/more/sepa-countries-list) |
| Other countries | SWIFT (POBO/COBO) | Up to 5 business days | Large claims, wider reach |

Timing comes from BlindPay's [payment methods reference](/docs/kb/payment-methods). Compliance review can add time on any rail.

SWIFT payouts on BlindPay have a 100 USD minimum, and a third-party SWIFT payout waits on a supporting document before release. For a claim, the claim settlement letter or the policy contract is the natural document. [How to send a SWIFT payout from USDC](/resources/more/how-to-send-swift-payout-from-usdc) covers the format rules.

## What should the claims file record about the payment?

Enough to rebuild the payment from the file alone. Store these with every claim:

- Approved amount and currency
- Quote ID, locked exchange rate, and fees
- Stablecoin amount and network the payout was funded from
- Payout ID, rail, delivered amount, and completion timestamp
- For SWIFT: the UETR and the MT103 confirmation

With those fields, an auditor can match the adjuster's decision to the money that arrived, and finance can book the FX difference between approval and payment. [How to book a stablecoin payout](/resources/more/stablecoin-payout-accounting-entries) shows the journal entries.

## What happens if a claim payout fails?

It gets refunded, then you fix the cause and pay again. BlindPay operates as a non-custodial payment processor for payout flows from customer-controlled wallets: you authorize the exact amount and BlindPay executes that single transaction. If a payout cannot be delivered after the stablecoins are collected, BlindPay refunds them to the quote's refund wallet, or to the sending wallet when none is set; on Pix and other non-USD local rails the refund is automatic, while USD payouts and payouts whose review times out are refunded after an operator review. Optional BlindPay-managed wallets (beta) are custodial when you choose that path.

Most failures are bad bank details: a wrong Pix key, a closed account, a name that doesn't match. Re-collect the details, request a fresh quote, and tell the claimant what happened in plain words.

## How does BlindPay handle claim payouts?

Your company completes KYB once, then adds claimants as third-party bank accounts. A receiver-side quote locks the exact local amount, rate, and fees for 5 minutes, and the payout runs over Pix, PIX Safe, TED, SPEI, Transfers 3.0, ACH Colombia, ACH, RTP, wire, SEPA, or SWIFT (POBO/COBO) with UETR tracking and MT103 confirmations. Fund payouts in USDC or USDT from any of nine supported networks. BlindPay combines a monthly plan with per-transaction fees that vary by rail and network, disclosed in the live quote before execute. Webhooks report each status change, so the claims system can close the claim on its own.

## What to do next

Pick your three most common claimant countries and price one real claim amount in each with a receiver-side quote on a development instance. Then add a rescreen step at claim payment if your workflow doesn't have one yet.