انتقل إلى المحتوى الرئيسي
مخطط تقني للبنية التحتية لإصدار البطاقات البنكية في المغرب مع تدفقات التفويض ومكونات BaaS
البطاقات

إصدار البطاقات البنكية في المغرب: الدليل التقني 2026

14 min قراءة

مقدمة: إصدار البطاقات البنكية، منظومة هندسية متكاملة

إصدار بطاقة بنكية لا يقتصر على طباعة بطاقة بلاستيكية تحمل شعاراً. وراء كل بطاقة Visa أو Mastercard تُصدَر في المغرب تقف بنية تحتية تقنية معقدة: أنظمة تفويض في الوقت الفعلي، ووحدات تشفير، وبروتوكولات أمان، واتصالات بالشبكات الدولية، وإطار تنظيمي صارم.

هذا الدليل موجّه للفرق التقنية — المدراء التقنيين ومهندسي الأنظمة ومسؤولي المنتجات — الذين يريدون فهم كيفية عمل إصدار البطاقات البنكية في المغرب، وما هي المكونات الضرورية، وكيف يمكن لشريك BaaS مثل ChariBaaS تبسيط هذه العملية.

إذا كنت تبحث عن نظرة عامة تجارية حول بطاقات العلامة البيضاء، راجع مقالنا: البطاقة البنكية بالعلامة التجارية الخاصة في المغرب.


بنية نظام إصدار البطاقات

ينقسم نظام إصدار البطاقات البنكية إلى عدة طبقات تقنية، لكل منها دور محدد في دورة حياة البطاقة ومعالجة المعاملات.

نظام إدارة البطاقات (CMS)

نظام إدارة البطاقات هو قلب المنظومة. يدير دورة الحياة الكاملة لكل بطاقة: الإنشاء، والتفعيل، والتعليق، والاستبدال، والتجديد، والإغلاق. في هذا النظام تُخزَّن بيانات البطاقة (PAN، تاريخ الانتهاء، الحالة)، وقواعد البرنامج، ومعاملات كل حامل بطاقة.

تشمل الوظائف الرئيسية لنظام إدارة البطاقات:

  • إدارة دورة الحياة: إنشاء البطاقات المادية والافتراضية، والتفعيل، والحظر المؤقت، والاستبدال، والإلغاء
  • تهيئة القواعد: حدود المعاملات (يومية، أسبوعية، شهرية)، والقيود الجغرافية، وقيود فئة التاجر (MCC)
  • إدارة حاملي البطاقات: الربط بين البطاقة وحساب الدفع وهوية الحامل
  • التقارير: استخراج البيانات للامتثال والذكاء التجاري وتحليل الاحتيال

محرك التفويض (Authorization Engine)

عندما يقدم حامل البطاقة بطاقته لدى تاجر أو عبر الإنترنت، يُرسَل طلب تفويض في الوقت الفعلي إلى المُصدِر. محرك التفويض هو المكوّن الذي يستقبل هذا الطلب، ويقيّمه، ويعيد الرد (الموافقة أو الرفض) في غضون أجزاء من الثانية.

يُجري محرك التفويض الفحوصات التالية على كل معاملة:

  1. التحقق من حالة البطاقة: هل البطاقة نشطة؟ غير منتهية الصلاحية؟ غير محظورة؟
  2. التحقق من الرصيد: هل يتوفر في حساب الدفع المرتبط رصيد كافٍ؟
  3. فحص الحدود: هل تلتزم المعاملة بالحدود المحددة (المبلغ الواحد، التراكمي اليومي، عدد المعاملات)؟
  4. قيود MCC: هل فئة التاجر مسموح بها وفق قواعد البرنامج؟
  5. ضوابط الاحتيال: هل تتحقق قواعد الكشف عن الاحتيال (السرعة، الموقع الجغرافي، السلوك غير المعتاد)؟
  6. مصادقة 3D Secure: بالنسبة للمعاملات عبر الإنترنت، يدير المعالج تدفق 3DS (Verified by Visa / Mastercard SecureCode)

