VibeFox Authorize.Net for PrestaShop — सहायता

आवश्यकताएँ

PrestaShop: 8.0 से 9.x।

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

HTTPS: आपके चेकआउट को HTTPS का उपयोग करना होगा। Accept.js सादे HTTP पेजों पर नहीं चलता।

Authorize.Net खाता: आपको अपने Authorize.Net खाते का API Login ID, Transaction Key और Public Client Key चाहिए, और वेबहुक उपयोग करने पर Signature Key भी। प्रोडक्शन (account.authorize.net) और सैंडबॉक्स (sandbox.authorize.net) खातों के क्रेडेंशियल अलग-अलग होते हैं। Authorize.Net खाते अमेरिका, कनाडा, UK, यूरोप, ऑस्ट्रेलिया और न्यूज़ीलैंड के मर्चेंट्स के लिए उपलब्ध हैं।

मुद्रा: कार्ट की मुद्रा USD, CAD, CHF, DKK, EUR, GBP, NOK, PLN, SEK, AUD या NZD होनी चाहिए, और आपके Authorize.Net खाते का सेटलमेंट उसी मुद्रा में होना चाहिए। अन्य मुद्राओं के लिए चेकआउट पर यह भुगतान विधि छिपी रहती है।

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

इंस्टॉलेशन

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

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

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

4. सैंडबॉक्स और प्रोडक्शन खातों के क्रेडेंशियल दर्ज करें (देखें कॉन्फ़िगरेशन)। यदि चाहें तो वेबहुक भी सेट करें।

5. Enable/Disable चालू करें, Transaction type चुनें और Save पर क्लिक करें। सैंडबॉक्स मोड में कार्ड 4111 1111 1111 1111, कोई भी भविष्य की समाप्ति तिथि और कोई भी CVV डालकर एक भुगतान का परीक्षण करें, फिर Sandbox mode बंद करें।

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

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

सभी सेटिंग्स मॉड्यूल पेज पर हैं: Modules > Module Manager > VibeFox Authorize.Net Gateway > Configure। हर सेक्शन का अपना Save बटन है, जो पूरा पेज सेव करता है। फ़ील्ड्स के ऊपर पेज चेतावनी देता है: जब स्टोर के लिए SSL सक्षम न हो (Accept.js केवल HTTPS पेजों पर काम करता है), जब स्टोर की डिफ़ॉल्ट मुद्रा Authorize.Net द्वारा समर्थित न हो, जब वर्तमान मोड में API Login ID, Transaction Key या Public Client Key न हो (तब चेकआउट पर भुगतान विधि छिप जाती है), और जब वर्तमान मोड में Signature Key न हो (तब वेबहुक बंद रहते हैं)। जब सैंडबॉक्स मोड चालू हो, तब यह Sandbox mode is on: test transactions, no real charges. दिखाता है।

Authorize.Net

Enable/Disable: Enable Authorize.Net भुगतान विधि को चालू या बंद करता है। डिफ़ॉल्ट: बंद।

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

Description: चेकआउट पर भुगतान विधि के नीचे दिखने वाला टेक्स्ट। डिफ़ॉल्ट: Pay securely with your credit card via Authorize.Net.

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

Authorize.Net Merchant Interface में Account > Settings > Security Settings खोलें। API Credentials & Keys के अंतर्गत API Login ID कॉपी करें और एक Transaction Key तथा एक Signature Key बनाएँ। Manage Public Client Key के अंतर्गत Public Client Key कॉपी करें। सैंडबॉक्स और प्रोडक्शन अलग-अलग क्रेडेंशियल उपयोग करते हैं। पेज पर दोनों मोड के फ़ील्ड दिखते हैं, इसलिए आप दोनों सेट रख सकते हैं।

