صياغة بلاغ الاشتباه في goAML: من التنبيه إلى بلاغ تقبله وحدة المعلومات المالية
كل شركة مرخصة في الإمارات، سواء كانت خاضعة للمصرف المركزي أو هيئة الأوراق المالية والسلع (هيئة الأسواق المالية حاليًا) أو DFSA أو FSRA أو VARA، تقدّم بلاغات المعاملات المشبوهة عبر بوابة goAML التابعة لوحدة المعلومات المالية. الرفع هو الجزء السهل. العمل الحقيقي هو كتابة سرد لكل تنبيه يوقّعه المراجع ويستطيع محلل الوحدة العمل عليه دون أن يعود إليك بأسئلة.
ما الذي يقرأه محلل وحدة المعلومات المالية فعلًا
يحمل بلاغ goAML حقولًا منظمة (الجهة المبلّغة، الشخص المعني، الحسابات، المعاملات، المؤشرات) وسبب اشتباه نصيًا حرًا. يفرز المحللون البلاغات بناءً على السرد. البلاغات التي تُعالج هي تلك التي تذكر في فقرتها الأولى من فعل ماذا، وفي أي فترة، وبأي مبلغ، ولماذا يتعارض ذلك مع ملف العميل. أما البلاغات التي تبدأ بخلفية عن الشركة أو تكرر القاعدة التي أطلقت التنبيه فتذهب إلى آخر الكومة.
ثلاثة أشياء تغيب عادةً: الصلة بين الشخص المعني وأي حسابات مرتبطة (مستفيد حقيقي أو جهاز أو مصدر تمويل مشترك)؛ والمعاملات المحددة التي يستند إليها البلاغ بمعرّفاتها؛ والإجراء الذي اتخذته الشركة، مثل تعليق سحب معلّق. كل فجوة تعود كطلب معلومات، ويبدأ العدّ من جديد.
لماذا تستغرق الصياغة ساعات
يفتح المراجع التنبيه في نظام، وملف العميل في نظام آخر، ودفتر التداول أو المدفوعات في ثالث، ثم يجمّع القصة في مستند. في تنبيه تداول صوري يعني ذلك مطابقة تاريخ تداول حسابين ببعضهما؛ وفي التجزئة، إدراج عشرات الإيداعات بمراجع البطاقات ومنصات الشراء. ساعتان إلى ثلاث لكل حالة أمر معتاد، ومعظمها نسخ.
الوقت ليس الكلفة الوحيدة. السرد المكتوب تحت الضغط ينزلق إلى التعميم («انخرط العميل في نشاط مشبوه») لأن الكاتب لا يرى كل الأدلة دفعة واحدة، وتلك هي البلاغات التي تعيدها الوحدة.
الصياغة المستندة إلى الأدلة
ينتج مرقب السرد من جدول الأدلة نفسه الذي أنتجته قاعدة الكشف: كل جملة تستشهد بسجل مرقّم (E1، E2…) يستطيع المراجع فتحه. وتُحذف أي جملة بلا استشهاد صالح قبل أن يراها المراجع. وحيث تفعّل الشركة نموذجًا لغويًا للصياغة، تُستبدل المعرّفات برموز قبل أي استدعاء، ويُعرض نص القاعدة ونص النموذج جنبًا إلى جنب.
لا يزال المراجع هو من يكتب البلاغ. ما يتغير أنه يبدأ من ملف مكتمل: الشخص المعني والحسابات المرتبطة، والمعاملات المعتمدة بمعرّفاتها، والتعليق الموضوع مسبقًا، وحزمة أدلة بتجزئة SHA-256، وهيكل goAML XML تُربط رموز مؤشراته بقائمة الوحدة أثناء البرنامج التجريبي. يقرأ المراجع ويقرر بدل أن يجمّع.
كيف يبدو ذلك في دفتر وساطة إماراتي
حسابان مؤسسيان يتشاركان مرجع مستفيد حقيقي يتداولان XAUUSD ضد بعضهما 58 مرة خلال 72 ساعة، كل زوج متطابق خلال ثانيتين وبالحجم نفسه؛ وكلاهما مموَّل من حساب مؤسسة نقود إلكترونية واحد؛ وهناك سحب معلّق. تُطلق القاعدة التنبيه ليلًا، ويُعلَّق السحب، ويفتح مسؤول الإبلاغ صباحًا ملف حالة يدرج مسبقًا الأزواج والتمويل وعمولة الوسيط المعرِّف ومسودة سبب الاشتباه. العرض التوضيحي على app.marqib.com يشغّل هذه الحالة بالضبط على بيانات اصطناعية.
أسئلة
هل يقدّم مرقب البلاغ إلى goAML؟
لا. يجهّز مرقب ملف الحالة والسرد وملف XML بهيكل goAML؛ ويوافق مراجع مسمّى ويقدّم عبر حساب goAML الخاص بالشركة. لا يُقدَّم شيء دون شخص.
هل ملف goAML XML جاهز للرفع؟
هو مسودة مطابقة لبنية المخطط. تختلف رموز المؤشرات وحقول الأطراف بين وحدات المعلومات المالية والجهات المبلّغة؛ وتُربط بقائمة الوحدة الحالية أثناء البرنامج التجريبي قبل أي تقديم فعلي.
هل تغادر بيانات العملاء الشركة؟
لا. يُركَّب مرقب في حساب الشركة السحابي. وحيث يُستخدم نموذج لغوي للصياغة، تُستبدل المعرّفات برموز أولًا وتختار الشركة نقطة النهاية ضمن منطقتها.
على أي جهات رقابية إماراتية ينطبق هذا؟
كل الشركات المرخصة التي تبلّغ وحدة المعلومات المالية الإماراتية: المرخصون لدى المصرف المركزي وهيئة الأسواق المالية (هيئة الأوراق المالية والسلع سابقًا) وDFSA وFSRA وVARA. بوابة التقديم واحدة؛ وعتبات الأنماط تُضبط لكل شركة.