الطبقات الأربع التي يحتاجها كل نظام مالي مدعوم بالذكاء الاصطناعي

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

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

الطبقة الأولى: الربط

هذه هي الطبقة التي يبنيها الجميع أولًا، لأنها الطبقة ذات الواجهة البرمجية المُرضية. تربط نظامك بـ QuickBooks أو Xero أو NetSuite أو Sage أو بمنصة SAP أو Oracle أو بمستودع بيانات، أو تستقبل كشوفًا وملفات مُصدَّرة. تتدفق البيانات. ويصبح بإمكان النموذج رؤيتها.

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

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

الطبقة الثانية: المطابقة

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

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

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

الطبقة الثالثة: الحساب الحتمي

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

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

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

هذا هو الجزء من البنية الذي نفكّر فيه أكثر من غيره في Rexfin، لأنه الجزء الذي يحاول السوق تجاوزه باستمرار. ربط النموذج بنظام تخطيط موارد المؤسسة (ERP) لديك وتركه يجيب “يبدو” مكتملًا. ومع ذلك يخرج الحساب خاطئًا، لأن النموذج لا يزال هو الآلة الحاسبة.

الطبقة الرابعة: الاسترجاع

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

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

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

لماذا يُتجاوز الوسط، وما ثمن ذلك

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

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

هذا هو المعيار كاملًا بالنسبة للمجال المالي. ليس “مبهرًا في عرض توضيحي”. بل قابلًا للدفاع عنه في الغرفة التي يوقّع فيها أحدهم.

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