وقت الاستجابة حاسم: تفرض شبكتا Visa وMastercard حداً أقصى لوقت الاستجابة يبلغ 2 إلى 3 ثوانٍ. بعد ذلك، تُرفض المعاملة تلقائياً (timeout).

الوحدة التشفيرية (HSM)

وحدة HSM (وحدة أمان الأجهزة) هي جهاز مادي مخصص لإدارة المفاتيح التشفيرية. وهي ضرورية لـ:

  • توليد مفاتيح البطاقة: لكل بطاقة مفاتيح تشفيرية فريدة (CVV، iCVV، dCVV) تُولَّد وتُخزَّن في HSM
  • التحقق من PIN: يُتحقق من PIN بمقارنة PIN المشفر المستلم بالقيمة المخزنة، دون كشف PIN بنص واضح أبداً
  • تشفير البيانات الحساسة: تُشفَّر أرقام PAN والبيانات الحساسة الأخرى أثناء التخزين والنقل باستخدام مفاتيح يديرها HSM
  • التوكنة: توليد وإدارة الرموز للمدفوعات عبر الهاتف والإنترنت

يجب أن تكون وحدات HSM المستخدمة في صناعة البطاقات معتمدة FIPS 140-2 Level 3 أو أعلى، ومتوافقة مع متطلبات PCI PTS (أمان معاملات PIN).

بوابة الشبكة (Network Gateway)

بوابة الشبكة هي نقطة الاتصال بين نظام المُصدِر وشبكات الدفع (Visa، Mastercard). في المغرب، يمكن أن يمر هذا الاتصال عبر المركز النقدي البنكي (CMI)، الذي يعمل كوسيط للمعاملات المحلية، أو يُنشأ مباشرة مع الشبكات للمعاملات الدولية.

تتعامل بوابة الشبكة مع:

  • رسائل ISO 8583: البروتوكول القياسي المستخدم لمعاملات البطاقات (التفويضات، الإلغاءات، الاسترجاعات)
  • التوجيه: توجيه المعاملات إلى الشبكة الصحيحة بناءً على BIN
  • المقاصة والتسوية: تبادل ملفات المقاصة مع الشبكات للتسوية المالية للمعاملات

تدفق المعاملة من البداية إلى النهاية

لفهم البنية التحتية بشكل كامل، لنتتبع المسار الكامل لمعاملة بطاقة، من لحظة تقديم حامل البطاقة لبطاقته حتى التسوية النهائية.

المرحلة 1: التفويض (في الوقت الفعلي)

  1. يقدم حامل البطاقة بطاقته لدى تاجر (الدفع بالشريحة أو NFC أو عبر الإنترنت)
  2. يرسل جهاز الدفع الخاص بالتاجر طلب تفويض إلى المستحوذ (بنك التاجر)
  3. ينقل المستحوذ الطلب إلى الشبكة (Visa أو Mastercard) عبر بروتوكول ISO 8583
  4. تحدد الشبكة المُصدِر من خلال BIN وتوجه الطلب إلى معالج المُصدِر
  5. ينفذ محرك التفويض الفحوصات (الحالة، الرصيد، الحدود، الاحتيال)
  6. يعيد المعالج الرد (الرمز 00 = موافقة، أو رمز رفض)
  7. يعود الرد عبر السلسلة: الشبكة، المستحوذ، الجهاز، ويرى التاجر "تمت الموافقة على المعاملة"

يتم هذا التدفق بأكمله في أقل من ثانيتين في الظروف العادية.

المرحلة 2: المقاصة (Clearing)

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

المرحلة 3: التسوية (Settlement)

التسوية هي التحويل الفعلي للأموال. يخصم المُصدِر من حساب حامل البطاقة ويحول الأموال إلى الشبكة، التي تعيد توزيعها إلى مستحوذ التاجر. تتم هذه العملية عادةً في ي+1 أو ي+2.


شهادة PCI-DSS: متطلب لا يمكن التفاوض عليه

