بیشتر سامانهها «شناسایی مضاعف» را بهعنوان یک برچسب روی پروندهٔ مشتری پیاده میکنند. اما ماده ۷۹ آییننامه، آن را بهصورت فهرستی از هشت اقدام مشخص تعریف کرده است — و تفاوت میان برچسب و فهرست، دقیقاً همان چیزی است که در بازرسی سنجیده میشود.
آییننامه اجرایی ماده ۱۴ الحاقی قانون مبارزه با پولشویی سه سطح شناسایی میشناسد: ساده، معمول و مضاعف. تفاوت این سه سطح و معیار انتخاب میانشان را در سطوح شناسایی اربابرجوع بررسی کردهایم. این یادداشت روی سطح سوم متمرکز است و به یک پرسش پاسخ میدهد: وقتی میگوییم «شناسایی مضاعف انجام شد»، دقیقاً چه چیزی باید انجام شده باشد؟
ماده ۷۹: هشت اقدام حداقلی
ماده ۷۹ (اصلاحی ۱۴۰۴/۰۷/۲۷) مؤسسات مالی را مکلف میکند رویههای شناسایی مضاعف را بهگونهای اعمال کنند که حداقل اقدامات زیر صورت گیرد:
- کسب اطلاعات بیشتر از مشتری مانند فعالیت اقتصادی و حجم اموال، و بهروزرسانی اطلاعات پروفایل وی — اعم از اطلاعات مالک واقعی — در فواصل زمانی کوتاهتر؛
- کسب اطلاعات بیشتر در خصوص ماهیت تعامل کاری؛
- کسب اطلاعات دربارهٔ منبع سرمایه یا منبع اموال اربابرجوع؛
- کسب اطلاعات دربارهٔ دلایل تراکنشهای با مبالغ بالا؛
- اخذ تأییدیهٔ مدیر ارشد برای شروع و تداوم تعامل کاری؛
- استعلام از سامانههای اطلاعاتی موردنیاز یا بانکهای جامع اطلاعاتی؛
- افزایش دقت در کنترل و پایش از طریق افزایش گلوگاههای کنترلی، افزایش تعداد دفعات اخذ و بررسی اطلاعات تعامل کاری، و نیز تعیین و شناسایی الگوهای تراکنشهایی که به بررسی بیشتر نیاز دارند؛
- آغاز ارائهٔ خدمت به حساب تازهافتتاحشده، تنها پس از واریز از یک حساب به نام مشتری در بانکی که استانداردهای شناسایی معمول قابلقبول دارد.
واژهٔ «حداقل» در صدر این ماده تعیینکننده است: اینها کفاند، نه سقف. اما همین کف، هشت قابلیت متمایز از سامانه میخواهد.
بندهایی که معمولاً جا میمانند
در پروژههای استقرار، بندهای ۱ تا ۵ معمولاً به شکلی پیاده میشوند. سه بند آخر است که غالباً از قلم میافتد.
بند ۷ — گلوگاه کنترلی. این بند نمیگوید «هشدار بیشتری تولید کن»؛ میگوید گلوگاه اضافه کن. تفاوت مهم است: هشدار، پس از وقوع تولید میشود و گلوگاه، پیش از تکمیل عملیات مانع میشود. پیادهسازی درست یعنی برای مشتری با شناسایی مضاعف، برخی عملیات باید در وضعیت «در انتظار تأیید» متوقف شوند، نه اینکه انجام شوند و بعد بررسی شوند.
همین بند، «تعیین و شناسایی الگوهای تراکنشهایی که به بررسی بیشتر نیاز دارند» را هم میخواهد — یعنی مجموعهٔ سناریوهای پایش برای این دسته باید متفاوت باشد، نه صرفاً با آستانهٔ پایینتر.
بند ۸ — واریز نخست از حساب خودِ مشتری. این بند شرطی میگذارد که در بسیاری از سامانههای بانکی اصلاً قابل بیان نیست: حساب افتتاح میشود، اما ارائهٔ خدمت تا واریز نخست از حسابی به نام همان مشتری در بانکی با استاندارد شناسایی قابلقبول، آغاز نمیشود. برای پیادهسازی، سامانه باید بتواند وضعیت میانیِ «افتتاحشده اما غیرفعال» را نگه دارد و مبدأ نخستین واریز را از پیام تراکنش استخراج و با هویت دارندهٔ حساب مطابقت دهد.
بند ۱ — فواصل زمانی کوتاهتر. این بند کوتاه است اما یعنی چرخهٔ بازبینی پروفایل باید تابعی از سطح ریسک باشد، نه یک عدد ثابت سازمانی. اگر بازبینی همهٔ مشتریان هر سه سال یکبار انجام شود، این بند اجرا نشده است.
فرم، مستندات و تأیید واحد مبارزه با پولشویی
ماده ۸۰ (اصلاحی ۱۴۰۴/۰۷/۲۷) رویهٔ اجرایی را تعریف میکند: رویههای شناسایی مضاعف برای ارائهٔ خدمات عبارت است از تکمیل برگه (فرم) شناسایی مضاعف توسط اربابرجوع، ارائهٔ مستندات لازم برای اثبات اظهارات ارائهشده در فرم، و بررسی و تأیید اظهارات و مستندات توسط واحد مبارزه با پولشویی مؤسسه.
این یعنی تأیید نهایی در اختیار شعبه نیست. سه گام مجزا وجود دارد — اظهار، مستندسازی، تأیید متمرکز — و هر سه باید در سامانه رد ممیزی داشته باشند.
تبصره ۱ ماده ۸۰ یک گام دیگر هم اضافه میکند: در خصوص خدمات تعیینشده توسط مرکز، واحد مبارزه با پولشویی مکلف است با ارسال اظهارات و مستندات اربابرجوع، ارائهٔ خدمات را به اخذ مجوز از مرکز منوط کند. یعنی برای دستهای از خدمات، حلقهٔ تأیید از مؤسسه بیرون میرود.
تبصره ۲ همان ماده، دستگاههای متولی نظارت را مکلف کرده ضوابط اجرایی این ماده — از جمله اقلام اطلاعاتی فرمها — را ظرف یک سال تعیین و پس از تأیید مرکز ابلاغ کنند. پیامد طراحیاش روشن است: فرم شناسایی مضاعف باید پیکربندیپذیر باشد، چون اقلام اطلاعاتیاش قرار است بعداً ابلاغ و بهروز شود.
وقتی شناسایی مضاعف ممکن نیست
تبصره ۳ ماده ۸۰ حکم قاطعی دارد: مؤسسات مالی مکلفاند در مواردی که امکان انجام رویههای شناسایی مضاعف وجود ندارد، از ارائهٔ خدمت به این اشخاص خودداری کنند.
این همان الگویی است که در تبصره ۱ ماده ۹ مکرر دربارهٔ اشخاص سیاسی خارجی هم دیده میشود و به آن در یادداشت اشخاص سیاسی خارجی پرداختهایم. در هر دو مورد، «ناتوانی در شناسایی» یک حالت پایانی است. سامانهای که فقط هشدار میدهد و اجازهٔ عبور میدهد، این تبصره را اجرا نکرده است.
نکتهای دربارهٔ نسخهٔ فعلی مقررات
اصلاحات ۱۴۰۴/۰۷/۲۷ بخشی از مواد پیشین آییننامه را نسخ کرده است — از جمله برخی تبصرههایی که پیشتر فهرست محرکهای شناسایی مضاعف را برمیشمردند و نیز مادهٔ مربوط به انطباق هویت با فهرست توقیفی. در نتیجه، هنگام استناد باید به وضعیت روزِ هر ماده توجه کرد: مواد نشاندار به «اصلاحی» و «الحاقی» جاریاند و مواد نشاندار به «منسوخه» دیگر مبنای تکلیف نیستند.
این نکته صرفاً حقوقی نیست؛ پیامد فنی دارد. سامانهای که قواعدش را با ارجاع به شمارهٔ ماده برچسبگذاری کرده، باید بتواند نشان دهد هر قاعده به کدام نسخه از آییننامه متکی است. تغییرات نسخهٔ ۱۴۰۴ را در اصلاحات آییننامه جمع کردهایم.
آنچه سامانه باید بتواند
- چرخهٔ بازبینی پروفایل بهعنوان تابعی از سطح ریسک، نه یک عدد ثابت؛
- فیلدهای ساختیافته برای منبع سرمایه/اموال و دلیل تراکنشهای بزرگ — نه فایل پیوست؛
- موجودیت تأییدیهٔ مدیر ارشد با تاریخ اعتبار برای «شروع و تداوم»؛
- اتصال به سامانههای استعلام و بانکهای جامع اطلاعاتی، با ثبت پاسخ و زمان استعلام؛
- گلوگاه کنترلی مسدودکننده (نه صرفاً هشدار) و مجموعهسناریوی متفاوت برای این دسته؛
- وضعیت «افتتاحشده اما غیرفعال» و بررسی مبدأ نخستین واریز در برابر هویت مشتری؛
- فرم شناسایی مضاعف با اقلام پیکربندیپذیر و گردش کار سهمرحلهای اظهار/مستند/تأیید؛
- مسیر «منوط به مجوز مرکز» برای خدمات تعیینشده؛
- حالت پایانی «عدم امکان شناسایی مضاعف» که ارائهٔ خدمت را متوقف میکند.
این نوشته صرفاً جنبه اطلاعرسانی دارد و جایگزین متن رسمی آییننامه یا مشاورهٔ حقوقی نیست. ارقام، آستانهها و مهلتها ممکن است در ابلاغیههای بعدی تغییر کنند؛ برای اقدام به آخرین متن ابلاغی مراجعه کنید.
میخواهید ببینید این الزامات در عمل چگونه اجرا میشوند؟
بازگشت به فهرست مقالات مقالات شناسایی مشتری
