VibeFox Iugu for PrestaShop — सहायता

आवश्यकताएँ

PrestaShop: 8.0 से 9.x।

PHP: 8.0 या बाद का संस्करण। पुराने PHP संस्करणों पर मॉड्यूल इंस्टॉल नहीं होता।

मुद्रा: ब्राज़ीलियाई रियल (BRL)। Iugu केवल BRL में शुल्क लेता है। किसी दूसरी मुद्रा वाले कार्ट के लिए, और R$ 1.00 (Iugu की न्यूनतम राशि) से कम कुल राशि वाले कार्ट के लिए भुगतान विकल्प छिपा दिया जाता है।

Iugu खाता: आपको Iugu डैशबोर्ड से दो API टोकन चाहिए, एक "Test" प्रकार का और एक "Live" प्रकार का (कॉन्फ़िगरेशन देखें)। Iugu दोनों के लिए एक ही API पता उपयोग करता है: इनवॉइस टेस्ट है या असली, यह टोकन तय करता है। Iugu में कोई webhook सेट करने की ज़रूरत नहीं है।

VibeFox लाइसेंस कुंजी: vibefox.net पर खरीदी जाती है। एक कुंजी एक डोमेन पर काम करती है।

इंस्टॉलेशन

1. बैक ऑफ़िस में Modules > Module Manager पर जाएँ और Upload a module पर क्लिक करें। मॉड्यूल की ZIP फ़ाइल चुनें।

2. अपलोड पूरा होने पर Configure पर क्लिक करें, या बाद में मॉड्यूल सूची में VibeFox Iugu Gateway खोजकर Configure पर क्लिक करें।

3. कॉन्फ़िगरेशन पेज के सबसे ऊपर के लाइसेंस ब्लॉक में License key फ़ील्ड में अपनी VibeFox लाइसेंस कुंजी दर्ज करें और Activate पर क्लिक करें (देखें लाइसेंस कुंजी)।

4. टेस्ट और लाइव API टोकन दर्ज करें (कॉन्फ़िगरेशन देखें), Test mode चालू रखें, Enable / Disable चालू करें और Save पर क्लिक करें।

5. एक टेस्ट ऑर्डर दें और Iugu के टेस्ट भुगतान से Iugu पेज पर भुगतान करें। तैयार होने पर Test mode बंद करें।

इंस्टॉल होने पर मॉड्यूल दो ऑर्डर स्टेटस बनाता है: Awaiting Iugu payment और Iugu payment on hold। PrestaShop सभी मुद्राओं, देशों और ग्राहक समूहों के लिए एक नया भुगतान मॉड्यूल देता है। आप इन्हें Payment > Preferences में सीमित कर सकते हैं। किसी भी स्थिति में Iugu केवल BRL कार्ट के लिए दिया जाता है।

कॉन्फ़िगरेशन

सभी सेटिंग्स मॉड्यूल पेज पर हैं: Modules > Module Manager > VibeFox Iugu Gateway > Configure। हर सेक्शन का अपना Save बटन है, जो पूरा पेज सहेजता है। फ़ील्ड्स के ऊपर पेज TEST MODE (इनवॉइस टेस्ट API टोकन से बनते हैं, कोई असली शुल्क नहीं लगता) या LIVE दिखाता है। जब सक्रिय मोड का टोकन गायब हो (तब चेकआउट पर भुगतान विकल्प छिपा होता है) या स्टोर की डिफ़ॉल्ट मुद्रा BRL न हो (तब अन्य मुद्राओं के कार्ट के लिए Iugu नहीं दिया जाता), तो पेज चेतावनी देता है।

Iugu

Enable / Disable: Enable Iugu payments भुगतान विकल्प को चालू या बंद करता है। डिफ़ॉल्ट: off।

Title: वह भुगतान विकल्प नाम जो ग्राहक चेकआउट पर देखते हैं। ऑर्डर में सहेजा गया भुगतान विकल्प नाम भी यही होता है। डिफ़ॉल्ट: Iugu। अनिवार्य।

