الخدمات المصرفية والتمويل

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

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

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

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

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

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

• دفتر الأستاذ بالقيد المزدوج: سطر مدين وسطر دائن لكلّ حركة؛ فتحديث الرصيد بسطر واحد غير قابل للتدقيق.
• مفتاح العملية (idempotency): مفتاح فريد يضمن عدم معالجة العملية نفسها مرّة ثانية عند إعادة إرسالها.
• مفتاح المطابقة: المرجع الذي يحدّد مع أيّ فاتورة أو حركة حساب جارٍ يُطابَق التحصيل؛ فنصّ الوصف وحده غير كافٍ.
• حالة العملية: فصل حالات قيد الانتظار والنجاح والفشل والإلغاء؛ فـ«فشلت» و«لم يصل ردّ» ليستا الشيء نفسه.
• العمولة والاستقطاع: تسجيل عمولة البنك والحجز وفرق تاريخ القيمة بنودًا منفصلة.
• العملة وسعر الصرف: عملة العملية، وعملة القيد، ومصدر السعر المستخدم وتاريخه.

1. الدفتر والهوية: دليل الحسابات، وبنية القيد المزدوج، وحالات العمليات، وقاعدة مفتاح العملية.
2. الاتصال بالبنك: سحب حركة الحساب، وتحليل الإشعار البنكي، وقواعد المطابقة.
3. قنوات الدفع: نقاط البيع الافتراضية، والتقسيط، ومسارات الإرجاع والإرجاع الجزئي.
4. المطابقة والتقارير: المطابقة الآلية، وقائمة الفروق، وضبط العمولة، وتوقّع النقد.

• نسبة التحصيل المطابَق آليًا وعدد السجلّات التي تحتاج إلى تدخّل يدوي
• توزيع فروق المطابقة بحسب النوع (موجود لدينا/غير موجود لديهم، فرق في المبلغ، عمولة)
• عدد السجلّات التي تبقى حالتها «لم يصل ردّ» ومدّة حلّها
• المبلغ المنتظر بسبب تاريخ القيمة والحجز
• تقادم الذمم بحسب أجل التحصيل

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

أليس حساب الرصيد من الحركات بطيئًا؟

تُحفظ أرصدة الإقفال الدورية، ولا يضيف الاستعلام إلّا الحركات اللاحقة لآخر إقفال. وبذلك تُحفظ السرعة وإمكان التتبّع معًا.

ماذا يُفعل إذا لزم حذف عملية؟

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

كيف تُصنَّف فروق المطابقة؟

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

أيّ أسلوب تكامل بنكي ينبغي تفضيله؟

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

ما الذي ينبغي الانتباه إليه في إرجاعات نقاط البيع الافتراضية؟

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

إلى أيّ مدى يمكن بناء توقّع النقد؟

تُحسب البنود التعاقدية من تحصيل ومدفوعات مباشرةً لأنّ تواريخ آجالها معلومة. أمّا البنود القائمة على التقدير فيجب حفظها في طبقة سيناريو مستقلّة، ويجب أن يظهر في التقرير الفصل بين المحقّق والتقديري؛ فحين يختلطان لا يُنتج التوقّع قرارًا.