يجب أن تلتزم أي جهة تخزن أو تعالج أو تنقل بيانات البطاقات بمعيار PCI-DSS (معيار أمان بيانات صناعة بطاقات الدفع). بالنسبة لمُصدِر البطاقات، هذه الشهادة غير قابلة للتفاوض.

متطلبات PCI-DSS الاثنا عشر

يتضمن معيار PCI-DSS 12 متطلباً مجمعة في 6 أهداف:

  1. تثبيت وصيانة جدار حماية لحماية بيانات حاملي البطاقات
  2. عدم استخدام الإعدادات الافتراضية للموردين لكلمات المرور ومعايير الأمان
  3. حماية بيانات حاملي البطاقات المخزنة (التشفير، الإخفاء)
  4. تشفير نقل بيانات البطاقات عبر الشبكات المفتوحة
  5. استخدام وتحديث برامج مكافحة الفيروسات
  6. تطوير وصيانة أنظمة وتطبيقات آمنة
  7. تقييد الوصول إلى بيانات حاملي البطاقات
  8. تعيين معرّف فريد لكل شخص لديه وصول حاسوبي
  9. تقييد الوصول المادي إلى بيانات حاملي البطاقات
  10. تتبع ومراقبة جميع عمليات الوصول إلى موارد الشبكة وبيانات حاملي البطاقات
  11. اختبار أنظمة الأمان بانتظام
  12. الحفاظ على سياسة تتناول أمن المعلومات

مستويات الامتثال

بالنسبة لمُصدري البطاقات، يُطلب عموماً أعلى مستوى امتثال (المستوى 1). يتضمن ذلك تدقيقاً سنوياً في الموقع من قبل QSA (مقيّم أمان مؤهل) معتمد من PCI SSC، بالإضافة إلى اختبارات اختراق ربع سنوية من قبل ASV (مورد فحص معتمد).

تكلفة الحصول على شهادة PCI-DSS المستوى 1 والحفاظ عليها كبيرة: بين 500,000 و2,000,000 درهم سنوياً، شاملة التدقيق والاختبارات والبنية التحتية الأمنية والموارد البشرية المخصصة.


التوكنة: تأمين المدفوعات الحديثة

أصبحت التوكنة ركيزة أساسية في إصدار البطاقات الحديثة. وهي ضرورية لدعم المدفوعات عبر الهاتف (Apple Pay، Google Pay، Samsung Pay) والمعاملات المتكررة عبر الإنترنت.

كيف تعمل التوكنة

المبدأ بسيط: يُستبدل رقم البطاقة الحقيقي (PAN) برمز فريد (token) يولّده مزود خدمة التوكنة (TSP) التابع لشبكة الدفع. يرتبط هذا الرمز بسياق محدد: جهاز أو تاجر أو قناة دفع.

عندما يضيف حامل البطاقة بطاقته إلى Apple Pay، على سبيل المثال:

  1. يرسل التطبيق بيانات البطاقة إلى TSP الخاص بـ Visa أو Mastercard
  2. يتصل TSP بالمُصدِر للتحقق والتفويض بالتوكنة
  3. يوافق المُصدِر ويولّد TSP رمزاً (DPAN — Device PAN)
  4. يُخزَّن الرمز في العنصر الآمن (Secure Element) بالهاتف
  5. أثناء الدفع، يُرسَل الرمز وليس رقم PAN الحقيقي أبداً

فوائد التوكنة للمُصدِر

  • تقليل الاحتيال: الرمز المسروق غير قابل للاستخدام خارج سياقه
  • التحديثات التلقائية: عند تجديد البطاقة، تُحدَّث الرموز تلقائياً دون حاجة حامل البطاقة لإعادة تسجيلها
  • تجربة مستخدم أفضل: المدفوعات عبر الهاتف أسرع وأكثر سلاسة
  • امتثال PCI مبسط: التجار الذين يستخدمون الرموز لا يحتاجون لتخزين أرقام PAN

بروتوكولات الأمان: 3D Secure وEMV

3D Secure 2 (3DS2)