Description: चेकआउट पर भुगतान विकल्प के नीचे दिखने वाला टेक्स्ट। डिफ़ॉल्ट: Pay securely via Iugu. You will be redirected to complete your payment.

API क्रेडेंशियल्स

Iugu Alia (alia.iugu.com) में API टोकन बनाएँ: Settings > API integration > New। एक "Test" प्रकार का और एक "Live" प्रकार का टोकन बनाएँ।

Test mode: टेस्ट API टोकन का उपयोग करता है, इसलिए कोई असली शुल्क नहीं लगता। डिफ़ॉल्ट: on। जब तक टेस्ट मोड चालू है, चेकआउट पर विवरण के ऊपर SANDBOX — Test mode enabled. No real charges. दिखता है। किसी ऑर्डर की स्थिति जाँच और रिफ़ंड हमेशा उसी मोड का टोकन उपयोग करते हैं जिसमें उसका इनवॉइस बना था, इसलिए मोड बदलने से पुराने ऑर्डर नहीं टूटते।

Test API token: "Test" प्रकार का Iugu API टोकन। टेस्ट मोड चालू होने पर इसका उपयोग होता है।

Live API token: "Live" प्रकार (प्रोडक्शन) का Iugu API टोकन। टेस्ट मोड बंद होने पर इसका उपयोग होता है। इसे गोपनीय रखें।

सहेजे गए टोकन दोबारा कभी नहीं दिखाए जाते। फ़ील्ड खाली रहता है और Saved — leave empty to keep it. दिखाता है। केवल बदलने के लिए नया मान दर्ज करें।

Clear saved tokens: किसी टोकन पर निशान लगाएँ और उसे हटाने के लिए Save पर क्लिक करें। खाली फ़ील्ड सहेजे गए मान को बनाए रखता है।

भुगतान नोटिफ़िकेशन

Notification URL: हर इनवॉइस Iugu को बताता है कि स्थिति में बदलाव आपके स्टोर के इस URL पर भेजे। फ़्रेंडली URL के साथ यह ऐसा दिखता है: https://your-shop/module/wcp_iugu_gateway/webhook। Iugu में कुछ भी सेट करने की ज़रूरत नहीं है। उसी URL की ओर इशारा करने वाला खाता-स्तर का अतिरिक्त ट्रिगर (gatilho) नुकसानदेह नहीं है। नोटिफ़िकेशन में ऐसा कोई भुगतान डेटा नहीं होता जिस पर स्टोर भरोसा करता हो: ऑर्डर बनने या बदलने से पहले इनवॉइस हमेशा Iugu API से दोबारा पढ़ा जाता है (स्थिति, राशि, मुद्रा)।

मॉड्यूल उन Iugu इवेंट्स पर प्रतिक्रिया देता है जो इनवॉइस की स्थिति बदल सकते हैं: invoice.status_changed, invoice.refund, invoice.released, invoice.dunning_action और invoices। इनमें से हर एक के लिए वह इनवॉइस पढ़ता है और उसकी स्थिति लागू करता है:

अन्य इवेंट्स और वे इनवॉइस जो आपके स्टोर द्वारा नहीं बनाए गए, उन्हें HTTP 200 से उत्तर दिया जाता है और बिना Iugu को अनुरोध भेजे अनदेखा किया जाता है। नोटिफ़िकेशन के बिना, इनवॉइस केवल तब जाँचा जाता है जब ग्राहक Iugu पेज से स्टोर पर वापस आता है।

एडवांस्ड

Debug log: Iugu अनुरोध और नोटिफ़िकेशन को मॉड्यूल फ़ोल्डर में logs/wc_igu_debug.log.php में लिखता है। यह फ़ाइल वेब से नहीं खोली जा सकती। टोकन और ग्राहक डेटा लॉग नहीं होते। त्रुटियाँ और चेतावनियाँ हमेशा लिखी जाती हैं, भले ही स्विच बंद हो। डिफ़ॉल्ट: off।

Log: लॉग का आकार और नवीनतम प्रविष्टियाँ दिखाता है। उसे खाली करने के लिए Clear log पर क्लिक करें।

