كانت تطبيقاتنا المالية جزرًا معزولة: كيف أنقذتنا واجهات Open Banking (PSD2) من جحيم تجربة المستخدم؟

بتذكر قبل كم سنة، يمكن في 2015 أو 2016، إجاني زبون متحمس جدًا لفكرة تطبيق “بقّسم” مصاريفك الشهرية تلقائيًا. الفكرة كانت بسيطة وعبقرية: التطبيق بشوف كل مشترياتك من حسابك البنكي وبحكيلك قديش صرفت على الأكل، وقديش على المواصلات، وقديش على “الشغلات اللي ما إلها داعي بس بتنبسط فيها”.

وقتها، تحمست معاه وبدينا شغل. بس يا جماعة الخير، الصدمة كانت قوية. اكتشفنا إنه ما في طريقة “نظيفة” نوصل فيها لبيانات حساباته. كل بنك كان عامل حاله قلعة حصينة، بياناتك جوا بس ما بتقدر تطلعها أو تخلي تطبيق ثاني يقرأها بإذنك. قضينا أسابيع نحاول نعمل “Screen Scraping”، وهي طريقة بدائية بتعتمد على إنه الكود تبعنا “بمثل” إنه مستخدم عادي وبفتح صفحة البنك وبقرأ البيانات من الشاشة. كانت كارثة! يوم بتشتغل وعشرة لأ، وكل ما البنك يغير فاصلة في تصميم موقعه، كل شغلنا ينهار.

بعد شهور من التعب والإحباط، اضطرينا نوقف المشروع. يومها قلت للزبون، بحسرة: “يا خوي، المشكلة مش فينا ولا في فكرتك، المشكلة إنه البنوك هاي عبارة عن جزر معزولة، وكل واحد فينا محبوس في جزيرته”. هاي القصة كانت مثال صارخ على “جحيم تجربة المستخدم المحدودة” اللي كنا عايشين فيه.

الجزر المعزولة: كيف كانت البنوك تخنق الابتكار؟

السيناريو اللي حكيته فوق ما كان حالة فردية، بل كان هو الواقع المر في عالم التكنولوجيا المالية (Fintech) قبل بضع سنوات. المشهد كان كالتالي:

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

– كابوس المطورين: بالنسبة لنا كمطورين، كانت الفكرة “النظرية” للاتصال بالبنوك شبه مستحيلة. لا توجد واجهات برمجية موحدة (APIs)، لا توجد وثائق، ولا يوجد أي اهتمام من البنوك بتسهيل هذه العملية. الابتكار كان يموت قبل أن يولد.

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

البطل المنتظر: البنوك المفتوحة (Open Banking) و PSD2

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

في أوروبا، تجسدت هذه الفكرة في تشريع يُعرف بـ PSD2 (Payment Services Directive 2). هذا التشريع لم يكن مجرد توصية، بل كان قانونًا صارمًا أجبر البنوك على بناء واجهات برمجية (APIs) آمنة وموحدة تتيح للمستخدمين التحكم في بياناتهم.

ببساطة، PSD2 أعطى المستخدم “مفتاح” بياناته، وصار هو اللي بقرر مين يسمح له يستخدم هذا المفتاح، ومتى، ولأي غرض.

كيف غيّر هذا المشهد جذريًا؟

التغيير كان زلزالا حقيقيًا، وأثره لمس الجميع:

بالنسبة للمستخدم العادي:

• نظرة شاملة 💰: أصبح بإمكانك استخدام تطبيق واحد (مثل تطبيقات إدارة المصاريف الشخصية) لربط كل حساباتك البنكية وبطاقاتك الائتمانية ورؤية صورة كاملة وواضحة لوضعك المالي في مكان واحد.
• خدمات مبتكرة: ظهرت آلاف التطبيقات التي تقدم خدمات لم تكن ممكنة من قبل: تطبيقات تقترح عليك أفضل طريقة لتوفير المال، تطبيقات تساعدك على الحصول على قرض بشروط أفضل بناءً على تاريخك المالي الحقيقي، أو حتى خدمات تدفع فواتيرك تلقائيًا بطريقة أذكى.
• منافسة أكبر = أسعار أفضل: الشركات الصغيرة والناشئة (Fintech Startups) تمكنت أخيرًا من منافسة البنوك الكبيرة، مما أجبر الجميع على تحسين خدماتهم وتقليل رسومهم لكسب رضاك كمستخدم.

بالنسبة للمطورين (أمثالي):

• وداعًا للكوابيس التقنية: بدلًا من الاعتماد على طرق ملتوية مثل “Screen Scraping”، أصبح لدينا الآن واجهات برمجية APIs موحدة، موثقة، ومستقرة. أصبحنا نتحدث لغة مشتركة مع البنوك.
• تركيز على القيمة، وليس على السباكة: بدلًا من قضاء 90% من وقتنا في محاولة “فتح ماسورة” البيانات من البنك، أصبحنا نركز 90% من وقتنا على بناء ميزات مفيدة ومبتكرة فوق هذه البيانات. الـ “غلبة” التقنية قلت بشكل هائل.
• انفجار في الإبداع: الأفكار التي كانت حبيسة الأدراج (مثل فكرة تطبيق تقسيم المصاريف) أصبحت فجأة قابلة للتنفيذ. صار بإمكان أي مطور بفكرة جيدة أن يبني منتجًا ماليًا ينافس في السوق.

