الحسابات الافتراضية والبنك الداخلي

الحساب الافتراضي هو قيد في دفتر فرعي يرتدي رقم حساب. له مُعرّف فريد، يُقدَّم غالباً في صورة آيبان افتراضي (virtual IBAN)، لكنه لا يحتفظ بأموال خاصة به: كل معاملة تُسوّى على الحساب الرئيسي (master account) الفعلي المرتبط به، فيما تُسجّل الطبقة الافتراضية لمن تعود الأموال. هذه الحقيقة التصميمية الواحدة تفسّر في آن معاً لماذا تنجح إدارة الحسابات الافتراضية (Virtual Account Management) وأين يقع الناس معها في المتاعب.

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

الخطأ هو التعامل مع VAM كمنتج تضغط زرّه فيعمل. إنه نموذج بيانات تلتزم به، وأداؤه يساوي تماماً جودة البيانات الرئيسية للكيانات (entity master data) وتكامل نظام ERP والحوكمة التي تقوم تحته.

أين تتفوّق الحسابات الافتراضية على الفعلية

تبلغ الحجة أقصى قوتها حين يكون الهدف سيولة مركزية مع إسناد دقيق التفصيل، وتظهر في أربعة مواضع.

• ترشيد الحسابات. حساب رئيسي واحد لكل عملة ومنطقة، مع ما يحتاجه النشاط من حسابات فرعية منطقية، يحلّ محل انتشار عشوائي من الحسابات الفعلية. فتح حساب افتراضي جديد مسألة تهيئة (configuration) لا مشروع انضمام مصرفي، ولهذا يتوسّع النموذج جيداً مع شركات المنصات والكيانات المتعددة التي تحتاج إلى كثير من مُعرّفات الدفع.
• التسوية. حين يدفع كل عميل إلى آيبانه الافتراضي الخاص، يخبرك المُعرّف نفسه بمن دفع، ويصبح ترحيل المقبوضات (cash application) حتمياً. تنتقل المطابقة من تحليل نصوص حوالات غير موثوقة إلى عملية بحث مباشرة (lookup). تزعم دراسة من عام 2025 يستشهد بها أحد مزوّدي VAM خفضاً بنسبة 70% في جهد التسوية وانخفاض دورة الدفع إلى التسوية من 4.2 أيام إلى أقل من 15 دقيقة؛ عامل هذه الأرقام كمعايير من مصدر بائع لا كمتوسطات سوقية، لكن الاتجاه يطابق ما نراه حين يكون الربط نظيفاً.
• مركزة السيولة دون فقدان التفصيل. يتجمّع النقد فعلياً في الحساب الرئيسي، فتدير الخزانة رصيداً واحداً لكل عملة بينما يحفظ التسلسل الهرمي المراكز على مستوى الكيان لأغراض المحاسبة وتوزيع الفوائد وتتبّع المعاملات بين شركات المجموعة. لا شيء يحتاج إلى تجميع (sweep) لأن شيئاً لم يغادر أصلاً.
• مرونة هيكلية. يمكن للتسلسلات الهرمية أن تعكس الكيانات القانونية أو وحدات الأعمال أو علاقات العملاء، ويمكن إعادة تشكيلها دون المساس بأي تفويض مصرفي.

وقد تقاربت البنوك على العرض: تبيع Barclays وHSBC وDeutsche Bank وCiti وJ.P. Morgan وBank of America كلّها خدمة VAM ضمن حزم خزانة الشركات لديها، وتعلن نسخة VAM 2.0 من Bank of America عن هياكل بأكثر من 30 عملة وإعداد بالخدمة الذاتية. وإلى جانبها يتنافس مزوّدون قائمون على واجهات API أولاً مثل Airwallex وCurrencycloud وWise Platform وFinzly على سرعة التكامل وتغطية قنوات دفع متعددة. هذا الانقسام مهم عند الاختيار: يميل VAM المصرفي الأصيل إلى التفوّق في عمق تجميع السيولة والثقة في نطاقات الاختصاص، وVAM المنصات في تجربة المطوّرين والوقت حتى أول تحصيل.

POBO وCOBO والبنك الداخلي

تكسب الحسابات الافتراضية قيمتها بأوضح صورها في هياكل العمل بالنيابة. في نموذج التحصيل بالنيابة (COBO, collections on behalf of) يستقبل كيان مركزي جميع مقبوضات المجموعة في الحسابات الرئيسية، وتوزّع الطبقة الافتراضية كل مبلغ دائن على الشركة التابعة والالتزام الصحيحين. وفي نموذج الدفع بالنيابة (POBO, payments on behalf of) تدفع الخزانة للموردين مركزياً بينما يحفظ الهيكل الافتراضي الكيان الذي تعود إليه الدفعة، فتبقى المحاسبة بين شركات المجموعة وإسناد التكاليف سليمين. الغاية في الحالتين أن ينجو الإسناد القانوني والتشغيلي بينما يبقى النقد نفسه مركزياً.

ادفع بهذا المنطق أبعد فتصل إلى البنك الداخلي (in-house bank): تتعامل الشركات التابعة مع الخزانة المركزية كما لو كانت بنكها، فتحوز حسابات داخلية، وتتلقى تمويلاً داخلياً، وتسوّي المراكز فيما بينها على دفتر داخلي بدلاً من المدفوعات الخارجية. يوفّر VAM السقالة التشغيلية، تسلسلاً هرمياً منظّماً من المُعرّفات يعكس المجموعة، دون أن تضطر الشركة إلى فتح حساب خارجي لكل كيان وحوكمته.

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

أين تسوء الأمور

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

• بيانات كيانات رئيسية ملوّثة. يجب أن يتوافق التسلسل الافتراضي مع كيانات ERP وهياكل الذمم المدينة والدائنة (AR/AP) والعلاقات بين شركات المجموعة. تسميات وقواعد ربط غير متسقة تعني أن طبقة VAM تولّد استثناءات تسوية جديدة بدلاً من إزالة القديمة، وهو نقيض جدوى المشروع.
• فجوات التغطية. يتفاوت إصدار الآيبان الافتراضي وصيغ الحسابات المحلية ودعم قنوات الدفع بحسب البنك والدولة والعملة. يجب أن تبدأ خطة النشر من خريطة تغطية، لأن الدول الخارجة عنها هي ما يحدّد ما يتبقّى لديك من حسابات فعلية.
• دين التكامل. يؤتي VAM ثماره حين يُوصَل بأنظمة ERP وTMS ومحرّكات المحاسبة عبر واجهات API أو ملفات. من دون ذلك تكون المؤسسة قد استبدلت بإدارة الحسابات اليدوية صيانةَ تكامل يدوية، ولا يتحقّق الوفر التشغيلي المستمر أبداً.
• قواعد بلا مالك. لا بد أن يملك أحدهم إنشاء الحسابات وإغلاقها، واصطلاحات المراجع، ومنطق التجميع، ومعالجة الاستثناءات. وفي سياقات POBO/COBO والبنك الداخلي، لقرارات التحميل الداخلي وتوقيت التسوية تبعات محاسبية حقيقية، و”البنك يتكفّل بذلك” ليست إجابة.
• إساءة القراءة القانونية. الفرق التي تعامل الحساب الافتراضي كحساب ودائع تبالغ في تقدير العزل وتخطئ تقدير التعرّض للطرف المقابل. كل المخاطر الائتمانية تقع على الحساب الرئيسي ومالكه.

الواقع التشغيلي

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

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

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