مراقبة العمليات لمكافحة غسل الأموال في الصرافة: أن ترى النمط الذي لا تُظهره عملية واحدة

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

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

لماذا لا تكفي قاعدة على العملية الواحدة

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

لنفترض أن حد التحقق المعزز في المثال 10,000 دولار أو ما يعادلها، علمًا أن الحد الملزم هو ما يحدده المنظِّم في كل بلد. خلال خمسة أيام يجري عميل واحد هذه العمليات:

لا تتجاوز أي عملية 2,450، فلا يتوقف أي شباك. ومجموع العميل الأول على الأيام الخمسة 9,500، فحتى نظام يجمع عمليات العميل الواحد على أسبوع لا يرى شيئًا. ومجموع العميل الثاني 4,850. لكن العميلين يشتركان في رقم هاتف واحد، ومجموعهما معًا 14,350 خلال خمسة أيام، موزعة على ثلاثة فروع بمبالغ متقاربة على نحو لافت. هذا ما يجب أن يراه النظام، ولا يراه إلا إذا فعل ثلاثة أشياء: جمع عمليات العميل عبر الفروع لا داخل الفرع، وجمعها على نافذة متحركة لا على اليوم، وربط العملاء الذين تجمعهم بيانات مشتركة.

التجميع: العميل، والفروع، والنافذة المتحركة

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

والشرط الثاني أن يُحسب المجموع على نافذة متحركة: آخر 7 أيام، وآخر 30 يومًا، تُحسب عند كل عملية جديدة. المجموع اليومي يُهزم بتوزيع المبلغ على يومين، والمجموع الشهري التقويمي يُهزم بعملية في 30 من الشهر وأخرى في 1 من التالي. أما النافذة المتحركة فلا حدود لها يمكن الاختباء خلفها.

والشرط الثالث هو الربط. يجمع النظام العملاء في مجموعة واحدة حين يتشاركون ما لا يتشاركه الغرباء عادةً:

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

السيناريوهات التي تستحق قاعدة

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

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

التنبيه الذي لا يُقرأ لا يحمي أحدًا

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

ستمئة تنبيه في 20 دقيقة هي 200 ساعة مراجعة في الشهر، أي أكثر مما يقدمه محلل واحد. وقاعدة المبلغ المنفرد وحدها 420 تنبيهًا تستهلك 140 ساعة لتجد 4 حالات. هذه القاعدة لا تضيف شيئًا لا يفعله الشباك أصلًا: العملية الكبيرة توقفت عنده، وجُمعت وثائقها بموجب طبقة التحقق المعزز. فإذا أُخرجت من المراقبة وأصبح المبلغ عاملًا في درجة التنبيهات الأخرى بدل أن يكون قاعدة مستقلة، بقي 180 تنبيهًا في 60 ساعة، صُعّد منها 23، أي 12.8%. خسرنا 4 حالات كان الشباك قد وثّقها، وكسبنا 140 ساعة يقرأ فيها المحلل التنبيهات الباقية فعلًا.

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

من التنبيه إلى القرار: مسار الحالة

التنبيه سؤال، والحالة هي الإجابة الموثقة عليه. ولكل تنبيه مسار واحد معروف ينتهي بقرار مكتوب:

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

الشباك لا يعرف، والعميل لا يُنبَّه

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

وتُقيَّد الصلاحيات على النحو نفسه: تنبيهات المراقبة وملفات الحالات يراها فريق الامتثال ومن يحددهم بالاسم، لا مدير الفرع ولا الصراف. فالمعلومة التي تنتشر في الفرع ستصل إلى العميل في النهاية.

ما الذي يجب أن يفعله النظام

أن ترى ما يراه المفتش قبله

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