GLOBAL PAYMENTS KNOWLEDGEISO 20022 / SWIFT / SEPA / MT / MX
DOMAIN 03 / 7 TOPICS

Screening execution

Customer versus transaction screening, the screening lifecycle, name matching, secondary identifiers, message screening, and system architecture.

  1. 019 MIN
    Customer vs transaction screeningCustomer screening checks who the bank banks; transaction screening checks what it moves. Different data, different timing, one obligation.AFTER: Sanctions screening vs AML vs fraud
  2. 029 MIN
    The screening lifecycleFrom data in to decision out: how a screened record passes clean, or becomes an alert, a held payment, and finally a documented disposition.AFTER: Customer vs transaction screening
  3. 0312 MIN
    Name matching and fuzzy logicListed names never arrive spelled the same way twice. Fuzzy matching is how the control catches variation — at the price of innocent lookalikes.AFTER: The screening lifecycle · Anatomy of a sanctions list
  4. 048 MIN
    Secondary identifiers and confidenceA name similarity opens a question; birthdates, documents, and addresses are what close it — in either direction, with evidence.AFTER: Name matching and fuzzy logic · Identifiers and data quality
  5. 0510 MIN
    Screening payment messagesPayments are screened in flight: party fields, agent identifiers, and free text — and how the message is structured decides how well that works.AFTER: The screening lifecycle · The pacs family: interbank messages
  6. 0610 MIN
    Screening system architectureOne filter, many callers: how watchlist feeds, matching engines, hold queues, and case management fit into the bank's payment estate.AFTER: The screening lifecycle · Aggregation and provenance
  7. 0713 MIN
    Payment transparency and the travel ruleComplete, unaltered sender and receiver information must travel with a payment so every bank can screen it — the travel rule, and how controls catch wire stripping.AFTER: Screening payment messages