Delete Data on Uninstall: चालू होने पर मॉड्यूल हटाने से गेटवे सेटिंग्स और लॉग हट जाते हैं। ऑर्डर, Iugu इनवॉइस संदर्भ, रिफ़ंड और मॉड्यूल के ऑर्डर स्टेटस हमेशा रखे जाते हैं, ताकि दोबारा इंस्टॉल करने के बाद पुराने ऑर्डर काम करते रहें। डिफ़ॉल्ट: off।

चेकआउट

भुगतान चरण में ग्राहक भुगतान विकल्प (डिफ़ॉल्ट रूप से Iugu) चुनता है और पुष्टि करता है। एक वैध ग्राहक ईमेल आवश्यक है। मॉड्यूल कार्ट की कुल राशि के लिए BRL में एक Iugu इनवॉइस बनाता है, जिसकी देय तिथि 3 दिन है, और ग्राहक को Iugu इनवॉइस पेज पर भेजता है। वहाँ ग्राहक आपके Iugu खाते में सक्षम तरीकों से क्रेडिट कार्ड, boleto या PIX द्वारा भुगतान करता है। इनवॉइस पर Order # और कार्ट नंबर दिखता है। ग्राहक का नाम और ईमेल Iugu को भेजे जाते हैं, साथ ही पते के Identification number या VAT number फ़ील्ड से कंपनी और CPF/CNPJ, यदि मौजूद हों। फ़ोन और पता केवल उसी फ़ॉर्मेट में भेजे जाते हैं जिसे Iugu स्वीकार करता है (ब्राज़ीलियाई फ़ोन नंबर, 8-अंकीय CEP वाले ब्राज़ीलियाई पते; मकान नंबर s/n के रूप में भेजा जाता है)। इस बिंदु पर अभी कोई ऑर्डर नहीं है।

भुगतान के बाद ग्राहक आपके स्टोर पर लौटता है। ऑर्डर केवल तभी भुगतान किया हुआ चिह्नित होता है जब Iugu उसकी पुष्टि करे: ग्राहक के लौटने पर और जब Iugu नोटिफ़िकेशन भेजे, तब इनवॉइस Iugu API से पढ़ा जाता है। इसके बाद ऑर्डर बनता है और ग्राहक को मानक ऑर्डर-पुष्टि पेज दिखता है, जिस पर Your payment with Iugu has been received. लिखा होता है।

यदि ग्राहक ने boleto या PIX कोड बनाया और भुगतान से पहले लौट आया, तो ऑर्डर Awaiting Iugu payment में बनता है और पुष्टि पेज पर Your Iugu invoice is awaiting payment (boleto / PIX). The order will be confirmed as soon as Iugu reports the payment. दिखता है। जब Iugu राशि मिलने की सूचना देता है, नोटिफ़िकेशन के ज़रिए या जब ग्राहक वापसी का लिंक दोबारा खोलता है, तब ऑर्डर Payment accepted में चला जाता है। यदि ग्राहक के लौटने पर Iugu तक अभी पहुँच नहीं हो पाई, तो Payment confirmation पेज दिखता है जिस पर We are confirming your payment with Iugu. The order will be updated automatically — please do not pay again. लिखा होता है, साथ में Check again और Back to checkout बटन होते हैं। जिस ऑर्डर का इनवॉइस रद्द हो गया या बिना भुगतान के समाप्त हो गया, उसके पुष्टि पेज पर Your Iugu payment was not completed. Please contact us about this order. दिखता है।

यदि इनवॉइस ऑर्डर बनने से पहले रद्द हुआ या समाप्त हुआ, तो ग्राहक चेकआउट पर लौट आता है और उसे The Iugu invoice was not paid (it was canceled or has expired). You can pay again below. दिखता है। कार्ट सुरक्षित रहता है। जब ग्राहक दोबारा भुगतान करता है, तो यदि राशि और मोड नहीं बदले हैं, मॉड्यूल उसे उसी खुले इनवॉइस पर भेजता है। अन्यथा वह Iugu में पुराना इनवॉइस रद्द करके नया बनाता है, ताकि एक ही कार्ट दो खुले इनवॉइस से दोबारा न चुकाया जा सके। यदि कोई पुराना इनवॉइस फिर भी चुका दिया जाए, तो भुगतान अब भी कार्ट से मिलाया जाता है।

