React-native-iap: getAvailablePurchases हर बार अलग-अलग सरणी देता है

मैं यह भी देख रहा हूं। इसके बारे में वास्तव में खतरनाक बात यह है कि एक मौका है कि सबसे हालिया वैध रसीद परिणामों में नहीं हो सकती है।

इस मॉड्यूल कोड को देखने से यह ईमानदारी से एप्पल के पक्ष में एक मुद्दे की तरह दिखता है क्योंकि यह मॉड्यूल प्रभावी रूप से सिर्फ restoreCompletedTransactions() माध्यम से गुजर रहा है जो आपको वापस देता है।

मुझे आश्चर्य है कि अगर getPurchaseHistory() सदस्यता के लिए उपयोग किए जाने के लिए एक अच्छा विकल्प है। मैं वर्तमान में विकल्प के रूप में इसका उपयोग कर रहा हूं, क्योंकि यह मुझे विश्वसनीय परिणाम देता है। मेरे ऐप में कोई अन्य खरीदारी नहीं है, केवल सदस्यता है।

जैसा कि इस पैकेज में iap डॉक्स में कहा गया है, getAvailablePurchases() उपभोग्य सामग्रियों के बारे में बात कर रहा है। एक सदस्यता "उपभोज्य" या "गैर-उपभोज्य" उत्पाद नहीं है। यह एक "ऑटो-अक्षय सदस्यता" है इसलिए getPurchaseHistory() करना चाहिए?

मैंने पाया किPurchaseHistory () ने अलग-अलग सरणी लंबाई भी दी। अनुरोधों की आवृत्ति जैसी स्थिति ने इसे प्रभावित किया। अंत में यह पता चला कि यह वास्तव में हमारे लिए कोई मायने नहीं रखता था, एक बार किसी भी लेनदेन की रसीद को सत्यापन के लिए भेज दिया गया था, Apple द्वारा latest_receipt_info सरणी में वापस कर दिया गया था, वैसे भी यह सब हमारे लिए मायने रखता है।

मैं एक ही मुद्दा रहा हूँ (अगर यह सैंडबॉक्स मोड त्रुटि है पता नहीं है)। इसके अलावा, जब मैं एक असली डिवाइस के भीतर ऐप्पल आईडी स्विच करता हूं तो दूसरे खाते से की गई खरीदारी वापस हो जाती है।

Ex:
1 - मैंने अकाउंट [email protected] के साथ खरीदारी की
2 - Apple id को [email protected] पर स्विच किया
3 - getAvailablePurchases ने [email protected] खाते के साथ की गई खरीदारी का लेनदेन वापस लौटा दिया

एक और मुद्दा जो मुझे मिला वह यह है कि अगर मैं डिवाइस (फ़ैक्टरी रीसेट) दोनों तरीकों को getPurchaseHistory() और getAvailablePurchases रैंडम परिणाम देता हूं।

खरीद बहाल करने के लिए एप्पल की प्रतिक्रिया है:

"Users restore transactions to maintain access to content they've already purchased. For example, when they upgrade to a new phone, they don't lose all of the items they purchased on the old phone. Include some mechanism in your app to let the user restore their purchases, such as a Restore Purchases button."

@ Ssg-luke द्वारा पहले कहा गया restoreCompletedTransactions के अलग-अलग परिणामों के बारे में Apple डेवलपर फ़ोरम विषय मिला।

https://forums.developer.apple.com/thread/115242

हो सकता है, यह संबंधित हो:

ऐसा लगता है कि आप एक उपयोगकर्ता के लिए कई लेनदेन कर रहे हैं, जिसके लिए ऐप ने अभी तक फिनिशट्रांसक्शन नहीं कहा है।
https://forums.developer.apple.com/thread/115242#thread -post-355444

मेरे पास उसी उपकरण पर अन्य सैंडबॉक्स खाते हैं। तो क्या यह अलग-अलग खातों का लेन-देन हो सकता है, एक ही उपकरण पर, बस गड़बड़ हो जाती है और बिल्कुल "समाप्त" नहीं होती है?

