2016-11-10 12 views
3

Появляется, когда я получаю ресурс Purchases.subscriptions для purchaseToken с использованием API разработчика Google Play, который не включает тестирование paymentState. Тем не менее, реальные покупки, похоже, всегда включают его. Можно ли с уверенностью предположить, что когда ресурс Buyases.subscriptions не включает в себя свойство paymentState, что purchaseToken был из тестовой покупки?Безопасно предположить, что в Google Play API отсутствует лицензия для оплаты тестовых покупок?

Мы проверяем покупку и обновления на серверной стороне и ищем лучшее решение для определения того, была ли покупка покупкой или нет, без зависимости от наличия или отсутствия orderId, доступной только для приложения ,

+0

Мне интересно то же самое. Вы выяснили, существует ли платежная система только для реальных покупок? –

+0

То же самое, видя подобное поведение, и я хотел бы знать ответ на этот вопрос тоже – crockpotveggies

+0

В случае, если кто-то еще задается вопросом, после нескольких сотен запросов к конечной точке API Google Play «Покупки.подписки: get'. Свойство 'paymentState' отсутствовало в каждом ответе ресурса' Purchases.subscriptions ' –

ответ

0

Таким образом, я понял, что использование paymentState - это неправильный способ обнаружить пробную покупку. Я заметил, что если у покупкиToken был неудачный платеж, свойство paymentState также не было возвращено. Поэтому мы, наконец, просто решили использовать отсутствие или наличие orderId, переданное нам из приложения.

1

С 10 июля 2017 года Google Play теперь предоставляет идентификатор orderID из тестовых покупок.

+0

Пожалуйста, разместите это как комментарий. – UmarZaii

+0

@ dee-elle Спасибо за эту информацию. У вас есть официальный источник? – jox