यदि Iugu इनवॉइस नहीं बना सकता, तो ग्राहक एक छोटे संदेश के साथ चेकआउट पर रहता है, उदाहरण के लिए Iugu could not create the invoice: कारण के साथ और बिलिंग विवरण जाँचने के अनुरोध के साथ, या Could not connect to Iugu. Please try again in a moment. तकनीकी कारण लॉग में लिखा जाता है।

नोटिफ़िकेशन URL स्टोर के मेंटेनेंस मोड में होने पर भी काम करता है और आपके स्टोर के देश-प्रतिबंध से अवरुद्ध नहीं होता।

मॉड्यूल केवल एक-बार के भुगतान स्वीकार करता है। इसमें साइट पर कार्ड फ़ॉर्म, सेव किए गए कार्ड, सब्सक्रिप्शन या रिकरिंग बिलिंग, carnê (भुगतान पुस्तिका), विभाजित भुगतान या किस्त सेटिंग्स नहीं हैं — किस्तों के लिए Iugu पेज की सेटिंग्स का उपयोग करें। Iugu पेज पर दिए गए भुगतान तरीके मॉड्यूल सेटिंग्स में नहीं चुने जा सकते: आपके Iugu खाते में सक्षम सभी तरीके दिए जाते हैं। Payment error या Canceled वाला ऑर्डर स्टोर से दोबारा नहीं चुकाया जा सकता; ग्राहक नया ऑर्डर देता है।

ऑर्डर और रिफ़ंड

ऑर्डर स्टेटस

No order yet: ग्राहक को Iugu पर भेजा गया और उसने अभी भुगतान नहीं किया, या Iugu ने अभी भुगतान की पुष्टि नहीं की है। केवल कार्ट मौजूद है।

Payment accepted: Iugu ने भुगतान की पुष्टि कर दी है। भुगतान Iugu इनवॉइस ID को ट्रांज़ेक्शन ID के रूप में दर्ज होता है, और एक नोट में इनवॉइस ID और भुगतान का तरीका (क्रेडिट कार्ड, boleto या PIX) दिखता है।

Awaiting Iugu payment: ग्राहक जारी किए गए boleto या PIX के साथ लौटा। Iugu भुगतान की सूचना देने पर ऑर्डर Payment accepted में चला जाता है।

Iugu payment on hold: कार्ड भुगतान अधिकृत है लेकिन अभी कैप्चर नहीं हुआ (इसे Iugu में कैप्चर करें; Iugu द्वारा इनवॉइस भुगतान किया हुआ बताने पर ऑर्डर पूरा होता है), भुगतान जाँच के अधीन है, इनवॉइस केवल आंशिक रूप से चुकाया गया, चार्जबैक खोला गया, Iugu ने कार्ट से अलग राशि या मुद्रा बताई (उदाहरण के लिए, इनवॉइस बनने के बाद कार्ट बदला गया), या ऑर्डर रद्द होने के बाद भुगतान आया। नोट्स कारण समझाते हैं। ऑर्डर की जाँच करें और उसे पूरा करें या भुगतान रिफ़ंड करें।

Payment error: प्रतीक्षारत ऑर्डर का इनवॉइस बिना भुगतान के समाप्त हो गया। यदि Iugu बाद में इनवॉइस को भुगतान किया हुआ बताए, तो ऑर्डर Payment accepted में चला जाता है।

Canceled: प्रतीक्षारत ऑर्डर का इनवॉइस Iugu में रद्द किया गया।

Refunded: भुगतान मॉड्यूल के ज़रिए या Iugu डैशबोर्ड में पूरी तरह रिफ़ंड किया गया।

