دمج خدمة معالجة الدفع باستخدام تطبيق MVC الخاص بي

StackOverflow https://stackoverflow.com/questions/1718930

سؤال

أقوم بتطوير (هنا يأتي آخر) ساس ويبدو أن لا يمكن أن تقرر استراتيجية الفواتير الخاصة بي. أبحث عن خدمة معالج الدفع مع رسوم منخفضة، أنا لست من محبي PayPal، أي أفكار ؟؟؟

أنا أيضا أبحث عن تكامل سهل مع MVC 2

أنا أيضا مقرها خارج الولايات المتحدة.

هل كانت مفيدة؟

المحلول

يتم تسعير Authorize.net ويحتوي على API مطورا ممتازا. بالإضافة إلى أن هناك الكثير من المكتبات هناك التي تتعامل مع التفاعل مع واجهة برمجة التطبيقات الخاصة بهم.

أوصي بالاتصال بمصرفك لمعرفة ما إذا كان بإمكانهم إعداد الإعداد باستخدام حساب تاجر Authorize.net. ثم يتعاملون مع إعداده والتأكد من طرح الأموال مباشرة في حسابك. يقوم البنك أيضا بتعامل مع جميع رسوم Authorize.net حتى لا تضطر إلى التعامل مع Authorize.net مباشرة.

أنا أعرف ويلز فارجو ومطاردة كلاهما استخدم Authorize.net من الخبرة الشخصية، ستحتاج إلى الاتصال بنكك على الرغم من معرفة المزيد.

نصائح أخرى

1) استخدام SSL.

2) احصل على المستخدم لإدخال تفاصيل CC في نموذج ونشر وحدة تحكم

3) احصل على وحدة تحكم لاستدعاء Webservice مع مزود مثل Eway أو (Yuck) NetReGistry

4) ?

5) الربح.

نظرا لأن معالجة الدفع يمكن القول بأنها منطق أعمال، أود أن أوصي بالاتصال بخدمة معالجة الدفع في الدفع (أو وظيفة HTTP لهذه المسألة) داخل النموذج من خلال وجود طريقة إرسال مطبقة في النموذج. بمجرد النشر إلى وحدة التحكم، ستتلقى النموذج الذي يمكنك ببساطة استدعاء ScressPayment عليه قبل العودة (أو إعادة التوجيه إلى نجاح الدفع أو إجراءات فشل الدفع)

تقرر أولا مع يناسبك بشكل أفضل، يمكنك استخدامها هذا مخطط المقارنة, ، العديد من الخيارات الحرة والجيدة

  1. بناء على البلد
  2. عملة
  3. بطاقات مقبولة
  4. التكلفة (بالنسبة للكثيرين، لا تضطر إلى دفع أي رسوم شهرية مقدما)

لكل منها عينات ديف الخاصة بهم للتكامل.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top