हालाँकि, मैंने सभी लेनदेन पर एक लूप चलाया, और उन सभी पर finishTransactionIOS का खर्च किया। लेकिन इससे उन्हें दूर नहीं जाना पड़ा या getAvailablePurchases() का एक विश्वसनीय आउटपुट मिला ... शायद इसलिए कि मैं पहले से ही एक नए सैंडबॉक्स खाते में हूं और लेनदेन एक पुराने सैंडबॉक्स खाते से हैं?

यह भी बता सकता है कि @fcandiani क्या अनुभव करता है।

मैंने पाया किPurchaseHistory () ने अलग-अलग सरणी लंबाई भी दी। अनुरोधों की आवृत्ति जैसी स्थिति ने इसे प्रभावित किया। अंत में यह पता चला कि यह वास्तव में हमारे लिए कोई मायने नहीं रखता था, एक बार किसी भी लेन-देन रसीद को सत्यापन के लिए भेज दिया गया था, सभी प्राप्तियों को Apple द्वारा latest_receipt_info सरणी में वापस कर दिया गया था, जो कि हमारे लिए सभी महत्वपूर्ण है।

@ Ssg-luke की जानकारी के लिए धन्यवाद, मैं ऐसा ही करने जा रहा हूं।

मैंने सभी लेनदेन पर एक लूप भी चलाया, और उन्हें फिनिशट्रांसआईओएस के साथ हटाने में सक्षम नहीं था। मेरे लेन-देन स्वतः-नवीनीकरण सदस्यता हैं।

लगभग वैसा ही सामना। मैं एक मुद्दा बना रहा था, लेकिन, समस्या और समाधान खोजने के लिए दूसरों की मदद करने के लिए यहां सभी जानकारी डालने का फैसला किया।

प्रतिक्रिया-देशी-आईएपी का संस्करण

3.5.9 है

प्रतिक्रिया-मूल का संस्करण

0.60.5

जिन प्लेटफ़ॉर्मों में आपको त्रुटि हुई (IOS या Android या दोनों?)

आईओएस

• समान कोड Android पर पूरी तरह से काम कर रहा है, पहले से ही उत्पादन में

अपेक्षित् व्यवहार

उपयोगकर्ता ने एक बार सदस्यता ली , getAvailablePurchases को केवल एक खरीद वापस करनी चाहिए

वास्तविक व्यवहार

getAvailablePurchases एक से अधिक खरीद वापस आ रही है,

परीक्षणित वातावरण (एमुलेटर? रियल डिवाइस?)

ताजा सैंडबॉक्स खाते के साथ असली डिवाइस।

व्यवहार को पुन: पेश करने के लिए कदम

• Https://appstoreconnect.apple.com/access/testers पर सैंडबॉक्स टेस्ट यूजर बनाएं
• Xcode पर प्रोजेक्ट बनाएं और चलाएं
• getAvailablePurchases कॉल करें, कोई खरीदारी नहीं करता है (जैसे अपेक्षित)
• कुछ उत्पाद के लिए सदस्यता लें
• मेरा purchaseUpdatedListener कहा जाता है, और मैं RNIap.finishTransactionIOS(subscription.transactionId); कॉल करता हूं जो कि undefined (जैसा मुझे लगता है कि उम्मीद है)
• getAvailablePurchases कॉल करें, एक खरीद लौटाता है (जैसे अपेक्षित)
• रीलोडेड डी ऐप
• getAvailablePurchases कॉल करें, दो खरीदारी लौटाता है, हर एक अलग transactionId

