VibeFox Authorize.Net for PrestaShop — المساعدة

المتطلبات

PrestaShop: من 8.0 إلى 9.x.

PHP: 8.0 أو أحدث. ترفض الوحدة التثبيت على إصدارات PHP الأقدم.

HTTPS: يجب أن تستخدم صفحة الدفع بروتوكول HTTPS. لا يعمل Accept.js على الصفحات التي تعمل بـ HTTP العادي.

حساب Authorize.Net: تحتاج إلى API Login ID وTransaction Key وPublic Client Key لحساب Authorize.Net الخاص بك، وإلى Signature Key إذا كنت تستخدم الـ webhook. تختلف بيانات الاعتماد بين حساب الإنتاج (account.authorize.net) وحساب بيئة الاختبار (sandbox.authorize.net). حسابات Authorize.Net متاحة للتجار في الولايات المتحدة وكندا والمملكة المتحدة وأوروبا وأستراليا ونيوزيلندا.

العملة: يجب أن تكون عملة السلة إحدى العملات 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. أدخل مفتاح ترخيص VibeFox في License key داخل كتلة الترخيص أعلى صفحة Configure، ثم انقر على Activate (راجع مفتاح الترخيص).

4. أدخل بيانات الاعتماد الخاصة بحسابي بيئة الاختبار والإنتاج (راجع الإعدادات). واختيارياً، اضبط الـ webhook.

5. فعّل Enable/Disable، واختر Transaction type وانقر على Save. اختبر عملية دفع في بيئة sandbox بالبطاقة 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 (وعندئذ تُعطَّل الـ webhooks). وأثناء تشغيل وضع sandbox تظهر الرسالة 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 والإنتاج بيانات اعتماد مختلفة. وتعرض الصفحة حقول الوضعين معًا، لذلك يمكنك الاحتفاظ بالمجموعتين.

Sandbox mode: يستخدم بيئة sandbox الخاصة بـ Authorize.Net (معاملات اختبار، دون أي خصومات فعلية). ويبدّل نقطة الوصول الخاصة بالواجهة البرمجية وAccept.js ومجموعة بيانات الاعتماد المستخدمة في المدفوعات الجديدة. الإعداد الافتراضي: مفعّل. أوقفه لقبول المدفوعات الحقيقية. وما دام مفعّلًا، يرى العملاء تلميحًا تحت طريقة الدفع يتضمن بطاقة الاختبار 4111 1111 1111 1111.

Sandbox API Login ID وLive API Login ID: قيمة API Login ID لحساب sandbox أو حساب الإنتاج.

Sandbox Transaction Key وLive Transaction Key: قيمة Transaction Key لذلك الحساب.

Sandbox Public Client Key وLive Public Client Key: المفتاح العام الذي يستخدمه Accept.js في المتصفح.

Sandbox Signature Key وLive Signature Key: مطلوب فقط للـ webhook. ويتحقق من ترويسة X-ANET-Signature في كل إشعار.

لا تُعرض مفاتيح Transaction Key وSignature Key المحفوظة مرة أخرى. يبقى الحقل فارغًا ويعرض Saved — leave empty to keep it. أدخل قيمة جديدة فقط إذا أردت تغييرها.

Clear saved secrets: ضع علامة على المفتاح وانقر على Save لحذفه. والحقل الفارغ يُبقي القيمة المحفوظة كما هي.

الدفع

Transaction type: طريقة تحصيل المبلغ من البطاقة. تنتهي صلاحية التفويض بعد 30 يومًا.

الـ webhook (موصى به)

بدون الـ webhook، يجب تحديث الطلبات التي يحجزها Fraud Detection Suite، أو التي يُحصَّل مبلغها أو يُبطَل في لوحة Authorize.Net، يدويًا. في Merchant Interface، انتقل إلى Account > Settings > Business Settings > Webhooks وانقر على Add Endpoint، في حساب sandbox وفي حساب الإنتاج. استخدم الرابط الظاهر في Endpoint URL ضمن هذا القسم. وعند استخدام روابط مُهيأة للعرض، يكون بالشكل https://your-shop/module/wcp_authorizenet_gateway/webhook، وقد يتضمن رمز لغة مثل /en/. انسخ الرابط تمامًا كما تعرضه الإعدادات. اختر هذه الأحداث (وهي مدرجة أيضًا في هذا القسم):

أدخل Signature Key لكل حساب في Sandbox Signature Key أو Live Signature Key. تُرفض الـ webhooks التي لا تحمل توقيعًا صالحًا. ويجب أن يكون الإشعار موقّعًا بمفتاح الوضع الذي تمّت فيه عملية الدفع؛ ولا يغيّر إشعار الوضع الآخر أي شيء. ولكل إشعار، تسأل الوحدة Authorize.Net أيضًا عن الحالة الحالية للمعاملة ومبلغها قبل تغيير الطلب، لذلك لا تُحدث الإشعارات المتكررة أي تغيير.