نظرة تقنية تحت الغطاء

طيب يا أبو عمر، حكيتلنا القصة، بس كيف بشتغل هاد الحكي تقنيًا؟ الموضوع يرتكز على مفهومين أساسيين في عالم PSD2:

1. خدمات معلومات الحساب (AIS – Account Information Services): تسمح للتطبيق المُرخص له (بإذنك طبعًا) بـ “قراءة” بيانات حسابك: رصيدك، قائمة الحركات، تفاصيل الحساب، إلخ. هذا هو الأساس لتطبيقات إدارة الميزانية والتحليل المالي.
2. خدمات بدء الدفع (PIS – Payment Initiation Services): تسمح للتطبيق المُرخص له بـ “بدء” عملية دفع من حسابك مباشرة. مثال: عندما تشتري من موقع إلكتروني، بدلًا من إدخال تفاصيل بطاقتك، يمكنك اختيار الدفع مباشرة من حسابك البنكي، والتطبيق يأخذك للبنك لتأكيد العملية بأمان.

مثال كود بسيط (مُبسّط للتوضيح)

لنفترض أننا نريد جلب آخر 10 حركات من حساب مستخدم باستخدام واجهة بنك مفتوح. العملية الحقيقية تتضمن مصادقة معقدة (OAuth2)، لكن لنتخيل أننا حصلنا على “رمز الوصول” (Access Token) اللازم. الطلب البرمجي قد يبدو كالتالي:

# هذا ليس كودًا حقيقيًا، بل مثال توضيحي
# GET /v2/accounts/{accountId}/transactions?limit=10
# Host: api.some-open-bank.com
# Authorization: Bearer YOUR_ACCESS_TOKEN

# الرد المتوقع من الخادم (بصيغة JSON)
{
  "transactions": [
    {
      "transactionId": "txn_12345",
      "bookingDate": "2023-10-26",
      "description": "Supermarket Purchase",
      "amount": {
        "value": -150.75,
        "currency": "SAR"
      },
      "category": "Groceries"
    },
    {
      "transactionId": "txn_12346",
      "bookingDate": "2023-10-25",
      "description": "Salary Deposit",
      "amount": {
        "value": 10000.00,
        "currency": "SAR"
      },
      "category": "Income"
    }
    // ... 8 حركات أخرى
  ]
}

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

نصائح من “أبو عمر” للمطورين والمهتمين

إذا كنت مطورًا تفكر في دخول هذا العالم، أو رائد أعمال لديك فكرة Fintech، اسمح لي أن أقدم لك بعض النصائح من تجربتي:

1. لا تُعد اختراع العجلة: لا تحاول بناء تكاملات مباشرة مع كل بنك على حدة. هذه مهمة ضخمة ومعقدة. استخدم منصات تجميع الواجهات (API Aggregators) مثل Plaid, TrueLayer, Tarabut, Lean (تختلف حسب المنطقة الجغرافية). هذه المنصات قامت بالعمل الصعب وتوفر لك واجهة برمجية واحدة للاتصال بمئات البنوك.
2. الأمان أولاً، ثانيًا، وعاشرًا: نحن نتعامل مع أكثر البيانات حساسية للمستخدم: بياناته المالية. “هاي مش لعبة، هاي مصاري ناس وأمانهم”. يجب أن يكون الأمان هو هاجسك الأول. افهم جيدًا بروتوكولات مثل OAuth2، وتأكد من تطبيق المصادقة القوية للعملاء (SCA)، ولا تخزن أبدًا أي بيانات حساسة لا تحتاجها.
3. ركز على حل المشكلة: التكنولوجيا مجرد أداة. لا تقع في حب عرض البيانات فقط. اسأل نفسك دائمًا: ما هي المشكلة الحقيقية التي أحاول حلها للمستخدم؟ هل أساعده على الادخار؟ هل أسهل عليه الحصول على تمويل؟ هل أمنحه راحة البال؟ القيمة الحقيقية تكمن في “الرؤى” (Insights) التي تقدمها، وليس في البيانات الخام.

الخلاصة: من جزر معزولة إلى نظام بيئي متصل 🤝

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

كمطور، أشعر بامتنان هائل لهذه الثورة. لقد حررتنا من القيود وفتحت أمامنا أبوابًا للإبداع لم نكن نحلم بها. واليوم، عندما يأتيني رائد أعمال بفكرة تطبيق مالي، أبتسم وأقول له: “أهلًا وسهلًا، كل شيء ممكن الآن”.

نصيحتي الأخيرة لك، سواء كنت مستخدمًا أو مطورًا أو صاحب عمل: احتضن هذا التغيير. استكشف التطبيقات الجديدة، تعلم الأدوات المتاحة، وفكر في الفرص التي يخلقها هذا العالم المفتوح. فمستقبل المال والخدمات المالية هو بلا شك مستقبل مفتوح ومتصل. 😉