Bancontact Bélgica: mapas e A2A

1) Ecossistema: Bancontact e Payconiq

O Bancontact é um esquema nacional Belga de pagamentos em dinheiro com um componente de cartão forte (cartões de débito, muitas vezes co-badge com Maestro/Debit Mastercard) e suporte ao e-commerce/POS/NFC.
Payconiq by Bancontact - camada A2A/pagamentos móveis (QR/App2App/P2P «por telefone»), amplamente usado na internet e offline.

• Dois caminhos: cartão (card rails) e banco A2A (Payconiq).
• Marca única na bilheteria: o logotipo do Bancontact/Payconiq é reconhecido e habituado ao usuário.
• SCA/PSD2: confirmação em banco/aplicativo, baixo frod.
• Confirmações instantâneas online e cálculos rápidos (veja abaixo).

2) Papéis e participantes

Esquema Bancontact/Payconiq: regras, certificação, routing.
Issuer (banco pagador): emissor de cartão e/ou conta Payconiq, limites e antifrode.
Acquirer/PSP: conecta o merchant (mapa/A2A), fornece API/SDK, relatórios e cálculos.
Merchant: inicia o pagamento, processa estatais/reembolsos, configura.

3) Canais e flow

3. 1 Mapa de Bancontact (POS/e-commerce/NFC)

POS/NFC: débito clássico do terminal; Autorizações offline/online sobre as configurações do emissor.
E-commerce (CNP): página de hospedagem/widget PSP, confirmação por SCA (3DS-semelhante flow).
Co-badge: com um aplicativo internacional (Maestro/Debit MC), o terminal/PSP seleciona a rota.

3. 2 Payconiq (A2A: QR/App2App/Link)

QR per-order: merchant gera QR dinâmico (soma + orderId); o usuário está escaneando o Payconiq/banco → confirmando → o merchant está a receber o status online.
App2App/Deplink: O aplicativo Web do Merchant abre um aplicativo bancário imediatamente no pagamento.
Pay-by-Link: fatura/link em email/SMS/serviço de mensagens.
P2P para telefone - Traduções entre usuários para o número de contato.

3. 3 Cenários offline

QR estático (raro para merçantes) - soma manual, conveniente para donatos/microempreendedores.
SoftPOS: recepção de cartões/Payconiq em smartphones (com suporte).

4) Limites e comportamento dos bancos

• Por-transmissão/por-dia/week para mapa e separadamente para Payconiq.
• Novo destinatário/novo merchant - liminares reduzidos/extrato.
• Regras de canais/velocity: vs móvel web, geo/device, frequência de operações.
• O P2P/QR/NFC pode ter microlimites separados.

5) Estados e cálculos

Cartões (Bancontact card)

Status on-line: 'autorized/approved', 'declined', 'referred', 'timeout'.
Senslement: normalmente T + 1/T + 2 dias bancários através do equeiro; pode haver ajustes/reversíveis.
Chargeback: disponível com regras de cartas (prazos/códigos, provas).

Payconiq (A2A)

Status online: «sucess», «pending», «failed», «canceled», «expired».
Senslement: crédito bancário rápido (muitas vezes T + 0/T + 1, depende do banco/PSP).
Sem Marceback: Retorno - Nova operação de merchant para pagador (suportado por partial refunds).

6) Tarifas e economia

Cart: fix/percentual de MDR para Equador + 3DS/SCA Gastos PSP.
Payconiq (A2A): normalmente abaixo dos MDR de cartão; pode haver taxas de QR/widgets/relatórios.
Coloque o custo de suporte/ODR, trabalho com 'pending/expired' e recon.

7) Devoluções e displays

Mapa: procedimentos de marceback com regras de cartão; armazenem proof-delivery/serviços, revistas SCA.
A2A: Nenhum charjback, faça o refund (full/partial) como uma operação individual; prazo T + 0/T + 1/T + 2, dependendo do banco.

8) Segurança e Complacência

PSD2/SCA em banco/aplicativo; device binding e antifrode do emissor.
PII Minimização, criptografia de ganchos da Web, HMAC/nonce, proteção contra replay, registro de auditoria.
GDPR: transparência de armazenamento e remoção de dados sob demanda (DSAR).

