Ajuda ao cliente
Usando a API
Como clientes técnicos aprovados usam a API.
Publico-alvo
Para integradores aprovados e operadores técnicos.
Visão geral
- A API de integração foi projetada para clientes externos aprovados que precisam de acesso de máquina aos dados e fluxos de trabalho da conta MZ Bank.
- O caminho base público é
/api/v1/integrations/*. - O acesso à API é separado do login Discord e da sessão normal do portal do cliente.
Como o acesso é emitido
- As chaves de API estão vinculadas a um perfil de cliente MZ Bank ativo e verificado.
- Um administrador MZ Bank cria a chave e escolhe os escopos permitidos.
- As assinaturas de webhook também são criadas por um administrador e usam um segredo de assinatura separado.
Autenticação e escopos
- Envie a chave API como um token de portador no cabeçalho
Authorization. - Cada chave tem escopo limitado. Por exemplo,
accounts:readcobre visualizações de contas, enquantotransfers:writepermite a criação de transferências. - As chaves podem ser rotacionadas ou revogadas sem alterar o site normal do cliente ou o acesso ao bot.
O que a API pode ler
- Os clientes podem ler contas visíveis, saldos, histórico de transações, extratos, beneficiários, preferências de notificação, aplicativos e visualizações da família de negócios quando os escopos corretos estiverem presentes.
- As respostas da conta reconhecem as subcontas e incluem identificadores da família raiz quando relevante.
- As respostas empresa-família incluem subcontas secundárias, beneficiários efetivos, concessões de acesso ativo e recursos de chamada.
O que a API pode gravar
- A API oferece suporte a solicitações operáveis pelo cliente, como transferências, criação de subcontas, aplicativos de contas, gerenciamento de beneficiários, atualizações de preferências de notificação, solicitações de retirada e solicitações de depósito.
- As rotas de movimentação de dinheiro ainda devem satisfazer as mesmas regras de autorização, limite de taxa e razão aplicadas pelo bot e pelo portal.
- As solicitações de gravação devem usar chaves de idempotência sempre que a rota exigir, para que novas tentativas seguras não criem atividades duplicadas.
Famílias empresariais e subcontas
- As rotas empresariais-familiares usam as mesmas regras de propriedade e acesso delegado que o portal.
- As respostas com reconhecimento de subconta incluem o ID da conta folha e o ID da conta empresarial familiar raiz.
- Os operadores delegados só podem usar as contas e ações permitidas pela sua função e limites atuais.
Eventos de webhook
- As assinaturas do Webhook podem receber eventos de ciclo de vida de depósito, retirada e transferência.
- Os webhooks de transferência são emitidos separadamente para os lados da conta de saída e de entrada, para que os consumidores conscientes da subconta e da família possam processar cada lado corretamente.
- Cada webhook é assinado com
x-mzb-signature-256e os consumidores devem verificar a assinatura em relação ao corpo bruto exato.
Extratos, notificações e relatórios
- As rotas de lista de extratos e de exportação de extratos fornecem o mesmo histórico de extratos publicados que o cliente pode acessar por meio da Central de extratos.
- As rotas de notificação expõem as preferências salvas e os resultados recentes da entrega.
- A atividade da API deve ser reconciliada com o estado do portal, declarações e eventos de webhook para o mesmo cliente ou família de negócios.
Começando com segurança
- Peça a um administrador MZ Bank para emitir uma chave de teste com escopo apenas com os recursos de leitura e gravação que seu cliente realmente precisa.
- Valide o tratamento de webhook em um endpoint de captura descartável antes de enviar eventos para um URL de retorno de chamada de produção.
- Se você precisar de uma referência completa do operador para endpoints, escopos e solução de problemas, peça a um administrador a documentação de integrações internas.