{
   originalTransactionDateIOS: 1571144840000
   originalTransactionIdentifierIOS: "1000000579413333"
   productId: "io.appmasters.lowcarb.development"
   transactionDate: 1571145019000
   transactionId: "1000000579415509"
   transactionReceipt: "MIIVnQYJKoZIhvcN..."
},
{
   originalTransactionDateIOS: 1571144840000
   originalTransactionIdentifierIOS: "1000000579413333"
   productId: "io.appmasters.lowcarb.development"
   transactionDate: 1571144839000
   transactionId: "1000000579416705"
   transactionReceipt: "MIIVnQYJKoZIhvcN...."
}

• फिर से पुनः लोड करें ऐप
• getAvailablePurchases कॉल करें, तीन खरीदारी लौटाता है, हर एक अलग transactionId (परिणाम से समान नहीं):

{
   originalTransactionDateIOS: 1571144840000
   originalTransactionIdentifierIOS: "1000000579413333"
   productId: "io.appmasters.lowcarb.development"
   transactionDate: 1571145739000
   transactionId: "1000000579423546"
   transactionReceipt: "MIIb1AYJKoZIhvcN..."
},{
   originalTransactionDateIOS: 1571144840000
   originalTransactionIdentifierIOS: "1000000579413333"
   productId: "io.appmasters.lowcarb.development"
   transactionDate: 1571145019000
   transactionId: "1000000579426352"
   transactionReceipt: "MIIb1AYJKoZI..."
},{
   originalTransactionDateIOS: 1571144840000
   originalTransactionIdentifierIOS: "1000000579413333"
   productId: "io.appmasters.lowcarb.development"
   transactionDate: 1571144839000
   transactionId: "1000000579426353"
   transactionReceipt: "MIIb1AYJKoZIhvcN..."
}

• फिर से पुनः लोड करें ऐप
• getAvailablePurchases कॉल करें, चार खरीदारी लौटाता है, हर एक अलग transactionId (पिछले परिणाम से समान नहीं) ...

यह सही व्यवहार नहीं लगता है, जो मैंने डॉक्स पर पढ़ा है और एंड्रॉइड पर क्या होता है।

मैं किसी भी मदद की सराहना करता हूं।

getAvaialblePurchases () मेरे सैंडबॉक्स परीक्षण खाते पर 150+ परिणाम लौटा रहा है। मैंने getAvailablePurchases () का उपयोग नहीं करने का निर्णय लिया है और डिवाइस पर अंतिम खरीद और सर्वर पर भी स्टोर कर रहा हूं। यदि एप्लिकेशन हटा दिया गया है या उपयोगकर्ता नए फोन में स्थानांतरित हो गया है, तो हम अभी भी हमारी कंपनी यूजर आईडी और प्लेटफॉर्म (आईओएस या एंड्रॉइड) से जुड़े हमारे सर्वर पर अंतिम खरीद करेंगे। कॉल करना getAvailablePurchases () एक मिनट के करीब ले रहा है और कभी-कभी इस ट्रिगरिंग कॉल को अपडेट किया गया श्रोता अपनी खरीदारी को पुनर्स्थापित करने की कोशिश कर रहा है। हमने अपने प्रवाह को इस तरह संशोधित किया है:
1) जब उपयोगकर्ता डिवाइस में प्रवेश करता है:
a) देखें कि क्या उपयोगकर्ता और प्लेटफ़ॉर्म के लिए हमारे सर्वर पर एक वैध अंतिम खरीद है।
b) यदि सर्वर पर कोई रिकॉर्ड नहीं है, तो देखें कि क्या DB में कोई स्थानीय सहेजी गई खरीदारी है या नहीं
c) यदि कोई नहीं है या कोई समय सीमा समाप्त हो गई है, तो सदस्यता के दृश्य दिखाएं।
प्रारंभ में हम getAvailablePurchases () को कॉल कर रहे थे और यह देखने की कोशिश कर रहे थे कि क्या अंतिम खरीद अभी भी वैध थी। यकीन नहीं होता कि यह दूसरों की मदद करता है लेकिन हम इस मुद्दे पर नहीं चल रहे हैं। हम 59 पर प्रतिक्रिया कर रहे हैं और यह एक और दर्द है जिससे हमें निपटना है।

