2013-09-25 15 views
9

otomatik yenileyen abonelik olduğunda, aşağıdaki modeli durumu göz önünde bulundurun:ios uygulama içi abonelikler - original_transaction_id ne zaman değişir?

  • kullanıcı 1 aylık abonelik satın alır, Ocak ayında Diyelim
  • yenileme
  • ardından mart (> 1 ay) kadar bekler iptal ve aynı abonelik satın alır yine

mu yeni satın alma için yeni original_transaction_id (makbuz doğrulamayı) AppStore dönüş? Ya da, kullanıcı etkin bir abonelik olduğunda aralıkları belirlemek için makbuzları gruplamak için original_transaction_id yeniden kullanılabilir mi?

Sandbox'ta, böyle bir benzetim söz konusu olduğunda, kullanıcının etkin bir abonelik olmadığı bazı aralıkların olup olmadığına bakılmaksızın, FIRST'nin verilen abonelik satın alımından her zaman original_transaction_id döndürür. Süresi dolduğunda aralarında birden çok abonelik satın alma işlemi gerçekleştiğinde, Sandbox fişi doğrulaması ilk satın alma işleminin original_purchase_date değerini ve son satın alma işleminin expires_date değerini döndürür.

Sorunum, bunu canlı ortamda test etmek için, aboneliğin kesin davranışı test etmesini sağlamak için bir aydan fazla beklemem gerekiyor.

+0

Evet, ayrıca cevapla da ilgileniyorum. Bunu zaten anladın mı? –

cevap

-1

Original_transaction_id (otomatik yenilenebilir abonelik için yenileme bir zincir bölgesindeki tüm makbuzları, bu alan için aynı değere sahiptir.) 'Dir

Expires_date olduğu (abonelik sona erme tarihi, milisaniye olarak ifade edilen bu yana 1 Ocak 1970, 00:00:00 GMT)

Referans:. https://developer.apple.com/library/ios/releasenotes/General/ValidateAppStoreReceipt/Chapters/ReceiptFields.html#//apple_ref/doc/uid/TP40010573-CH106-SW12

Neden https://developer.apple.com/library/ios/documentation/LanguagesUtilities/Conceptual/iTunesConnectInAppPurchase_Guide/Chapters/TestingInAppPurchases.html de elma direktiflere göre, içinde simüle ortamı test edebilir zaman gerçek senaryoda test etmek istiyorum?