Casos¶

Para: Adm — Conferido em 2026-10-18.

Casos reais de integração, para você ver como as páginas gerais viram decisões num produto. Um caso não é regra: o que vale para todos os operadores está nas partes Conceitos, API, Dinheiro e Webhooks.

O que é¶

Esta seção tem duas coisas:

Página	O que traz
Ficha do operador	Um modelo de ficha para descrever a sua operação: moeda, PSP, regras, horários, webhook, equipe, contatos. Preencha uma por operação
Caso Nero	O conector de uma casa de apostas, do front ao livro, com as decisões que ela tomou. É o exemplo completo de como aplicar o desenho

Quando usar¶

• Ficha do operador: no onboarding, para combinar com o Dracma o perfil da operação; e depois, como documento vivo do seu lado, para o time novo entender a operação.
• Caso Nero: quando você já leu as páginas gerais e quer ver as mesmas regras aplicadas ponta a ponta, com rotas de portal, estados do front, tabela de decisões e checklist de go-live com prova.

Como funciona¶

Cada caso segue a mesma estrutura e diz, no início, o que é geral e o que é decisão daquela empresa:

• O que o caso herda das páginas gerais fica como link, sem repetir.
• O que é específico (nomes de rotas, nomes de serviços, decisões do dono, números) fica no caso.
• Onde o caso e o contrato divergem, vale o contrato e as páginas gerais. O caso é um exemplo, não uma exceção.

Exemplos¶

Comece pela Ficha do operador e depois pelo Caso Nero, na ordem de leitura que ele propõe.

Erros e casos de borda¶

• Não copie valores de um caso para a sua operação sem conferir com GET /v1/rules, GET /v1/currencies e o seu contrato com o Dracma: multiplicador, horários e PSP mudam por operação.
• Decisões de dono de um caso (por exemplo, o que fazer com um estorno) são decisões da empresa do caso. A sua pode ser diferente, mas a base segura é a da Política de exceções de dinheiro.

Veja também¶

• Arquitetura do conector.
• Checklist de go-live.
• Início.