TRANXACT.AI يساعد

بطاقات العملاء ورسوم البطاقات المتكررة

يتم الاحتفاظ بالبطاقات حتى يتمكن العملاء من تحصيل الرسوم وفقًا لجدول زمني وافقوا عليه - يتم عرضها فقط كعلامة تجارية وآخر أربعة أرقام، ومختومة، ويتم فك تشفيرها فقط لإنشاء الملف الخاص بالبنك.

اشتراك، أو رسوم شهرية، أو خطة تقسيط: يوافق العميل مرة واحدة ويتم تحصيل الرسوم منه وفقًا لجدول زمني محدد. قسم المحاسبة ← مدفوعات البطاقات يحتوي على ثلاثة أجزاء: البطاقات، واتفاقيات تحصيل الرسوم، والدفعات المرسلة إلى البنك. تم تصميم هذه الأجزاء وفقًا لمعايير أمان صناعة البطاقات (PCI DSS)، لذا فإن رقم البطاقة هو الشيء الوحيد في TRANXACT الذي لا يمكن لأحد قراءته على الشاشة.

بطاقات

تتطلب إضافة البطاقة بيانات العميل، ورقم البطاقة، وتاريخ انتهاء صلاحيتها، والاسم الموجود على البطاقة، والرمز البريدي للفاتورة. ومنذ ذلك الحين، لا تظهر البطاقة إلا بعلامتها التجارية وآخر أربعة أرقام منها، في كل مكان: على الشاشة، وفي التنزيلات، وفي ASK، وفي سجل التدقيق.

  • الرقم مُشفّر بمفتاح خاص به (AES-256-GCM)، وهذا المفتاح مُشفّر بدوره بمفتاح تشفير آخر تحتفظ به المنصة خارج قاعدة البيانات. أي نظام إنتاجي لا يحتوي على هذا المفتاح يرفض تخزين أي بطاقة على الإطلاق.
  • يتم رفض رمز الأمان (CVV أو CVC) ورقم التعريف الشخصي وبيانات الشريط المغناطيسي إذا تم إرسالها، ولا يتم تخزينها مطلقًا.
  • يتم التعرف على البطاقة نفسها المضافة مرتين، ويتم الاحتفاظ بها مرة واحدة.
  • لا يُغيّر التعديل تاريخ انتهاء الصلاحية، أو اسم صاحب البطاقة، أو الرمز البريدي للفاتورة، أو الحالة - ولا يُغيّر الرقم أبدًا. البطاقة الجديدة هي بطاقة جديدة: أضفها، وانقل إليها التفويضات، ثم احذف البطاقة القديمة.
  • يؤدي الحذف إلى تدمير المفتاح الخاص بالبطاقة، وبالتالي لا يمكن لأي شخص استعادة الرقم، كما يلغي التفويضات الموجودة عليها.

متطلبات البطاقات

التفويض هو موافقة العميل على خصم المبلغ من بطاقته، بما في ذلك البطاقة، والمبلغ، والعملة، وعدد مرات الخصم (مرة واحدة، شهريًا، ربع سنويًا، أو سنويًا)، وتاريخ أول خصم، وتاريخ انتهائه إن وجد. ويُشترط الالتزام التام ببنود التفويض، حيث تُعتمد هذه الموافقة في حال وجود أي اعتراض على الخصم. ويمكن إيقاف التفويض مؤقتًا، أو استئنافه، أو إلغاؤه.

دفعات رسوم البطاقات

  • تفرض عملية فرض الرسوم المستحقة رسومًا واحدة لكل تفويض مستحق في تاريخ التشغيل، ولا تفرض رسومًا أكثر من ذلك: فتشغيله مرة أخرى لنفس التاريخ لا يفرض رسومًا على أي شخص مرتين.
  • يُنشئ تصدير البيانات للبنك الملف الذي يستلمه البنك أو الجهة المُستحوذة. وهو المكان الوحيد الذي يتم فيه فك تشفير رقم البطاقة، ويتطلب إذنًا خاصًا به (تصدير دفعة البطاقات)، ويتم تسجيل كل عملية تصدير - بدون أرقام البطاقات. حمّل الملف، ثم احذف نسختك.
  • يتم تسجيل رد البنك مقابل كل عملية تحصيل: تم التسوية، أو تم رفضها.

من يحق له فعل ماذا

تُمنح جميع الصلاحيات المتعلقة بالبطاقات، وتفويضات البطاقات، ومجموعات رسوم البطاقات، وتصدير مجموعات البطاقات، وواجهة برمجة تطبيقات البطاقات (التكاملات الخارجية) ضمن "المنصة" ← "الأدوار والصلاحيات"، كما هو الحال في أي شاشة أخرى. ويتم رفض ASK والوكلاء في جميع مسارات البطاقات، بغض النظر عن الدور الذي يعملون به.

البطاقات من موقعك الإلكتروني: واجهة برمجة تطبيقات البطاقات

يمكن لموقع ويب أو تطبيق يقبل البطاقة تخزينها من خلال واجهة برمجة التطبيقات الخارجية، وبالتالي لا يمر الرقم عبر أي شخص.

يتصلما يفعله
POST /api/accounting/card-api/v1/cardsيخزن البطاقة. أرسل ترويسة Idempotency-Key: نفس المفتاح المرسل مرتين يخزن البطاقة مرة واحدة ويعيد نفس الإجابة.
GET /api/accounting/card-api/v1/cardsالبطاقات، مغطاة - العلامة التجارية وآخر أربعة أرقام.
رقعة …/cards/{id}تاريخ انتهاء الصلاحية، أو اسم صاحب البطاقة، أو الرمز البريدي للفاتورة، أو حالة البطاقة. لا تذكر الرقم أبداً.
حذف …/cards/{id}يقوم بتدمير البطاقة، كما يفعل أمر الحذف.
/api/accounting/card-api/v1/mandatesيقوم بإنشاء وقراءة التفويضات، باستخدام مفتاح التكرار بنفس الطريقة.
  • يقوم المتصل بتسجيل الدخول باستخدام رمز حساب الخدمة (انظر حسابات الخدمة)، ويتطلب دور حساب الخدمة هذا منحًا صريحًا على واجهة برمجة تطبيقات البطاقة (التكاملات الخارجية). لا يُعتدّ بالدور الذي يمتلك جميع الصلاحيات، أو دور المسؤول، بل يجب منح الصلاحيات بالاسم.
  • في بيئة الإنتاج، يتم قبول المكالمات عبر بروتوكول HTTPS فقط.
  • يتم تحديد معدل المكالمات لكل حساب، وسلسلة من البطاقات المرفوضة أو غير الصالحة - وهو نمط يقوم به شخص ما لاختبار الأرقام المسروقة - تؤدي إلى حظر المتصل.