यदि उसी कार्ट का कोई और इनवॉइस भी चुका दिया जाता है, तो ऑर्डर नहीं बदलता। एक नोट आपसे अनुरोध करता है कि डुप्लिकेट भुगतान Iugu में रिफ़ंड करें।

Iugu भुगतान ब्लॉक

ऑर्डर पेज पर एक Iugu payment ब्लॉक दिखता है, जिसमें Iugu इनवॉइस ID (Iugu में इनवॉइस से लिंक), भुगतान का तरीका, स्थिति, Iugu द्वारा लिया गया शुल्क और रिफ़ंड की गई राशि, टेस्ट इनवॉइस के लिए Test mode बैज, रिफ़ंड इतिहास और ऑर्डर के Iugu notes होते हैं।

रिफ़ंड

Iugu payment ब्लॉक में राशि दर्ज करें (जो राशि अभी रिफ़ंड नहीं हुई है, वह पहले से भरी होती है), वैकल्पिक रूप से कारण लिखें, और Refund via Iugu पर क्लिक करें। प्रश्न Refund this amount through Iugu? This cannot be undone. की पुष्टि करें। आपको ऑर्डर संपादित करने का अधिकार चाहिए। रिफ़ंड उसी मोड के टोकन से भेजा जाता है जिसमें इनवॉइस बना था, इसलिए वह टोकन सेट होना चाहिए।

रिफ़ंड उस राशि से गिने जाते हैं जो Iugu ने इनवॉइस के लिए वास्तव में लिए। इसलिए राशि में अंतर होने के बाद आप ऑर्डर कुल तक नहीं, बल्कि ग्राहक द्वारा चुकाई गई राशि तक रिफ़ंड कर सकते हैं। केवल भुगतान किए गए इनवॉइस रिफ़ंड हो सकते हैं, और Iugu में अभी रिफ़ंड योग्य राशि से अधिक नहीं। रिफ़ंड तभी पूरा माना जाता है जब Iugu उसकी पुष्टि करे। यदि Iugu रिफ़ंड अस्वीकार करे या उसकी पुष्टि न करे, तो ब्लॉक त्रुटि दिखाता है और कोई रिफ़ंड दर्ज नहीं होता। सफल रिफ़ंड इनवॉइस ID और कारण के साथ रिफ़ंड इतिहास और नोट्स में जुड़ता है। पूरा रिफ़ंड ऑर्डर को Refunded पर सेट करता है। आंशिक रिफ़ंड स्थिति नहीं बदलता। रिफ़ंड तब उपलब्ध होते हैं जब Iugu इनवॉइस को भुगतान किया हुआ बता चुका हो।

मॉड्यूल क्रेडिट स्लिप नहीं बनाता। ऑर्डर पेज पर PrestaShop के मानक रिफ़ंड बटन Iugu के ज़रिए पैसे वापस नहीं भेजते।

Iugu डैशबोर्ड में किया गया पूरा रिफ़ंड ऑर्डर को एक नोट के साथ Refunded पर सेट करता है। डैशबोर्ड में किए गए आंशिक रिफ़ंड आयात नहीं किए जाते।

लाइसेंस कुंजी

मॉड्यूल vibefox.net से ली गई VibeFox लाइसेंस कुंजी से काम करता है। License — VibeFox Iugu Gateway लाइसेंस ब्लॉक, Modules > Module Manager > VibeFox Iugu Gateway > Configure पेज पर सेटिंग्स के ऊपर पहला ब्लॉक है। कुंजी को License key में दर्ज करें और Activate पर क्लिक करें। इसके बाद ब्लॉक कुंजी को छिपाकर दिखाता है, स्थिति (जैसे लाइसेंस किस तारीख तक सक्रिय है और आपका डोमेन) दिखाता है, और ये बटन दिखाता है: Check now (स्थिति दोबारा जाँचने के लिए), Change key (कोई दूसरी कुंजी दर्ज करने के लिए) और Remove key (इस स्टोर से कुंजी हटाने के लिए)। इनके नीचे Product: presta-payment-iugu वाली पंक्ति और Manage licenses and domains in your account लिंक है, जो आपका vibefox.net खाता खोलता है। केवल वे कर्मचारी कुंजी बदल सकते हैं जिनके पास इस मॉड्यूल के लिए Configure अनुमति है। ब्लॉक के टेक्स्ट बैक ऑफ़िस की भाषा के अनुसार दिखते हैं (अंग्रेज़ी और रूसी शामिल हैं)।

