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