بروتوكول 3D Secure هو المعيار للمصادقة في المدفوعات عبر الإنترنت. نسخته الثانية (3DS2)، الإلزامية الآن في المغرب لمعاملات التجارة الإلكترونية، تحسّن تجربة المستخدم بشكل ملحوظ مقارنة بالنسخة الأولى.

في 3DS2، يتلقى المُصدِر مجموعة من البيانات السياقية حول المعاملة (الجهاز المستخدم، عنوان IP، سجل حامل البطاقة) ويمكنه أن يقرر مصادقة حامل البطاقة بدون تدخل (frictionless) أو طلب مصادقة قوية (OTP عبر SMS، بصمات حيوية).

يجب على المُصدِر نشر ACS (خادم التحكم في الوصول) لإدارة تدفق 3DS2. يستقبل هذا ACS طلبات المصادقة، ويقيّم المخاطر، ويعيد القرار إلى التاجر عبر خادم الدليل (Directory Server) الخاص بالشبكة.

EMV والبطاقات ذات الشريحة

يحكم معيار EMV (Europay، Mastercard، Visa) معاملات البطاقات ذات الشريحة والدفع اللاتلامسي (NFC). تحتوي كل بطاقة EMV على شريحة تولّد تشفيراً فريداً لكل معاملة، مما يجعل نسخ البطاقة شبه مستحيل.

بالنسبة للمُصدِر، يتطلب الامتثال لـ EMV:

  • تخصيص الشرائح: تحميل المفاتيح التشفيرية وبيانات حامل البطاقة ومعايير المخاطر في الشريحة أثناء التصنيع
  • إدارة نصوص EMV: يمكن للمُصدِر إرسال أوامر إلى الشريحة عبر نصوص (تحديث العدادات، تغيير PIN، حظر البطاقة)
  • دعم المعاملات اللاتلامسية: تهيئة معايير NFC (حد CVM، الحد الأدنى)

التكامل عبر API: كيف يبسّط ChariBaaS إصدار البطاقات

من أهم مزايا نموذج BaaS تحويل هذا التعقيد التقني إلى واجهات API بسيطة وموثقة جيداً. بدلاً من بناء بنيتك التحتية الخاصة واعتمادها، تقوم بتكامل واجهات API الخاصة بشريكك BaaS.

نقاط النهاية الرئيسية

يعرض نظام إصدار البطاقات عبر API عادةً نقاط النهاية التالية:

  • POST /cards: إنشاء بطاقة جديدة (مادية أو افتراضية) لحامل بطاقة معين
  • GET /cards/{id}: استرجاع تفاصيل البطاقة (الحالة، النوع، تاريخ الانتهاء)
  • PATCH /cards/{id}: تعديل معاملات البطاقة (الحدود، الحالة، القيود)
  • POST /cards/{id}/activate: تفعيل بطاقة مادية بعد الاستلام
  • POST /cards/{id}/freeze: حظر البطاقة مؤقتاً
  • POST /cards/{id}/unfreeze: إلغاء حظر البطاقة
  • GET /cards/{id}/transactions: عرض معاملات البطاقة
  • POST /cards/{id}/pin/reset: إعادة تعيين PIN البطاقة
  • GET /cards/{id}/sensitive-data: استرجاع البيانات الحساسة (PAN، CVV) للعرض الآمن في التطبيق

Webhooks والأحداث

بالإضافة إلى واجهات API، يرسل نظام إصدار البطاقات إشعارات في الوقت الفعلي عبر webhooks لكل حدث مهم:

  • card.created: تم إنشاء بطاقة
  • card.activated: تم تفعيل بطاقة
  • card.frozen / card.unfrozen: حظر أو إلغاء حظر
  • transaction.authorized: تم تفويض معاملة
  • transaction.declined: تم رفض معاملة
  • transaction.settled: تمت تسوية معاملة
  • transaction.reversed: تم عكس معاملة

تتيح هذه الـ webhooks لتطبيقك التفاعل في الوقت الفعلي: إشعار فوري لحامل البطاقة، تحديث الرصيد المعروض، تشغيل تنبيهات الأمان.

أمان التكامل

