بناء برمجيات للبنوك والتقنية المالية: ما الذي يختلف

سجل ضائع في سوق إلكتروني إزعاج. أما في دفتر حسابات فهو مشكلة مطابقة، وربما مشكلة تنظيمية. هذا الفرق وحده يغيّر تقريباً كل شيء في طريقة بناء البرمجيات المالية.

ما لا يمكن التنازل عنه

القيد المزدوج، لا عمود رصيد. الرصيد الذي يمكن تحديثه رصيد يمكن إفساده. المال يتحرك كقيود متقابلة مجموعها صفر، والرصيد يُشتق منها. هذا ليس أسلوباً قديماً، بل التصميم الوحيد الذي ينجو من فشل جزئي.

عدم التكرار في كل مكان. الشبكات تعيد المحاولة. طلب دفع يصل مرتين يجب أن يُحصّل مرة واحدة. كل مسار كتابة يمسّ المال يحتاج مفتاح عدم تكرار، ويجب فرضه في قاعدة البيانات لا في منطق التطبيق.

عدم القابلية للتعديل. لا تُحدَّث السجلات المالية ولا تُحذف، بل يُضاف قيد تصحيحي. المدققون يحتاجون رؤية ما كان معروفاً حينها، لا النسخة المرتّبة.

مطابقة تعمل دون إشراف. دفترك ودفتر مزوّدك سيختلفان يوماً. السؤال هو هل تعرف من مهمة مجدولة أم من عميل.

التسجيل منتج لا نموذج

«اعرف عميلك» ومكافحة غسل الأموال هما حيث تخسر معظم المنتجات المالية مستخدميها. كل حقل إضافي يكلّف اكتمالاً، لكن لا يمكنك تجاوز ما يطلبه المنظّم. العمل هنا في الترتيب — اجمع الحد الأدنى للبدء، وتحقّق تدريجياً، ولا تطلب أبداً ما أُعطي مسبقاً.

ابنِ من أجل التدقيق القادم

التحكم بالوصول وسجلات التدقيق وسياسة الاحتفاظ وموقع البيانات رخيصة في البداية ومكلفة جداً لاحقاً. افترض أنك ستُسأل لتثبت من رأى ماذا ومتى.

هذا أحد القطاعات التي نبني لها.