Поддерживает ли версия 3 Google Play In-App Billing возврат средств?

Что касается Google Play, то на самом деле нет никакой разницы между расходным материалом и непотребным предметом; это различие полностью зависит от того, что вы реализуете в своем приложении. Таким образом, даже если SKU, который вы тестируете, не предназначен для использования в качестве расходных материалов (например, для постоянного премиального обновления), в целях тестирования вы можете рассматривать его как расходный материал и использовать его, чтобы его можно было приобрести снова.

Удобный подход состоит в том, чтобы настроить временное меню тестирования в вашем приложении (например, путем добавления пункта меню во время тестирования в главное меню параметров вашего приложения), а затем заставить обработчик этого элемента вызывать метод takeAsync () вашего экземпляра IabHelper для артикул, который вы хотите снова протестировать при покупке. При этом товар будет израсходован и, таким образом, сразу же станет доступен для обратной покупки с вашего устройства.

Конечно, вы все равно захотите вернуть деньги за покупку через Google Checkout, чтобы не тратить собственные деньги только на тестирование своего приложения.

Я бы добавил, что consumerAsync (), похоже, также отлично работает для сброса тестового SKU android.test.purchased, если вы тестируете с использованием таких статических значений.

Что касается обновления состояния покупки для отражения возврата, я лично испытал (и есть много подобных отчетов, опубликованных другими разработчиками), что ручное инициирование возврата через Checkout (например, для тестовой покупки из приложения TrivialDrive) требует дней, чтобы изменить состояние покупки продукта (на INAPP_PURCHASE_STATE_REFUNDED).

(Зная, что несчастье любит компанию, некоторые из этих дополнительных отчетов можно найти в этой теме обсуждения: https://plus.google.com/+AndroidDevelopers/posts/R8DKwZDsz5m)

По крайней мере, отчасти это связано с кешированием данных о покупках в Google Play на устройстве.

По моему опыту, перезагрузка устройства иногда может привести к тому, что Google Play обновит свой кеш с серверов GP. Таким образом, возможно, что изменения, связанные с отменой или возвратом заказа через Checkout, также могут быть обнаружены после перезагрузки.

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

Конечно, помните, что это представление о том, что кеш будет обновляться при перезагрузке, недокументировано и анекдотично (как и многие варианты поведения IAB3 и TrivialDrive, пока что). Они называют это фольклором.

Еще одна вещь, которая запускает обновление, - это когда пользователь пытается купить продукт. Сразу после начала покупки система должна быть уверена, что продукт еще не принадлежит, и поэтому она обновляет кеш Google Play. По моему личному опыту, это всегда происходило. Но, опять же, это не очень практичный способ проверить возврат средств, потому что это потребует отображения диалогового окна покупки без приглашения, а также сообщения об ошибке, которое сообщает пользователю, что «у вас это уже есть» (если они делают < / em> владеть им).

Purchase removeAdsPurchase = inventory.getPurchase(SKU_REMOVE_ADS);
if(removeAdsPurchase != null) {
  int purchaseStateForRemoveAds = removeAdsPurchase.getPurchaseState();
  if(purchaseStateForRemoveAds == 1) {
    //Do cancelled purchase stuff here
  }
  else if(purchaseStateForRemoveAds == 2) {
    //Do refunded purchase stuff here
  }
}