Sandbox mode: Authorize.Net सैंडबॉक्स का उपयोग करता है (टेस्ट लेन-देन, कोई वास्तविक शुल्क नहीं)। यह API एंडपॉइंट, Accept.js और नए भुगतानों के लिए उपयोग होने वाले क्रेडेंशियल सेट को बदलता है। डिफ़ॉल्ट: चालू। वास्तविक भुगतान लेने के लिए इसे बंद करें। चालू रहने पर ग्राहकों को भुगतान विधि के नीचे टेस्ट कार्ड 4111 1111 1111 1111 वाला संकेत दिखता है।

Sandbox API Login ID और Live API Login ID: सैंडबॉक्स या प्रोडक्शन खाते का API Login ID।

Sandbox Transaction Key और Live Transaction Key: उस खाते का Transaction Key।

Sandbox Public Client Key और Live Public Client Key: वह सार्वजनिक कुंजी जिसका उपयोग Accept.js ब्राउज़र में करता है।

Sandbox Signature Key और Live Signature Key: केवल वेबहुक के लिए ज़रूरी। यह हर सूचना के X-ANET-Signature हेडर को सत्यापित करती है।

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

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

भुगतान

Transaction type: कार्ड से शुल्क कैसे लिया जाए। ऑथराइज़ेशन 30 दिनों के बाद समाप्त हो जाता है।

वेबहुक (अनुशंसित)

वेबहुक के बिना, Fraud Detection Suite द्वारा रोके गए ऑर्डर, या Authorize.Net पैनल में कैप्चर या वॉइड किए गए ऑर्डर को हाथ से अपडेट करना होगा। Merchant Interface में Account > Settings > Business Settings > Webhooks पर जाएँ और सैंडबॉक्स तथा प्रोडक्शन, दोनों खातों में Add Endpoint पर क्लिक करें। इस सेक्शन में Endpoint URL के अंतर्गत दिखाया गया URL उपयोग करें। फ़्रेंडली URL के साथ यह कुछ ऐसा दिखता है: https://your-shop/module/wcp_authorizenet_gateway/webhook, संभवतः /en/ जैसे भाषा कोड के साथ। URL को ठीक वैसे ही कॉपी करें जैसा सेटिंग्स दिखाती हैं। ये इवेंट चुनें (ये इसी सेक्शन में सूचीबद्ध हैं):

हर खाते की Signature Key Sandbox Signature Key या Live Signature Key में दर्ज करें। वैध हस्ताक्षर के बिना वेबहुक अस्वीकार हो जाते हैं। सूचना पर उसी मोड की कुंजी से हस्ताक्षर होना चाहिए जिसमें भुगतान हुआ था; दूसरे मोड की सूचना से कुछ नहीं बदलता। हर सूचना के लिए मॉड्यूल ऑर्डर बदलने से पहले Authorize.Net से लेन-देन की वर्तमान स्थिति और राशि भी पूछता है, इसलिए दोहराई गई सूचनाओं से कुछ नहीं बदलता।

एडवांस्ड

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

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

Delete data on uninstall: चालू होने पर मॉड्यूल अनइंस्टॉल करने से सेटिंग्स और लॉग हट जाते हैं। Authorize.Net के लेन-देन, रिफ़ंड और मॉड्यूल के ऑर्डर स्टेटस हमेशा बने रहते हैं, ताकि पहले भुगतान किए गए ऑर्डर पर री-इंस्टॉल के बाद भी कैप्चर और रिफ़ंड हो सके। डिफ़ॉल्ट: बंद।

चेकआउट

भुगतान चरण पर ग्राहक भुगतान विधि चुनता है (डिफ़ॉल्ट रूप से Credit Card) और उसके नीचे के फ़ॉर्म में कार्ड नंबर, समाप्ति तिथि (MM/YY) और कार्ड कोड (CVV) भरता है। Accept.js केवल चेकआउट पेज पर लोड होता है। जब ग्राहक ऑर्डर देता है, तब Accept.js ब्राउज़र में कार्ड डेटा को एक बार उपयोग होने वाले टोकन से बदल देता है। कार्ड फ़ील्ड्स के फ़ॉर्म नाम नहीं होते, इसलिए कार्ड नंबर और CVV कभी आपके सर्वर तक नहीं पहुँचते।