الوصول إلى واجهات API لإصدار البطاقات محمي بعدة طبقات أمان:

  • مصادقة OAuth 2.0: كل استدعاء API يُصادق عليه عبر رمز bearer
  • تشفير TLS 1.3: جميع الاتصالات مشفرة أثناء النقل
  • قائمة IP البيضاء: فقط عناوين IP المصرح بها يمكنها استدعاء واجهات API
  • البيانات الحساسة مُرمَّزة: لا تُنقل أرقام PAN وCVV أبداً بنص واضح في ردود API؛ يمكن الوصول إليها فقط عبر نقطة نهاية مخصصة برمز استخدام واحد

دور CMI في المنظومة المغربية

يعد المركز النقدي البنكي (CMI) لاعباً محورياً في منظومة الدفع بالبطاقات في المغرب. أنشأته البنوك المغربية، ويلعب دوراً مزدوجاً: مستحوذ محلي ومبدّل للدفع.

CMI كمبدّل

يوجّه CMI المعاملات المحلية بين المُصدِرين والمستحوذين المغاربة. عندما يدفع حامل بطاقة صادرة في المغرب لدى تاجر مغربي، قد تمر المعاملة عبر مبدّل CMI بدلاً من الشبكات الدولية. وهذا يقلل تكاليف المعالجة والتأخيرات.

الآثار على المُصدِر

يجب أن يكون مُصدِر البطاقات في المغرب متصلاً بـ CMI (مباشرة أو عبر معالجه) من أجل:

  • معالجة المعاملات المحلية بكفاءة
  • المشاركة في نظام المقاصة بين البنوك
  • الامتثال لقواعد التوجيه المحلية التي يحددها بنك المغرب

البناء مقابل الشراء: الحساب الاقتصادي

تواجه الفرق التقنية التي تقيّم برنامج إصدار بطاقات خياراً جوهرياً: بناء بنيتها التحتية الخاصة أو الاعتماد على شريك BaaS.

البناء الداخلي

بناء بنية تحتية خاصة للإصدار يتطلب:

  • الحصول على ترخيص كمؤسسة دفع من بنك المغرب (6 إلى 18 شهراً)
  • الحصول على BIN من Visa أو Mastercard (عملية اعتماد العضوية)
  • نشر CMS ومعالج تفويض (شراء أو ترخيص برامج متخصصة)
  • تثبيت واعتماد وحدات HSM (200,000 إلى 500,000 درهم لكل وحدة)
  • الحصول على شهادة PCI-DSS المستوى 1 (500,000 إلى 2,000,000 درهم/سنة)
  • الاتصال بـ CMI وشبكات الدفع
  • توظيف فريق متخصص (مهندسو نقديات، مسؤولو امتثال، عمليات)

تُقدَّر التكلفة الإجمالية للإعداد بين 10 و20 مليون درهم، مع جدول زمني يمتد من 12 إلى 24 شهراً قبل الإطلاق الأول.

الاعتماد على شريك BaaS

من خلال الشراكة مع مزود مثل ChariBaaS، تحصل على كل هذه البنية التحتية عبر واجهات API، دون استثمار أولي ضخم:

  • لا حاجة لترخيص: ChariBaaS معتمد بالفعل من بنك المغرب
  • لا حاجة للحصول على BIN: الـ BIN هو الخاص بالشريك (BIN sponsorship)
  • لا حاجة لشهادة PCI: البنية التحتية معتمدة بالفعل
  • تكامل سريع: 8 إلى 16 أسبوعاً للإطلاق
  • تكلفة متناسبة: رسوم لكل بطاقة صادرة ولكل معاملة، بدلاً من استثمار ثابت

هذا النموذج مناسب بشكل خاص للشركات الناشئة في مجال التكنولوجيا المالية والشركات التي ترغب في التحقق من صحة حالة استخدام قبل الاستثمار بكثافة.


البطاقة المادية: عملية التصنيع والتخصيص

يتضمن إصدار البطاقات المادية بُعداً لوجستياً مهماً يجب على الفرق التقنية التخطيط له.

التصنيع