9) Pattern UX

Smart-roting: por padrão, ofereça Payconiq (A2A) para uma comissão baixa; fallback - mapa.
Mobile-first: no tráfego móvel - App2App; no desctop - QR/redirect.
Cheques: valor, data/hora, 'transactionId', canal (Card/Payconiq), UTR/arbitragem, contatos de safort.
Idempotidade: 'orderId' + chave, repetições seguras em temporais.
Recovery: Quando 'pending/expired', um botão de repetição é uma alternativa ao método.

10) Integração do merchant

Opções

1. Hosted/Embedded de PSP (mapa + Payconiq): início rápido, widgets prontos, estatais e erros.
2. Server-to-Server + Redirect/App2App/QR: controle total do UX, seleção própria de canal, dinâmico QR per-order.
3. Pay-by-Link/Invoice: conta por email/SMS/serviço de mensagens (especialmente para B2V/serviços).
4. POS/SoftPOS: recepção de cartões/NFC e Payconiq-QR na tomada.

• API: `createPayment`, `refund`, `webhook`, `queryStatus`, `reconcile`.
• Webhooks (HMAC, retais, dedups), tabela de idempotação.
• Recon: daily auto-recon + full-recon periódico; armazenamento de arquivos UTR/fin.
• Dashboards SLA: Conversão por canais, 'pending→success/expired', latência por senslement.

11) Recurrent e mandatos

Mapa: O clássico débito tocado (rede tocens/COF) com SCA no primeiro pagamento + MIT.
A2A: através de e-mandate/SEPA DD/open-banking: primeiro pagamento → mandato para débitos posteriores (limite/periodicidade/notificação).

12) Vertical de alto risco (incluindo iGaming)

Na Bélgica, a regulação é rigorosa: a disponibilidade de canais e os limites dependem do PSP/banco e do direito local.
Espere os limites reduzidos, o COOS/monitoramento avançado, os possíveis hold' s.
Planeje roteiros alternativos (mapa, SEPA, outros PIS) e um roteiro de risco.

13) Arquitetura «Bancontact/Payconiq Gateway»

Camada API (REST/GraphQL) para caixa e back-office.
As filas de eventos são status → billing/CRM/analista.
Segurança: vault para segredos, IP-allowlist PSP, validação rigorosa de redict-URI, anti-replay.
Confiabilidade: retraias exponenciais, DLQ para estatais instáveis, idempotidade.
Dados: diretórios de bancos/limites/códigos de erro; diário ODR e mapa de mandatos.

14) Folha de cheque de saída em proda

1. Selecione um PSP com suporte para cartão + Payconiq; alinhar tarifas/SLA.
2. Implemente 'createPayment' com a seleção do canal, o App2App/QR para o mobile/offline.
3. Ligue webhooks, temporizadores, repetições e idempotidade.
4. Configure o recon (daily + full), armazenando UTR/arquivos finos.
5. Suporte a partial/full refunds, procedimentos ODR na safra.
6. Inclua smart-roting (A2A prioritário, mapa fallback), alertas de conversão/latência.
7. Cubra os bancos e2e testes/plataformas móveis/POS.

Cartão de referência

Os estados do mapa são 'autorized/approved', 'declined', 'timeout'.
Статусы A2A: `success`, `pending`, `failed`, `canceled`, `expired`.
Senslement: mapa T + 1/T + 2, A2A muitas vezes T + 0/T + 1.
Limites: per-txn/day/week; para os novos destinatários - liminares reduzidos.
Recurrent: mapa (COF/MIT) ou A2A via e-mandate/SEPA DD.

Currículo

O motor de caixa é construído em dois trilhos: Payconiq-A2A para baixo custo e cartão Bancontact como um fallback universal.
Partilhamos a confirmação on-line e o senslement na lógica do negócio, incluindo os refunds partidários e um ODR claro.
Não fixamos os valores, mantemos os configs de limites de banco/canal e a atualização regular.
Para o mobyle - App2App/QR, para a tomada - NFC + QR dinâmico, para assinaturas - primeiro pagamento → mandato.