मॉड्यूल Authorize.Net API के माध्यम से कार्ट की मुद्रा में कार्ट के कुल योग के लिए टोकन पर शुल्क लेता है। बिलिंग पता, ईमेल और IP पता पते के सत्यापन और फ़्रॉड फ़िल्टर के लिए लेन-देन के साथ भेजे जाते हैं। कार्ट नंबर इनवॉइस नंबर के रूप में भेजा जाता है, क्योंकि भुगतान से पहले कोई ऑर्डर मौजूद नहीं होता। ऑर्डर को तभी भुगतान किया हुआ चिह्नित किया जाता है जब Authorize.Net पुष्टि करे: यदि लेन-देन स्वीकृत हो जाता है, तो ऑर्डर तुरंत बनता है और ग्राहक को Your card payment has been received. वाला मानक ऑर्डर पुष्टि पेज दिखता है। Authorize only के साथ पेज पर Your card payment has been authorized. The amount will be charged when your order is processed. दिखता है। यदि Fraud Detection Suite लेन-देन रोक लेता है, तो पेज Your payment is being reviewed. We will update your order as soon as the review is complete. दिखाता है।

यदि कार्ड अस्वीकृत होता है, तो ग्राहक भुगतान चरण पर ही रहता है और Payment failed: के साथ कारण देखता है, जैसे कार्ड अस्वीकृत, गलत कार्ड कोड या समाप्त हो चुका कार्ड। कोई ऑर्डर नहीं बनता और कार्ट सुरक्षित रहती है। कॉन्फ़िगरेशन और API त्रुटियाँ ग्राहकों को नहीं दिखाई जातीं: उन्हें एक सामान्य संदेश दिखता है, और विवरण लॉग में जाते हैं। यदि स्टोर Authorize.Net तक नहीं पहुँच पाता, तो ग्राहक को Payment error: unable to connect to the payment gateway. Please try again. दिखता है। यदि कार्ड फ़ील्ड खाली हों, तो फ़ॉर्म पूछता है: Please enter the card number, expiry date and card code.

डबल क्लिक, दूसरा टैब या बार-बार सबमिट करने से कोई कार्ट दो बार चार्ज नहीं होता। जब पहला प्रयास अभी चल रहा हो, तब दूसरा प्रयास Your payment is already being processed. Please wait a moment and check your order history before trying again. दिखाता है। यदि भुगतान स्वीकृत हो गया, लेकिन ऑर्डर नहीं बन पाया, तो ग्राहक को Your payment was received, but the order could not be completed automatically. Please contact us — do not pay again. दिखता है। फिर अगले प्रयास पर या वेबहुक के द्वारा, कार्ड को दोबारा चार्ज किए बिना, स्वीकृत भुगतान से ऑर्डर बनाया जाता है।

यदि भुगतान चलते समय कार्ट बदल जाता है, तो लिया गया शुल्क कार्ट से मेल नहीं खाता। तब ऑर्डर नोट के साथ Authorize.Net payment on hold में चला जाता है, और भुगतान वास्तव में लिए गए शुल्क की राशि के साथ दर्ज होता है।

वेबहुक तब भी काम करते हैं जब स्टोर मेंटेनेंस मोड में हो, और स्टोर के देश-प्रतिबंध से ब्लॉक नहीं होते।

इस मॉड्यूल में सेव किए गए कार्ड या ग्राहक प्रोफ़ाइल नहीं हैं, सब्सक्रिप्शन या आवर्ती भुगतान नहीं हैं, eCheck/ACH, Apple Pay, Google Pay, PayPal या 3-D Secure नहीं हैं, ऑथराइज़ेशन का आंशिक कैप्चर नहीं है और स्वचालित मुद्रा रूपांतरण नहीं है।

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

ऑर्डर स्टेटस

