@1aboveio/skills 0.20.2 → 0.20.4

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (85) hide show
  1. package/README.md +14 -6
  2. package/package.json +1 -1
  3. package/runtime/skills/distribution/generated/recipes.json +220 -25
  4. package/runtime/skills/distribution/scripts/bundles.mjs +167 -48
  5. package/runtime/skills/engineering/engineering-runtime/scripts/workflow-coherence.mjs +4 -0
  6. package/runtime/skills/engineering/engineering-runtime/scripts/workflow-policy.mjs +1 -1
  7. package/skills/compliance/compliance-audit/LICENSE +3 -0
  8. package/skills/compliance/compliance-audit/SKILL.md +466 -0
  9. package/skills/compliance/compliance-audit/references/findings-schema.md +290 -0
  10. package/skills/compliance/compliance-audit/references/vars-checklist.md +1068 -0
  11. package/skills/compliance/compliance-audit/references/vars-findings-schema.md +395 -0
  12. package/skills/compliance/compliance-audit/scripts/reconcile_tracker.py +454 -0
  13. package/skills/compliance/compliance-audit/scripts/test_validate_tracker.py +90 -0
  14. package/skills/compliance/compliance-audit/scripts/validate_tracker.py +752 -0
  15. package/skills/compliance/doc-authenticity/LICENSE +3 -0
  16. package/skills/compliance/doc-authenticity/SKILL.md +158 -0
  17. package/skills/compliance/doc-authenticity/references/agreement.md +66 -0
  18. package/skills/compliance/doc-authenticity/references/bank-statement.md +150 -0
  19. package/skills/compliance/doc-authenticity/references/forensic-signals.md +157 -0
  20. package/skills/compliance/doc-authenticity/references/image-signals.md +114 -0
  21. package/skills/compliance/doc-authenticity/references/invoice.md +66 -0
  22. package/skills/compliance/doc-authenticity/references/issuer-profiles.md +86 -0
  23. package/skills/compliance/doc-authenticity/references/verdict-and-report.md +95 -0
  24. package/skills/compliance/doc-authenticity/references/verdict.schema.json +81 -0
  25. package/skills/compliance/doc-authenticity/scripts/image_forensics.py +294 -0
  26. package/skills/compliance/doc-authenticity/scripts/pdf_forensics.py +401 -0
  27. package/skills/compliance/doc-authenticity/scripts/validate_codes.py +224 -0
  28. package/skills/compliance/doc-authenticity/scripts/validate_verdict.py +308 -0
  29. package/skills/compliance/report-writing/LICENSE +3 -0
  30. package/skills/compliance/report-writing/SKILL.md +206 -0
  31. package/skills/compliance/report-writing/references/audit-report-template.md +121 -0
  32. package/skills/compliance/report-writing/references/external-assessment-template.md +167 -0
  33. package/skills/compliance/report-writing/references/management-report-template.md +145 -0
  34. package/skills/compliance/report-writing/references/vars-report-template.md +224 -0
  35. package/skills/document-utils/doc-to-md/LICENSE +3 -0
  36. package/skills/document-utils/doc-to-md/SKILL.md +77 -0
  37. package/skills/document-utils/doc-to-md/scripts/convert.py +157 -0
  38. package/skills/document-utils/reg-parser/LICENSE +3 -0
  39. package/skills/document-utils/reg-parser/SKILL.md +201 -0
  40. package/skills/document-utils/reg-parser/references/checklist-schema.md +223 -0
  41. package/skills/document-utils/reg-parser/references/checklists/hk-amlo-checklist.json +1306 -0
  42. package/skills/document-utils/reg-parser/references/checklists/hk-amlo-checklist.md +469 -0
  43. package/skills/document-utils/reg-parser/references/checklists/hk-fi-corporate-onboarding-cdd-checklist.json +634 -0
  44. package/skills/document-utils/reg-parser/references/checklists/hk-fi-corporate-onboarding-cdd-checklist.md +233 -0
  45. package/skills/document-utils/reg-parser/references/checklists/hk-mso-guideline-checklist.json +2194 -0
  46. package/skills/document-utils/reg-parser/references/checklists/hk-mso-guideline-checklist.md +771 -0
  47. package/skills/document-utils/reg-parser/references/checklists/kyc-aml-checklist.md +258 -0
  48. package/skills/document-utils/reg-parser/references/checklists/visa-vars-checklist.md +1058 -0
  49. package/skills/document-utils/reg-parser/references/mandates/hk-amlo-cap615.md +389 -0
  50. package/skills/document-utils/reg-parser/references/mandates/visa-vars.md +205 -0
  51. package/skills/document-utils/reg-parser/scripts/compare_checklist.py +228 -0
  52. package/skills/document-utils/reg-parser/scripts/dump_checklist.py +348 -0
  53. package/skills/document-utils/reg-parser/scripts/preprocess-mandate.sh +171 -0
  54. package/skills/document-utils/reg-parser/scripts/test_quarantine.sh +102 -0
  55. package/skills/document-utils/reg-parser/scripts/validate_checklist.py +532 -0
  56. package/skills/document-utils/reg-parser/scripts/validate_mandate.py +242 -0
  57. package/skills/engineering/engineering-runtime/coherence/workflow.json +16 -16
  58. package/skills/engineering/engineering-runtime/scripts/workflow-coherence.mjs +4 -0
  59. package/skills/engineering/engineering-runtime/scripts/workflow-policy.mjs +1 -1
  60. package/skills/payment/similar-domain/LICENSE +3 -0
  61. package/skills/payment/similar-domain/SKILL.md +178 -0
  62. package/skills/payment/similar-domain/references/entities.md +58 -0
  63. package/skills/payment/similar-domain/references/fingerprints.md +82 -0
  64. package/skills/payment/similar-domain/references/pivots.md +66 -0
  65. package/skills/payment/similar-domain/references/report-template.md +76 -0
  66. package/skills/payment/similar-domain/references/scoring.md +61 -0
  67. package/skills/payment/similar-domain/references/terminology.md +37 -0
  68. package/skills/payment/similar-domain/references/workflow.md +79 -0
  69. package/skills/payment/tld-detection/SKILL.md +76 -21
  70. package/skills/payment/tld-detection/references/clean.md +1 -1
  71. package/skills/payment/tld-detection/references/clustering.md +21 -6
  72. package/skills/payment/tld-detection/references/decision.md +7 -2
  73. package/skills/payment/tld-detection/references/fx-conversion.md +229 -0
  74. package/skills/payment/tld-detection/references/report-template.md +63 -27
  75. package/skills/payment/tld-detection/references/streams.md +90 -0
  76. package/skills/payment/tld-detection/references/terminology.md +15 -7
  77. package/skills/payment/tld-detection/references/workflow.md +1 -1
  78. package/skills/payment/tld-detection/scripts/detect_streams.py +542 -0
  79. package/skills/engineering/ensure-coverage/evals/evals.json +0 -125
  80. package/skills/engineering/rush-issues/evals/evals.json +0 -65
  81. package/skills/engineering/rush-release/evals/evals.json +0 -58
  82. package/skills/fullstack/shadcn/evals/evals.json +0 -90
  83. package/skills/payment/fraud-analysis/evals/evals.json +0 -40
  84. package/skills/payment/tld-detection/evals/evals.json +0 -107
  85. package/skills/payment/tld-detection/tests/test_detect_ladders.py +0 -132
