Proč na kontrolní vrstvě záleží
Nákup může být platný, když je vytvořen, a neplatný později po vrácení peněz, zrušení, vypršení platnosti nebo změně poskytovatele. Centralizace tohoto stavu zabrání každé aplikaci vymyslet jinou odpověď.
Jak BillingMeld udržuje mobilní fakturaci konzistentní
BillingMeld odděluje události poskytovatele od rozhodnutí o přístupu, které váš produkt skutečně potřebuje.
Doporučený průtok
Odesílejte důkazy o nákupu do BillingMeld, získejte normalizovaný stav a používejte aktualizace událostí prostřednictvím smlouvy používané vaším backendem.
Udržujte citlivou logiku na serveru
Pověření poskytovatele, pravidla ověřování a rozhodnutí o oprávnění patří do řízené infrastruktury backendu. Klient by měl obdržet pouze výsledek přístupu, který potřebuje.
- Koncový bod ověření nákupu na straně serveru
- Normalizovaný stav nároků
- Vrácení peněz a zrušení zpracování událostí
- Explicitní pravidla vypršení platnosti a obnovení
- Idempotentní zpracování událostí
- Změny stavu příznivé pro audit
- Autorizace na straně produktu po ověření
- Monitorování zpožděných nebo konfliktních signálů poskytovatelů
- Záložní zásady pro nedostupná data poskytovatele
Začněte s jedním produktem a jedním typem oprávnění. Jakmile bude státní smlouva stabilní, rozšiřte stejná pravidla na další aplikace a plány.