No order: कार्ड अस्वीकृत हुआ या भुगतान विफल हुआ। केवल कार्ट मौजूद है।

Payment accepted: कार्ड से शुल्क लिया गया (Authorize and capture), या ऑथराइज़ेशन कैप्चर हुआ। भुगतान को Authorize.Net Trans ID के साथ लेन-देन ID के रूप में दर्ज किया जाता है, और एक नोट में राशि, Trans ID, ऑथ कोड, कार्ड का प्रकार और अंतिम चार अंक दिखते हैं।

Authorize.Net payment authorized: राशि केवल ऑथराइज़ हुई है (Authorize only)। पूर्ति से पहले कैप्चर करें।

Authorize.Net payment on hold: Fraud Detection Suite ने लेन-देन को समीक्षा के लिए रोका है, लिया गया शुल्क ऑर्डर के कुल योग से मेल नहीं खाता, या वेबहुक द्वारा सूचित कैप्चर ऑर्डर की राशि से मेल नहीं खाता। नोट इसका कारण बताता है। Authorize.Net पैनल में रोके गए लेन-देन को स्वीकृत या अस्वीकृत करें; वेबहुक के साथ ऑर्डर अपने आप अपडेट हो जाता है।

Canceled: किसी वेबहुक ने बताया कि ऑर्डर का भुगतान होने से पहले लेन-देन अस्वीकृत, वॉइड या समाप्त हो गया, या आपने ऐसा ऑथराइज़ेशन वॉइड किया जो कैप्चर नहीं हुआ था। यदि भुगतान किए गए ऑर्डर का लेन-देन Authorize.Net पैनल में वॉइड होता है, तो उसका स्टेटस नहीं बदलता और एक चेतावनी नोट जोड़ा जाता है।

Refunded: भुगतान मॉड्यूल के माध्यम से पूरी तरह रिफ़ंड या वॉइड किया गया।

यदि ऐसे कार्ट के लिए दूसरा लेन-देन स्वीकृत होता है जिसका पहले से ऑर्डर है, तो ऑर्डर नहीं बदलता। एक नोट आपसे अनुरोध करता है कि आप उसकी जाँच करें और Authorize.Net पैनल में डुप्लिकेट को वॉइड या रिफ़ंड करें।

Authorize.Net भुगतान ब्लॉक

ऑर्डर पेज पर एक Authorize.Net payment ब्लॉक दिखता है, जिसमें Trans ID, लेन-देन का प्रकार, लेन-देन की स्थिति, कार्ड और ऑथ कोड, लिया गया शुल्क, ऑर्डर का कुल योग और रिफ़ंड की गई राशि, सैंडबॉक्स भुगतानों के लिए Sandbox बैज, रिफ़ंड का इतिहास और ऑर्डर के Authorize.Net notes शामिल हैं। कैप्चर और रिफ़ंड के लिए केवल ऑर्डर संपादित करने का अधिकार चाहिए, मॉड्यूल पेज की पहुँच नहीं।

कैप्चर

Authorize.Net payment authorized वाले ऑर्डर के लिए, ब्लॉक में Capture payment पर क्लिक करें और Capture the authorized amount through Authorize.Net? की पुष्टि करें। स्वीकृत राशि कैप्चर होती है, भुगतान Trans ID के साथ दर्ज होता है और ऑर्डर Payment accepted बन जाता है। यदि कैप्चर विफल होता है, तो त्रुटि दिखाई जाती है और नोट्स में जोड़ी जाती है। आप Authorize.Net पैनल में भी कैप्चर कर सकते हैं; वेबहुक के साथ ऑर्डर अपने आप अपडेट हो जाता है।

रिफ़ंड