यदि कुंजी स्वीकार नहीं होती, तो ब्लॉक कारण बताता है, उदाहरण के लिए Key not found, This key belongs to another product, Domain limit reached या License expired on के साथ एक तारीख। स्टोर का पता बदलने के बाद, या अपने खाते में डोमेन स्लॉट खाली करने के बाद, Check now पर क्लिक करें। यदि लाइसेंस सर्वर तक पहुँच नहीं हो पाती, तो मॉड्यूल अंतिम ज्ञात स्थिति के आधार पर काम करता रहता है।

एक कुंजी एक डोमेन पर काम करती है: मुख्य स्टोर के डोमेन पर, मल्टीस्टोर सेटअप में भी। स्टोर से कुंजी हटाने पर उसका डोमेन स्लॉट मुक्त नहीं होता। स्लॉट अपने vibefox.net खाते में मुक्त करें।

सक्रिय कुंजी के बिना चेकआउट पर ग्राहकों को Iugu नहीं दिखाया जाता। अगर फिर भी भुगतान शुरू किया जाता है, तो ग्राहक को This payment method is not available. Please choose another one. दिखता है। PrestaShop स्टोरफ़्रंट को पता नहीं होता कि आप बैक ऑफ़िस में लॉग इन हैं, इसलिए भुगतान विकल्प आपसे भी छिपा रहता है: आप कुंजी खरीदने से पहले मॉड्यूल सेट कर सकते हैं, लेकिन चेकआउट पर उसे टेस्ट नहीं कर सकते। Modules > Module Manager पर Alerts टैब में एक याद दिलाने वाला संदेश दिखता है। मौजूदा ऑर्डर प्रभावित नहीं होते: जो भुगतान पहले से शुरू हो चुके हैं उनकी पुष्टि होती रहती है, और रिफ़ंड काम करते हैं।

लाइसेंस की अवधि समाप्त होने पर मॉड्यूल काम करता रहता है, लेकिन अपडेट और सपोर्ट के लिए नवीनीकरण ज़रूरी है। जब आप बैक ऑफ़िस में काम करते हैं, तब स्थिति अपने-आप दोबारा जाँची जाती है: कुंजी दर्ज करने के बाद पहले 14 दिनों तक रोज़ एक बार, फिर हर सप्ताह एक बार। cron job की ज़रूरत नहीं है। मॉड्यूल अनइंस्टॉल या रीसेट करने पर लाइसेंस कुंजी और लाइसेंस स्थिति हमेशा हट जाती हैं।

समस्या निवारण

चेकआउट पर Iugu दिखाई नहीं देता: जाँचें कि लाइसेंस सक्रिय है, Enable / Disable चालू है, और सक्रिय मोड का टोकन सेट है: टेस्ट मोड में Test API token, लाइव मोड में Live API token। कार्ट की मुद्रा BRL होनी चाहिए और कुल राशि कम से कम R$ 1.00। Payment > Preferences में जाँचें कि मॉड्यूल BRL मुद्रा, ग्राहक के देश और ग्राहक के समूह के लिए अनुमत है। यदि टोकन या मुद्रा गलत है, तो सेटिंग्स पेज चेतावनी दिखाता है।

भुगतान हो गया, लेकिन ऑर्डर नहीं बना: Iugu का नोटिफ़िकेशन आपके स्टोर तक नहीं पहुँचा या उसकी जाँच नहीं हो सकी। Debug log चालू करें और मॉड्यूल पेज पर Log फ़ील्ड देखें। जाँचें कि आपका स्टोर इंटरनेट से Notification URL पर पहुँच योग्य है, और जिस मोड में इनवॉइस बना था उसका टोकन अब भी दर्ज है। भुगतान के बाद ग्राहक जब स्टोर पर लौटता है, तब भी इनवॉइस की जाँच होती है।

