Логотип BillingMeldBillingMeldКонтроль мобильных платежей и защита доходов
Руководство по интеграции

Как BillingMeld обеспечивает согласованность мобильных платежей

BillingMeld отделяет события поставщика от решения о доступе, которое действительно необходимо вашему продукту.

01

Почему важен уровень управления

Покупка может быть действительна в момент ее создания и недействительна позже, после возврата средств, отмены, истечения срока действия или смены поставщика. Централизация этого состояния не позволяет каждому приложению придумать другой ответ.

02

Рекомендуемый поток

Отправляйте доказательства покупки в BillingMeld, получайте нормализованный статус и получайте обновления событий через контракт, используемый вашей серверной частью.

03

Храните конфиденциальную логику на сервере

Учетные данные поставщика, правила проверки и решения о предоставлении прав принадлежат контролируемой внутренней инфраструктуре. Клиент должен получить только тот результат доступа, который ему нужен.

Контрольный список интеграции
  • Конечная точка проверки покупки на стороне сервера
  • Нормализованное состояние прав
  • Возврат и отзыв обработки событий
  • Явные правила истечения срока действия и продления
  • Идемпотентная обработка событий
  • Удобные для аудита изменения состояния
  • Авторизация на стороне продукта после проверки
  • Мониторинг задержек или противоречивых сигналов поставщика
  • Резервная политика для недоступных данных поставщика

Начните с одного продукта и одного типа прав. Как только государственный контракт станет стабильным, распространите те же правила на дополнительные приложения и планы.