تخطّ إلى المحتوى
كل الرؤى الذكاء الاصطناعي للخزانة والمدفوعات

التنبؤ بالسيولة خلال اليوم في التطبيق العملي

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

5 دقائق قراءة #الخزانة#السيولة#التنبؤ
متخصصون في القطاع المالي يعملون على مبادرة للذكاء الاصطناعي

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

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

الاسم الأمين لما ينجح في 2026 هو التنبؤ الآني (nowcasting). الهدف هو المركز الحالي والساعات القليلة القادمة، بتحديث مستمر، مع إجراء مربوط بكل عتبة. التنبؤ النقدي بعيد المدى مشكلة مختلفة ببيانات مختلفة، والخلط بينهما ينتج أنظمة دقيقة بشأن الشهر القادم ومخطئة بشأن عصر اليوم.

البيانات تحدد السقف

لا نموذج يسبق تغذياته. للحزمة العملية ثلاث طبقات.

  • تقارير البنوك. تقارير الحساب خلال اليوم camt.052 هي حصان العمل: تحديثات أرصدة ومعاملات أثناء اليوم، بصيغة ISO 20022، بأي تواتر توفره بنوككم. وحيث تتيح البنوك نقاط وصول برمجية للأرصدة والمعاملات، استخدموها؛ فهي تقدم لقطات أرصدة وبنوداً معلقة وحالات قيد بتأخير أقل من التقارير الدفعية، وهي الفرق بين مركز عمره دقائق وآخر عمره ساعات.
  • دفتركم المستقبلي أنتم. المدفوعات المجدولة، والتسويات المتوقعة، والبنود المفتوحة في نظام تخطيط الموارد (ERP)، وتدفقات الصفقات في نظام إدارة الخزانة (TMS) هي الجزء الأكثر قابلية للتوقع من اليوم، وهي بيانات بحوزتكم أصلاً. جزء كبير من الحركة خلال اليوم هو نشاط بدأتموه أنتم؛ وتوقع يتجاهله يخمّن في أشياء كان عليه ببساطة أن يعرفها.
  • إثراء الرسائل. تحمل بيانات مدفوعات ISO 20022 معلومات مهيكلة عن الطرف المقابل والغرض تصنع خصائص نموذج أفضل بكثير مما أتاحته الصيغ القديمة. سلوك الطرف المقابل، ورموز الغرض، وأنماط التوقيت التاريخية لكل دافع هي المدخلات التي تتيح لنموذج أن يقول “هذا المقبوض يصل عادةً قبل الساعة 11:00” مع فترة ثقة.

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

النماذج: استحقّوا التعقيد ولا تفترضوه

تدعم الأدلة سلّم مقارنة مرجعية بدلاً من القفز مباشرة إلى التعلّم العميق. خطوط الأساس الكلاسيكية، من نماذج الانحدار الذاتي ونماذج HAR واللوحات الديناميكية، سريعة وقابلة للتفسير وصعبة التجاوز: وجدت دراسة سيولة أوروبية أن نموذج لوحة ديناميكية سجّل أدنى أخطاء توقع، ولم تُظهر اختبارات Diebold-Mariano أي تفوق ذي دلالة إحصائية للغابة العشوائية (Random Forest) أو XGBoost أو SVR عليه. وفي سياقات سيولة أخرى تفوقت مجموعات التعزيز المتدرّج (gradient boosting) على كل من الغابة العشوائية ونماذج LSTM المرجعية، وتجد الأدبيات الأوسع أن تعلّم الآلة يتقدم أساساً حيث تكون الديناميكيات لاخطية أو مرتبطة بالنظام السائد، بما في ذلك تحت الضغط.

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

قابلية التفسير ليست خياراً هنا. أمين خزانة يوشك أن يؤجل دفعة مورّدين أو يسحب من خط ائتمان خلال اليوم يحتاج إلى المحرّك، “يتوقع النموذج تأخر تحويل التجميع المعتاد عند الساعة 11:00”، لا إلى رقم مجرد. إسناد الخصائص (feature attribution) على مجموعات الأشجار يوصلكم معظم الطريق، وهذه حجة أخرى لصالحها على البنى الأقل شفافية.

من التوقع إلى الإجراء

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

الهوامش الوقائية تجعل هذا ملموساً. لدى الشركات، الهامش أرضية سياساتية لكل كيان وبنك وعملة، محددة الحجم مقابل عدم يقين التوقيت وتأخر المقبوضات وتكدّس المدفوعات، ومربوطة بالتقويم الحقيقي لنوافذ التسوية والرواتب ودورات المورّدين. لدى البنوك، يتقيد تصميم الهامش بالمخزون الفعلي للموارد القابلة للاستخدام بموجب BCBS 248. وفي الحالتين يكون الناتج المفيد احتمالياً: ليس “رصيد الساعة 14:00 سيكون كذا” بل “هناك احتمال 10% أن يخرق رصيد الساعة 14:00 الأرضية”، لأن الهامش موجود بالضبط لامتصاص الذيل، وعتبة الإجراء ينبغي أن ترتكز على احتمال الذيل.

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

واقع التشغيل

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

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

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

كم نحتاج من التاريخ قبل أن يستحق نموذج تعلّم آلة للسيولة خلال اليوم عناء التدريب؟

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

بنوكنا لا ترسل camt.052 إلا مرات قليلة في اليوم. هل يبقى التنبؤ خلال اليوم مجدياً؟

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

من ينبغي أن يملك النموذج خلال اليوم بعد تشغيله؟

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

قراءات ذات صلة

تعمل على شيء مشابه؟

أخبِرنا عن بياناتك وسير العمل المحيط بها، وسنعطيك رأياً صريحاً.

احجز مكالمة تعريفية مدتها 30 دقيقة