ब्लॉक में राशि दर्ज करें (जो राशि अभी तक रिफ़ंड नहीं हुई, वह पहले से भरी होती है), वैकल्पिक रूप से कारण लिखें, Refund via Authorize.Net पर क्लिक करें और Refund this amount through Authorize.Net? This cannot be undone. की पुष्टि करें। पूरी राशि का रिफ़ंड पहले लेन-देन को वॉइड करता है, यदि वह अभी सेटल नहीं हुआ, या ऐसे ऑथराइज़ेशन को वॉइड करता है जो कैप्चर नहीं हुआ। सेटल हो चुके लेन-देन, आमतौर पर 24 घंटे के बाद, पूरे या आंशिक रूप से रिफ़ंड किए जा सकते हैं। सेटलमेंट से पहले आंशिक रिफ़ंड संभव नहीं है: लेन-देन वॉइड करने के लिए पूरी राशि रिफ़ंड करें, या सेटलमेंट के बाद फिर से प्रयास करें। रिफ़ंड उसी राशि और मुद्रा में होते हैं जिनमें Authorize.Net ने शुल्क लिया था, इसलिए राशि में अंतर होने पर आप ऑर्डर के कुल योग तक नहीं, बल्कि ग्राहक द्वारा वास्तव में चुकाई गई राशि तक ही रिफ़ंड कर सकते हैं। यदि Authorize.Net रिफ़ंड स्वीकार नहीं करता, तो ब्लॉक त्रुटि दिखाता है और कोई रिफ़ंड दर्ज नहीं होता। सफल रिफ़ंड या वॉइड, रिफ़ंड इतिहास और नोट्स में जोड़ा जाता है। पूरा रिफ़ंड ऑर्डर को Refunded पर सेट करता है (जब केवल ऑथराइज़ेशन वॉइड हुआ हो तो Canceled)। आंशिक रिफ़ंड स्टेटस नहीं बदलता। जब तक लेन-देन समीक्षा के लिए रोका गया है, तब तक रिफ़ंड की पेशकश नहीं की जाती।

किसी ऑर्डर के कैप्चर, रिफ़ंड और वेबहुक जाँच उसी मोड के क्रेडेंशियल का उपयोग करते हैं जिसमें ऑर्डर का भुगतान हुआ था। इसलिए Sandbox mode बदलने के बाद भी दूसरे मोड के ऑर्डर कैप्चर और रिफ़ंड किए जा सकते हैं। उस मोड के क्रेडेंशियल तब तक उनके फ़ील्ड्स में रहने दें जब तक वे ऑर्डर पूरे नहीं हो जाते।

यह मॉड्यूल क्रेडिट स्लिप नहीं बनाता। ऑर्डर पेज के मानक PrestaShop रिफ़ंड बटन Authorize.Net के माध्यम से पैसा वापस नहीं भेजते। Authorize.Net पैनल में किए गए रिफ़ंड स्टोर को सूचित नहीं होते: ऑर्डर को हाथ से अपडेट करें।

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

यह मॉड्यूल vibefox.net की VibeFox लाइसेंस कुंजी के साथ काम करता है। लाइसेंस ब्लॉक License — VibeFox Authorize.Net Gateway, Modules > Module Manager > VibeFox Authorize.Net Gateway > Configure पेज पर पहला ब्लॉक है, सेटिंग्स के ऊपर। कुंजी License key में दर्ज करें और Activate पर क्लिक करें। इसके बाद ब्लॉक कुंजी को मास्क करके दिखाता है, साथ में स्थिति (जैसे वह तारीख जब तक लाइसेंस सक्रिय है, और आपका डोमेन) और बटन: Check now स्थिति दोबारा जाँचने के लिए, Change key दूसरी कुंजी दर्ज करने के लिए, और Remove key इस स्टोर से कुंजी हटाने के लिए। इनके नीचे Product: presta-payment-authorizenet वाली पंक्ति और 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 खाते में खाली करें।

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

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

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

