Керівництво по інтеграціїЯк BillingMeld забезпечує послідовність мобільних платежів
BillingMeld відокремлює події постачальника від рішення про доступ, який дійсно потрібен вашому продукту.
01Чому контрольний рівень важливий
Покупка може бути дійсною, коли її створено, і недійсною пізніше після повернення коштів, скасування, закінчення терміну дії або зміни постачальника. Централізація цього стану не дозволяє кожній програмі винаходити іншу відповідь.
02Рекомендований потік
Надсилайте докази покупки в BillingMeld, отримуйте нормалізований статус і споживайте оновлення подій за допомогою контракту, який використовується вашим сервером.
03Зберігайте конфіденційну логіку на сервері
Облікові дані постачальника, правила перевірки та рішення щодо прав належать до контрольованої серверної інфраструктури. Клієнт повинен отримати лише той результат доступу, який йому потрібен.
Контрольний список інтеграції- Кінцева точка перевірки покупки на стороні сервера
- Нормований стан прав
- Відшкодування та скасування обробки подій
- Чіткі правила закінчення терміну дії та поновлення
- Ідемпотентна обробка подій
- Зручні для аудиту зміни стану
- Авторизація на стороні продукту після перевірки
- Моніторинг затримки або конфлікту сигналів провайдера
- Резервна політика для недоступних даних постачальника
Почніть з одного продукту та одного типу прав. Коли державний контракт стане стабільним, поширте ті самі правила на додаткові програми та плани.