چک لیست ها و بررسی های حسابرسی
1) هدف
ایجاد یک چک لیست و بررسی کاتالوگ قانون برای عملیات و انطباق که تضمین می کند:- مقایسه چک های بین تیم ها و دوره ها ؛
- کامل بودن و اثبات نتایج
- مدیریت شفاف از تکه های (CAPAs) و دوباره چک
2) نقش ها و RACI
مالک: رئیس انطباق/رئیس حسابرسی داخلی - روش، نسخه چک لیست. (الف)
صاحبان فرآیند (خط اول): خود ارزیابی، مصنوعات، CAPA. (R)
انطباق/InfoSec/AML/RG (خط 2): بررسی همکار، حسابرسی، تفسیر هنجارها. (R/C)
حسابرسی داخلی (خط 3): بررسی مستقل، رتبه بندی، پیگیری. (R)
مدیریت (Exec Sponsor) - خروجی ها و منابع مربوط به CAPA ها را تأیید می کند. (A/C)
3) انواع بررسی
1. خود ارزیابی (SA): ماهانه/سه ماهه توسط صاحبان فرآیند برای چک لیست های کوتاه.
2. Peer-Review (PR): بررسی متقابل توسط یک تیم همسایه (بدون تضاد منافع).
3. بررسی مدیریت (MR): سه ماهه - بررسی KPI/KRI، روند و CAPA های باز.
4. بررسی حسابرسی داخلی (IA): بررسی مستقل طرح IA.
5. آمادگی حسابرسی خارجی (EAR): آمادگی برای گواهینامه ها/بازرسی ها (ISO/SOC/PCI/regulator).
4) قوانین عمومی چک لیست
هر چک لیست دارای کد، نسخه، مالک، دامنه و بخش های مورد نیاز است:
ID: CL- <code >/Version: v <MAJOR. MINOR >/Owner: <role>
Область: <KYC/AML/RG, GDPR/PII, Payments/PCI, Games/Providers, Reporting, Incidents...>
Frequency: M Q Ad-hoc
Material: <criteria for High/Medium/Low>
Sampling: <method and size>
Evidence: <list of files/screenshots/logs>
Question List: [X] Yes [] No [] N/A + Comment + Artifact + Severity
Bottom line: Score/Rating/CAPA
سیستم رتبه بندی (توصیه می شود):
- به طور کامل ملاقات (100-90٪ )/تا حد زیادی ملاقات (89-75٪ )/تا حدی ملاقات (74-50٪ )/نه ملاقات (<50٪).
- شدت اختلافات: S1 critical/S2 high/S3 medium/S4 کم است.
- اهمیت: اثر پولی (GGR/NGR)، پوشش مشتری/PII، ریسک مجوز/مجازات، تاثیر بر یکپارچگی بازی.
5) کاتالوگ چک لیست (اسکلت با ایست بازرسی)
CL-KYC-01 - KYC/KYB
- سیاست ها و سطوح بررسی تایید شده و به روز است.
- ارائه دهندگان KYC قرارداد/DPA موجود دارند.
- SLA های تأیید ملاقات می شوند (متریک D-1).
- اسناد با توجه به نگهداری ذخیره می شود ؛ دسترسی - RBAC
- شکست/تشدید مستند ؛ نسبت FP طبیعی است.
- KYB برای شرکا: اظهارات فعلی/ذینفعان.
شواهد: آپلود وضعیت KYC، رجیستری DPA، ورود به سیستم دسترسی، نمونه 25 مورد.
CL-AML-02 - AML/CFT
- به روز شده سیاست AML و روش به ثمر رساند خطر.
- در شبانه روزی PEP/چک تحریم و به صورت دوره ای.
- SARs/STR ها به موقع ارسال می شوند ؛ تصدیق وجود دارد.
- کیفیت تحقیقات: کامل بودن، زمان بندی، بسته شدن.
- قوانین نظارت پوشش سرعت/ساختار/قاطر.
- بدون تست اوج خاموش: هیچ اطلاع رسانی مشتری در طول SAR.
شواهد: موارد SAR/STR، سیاهههای مربوط به بررسی تحریم، گزارش زمان بسته شدن پرونده.
CL-RG-03 - بازی مسئول
- محدودیت/خود حذفی ثبت نام هماهنگ (ثبت نام/NAT. سیستم).
- آسیب پذیری → تماس در SLA ؛ الگوهای ارتباطی.
- اثربخشی مداخله اندازه گیری و تجزیه و تحلیل می شود.
- تبلیغات/پاداش مطابق با محدودیت های بازار است.
- حوادث RG و اطلاعیه ها به تنظیم کننده - در زمان.
شواهد: سیاهههای مربوط خود حذفی, کمونیست. الگوهای، معیارهای توسعه.
CL-PCI-04 - پرداخت/PCI
- تقسیم بندی PCI و موجودی PAN/CHD به روز.
- نشانه گذاری/رمزگذاری در حمل و نقل/در حالت استراحت ؛ کليدها دارند حفر ميشن.
- نرخ Auth/کاهش/تاخیر توسط PSP در آستانه ؛ راه هاي برگشت.
- روند بازپرداخت و پایه شواهد برای اختلافات.
- آسیب پذیری از اسکن ASV در زمان ثابت شده است.
- گزارش های دسترسی به منطقه پرداخت کامل و غیر قابل تغییر است.
شواهد: نمودار شبکه، گزارش ASV، موارد بازپرداخت، سیاست کلیدی KMS.
CL-GAMES-05 - ارائه دهندگان بازی/یکپارچگی
- قراردادها و مشخصات فنی به روز هستند ؛ نسخه های RNG/build - در رجیستری.
- RTP رانش نظارت و آستانه پاسخ ؛ فریز کردن به صورت روتین انجام می شود.
- هماهنگ سازی تعادل دور/جلسه/کیف پول.
- حوادث ارائه دهنده: جدول زمانی، ضبط، جبران بازیکن.
- گزارش به یکپارچگی رگولاتور/RTP - ارسال و تایید شده است.
اثبات: آپلود RTP, گزارش API ارائه دهنده, نمونه هایی از بلیط یخ.
CL-REP-06 - گزارش نظارتی
- تقویم مهلت: وضعیت آماده/ارسال/پذیرفته شده.
- طرح داده ها نسخه می شوند ؛ فایل ها امضا شده اند/با هش ها.
- آشتی: کیف پول ↔ PSP ↔ GL بدون اختلاف> X٪.
- تقدیرنامه ها (شناسه/رسید) ذخیره می شوند و با مصنوعات مرتبط هستند.
- محلی سازی/زبان ملاقات کرد.
شواهد: داشبورد مهلت، رسید، آشتی SQL.
CL-INC-07 - حوادث/اطلاعیه ها
- TTS (اولین پیام) در SLA توسط S1/S2.
- DPA/تنظیم کننده/PSP/CERT اطلاعیه - در زمان، با تایید.
- کامل بودن مصنوعات: جدول زمانی، سیاهههای مربوط، پیام ها، لیست های آسیب دیده.
- Retro ≤ 7 روز، CAPA ها ثبت شده و در حال حرکت هستند.
- بازیکنان با توجه به سیاست جبران می شود.
شواهد: ورود به سیستم حادثه، صفحه وضعیت، بسته های مصنوعی.
- دفتر ثبت درمان (RoPA) تا به امروز ؛ دلایل قانونی درست است.
- DSAR ها به ≤ 30 روز بسته می شوند ؛ تخلفات توضیح داده شده است.
- DPIA ها برای فرآیندهای پر خطر طراحی شده اند.
- Aliasing/masking در آپلود ها و گزارش ها.
- قرارداد با پردازنده ها و SCC معتبر هستند.
شواهد: RoPA، مجله DSAR، DPIA، نمونه هایی از ماسک در گزارش ها.
CL-ITGC-09 - کنترل های عمومی فناوری اطلاعات
- مدیریت تغییر: فرایند روابط عمومی، آزمون، مصوبات، جدایی از وظایف.
- دسترسی: RBAC/ABAC، تجدید نظر دوره ای، خارج از شبانه روزی ≤ 24 ساعت.
- پشتیبان گیری/بازیابی، تست های دوره ای DR
- گزارش های حسابرسی غیر قابل تغییر هستند، نگهداری مشاهده می شود.
- قابل مشاهده بودن: SLO/بودجه اشتباه، هشدار به معیارهای بحرانی.
شواهد: نمونه های PR، گزارش های IAM، گزارش های آزمون DR، سیاست های نگهداری.
6) نمونه برداری و روش شواهد
اندازه: تمرکز بر دامنه و خطر (به عنوان مثال،. دقیقه 25، pps/طبقه بندی برای آرایه های بزرگ).
روش ها: تصادفی، سیستماتیک، جهت (موارد غیر عادی/حاشیه ای)، توسط دوره های اوج.
کفایت: حداقل 2-3 منابع مستقل برای خروجی کلیدی (سیاهههای مربوط، تصاویر، آپلود، بلیط).
ردیابی: برای هر مورد چک لیست - اثبات با شناسه و لینک در ثبت نام.
7) rubricator رتبه بندی نقد و بررسی
موثر - کنترل طراحی شده و پایدار کار می کند، هیچ ناسازگاری S1/S2 وجود ندارد.
به طور کلی موثر (با پیشرفت) - S3/S4 وجود دارد، اما خطرات تحت کنترل هستند.
تا حدی موثر - سیستم S2 ؛ خطر باقی مانده بالا.
بی اثر - S1/set S2 ؛ نیاز به یک برنامه بهبودی فوری
8) پیگیری и CAPA
برای هر یافته: ریشه → عمل → مالک → مدت متریک موفقیت.
بسته شدن SLA: S1 - ≤ 30 روز ؛ S2 - ≤ 60 روز ؛ S3 - ≤ 90 روز ؛ S4 - با توافق.
تأیید: حسابرس شواهد اجرای (صفحه نمایش/سیاهههای مربوط/سیاست ها) را اعمال می کند، وضعیت را به تایید شده تغییر می دهد.
تشدید: S1/S2 تاخیر - به MR هفتگی، به کمیته حسابرسی سه ماهه.
9) مصنوعات کار (قالب)
9. 1 چک لیست (برگه چک)
9. 2 پیدا کردن کارت
عنوان کد معیار واقعی خطر/تاثیر علت ریشه توصیه سطح S.
9. 3 ورق کاپا
Finding → Steps → Owner → Deadline → Metric/Threshold → Evidence → Status → تاریخ تأیید.
9. 4 لیست PBC (ارائه شده توسط مشتری)
پرس و جو → فرمت → منبع → مالک → مهلت → تاریخ دریافت → نظرات.
10) بررسی داشبورد
پوشش:٪ از فرآیندهای تحت پوشش بررسی در طول دوره.
یافته های شدت: توزیع S1-S4.
پیشرفت CAPA: تکمیل شده/در حال انجام/منقضی شده ؛ زمان بسته شدن متوسط
تکرار یافته ها: نسبت تکرار در 12 ماه
به موقع بودن: پایبندی به برنامه SA/PR/MR/IA.
روند اثربخشی: دینامیک رتبه بندی بر اساس منطقه.
11) تقویم و فرکانس
ماهانه: SA توسط KYC/پرداخت/DSAR GDPR، حوادث/اطلاعیه ها.
سه ماهه: PR توسط AML/RG/ارائه دهندگان/گزارش، MR برای همه جهات.
نیمه سالانه/سالانه: IA توسط منطقه پر خطر ؛ EAR قبل از گواهینامه ها/بازرسی ها.
12) چک کارت «شروع سریع» (7 امتیاز هر یک)
KYC (7 امتیاز): ارائه دهندگان سیاست/DPA صف SLA> SLA RBAC چشم پوشی/تشدید گزارش FP.
AML (7 امتیاز): لیست PEP/مهلت تحریم SAR کیفیت تحقیقات سرعت/ساختار بدون اوج خاموش آموزش KPI Caseboard.
RG (7 نقطه): ثبت/هماهنگ سازی اطلاعات تماس در SLA اثربخشی آگهی محدودیت شکایات حوادث گزارش به تنظیم کننده.
PCI (7 نقطه): تقسیم بندی کلید/ASV چرخش/آتشفشان دسترسی سیاهههای مربوط توکنیزه Chargebacks برگشت PSP.
بازی ها (7 نقطه): RTP-drift Freeze procedure حوادث ارائه دهنده همگام سازی تعادل نسخه های RNG/گزارش های یکپارچگی API SLA را ایجاد می کند.
گزارش (7 نقطه): تقویم طرح/نسخه امضا/هش آشتی زبان/محلی DQ رسید متریک.
حوادث (7 نقطه): اطلاعیه TTS در زمان کامل از مصنوعات جبران یکپارچهسازی با سیستمعامل کاپا داشبورد.
13) اشتباهات مکرر و چگونگی اجتناب از آنها
چک لیست بدون شواهد → همه موارد یک شناسه مصنوع نیاز.
ارزش گذاری بدون اهمیت → رفع آستانه در کارت چک لیست.
تکثیر SA/PR/IA → یک تقویم سازگار و یک ثبت درخواست واحد (PBC).
«Document centrism» بدون آزمون عملیاتی → همیشه یک نمونه از عملیات را.
CAPA بدون معیارها نتایج قابل اندازه گیری را مشخص می کند (به عنوان مثال، DSAR ≤ 30 روز ≥ 98٪).
14) برنامه اجرایی (30 روز)
1 هفته
1. روش و مقیاس رتبه بندی را تایید کنید.
2. ایجاد 8 چک لیست پایه (CL-KYC/AML/RG/PCI/GAMES/REP/INC/GDPR).
3. مصنوعات ثبت نام و قالب های PBC/Finding/CAPA.
2 هفته
4. خلبان SA را در 2 فرآیند و PR در 1 فرآیند انجام دهید.
5. داشبورد بررسی و ورود به سیستم CAPA را تنظیم کنید.
6. آموزش موضوع «شواهد و نمونه ها».
3 هفته
7. جلسه گوش در نزدیکی صدور گواهینامه/بازرسی.
8. موافقت با برنامه MR/IA برای سه ماهه.
9. آستانه مواد و اندازه نمونه را ثابت کنید.
4 هفته
10. v1 را آزاد کنید. 0 دایرکتوری چک لیست و کارت تقویم.
11. خلبان یکپارچهسازی با سیستمعامل، نسخه چک لیست به روز رسانی (v1. 1).
12. شامل بررسی در KPI های مالک فرآیند.
15) بخش های مرتبط
حسابرسی داخلی و حسابرسی خارجی
گزارش های نظارتی و فرمت های داده
اطلاعیه های نقض و مهلت گزارش
داشبورد انطباق و نظارت
کتاب های بازی و اسکریپت های حادثه
مدیریت بحران و ارتباطات