@ramakula और अगर उपयोगकर्ता अपनी सदस्यता रद्द करता है तो क्या होगा?

जिस तरह से आपने बताया था, आप अंतिम तिथि तक अपने डेटाबेस पर सदस्यता रखेंगे और "खरीद" करेंगे जो अब उपलब्ध नहीं है।

अरे, ऐसा लगता है कि हाल ही में इस मुद्दे पर कोई गतिविधि नहीं हुई है। क्या मुद्दा ठीक हो गया है, या क्या अभी भी समुदाय के ध्यान की आवश्यकता है? आगे कोई गतिविधि न होने पर यह समस्या बंद हो सकती है। आप इस मुद्दे को "चर्चा के लिए" या "अच्छा पहला मुद्दा" के रूप में भी लेबल कर सकते हैं और मैं इसे खुला छोड़ दूंगा। आपके योगदानों के लिए धन्यवाद।

लंबे समय तक निष्क्रियता के बाद इस मुद्दे को बंद करना। यदि यह समस्या अभी भी नवीनतम रिलीज़ में मौजूद है, तो कृपया अप-टू-डेट जानकारी के साथ एक नया मुद्दा बनाने के लिए स्वतंत्र महसूस करें।

getAvaialblePurchases () मेरे सैंडबॉक्स परीक्षण खाते पर 150+ परिणाम लौटा रहा है। मैंने getAvailablePurchases () का उपयोग नहीं करने का निर्णय लिया है और डिवाइस पर अंतिम खरीद और सर्वर पर भी स्टोर कर रहा हूं। यदि एप्लिकेशन हटा दिया गया है या उपयोगकर्ता नए फोन में स्थानांतरित हो गया है, तो हम अभी भी हमारी कंपनी यूजर आईडी और प्लेटफॉर्म (आईओएस या एंड्रॉइड) से जुड़े हमारे सर्वर पर अंतिम खरीद करेंगे। कॉल करना getAvailablePurchases () एक मिनट के करीब ले रहा है और कभी-कभी इस ट्रिगरिंग कॉल को अपडेट किया गया श्रोता अपनी खरीदारी को पुनर्स्थापित करने की कोशिश कर रहा है। हमने अपने प्रवाह को इस तरह संशोधित किया है:

1. जब उपयोगकर्ता डिवाइस में प्रवेश करता है:
   a) देखें कि क्या उपयोगकर्ता और प्लेटफ़ॉर्म के लिए हमारे सर्वर पर एक वैध अंतिम खरीद है।
   b) यदि सर्वर पर कोई रिकॉर्ड नहीं है, तो देखें कि क्या DB में कोई स्थानीय सहेजी गई खरीदारी है या नहीं
   c) यदि कोई नहीं है या कोई समय सीमा समाप्त हो गई है, तो सदस्यता के दृश्य दिखाएं।
   प्रारंभ में हम getAvailablePurchases () को कॉल कर रहे थे और यह देखने की कोशिश कर रहे थे कि क्या अंतिम खरीद अभी भी वैध थी। यकीन नहीं होता कि यह दूसरों की मदद करता है लेकिन हम इस मुद्दे पर नहीं चल रहे हैं। हम 59 पर प्रतिक्रिया कर रहे हैं और यह एक और दर्द है जिससे हमें निपटना है।

मुझे विश्वास है कि हम रसीद से नवीनतम खरीद प्राप्त कर सकते हैं। उपयोगकर्ता की प्राप्ति की पुष्टि करके, पुराने-पुराने लेनदेन के साथ: सच है कि हम नवीनतम सदस्यता जानकारी प्राप्त कर सकते हैं (केवल ऑटो-नवीकरणीय जानकारी के लिए)। मेरा मानना ​​है कि हम इस पद्धति का उपयोग ऑटो-अक्षय सदस्यता खरीद को बहाल करने के लिए कर सकते हैं। मुझे यकीन नहीं है कि यह एक आदर्श तरीका है।