تُصنَّع البطاقات المادية بواسطة مطابع معتمدة من Visa وMastercard. يشمل التصنيع:

  • طباعة التصميم: تُطبع المرئيات بجودة عالية على دعامات PVC أو PET أو معدنية
  • تغليف الشريحة: تُدمج شريحة EMV في الدعامة وتُوصل بالتوصيلات الكهربائية
  • دمج هوائي NFC: للبطاقات اللاتلامسية، يُدمج هوائي في جسم البطاقة
  • مراقبة الجودة: يُختبر كل دفعة للتحقق من قابلية قراءة الشريحة ووظيفة NFC وجودة الطباعة

التخصيص الكهربائي

يتمثل التخصيص الكهربائي في تحميل بيانات حامل البطاقة والمفاتيح التشفيرية في شريحة البطاقة. تتم هذه الخطوة في بيئة آمنة معتمدة:

  • تحميل ملف EMV: معايير المخاطر، الحدود، معرّف التطبيق
  • حقن المفاتيح التشفيرية: مفاتيح الجلسة، مفاتيح تشفير PIN، مفاتيح المصادقة
  • كتابة بيانات الحامل: PAN، تاريخ الانتهاء، اسم حامل البطاقة

التخصيص الجرافيكي

يشمل التخصيص الجرافيكي:

  • نقش أو طباعة PAN: يمكن نقش رقم البطاقة بالبروز (embossing) أو النقش المسطح (indent printing) أو الطباعة المسطحة
  • طباعة اسم حامل البطاقة وتاريخ الانتهاء
  • تطبيق CVV على ظهر البطاقة

التجهيز والشحن

بمجرد تخصيصها، تُوضع البطاقة في ظرف آمن مع خطاب مرافق يتضمن تعليمات التفعيل. يتم الشحن عبر ناقل آمن، مع التتبع وإثبات التسليم.


إدارة الاحتيال: الأدوات المتاحة للمُصدِر

الاحتيال هو الخطر الأول لمُصدِر البطاقات. يجمع برنامج إدارة الاحتيال القوي بين القواعد الثابتة ونماذج التقييم وأدوات المراقبة في الوقت الفعلي.

قواعد الكشف

تشمل قواعد الكشف الأكثر شيوعاً:

  • السرعة: عدد المعاملات ضمن نافذة زمنية (مثلاً أكثر من 5 معاملات في 10 دقائق)
  • المبلغ غير المعتاد: معاملة أعلى بكثير من متوسط مبلغ حامل البطاقة
  • الموقع الجغرافي: معاملة في بلد مختلف عن المعاملة الأخيرة، في إطار زمني لا يتوافق مع السفر المادي
  • MCC عالية المخاطر: بعض فئات التجار تحمل مخاطر احتيال أعلى
  • محاولات متعددة: عدة محاولات دفع مرفوضة في وقت قصير

تقييم المخاطر

تعيّن الأنظمة الحديثة درجة مخاطر لكل معاملة من خلال الجمع بين القواعد الثابتة ونماذج التعلم الآلي المدربة على سجل المعاملات. تحدد هذه الدرجة ما إذا كانت المعاملة ستُوافق أو تُرفض أو تخضع لتحقق إضافي.

المراقبة والتنبيهات

تتيح لوحة مراقبة في الوقت الفعلي لفريق العمليات تتبع معدلات الاحتيال والأنماط المشبوهة والتنبيهات. تُطلق عتبات التنبيه التلقائية إشعارات عندما تتجاوز المؤشرات المستويات الطبيعية.


كيف يمكن لـ ChariBaaS مساعدتك

ChariBaaS (Chari Money SA) هي مؤسسة دفع معتمدة من بنك المغرب تقدم بنية تحتية كاملة لإصدار البطاقات يمكن الوصول إليها عبر API.

