Логика operation и source workflow

Эта страница объясняет, как устроена workflow logic Tom Custos для публичной AML wiki, основного сайта и планирования внедрения.

1. Описание продукта в одном предложении #

Tom Custos настраивается для каждого клиента как локальный AML operations agent: он следует чек-листу клиента, использует выбранные source workflows, фиксирует воспроизводимые подтверждающие материалы, формирует выбранные outputs и передаёт неопределённые или рискованные кейсы на эскалацию MLRO / compliance team для финального решения.

Tom Custos не является:

• sanctions database;
• встроенной подпиской на AML data;
• облачным AML SaaS product;
• юридической консультацией;
• заменой MLRO / Head of Compliance.

2. Ключевое различие #

Operation workflow = что Tom делает для compliance team.
Source workflow    = где Tom проверяет данные при выполнении этой операции.

Пример:

Operation workflow:
  Client onboarding review

Source workflows внутри него:
  Official sanctions databases
  Commercial AML databases
  PEP / RCA / SOE sources
  Company registries
  Domain and IP intelligence

Connectors and outputs:
  Google Sheets input
  PDF evidence export
  Google Sheets output
  MLRO escalation summary

3. Таксономия, используемая Tom Custos #

4. Текущие группы operation workflow #

Operation workflows Tom Custos описывают, какую AML-работу выполняет локальный node:

• Client onboarding review;
• Counterparty screening;
• Supplier review;
• Employee screening;
• Bank counterparty screening;
• Periodic client review;
• Pre-approval review;
• Priority chat check;
• EDD review & MLRO escalation support;
• Draft regulator response;
• Client document request.

5. Текущие группы source workflow #

Source workflows описывают, где Tom выполняет проверки во время операции. Текущая сгруппированная source logic выглядит так:

6. Граница paid-source #

Commercial AML databases и специализированные intelligence tools подключаются только через уже существующую подписку клиента или утверждённый доступ.

Не следует подразумевать, что Tom Custos включает:

• LSEG World-Check;
• Dow Jones Risk & Compliance;
• LexisNexis / WorldCompliance;
• Moody’s GRID;
• Orbis / D&B / Sayari;
• инструменты в стиле Chainalysis / TRM / Elliptic;
• DomainTools или аналогичную платную infrastructure intelligence;
• OpenSanctions как бесплатный/open business source bundle.

OpenSanctions может упоминаться в публичном обсуждении как важный проект данных sanctions / PEP / watchlist, но в commercial configurator logic Tom Custos он относится к Commercial AML databases, если конкретный клиентский scope не говорит иначе.

7. Как одна операция использует множество источников #

Операция counterparty screening может использовать:

1. Official sanctions databases.
2. Commercial AML database, если у клиента есть действующий доступ.
3. Публичные поисковые системы.
4. Company registries.
5. UBO / ownership intelligence.
6. Domain and IP intelligence.
7. Debarment или enforcement registers.

Операция является одной бизнес-задачей. При этом каждой категории источников всё равно может требоваться собственный source workflow, browser logic, правила evidence capture и обработка ошибок.

8. Как один источник может обслуживать множество операций #

Source workflow можно повторно использовать в нескольких операциях.

Например, workflow commercial AML database может использоваться в:

• client onboarding;
• counterparty screening;
• supplier review;
• employee screening;
• periodic review;
• priority chat checks.

Source workflow можно переиспользовать, но каждой операции всё равно нужны собственные input fields, порядок источников, output format, evidence requirements и escalation logic.

9. Полный жизненный цикл AML operation #

Полный цикл Tom Custos должен сохранять ту же evidence-first структуру:

10. Минимальная проверка физического лица #

Пример: “John Smith”.

Input:
  Name, optional date of birth, nationality, country, Case ID

Operation:
  Basic CDD / sanctions screening

Source workflows:
  Official sanctions databases
  Public search engines if configured
  Commercial AML database only if the client has valid access

Output:
  Evidence folder
  Structured table row
  Short team summary if configured
  MLRO escalation summary if risk/uncertainty exists

11. Минимальная проверка компании #

Пример: “ABC Trading Ltd”.

Input:
  Company name, registration number if available, jurisdiction, website/domain, Case ID

Operation:
  Basic KYB / counterparty screening

Source workflows:
  Official sanctions databases
  Company registries
  Public search engines if configured
  Domain and IP intelligence if website/domain is available
  Commercial AML database only if the client has valid access

Output:
  KYB evidence pack
  company risk summary
  mismatch/red flag list
  MLRO handover if required

12. Как эта wiki должна использовать таксономию #

Эта wiki является публичным knowledge layer. Она должна объяснять универсальную AML logic:

• AML workflows;
• red flags;
• evidence collection;
• MLRO escalation;
• CDD / EDD;
• UBO;
• sanctions / TFS / CPF;
• adverse media;
• crypto AML;
• TBML;
• geographic exposure;
• digital jurisdiction exposure.

Её не следует смешивать с платным доступом к источникам. Wiki объясняет, как работают проверки; коммерческое внедрение Tom Custos настраивает, какие operation workflows, source workflows, connectors, channels, evidence rules, nodes и implementation profile нужны клиенту.

13. Общий слой verification and evidence control #

Каждый operation workflow должен вызывать общий verification and evidence control layer перед формированием output.

operation workflow
→ subject classification
→ declared-data inventory
→ approved source plan
→ source check records
→ evidence capture
→ discrepancy register
→ risk trigger mapping
→ review-ready output
→ audit trail

Это не даёт operation workflows превращаться в общие narrative summaries. Agent должен документировать, что было заявлено, что было независимо проверено, какие source limitations существовали, какие evidence подтверждают finding и что ещё требует analyst review.

Связанные страницы:

• Verification & Evidence Control Layer
• Operation Workflow Patterns
• Case File & Evidence Lifecycle
• Discrepancy, Risk & Escalation Controls