चेकआउट पर Authorize.Net दिखाई नहीं देता: जाँचें कि लाइसेंस सक्रिय है, Enable/Disable चालू है, और वर्तमान मोड में API Login ID, Transaction Key और Public Client Key हैं। यदि इनमें से कोई गायब है, तो सेटिंग्स पेज चेतावनी दिखाता है। जाँचें कि कार्ट की मुद्रा समर्थित है, और Payment > Preferences में मॉड्यूल कार्ट की मुद्रा, ग्राहक के देश और ग्राहक के समूह के लिए अनुमत है।

भुगतान हो गया, पर ऑर्डर Authorize.Net payment on hold या authorized पर रहता है: लेन-देन का प्रकार Authorize only है (इसे ऑर्डर ब्लॉक में कैप्चर करें), या Authorize.Net ने लेन-देन को समीक्षा के लिए रोका है। Authorize.Net पैनल में उसे स्वीकृत या अस्वीकृत करें। ऐसे ऑर्डर अपने आप अपडेट हों, इसके लिए वेबहुक सेट करें: जाँचें कि उपयोग किए जा रहे मोड के खाते में एंडपॉइंट मौजूद है, उसका URL बिल्कुल वही है जो Endpoint URL में दिखाया गया है, चारों इवेंट चुने गए हैं, और उस खाते की Signature Key दर्ज है।

Webhook answers webhooks are not configured: किसी भी मोड के लिए Signature Key दर्ज नहीं है।

Webhook answers invalid signature: Signature Key किसी दूसरे खाते की है, या Authorize.Net में कोई कुंजी बदली गई है। Signature Key दोबारा बनाएँ या कॉपी करें, और उसके मोड के फ़ील्ड में चिपकाएँ।

Webhook answers mode mismatch: सूचना एक मोड की कुंजी से हस्ताक्षरित थी, लेकिन भुगतान दूसरे मोड में हुआ था। जाँचें कि सैंडबॉक्स और लाइव Signature Keys आपस में बदली तो नहीं गईं।

Webhook answers verification failed, retry later: स्टोर Authorize.Net API से लेन-देन नहीं पढ़ पाया, या भुगतान के मोड के क्रेडेंशियल गायब हैं। Authorize.Net डिलीवरी दोबारा करेगा।

Webhook answers busy, retry later: उसी समय कोई दूसरा अनुरोध ऑर्डर को अपडेट कर रहा था, या ऑर्डर बनाया नहीं जा सका। Authorize.Net डिलीवरी दोबारा करेगा। कारण के लिए Log फ़ील्ड देखें।

ब्राउज़र में वेबहुक URL method not allowed दिखाता है: यह सामान्य है। यह URL केवल Authorize.Net के अनुरोध स्वीकार करता है।

कार्ड फ़ॉर्म पर The secure card form (Accept.js) could not be loaded दिखता है: चेकआउट को HTTPS का उपयोग करना होगा, और वर्तमान मोड का Public Client Key और API Login ID सही होना चाहिए।

Payment error: the card could not be tokenized: Accept.js ने टोकन नहीं लौटाया। ग्राहक को कार्ड का विवरण दोबारा दर्ज करके फिर से प्रयास करना चाहिए।

ग्राहक को सामान्य त्रुटि दिखती है: मॉड्यूल पेज पर Log फ़ील्ड देखें; त्रुटियाँ हमेशा वहीं लिखी जाती हैं। जो मुद्रा खाता समर्थित नहीं करता, उसे Authorize.Net अस्वीकार करता है।

लेन-देन अभी सेटल न होने के कारण आंशिक रिफ़ंड विफल होता है: लेन-देन वॉइड करने के लिए पूरी राशि रिफ़ंड करें, या सेटलमेंट के बाद फिर से प्रयास करें, आमतौर पर 24 घंटों के भीतर।

मोड से संबंधित संदेश के साथ रिफ़ंड या कैप्चर विफल होता है: भुगतान सैंडबॉक्स या प्रोडक्शन मोड में हुआ था, और उस मोड का API Login ID और Transaction Key सेट नहीं है। उन्हें दर्ज करें और फिर प्रयास करें।

अनइंस्टॉल

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

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