@@ -0,0 +1,771 @@
1
+ ```yaml
2
+ name: "HK CCE Guideline for MSOs — AML/CFT Compliance Checklist"
3
+ regulation: "Guideline on Anti-Money Laundering and Counter-Financing of Terrorism (For Money Service Operators), Commissioner of Customs and Excise, June 2023, issued under section 7 of AMLO (Cap. 615)"
4
+ version: "1.0"
5
+ scope: "Operational AML/CFT obligations imposed on Money Service Operators (MSOs) in Hong Kong by the CCE Guideline, covering risk-based approach, AML/CFT systems, CDD, ongoing monitoring, TF/financial sanctions/PF, suspicious transaction reporting, record-keeping, staff training, wire transfers, and remittance transactions. Per paragraph 1.6, both 'must' and 'should' in the Guideline denote mandatory requirements."
6
+ date: "2026-05-15"
7
+ summary:
8
+ categories: 12
9
+ total_items: 52
10
+ critical: 33
11
+ major: 19
12
+ minor: 0
13
+ ```
14
+
15
+ ## CAT-01: Risk-Based Approach and Risk Assessment
16
+
17
+ ### CAT-01-001: Adopt a risk-based approach for AML/CFT Systems
18
+
19
+ - **Requirement:** An MSO must adopt a risk-based approach (RBA) in the design and implementation of its AML/CFT policies, procedures and controls (AML/CFT Systems), so that preventive measures are commensurate with the nature and level of identified ML/TF risks.
20
+ - **Source:** Guideline §2.1; §1.6 (mandatory language)
21
+ - **Severity:** critical
22
+ - **Verification:**
23
+ - [ ] AML/CFT policy explicitly adopts an RBA
24
+ - [ ] Documented linkage between risk-assessment outputs and the design of preventive controls
25
+ - [ ] Senior management has approved the RBA framework
26
+ - **Evidence:**
27
+ - AML/CFT policy
28
+ - Risk-assessment-to-control mapping document
29
+ - Senior management approval record
30
+
31
+ ### CAT-01-002: Conduct an institutional ML/TF risk assessment
32
+
33
+ - **Requirement:** An MSO must conduct an institutional ML/TF risk assessment to identify, assess and understand its ML/TF risks across its customers; the countries/jurisdictions its customers are from or in; the countries/jurisdictions of its operations; and its products, services, transactions and delivery channels. The assessment must be documented, consider all relevant risk factors, be approved by senior management, kept up-to-date, and be available to the CCE on request.
34
+ - **Source:** Guideline §2.2, §2.3, §2.4, §2.10
35
+ - **Severity:** critical
36
+ - **Verification:**
37
+ - [ ] Documented institutional risk assessment exists, covering customers, geographies, products/services/transactions, and delivery channels
38
+ - [ ] Senior-management approval recorded
39
+ - [ ] Risk-assessment methodology documented (qualitative and quantitative analysis, sources)
40
+ - [ ] Mechanism in place to provide the assessment to the CCE on request
41
+ - [ ] Supporting records retained (risk factors, sources, evaluation of AML/CFT Systems adequacy)
42
+ - **Evidence:**
43
+ - Institutional ML/TF risk assessment report
44
+ - Senior management approval record
45
+ - Risk-assessment methodology document
46
+
47
+ ### CAT-01-003: Refresh the institutional risk assessment
48
+
49
+ - **Requirement:** An MSO must conduct its institutional ML/TF risk assessment every two years and upon trigger events material to the MSO's business and risk exposure (such as significant AML/CFT Systems breaches, new customer segments or delivery channels, new products/services, or significant operational changes); review results must be documented and approved by senior management.
50
+ - **Source:** Guideline §2.9
51
+ - **Severity:** major
52
+ - **Verification:**
53
+ - [ ] Refresh cadence (≤2 years) embedded in the AML/CFT calendar
54
+ - [ ] Trigger-event criteria documented and operationalised
55
+ - [ ] Each refresh signed off by senior management
56
+ - **Evidence:**
57
+ - Risk-assessment refresh log
58
+ - Trigger-event register
59
+ - Approval records for each refresh
60
+
61
+ ### CAT-01-004: Assess ML/TF risks of new products, practices and technologies
62
+
63
+ - **Requirement:** An MSO must identify and assess the ML/TF risks that may arise in relation to new products and business practices (including new delivery mechanisms), and the use of new or developing technologies for both new and pre-existing products; the risk assessment must be undertaken before launch and appropriate mitigation measures applied.
64
+ - **Source:** Guideline §2.11, §2.12
65
+ - **Severity:** major
66
+ - **Verification:**
67
+ - [ ] Product/process change governance includes pre-launch ML/TF risk assessment
68
+ - [ ] Mitigation measures documented for each new product/practice/technology
69
+ - **Evidence:**
70
+ - New-product/technology launch register
71
+ - Pre-launch ML/TF risk-assessment files
72
+
73
+ ### CAT-01-005: Conduct customer risk assessment and update over time
74
+
75
+ - **Requirement:** An MSO must assess the ML/TF risks associated with each customer or proposed business relationship (the customer risk assessment), with the assessment determining the extent of CDD measures applied; on the basis of a holistic view of CDD information the MSO must finalise the customer risk profile to determine ongoing monitoring intensity, and must review and update the customer risk assessment over time, particularly during ongoing monitoring. Records of customer risk assessments must be kept so that the MSO can demonstrate to the CCE how it assesses customer ML/TF risk and how CDD/monitoring intensity is calibrated.
76
+ - **Source:** Guideline §2.13, §2.14, §2.15, §2.16 (s.20(1)(b)(ii), Sch. 2, AMLO)
77
+ - **Severity:** critical
78
+ - **Verification:**
79
+ - [ ] Customer risk-assessment methodology documented and consistent with the institutional risk assessment
80
+ - [ ] Risk rating recorded per customer
81
+ - [ ] Periodic and event-driven update process in place
82
+ - [ ] Records retained and demonstrable to the CCE
83
+ - **Evidence:**
84
+ - Customer risk-assessment methodology
85
+ - Sample customer files with risk ratings and update history
86
+
87
+ ## CAT-02: AML/CFT Systems and Governance
88
+
89
+ ### CAT-02-001: Establish and maintain AML/CFT Systems
90
+
91
+ - **Requirement:** An MSO must take all reasonable measures to ensure proper safeguards exist to mitigate ML/TF risks and to prevent a contravention of any requirement under Part 2 or 3 of Schedule 2 to AMLO, by implementing AML/CFT Systems approved by senior management, monitoring their implementation, enhancing them as necessary, and taking enhanced measures where higher risks are identified.
92
+ - **Source:** Guideline §3.1, §3.2; s.23, Sch. 2, AMLO
93
+ - **Severity:** critical
94
+ - **Verification:**
95
+ - [ ] AML/CFT Systems documented and approved by senior management
96
+ - [ ] Monitoring of implementation evidenced (e.g. compliance MI, KPIs)
97
+ - [ ] Enhancement actions tracked
98
+ - [ ] Enhanced measures applied to higher-risk areas
99
+ - **Evidence:**
100
+ - Approved AML/CFT Systems policy
101
+ - Implementation monitoring reports
102
+ - Issue/enhancement tracker
103
+
104
+ ### CAT-02-002: Senior management oversight of ML/TF risks
105
+
106
+ - **Requirement:** The board of directors (or delegated committee) and senior management of an MSO must have a clear understanding of the MSO's ML/TF risks, ensure they are adequately managed, and receive timely, complete, understandable and accurate management information on ML/TF risks and the AML/CFT Systems; senior management is responsible for implementing effective AML/CFT Systems that adequately manage the identified ML/TF risks.
107
+ - **Source:** Guideline §3.6, §3.7
108
+ - **Severity:** critical
109
+ - **Verification:**
110
+ - [ ] Governance arrangement defines board/senior management AML/CFT responsibilities
111
+ - [ ] Regular AML/CFT MI reported to senior management
112
+ - [ ] Minutes evidence senior-management engagement and decisions
113
+ - **Evidence:**
114
+ - AML/CFT governance terms of reference
115
+ - Senior management MI packs
116
+ - Meeting minutes covering AML/CFT items
117
+
118
+ ### CAT-02-003: Appoint Compliance Officer and Money Laundering Reporting Officer
119
+
120
+ - **Requirement:** An MSO must appoint a Compliance Officer (CO) at management level with overall responsibility for the establishment and maintenance of the AML/CFT Systems, and a senior staff as the Money Laundering Reporting Officer (MLRO) to act as the central reference point for suspicious transaction reporting. So far as practicable, the CO and MLRO must be appropriately qualified, independent of operational/business functions (subject to MSO size), normally based in Hong Kong, of sufficient seniority and authority, with direct access to senior management, conversant with statutory/regulatory requirements and ML/TF risks, able to access relevant information on a timely basis, and equipped with sufficient resources and cover for absences.
121
+ - **Source:** Guideline §3.5, §3.7, §3.8, §3.9, §3.10
122
+ - **Severity:** critical
123
+ - **Verification:**
124
+ - [ ] Documented CO and MLRO appointments and job descriptions
125
+ - [ ] Qualifications and independence assessed and recorded
126
+ - [ ] Alternate/deputy CO and MLRO designated
127
+ - [ ] Documented direct reporting line to senior management
128
+ - **Evidence:**
129
+ - Appointment letters and job descriptions
130
+ - CO/MLRO qualification records
131
+ - Deputy designation documentation
132
+
133
+ ### CAT-02-004: Independent audit function for AML/CFT Systems
134
+
135
+ - **Requirement:** An MSO must establish an independent audit function with a direct line of communication to senior management, with sufficient expertise and resources to perform independent reviews of the MSO's AML/CFT Systems; reviews must cover the adequacy of AML/CFT Systems, the ML/TF risk-assessment framework, RBA application, suspicious transaction reporting effectiveness, the compliance function, and staff awareness, with frequency and extent commensurate with the MSO's business and ML/TF risks.
136
+ - **Source:** Guideline §3.11, §3.12, §3.13
137
+ - **Severity:** major
138
+ - **Verification:**
139
+ - [ ] Independent audit charter and reporting line documented
140
+ - [ ] Audit plan covers all §3.12 review areas
141
+ - [ ] Audit reports issued and tracked to remediation
142
+ - **Evidence:**
143
+ - Audit function charter
144
+ - AML/CFT audit plan and reports
145
+ - Remediation tracker
146
+
147
+ ### CAT-02-005: Employee screening procedures
148
+
149
+ - **Requirement:** An MSO must have adequate and appropriate screening procedures to ensure high standards when hiring employees.
150
+ - **Source:** Guideline §3.14
151
+ - **Severity:** major
152
+ - **Verification:**
153
+ - [ ] Pre-employment screening procedure documented
154
+ - [ ] Screening records retained per hire
155
+ - **Evidence:**
156
+ - Employee screening policy
157
+ - Sample screening records
158
+
159
+ ### CAT-02-006: Group-wide AML/CFT Systems for HK-incorporated MSOs
160
+
161
+ - **Requirement:** A Hong Kong-incorporated MSO with overseas branches or subsidiary undertakings that carry on the same business as a financial institution must implement group-wide AML/CFT Systems to apply the requirements set out in the Guideline to those branches/subsidiaries wherever applicable, and must ensure they have procedures to comply with CDD and record-keeping requirements similar to those imposed under Parts 2 and 3 of Schedule 2, to the extent permitted by local law. Where the host jurisdiction's laws do not permit the higher requirements, the MSO must inform the CCE of such failure and take additional measures to effectively mitigate ML/TF risks faced by that branch or subsidiary undertaking.
162
+ - **Source:** Guideline §3.15, §3.16, §3.18, §3.19; s.22(1), s.22(2), Sch. 2, AMLO
163
+ - **Severity:** major
164
+ - **Verification:**
165
+ - [ ] Group-wide AML/CFT policy applies Guideline requirements to overseas branches/subsidiaries
166
+ - [ ] Local-law conflict register maintained
167
+ - [ ] Notifications to CCE on file for restricted jurisdictions
168
+ - [ ] Mitigation measures documented for those jurisdictions
169
+ - **Evidence:**
170
+ - Group AML/CFT policy
171
+ - Local-law conflict inventory
172
+ - CCE notifications
173
+
174
+ ## CAT-03: Customer Due Diligence — Identification and Verification
175
+
176
+ ### CAT-03-001: Apply CDD measures at all required trigger points
177
+
178
+ - **Requirement:** An MSO must carry out CDD measures in relation to a customer before establishing a business relationship; before carrying out an occasional transaction of HKD 120,000 or more, a wire transfer of HKD 8,000 or more, or a virtual asset transfer of virtual assets amounting to HKD 8,000 or more (including aggregated linked transactions); when ML/TF is suspected; or when the veracity or adequacy of previously obtained identification information is doubted. The MSO must also be vigilant to series of linked occasional transactions that meet or exceed the thresholds.
179
+ - **Source:** Guideline §4.2.1, §4.2.4, §4.2.5; s.3(1) & (1A), Sch. 2, AMLO
180
+ - **Severity:** critical
181
+ - **Verification:**
182
+ - [ ] Onboarding workflow blocks relationship setup until CDD is complete
183
+ - [ ] Transaction systems enforce thresholds and aggregate linked transactions
184
+ - [ ] STR/SAR workflow triggers re-CDD on suspicion
185
+ - [ ] Re-verification process exists for doubted information
186
+ - **Evidence:**
187
+ - CDD trigger procedure
188
+ - System control specifications
189
+ - Sample transaction/onboarding audit trails
190
+
191
+ ### CAT-03-002: Identify and verify customer that is a natural person
192
+
193
+ - **Requirement:** An MSO must identify a customer that is a natural person by obtaining at least full name, date of birth, nationality, unique identification number and document type; and verify the name, date of birth, unique identification number and document type by reference to documents, data or information from a reliable and independent source (e.g. Hong Kong identity card, valid travel document, or other reliable and independent source). Identification documents should contain a photograph of the customer; exceptions require documented assessment and mitigation of associated risk. Residential address information must be obtained.
194
+ - **Source:** Guideline §4.3.1, §4.3.2, §4.3.3, §4.3.4, §4.3.5; s.2(1)(a), Sch. 2, AMLO
195
+ - **Severity:** critical
196
+ - **Verification:**
197
+ - [ ] Natural-person identification fields captured per §4.3.2
198
+ - [ ] Verification documents on file per §4.3.3 with source recorded
199
+ - [ ] Photograph-bearing ID obtained, or documented risk assessment for exception
200
+ - [ ] Residential address recorded
201
+ - **Evidence:**
202
+ - Customer onboarding form
203
+ - Copy of verified identification document
204
+ - Risk-assessment record for any non-photo exception
205
+
206
+ ### CAT-03-003: Identify and verify customer that is a legal person
207
+
208
+ - **Requirement:** An MSO must identify a customer that is a legal person by obtaining at least full name; date of incorporation/establishment/registration; place of incorporation/establishment/registration (including registered office address); unique identification number (e.g. incorporation number, business registration number) and document type; and principal place of business (if different); and verify name, legal form, current existence and powers that regulate and bind the legal person by reference to documents from a reliable and independent source (e.g. certificate of incorporation, company registry record, certificate of incumbency/good standing, partnership agreement, constitutional document).
209
+ - **Source:** Guideline §4.3.6, §4.3.7, §4.3.8, §4.3.9; s.2(1)(a), Sch. 2, AMLO
210
+ - **Severity:** critical
211
+ - **Verification:**
212
+ - [ ] Legal-person identification fields captured per §4.3.6
213
+ - [ ] Verification documents on file per §4.3.7
214
+ - [ ] Current existence verified at the time of verification
215
+ - [ ] For associations/clubs/etc., legitimate purpose evidenced (e.g. constitution)
216
+ - **Evidence:**
217
+ - Certificate of incorporation or registry extract
218
+ - Constitutional documents
219
+ - Onboarding memo evidencing current-existence check
220
+
221
+ ### CAT-03-004: Identify and verify customer that is a trust or similar legal arrangement
222
+
223
+ - **Requirement:** For a trust or other similar legal arrangement customer, an MSO must obtain at least name of the trust/legal arrangement, date of establishment, governing jurisdiction, unique identification number (if any) and document type, and address of registered office (if applicable); and must verify name, legal form, current existence and powers that regulate and bind the trust by reference to a reliable and independent source (e.g. trust deed, register record, written confirmation from a professional trustee or lawyer who has reviewed the instrument). Where the trustee enters into the relationship on behalf of the trust, the trustee must also be identified and verified per natural- or legal-person requirements.
224
+ - **Source:** Guideline §4.3.10, §4.3.11, §4.3.12; s.2(1)(a), Sch. 2, AMLO
225
+ - **Severity:** critical
226
+ - **Verification:**
227
+ - [ ] Trust identification fields captured per §4.3.11
228
+ - [ ] Verification documents on file per §4.3.12
229
+ - [ ] Trustee identified and verified where applicable
230
+ - **Evidence:**
231
+ - Trust deed or equivalent
232
+ - Trustee identification record
233
+
234
+ ### CAT-03-005: Ensure currency and integrity of identification documents
235
+
236
+ - **Requirement:** An MSO must ensure that documents, data or information used to verify the identity of a customer are current at the time they are provided to or obtained by the MSO; must apply anti-fraud procedures commensurate with the risk profile of the person being verified; for in-person CDD must generally have sight of the original identification document and retain a copy (and where original cannot be produced, take appropriate measures to ensure reliability); and where documents are in a foreign language must take appropriate steps to be reasonably satisfied of identity.
237
+ - **Source:** Guideline §4.3.14, §4.3.15, §4.3.16, §4.3.17
238
+ - **Severity:** major
239
+ - **Verification:**
240
+ - [ ] Onboarding procedure mandates current-at-time-of-receipt check
241
+ - [ ] Anti-fraud controls (document authenticity checks) applied
242
+ - [ ] Original-sighting procedure for in-person onboarding
243
+ - [ ] Foreign-language handling procedure (translation/independent review)
244
+ - **Evidence:**
245
+ - Onboarding procedure
246
+ - Document-authentication tooling/process
247
+ - Sample foreign-language CDD case file
248
+
249
+ ### CAT-03-006: Identify connected parties of legal persons and trusts
250
+
251
+ - **Requirement:** Where the customer is a legal person, trust or other similar legal arrangement, an MSO must identify all connected parties of the customer by obtaining their names — namely, directors of a corporation, partners of a partnership, trustees (or equivalents) of a trust, or natural persons holding senior management/executive authority in other cases.
252
+ - **Source:** Guideline §4.3.18, §4.3.19
253
+ - **Severity:** major
254
+ - **Verification:**
255
+ - [ ] Connected-party register maintained per entity customer
256
+ - [ ] Onboarding form captures connected-party names
257
+ - **Evidence:**
258
+ - Connected-party listing per customer file
259
+
260
+ ### CAT-03-007: Identify and verify beneficial owners
261
+
262
+ - **Requirement:** An MSO must identify any beneficial owner in relation to a customer (using the AMLO definitions and the >25% ownership/voting/control thresholds) and take reasonable measures to verify the beneficial owner's identity. For a customer that is a legal person, the MSO must identify any natural person ultimately holding a controlling ownership interest and any natural person exercising control, and where no such natural person can be identified, must identify natural persons holding senior managing official positions. For a customer that is a trust, identify the settlor, trustee, protector, enforcer, beneficiaries (or class) and any natural person exercising ultimate control. The MSO must understand the ownership and control structure of any legal person or trust customer.
263
+ - **Source:** Guideline §4.4.1, §4.4.6, §4.4.7, §4.4.8, §4.4.9, §4.4.10, §4.4.11, §4.4.13, §4.4.14; s.2(1)(b), Sch. 2, AMLO
264
+ - **Severity:** critical
265
+ - **Verification:**
266
+ - [ ] Beneficial-owner identification procedure applies AMLO thresholds and senior-managing-official fallback
267
+ - [ ] Ownership/control structure mapped (e.g. ownership chart)
268
+ - [ ] Reasonable verification measures applied to each beneficial owner
269
+ - [ ] For complex structures, MSO obtains sufficient information to satisfy itself of the legitimate reason for the structure
270
+ - **Evidence:**
271
+ - Beneficial-ownership declaration
272
+ - Ownership-structure chart
273
+ - Verification records for each beneficial owner
274
+
275
+ ### CAT-03-008: Bearer-share and nominee-shareholder customers
276
+
277
+ - **Requirement:** Where a customer's ownership structure involves bearer shares, the MSO must adopt procedures to establish the identities of beneficial owners of such shares and ensure it is notified of any change of beneficial owner; where bearer shares are deposited with an authorised/registered custodian, the MSO must seek independent evidence of this, including custodian identity and the person entitled, and reconfirm this in periodic review; where not so deposited, the MSO must obtain declarations from each beneficial owner before account opening and annually thereafter, and require the customer to notify any ownership change immediately. For customers with nominee shareholders, the MSO must obtain satisfactory evidence of nominee identities, the persons on whose behalf they act, and the arrangement details, to determine the beneficial owner.
278
+ - **Source:** Guideline §4.4.15, §4.4.16, §4.4.17, §4.4.18
279
+ - **Severity:** major
280
+ - **Verification:**
281
+ - [ ] Procedure addresses bearer-share customers (custodian vs non-custodian routes)
282
+ - [ ] Annual declaration captured for non-custodian bearer-share customers
283
+ - [ ] Nominee-shareholder arrangements documented per customer
284
+ - **Evidence:**
285
+ - Bearer-share/nominee policy
286
+ - Annual declarations and custodian confirmations
287
+ - Nominee-arrangement records
288
+
289
+ ### CAT-03-009: Identify and verify persons purporting to act on behalf of the customer (PPTA)
290
+
291
+ - **Requirement:** If a person is a PPTA, an MSO must identify the person and take reasonable measures to verify the person's identity using documents, data or information from a governmental body, the CCE or another relevant authority, an equivalent foreign authority, or another reliable and independent source recognised by the CCE; and must verify the person's authority to act on behalf of the customer by appropriate documentary evidence (e.g. board resolution or similar written authorisation). The MSO must implement clear policies and procedures for determining who is a PPTA.
292
+ - **Source:** Guideline §4.5.1, §4.5.2, §4.5.3, §4.5.4; s.2(1)(d), Sch. 2, AMLO
293
+ - **Severity:** critical
294
+ - **Verification:**
295
+ - [ ] PPTA-identification policy in place
296
+ - [ ] PPTA identity and authority records on file
297
+ - [ ] Authority document (POA/resolution/letter) collected and assessed
298
+ - **Evidence:**
299
+ - PPTA policy
300
+ - PPTA file with identity and authority records
301
+
302
+ ### CAT-03-010: Understand purpose and intended nature of business relationship
303
+
304
+ - **Requirement:** An MSO must understand the purpose and intended nature of the business relationship; the information obtained must be commensurate with the customer's risk profile and the nature of the relationship; where the customer is not a natural person, the MSO must also understand the nature of the customer's business.
305
+ - **Source:** Guideline §4.6.1; s.2(1)(c), Sch. 2, AMLO
306
+ - **Severity:** major
307
+ - **Verification:**
308
+ - [ ] Onboarding captures purpose and intended nature
309
+ - [ ] For non-natural-person customers, nature of business recorded
310
+ - **Evidence:**
311
+ - Onboarding questionnaire
312
+
313
+ ### CAT-03-011: Timing of verification — deferral conditions
314
+
315
+ - **Requirement:** An MSO must verify the identity of a customer and any beneficial owner before or during the course of establishing a business relationship or conducting transactions for occasional customers. Verification may be completed after relationship establishment only where the risk of ML/TF can be effectively managed, it is necessary not to interrupt normal business conduct, and verification is completed as soon as reasonably practicable. Where deferred verification is permitted, the MSO must adopt risk management policies covering: a reasonable timeframe and follow-up if exceeded; appropriate transaction limits; monitoring of large/complex out-of-norm transactions; periodic senior-management updates on pending completions; and a prohibition on third-party payouts (with conditional carve-outs requiring no suspicion, low risk, senior management approval and watch-list screening).
316
+ - **Source:** Guideline §4.7.1, §4.7.2, §4.7.3; s.3(2), (3), Sch. 2, AMLO
317
+ - **Severity:** critical
318
+ - **Verification:**
319
+ - [ ] Deferral policy enumerates the §4.7.1 conditions
320
+ - [ ] Documented limits, monitoring, escalation and third-party-payout controls
321
+ - [ ] Pending-completion reporting to senior management
322
+ - **Evidence:**
323
+ - Deferred-verification procedure
324
+ - Sample deferral cases with controls evidenced
325
+
326
+ ### CAT-03-012: Refusal and termination when CDD cannot be completed
327
+
328
+ - **Requirement:** Where an MSO is unable to comply with the CDD requirements (including deferred verification not completed within the policy timeframe) and ongoing due diligence requirements, it must not establish a business relationship or carry out any occasional transaction with the customer and must terminate the existing business relationship as soon as reasonably practicable (where applicable), refraining from carrying out further transactions except, as far as possible, to return funds/assets in their original form; the MSO must also assess whether the failure provides grounds for ML/TF knowledge or suspicion and consider filing an STR with the JFIU.
329
+ - **Source:** Guideline §4.7.4, §4.13.1; s.3(1) & (4), Sch. 2, AMLO; s.25A, DTROP/OSCO; s.12, UNATMO
330
+ - **Severity:** critical
331
+ - **Verification:**
332
+ - [ ] Refusal/termination workflow documented and operational
333
+ - [ ] Cases logged of refused/terminated relationships
334
+ - [ ] STR-assessment performed and recorded on termination
335
+ - **Evidence:**
336
+ - Refusal/termination procedure
337
+ - Termination case files
338
+ - STR-assessment records
339
+
340
+ ### CAT-03-013: Prohibition on anonymous or fictitious-name accounts
341
+
342
+ - **Requirement:** An MSO must not open or maintain any anonymous account or account in a fictitious name for any customer; confidential numbered accounts must be subject to the same CDD and control measures as all other business relationships, and the customer's CDD record must be available to the CCE, other competent authorities, the CO, auditors and other staff with appropriate authority.
343
+ - **Source:** Guideline §4.14.1; s.16, Sch. 2, AMLO
344
+ - **Severity:** critical
345
+ - **Verification:**
346
+ - [ ] System controls prevent anonymous/fictitious-name account opening
347
+ - [ ] Confidential numbered accounts (if any) subject to full CDD
348
+ - [ ] CDD records accessible to authorised parties
349
+ - **Evidence:**
350
+ - Account-opening control documentation
351
+ - Numbered-account control procedure
352
+
353
+ ## CAT-04: Simplified and Enhanced Due Diligence
354
+
355
+ ### CAT-04-001: Apply SDD only where eligibility is established
356
+
357
+ - **Requirement:** An MSO applying simplified due diligence (SDD) must do so only after a documented determination that the business relationship or transaction presents a low ML/TF risk; SDD must not be applied or continue to be applied where the risk assessment changes, ML/TF is suspected, or there are doubts about previously obtained information. The MSO is still required to continuously monitor the business relationship (ongoing CDD and transaction monitoring) when applying SDD. Where the MSO chooses not to identify or verify the beneficial owner of a qualifying customer or product (§4.8.9 to §4.8.20), the qualifying category, product, or solicitor's client-account criteria must be evidenced.
358
+ - **Source:** Guideline §4.8.1–§4.8.20; s.4, Sch. 2, AMLO
359
+ - **Severity:** major
360
+ - **Verification:**
361
+ - [ ] SDD eligibility test applied and documented before applying simplified measures
362
+ - [ ] Documentary basis for qualifying customer/product category recorded
363
+ - [ ] Ongoing monitoring still applied to SDD customers
364
+ - [ ] SDD discontinuation triggers operational
365
+ - **Evidence:**
366
+ - SDD eligibility memos
367
+ - Periodic re-eligibility review
368
+ - Monitoring evidence on SDD customers
369
+
370
+ ### CAT-04-002: Apply EDD in high-risk situations
371
+
372
+ - **Requirement:** An MSO must apply enhanced due diligence (EDD) measures to mitigate and manage high ML/TF risks in any situation that by its nature presents a high ML/TF risk (taking into account the §4.9.5 risk factors) or in any situation specified by the CCE in writing; the extent of EDD must be commensurate with the risk and justifiable to the CCE. Senior-management approval must be obtained to establish a high-risk relationship or continue one subsequently assessed as high-risk, and enhanced ongoing monitoring of that relationship must be conducted. Where applicable EDD measures cannot fully mitigate the risks, the MSO must take other measures to mitigate residual risks.
373
+ - **Source:** Guideline §4.9.1, §4.9.2, §4.9.3, §4.9.4, §4.9.5, §4.9.6; s.10 & s.15, Sch. 2, AMLO
374
+ - **Severity:** critical
375
+ - **Verification:**
376
+ - [ ] High-risk identification process operational
377
+ - [ ] Senior-management approval recorded for high-risk relationships (new and continuing)
378
+ - [ ] EDD measures applied and documented proportionate to risk
379
+ - [ ] Enhanced ongoing monitoring evidenced
380
+ - [ ] Residual-risk mitigation documented where EDD does not fully mitigate
381
+ - **Evidence:**
382
+ - High-risk customer policy
383
+ - Senior-management approval records
384
+ - EDD case files
385
+
386
+ ### CAT-04-003: Detect and apply EDD to non-Hong Kong PEPs
387
+
388
+ - **Requirement:** An MSO must establish and maintain effective procedures (e.g. publicly available information and/or commercially available databases) for determining whether a customer or a beneficial owner is a non-Hong Kong PEP; when such status is known, before establishing or continuing a business relationship the MSO must obtain senior-management approval, take reasonable measures to establish source of wealth and source of funds, and conduct enhanced ongoing monitoring. For former non-Hong Kong PEPs, the EDD carve-out may be applied only with senior-management approval and based on a documented risk assessment that the PEP no longer presents a high ML/TF risk.
389
+ - **Source:** Guideline §4.9.7, §4.9.8, §4.9.9, §4.9.10, §4.9.11, §4.9.12; s.19(1), s.5(3)(b), s.10(1) & (2), s.10(3), Sch. 2, AMLO
390
+ - **Severity:** critical
391
+ - **Verification:**
392
+ - [ ] PEP-detection procedure documented (sources, screening cadence, escalation)
393
+ - [ ] Senior-management approval and SoW/SoF records on file for each PEP
394
+ - [ ] Enhanced monitoring applied to PEP relationships
395
+ - [ ] Former-PEP carve-out supported by risk-assessment records
396
+ - **Evidence:**
397
+ - PEP-detection procedure
398
+ - PEP case files with approvals and SoW/SoF documents
399
+ - Former-PEP risk-assessment memos
400
+
401
+ ### CAT-04-004: Detect and apply EDD to Hong Kong and international organisation PEPs
402
+
403
+ - **Requirement:** An MSO must take reasonable measures to determine whether a customer or beneficial owner is a Hong Kong PEP or international organisation PEP, and must apply the EDD measures in §4.9.10 in any of the following: before establishing a high-risk relationship with such a PEP customer/beneficial owner; when continuing an existing relationship with such a PEP that subsequently becomes high-risk; or when continuing an existing high-risk relationship where the MSO subsequently learns the customer/beneficial owner is such a PEP. The former-PEP carve-out for these PEP types is subject to senior-management approval and a documented risk assessment.
404
+ - **Source:** Guideline §4.9.13, §4.9.14, §4.9.15, §4.9.16, §4.9.17, §4.9.18; s.15, Sch. 2, AMLO
405
+ - **Severity:** critical
406
+ - **Verification:**
407
+ - [ ] PEP-detection procedure covers HK and international organisation PEPs
408
+ - [ ] EDD trigger conditions per §4.9.17 operationalised
409
+ - [ ] Former-PEP carve-out supported by risk-assessment records
410
+ - **Evidence:**
411
+ - PEP-detection procedure
412
+ - HK/IO PEP case files with approvals and SoW/SoF documents
413
+
414
+ ### CAT-04-005: Non-face-to-face customer additional measures
415
+
416
+ - **Requirement:** Where a customer has not been physically present for identification purposes, an MSO must carry out at least one of: further verification using documents/data not previously used; supplementary measures to verify obtained information; or routing the first payment through an account opened in the customer's name with an authorised institution or an equivalent foreign institution. This requirement does not apply where the MSO has verified the customer's identity based on data from a digital identification system recognised by the CCE. The MSO must demonstrate to the CCE that the supplementary measure(s) adequately guard against impersonation risk, and should mitigate increased risk where non-natural-person customers establish a relationship via a non-face-to-face channel.
417
+ - **Source:** Guideline §4.10.1, §4.10.2, §4.10.3, §4.10.4, §4.10.5; s.9(1), s.9(2), Sch. 2, AMLO
418
+ - **Severity:** critical
419
+ - **Verification:**
420
+ - [ ] Non-face-to-face onboarding workflow applies at least one §4.10.1 measure
421
+ - [ ] Selected measure(s) recorded per customer
422
+ - [ ] Digital-ID-system exemption applied only where CCE-recognised
423
+ - [ ] Demonstrable case for adequacy of supplementary measures
424
+ - **Evidence:**
425
+ - Non-face-to-face onboarding procedure
426
+ - Sample case files
427
+ - Digital ID system approval reference
428
+
429
+ ### CAT-04-006: Jurisdictions subject to FATF call and CCE notices
430
+
431
+ - **Requirement:** An MSO must apply EDD measures, proportionate to the risks, to business relationships and transactions with natural and legal persons (including FIs) from jurisdictions for which this is called for by the FATF; where mandatory EDD or countermeasures are called for by FATF, or in circumstances independent of any FATF call but considered higher risk, the MSO must comply with general obligations under section 15 of Schedule 2 or specific countermeasures specified by the CCE in writing. The MSO must also document its assessment of jurisdictional equivalence and review such assessments on a regular basis and upon trigger events.
432
+ - **Source:** Guideline §4.15.1, §4.15.2, §4.16.1, §4.16.2, §4.16.3; s.15, s.4(3)(b)(i), s.4(3)(d)(iii), s.4(3)(f), s.9(1)(c)(ii), s.18(3)(c), Sch. 2, AMLO
433
+ - **Severity:** major
434
+ - **Verification:**
435
+ - [ ] FATF-call register maintained and applied in onboarding/monitoring
436
+ - [ ] CCE notice handling procedure documented
437
+ - [ ] Jurisdictional-equivalence assessments documented and reviewed
438
+ - **Evidence:**
439
+ - FATF-call and CCE-notice register
440
+ - Jurisdictional-equivalence assessment records
441
+
442
+ ## CAT-05: Reliance on Intermediaries
443
+
444
+ ### CAT-05-001: Reliance on intermediaries — formal requirements
445
+
446
+ - **Requirement:** When an MSO relies on an intermediary to perform any part of CDD measures specified in section 2 of Schedule 2, the MSO must obtain written confirmation from the intermediary that it agrees to act as the MSO's intermediary and which part of the CDD measures it will perform, and must be satisfied that the intermediary will on request provide copies of any document, or a record of any data or information, obtained in the course of CDD without delay. Immediately after the intermediary has carried out a measure, the MSO must obtain the data or information collected; the MSO must ensure the intermediary will, if requested within the §20 retention period, supply copies of underlying documents/records as soon as reasonably practicable. The ultimate responsibility for ensuring CDD requirements are met remains with the MSO.
447
+ - **Source:** Guideline §4.11.1, §4.11.3, §4.11.4, §4.11.5, §4.11.6, §4.11.7; s.18(1), s.18(4)(a), s.18(4)(b), Sch. 2, AMLO
448
+ - **Severity:** major
449
+ - **Verification:**
450
+ - [ ] Written intermediary consent on file
451
+ - [ ] Information-on-demand workflow operational
452
+ - [ ] Sample testing of intermediary's CDD information supply
453
+ - [ ] Procedure for intermediary review/termination on reliability concerns
454
+ - **Evidence:**
455
+ - Intermediary register
456
+ - Signed intermediary consents
457
+ - Sample-test records
458
+
459
+ ### CAT-05-002: Intermediary eligibility — domestic, overseas and related foreign FIs
460
+
461
+ - **Requirement:** An MSO may rely only on intermediaries that fall within the eligible categories: domestic intermediaries (intermediary FI, accounting professional, estate agent, legal professional, or TCSP licensee — with the further satisfaction that an accounting professional/estate agent/legal professional/TCSP licensee has adequate ML/TF procedures and is required to comply with relevant Schedule 2 requirements with respect to the customer); overseas intermediaries that fall within the §4.11.10 categories, are registered/licensed/regulated in an equivalent jurisdiction, have measures in place to ensure compliance with requirements similar to Schedule 2, and are supervised for compliance by an authority performing functions similar to those of any of the RAs; or related foreign FIs satisfying the §4.11.12 group, group-policy and group-level supervision tests. The MSO must take appropriate measures to ascertain eligibility for each intermediary type.
462
+ - **Source:** Guideline §4.11.8, §4.11.9, §4.11.10, §4.11.11, §4.11.12, §4.11.13, §4.11.14; s.18(3)(a), (3)(b), (3)(c), (3)(d), (3A), (7), Sch. 2, AMLO
463
+ - **Severity:** major
464
+ - **Verification:**
465
+ - [ ] Eligibility category and qualifying basis documented for each intermediary
466
+ - [ ] Evidence retained of supervision and AML/CFT compliance for overseas intermediaries
467
+ - [ ] For related-FI reliance, group policy and group-level supervision documented
468
+ - **Evidence:**
469
+ - Intermediary onboarding due-diligence files
470
+ - Group-policy documentation
471
+ - Supervision-evidence references
472
+
473
+ ## CAT-06: Pre-existing Customers and Ongoing Monitoring
474
+
475
+ ### CAT-06-001: Pre-existing customer event-driven CDD
476
+
477
+ - **Requirement:** An MSO must perform CDD measures in respect of pre-existing customers (with whom the business relationship was established before AMLO came into effect on 1 April 2012) when a transaction is unusual/suspicious or inconsistent with the MSO's knowledge of the customer; when a material change occurs in the way the customer's account is operated; when ML/TF is suspected; or when the veracity or adequacy of previously obtained identification information is doubted. Trigger events include dormant-account reactivation or a change in beneficial ownership/control. Ongoing monitoring under section 5 of Schedule 2 also applies to pre-existing customers.
478
+ - **Source:** Guideline §4.12.1, §4.12.2, §4.12.3; s.5, s.6, Sch. 2, AMLO
479
+ - **Severity:** critical
480
+ - **Verification:**
481
+ - [ ] Pre-existing-customer inventory maintained
482
+ - [ ] Event-driven CDD workflow operational
483
+ - [ ] Ongoing monitoring applied to pre-existing customers
484
+ - **Evidence:**
485
+ - Pre-existing-customer register
486
+ - Triggered-CDD case files
487
+
488
+ ### CAT-06-002: Ongoing monitoring — CDD record refresh and transaction monitoring
489
+
490
+ - **Requirement:** An MSO must continuously monitor its business relationship with each customer through ongoing CDD (periodic and trigger-event reviews to ensure documents, data and information are up-to-date and relevant) and transaction monitoring (appropriate scrutiny against the customer's known profile, risk profile and source of funds, and identification of complex, unusually large or unusual-pattern transactions with no apparent economic or lawful purpose, with findings recorded in writing). High-risk customers must be subject to a minimum of annual review (more frequent if necessary), and findings of monitoring steps and rationale of decisions must be documented and available to the CCE and auditors.
491
+ - **Source:** Guideline §5.1, §5.2, §5.3, §5.10, §5.11, §5.12, §5.13, §5.14; s.5(1), s.5(3), (4), (5), s.19(3), Sch. 2, AMLO
492
+ - **Severity:** critical
493
+ - **Verification:**
494
+ - [ ] Periodic-review policy with risk-rated cadence (≤1 year for high-risk)
495
+ - [ ] Transaction-monitoring system scrutinises against customer profile, risk profile and source of funds
496
+ - [ ] Written records of unusual-pattern transaction findings
497
+ - [ ] STR-assessment process when no satisfactory explanation obtained
498
+ - **Evidence:**
499
+ - Periodic-review procedure
500
+ - Transaction-monitoring alert and investigation records
501
+ - Written findings memos
502
+
503
+ ### CAT-06-003: Transaction monitoring systems and processes
504
+
505
+ - **Requirement:** An MSO must establish and maintain adequate systems and processes to monitor transactions, with design, automation and sophistication appropriate to its size and complexity, ML/TF risks, controls, and product/service mix; the monitoring must provide relevant staff with timely and sufficient information, support a relationship-based (rather than transaction-by-transaction) approach where practicable, take into account transaction characteristics (nature/type, series patterns, counterparties, geography, customer norms), and the parameters/thresholds must be properly documented, regularly reviewed and independently validated.
506
+ - **Source:** Guideline §5.4, §5.5, §5.6, §5.7, §5.8, §5.9; s.5(3), (4), (5), s.19(3), Sch. 2, AMLO
507
+ - **Severity:** major
508
+ - **Verification:**
509
+ - [ ] Transaction-monitoring system specification documented
510
+ - [ ] Parameters and thresholds documented and independently validated
511
+ - [ ] Periodic effectiveness review
512
+ - **Evidence:**
513
+ - System specification and parameter documentation
514
+ - Independent validation reports
515
+ - Effectiveness review records
516
+
517
+ ## CAT-07: Terrorist Financing, Financial Sanctions and Proliferation Financing
518
+
519
+ ### CAT-07-001: Maintain a screening database of designated parties
520
+
521
+ - **Requirement:** An MSO must establish and maintain effective policies, procedures and controls to comply with TF, financial sanctions and PF regulations and legislation; must maintain (or subscribe to with sample-testing assurance) a consolidated database of names and particulars of terrorists and designated parties — including (a) the lists published in the Gazette or on the website of the Commerce and Economic Development Bureau and (b) the lists the CCE draws to MSOs' attention from time to time — kept timely-updated and easily accessible by relevant staff. Countries, individuals and entities included in UNSCRs/sanctions lists must be added as soon as practicable after promulgation, regardless of Hong Kong implementation status.
522
+ - **Source:** Guideline §6.12, §6.13, §6.14, §6.15
523
+ - **Severity:** critical
524
+ - **Verification:**
525
+ - [ ] Screening database in place and timely-updated
526
+ - [ ] Sample-testing performed where third-party database used
527
+ - [ ] Update process documented and operational
528
+ - **Evidence:**
529
+ - Screening database documentation
530
+ - Sample-test records
531
+ - Update procedure
532
+
533
+ ### CAT-07-002: Sanctions screening at onboarding and on database updates
534
+
535
+ - **Requirement:** To avoid establishing business relationships with or providing financial services to terrorist suspects and possible sanctioned parties, an MSO must implement an effective screening mechanism that includes: screening customers and any beneficial owners against the current database at the establishment of the relationship; screening customers and beneficial owners against all new and updated designations as soon as practicable; and screening all relevant parties in cross-border/cross-boundary wire transfers (including remittance transactions) against the current database before executing the transfer. Screening must be carried out irrespective of customer risk profile and must extend to connected parties and PPTAs using an RBA. When possible name matches are identified, the MSO must conduct enhanced checks to determine whether the matches are genuine hits, and where suspicions of TF/PF/sanctions violations arise, must report to the JFIU; enhanced-checking and screening records must be documented or recorded electronically.
536
+ - **Source:** Guideline §6.16, §6.17, §6.18, §6.19; s.8 & s.8A, UNATMO; s.4, WMD(CPS)O; applicable UNSO Regulations
537
+ - **Severity:** critical
538
+ - **Verification:**
539
+ - [ ] Screening performed at onboarding for customers and beneficial owners
540
+ - [ ] Ongoing screening on database updates
541
+ - [ ] Pre-execution screening on cross-border wire/remittance parties
542
+ - [ ] Connected-party and PPTA screening based on RBA
543
+ - [ ] Enhanced-checking and hit-disposition records retained
544
+ - [ ] STR-filing on confirmed/suspected matches
545
+ - **Evidence:**
546
+ - Screening procedure and logs
547
+ - Hit-disposition records
548
+ - STR filings linked to sanctions hits
549
+
550
+ ## CAT-08: Suspicious Transaction Reporting and Law Enforcement Requests
551
+
552
+ ### CAT-08-001: STR obligation and timing
553
+
554
+ - **Requirement:** Where a person knows or suspects that any property (i) wholly or partly represents proceeds of an indictable offence/drug trafficking, (ii) was used in connection with, or (iii) is intended to be used in connection with drug trafficking or an indictable offence; or that any property is terrorist property, the person must as soon as it is reasonable to do so file an STR with the JFIU together with the matter on which the knowledge or suspicion is based — irrespective of whether a transaction was actually conducted and regardless of amount. The STR must be made as soon as reasonably practical after the suspicion was first identified.
555
+ - **Source:** Guideline §7.1, §7.5; s.25A(1) & (7), DTROP & OSCO; s.12(1) & 14(5), UNATMO
556
+ - **Severity:** critical
557
+ - **Verification:**
558
+ - [ ] STR procedure documented and operational
559
+ - [ ] Sample STRs filed in line with timing requirements
560
+ - [ ] Audit trail of suspicion-identification-to-STR-filing time
561
+ - **Evidence:**
562
+ - STR procedure
563
+ - STR register/log
564
+ - Sample STR filings
565
+
566
+ ### CAT-08-002: AML/CFT Systems for STR — MLRO, procedures, records
567
+
568
+ - **Requirement:** An MSO must implement AML/CFT Systems to fulfil its statutory reporting obligations and manage post-reporting risks, including appointment of an MLRO; clear policies and procedures over internal reporting, reporting to the JFIU, post-reporting risk mitigation and prevention of tipping off; and keeping proper records of internal reports and STRs. The MSO must have measures in place to check, on an ongoing basis, that these AML/CFT Systems comply with relevant legal/regulatory requirements and operate effectively. The MSO must establish and maintain records of all ML/TF reports made to the MLRO and all STRs made to the JFIU, including dates, handlers, results of assessments, and information to locate underlying papers.
569
+ - **Source:** Guideline §7.7, §7.8, §7.29, §7.30
570
+ - **Severity:** critical
571
+ - **Verification:**
572
+ - [ ] MLRO appointment evidenced
573
+ - [ ] Internal reporting and JFIU-reporting procedures documented
574
+ - [ ] Tipping-off prevention controls in place
575
+ - [ ] Internal-report register maintained
576
+ - [ ] STR register maintained
577
+ - **Evidence:**
578
+ - Internal reporting procedure
579
+ - Internal-report register
580
+ - STR register
581
+
582
+ ### CAT-08-003: Identify suspicious transactions and avoid tipping off
583
+
584
+ - **Requirement:** An MSO must provide sufficient guidance to staff (and agents where applicable) to enable them to form suspicion and recognise the signs of ML/TF/PF, including red-flag indicators relevant to its operations, and must establish and maintain clear policies and procedures ensuring all staff know the MLRO's identity and the internal-reporting procedure, that internal reports reach the MLRO without undue delay and are not filtered out by non-compliance supervisors, and that staff who report suspicion are acknowledged and reminded of the tipping-off prohibition. Tipping off (revealing information that might prejudice an investigation) is a statutory offence, including where suspicion has been raised internally but not yet reported.
585
+ - **Source:** Guideline §7.6, §7.10, §7.12, §7.13, §7.14, §7.15, §7.16; s.25A(5), DTROP & OSCO; s.12(5), UNATMO
586
+ - **Severity:** critical
587
+ - **Verification:**
588
+ - [ ] Red-flag indicator guidance issued to staff
589
+ - [ ] Internal-reporting workflow documented (short, unfiltered route to MLRO)
590
+ - [ ] Tipping-off training delivered and acknowledged
591
+ - [ ] MLRO acknowledgement/reminder process operational
592
+ - **Evidence:**
593
+ - Red-flag indicator guidance
594
+ - Internal-reporting workflow chart
595
+ - Training records
596
+ - MLRO acknowledgement log
597
+
598
+ ### CAT-08-004: MLRO review and reporting to JFIU
599
+
600
+ - **Requirement:** When evaluating an internal report, the MLRO must take reasonable steps to consider all relevant information, including CDD and ongoing monitoring information available to or within the MSO concerning the entities involved; the review process must be documented. If after the review the MLRO decides there are grounds for knowledge or suspicion, the MLRO must disclose the information to the JFIU as soon as it is reasonable to do so, together with the basis for the knowledge or suspicion. For urgent reporting (e.g. imminent fund movement, account closure), the MSO must indicate the urgency in the STR and may consider an initial telephone notification. The MSO must maintain STR quality having regard to feedback from the JFIU and CCE.
601
+ - **Source:** Guideline §7.17, §7.18, §7.19, §7.20, §7.21, §7.22, §7.23
602
+ - **Severity:** critical
603
+ - **Verification:**
604
+ - [ ] MLRO review process documented (information considered, conclusion, rationale)
605
+ - [ ] STR-to-JFIU filing timeliness tracked
606
+ - [ ] Urgent-reporting protocol in place
607
+ - [ ] STR quality reviewed against JFIU/CCE feedback
608
+ - **Evidence:**
609
+ - MLRO review files
610
+ - STR filings and filing-time metrics
611
+ - Urgent-reporting procedure
612
+
613
+ ### CAT-08-005: Post-STR review and continuing reporting
614
+
615
+ - **Requirement:** An MSO must conduct an appropriate review of the business relationship upon filing an STR with the JFIU (irrespective of subsequent JFIU feedback), apply appropriate risk-mitigation measures, and escalate to senior management where necessary. The MSO must remain aware that filing an STR does not remove the need to file further STRs in respect of the same customer; further suspicious transactions or events, whether of the same nature or different, must continue to be reported to the MLRO who must make further reports to the JFIU if appropriate.
616
+ - **Source:** Guideline §7.26, §7.27, §7.28
617
+ - **Severity:** major
618
+ - **Verification:**
619
+ - [ ] Post-STR review procedure documented and operational
620
+ - [ ] Continuing-report procedure operational for re-suspicion cases
621
+ - [ ] Senior-management escalation path defined
622
+ - **Evidence:**
623
+ - Post-STR review case files
624
+ - Senior-management escalation records
625
+
626
+ ### CAT-08-006: Handling law-enforcement court documents and intelligence requests
627
+
628
+ - **Requirement:** An MSO must establish clear policies and procedures to handle court documents from law enforcement (search warrants, production orders, restraint orders, confiscation orders) effectively and timely, with provision of accurate information, sufficient resources and a designated main point of contact; it must respond to any search warrant and production order within the required time limit and contact the officer-in-charge at the earliest opportunity if compliance with the timeframe is difficult. It must ensure that property subject to a restraint order can be withheld, and when served with a court document or law-enforcement intelligence request, must timely assess the risks and the need to review the customer or business relationship to determine whether suspicion exists.
629
+ - **Source:** Guideline §7.31, §7.32, §7.33, §7.34, §7.35; s.10 & 11, DTROP; s.15 & 16, OSCO; s.6, UNATMO; s.3, DTROP; s.8, OSCO; s.13, UNATMO
630
+ - **Severity:** major
631
+ - **Verification:**
632
+ - [ ] Court-document handling procedure documented with named point of contact
633
+ - [ ] Sample responses meet timeframes
634
+ - [ ] Restraint-order operationalisation evidenced
635
+ - **Evidence:**
636
+ - Law-enforcement handling procedure
637
+ - Sample-response case files
638
+ - Restraint-order action log
639
+
640
+ ## CAT-09: Record-keeping
641
+
642
+ ### CAT-09-001: Records of CDD, transactions and related analyses
643
+
644
+ - **Requirement:** An MSO must keep: the original or a copy of documents and records of data and information obtained in the course of identifying and verifying the customer, beneficial owners, beneficiaries, PPTAs and other connected parties; other documents and records obtained throughout CDD and ongoing monitoring (including SDD and EDD); records on purpose and intended nature of the business relationship; account-opening and business-correspondence records (at least those material to CDD or significant account-operation changes); and the results of any analyses (e.g. inquiries into complex/unusual transactions). Records of each transaction (domestic and international) must be sufficient to permit reconstruction of individual transactions to provide evidence for prosecution.
645
+ - **Source:** Guideline §8.2, §8.3, §8.5; s.20(1)(a), s.20(1)(b)(i), s.20(1)(b)(ii), s.2(1)(c), Sch. 2, AMLO
646
+ - **Severity:** critical
647
+ - **Verification:**
648
+ - [ ] Records inventory documents all required record classes
649
+ - [ ] Customer files contain identification, BO, PPTA, connected-party records
650
+ - [ ] Transaction records can be reconstructed end-to-end
651
+ - **Evidence:**
652
+ - Records inventory
653
+ - Sample customer file
654
+ - Transaction reconstruction sample
655
+
656
+ ### CAT-09-002: Retention periods for records
657
+
658
+ - **Requirement:** All documents and records relating to a customer (per §8.3) must be kept throughout the continuance of the business relationship and for at least five years after the end of the business relationship; for occasional transactions at or above the CDD threshold (HKD 8,000 for wire transfers or virtual asset transfers, HKD 120,000 for other types), the related records must be kept for at least five years after the date of the occasional transaction. Transaction records must be kept for at least five years after completion of the transaction, regardless of whether the business relationship ends during that period. Where the CCE specifies a longer retention period by notice, the MSO must keep the relevant records for that longer period.
659
+ - **Source:** Guideline §8.4, §8.6, §8.8; s.20(2), (3), (3A), (4), Sch. 2, AMLO
660
+ - **Severity:** critical
661
+ - **Verification:**
662
+ - [ ] Retention schedule encodes 5-year minimums
663
+ - [ ] Process exists to extend retention on CCE §20(4) notice
664
+ - [ ] Disposal controls prevent early deletion
665
+ - **Evidence:**
666
+ - Retention schedule
667
+ - CCE-notice register
668
+ - Disposal controls
669
+
670
+ ### CAT-09-003: Manner of keeping records and intermediary-held records
671
+
672
+ - **Requirement:** Document-form records must be kept either as the original document or as a copy on microfilm or in the database of a computer; data or information records must be kept on microfilm or in the database of a computer. Where customer identification and verification documents are held by an intermediary, the MSO remains responsible for compliance with all record-keeping requirements and must ensure the intermediary has systems to comply and will produce documents on demand without undue delay; the MSO must immediately obtain data/information the intermediary collected, and must ensure the intermediary passes documents and records to the MSO upon termination of the intermediary services.
673
+ - **Source:** Guideline §8.7, §8.10, §8.11, §8.12; s.21, s.18(4)(a), (b), Sch. 2, AMLO
674
+ - **Severity:** major
675
+ - **Verification:**
676
+ - [ ] Approved storage media documented
677
+ - [ ] Intermediary records-handling procedure operational, including termination handover
678
+ - **Evidence:**
679
+ - Records-management policy
680
+ - Intermediary records-handling procedure
681
+
682
+ ## CAT-10: Staff Training
683
+
684
+ ### CAT-10-001: Provide ongoing AML/CFT staff training
685
+
686
+ - **Requirement:** An MSO must provide adequate training for its staff to implement its AML/CFT Systems, with scope and frequency tailored to the MSO's specific risks and pitched to staff job functions, responsibilities and experience. New staff must attend initial training as soon as possible after hiring/appointment, and refresher training must be provided regularly; the MSO must implement a clear and well-articulated policy ensuring relevant staff receive adequate AML/CFT training. Training must cover statutory obligations and consequences for failure under AMLO, DTROP, OSCO, UNATMO, UNSO, WMD(CPS)O; the MSO's policies and procedures; and new ML/TF techniques, methods and trends relevant to staff roles.
687
+ - **Source:** Guideline §9.2, §9.3, §9.4, §9.5
688
+ - **Severity:** major
689
+ - **Verification:**
690
+ - [ ] Training policy documented
691
+ - [ ] Initial- and refresher-training schedules implemented
692
+ - [ ] Curriculum covers §9.4 statutory obligations and §9.5 role-specific topics
693
+ - **Evidence:**
694
+ - Training policy and curriculum
695
+ - Training attendance records
696
+
697
+ ### CAT-10-002: Monitor and record training effectiveness
698
+
699
+ - **Requirement:** An MSO must maintain records of who has been trained, when the training was received and the type provided, kept for a minimum of 3 years; must monitor training effectiveness through staff understanding tests, monitoring staff compliance and the quality/quantity of internal reports, and monitoring attendance with follow-up of unjustified absences. Training materials must be demonstrably up-to-date and in line with current requirements and standards.
700
+ - **Source:** Guideline §9.6, §9.7, §9.8
701
+ - **Severity:** major
702
+ - **Verification:**
703
+ - [ ] Training-records database maintained per §9.7
704
+ - [ ] Effectiveness measurement (tests, internal-report metrics) in place
705
+ - [ ] Curriculum currency reviewed periodically
706
+ - **Evidence:**
707
+ - Training-records database
708
+ - Effectiveness assessments
709
+ - Curriculum review log
710
+
711
+ ## CAT-11: Wire Transfers
712
+
713
+ ### CAT-11-001: Ordering institution — required information per threshold
714
+
715
+ - **Requirement:** As ordering institution, an MSO must ensure a wire transfer of HKD 8,000 or more (or equivalent) is accompanied by the originator's name, account number with the ordering institution (or unique reference number permitting traceability), originator's address/customer identification number/identification document number or (for an individual) date and place of birth, the recipient's name, and the recipient's account number with the beneficiary institution (or unique reference number); for a wire transfer below HKD 8,000, the address/ID/DoB element is not required but all other elements remain. The ordering institution must ensure that the originator information accompanying a wire transfer of HKD 8,000 or more is accurate. For occasional wire transfers of HKD 8,000 or more, the MSO must verify the originator's identity (extending to below-threshold transfers where they are linked or there is ML/TF suspicion).
716
+ - **Source:** Guideline §10.5, §10.6, §10.7, §10.8, §10.9; s.12(3), (3A), (5), s.3(1)(d) & (1A), Sch. 2, AMLO
717
+ - **Severity:** critical
718
+ - **Verification:**
719
+ - [ ] Wire-transfer record specification captures all §10.5/§10.6 fields per threshold
720
+ - [ ] Originator-information accuracy controls in place for ≥HKD 8,000 transfers
721
+ - [ ] Linked-transaction aggregation triggers identity verification
722
+ - **Evidence:**
723
+ - Wire-transfer specification
724
+ - Sample transfer audit trail
725
+ - Linked-transaction monitoring records
726
+
727
+ ### CAT-11-002: Ordering institution — batch and domestic-shortcut handling
728
+
729
+ - **Requirement:** Where the ordering institution bundles a number of wire transfers from a single originator into a batch file for transmission to recipients outside Hong Kong, each transfer may carry only the originator's account/unique reference number provided the batch file contains required and accurate originator information and required recipient information fully traceable within the recipient country. For a domestic wire transfer, the ordering institution may omit complete originator information and include only the originator's account number/unique reference number provided traceability is preserved; if it does so, on request from the receiving institution or the CCE it must provide the complete required originator information within 3 business days, and such information must be made available to law enforcement agencies immediately upon request.
730
+ - **Source:** Guideline §10.10, §10.11, §10.12; s.12(6), s.12(7), Sch. 2, AMLO
731
+ - **Severity:** critical
732
+ - **Verification:**
733
+ - [ ] Batch-processing specification carries §12(3) information at batch level
734
+ - [ ] Domestic-shortcut workflow can supply complete originator information within 3 business days
735
+ - [ ] LEA-on-request workflow can provide information immediately
736
+ - **Evidence:**
737
+ - Batch-processing specification
738
+ - Request-response logs for §12(6) information requests
739
+
740
+ ### CAT-11-003: Ordering, intermediary and beneficiary missing-information procedures
741
+
742
+ - **Requirement:** As ordering institution, an MSO must establish and maintain effective procedures to prevent carrying out outgoing wire transfers without the required originator/recipient information, including reasonable measures (e.g. regular review or audit testing) to identify deficient transfers and risk-based policies for handling them, with timely rectification of control deficiencies. As intermediary institution, an MSO must ensure that all originator and recipient information accompanying the wire transfer is retained and transmitted onward, must establish procedures for identifying and handling deficient incoming wire transfers, must obtain missing information from the sending institution as soon as reasonably practicable for cross-border transfers (or consider restricting/terminating the sender relationship or take reasonable mitigation measures if it cannot be obtained), and must take reasonable mitigation measures where accompanying information is incomplete or meaningless; where technical limitations prevent the required information being carried with a related domestic-cross-border or cross-border-domestic wire transfer, the intermediary must keep a record for at least five years of all information received. As beneficiary institution, an MSO must establish procedures to identify and handle deficient wire transfers (including post-event monitoring), obtain missing information as soon as reasonably practicable, consider restricting/terminating the sender relationship or take reasonable mitigation measures if missing information cannot be obtained, and take reasonable mitigation measures where accompanying information is incomplete or meaningless; for a wire transfer of HKD 8,000 or more, the beneficiary institution must verify the recipient's identity if not previously verified.
743
+ - **Source:** Guideline §10.13, §10.14, §10.15, §10.16, §10.17, §10.18, §10.19, §10.20, §10.21, §10.22; s.12(8), s.12(9), s.12(10), s.19(2), s.3(1) & (1A), Sch. 2, AMLO
744
+ - **Severity:** critical
745
+ - **Verification:**
746
+ - [ ] Outgoing-transfer pre-execution checks for required information
747
+ - [ ] Intermediary pass-through preserves all received fields
748
+ - [ ] Beneficiary post-event monitoring identifies deficient transfers
749
+ - [ ] Missing-information escalation/mitigation procedures documented
750
+ - [ ] Recipient identity verified for ≥HKD 8,000 incoming transfers
751
+ - [ ] 5-year retention for technical-limitation records
752
+ - **Evidence:**
753
+ - Ordering/intermediary/beneficiary procedures
754
+ - Deficient-transfer case log
755
+ - Recipient-verification records
756
+
757
+ ## CAT-12: Remittance Transactions
758
+
759
+ ### CAT-12-001: Remittance — originator identification, verification and recording
760
+
761
+ - **Requirement:** Before carrying out a remittance transaction (other than a wire transfer) of HKD 8,000 or more (or equivalent in any other currency), an MSO must identify the originator and verify the originator's identity by reference to the originator's identification document, and must record (a) the originator's name; (b) the originator's identification document number and, if the document is a travel document, the place of issue; (c) the originator's address; (d) the currency and amount involved; and (e) the date and time of receipt of the instruction, the recipient's name and address and the method of delivery; the MSO must keep these records per the record-keeping requirements so the information is available to the CCE on request.
762
+ - **Source:** Guideline §11.1, §11.2, §11.3, §11.4, §11.5, §11.6; s.13, s.13(1), s.13(2)(a), (b), (c), s.13(3), Sch. 2, AMLO
763
+ - **Severity:** critical
764
+ - **Verification:**
765
+ - [ ] Remittance system enforces identification and verification at or above HKD 8,000
766
+ - [ ] All §11.6 data fields captured per transaction
767
+ - [ ] Document-based verification step recorded
768
+ - [ ] Retention aligned to record-keeping requirements
769
+ - **Evidence:**
770
+ - Remittance record specification
771
+ - Sample transaction file with §11.6 fields populated