Как сервер приложений мог знать, что элемент подписки будет изменен при следующем обновлении? - PullRequest
Новая
       69

Как сервер приложений мог знать, что элемент подписки будет изменен при следующем обновлении?

0 голосов
/ 18 февраля 2020

Как приложение или сервер приложений могут узнать, зарезервировано ли изменение подписки (или отложено, или отложено) до фактического изменения при следующем обновлении?

Использование "com. android .billingclient: billing : 2.1.0 ", 

billingClient.launchBillingFlow(
                    activity,
                    BillingFlowParams.newBuilder()
                        .setOldSku(oldSku, oldToken)
                        .setSkuDetails(skuDetails)
                        .setReplaceSkusProrationMode(BillingFlowParams.ProrationMode.DEFERRED).build()

Этот платежный процесс предназначен для изменения элемента подписки, как я предоставил старый sku. После этого процесса покупки я проверил, что элемент подписки был изменен при следующем обновлении. (работал как я ожидал.) Но я не смог найти никаких подсказок, что текущий элемент подписки будет изменен до того, как произойдет фактическое изменение.

Я изучил некоторые документы, но не смог найти много о режим пропорциональности, особенно в отношении отложенного обновления / понижения. Единственное, что я нашел, это "payment_state" в https://developers.google.com/android-publisher/api-ref/purchases/subscriptions.

В do c написано

paymentState: состояние оплаты подписки.

Возможные значения:

0: платеж ожидает,

1: платеж получен,

2: бесплатная пробная версия,

3: Ожидание отложенного обновления / понижения

Поэтому я ожидал, что получу paymentMethod в качестве значения «3», но получаю «1 или 2».

Также я не сделал Получите "Уведомления разработчика в реальном времени" от сервера Google об этой покупке.

...