Klanthulp
De API gebruiken
Hoe goedgekeurde technische clients authenticeren en werken.
Doelgroep
Voor goedgekeurde integrators en technische operators.
Overzicht
- De integratie-API is ontworpen voor goedgekeurde externe klanten die machinetoegang nodig hebben tot MZ Bank accountgegevens en workflows.
- Het openbare basispad is
/api/v1/integrations/*. - API-toegang staat los van Discord inloggen en de normale klantportalsessie.
Hoe toegang wordt uitgegeven
- API-sleutels zijn gebonden aan één actief, geverifieerd MZ Bank klantprofiel.
- Een MZ Bank beheerder maakt de sleutel en kiest de toegestane bereiken.
- Webhook-abonnementen worden ook door een beheerder aangemaakt en gebruiken een afzonderlijk ondertekeningsgeheim.
Authenticatie en scopes
- Verzend de API-sleutel als een dragertoken in de header
Authorization. - Elke sleutel heeft een beperkte reikwijdte.
accounts:readomvat bijvoorbeeld accountweergaven, terwijltransfers:writehet maken van overboekingen mogelijk maakt. - Sleutels kunnen worden gerouleerd of ingetrokken zonder dat de normale website of bottoegang van de klant wordt gewijzigd.
Wat de API kan lezen
- Klanten kunnen zichtbare rekeningen, saldi, transactiegeschiedenis, afschriften, begunstigden, meldingsvoorkeuren, applicaties en bedrijfsfamilieweergaven lezen als de juiste scopes aanwezig zijn.
- Accountreacties zijn zich bewust van subaccounts en bevatten waar relevant root-familie-ID's.
- De reacties van bedrijven en families omvatten onder meer onderliggende subaccounts, uiteindelijk gerechtigden, actieve toegangsrechten en mogelijkheden voor bellers.
Wat de API kan schrijven
- De API ondersteunt door de klant bediende verzoeken zoals overboekingen, het aanmaken van subaccounts, accountaanvragen, begunstigdebeheer, updates van kennisgevingsvoorkeuren, opnameverzoeken en stortingsverzoeken.
- Routes voor het verplaatsen van geld moeten nog steeds voldoen aan dezelfde autorisatie-, tarieflimiet- en grootboekregels die worden afgedwongen door de bot en de portal.
- Schrijfaanvragen moeten idempotency-sleutels gebruiken waar de route deze vereist, zodat veilige nieuwe pogingen geen dubbele activiteit veroorzaken.
Zakelijke families en subrekeningen
- Bij routes tussen bedrijven en gezinnen worden dezelfde regels voor eigendom en gedelegeerde toegang gebruikt als voor de portal.
- Subaccountbewuste reacties omvatten zowel de leaf-account-ID als de root-account-ID van het bedrijfsfamilie.
- Gedelegeerde operators kunnen alleen de accounts en acties gebruiken die zijn toegestaan door hun huidige rol en limieten.
Webhookgebeurtenissen
- Webhook-abonnementen kunnen levenscyclusgebeurtenissen voor stortingen, opnames en overdrachten ontvangen.
- Overdrachtswebhooks worden afzonderlijk verzonden voor de uitgaande en inkomende accountzijde, zodat consumenten met subaccounts en gezinsbewuste consumenten elke zijde correct kunnen verwerken.
- Elke webhook is ondertekend met
x-mzb-signature-256en consumenten moeten de handtekening verifiëren aan de hand van de exacte onbewerkte tekst.
Afschriften, meldingen en rapportage
- Afschriftenlijst- en afschriftexportroutes bieden dezelfde gepubliceerde afschriftgeschiedenis waartoe de klant toegang heeft via het Statement Center.
- Meldingsroutes leggen zowel opgeslagen voorkeuren als recente bezorgresultaten bloot.
- API-activiteit moet aansluiten bij de portalstatus, verklaringen en webhookgebeurtenissen voor dezelfde klant of bedrijfsfamilie.
Veilig beginnen
- Vraag een MZ Bank beheerder om een scoped testsleutel uit te geven met alleen de lees- en schrijfmogelijkheden die uw klant daadwerkelijk nodig heeft.
- Valideer de verwerking van de webhook op basis van een wegwerpbaar vastleggingseindpunt voordat u gebeurtenissen naar een productie-callback-URL verzendt.
- Als u de uitgebreide operatorreferentie voor eindpunten, scopes en probleemoplossing nodig heeft, vraag dan een beheerder om de interne integratiedocumentatie.
