درب: منصة مدفوعات مرخّصة من ساما
الهندسة داخل شركة تقنية مالية خاضعة للتنظيم: خط إشعارات معتمد على الأحداث، وتكاملات مصرفية وحكومية، وتقارير مالية ثنائية اللغة.
01
السياق
«درب» منصة مرخّصة من ساما لإدارة مصاريف الشركات وإدارة الأساطيل بالذكاء الاصطناعي تخدم الشركات في السعودية. تُصدر بطاقات وقود الأسطول وبطاقات المشتريات وتدير النثريات الرقمية — ما يعني أن كل ميزة تعمل ضمن قيود مؤسسة مالية خاضعة للتنظيم.
العمل بترخيص من ساما يشكّل طبيعة الهندسة: فمعالجة البيانات المالية والتقارير وتجارب العملاء لها جميعًا أبعاد امتثال، والتكاملات تعمل مع أنظمة مصرفية وحكومية حقيقية — البنك العربي الوطني، وإصدار بطاقات Visa، والفوترة الإلكترونية لهيئة الزكاة والضريبة والجمارك، ومخالفات المرور.
02
دوري
انضممت إلى «درب» مهندسَ برمجيات أول في فبراير 2026، وأعمل على خدمات مصغّرة معتمدة على الأحداث بـ Node.js وTypeScript على GCP Pub/Sub.
- أنظمة إشعارات وتقارير متعددة اللغات بدعم كامل للعربية وRTL — تقارير PDF/Excel متوافقة مع ضريبة القيمة المضافة ومعالجة الريال السعودي
- ميزات موجهة للعملاء: برنامج الإحالة، وضوابط الإنفاق، وبوابتا الإدارة والعملاء
- أعمال تكامل مع أنظمة مصرفية وحكومية (البنك العربي الوطني، إصدار Visa، زاتكا، المرور)
- دمج أساليب التطوير المدعومة بالذكاء الاصطناعي في العمل اليومي
03
البنية
بُنيت المنصة كخدمات مصغّرة معتمدة على الأحداث: تنشر خدمات النطاق أحداثها إلى موضوعات GCP Pub/Sub، وتشترك فيها الخدمات المستهلكة — الإشعارات والتقارير والتكاملات — كلٌّ على حدة. يفصل هذا التصميم تدفقات المصاريف الأساسية عن أعمال التوزيع (إرسال إشعار ثنائي اللغة، وتوليد تقرير متوافق مع الضريبة، والمزامنة مع نظام خارجي)، بحيث يتوسّع كل جزء ويفشل بمعزل عن غيره.
تقع التكاملات الخارجية خلف خدمات مخصصة بدلًا من استدعائها مباشرة من منطق الأعمال، ما يُبقي حدود واجهات البنوك وشبكات البطاقات والجهات الحكومية واضحة وقابلة للاختبار.
04
أبرز التحديات
- المستندات المالية ثنائية اللغة: تخطيط العربية وRTL لا يتسامح مع الأخطاء في تقارير PDF/Excel المولّدة — نصوص مختلطة الاتجاه، وأرقام عربية مقابل أرقام هندية، ومبالغ بالريال يجب أن تظهر صحيحة باللغتين
- التكاملات الخاضعة للتنظيم: أنظمة البنوك (البنك العربي الوطني) وإصدار البطاقات (Visa) والجهات الحكومية (زاتكا، المرور) لكلٍّ منها بروتوكولاتها وبيئاتها وأنماط أعطالها
- كفاءة خط الإشعارات: كانت إشعارات قبول ورفض المعاملات تُثقل قاعدة البيانات باستعلامات عند كل حدث — فأُعيدت هيكلة الخط حول Pub/Sub بحيث تعتمد الخدمات المستهلكة على بيانات الحدث نفسه بدلاً من إعادة الاستعلام، ما قلّص القراءات المتكررة لكل معاملة
- كشف الاحتيال والحالات الشاذة على مستوى العميل: تُقيَّم تنبيهات المخاطر (شذوذ قراءات العدّاد، القيم المتطرفة لتكلفة الكيلومتر، تكرار المعاملات وانتهاكات عدم التكرار) مقابل حد أقصى 2% لكل عميل، ويجب أن يحمل كل تنبيه سبباً دقيقاً وقابلاً للتفسير — لا مجرد إشارة
- معالجة التنبيهات كسير عمل لا كسجل: كل تنبيه يحتاج مسار حلّ بإجراءات محددة حسب نوعه، ما تطلّب تصميم مسارات حلّ قائمة على السياق بدلاً من زر تأكيد عام
05
النتائج
المنصة تعمل اليوم بترخيصها من ساما، وتخدم عملاء الشركات ببطاقات الوقود وبطاقات المشتريات والنثريات الرقمية.
- خفض الحمل على قاعدة البيانات في مسار إشعارات المعاملات عبر نقل توزيع إشعارات القبول والرفض بالكامل إلى بيانات أحداث Pub/Sub
- إطلاق نظام تنبيهات للاحتيال والحالات الشاذة على مستوى العميل — رصد شذوذ العدّاد والقيم المتطرفة لتكلفة الكيلومتر وانتهاكات عدم التكرار مقابل حد 2% لكل عميل، مع سبب دقيق وإجراء حلّ موجّه لكل تنبيه
- تحسين معالجة التنبيهات بمسارات حلّ قائمة على السياق، بحيث تعالج فرق العمليات كل تنبيه بالإجراء المناسب لنوعه بدلاً من الفرز اليدوي
- تكامل نظام تتبع المركبات Saferoad مع المنصة لتغذية قرارات الأسطول الذكية — بربط إشارات القيادة الفعلية بضوابط البطاقات والمصروفات