iscrizioni in-app ios - quando cambia original_transaction_id?

Question

Quando v'è un abbonamento auto-rinnovamento, si consideri la seguente situazione del modello:

• utente acquista 1 mese di abbonamento, consente di dire che nel mese di gennaio
• annulla il rinnovo
• quindi attende fino a marzo (> 1 mese) e compra di nuovo lo stesso abbonamento

L'AppStore restituisce (alla verifica ricevuta) un nuovo original_transaction_id per il nuovo acquisto? Oppure riformulato, è possibile utilizzare original_transaction_id per raggruppare le entrate per determinare gli intervalli quando l'utente ha sottoscritto un abbonamento attivo?

Poiché nella sandbox, quando si verifica una situazione simulata come questa, viene sempre restituito original_transaction_id dal primo acquisto di un determinato abbonamento, indipendentemente dal numero di intervalli in cui l'utente non ha sottoscritto l'abbonamento. Quando sono stati effettuati più acquisti di abbonamento con intervalli tra, al momento della scadenza, la verifica di ricezione Sandbox restituisce original_purchase_date del primo acquisto e expires_date dell'ultimo acquisto.

Il mio problema è, per testarlo in ambiente live, dovrei aspettare più di un mese per far scadere le sottoscrizioni per testare il comportamento esatto.

Answer 1

Original_transaction_id è (Tutte le ricevute in una catena di rinnovi per un abbonamento auto-rinnovabile hanno lo stesso valore di questo campo.)

Expires_date è (La data di scadenza per l'abbonamento, espressa come numero di millisecondi dal 1 GENNAIO 1970, 00:00:00 GMT)

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

Perché vuoi testare in scenario reale in cui si può verificare in esso ambiente simulato come da linee guida di Apple a https://developer.apple.com/library/ios/documentation/LanguagesUtilities/Conceptual/iTunesConnectInAppPurchase_Guide/Chapters/TestingInAppPurchases.html?