MB WAY Portugal: carteira e P2P

1) O que é MB WAY e onde vive no ecossistema

MB WAY - carteira de celular portuguesa nos trilhos do grupo SIBS/Multibanco, que reúne cartões e contas bancárias do usuário para pagamentos instantâneos P2P, compras online e offline (QR/NFC, cash-out em multibanco sem cartão). A confirmação está disponível no aplicativo MB WAY/banco (SCA: PIN/biometria). As comissões para merchant são geralmente inferiores ao MDR de cartão clássico através do processamento local.

• Vincular cartões/contas (debit/credit) ao aplicativo → pagamento com uma única confirmação.
• P2P para telefone - Traduzir o contato para o número 24/7.
• Checout online com confirmação push sem entrada de cartões.
• QR/NFC na tomada e MB WAY Cash-out no ATM (cardless).
• Metadados ricos e integração estável através do SIBS Gateway/PSP.

2) Participantes e papéis

SIBS/Multibanco (esquema/processamento): regras, roteamento, catálogos de bancos/merchantes.
Banco/emissor de cartão: KYC, limites, antifrode, cancelamento/inscrição.
PSP/Equeyer (SIBS Gateway etc.): conexão de merchant, SDK/API, relatórios, cálculos.
Merchant: inicia o pagamento/solicitação, recebe estatais e faz o check-up.
Pagador: confirma as transações em MB WAY/banco.

3) Modos e cenários personalizados

3. 1 P2P «por telefone»

O remetente seleciona o contato do caderno telefônico → digita o valor → confirma no aplicativo.
O destinatário recebe um bolo/notificação e o dinheiro é depositado em uma conta/cartão vinculada.

3. 2 Checkout online (e-commerce, in-app)

Na caixa do Merchant, o usuário digita o número de telefone MB WAY ou escaneia o QR.
O aplicativo envia uma solicitação push → o utilizador confirma → o merchant recebe o status online.
Os aplicativos móveis incluem o App2App/deplink com abertura MB WAY.

3. 3 POS/offline

QR per-order dinâmico em caixa (soma + orderId) ou pagamento NFC por meio do aplicativo.
Confirmação por canhão, recibo por merchant e por aplicativo.

3. 4 Cash-out в ATM (MB WAY Lift)

O usuário gera o código/confirma no aplicativo → retira o dinheiro sem o cartão plástico.

3. 5 Split Bill / Request Money

Solicitação de dinheiro para os contatos (coletores), variação automática da quantia entre os participantes.

4) Estatais de operações

'iniciated' n' pending '(aguardando confirmação/resposta de rede) ' sucess '/' failed '/' canceled '/' expired '.
Para as faturas/Request Money - Individuais 'requested '/' expired'.

5) Limites e políticas de risco

• Por-transmissão, por-dia/24h, às vezes semana/monthly.
• Novo destinatário/merchant - liminares baixos, extrato ou comprovante.
• Limites de canal: P2P, e-commerce, POS/QR/NFC, ATM (cash-out).
• Velocity e regras device: antifrode do lado do banco/esquema.

6) Comissões e economia

Para Merchant MB WAY geralmente é mais barato que cartões clássicos, mas as condições dependem de PSP/tarifa.
Dop. custos: hosted/SDK, relatórios, OTR/suporte, processamento de 'pending/expired', recon.

7) Devoluções e displays

Chargeback como os mapas não se aplica aos fluxos A2A: reembolso - nova operação de crédito (full/partial).
Se o pagamento for feito através de um cartão tocado dentro da MB WAY, os procedimentos de cartão serão aplicados (de acordo com as regras do equiring).
ODR/queixas - via PSP/banco; prepare os logs da encomenda, comprovante de prestação de serviço/entrega.

8) Segurança e conformidade

SCA (PIN/Face/Touch) no aplicativo, device binding, verificação SIM/dispositivo.
PII-Minimização, criptografia de ganchos, HMAC/nonce, proteção contra replay.
Conformidade com o PSD2/GDPR e exigências locais do Banco de Portugal.

9) Integração do merchant

Opções

1. Hosted/Embedded (SIBS/PSP) é um começo rápido, push/QR da caixa.
2. O Server-to-Server + App2App/QR é seu próprio UX, processamento de erros profundo, QR per-order dinâmico.
3. Pay-by-Link/Request Money - conta no link de mensagens/email/SMS.

• API: `createPayment`, `requestMoney`, `refund`, `webhook`, `reconcile`.
• Idempotidade (orderId + chave), retraias exponenciais, eventos de dedução.
• Recon: daily auto-recon + full-recon periódico; armazenamento de arquivos UTR/fin.
• Dashboard SLA: Conversão, 'pending→success/expired', até a inscrição.

10) Confecção e relatórios

Logue «paymentId/transactionId», «orderId», canal (P2P/QR/App2App/NFC), banco pagador, status, soma/moeda, timestamp, UTR/link bancário.
A partir de PSP: registros de fin de inscrições/restituições/correções, atualizações de status tardias.

11) Pattern UX

Mobile-first: para mobyle - App2App; para o desctop - QR dinâmico.
Erros claros: limites, temporizações, falha SCA; botão de repetição segura.
Recibo: valor, hora, 'transactionId', canal, UTR, contatos de safort.
Fallback: sugestão de alternativas (mapa/SEPA/outro método) para 'expired/failed'.

12) Recurrent e mandatos

MB WAY básico - one-off com SCA. As assinaturas utilizam o primeiro pagamento → e-mandate/SEPA DD/Open-Banking guarde o limite/periodicidade/notificação, tela de gerenciamento de mandato.

13) High-risk vertical (incluindo iGaming)

Disponibilidade/limites dependem de políticas PSP/bancos e direito local.
Espere por liminares reduzidos reforçados pelo KYC, possíveis hold' s.
Planeje roteiros alternativos (mapas, SEPA, open-banking PIS) e smart-routing de risco.

14) Arquitetura «MB WAY Gateway»

Camada API (REST/GraphQL) para caixa e bacofis.
As filas de eventos são status → billing/CRM/analista.
Segurança: vault para segredos, IP-allowlist PSP, validação rigorosa de redirect-URI, token anti-replay.
Observabilidade: Conversão por canais (QR/App2App/P2P/NFC), «pending→success/expired», latência até senslement.

15) Folha de cheque de saída em proda

1. Assine com o PSP/SIBS e selecione os canais (App2App/QR/P2P/ATM-cashout, se necessário).
2. Implemente «createPayment »/« requestMoney», QR dinâmico, telas de erro/limite.
3. Conecte webhooks, idempotidade, retraias e dedups.
4. Configure o recon (daily + full), armazenando UTR/arquivos finos.
5. Ative os procedimentos partial/full refunds e ODR na safra.
6. Execute dashboards SLA e alertas de conversão/latência.
7. Faça testes e2e com os principais bancos/dispositivos, POS/ATM (se relevante).

Cartão de referência de limites

Per-txn/24h/7d: armazenado no config, verifique antes de iniciar.
Novos destinatários/merchantes: liminares reduzidos/extrato.
Canais: limites individuais para P2P, e-commerce, POS (QR/NFC), ATM.
Velocity/risco: O antifrode do banco pode desaconselhar/retardar as transações.

Currículos

Para online - App2App + QR dinâmico, para roseira - QR/NFC, para traduções simples - P2P para número.
Divida a confirmação online e o crédito final na lógica, construa em torno de webhooks + recon e refunds partidários.
Não «engane» os valores: mantenha os configs de limites em bancos/canais e atualize regularmente.
Para assinaturas, a primeira MB WAY é vinculada a um mandato com gerenciamento transparente e notificações.