متقدم

Debug log: يكتب طلبات الواجهة البرمجية وردودها في logs/wc_ang_debug.log.php داخل مجلد الوحدة. ولا يمكن فتح الملف من الويب. وتُخفى المفاتيح ورموز البطاقات والبيانات الشخصية. الإعداد الافتراضي: معطّل. وتُسجَّل الأخطاء، مثل المدفوعات المرفوضة أو الفاشلة وأخطاء الواجهة البرمجية وعمليات الاسترداد الفاشلة، دائمًا، حتى عند إيقاف هذا الخيار.

Log: يعرض حجم السجل وأحدث إدخالاته. انقر على Clear log لتفريغه.

Delete data on uninstall: عند التفعيل، تؤدي إزالة الوحدة إلى حذف الإعدادات والسجل. أما معاملات Authorize.Net وعمليات الاسترداد وحالات الطلب الخاصة بالوحدة فتبقى دائمًا، لذلك يمكن تحصيل الطلبات المدفوعة سابقًا واستردادها بعد إعادة التثبيت. الإعداد الافتراضي: معطّل.

صفحة الدفع

في خطوة الدفع، يختار العميل طريقة الدفع (افتراضيًا Credit Card) ويُدخل رقم البطاقة وتاريخ الانتهاء (MM/YY) ورمز الأمان (CVV) في النموذج الذي يظهر أسفلها. ويُحمَّل Accept.js فقط في صفحة الدفع. وعندما يُنشئ العميل الطلب، يستبدل Accept.js بيانات البطاقة برمز مؤقت لمرة واحدة داخل المتصفح. وحقول البطاقة ليس لها أسماء نموذج، لذلك لا يصل رقم البطاقة ولا CVV إلى خادمك أبدًا.

تحصّل الوحدة الرمز المؤقت عبر واجهة Authorize.Net البرمجية بقيمة إجمالي السلة بعملة السلة. ويُرسل عنوان الفوترة والبريد الإلكتروني وعنوان 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: متبوعة بالسبب، مثل رفض البطاقة أو رمز أمان خاطئ أو بطاقة منتهية الصلاحية. لا يُنشأ أي طلب، وتبقى السلة محفوظة. ولا تُعرض أخطاء الإعداد وأخطاء الواجهة البرمجية على العملاء: إذ يرون رسالة عامة، أما التفاصيل فتُكتب في السجل. وإذا تعذّر على المتجر الوصول إلى 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. وإذا وافقت Authorize.Net على الدفع ولكن تعذّر إنشاء الطلب، يرى العميل Your payment was received, but the order could not be completed automatically. Please contact us — do not pay again. ثم يُنشأ الطلب من الدفعة الموافَق عليها في المحاولة التالية أو عبر الـ webhook، دون تحصيل المبلغ من البطاقة مرة أخرى.

وإذا تغيّرت السلة أثناء تنفيذ الدفع، لم يعد المبلغ المُحصَّل يطابق السلة. عندئذ ينتقل الطلب إلى Authorize.Net payment on hold مع ملاحظة، وتُسجَّل الدفعة بالمبلغ الذي حُصِّل فعلًا.

تعمل الـ webhooks حتى عندما يكون المتجر في وضع الصيانة، ولا يحجبها قيد الدول الخاص بمتجرك.

لا تتضمن الوحدة بطاقات محفوظة أو ملفات تعريف للعملاء، ولا اشتراكات أو مدفوعات متكررة، ولا eCheck/ACH أو Apple Pay أو Google Pay أو PayPal أو 3-D Secure، ولا تحصيلًا جزئيًا لتفويض، ولا تحويلًا تلقائيًا للعملات.

الطلبات والاسترداد

حالات الطلب

No order: رُفضت البطاقة أو فشل الدفع. لا توجد إلا السلة.

Payment accepted: حُصّل المبلغ من البطاقة (Authorize and capture)، أو حُصّل تفويض. ويُسجَّل الدفع مع Authorize.Net Trans ID بوصفه معرّف المعاملة، وتعرض ملاحظة المبلغ وTrans ID ورمز التفويض ونوع البطاقة وآخر أربعة أرقام.

Authorize.Net payment authorized: الأموال مفوَّضة فقط (Authorize only). حصّلها قبل التنفيذ.

Authorize.Net payment on hold: حجز Fraud Detection Suite المعاملة للمراجعة، أو لا يطابق المبلغ المُحصَّل إجمالي الطلب، أو لا يطابق التحصيل الذي أبلغت عنه الـ webhook مبلغ الطلب. وتوضح الملاحظة السبب. وافق على المعاملة المحجوزة أو ارفضها في لوحة Authorize.Net؛ ومع الـ webhooks يتحدّث الطلب تلقائيًا.

Canceled: أبلغت أداة webhook أن المعاملة رُفضت أو أُبطلت أو انتهت قبل دفع الطلب، أو أنك أبطلت تفويضًا لم يُحصَّل. وإذا أُبطلت معاملة طلب مدفوع في لوحة Authorize.Net، فلا تتغير حالته، وتُضاف ملاحظة تحذير.