البنية التحتية التقنية لـ ChariBaaS

  • معالج التفويض: معالجة في الوقت الفعلي بنسبة توفر 99.99%
  • CMS كامل: إدارة دورة حياة البطاقات المادية والافتراضية
  • HSM معتمد: إدارة تشفيرية متوافقة مع معايير PCI PTS
  • امتثال PCI-DSS المستوى 1: بنية تحتية مدققة ومعتمدة سنوياً
  • اتصال CMI والشبكات: تكامل مباشر مع CMI وVisa وMastercard
  • إدارة الاحتيال: قواعد قابلة للتهيئة وتقييم المخاطر في الوقت الفعلي
  • 3D Secure 2: ACS مدمج لمصادقة المعاملات عبر الإنترنت
  • التوكنة: دعم Apple Pay وGoogle Pay والتوكنة التجارية

لمن هذه الخدمة؟

هذه الخدمة مصممة للشركات الناشئة في مجال التكنولوجيا المالية والشركات والمنصات التي ترغب في دمج إصدار البطاقات في منتجاتها دون بناء بنيتها التحتية الخاصة.

لمعرفة المزيد، قم بزيارة صفحة خدمات إصدار البطاقات أو تواصل مع فريقنا لمناقشة مشروعك.


الخلاصة

إصدار البطاقات البنكية مجال هندسي متطلب يجمع بين الأمان والأداء والامتثال والموثوقية. كل مكوّن — من HSM إلى معالج التفويض، ومن CMS إلى بوابة الشبكة — يجب أن يعمل بشكل لا تشوبه شائبة لضمان تجربة دفع سلسة وآمنة.

في المغرب، الإطار التنظيمي والبنية التحتية التقنية جاهزان. مؤسسات الدفع المعتمدة من بنك المغرب مثل ChariBaaS تقدم بالفعل حلول إصدار بطاقات يمكن الوصول إليها عبر API، مما يتيح لأي شركة إطلاق برنامج بطاقاتها الخاص دون استثمار أولي ضخم.

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

لمزيد من القراءة، راجع مواردنا ذات الصلة:

الأسئلة الشائعة

ما هي المكونات التقنية اللازمة لإصدار البطاقات البنكية في المغرب؟
يتطلب إصدار البطاقات البنكية في المغرب أربعة مكونات رئيسية: نظام إدارة البطاقات (CMS)، ومعالج تفويض في الوقت الفعلي، ووحدة HSM (وحدة أمان الأجهزة) للإدارة التشفيرية، ومنصة متوافقة مع PCI-DSS. يجب أن يكون النظام بأكمله متصلاً بشبكات Visa و/أو Mastercard عبر المركز النقدي البنكي (CMI) أو مباشرة.
ما الفرق بين مُصدِر البطاقات ومعالج البطاقات في المغرب؟
المُصدِر هو المؤسسة المعتمدة من بنك المغرب التي تتحمل المسؤولية التنظيمية والمالية لكل بطاقة. المعالج هو المنصة التقنية التي تتعامل مع المعاملات في الوقت الفعلي: التفويضات والمقاصة وإدارة الحدود واكتشاف الاحتيال. يمكن للمُصدِر استيعاب المعالجة داخلياً أو تفويضها لطرف ثالث معتمد.
كم تكلف البنية التحتية التقنية لإصدار البطاقات في المغرب؟
يكلف بناء بنية تحتية للمعالجة الخاصة بك بين 5 و15 مليون درهم، دون احتساب تكاليف شهادة PCI-DSS ورسوم الاتصال بالشبكات. من خلال الشراكة مع مزود BaaS مثل ChariBaaS، يتم تقليل الاستثمار الأولي إلى تكامل API ورسوم البرنامج، مما يتيح لك إطلاق برنامج بطاقات بجزء بسيط من تلك التكلفة.
ما هي التوكنة (Tokenization) ولماذا هي مهمة لإصدار البطاقات؟
تستبدل التوكنة رقم البطاقة الحقيقي (PAN) برمز فريد (token) أثناء المدفوعات عبر الهاتف (Apple Pay، Google Pay) والمعاملات المتكررة عبر الإنترنت. وهي تقلل بشكل كبير من مخاطر الاحتيال لأن الرمز ليس له قيمة خارج سياق استخدامه. يجب أن يدعم أي برنامج إصدار بطاقات حديث التوكنة.