Notification answers verification failed: उस समय इनवॉइस को Iugu API से नहीं पढ़ा जा सका, उदाहरण के लिए नेटवर्क त्रुटि, गलत टोकन या इनवॉइस के मोड का टोकन गायब होने के कारण। Iugu नोटिफ़िकेशन दोबारा भेजता है।

Notification answers busy: उसी समय कार्ट किसी दूसरे अनुरोध द्वारा संसाधित हो रहा था, या ऑर्डर नहीं बन सका (उदाहरण के लिए मॉड्यूल अक्षम है)। Iugu नोटिफ़िकेशन दोबारा भेजता है। लॉग कारण दिखाता है।

Notification answers invalid invoice id: नोटिफ़िकेशन में कोई मान्य इनवॉइस ID नहीं था। कुछ नहीं बदलता।

ऑर्डर Iugu payment on hold में है: ऑर्डर ब्लॉक में Iugu notes पढ़ें। कार्ड भुगतान कैप्चर की प्रतीक्षा में है, भुगतान जाँच के अधीन है, आंशिक रूप से चुकाया गया है या विवादित है, चुकाई गई राशि कार्ट से मेल नहीं खाती, या ऑर्डर रद्द होने के बाद भुगतान आया।

ग्राहक को «Iugu payments are not available right now» दिखता है: API टोकन गायब है या गलत है। सक्रिय मोड का टोकन जाँचें।

ग्राहक को «This order already has an Iugu payment that the store has to review» दिखता है: कार्ट का कोई पिछला इनवॉइस अधिकृत, जाँच के अधीन या आंशिक रूप से चुकाया हुआ है, लेकिन ऑर्डर नहीं बन सका। Iugu में इनवॉइस और लॉग जाँचें।

रिफ़ंड विफल: ब्लॉक का संदेश पढ़ें। Boleto भुगतान Iugu के ज़रिए रिफ़ंड नहीं हो सकते, PIX भुगतान केवल पूरे रिफ़ंड हो सकते हैं, और केवल भुगतान किए गए इनवॉइस रिफ़ंड हो सकते हैं। यदि संदेश कहता है कि भुगतान टेस्ट या लाइव मोड में हुआ और उस मोड का कोई टोकन सेट नहीं है, तो उस मोड का टोकन दर्ज करें। यदि Iugu ने रिफ़ंड की पुष्टि नहीं की है, तो दोबारा कोशिश करने से पहले Iugu में इनवॉइस जाँचें।

डेवलपर इनवॉइस अनुरोध बदल सकते हैं, उदाहरण के लिए actionWcpIuguInvoiceData हुक में payable_with से भुगतान विकल्प सीमित करके।

अनइंस्टॉल

Modules > Module Manager पर जाएँ, VibeFox Iugu Gateway के बगल का मेनू खोलें और Uninstall चुनें। इस मॉड्यूल की लाइसेंस कुंजी और लाइसेंस स्थिति हमेशा हटा दी जाती है। यदि Delete Data on Uninstall चालू है, तो गेटवे सेटिंग्स और लॉग हटा दिए जाते हैं। यदि यह बंद है, तो बाद में दोबारा इंस्टॉल करने के लिए सभी सेटिंग्स रखी जाती हैं। Iugu इनवॉइस संदर्भ और रिफ़ंड, तथा ऑर्डर स्टेटस Awaiting Iugu payment और Iugu payment on hold हमेशा रखे जाते हैं, ताकि पहले चुकाए गए ऑर्डर अब भी रिफ़ंड हो सकें और दोबारा इंस्टॉल करने के बाद देर से आए नोटिफ़िकेशन अब भी मेल खाते रहें। मौजूदा ऑर्डर अपने भुगतान नोट्स और ट्रांज़ेक्शन ID रखते हैं।

Iugu उसके संबंधित मालिक का ट्रेडमार्क है। यह मॉड्यूल Iugu से संबद्ध नहीं है और Iugu द्वारा समर्थित नहीं है।