Refunded: استُرد الدفع بالكامل أو أُبطل عبر الوحدة.

إذا وافقت Authorize.Net على معاملة ثانية لسلة لها طلب بالفعل، لا يتغيّر الطلب. وتطلب منك ملاحظة مراجعة المعاملة المكررة وإبطالها أو استردادها في لوحة 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؛ ومع الـ webhooks يتحدّث الطلب تلقائيًا.

الاسترداد

في الكتلة، أدخل المبلغ (يُملأ تلقائيًا المبلغ الذي لم يُسترد بعد)، واختياريًا السبب، ثم انقر على Refund via Authorize.Net وأكّد Refund this amount through Authorize.Net? This cannot be undone. ويُبطل استرداد المبلغ الكامل المعاملة أولًا إذا لم تكن قد سُوّيت بعد، أو يُبطل التفويض الذي لم يُحصَّل. ويمكن استرداد المعاملات المُسوّاة، عادةً بعد 24 ساعة، كليًا أو جزئيًا. وقبل التسوية لا يمكن الاسترداد الجزئي: استرد المبلغ الكامل لإبطال المعاملة، أو أعد المحاولة بعد التسوية. وتتم عمليات الاسترداد بالمبلغ والعملة اللذين حصّلتهما Authorize.Net، لذلك بعد وجود فارق في المبلغ يمكنك الاسترداد حتى المبلغ الذي دفعه العميل فعلًا، لا إجمالي الطلب. وإذا لم تقبل Authorize.Net الاسترداد، تعرض الكتلة الخطأ ولا يُسجَّل أي استرداد. وتُضاف عملية الاسترداد أو الإبطال الناجحة إلى سجل الاسترداد والملاحظات. ويؤدي الاسترداد الكامل إلى تحويل الطلب إلى Refunded (أو إلى Canceled عندما يكون التفويض وحده هو الذي أُبطل). ولا يغيّر الاسترداد الجزئي الحالة. وما دامت المعاملة محجوزة للمراجعة، لا تُعرض عمليات الاسترداد.

تستخدم عمليات تحصيل الطلب واسترداده وفحوصات الـ webhook بيانات الاعتماد الخاصة بالوضع الذي دُفع فيه الطلب، لذلك يمكن تحصيل طلبات الوضع الآخر واستردادها حتى بعد تبديل Sandbox mode. احتفظ ببيانات اعتماد ذلك الوضع في حقولها حتى تكتمل تلك الطلبات.

لا تُنشئ الوحدة إشعارات ائتمان. أما أزرار الاسترداد القياسية في PrestaShop في صفحة الطلب فلا تعيد الأموال عبر Authorize.Net. ولا تُبلَّغ المتجر عمليات الاسترداد التي تُجرى في لوحة Authorize.Net: حدّث الطلب يدويًا.

مفتاح الترخيص

تعمل الوحدة بمفتاح ترخيص VibeFox من vibefox.net. كتلة الترخيص 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. ويؤدي إلغاء تثبيت الوحدة أو إعادة ضبطها دائمًا إلى حذف مفتاح الترخيص وحالة الترخيص.

استكشاف الأخطاء وإصلاحها

لا يظهر 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. ولكي تُحدَّث مثل هذه الطلبات تلقائيًا، اضبط الـ webhook: تحقق من وجود نقطة النهاية في حساب الوضع الذي تستخدمه، ومن أن رابطها هو نفسه تمامًا الظاهر في 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 Key الخاصين بالـ sandbox والـ live غير متبادلين.

Webhook answers verification failed, retry later: تعذّر على المتجر قراءة المعاملة من واجهة Authorize.Net البرمجية، أو بيانات اعتماد وضع الدفع مفقودة. وستعيد Authorize.Net محاولة التسليم.

Webhook answers busy, retry later: كان الطلب يُحدَّث بطلب آخر في الوقت نفسه، أو تعذّر إنشاء الطلب. وستعيد Authorize.Net محاولة التسليم. انظر حقل Log لمعرفة السبب.

يعرض عنوان الـ webhook في المتصفح الرسالة method not allowed: هذا أمر طبيعي. فالرابط يقبل الطلبات الصادرة من 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 ساعة.

يفشل الاسترداد أو التحصيل مع رسالة متعلقة بالوضع: تمّ الدفع في وضع sandbox أو وضع الإنتاج، وليس لذلك الوضع 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 محفوظتين دائمًا، لذلك يمكن تحصيل الطلبات المدفوعة سابقًا واستردادها بعد إعادة التثبيت. وتحتفظ الطلبات الحالية بملاحظات الدفع ومعرّفات المعاملات.

Authorize.Net علامة تجارية مسجَّلة لمالكها. وهذه الوحدة غير تابعة لـ Authorize.Net ولا معتمدة من قِبلها.