GLOBAL PAYMENTS KNOWLEDGEISO 20022 / SWIFT / SEPA / MT / MX
GLOSSARY / 233 TERMS

The vocabulary, decoded.

Plain-language definitions with every acronym expanded. Terms link back into the topics that teach them properly.

A

ACH (Automated Clearing House)

An Automated Clearing House (ACH) is a system that clears high volumes of low-value payments in batches rather than one at a time. Instructions are collected through the day, sorted by destination bank, exchanged at set windows, and settled on a deferred net basis — each bank pays or receives only the difference across all its items. ACH carries both credits (the payer pushes funds, as in payroll) and debits (the payee pulls funds under a mandate, as in a utility bill). In the United States the network is governed by Nacha rules; many countries run an equivalent domestic batch system. Because it nets and defers, ACH is cheap and efficient but slower to settle than a real-time gross settlement wire.

Source1
  1. Scheme-specific rule

    ACH Network and Nacha Operating RulesNacha

    Governs the US ACH Network: batch credit and debit transfers between an ODFI and an RDFI, cleared by the two ACH Operators (the Federal Reserve and The Clearing House) and settled on a deferred, netted basis. Same Day ACH runs defined intraday windows with a per-payment limit of USD 1,000,000 (effective 18 March 2022; scheduled to rise to USD 10,000,000 on 17 September 2027). · Checked 2026-07-14

    Nacha writes and enforces the Operating Rules but does not itself process ACH payments.

Adverse media

Adverse media — sometimes called negative news — is reporting that links a person or company to criminal or unethical conduct: fraud, corruption, sanctions evasion, trafficking, and similar subjects. Some institutions screen customers against adverse-media data, usually supplied by commercial vendors who aggregate and tag news coverage, as an input to onboarding decisions and ongoing risk review. Unlike a sanctions hit, adverse media is not a legal prohibition, and much of it is unverified allegation, so programmes treat it as a signal that prompts closer review rather than an automatic bar — and coverage quality varies enormously.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Alert

An alert is the unit of work a screening system produces: when the matching engine scores a customer record or payment party as sufficiently similar to a watchlist entry, it creates an alert holding the source data, the candidate list entry, and the match details. The alert enters a queue where it is investigated and dispositioned — closed as a false positive or confirmed as a true match — often passing through tiered review for harder cases. While a payment-screening alert is open, the payment is typically held, which is why alert volumes and handling speed are watched closely by operations and compliance alike.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Alias

An alias is an alternative name recorded on a watchlist entry: spelling and transliteration variants, birth names, former corporate names, abbreviations, or other names a designated party has been known to use. Sanctions authorities publish aliases precisely because targets do not appear under one canonical spelling in real-world data, and screening systems match against the aliases as well as the primary name so that a designated party is caught whichever recorded form appears in a payment or customer record. List entries often grade aliases by quality or strength, which investigators weigh when assessing a hit.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Alliance Access

Alliance Access is Swift's on-premises messaging interface. Institutions install and run it in their own environment to create, validate, route, and manage FIN and MX messages, connecting internal payment and back-office systems to SWIFTNet. It suits organisations with higher message volumes that operate their own infrastructure.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Alliance Cloud

Alliance Cloud is a cloud messaging interface that provides full messaging capability delivered as a hosted service. It gives institutions the functions of a complete interface, including message creation, validation, and routing for FIN and MX, without running the software on their own premises.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Alliance Lite2

Alliance Lite2 is a cloud-based, lighter connectivity option for reaching Swift. It removes much of the local infrastructure needed by an on-premises interface, so institutions with lower message volumes can connect to SWIFTNet through a managed channel while still creating and receiving FIN and MX messages.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

ANSI X12 (X12/820)

ANSI ASC X12 is the North American standard for electronic data interchange, the counterpart to UN/EDIFACT used mainly in the United States. Business documents are defined as numbered transaction sets; for payments the relevant one is the 820, a payment order and remittance advice that a payer sends so a payee can reconcile an incoming payment to the invoices it settles. X12 messages are delimited segment structures, not XML. Payment professionals encounter X12/820 when handling corporate remittance data, especially where rich reconciliation information travels separately from the funds. Like EDIFACT and ISO 8583, it belongs in the map of message standards a practitioner should be able to name and place.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

Asset freeze

An asset freeze is the core prohibition in most targeted sanctions regimes, and it cuts two ways: funds and economic resources belonging to the target must be frozen — held, not returned, not transferred — and no one subject to the regime may make funds or economic resources available to the target, directly or indirectly. This is why a confirmed sanctions hit does not simply cause a rejection: depending on the regime, the bank may be required to block and hold the funds and report to the authority rather than send the money back. Licensing routes exist for permitted exceptions, and their details vary by jurisdiction.

Source1
  1. Official requirement

    UK financial sanctions general guidanceOffice of Financial Sanctions Implementation, HM Treasury

    OFSI's general guidance on UK financial sanctions obligations, licensing, exceptions, reporting, and compliance. · Checked 2026-07-12

    General in nature; regime-specific guidance and the underlying UK regulations take precedence over it.

Authorized Dealer bank

An Authorized Dealer (AD) bank is a bank the Reserve Bank of India has specifically licensed, under FEMA, to deal in foreign exchange. Only an AD bank — most commercial banks operate as AD Category-I — can convert a resident's rupees into foreign currency and remit them abroad. It is the AD bank's job to collect the remitter's declaration (Form A2), check the purpose and the applicable limit, apply its own compliance screening, and only then convert and send the payment onward, typically over the SWIFT network to a correspondent in the destination currency.

Source1
  1. Official requirement

    Liberalised Remittance Scheme (LRS) — FAQsReserve Bank of India

    Describes the Liberalised Remittance Scheme: resident individuals may remit up to USD 250,000 per financial year for permitted current and capital account transactions, through an Authorized Dealer bank, on a declaration (Form A2) naming the purpose. · Checked 2026-07-16

    The annual limit is non-cumulative and does not carry forward; remittances beyond it require prior RBI approval. Tax-collection-at-source thresholds and the exact declaration format are set separately and change more often than the scheme's core limit — check the RBI page for current detail.

B

BACS Standard 18

BACS Standard 18 is the long-established fixed-format file layout used to submit payment instructions to the United Kingdom's Bacs system, which clears Direct Credits (such as salaries) and Direct Debits on a three-day, deferred-net cycle. Each record is a fixed-length line with defined positions for sort code, account number, amount, and reference, and files are submitted through approved software or a bureau. Standard 18 predates modern XML messaging and is still widely used, which is why it appears in syllabi as a regional file format alongside ISO 20022. It illustrates that many national batch systems retain their own compact record layouts even as cross-border messaging moves to ISO 20022.

Source1
  1. Scheme-specific rule

    Bacs (Direct Debit and Direct Credit)Pay.UK

    Describes Bacs, operated by Pay.UK: sterling Direct Debit (pull) and Direct Credit (push) processed on a three-working-day cycle (submission, processing, entry), with Direct Debit returns handled through the ARUDD cycle. · Checked 2026-07-14

    Bacs runs a fixed three-day cycle: day 1 submission, day 2 processing, day 3 debit and credit taken together. Direct Debit adds days 4-5 for the Automated Return of Unpaid Direct Debits (ARUDD).

Bank Directory Plus

Bank Directory Plus is a SWIFTRef directory that combines data on banks and their branches with national clearing codes, Business Identifier Codes (BICs), and Legal Entity Identifiers (LEIs). It gives a consolidated view used to identify counterparties and to map between the different codes that route a payment.

Source1
  1. Official requirement

    SwiftRef reference data servicesSwift

    Describes the directories Swift publishes as a reference-data utility, including the BIC Directory, Bank Directory Plus, IBAN Plus, the Standing Settlement Instructions Directory, and the SEPA Routing Directory. · Checked 2026-07-13

    Used for public summaries of the SwiftRef directories and their delivery through files, a web application, and application programming interfaces.

Bank Payment Obligation (BPO)

A Bank Payment Obligation (BPO) is an irrevocable undertaking by one bank to pay another in a trade transaction. Unlike a documentary credit, it settles against matched electronic data rather than the presentation of paper documents, offering an alternative that sits between open account trade and a full letter of credit.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Behavioural analytics

Behavioural analytics is a monitoring approach that builds a model of normal activity for a customer, or for a peer group, and flags meaningful deviations from it. Compared with fixed rules, it can detect novel or evolving patterns and adapt to context, at the cost of being harder to explain. It is often used alongside a rules engine to strengthen detection.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Beneficial owner (UBO)

A beneficial owner, or ultimate beneficial owner (UBO), is the natural person who ultimately owns or controls a customer, or on whose behalf a transaction is being carried out. Identifying the beneficial owner behind companies and other structures is a core part of customer due diligence, because it prevents individuals from hiding behind layers of corporate ownership.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Beneficiary

The beneficiary is the party who ultimately receives the funds. It is the traditional term in SWIFT MT messages — the beneficiary customer — and remains everyday operational language, while ISO 20022 uses creditor for broadly the same role. In practice 'beneficiary' is what most operations teams, screening analysts, and customers actually say: beneficiary name, beneficiary bank. It is worth being fluent in both vocabularies. The beneficiary's name and account details drive both the final posting and a large share of the sanctions screening effort on a payment.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

BICBusiness Identifier Code

A Business Identifier Code identifies a financial institution, or a distinct part of one, in payment messages. It is defined by an ISO standard and registered through SWIFT, which acts as the registration authority. The code has eight characters — institution, country, and location — plus an optional three-character branch code. Payment messages use BICs to address the debtor agent, creditor agent, and any intermediary agents, so routing depends on them being correct. An unknown, inactive, or mistyped BIC is one of the most common reasons a cross-border payment needs manual repair.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

BIC Directory

The BIC Directory is a SWIFTRef directory of Business Identifier Codes (BICs) together with the institution names, locations, and connection details tied to each code. Payment systems use it to confirm that a BIC is valid and to look up the party it identifies before a message is sent.

Source1
  1. Official requirement

    SwiftRef reference data servicesSwift

    Describes the directories Swift publishes as a reference-data utility, including the BIC Directory, Bank Directory Plus, IBAN Plus, the Standing Settlement Instructions Directory, and the SEPA Routing Directory. · Checked 2026-07-13

    Used for public summaries of the SwiftRef directories and their delivery through files, a web application, and application programming interfaces.

Book payment

A book payment — also called a book transfer or internal transfer — moves money between two accounts held at the same institution. Because both the payer and the payee bank at the same place, the bank simply debits one account and credits the other on its own ledger; no external clearing system or interbank settlement is involved. Book payments are immediate and cheap and carry no interbank settlement risk, which is why banks route them internally whenever both parties are customers. The concept clarifies a common point of confusion: not every payment touches a clearing house. When it stays inside one bank it is settled the moment the ledger is updated.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Browse

Browse is a SWIFTNet service that gives interactive, screen-based access to web applications delivered over the secure network. It lets users work with services through a browser session rather than exchanging messages, and is often paired with InterAct and FileAct to provide a complete channel for a given Swift service.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Business Application Header

The Business Application Header is a standardized ISO 20022 header, defined as the head.001 message, that accompanies a business message such as a pacs.008. It identifies the sender and receiver, names the message definition being used, carries a business message identifier and creation timestamp, and can flag things like possible duplicates. The point is separation of concerns: addressing and identification live in the header, business content lives in the payload. Usage guidelines for interbank exchange, such as CBPR+, require the header and define exactly how its elements are used on that rail.

Source1
  1. Market practice

    Business application header (BAH)ISO 20022 Registration Authority

    Defines the head.001 Business Application Header that carries sender, receiver, message identification, and business-context data alongside ISO 20022 business messages. · Checked 2026-07-12

    Several BAH versions exist (head.001.001.01 through .03); each usage community, such as CBPR+, specifies which version applies.

C

camt familyCash Management

The camt family — Cash Management — covers what happens around payments: account statements and credit or debit notifications that banks send customers and each other, plus the exception messages used when something needs to be undone or explained. In day-to-day payment operations the two best-known members are camt.056, which asks the receiving side to cancel or give back a payment that was already sent, and camt.029, which carries the answer to such a request. Reconciliation teams live in the statement side of the family; investigations teams live in the exception side.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

camt.029

camt.029 — ResolutionOfInvestigation — closes the loop on an exception. When a bank receives a cancellation request such as a camt.056, the camt.029 is its formal answer: it can confirm that the cancellation will happen, refuse it with a reason (for example, the funds were already applied and the customer does not consent), or report an interim status. Investigation and recall cases are tracked against these answers; a recall without a camt.029 response is an open case, not a resolved one. When the answer is positive, the actual money returns separately as a pacs.004.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

camt.056

camt.056 — FIToFIPaymentCancellationRequest — is how a bank asks for a payment back after it has left. It references the original transaction and states why the sender wants it cancelled: a duplicate, a technical error, or suspected fraud, for example. Crucially, it is a request, not an instruction. The receiving bank investigates — often needing its customer's consent — and answers with a camt.029; if it agrees, the funds come back as a pacs.004 return. In SEPA this pair of messages implements the recall procedure. A case opened by camt.056 stays open until a definitive answer arrives.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

Canonical format

A canonical format is the single internal, normalized message representation that a payment hub uses across its processing steps. Inbound messages in many external formats are translated into the canonical format on entry, processed once, and then translated out to whichever scheme format is needed. This isolates the core engine from the details of each external standard.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

Case management

Case management is the workflow layer of a screening operation. It receives alerts, groups related ones into cases, assigns them to investigators, enforces tiered review and four-eyes checks where policy requires them, and records the evidence and rationale behind every disposition. A good case-management layer produces the audit trail regulators expect: who looked at what, when, and why the decision was made. It also feeds management information — alert volumes, ageing, false-positive rates, investigator consistency — that governance uses to tune the programme. Tooling ranges from vendor platforms to in-house builds.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Cash Transaction Report (CTR)

A Cash Transaction Report (CTR) is a report an institution must file when a cash transaction — or, in many regimes, linked cash transactions in a day — exceeds a set threshold, regardless of whether anything looks suspicious. It differs fundamentally from a suspicious-activity or suspicious-transaction report: a CTR is objective and threshold-driven, filed because the amount crossed a line, while a suspicious report is judgement-driven, filed because something seems wrong. Threshold reporting gives authorities visibility of large cash movements and makes structuring — splitting a big cash sum into smaller pieces to stay under the limit — itself a red flag. Understanding the distinction is core to knowing which report a given situation calls for.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

CBPR+Cross-Border Payments and Reporting Plus

CBPR+ is the set of usage guidelines that adapts ISO 20022 for cross-border payments and reporting between correspondent banks over SWIFT. The base standard is deliberately broad, so CBPR+ pins down which messages are used (pacs.008 and pacs.009 among them), which elements are mandatory, how the Business Application Header is filled, and how the messages map to and from legacy MT equivalents during coexistence. When people say a bank is 'ISO-ready for cross-border', they usually mean it can send and receive CBPR+-compliant messages. Translation between MT and CBPR+ formats, and the truncation risk it creates, is a core operational topic of the migration.

Source1
  1. Market practice

    Cross-Border Payments and Reporting Plus (CBPR+) usage guidelinesSwift (CBPR+ working group)

    Defines how ISO 20022 messages (including pacs.008, pacs.009, pacs.002, pacs.004, and camt investigation messages) are used and validated for cross-border payments on the Swift network. · Checked 2026-07-12

    Full guidelines require MyStandards access; content here relies on public summaries. MT-to-CBPR+ translation rules are published on Swift's translation portal.

CDFCPS

CDFCPS refers to China's domestic payment clearing arrangements — the high-value real-time gross settlement and bulk systems operated within China for renminbi payments between domestic institutions. It is the onshore counterpart to the cross-border CIPS: where CIPS focuses on international and offshore RMB flows, the domestic systems clear and settle the everyday interbank payments inside the country. Practitioners meet the acronym in course syllabi that map the world's national systems; the important idea is that a large economy typically runs separate domestic and cross-border rails, with different participants, operating hours, and rules, and a payment may hand off between them. Specifics are set by the Chinese operator and change over time.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Central bank digital currency (CBDC)

A central bank digital currency (CBDC) is a digital form of a country's official money that is issued by and is a direct liability of the central bank. A retail CBDC would be available to the general public for everyday payments, while a wholesale CBDC is limited to financial institutions for settlement. Many central banks are researching or piloting designs.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Central bank money

Central bank money is money that is a direct claim on the central bank: physical cash, and the balances commercial banks hold in their accounts at the central bank. Its defining property is the absence of commercial credit risk — a central bank cannot fail in its own currency the way a commercial bank can. That is why systemically important settlement happens in central bank money: when Bank Alfa pays Nordbank across their central bank accounts, neither is exposed to the other's solvency. End customers, by contrast, mostly hold and transfer commercial bank money.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Central Liquidity Management (CLM)

Central Liquidity Management (CLM) is the part of the Eurosystem's consolidated platform that holds each bank's Main Cash Account and handles central-bank operations — such as monetary policy, standing facilities, and cash — while distributing liquidity to the settlement services that need it. In the post-2023 design, high-value payments settle in the T2 real-time gross settlement service on Dedicated Cash Accounts, while CLM sits above as the central place liquidity is held and moved. Separating the account that faces the central bank (CLM) from the accounts that face payment and securities settlement lets a bank steer intraday liquidity deliberately across T2, T2S, and TIPS instead of trapping it in one silo.

Source1
  1. Scheme-specific rule

    TARGET ServicesEuropean Central Bank

    Describes the Eurosystem's TARGET Services, including the T2 RTGS system and central liquidity management used to settle euro payments in central bank money. · Checked 2026-07-12

    T2 replaced TARGET2 in March 2023. Detailed user functional specifications are published separately in the ECB's professional-use documents section.

CGI-MP (Common Global Implementation – Market Practice)

Common Global Implementation – Market Practice (CGI-MP) is an industry forum in which banks and other stakeholders agree common ways to use ISO 20022 messages for corporate-to-bank exchanges — payment initiation, status reports, and statements. The problem it addresses is fragmentation: the ISO 20022 standard is flexible, so without agreement each bank could ask a corporate for a slightly different version of pain.001, forcing multi-banked companies to build many variants. CGI-MP publishes agreed usage guidelines that narrow those choices, letting a corporate implement one message profile and reuse it across participating banks. It is a market-practice layer on top of the standard, not a separate standard, and it is central to corporate treasury connectivity.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

CHAPS

CHAPS (Clearing House Automated Payment System) is the United Kingdom's high-value sterling payment system. It is a real-time gross settlement (RTGS) system: each payment settles individually, immediately, and with finality, in central bank money held at the Bank of England, which has operated CHAPS directly since November 2017. CHAPS is used for time-critical and high-value sterling payments — house purchases, interbank settlement, corporate treasury movements — where certainty of same-day, final settlement matters more than cost. As with other RTGS systems, there is no interbank credit exposure between participants, because value moves only when the payment settles.

Source1
  1. Scheme-specific rule

    CHAPSBank of England

    Describes CHAPS, the UK's sterling high-value payment system, settled payment by payment in the Bank of England's RTGS infrastructure. · Checked 2026-07-12

    The Bank of England has operated CHAPS directly since November 2017; participant-facing reference documents are published separately.

Charge bearer

The charge bearer option states who pays the charges for a payment. With OUR, the sender bears all charges and the beneficiary should receive the full amount; with BEN, charges fall on the beneficiary and may be deducted from the amount; with SHA, each side pays its own bank's charges. In an MT103 the option travels in field 71A; ISO 20022 messages carry an equivalent charge bearer element. The choice matters commercially — deducted charges are a classic reason a beneficiary receives less than invoiced — and some rails remove the choice entirely: SEPA schemes fix a shared-style arrangement in which each customer pays only their own payment service provider.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

CHATS (Clearing House Automated Transfer System)

The Clearing House Automated Transfer System (CHATS) is Hong Kong's high-value real-time gross settlement system. Its distinctive feature is multi-currency operation: separate but linked RTGS arrangements settle the Hong Kong dollar, the US dollar, the euro, and the offshore renminbi, each with its own settlement institution. Running dollar and euro RTGS in an Asian time zone lets Hong Kong support payment-versus-payment settlement of foreign-exchange trades and extends the effective operating window for those currencies. CHATS shows that a real-time gross settlement system need not be limited to its home currency, and that a financial centre can build settlement infrastructure for currencies issued elsewhere.

Source1
  1. Scheme-specific rule

    CHATS and the Faster Payment System (FPS)Hong Kong Monetary Authority

    Describes Hong Kong CHATS (Clearing House Automated Transfer System, the RTGS operated by Hong Kong Interbank Clearing Limited under the HKMA, settling every transaction individually and gross in central bank money for HKD, USD, RMB and EUR) and the Faster Payment System (FPS, launched 17 September 2018, 24x7, addressed by mobile number or email, funds available almost immediately, settled on the HKMA book as part of HKD/RMB CHATS). · Checked 2026-07-14

    FPS is designated as part of HKD CHATS and RMB CHATS; the HKMA provides the settlement book for HKD FPS.

Cheque

A cheque is a paper instrument by which the account holder instructs their bank to pay a stated amount from their account to a named payee. The payee deposits it, and the amount is collected from the payer's bank through a cheque clearing system, increasingly using digital images of the cheque. Cheque use is declining in many markets but persists in some.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

CHIPS

CHIPS (Clearing House Interbank Payments System) is a high-value US dollar payment system operated by The Clearing House, a private-sector body owned by large banks. Rather than settling every payment gross like Fedwire, CHIPS nets payments continuously through the day using participants' prefunded balances, reaching finality intraday while moving far less money than the gross total of payments it clears. This makes it efficient on liquidity for the large volume of dollar payments — including many cross-border ones — that pass through it. CHIPS migrated to ISO 20022 messaging in April 2024. It settles in central bank money and is one of the two main high-value dollar systems alongside Fedwire.

Source1
  1. Scheme-specific rule

    CHIPSThe Clearing House

    Describes CHIPS, the private-sector US dollar high-value clearing and settlement system operated by The Clearing House. · Checked 2026-07-12

    CHIPS migrated to ISO 20022 messaging in April 2024; participant rules are not fully public.

CIPS (Cross-border Interbank Payment System)

The Cross-border Interbank Payment System (CIPS) is a China-based system for clearing and settling payments denominated in renminbi, particularly across borders. It provides a clearing and settlement channel for offshore and onshore banks handling RMB, with direct participants holding accounts in the system and indirect participants reaching it through them. CIPS is often described in contrast to the domestic high-value system and to SWIFT: many participants still exchange the underlying instructions over SWIFT messaging while using CIPS for the clearing and settlement of the RMB leg. It matters to anyone processing China-related trade or investment flows, because the currency, the participants, and the operating calendar differ from the dollar and euro systems practitioners learn first.

Source1
  1. Scheme-specific rule

    CIPS (Cross-border Interbank Payment System)Cross-border Interbank Payment System (CIPS Co., Ltd.)

    Describes CIPS, the Cross-border Interbank Payment System authorized and overseen by the Peoples Bank of China (launched 2015): a wholesale system specializing in RMB cross-border clearing and settlement between direct and indirect participants, using SWIFT and its own messaging, settling onshore through PBoC-approved arrangements, typically same-day or T+1. · Checked 2026-07-14

    CIPS clears and settles cross-border RMB; it uses SWIFT messaging alongside its own network and settles onshore under PBoC oversight.

Clearing

Clearing is the process of transmitting, reconciling, and in some systems netting payment instructions between institutions, so that each participant knows what it owes or is owed. It covers everything between two banks agreeing that a payment exists and is valid, and the actual movement of money. In net systems, clearing includes offsetting opposing flows so that only balances need to settle. Clearing determines the obligations; settlement discharges them — keeping those two ideas separate is the single most useful habit when learning how payment systems work.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Clearing house

A clearing house is a central organisation through which member institutions exchange payment instructions, and which calculates each member's resulting obligations — often netting them down to a single position per participant. It solves a many-to-many problem: instead of every bank connecting to every other bank, each connects once to the clearing house. Some clearing houses also manage settlement risk through limits, collateral, or guarantee funds. The clearing house typically does not move the money itself; final settlement usually happens across accounts at a central bank.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

CLS

CLS (Continuous Linked Settlement) is the main global system for settling foreign exchange (FX) trades safely. Its purpose is to remove settlement risk from currency trades using payment versus payment (PvP): the two currency legs of a trade are settled simultaneously across CLS's accounts, so one leg is paid only if the other is paid too. Settlement is in central bank money through the real-time gross settlement systems of the currencies involved. Operated by CLS Bank for its member banks, it covers a defined set of major currencies. By linking the legs, CLS eliminates the principal (Herstatt) risk that a bank could pay out one currency and never receive the other.

Source1
  1. Market practice

    Principles for financial market infrastructuresCPMI and IOSCO (Bank for International Settlements)

    International risk-management standards for systemically important payment systems and other financial market infrastructures. · Checked 2026-07-12

    Published by the CPSS (now CPMI) and IOSCO; contains 24 principles plus responsibilities for authorities. This site uses it only for high-level concepts such as settlement finality.

Commercial bank money

Commercial bank money is money that exists as a claim on a commercial bank: the balance in an ordinary current or savings account. Most of the money that households and companies hold and transfer is of this kind. It carries the credit risk of the issuing bank — a deposit is a promise by that bank — which deposit insurance mitigates within limits but does not remove. Banks themselves hold commercial bank money too: a nostro balance at another bank is exactly such a claim, which is why banks manage their correspondent balances as credit exposures.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Correspondent banking

Correspondent banking is the arrangement in which one bank (the correspondent) provides payment and account services to another (the respondent), usually across borders. It is how a bank without a branch or clearing membership in a country can still send and receive that country's currency: it holds a nostro account with a local correspondent, which executes payments on its behalf. Chains of correspondents connect the world's banks — which is also why cross-border payments can be slower, costlier, and screened several times, since every intermediary applies its own controls.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Cover payment

A cover payment splits a cross-border payment into two messages: the debtor agent sends the payment details directly to the creditor agent, while a separate interbank transfer — the cover — moves the funds through the correspondent chain. The creditor agent learns about the payment quickly, but should wait for the cover to arrive before releasing funds. Historically the cover leg carried less detail than the announcement, which created sanctions screening blind spots; message standards have since been changed so the cover carries the underlying originator and beneficiary information.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Credit transfer

A credit transfer is a push payment: the debtor starts it by instructing their bank to move funds to the creditor's account. The debtor's bank debits its customer, sends the instruction down the relevant rail, and the creditor's bank credits the payee. Because the payer initiates and funds are checked before the instruction leaves, a credit transfer cannot bounce for lack of funds once it has been sent — most exceptions arise earlier, or from problems at the receiving end such as a closed account. SEPA credit transfers and SWIFT customer transfers are common examples.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Creditor

The creditor is the party the money is owed to and whose account is ultimately credited: the payee. Like debtor, the word comes from the ISO 20022 party model, which describes who the funds move between regardless of which party initiated the instruction. In a credit transfer the creditor passively receives; in a direct debit the creditor actively initiates the collection. Legacy SWIFT MT messages describe broadly the same party as the beneficiary customer. Accurate creditor details — name and account identifier — are what the final bank in the chain uses to post the funds.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Creditor agent

The creditor agent is the financial institution that services the creditor's account — the payee's bank. It is the last institution in the payment chain: it receives the interbank payment, runs its own checks, and credits the creditor's account, or rejects or returns the payment if it cannot. SWIFT MT terminology calls broadly the same institution the beneficiary bank or account-with institution. The creditor agent's posting is the step the end customer actually experiences as the money arriving.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Cross-border payment network

A cross-border payment network is a closed-loop or application programming interface based arrangement that moves value between countries without relying on a long chain of correspondent banks. A single operator connects to local payout rails in many markets, so a sender reaches a recipient through one relationship rather than several. These networks compete on speed, cost, and predictability.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

CRS (Common Reporting Standard)

The Common Reporting Standard (CRS) is an OECD framework for the automatic exchange of financial-account information between the tax authorities of participating jurisdictions. Financial institutions identify accounts held by tax residents of other participating countries and report them to their local authority, which exchanges the data with the account holder's home authority. It is often described as a multilateral, global counterpart to the United States' FATCA — hence the informal label GATCA — but it works through reciprocal exchange among many countries rather than reporting to one. Like FATCA it is tax transparency, distinct from anti-money-laundering reporting, though both rely on knowing who the customer really is.

Source1
  1. Official requirement

    Common Reporting Standard (CRS)OECD

    The OECD Common Reporting Standard for the automatic exchange of financial account information between jurisdictions (adopted 2014). · Checked 2026-07-14

    CRS obliges financial institutions to identify and report accounts of tax residents of participating jurisdictions.

CSMClearing and Settlement Mechanism

Clearing and Settlement Mechanism is the umbrella term — used heavily in SEPA documentation — for any arrangement that clears and settles payments between scheme participants. It deliberately abstracts away the implementation: a CSM can be an automated clearing house with net settlement, a real-time gross settlement platform, or even a bilateral arrangement between two banks. The term exists because SEPA separates scheme rules from infrastructure: payments under a single scheme may be processed by several competing CSMs, and each bank chooses which to use.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Customer due diligence (CDD)

Customer due diligence (CDD) is the standard set of checks a firm performs to identify and verify a customer, understand the purpose of the relationship, and assess the money laundering and terrorist financing risk it presents. It includes identifying any beneficial owners. The depth of CDD is risk based, and higher-risk cases are escalated to enhanced due diligence.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Cut-off

A cut-off is the time after which instructions are no longer processed for the current business day. Every rail, currency, and correspondent relationship has its own cut-offs, shaped by the operating hours of the underlying settlement systems and by each bank's internal processing schedule. An instruction that misses a cut-off is not lost — it is processed for the next available value date, which can mean a late supplier payment or an unexpected overdraft. Managing the daily sequence of cut-offs across currencies is a core part of payment operations, and instant rails change the picture by removing same-day cut-offs altogether.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

D

Daily Validation Report (DVR)

The Daily Validation Report (DVR) is a SWIFT service that gives an institution an independent daily summary of its own FIN message traffic, built from data SWIFT already carries. It highlights activity that differs from the institution's normal pattern — new counterparties, unusual amounts or currencies, out-of-hours sending, or aggregate flows — so that a fraud or operations team has a second, out-of-band view separate from the bank's own systems. It arose from the community response to high-profile payment frauds: if attackers compromise a bank's internal tools, an external report harder for them to alter can surface the anomaly. DVR is a detective control, not a preventive one, and complements payment-controls screening.

Source1
  1. Official requirement

    Customer Security Programme (CSP) and Customer Security Controls FrameworkSwift

    Sets the mandatory and advisory security controls and the annual self-attestation that Swift users must meet to secure their local messaging environments. · Checked 2026-07-13

    The full Customer Security Controls Framework and detailed control descriptions sit behind a swift.com login.

Debtor

The debtor is the party that owes the money and whose account is ultimately debited: the payer. The word comes from the ISO 20022 party model, which names roles by their relationship to the funds rather than by who sent which message. In a credit transfer the debtor also initiates the payment; in a direct debit the debtor is debited under a mandate while the creditor initiates. Legacy SWIFT MT messages call broadly the same party the ordering customer. Identifying the debtor precisely matters for sanctions screening, liability, and reconciliation.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Debtor agent

The debtor agent is the financial institution that services the debtor's account — in everyday language, the payer's bank. In ISO 20022 messages it appears as a party in its own right, separate from the debtor. It usually debits the customer, runs the first round of checks — balance, format, sanctions screening — and introduces the payment into the interbank chain. SWIFT MT terminology calls broadly the same institution the ordering institution. Where a non-bank payment service provider holds the account, that provider is the debtor agent.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Deferred net settlement

Deferred net settlement is a model in which payments are exchanged and accumulated over a clearing cycle, offset against each other, and only each participant's net position settles — typically across central bank accounts at scheduled times. Netting sharply reduces the liquidity needed: a bank sending and receiving similar amounts settles only the small difference. The trade-off is deferral risk — between clearing and settlement, participants are exposed to a member failing — which systems manage through limits, collateral, and loss-sharing rules. Many batch retail systems work this way.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Designated person

A designated person is an individual or entity formally named under a sanctions regime. Designation is a legal act by the sanctioning authority, and it attaches the regime's measures to the target — most commonly an asset freeze and a prohibition on making funds or economic resources available to them. List entries describe the designated person with names, aliases, and identifiers, but the legal effect can reach further than the entry itself: entities owned or controlled by designated persons may also be caught even though they are not listed by name. Terminology varies — some regimes say designated, others blocked or listed.

Source1
  1. Official requirement

    Specially Designated Nationals and Blocked Persons List (SDN List)US Department of the Treasury, Office of Foreign Assets Control

    The US list of designated individuals and entities whose assets are blocked and with whom US persons are generally prohibited from dealing. · Checked 2026-07-12

    Updated continuously; machine-readable formats are distributed via OFAC's Sanctions List Service. Every list entry appearing in this site's examples is fictional.

Direct debit

A direct debit is a pull payment: the creditor initiates the collection, and the debtor's account is debited under a prior authorisation called a mandate. It suits recurring obligations such as utilities and subscriptions, because the biller controls timing and amount within what the mandate allows. The trade-off is a heavier exception model: collections can fail for insufficient funds, and most schemes give the debtor refund rights for a defined period, so a collected direct debit is less final than a received credit transfer. The details vary considerably between schemes and countries.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Disposition

Disposition is the decision that resolves a screening alert, and the record of that decision. Typical dispositions are false positive — the alerted party is not the listed one — and true match, with escalation paths in between for cases needing more information or senior judgment. A good disposition is documented: it states what was compared, which identifiers matched or diverged, and why the conclusion follows, so that an auditor or regulator can retrace the reasoning later. Consistent disposition standards across investigators are a governance concern, and many institutions apply quality-control sampling to closed alerts.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Distributed clearing

Distributed clearing is an architecture for instant payments in which participating institutions send payment messages directly to one another across a shared network, rather than routing every instruction through a single central switch that clears on their behalf. A central settlement service still settles each payment in central-bank money, but the clearing conversation — the exchange and validation of the payment message between sending and receiving banks — is decentralised. Australia's New Payments Platform is the best-known example. The model can improve resilience and reduce a single-point bottleneck, at the cost of more capability required in each participant, and it stands in contrast to the hub-and-spoke design of many older systems.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

DNFBP (Designated Non-Financial Business or Profession)

A Designated Non-Financial Business or Profession (DNFBP) is a non-financial business that FATF standards bring within anti-money-laundering obligations because it can be used to move or disguise criminal proceeds. The category typically includes lawyers and notaries, accountants, real-estate agents, trust and company service providers, casinos, and dealers in precious metals and stones. These businesses handle large-value transactions or help create legal structures, so criminals may use them to layer or integrate funds outside the banking system. Requiring them to perform customer due diligence and report suspicion closes gaps that bank-only controls would leave open, and it explains why AML typologies range far beyond payments into property, professional services, and luxury goods.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Documentary Credit

A Documentary Credit, also called a letter of credit, is a trade-finance undertaking in which a bank promises to pay a seller once specified documents are presented. It is carried in the Swift MT category 7 (MT7xx) message range, which handles the issuance, amendment, and advising of these credits between banks.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

E

E-money institution (EMI)

An e-money institution (EMI) is a licensed non-bank that issues electronic money: monetary value stored electronically, issued on receipt of funds, redeemable at par, and accepted as payment by parties other than the issuer. Prepaid cards, wallet balances, and many app-based accounts are e-money. An EMI must safeguard the funds backing outstanding e-money, so the stored value is not a bank deposit and is not lent out. EMIs can also provide the same payment services as a payment institution. They sit alongside payment institutions and money-transfer operators in the family of non-bank providers that deliver everyday payment experiences while depending on banks and clearing systems for the underlying settlement.

Source1
  1. Official requirement

    PSD2 and the RTS on strong customer authentication and secure communicationEuropean Banking Authority

    Governs open banking access in the European Union, including payment initiation and account information services offered by third-party providers, and the requirement for strong customer authentication. · Checked 2026-07-13

    Referenced from the European Banking Authority's public summaries, guidelines, and technical standards on payment services.

Egmont Group

The Egmont Group is the international network of Financial Intelligence Units (FIUs) — the national bodies that receive suspicious transaction and activity reports, analyse them, and disseminate intelligence to law enforcement. Money laundering crosses borders, but an FIU's reports sit within one country; the Egmont Group gives FIUs a secure channel and agreed principles for exchanging that information with each other, so a suspicious flow spotted in one jurisdiction can inform an investigation in another. It does not investigate crime itself. It connects the units that sit between reporting institutions and law enforcement, and it is a key reason the reporting a bank files can have international reach.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Enhanced due diligence (EDD)

Enhanced due diligence (EDD) is the deeper set of checks applied to customers or relationships assessed as higher risk, such as politically exposed persons or complex ownership structures. It can include verifying the source of funds and wealth, gathering more background, obtaining senior approval, and monitoring the relationship more closely than standard customer due diligence would require.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

EPCEuropean Payments Council

The European Payments Council is the industry association that creates and manages the SEPA payment schemes. It publishes the rulebooks and implementation guidelines for SCT, SCT Inst, and the direct debit schemes, runs the adherence process through which payment service providers join a scheme, and maintains the change cycle through which rulebooks evolve. It is worth separating roles: the EPC is scheme manager, not regulator and not infrastructure. EU law sets the legal requirements, clearing and settlement mechanisms move the payments, and the EPC defines the common rules that make participants interoperable.

Source1
  1. Scheme-specific rule2025 version 1.1 (EPC125-05)

    2025 SEPA Credit Transfer rulebookEuropean Payments Council

    Governs the SEPA Credit Transfer scheme: participant obligations, datasets, time cycles, and r-transaction rules for euro credit transfers. · Effective 2025-10-05 · Checked 2026-07-12

    Version 1.1 replaced version 1.0 at publication on 5 October 2025 and is stated to remain in effect up to 21 November 2027. It moves the date from which the unstructured address format is no longer permitted to 15 November 2026.

ESMIG (Eurosystem Single Market Infrastructure Gateway)

The Eurosystem Single Market Infrastructure Gateway (ESMIG) is the common access door to the Eurosystem's TARGET Services. Rather than connecting separately to the T2 real-time gross settlement service, T2S securities settlement, and TIPS instant payments, a participant connects once through ESMIG, which handles authentication, authorisation, and message routing to the right service. It is network-agnostic, letting accredited service providers offer the underlying connectivity. ESMIG is a product of the 2023 consolidation of TARGET2 and T2S onto a shared platform: centralising the gateway, reference data, and liquidity tooling was much of the point of that project, and it simplifies how banks reach several market infrastructures.

Source1
  1. Scheme-specific rule

    TARGET ServicesEuropean Central Bank

    Describes the Eurosystem's TARGET Services, including the T2 RTGS system and central liquidity management used to settle euro payments in central bank money. · Checked 2026-07-12

    T2 replaced TARGET2 in March 2023. Detailed user functional specifications are published separately in the ECB's professional-use documents section.

euroSIC

euroSIC is a clearing and settlement system that processes euro payments for participants connected through Swiss financial infrastructure, giving them a route into euro payment systems. It is scheduled to be discontinued at the end of 2027, after which participants are expected to migrate to other euro settlement arrangements. It sits alongside the Swiss franc SIC system.

Source1
  1. Scheme-specific rule

    Swiss Interbank Clearing (SIC)Swiss National Bank / SIX Interbank Clearing

    Describes the Swiss Interbank Clearing (SIC) system, Switzerlands central RTGS payment system (launched 10 June 1987), operated by SIX Interbank Clearing on behalf of the Swiss National Bank: payment orders are executed individually, irrevocably and with finality in central bank money in real time via participants RTGS or instant-payment settlement accounts, provided sufficient cover, settled on sight deposit accounts at the SNB. Instant payments have been available to bank customers since 2024. · Checked 2026-07-14

    SIC settles gross and final in central bank money on SNB sight deposit accounts, and also processes retail payments.

F

False positive

A false positive is a screening alert that, on investigation, does not concern the listed party — a customer or payment party merely shares a name or similar details with a watchlist entry. Common names collide constantly, so false positives are the dominant output of any screening system; the overwhelming majority of alerts close this way. They are not free: each one consumes investigator time and delays a payment or an onboarding. Programmes manage the false-positive rate through matching thresholds, better use of secondary identifiers such as dates of birth, and tuning — while protecting the ability to catch true matches.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

FATCA (Foreign Account Tax Compliance Act)

The Foreign Account Tax Compliance Act (FATCA) is a United States law that requires foreign financial institutions to identify accounts held by US persons and report information about them to the US tax authority, or face withholding on certain US-source payments. It is a tax-transparency regime, not an anti-money-laundering one: the goal is to deter offshore tax evasion by making cross-border account information visible to the taxing authority. Banks meet it through customer due diligence that establishes tax status, overlapping in practice with the identity work AML also requires. Studying FATCA next to AML reporting clarifies that financial institutions carry several distinct reporting duties — criminal-proceeds reporting and tax reporting among them — that share data but answer to different rules.

Source1
  1. Official requirement

    Foreign Account Tax Compliance Act (FATCA)U.S. Internal Revenue Service / Department of the Treasury

    FATCA (enacted 2010) requires foreign financial institutions to report to the IRS accounts held by U.S. taxpayers. · Checked 2026-07-14

    FATCA targets non-compliance by U.S. taxpayers using foreign accounts.

FATF (Financial Action Task Force)

FATF (the Financial Action Task Force) is the intergovernmental body that sets international standards to combat money laundering and terrorist financing, expressed as its 40 Recommendations. It assesses countries through mutual evaluations and maintains public lists of jurisdictions with strategic deficiencies, informally called the grey and black lists, which encourage countries to strengthen their controls.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

FedNow Service

The FedNow Service is the Federal Reserve's instant payment system for the United States, launched in July 2023. It settles individual retail payments immediately and with finality, in central bank money, and runs every minute of every day — there is no overnight close or weekend gap, so a bank that joins must be able to receive and settle payments around the clock. FedNow sits alongside, not inside, the high-value world: Fedwire remains the system for large, urgent interbank transfers during its operating hours, while FedNow targets fast, lower-value payments. Adoption is gradual, and reachability depends on both banks in a payment participating.

Source1
  1. Scheme-specific rule

    FedNow ServiceFederal Reserve Financial Services

    Describes the FedNow Service, the US instant-payments infrastructure operated by the Federal Reserve: 24/7/365 real-time gross settlement of individual credit transfers in central bank money, immediate and irrevocable, with prefunding in the institution s Federal Reserve master account. Live since 20 July 2023. · Checked 2026-07-14

    FedNow settles each payment individually and finally in central bank money, unlike the batch, deferred-net ACH network.

Fedwire Funds Service

The Fedwire Funds Service is the United States' real-time gross settlement (RTGS) system, operated by the Federal Reserve. It settles US dollar payments one at a time, immediately and with final, irrevocable effect, in central bank money — which makes it the rail of choice for large, time-critical interbank and commercial payments. Because each payment settles gross, there is no interbank credit exposure of the kind a netting system carries. Fedwire is distinct from CHIPS (the Clearing House Interbank Payments System), the privately run high-value system that nets; the two together handle most large-value dollar payments. The Fedwire Funds Service completed its move to ISO 20022 messaging on 14 July 2025.

Source1
  1. Scheme-specific rule

    Fedwire Funds ServiceFederal Reserve Financial Services

    Describes the Fedwire Funds Service, the US real-time gross settlement system for immediate, final, and irrevocable US dollar funds transfers. · Checked 2026-07-12

    The Fedwire Funds Service completed its ISO 20022 implementation on 14 July 2025.

Fifty percent rule

The fifty percent rule is OFAC's guidance on ownership: an entity owned 50 percent or more, directly or indirectly, in the aggregate, by one or more blocked persons is itself blocked, whether or not it appears on the SDN List. Aggregation matters — two blocked persons holding 25 percent each are enough — and ownership is traced through chains of intermediate entities. The rule is about ownership; OFAC has cautioned that entities controlled but not majority-owned by blocked persons can still carry risk. Other regimes, such as the UK and EU frameworks, apply related but not identical ownership and control tests.

Source1
  1. Official requirement

    Revised guidance on entities owned by persons whose property and interests in property are blocked (the 50 Percent Rule)US Department of the Treasury, Office of Foreign Assets Control

    Explains that entities owned 50 percent or more in the aggregate by one or more blocked persons are themselves blocked, even when not listed by name. · Checked 2026-07-12

    The rule speaks to ownership, not control; OFAC FAQs 398-402 elaborate on aggregation and indirect ownership.

FIN

FIN is SWIFT's core store-and-forward messaging service: a sending institution submits a message, the service validates it against the MT standards, stores it, and delivers it to the receiver when the receiver is ready, with acknowledgements along the way. That validation is why a structurally broken MT message rarely reaches its destination — the network refuses it first. FIN has carried the MT message family for decades; ISO 20022 messages for payments travel over a different SWIFT exchange service, which matters operationally during the industry's long coexistence of the two formats.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Financial intelligence unit (FIU)

A financial intelligence unit (FIU) is the national agency that receives suspicious activity reports and other disclosures from regulated firms, analyzes them, and shares intelligence with law enforcement and other authorities. It is the central point between the private sector's reporting and the state's investigation of money laundering and terrorist financing. Most countries operate one.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

FINplus

FINplus is the SWIFTNet InterAct store-and-forward service that carries International Organization for Standardization (ISO) 20022 MX messages. It is the channel used for cross-border payments and reporting under Cross-Border Payments and Reporting Plus (CBPR+) and for securities flows, running alongside the older FIN service during the coexistence period.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Form A2

Form A2 is the declaration a remitter completes under India's Foreign Exchange Management Act (FEMA) for an outward remittance — it names the purpose of the transfer using a standard purpose code, confirms the funds are the remitter's own, and, for a remittance under the Liberalised Remittance Scheme, carries the LRS undertaking. The remitter's Authorized Dealer bank collects and checks the form before converting and sending the money; without it, the bank has no basis to process a cross-border payment.

Source1
  1. Official requirement

    Liberalised Remittance Scheme (LRS) — FAQsReserve Bank of India

    Describes the Liberalised Remittance Scheme: resident individuals may remit up to USD 250,000 per financial year for permitted current and capital account transactions, through an Authorized Dealer bank, on a declaration (Form A2) naming the purpose. · Checked 2026-07-16

    The annual limit is non-cumulative and does not carry forward; remittances beyond it require prior RBI approval. Tax-collection-at-source thresholds and the exact declaration format are set separately and change more often than the scheme's core limit — check the RBI page for current detail.

FSRB (FATF-Style Regional Body)

A FATF-Style Regional Body (FSRB) is a regional organisation that promotes and assesses implementation of the Financial Action Task Force standards among its members. FATF sets the global recommendations on anti-money-laundering and countering the financing of terrorism, but it has limited membership; FSRBs — such as APG in the Asia-Pacific, MONEYVAL in Europe, and GAFILAT in Latin America, among others — extend the same framework across the world by conducting mutual evaluations of their members and encouraging compliance. Understanding FSRBs explains how a single set of recommendations becomes a near-global standard: the network of regional bodies carries FATF's methodology into jurisdictions that are not FATF members themselves.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Fuzzy matching

Fuzzy matching is the approximate-comparison logic at the heart of screening. Exact string comparison would miss a listed name the moment it appears with a spelling variant, a typo, a reordered word, or a different transliteration from another script — variations that occur constantly in real payment data through no one's fault. Fuzzy algorithms therefore score the similarity between names and raise an alert when the score crosses a threshold. That threshold is a tuning decision with real consequences: set it too tight and genuine matches slip through; too loose and investigators drown in false positives.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

G

Good-guy list

A good-guy list, sometimes called a whitelist or allow list, is a controlled list of parties that an institution has reviewed and confirmed to be safe. Screening can suppress or auto-close repeat alerts on these parties, which cuts false positives on known-good names. It must be governed carefully, with periodic review and a clear audit trail, to avoid masking real risk.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

gpi Cover (gCOV)

The gpi Cover (gCOV) is the global payments innovation (gpi) service for cover payments. It extends gpi tracking and rules to the cover leg that settles funds between correspondent banks, keeping the Unique End-to-end Transaction Reference (UETR) consistent so the cover can be followed alongside the customer payment.

Source1
  1. Official requirement

    Swift gpi (global payments innovation)Swift

    Describes Swift gpi, the cross-border payments service layer over the Swift network, including the end-to-end tracking it defines for member banks through the UETR (unique end-to-end transaction reference) and the Tracker. · Checked 2026-07-13

    Only public summaries are used here; the full service definition and rulebook sit behind a swift.com account.

gpi Customer Credit Transfer (gCCT)

The gpi Customer Credit Transfer (gCCT) is the global payments innovation (gpi) service for customer credit transfers. It applies the gpi rulebook to payments on behalf of customers, adding end-to-end tracking through the Unique End-to-end Transaction Reference (UETR), same-day use of funds, and transparency on fees.

Source1
  1. Official requirement

    Swift gpi (global payments innovation)Swift

    Describes Swift gpi, the cross-border payments service layer over the Swift network, including the end-to-end tracking it defines for member banks through the UETR (unique end-to-end transaction reference) and the Tracker. · Checked 2026-07-13

    Only public summaries are used here; the full service definition and rulebook sit behind a swift.com account.

gpi Financial Institution Transfer (gFIT)

The gpi Financial Institution Transfer (gFIT) is the global payments innovation (gpi) service for transfers between financial institutions for their own account. It brings gpi tracking and standards to bank-to-bank transfers, so these flows carry the same Unique End-to-end Transaction Reference (UETR) tracking as customer payments.

Source1
  1. Official requirement

    Swift gpi (global payments innovation)Swift

    Describes Swift gpi, the cross-border payments service layer over the Swift network, including the end-to-end tracking it defines for member banks through the UETR (unique end-to-end transaction reference) and the Tracker. · Checked 2026-07-13

    Only public summaries are used here; the full service definition and rulebook sit behind a swift.com account.

gpi Instant

gpi Instant is a global payments innovation (gpi) service that links cross-border gpi payments to domestic instant payment rails. It lets a payment continue through a real-time domestic scheme after the cross-border leg, so the beneficiary can be credited quickly while the payment keeps its gpi tracking.

Source1
  1. Official requirement

    Swift gpi (global payments innovation)Swift

    Describes Swift gpi, the cross-border payments service layer over the Swift network, including the end-to-end tracking it defines for member banks through the UETR (unique end-to-end transaction reference) and the Tracker. · Checked 2026-07-13

    Only public summaries are used here; the full service definition and rulebook sit behind a swift.com account.

gSRP (gpi Stop and Recall Payment)

gSRP — the gpi Stop and Recall Payment service — lets a bank ask for a payment it has already sent to be stopped or returned, for example when fraud or an error is discovered. Because gpi tracks where a payment is along the chain, a stop-and-recall request can be routed straight to the institution currently holding the funds rather than blindly down the original path, improving the chance of catching the money before it is paid out. It does not guarantee recovery — funds may already be credited and gone — but it turns recall from an ad-hoc investigation into a defined, trackable request. gSRP is one of several gpi service variants layered on the core tracking capability.

Source1
  1. Official requirement

    Swift gpi (global payments innovation)Swift

    Describes Swift gpi, the cross-border payments service layer over the Swift network, including the end-to-end tracking it defines for member banks through the UETR (unique end-to-end transaction reference) and the Tracker. · Checked 2026-07-13

    Only public summaries are used here; the full service definition and rulebook sit behind a swift.com account.

H

HVPS+High Value Payment Systems Plus

HVPS+ is the set of usage guidelines through which operators of high-value payment systems — the real-time gross settlement systems that settle large-value interbank payments — align their use of ISO 20022. Without it, each system could restrict the standard differently, and a bank connected to several of them would face incompatible formats for the same message. HVPS+ defines a common core for messages such as pacs.009 and keeps it deliberately close to CBPR+, so that a payment crossing from correspondent banking into a domestic high-value system does not lose or mangle data at the boundary. Individual systems still publish their own specifications on top of it.

Source1
  1. Market practice

    High Value Payments Systems Plus (HVPS+) usage guidelinesHVPS+ task force (published by Swift)

    Provides the common ISO 20022 usage-guideline base that high-value payment systems such as T2, CHAPS, Fedwire, and CHIPS adapt for their own specifications, supporting interoperability with CBPR+. · Checked 2026-07-12

    Full guidelines are published on MyStandards; content here relies on public summaries.

Hybrid address

A hybrid address is the middle option between fully structured and fully unstructured postal data in ISO 20022. Its key components — typically the town name and country — are carried in their own labelled elements, while the remaining detail such as street and building stays as one or more free-text address lines. It exists as a practical compromise: it guarantees the elements screening and routing most depend on are machine-readable, without forcing originators to fully decompose every address at once. From 15 November 2026 the CBPR+ guidelines permit structured or hybrid addresses but no longer a fully unstructured one.

Source2
  1. Official requirement

    Cross-Border Payments and Reporting Plus (CBPR+) usage guidelinesSwift (CBPR+ working group)

    Defines how ISO 20022 messages (including pacs.008, pacs.009, pacs.002, pacs.004, and camt investigation messages) are used and validated for cross-border payments on the Swift network. · Checked 2026-07-12

    Full guidelines require MyStandards access; content here relies on public summaries. MT-to-CBPR+ translation rules are published on Swift's translation portal.

  2. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

I

IBANInternational Bank Account Number

An International Bank Account Number identifies a single account in a standardized way across countries. It starts with a two-letter country code and two check digits, followed by the domestic account identifier; the overall length varies by country within a fixed maximum. The check digits let systems catch most typing errors before a payment is sent. In SEPA, the IBAN is the mandatory way to identify accounts, and many other regions use it too. Note the division of labour: the IBAN identifies the account, while the BIC identifies the institution that holds it.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

IBAN Plus

IBAN Plus is a SWIFTRef directory of International Bank Account Number (IBAN) structures and the Business Identifier Codes (BICs) that correspond to them. It lets a sender derive or check the correct BIC from an IBAN, which supports accurate routing for payments where only the account number is supplied.

Source1
  1. Official requirement

    SwiftRef reference data servicesSwift

    Describes the directories Swift publishes as a reference-data utility, including the BIC Directory, Bank Directory Plus, IBAN Plus, the Standing Settlement Instructions Directory, and the SEPA Routing Directory. · Checked 2026-07-13

    Used for public summaries of the SwiftRef directories and their delivery through files, a web application, and application programming interfaces.

IMPS (Immediate Payment Service)

The Immediate Payment Service (IMPS) is India's around-the-clock instant retail payment service, operated by the National Payments Corporation of India (NPCI). Launched in 2010, it lets customers move money between banks within seconds at any hour using account and routing details or mobile-linked identifiers. IMPS established the real-time retail rails that the later Unified Payments Interface (UPI) built upon: UPI adds a simpler addressing layer and an app-based experience on top of the same instant-settlement idea. Studying IMPS alongside UPI shows how a country can layer a consumer-friendly overlay on an existing instant service rather than replacing the underlying system each time.

Source1
  1. Scheme-specific rule

    Immediate Payment Service (IMPS)National Payments Corporation of India (NPCI)

    Describes IMPS, the NPCI-operated instant interbank electronic funds transfer service available 24/7, addressable by account number and IFSC or by mobile number and MMID. · Checked 2026-07-14

    IMPS is the instant interbank rail that UPI is built over.

Instructing / instructed agent

Instructing and instructed agent are relative roles that describe a single hop in the interbank chain: the instructing agent is the institution sending this particular message, and the instructed agent is the institution receiving it. Unlike debtor agent or creditor agent, which stay fixed for the whole payment, these roles change at every hop — a bank that is the instructed agent on one leg becomes the instructing agent on the next. The distinction matters most when reading ISO 20022 interbank messages, where each transmission between two institutions carries its own pair.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Intermediary agent

An intermediary agent is a financial institution positioned between the debtor agent and the creditor agent in a payment chain. It appears when the two end banks have no direct account relationship or no common clearing membership — typical in cross-border payments, where a correspondent in the currency's home country routes the funds. Each intermediary receives the payment, applies its own checks including sanctions screening, and passes it on, which adds time and sometimes deducts charges. ISO 20022 numbers intermediary agents in chain order when there is more than one.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Intraday liquidity

Intraday liquidity is the funding a bank can call on during the business day to settle its payments as they fall due: balances on its settlement account, incoming payments it can recycle, and intraday credit from the central bank, usually against collateral. It matters most in real-time gross settlement, where every payment needs full cover at the moment it settles. Treasury teams sequence outgoing payments, watch timing mismatches, and manage queues so that payments do not gridlock. Liquidity that costs little in a netting system becomes a real constraint in a gross one.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

ISO 20022

ISO 20022 is the open standard for financial messaging. Its core idea is a shared business model and data dictionary from which concrete message definitions are generated, so the same concept — a debtor, an amount, a settlement date — is expressed the same way across messages. Payments use families like pain (customer initiation), pacs (interbank clearing and settlement), and camt (cash management and investigations), usually in XML syntax. Compared with MT, ISO 20022 carries richer, more structured data, which helps automation and screening. Communities of users publish usage guidelines, such as CBPR+ and HVPS+, that restrict the standard for a specific rail.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

ISO 8583

ISO 8583 is the international standard that defines the format of financial transaction messages originated by payment cards — authorisations, financial presentments, reversals, and reconciliation messages exchanged between terminals, acquirers, card schemes, and issuers. A message has a message type indicator, a set of bitmaps that flag which data elements are present, and the data elements themselves (amount, card number, processing code, and so on). It predates ISO 20022 and remains the backbone of card processing worldwide. On this site ISO 8583 is treated only as a message standard to be recognised, not as an entry into the card ecosystem, which is out of scope; the point is to place it alongside SWIFT MT and ISO 20022 in the family of payment message formats.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

K

Know your customer (KYC)

Know your customer (KYC) is the process by which a financial institution identifies and verifies who its customer is, and understands the nature of the relationship, before and during the time the account is open. It underpins customer due diligence and later monitoring, because controls such as screening and behaviour analysis depend on knowing who the customer actually is.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

KYC Registry

The KYC Registry is Swift's shared utility for Know Your Customer (KYC) due-diligence data. Institutions publish a standardised set of information about themselves and consume data on their counterparties, reducing the repeated bilateral exchange of the same documents when banks assess each other for correspondent relationships.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

L

LEILegal Entity Identifier

A Legal Entity Identifier is a 20-character code that uniquely identifies a legal entity — a company, fund, or public body — independent of its name or spelling. Each LEI links to verified reference data about the entity, maintained through the Global LEI System. In payments, ISO 20022 party elements can carry an LEI alongside the name and address, which makes it easier to identify parties unambiguously across languages and naming variations. That precision also helps downstream processes, such as sanctions screening and counterparty risk reporting, distinguish entities with similar names.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

Liberalised Remittance Scheme (LRS)

The Liberalised Remittance Scheme is the Reserve Bank of India's framework for resident individuals to remit foreign exchange abroad — for education, travel, medical treatment, maintenance of relatives, investment, or gifts — without seeking case-by-case RBI approval, as long as the total stays within an annual per-person limit and the purpose is permitted. It is administered through Authorized Dealer banks, which collect a declaration for every remittance and are themselves responsible for checking it. The limit resets each financial year and does not carry forward; a remittance beyond it needs RBI's prior approval.

Source1
  1. Official requirement

    Liberalised Remittance Scheme (LRS) — FAQsReserve Bank of India

    Describes the Liberalised Remittance Scheme: resident individuals may remit up to USD 250,000 per financial year for permitted current and capital account transactions, through an Authorized Dealer bank, on a declaration (Form A2) naming the purpose. · Checked 2026-07-16

    The annual limit is non-cumulative and does not carry forward; remittances beyond it require prior RBI approval. Tax-collection-at-source thresholds and the exact declaration format are set separately and change more often than the scheme's core limit — check the RBI page for current detail.

Lynx

Lynx is Canada's high-value payment system, operated by Payments Canada and settling in Bank of Canada money. It replaced the older Large Value Transfer System and provides real-time gross settlement with settlement finality on each payment. Lynx offers more than one way to release a payment: an urgent gross mode that settles immediately if the sender has funds, and a liquidity-saving mechanism that offsets queued payments so members can settle large flows with less balance tied up. Its risk model rests on central-bank settlement and defined operating rules rather than on participants extending each other credit. Lynx is the backbone for wire payments, and net obligations from Canada's retail systems ultimately settle across it.

Source1
  1. Scheme-specific rule

    Lynx (high-value payment system)Payments Canada

    Describes Lynx, Canadas high-value payment system operated by Payments Canada: a real-time gross settlement system in which settlement occurs immediately after the clearing of each individual payment, transferring central bank money between participants with real-time settlement finality; wire payments are fast and irrevocable, and Lynx supports the ISO 20022 messaging standard. · Checked 2026-07-14

    Lynx is Canadas RTGS wire system, overseen by the Bank of Canada, settling in central bank money with finality.

M

Mandate

A mandate is the debtor’s standing authorisation for a named creditor to collect from their account. It carries a unique mandate reference and the creditor’s identifier, must be signed before the first collection, and defines whether collections are one-off or recurrent. In SDD Core the creditor holds the mandate and the debtor’s bank does not check it; in SDD B2B the debtor’s bank must confirm it before debiting. A mandate lapses after 36 months without a collection.

Source1
  1. Scheme-specific rule2025 v1.1 (EPC016-06)

    2025 SEPA Direct Debit Core rulebook version 1.1 (EPC016-06)European Payments Council

    Rules of the SEPA Direct Debit Core scheme: mandates, collection lifecycle, timelines, R-transactions, and refund rights. · Effective 2025-10-05 · Checked 2026-07-13

Mandatory and optional fields (M/O)

Mandatory and optional fields describe the MT (message type) format convention that marks each field, or each sequence of fields, as mandatory (M) or optional (O). A mandatory field must be present for the message to be valid, while an optional field may be omitted. This designation, set out in the standards, drives both formatting and network validation.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

Message Category

A Message Category is the Swift MT grouping that sorts message types by business area. The categories run 1 to 9 with a common group labelled n. For example category 1 covers customer payments, category 2 covers financial institution transfers, and category 7 covers documentary credits and guarantees.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

Message template

A message template is a reusable pattern that fixes a payment message's type and format together with standing field values, such as a regular beneficiary and account, at the time it is created. Staff or systems then create individual payments from the template, which reduces keying, enforces consistent formatting, and lowers the risk of repair for repeated instructions.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

Money laundering (ML)

Money laundering (ML) is the process of disguising the proceeds of crime so that they appear to come from a legitimate source. It is commonly described in three stages: placement, layering, and integration. Anti-money-laundering controls exist to detect and disrupt this process, by verifying customers, monitoring behaviour, and reporting suspicion to the authorities.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Money laundering reporting officer (MLRO)

The money laundering reporting officer (MLRO) is the senior individual responsible for a firm's anti-money-laundering and counter-terrorist-financing programme. Staff report internal suspicions to the MLRO, who decides whether to file a suspicious activity report with the financial intelligence unit. The role carries personal accountability and is a required function under many countries' rules.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Money mule

A money mule is a person who receives funds, usually the proceeds of crime, into their account and then passes them on to others, often keeping a small cut. Some mules are complicit, while others are recruited through deception. Detecting mule accounts is a focus of behaviour monitoring, because moving funds through many accounts is a common layering technique.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Money transfer operator (MTO)

A money transfer operator (MTO) is a non-bank provider that specialises in moving money between people, especially cross-border remittances sent by workers to family abroad. An MTO collects funds from a sender — in cash, from a card, or from an account — and arranges for the equivalent to be paid out to the recipient, often offering cash pickup as well as bank deposit. Behind the scenes it nets flows and settles through banking relationships rather than sending a separate wire per transfer. MTOs are a major channel for financial inclusion in remittance corridors, and they are licensed as payment institutions or their local equivalent, subject to the same anti-money-laundering obligations as other providers.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

MT message

MT stands for Message Type — the legacy SWIFT format in which each message belongs to a numbered category (category 1 for customer payments, 2 for institution transfers, 9 for statements and advices, and so on) and carries its data in tagged fields such as :20: or :32A:. A full MT message is organized into blocks covering headers, the business payload, and trailers. The format is compact but loosely structured: names and addresses live in free-text lines, which is a recurring problem for automation and screening. For many payment flows the industry is moving from MT to ISO 20022 messages, with translation between the two during coexistence.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

MT101

The MT101 is the MT-format request for transfer. It lets an account owner — typically a corporate, often via another bank — instruct the bank that holds its account to execute one or more credit transfers. It is an instruction, not an interbank payment: after receiving an MT101, the account-servicing bank debits the account and creates the actual payment messages, such as MT103s, itself. Corporates with accounts at many banks have used it to centralize payment initiation. Its ISO 20022 counterpart on the customer-to-bank side is the pain.001.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

MT102

MT102 is a SWIFT FIN category-1 message that carries multiple customer credit transfers in a single message, where MT103 carries one. A sending bank uses it to bundle many low-value customer payments to the same receiving bank, listing each payment's beneficiary and amount under shared header information. It is effectively a bulking format for customer payments and is used in particular schemes and corridors rather than universally. Learning MT102 alongside MT103 shows how the SWIFT MT customer-payment family scales from a single instruction to a batch, and it parallels the way ISO 20022 uses one pacs.008 per payment inside a batched exchange.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

MT103

The MT103 is the MT-format single customer credit transfer, for decades the standard message for cross-border customer payments. It carries the ordering customer, the beneficiary, the amount and value date, the charging option, and the references — including the UETR in its header — that identify the transaction end to end. It can travel serially from bank to bank, each leg settling as it goes, or announce the payment directly to the beneficiary bank while a separate MT202 COV moves the cover funds. Its ISO 20022 successor for interbank customer credit transfers is the pacs.008.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

MT104

MT104 is a SWIFT FIN category-1 message used for direct debit and request-for-debit-transfer instructions. Unlike a credit transfer, where the payer pushes funds, MT104 supports collection: the party owed money instructs, under an agreed authority or mandate, that funds be debited from the payer's account. It is used in certain corporate and interbank collection arrangements and in some domestic schemes carried over SWIFT. Studying MT104 rounds out the customer-payment picture by adding the pull direction to the push of MT103 and MT102, and it maps conceptually to the direct-debit messages in the ISO 20022 world.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

MT202

The MT202 is the MT-format general financial institution transfer: both the sender and the receiver of the funds are banks acting for themselves. Typical uses are settling interbank obligations, funding or defunding nostro accounts, and moving liquidity between correspondents. The important restriction is transparency-driven: when a bank-to-bank transfer actually covers an underlying customer payment, standards require the cover variant, MT202 COV, which repeats the customer details so intermediaries can see and screen them. A plain MT202 should mean exactly what it looks like — bank money moving for bank reasons.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

MT202 COV

The MT202 COV is the cover variant of the MT202, used in the cover method of correspondent banking: the MT103 with the customer details goes directly to the beneficiary bank, while the MT202 COV moves the actual funds through the correspondent chain. Its defining feature is a mandatory sequence repeating the underlying ordering customer and beneficiary, introduced so intermediary banks can screen who is really behind the money — a plain MT202 hides that. Matching the arriving cover against the announced MT103 is a classic operations task; a mismatch leaves the beneficiary bank unable to release funds. Its ISO 20022 counterpart is the pacs.009 COV.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

MT205

MT205 is a SWIFT FIN category-2 message for financial institution transfer execution — a bank uses it to instruct the onward movement of funds between financial institutions, typically as a later leg in a settlement chain that an MT202 began. Category 2 covers payments where the parties are banks rather than end customers, and the set (MT200, MT201, MT202, MT203, MT204, MT205, MT210) distinguishes an own-account move from a third-party institutional transfer and single from multiple. MT205 specifically carries the execution instruction between institutions. Recognising where it sits helps a practitioner read cover payments and interbank liquidity movements, which the customer-payment messages do not describe.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

MT210

MT210 is a SWIFT FIN category-2 "notice to receive": an account owner uses it to tell the bank that services its account that a credit is expected to arrive, and when. It is a heads-up rather than a payment — no funds move on the MT210 itself. Banks use it so the receiving institution can anticipate incoming liquidity, reconcile the credit when it lands, and manage its intraday position. Learning MT210 alongside the transfer messages shows that the category-2 family includes advices and notices, not only instructions to move money, and it connects to liquidity management, where knowing what is inbound is as important as sending what is outbound.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

MX message

MX is the informal label for ISO 20022 messages in banking, used mostly when contrasting them with legacy MT messages. An MX message is identified by its family and message number — for example pacs.008 for an interbank customer credit transfer — plus variant and version numbers, and is usually expressed in XML. In interbank use it travels together with a Business Application Header that carries addressing and identification data. The practical differences from MT are structure and space: parties, addresses, and remittance data get dedicated elements instead of free-text lines, which changes how systems validate, screen, and reconcile payments.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

N

Nacha

Nacha is the industry association that governs the United States Automated Clearing House (ACH) network. It does not itself move money; it writes the Nacha Operating Rules that every participating bank agrees to follow — file formats, processing windows, warranties, return reasons and time limits, and the rules for same-day ACH. The two ACH operators, the Federal Reserve and The Clearing House, run the actual switching and settlement within those rules. Because the rulebook is a private contract among members, changes to it — new same-day windows, higher dollar limits, tighter fraud-monitoring obligations — reshape how the whole network behaves without any change to law.

Source1
  1. Scheme-specific rule

    ACH Network and Nacha Operating RulesNacha

    Governs the US ACH Network: batch credit and debit transfers between an ODFI and an RDFI, cleared by the two ACH Operators (the Federal Reserve and The Clearing House) and settled on a deferred, netted basis. Same Day ACH runs defined intraday windows with a per-payment limit of USD 1,000,000 (effective 18 March 2022; scheduled to rise to USD 10,000,000 on 17 September 2027). · Checked 2026-07-14

    Nacha writes and enforces the Operating Rules but does not itself process ACH payments.

National Settlement Service (NSS)

The National Settlement Service (NSS) is a Federal Reserve facility that settles the multilateral net positions produced by other clearing arrangements. A clearing house or network — ACH, cheque, or a private exchange — calculates how much each member owes or is owed across all its transactions, then submits a settlement file to NSS, which debits and credits the members' accounts at the Federal Reserve to discharge those positions in central-bank money. NSS is the plumbing beneath many US deferred-net systems: the individual payments clear elsewhere, but the single net movement that makes them final happens here. It illustrates the general pattern of separating clearing (working out who owes what) from settlement (actually paying it).

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Nested correspondent banking

Nested correspondent banking, or nesting, occurs when a respondent bank uses its correspondent account to provide payment services to further institutions that are its own customers. This can obscure the true originator of a payment and add risk, especially if the correspondent is unaware of the downstream banks. Due diligence and transparency controls aim to identify and manage this arrangement.

Source1
  1. Market practice

    Wolfsberg Group Payment Transparency StandardsThe Wolfsberg Group

    Industry standards on preserving complete and accurate party information through payment chains, expressed in ISO 20022 terminology. · Checked 2026-07-12

    The 2023 standards replace the 2017 version and are supplemented by separate Wolfsberg guidance on roles and responsibilities in payment chains.

Network-validated rules

Network-validated rules are cross-field checks that Swift's FIN network applies to an MT message before accepting it. Beyond checking that each field has a valid format, these rules verify that combinations of fields are consistent, for example that a stated code matches the presence or absence of another field. A message that fails is rejected at the network rather than delivered.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

Nostro account

A nostro account — from the Latin for 'ours', as in 'our account with you' — is an account a bank maintains at another bank, typically to hold and move a foreign currency. When Bank Alfa in Warsaw needs to pay euros, it uses its euro nostro at, say, Meridian Bank in Frankfurt: Meridian debits or credits that account on Alfa's behalf. The same account viewed from Meridian's side is a vostro. Nostro balances are commercial bank money and a genuine credit exposure, so banks reconcile them against statements — nostro reconciliation is a core operations discipline.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

NPP (New Payments Platform)

The New Payments Platform (NPP) is Australia's real-time retail payment system. It uses a distributed-clearing architecture: participating institutions exchange ISO 20022 messages directly with one another across a shared network, while each payment settles individually and in real time across accounts at the Reserve Bank of Australia through the Fast Settlement Service. An addressing service, PayID, lets customers send to a phone number or email instead of a bank-and-account number, and an overlay service model allows new products to be layered on the basic rail. NPP is a leading example of combining instant clearing, real-time central-bank settlement, and modern messaging in one national design.

Source1
  1. Scheme-specific rule

    RITS, the New Payments Platform and the Fast Settlement ServiceReserve Bank of Australia

    Describes Australia RITS (the Reserve Bank Information and Transfer System, Australias real-time gross settlement system) and the New Payments Platform (NPP, launched February 2018): 24/7 immediate payments addressed by email, phone number or ABN, settled individually in real time by the Fast Settlement Service (FSS) across Exchange Settlement Accounts (ESAs) at the Reserve Bank of Australia. · Checked 2026-07-14

    NPP payments settle individually and in real time via the FSS across ESAs at the RBA, unlike batch, deferred-net retail systems.

O

OFACOffice of Foreign Assets Control

The Office of Foreign Assets Control is the part of the US Department of the Treasury that administers and enforces US economic and trade sanctions. It designates targets, publishes lists — most prominently the SDN List — issues licences that permit otherwise prohibited transactions, and takes enforcement action. OFAC matters far beyond the United States: because so many international payments settle in US dollars through US banks, non-US institutions routinely screen against OFAC lists to protect their dollar business. OFAC also publishes FAQs and guidance, including its ownership rule for entities owned by blocked persons.

Source1
  1. Official requirement

    OFAC Frequently Asked QuestionsUS Department of the Treasury, Office of Foreign Assets Control

    OFAC's official interpretive guidance on US sanctions programs, list maintenance, blocking, and compliance expectations. · Checked 2026-07-12

    FAQs are added, amended, and renumbered over time; always check the live page for current numbering and text.

OFSIOffice of Financial Sanctions Implementation

The Office of Financial Sanctions Implementation is the part of His Majesty's Treasury responsible for implementing and enforcing financial sanctions in the United Kingdom. It maintains the UK's consolidated list of asset-freeze targets, issues licences permitting otherwise prohibited activity, publishes guidance, and can impose monetary penalties for breaches. UK-facing institutions screen against the OFSI consolidated list alongside other regimes such as OFAC, the EU, and the UN. UK designations overlap heavily with those regimes but form a distinct legal framework with its own entries, identifiers, and reporting duties.

Source1
  1. Official requirement

    UK financial sanctions general guidanceOffice of Financial Sanctions Implementation, HM Treasury

    OFSI's general guidance on UK financial sanctions obligations, licensing, exceptions, reporting, and compliance. · Checked 2026-07-12

    General in nature; regime-specific guidance and the underlying UK regulations take precedence over it.

On-us payment

An on-us payment is one in which the paying and receiving accounts are both held at the same bank — the payment is "on us" from that bank's point of view. Such payments do not need an external clearing or settlement system: the bank matches the debit and credit internally and updates its own books. The term appears often in card and cheque processing, where an on-us item can be authorised and settled without going to a scheme or clearing house, and contrasts with off-us items that must be exchanged with another institution. Recognising on-us flows matters for cost, speed, and reconciliation, because they follow a shorter path than interbank payments.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Open banking

Open banking is a model in which a customer can permit a regulated third party to access their account information or initiate payments on their behalf, through standardized application programming interfaces exposed by the account-holding bank. Access rests on explicit customer consent and secure authentication, replacing earlier screen-scraping practices with controlled, auditable connections.

Source1
  1. Official requirement

    PSD2 and the RTS on strong customer authentication and secure communicationEuropean Banking Authority

    Governs open banking access in the European Union, including payment initiation and account information services offered by third-party providers, and the requirement for strong customer authentication. · Checked 2026-07-13

    Referenced from the European Banking Authority's public summaries, guidelines, and technical standards on payment services.

Ordering customer

The ordering customer is the party on whose behalf a payment is made — the originator. It is the traditional SWIFT MT term for broadly the role ISO 20022 calls the debtor. The ordering customer's details identify who is actually sending the money, which makes the field central to payment transparency and sanctions screening: incomplete or vague originator information is a classic reason a cross-border payment gets held for investigation. In most payments the ordering customer and the debtor are the same party described under two naming conventions.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Ownership and control

Ownership and control is the principle that sanctions restrictions can reach entities that are not themselves listed, because a designated person owns or controls them. Regimes express it differently: OFAC blocks entities owned 50 percent or more, in the aggregate, by blocked persons, while the UK and EU frameworks also consider control in the absence of majority ownership. The practical consequence for screening is uncomfortable: a party can be sanctioned in effect without appearing on any list, so institutions supplement list screening with ownership research on higher-risk counterparties, often using commercial ownership data.

Source1
  1. Official requirement

    Revised guidance on entities owned by persons whose property and interests in property are blocked (the 50 Percent Rule)US Department of the Treasury, Office of Foreign Assets Control

    Explains that entities owned 50 percent or more in the aggregate by one or more blocked persons are themselves blocked, even when not listed by name. · Checked 2026-07-12

    The rule speaks to ownership, not control; OFAC FAQs 398-402 elaborate on aggregation and indirect ownership.

P

pacs familyPayments Clearing and Settlement

The pacs family — Payments Clearing and Settlement — is the interbank core of ISO 20022 payments. These messages move between financial institutions, directly or across a clearing and settlement mechanism: pacs.008 carries a customer credit transfer, pacs.009 a financial-institution transfer, pacs.002 reports status back, and pacs.004 returns a settled payment. If the pain family is what the customer says to the bank, the pacs family is what banks say to each other to make it happen. Most rail-specific usage guidelines — SEPA, CBPR+, high-value systems — are largely definitions of how the pacs messages must be used.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

pacs.002

pacs.002 — FIToFIPaymentStatusReport — tells the sender of a payment message what happened to it: accepted, rejected, or an intermediate status, always with reference to the original transaction and usually with a reason code. In batch rails it is how rejects are communicated before settlement. In SCT Inst it is central to the design: the scheme requires a positive or negative pacs.002 within a defined time limit, and that answer decides whether the instant payment happened at all. Operations teams read the reason code first — it distinguishes a fixable data problem from a closed account or a policy refusal.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

pacs.004

pacs.004 — PaymentReturn — is used after settlement, when funds have already moved and the receiving side needs to send them back. It references the original payment, states a reason code (for example, account closed or beneficiary unknown), and settles as a movement in its own right, back along the chain. In SEPA it carries returns initiated by the beneficiary bank and also the funds when a recall is agreed. The reference back to the original transaction is what lets the original sender reconcile the incoming return against the payment it made — without it, returned money becomes an investigation case.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

pacs.007 (FI-to-FI Payment Reversal)

pacs.007 (FIToFIPaymentReversal) is the ISO 20022 message by which a financial institution reverses a previously settled interbank payment, for example one sent in error or as a duplicate. It refers back to the original instruction so the receiving institution can undo the effect. It is part of the pacs family of financial institution to financial institution messages.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

pacs.008

pacs.008 — FIToFICustomerCreditTransfer — is the ISO 20022 message banks exchange to move a customer payment: it carries the debtor, the creditor, their agents, the settlement amount and date, remittance information, and the references (including the UETR) that let everyone track the transaction. It is the workhorse of SEPA credit transfers, SCT Inst, and ISO-based correspondent banking under CBPR+, and it is the functional successor of the MT103. Because it dedicates structured elements to names, addresses, and accounts, it gives screening and reconciliation systems far more to work with than free-text MT fields.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

pacs.009

pacs.009 — FinancialInstitutionCreditTransfer — moves funds where both the debtor and the creditor are financial institutions: settling obligations, funding a nostro account, or paying the interbank leg of some other deal. Its cover variant, commonly written pacs.009 COV, is used when the transfer settles an underlying customer payment that traveled separately as a pacs.008; the COV carries the underlying customer details so intermediaries can screen what the money is really for. It is the ISO counterpart of the MT202, with the COV variant mirroring the MT202 COV.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

pain familyPayment Initiation

The pain family — short for Payment Initiation — covers the customer-to-bank space in ISO 20022. A customer, often a corporate, uses pain messages to instruct its bank and to hear back about the result: pain.001 initiates credit transfers, and a status report message in the same family tells the customer whether the bank accepted or rejected the instruction. The family boundary matters: pain messages stop at the first bank. Once the bank acts on the instruction, the interbank legs are carried by the pacs family instead, and the customer never sees those messages directly.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

pain.001

pain.001 — CustomerCreditTransferInitiation — is the ISO 20022 message a debtor, typically a corporate, sends its bank to initiate credit transfers. One message can carry many transactions grouped under shared debit details, which is how payroll and supplier runs are submitted. The bank validates the file, reports acceptance or rejection back to the customer, and then creates the interbank messages itself — in SEPA, a pacs.008 per transaction. It is the ISO counterpart of the MT101 request for transfer, and the boundary is the same: pain.001 is an instruction to the bank, not an interbank payment.

Source1
  1. Market practice

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

Payment

A payment is the transfer of value from one party to another to settle an obligation — an invoice, a salary, a subscription. In modern banking most payments never involve physical cash: they are instructions that cause banks to adjust account balances. The payer's account is debited, the payee's account is credited, and the banks in between square up through clearing and settlement arrangements. Every payment therefore has two layers worth keeping apart: the message that carries the instruction, and the movement of funds that actually discharges it.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Payment Controls Service (PCS)

The Payment Controls Service (PCS) is Swift's hosted, in-network control that inspects outgoing payments against configured limits and anomaly rules. It can hold or alert on messages that look unusual, for example an unexpected value, country, or counterparty, giving smaller institutions a way to detect fraud and control risk without building their own system.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Payment engine

A payment engine is the software system that takes a payment instruction and carries it through its lifecycle: validating the data, enriching it with reference information, applying business and compliance checks, routing it to the right rail, generating the outgoing messages, driving the accounting entries, and managing exception queues when something fails. It sits between customer channels on one side and clearing networks, ledgers, and screening systems on the other. Banks differ widely in how they deploy engines — some run one per rail or product, others consolidate several rails into a hub — and that architectural choice shapes cost, resilience, and how hard change is.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Payment hub

A payment hub is an architectural pattern: instead of running a separate processing silo for each rail or product, a bank routes payments from all channels through one central platform that handles orchestration, validation, screening hand-offs, and accounting consistently, with rail-specific logic kept at the edges. The promise is fewer duplicated components, one place to add a new rail, and a single operational view of all payment traffic. The trade-offs are real too: the hub becomes critical infrastructure whose outage affects everything, and migrations from existing silos into a hub are long, risky programs. Whether a hub or several engines is right depends on the institution.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Payment institution (PI)

A payment institution (PI) is a non-bank firm licensed to provide payment services — for example money remittance, payment initiation, acquiring, or account information — without being a full bank. It may hold customer funds only to execute payments and must safeguard those funds, typically by segregating them or insuring them, rather than lending them out as a bank does with deposits. Payment institutions usually reach clearing systems indirectly through a sponsor bank, though some jurisdictions increasingly allow direct access. They are a large part of the modern payments landscape: many fintech apps and money-transfer services operate as payment institutions, competing with banks on customer experience while relying on the banking system underneath.

Source1
  1. Official requirement

    PSD2 and the RTS on strong customer authentication and secure communicationEuropean Banking Authority

    Governs open banking access in the European Union, including payment initiation and account information services offered by third-party providers, and the requirement for strong customer authentication. · Checked 2026-07-13

    Referenced from the European Banking Authority's public summaries, guidelines, and technical standards on payment services.

Payment instrument

A payment instrument is the form a payment takes: credit transfer, direct debit, card payment, or cheque, among others. Each instrument has a distinct initiation model (who starts it), certainty model (how sure the payee can be of the funds), and exception model (what can go wrong and who bears the consequences). Classifying by instrument is useful because rules and risks follow the instrument, not the technology: a credit transfer behaves like a credit transfer whether it travels over a batch system or an instant rail. The push-versus-pull distinction is the fundamental one.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Payment market infrastructure

A payment market infrastructure — often called a financial market infrastructure, or FMI — is a shared system through which financial institutions clear or settle payments between one another. Examples include real-time gross settlement (RTGS) systems, netting clearing houses, and instant-payment systems. Some are operated by central banks and settle in central bank money; others are run by industry bodies. Because many institutions depend on them, these systems are supervised closely against international risk standards. Learning the specific infrastructures in each currency — who runs them and what traffic each carries — is much of what clearing and settlement means in practice.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Payment orchestration

Payment orchestration is the way a payment hub sequences the steps and checkpoints that a payment must pass through, from validation and enrichment to screening, liquidity checks, and settlement. Orchestration decides the order of steps, what happens when one fails, and how a payment is held, retried, or routed, giving a clear and repeatable processing path.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Payment Pre-validation

Payment Pre-validation is a global payments innovation (gpi) service that checks beneficiary account data before a payment is sent. By confirming that account details are plausible up front, it aims to catch errors early and reduce failed or repaired payments, drawing on data shared across the gpi community.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Payment rail

A payment rail is the underlying infrastructure that carries a payment from one institution to another: the network, message formats, clearing arrangements, and settlement mechanism for a given payment type. Examples include a country's real-time gross settlement system, an instant payments platform, or a batch clearing system. 'Rail' is informal industry shorthand rather than a defined term, and people use it loosely — sometimes meaning the technical system, sometimes the scheme rules riding on top of it. When precision matters, it helps to ask which layer someone means.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Payment scheme

A payment scheme is the set of rules, standards, and obligations that participants agree to so payments between them work predictably: who can join, which message formats are used, what timelines apply, how exceptions are handled, and how disputes are resolved. The scheme is the rulebook layer; the clearing and settlement infrastructure that executes the payments is a separate layer, often run by a different organisation. The SEPA credit transfer scheme, for example, is defined by a rulebook, while several competing clearing systems actually process the payments.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Payment Systems Regulator (PSR)

The Payment Systems Regulator (PSR) is the United Kingdom body responsible for regulating payment systems. Its objectives include promoting competition among payment systems and their participants, encouraging innovation, and ensuring systems work in the interests of the businesses and people who use them. It has taken measures on matters such as authorized push payment fraud reimbursement.

Source1
  1. Official requirement

    PSD2 and the RTS on strong customer authentication and secure communicationEuropean Banking Authority

    Governs open banking access in the European Union, including payment initiation and account information services offered by third-party providers, and the requirement for strong customer authentication. · Checked 2026-07-13

    Referenced from the European Banking Authority's public summaries, guidelines, and technical standards on payment services.

Payment versus payment (PvP)

Payment versus payment (PvP) is a settlement method in which two linked payments — typically the two currency legs of a foreign exchange (FX) trade — settle if and only if both settle together. Neither party can hand over its leg and be left exposed if the other fails, which removes principal settlement risk, the largest exposure in currency settlement. PvP is the design principle behind CLS (Continuous Linked Settlement), the system that settles eligible FX trades this way. It is the currency-settlement cousin of delivery versus payment (DvP), the equivalent idea in securities settlement where the asset and the cash move together. The common goal is to make each side of an exchange conditional on the other.

Source1
  1. Market practice

    Principles for financial market infrastructuresCPMI and IOSCO (Bank for International Settlements)

    International risk-management standards for systemically important payment systems and other financial market infrastructures. · Checked 2026-07-12

    Published by the CPSS (now CPMI) and IOSCO; contains 24 principles plus responsibilities for authorities. This site uses it only for high-level concepts such as settlement finality.

PEPPolitically Exposed Person

A politically exposed person is someone entrusted with a prominent public function — senior politicians, senior officials, judges, senior military officers, executives of state-owned enterprises — together with their immediate family and close associates. PEP status is not a sanction and does not prohibit a relationship; it signals elevated corruption risk and triggers enhanced due diligence under anti-money-laundering rules. Banks typically identify PEPs by screening against commercial PEP databases, since no single official global register exists. Definitions and scope vary by jurisdiction, including how long a former official remains a PEP.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Pix

Pix is Brazil's instant payment system, operated by the country's central bank. It settles credit transfers between accounts in seconds, at any time, and lets users address payments with proxy keys such as a phone number, email, or tax identifier. Its rapid adoption made it a widely cited example of a central bank led instant payment platform.

Source1
  1. Scheme-specific rule

    Pix, the Instant Payment System (SPI) and the Reserve Transfer System (STR)Banco Central do Brasil

    Describes Pix, the instant payment platform created and managed by the Banco Central do Brasil: 24/7 real transfers addressed by a Pix key (phone, email, tax ID or random string) resolved through the DICT directory, settled individually and one-to-one, final and irrevocable, over the Instant Payment System (SPI), an RTGS available every day; and the STR (Reserve Transfer System), Brazils wholesale RTGS for interbank reserve transfers. · Checked 2026-07-14

    Pix settles over the SPI (RTGS) in about three seconds; the STR is the wholesale reserve-transfer RTGS operated by the BCB.

Predicate offence

A predicate offence is the underlying criminal act that produces the illicit proceeds money laundering then tries to disguise — fraud, drug trafficking, corruption, tax evasion, and so on. Money laundering is a secondary offence: there must be criminal proceeds from some predicate crime before there is anything to launder. Legal frameworks specify which offences count as predicates, and the trend has been to widen the list. The concept matters for controls because it links a transaction pattern to a plausible source of criminal funds: a suspicious-activity analyst is effectively asking what predicate offence a flow might represent, and typologies such as trade-based money laundering describe how proceeds of a predicate crime move through the financial system.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Private list

A private list is an institution's own internal watchlist of parties it wants to detect, added on top of official sanctions lists and commercial data. It can include internally barred customers, known fraud actors, or entities linked to prior cases. Governing what goes on the list, and why, matters so that screening stays effective and defensible.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Proxy addressing

Proxy addressing lets a payer send a payment to a simple alias, such as a mobile phone number or email address, instead of typing a full account number. A central directory or lookup service resolves the alias to the underlying account and institution before the payment is routed. It reduces input errors and is common in instant payment and mobile payment systems.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

PSD2 (Second Payment Services Directive)

PSD2 (the Second Payment Services Directive) is the European Union framework that regulates payment services and payment service providers. It requires banks to give licensed third-party providers access to accounts, with customer consent, so they can initiate payments or read account data. It also mandates strong customer authentication. A successor, often called PSD3, is under development.

Source1
  1. Official requirement

    PSD2 and the RTS on strong customer authentication and secure communicationEuropean Banking Authority

    Governs open banking access in the European Union, including payment initiation and account information services offered by third-party providers, and the requirement for strong customer authentication. · Checked 2026-07-13

    Referenced from the European Banking Authority's public summaries, guidelines, and technical standards on payment services.

PSPPayment Service Provider

Payment service provider is the umbrella term for any regulated entity that executes payments for customers: banks, but also e-money institutions and non-bank payment institutions. The term matters because modern schemes and regulation are written around PSPs rather than banks — a fintech holding customer accounts can be a scheme participant and appear as debtor agent or creditor agent in messages. What a given PSP may actually do — hold accounts, access clearing systems directly, or only participate through a sponsor bank — varies by licence type and jurisdiction.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Q

Quote-then-pay

Quote-then-pay is an application programming interface model used by cross-border payment networks. The sender first requests a quotation, which returns terms such as the exchange rate, fees, and expected delivery, held for a short window. If the sender accepts, they submit a payment order against that quotation, so the price is known and locked before value moves.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

R

R-transaction

R-transaction is the SEPA umbrella term for exception flows whose names begin with R: reject, return, recall, and their relatives in the direct debit schemes (refusal, refund, and others). What separates them is mostly timing and initiator. A reject happens before settlement — the payment never completes. A return happens after settlement, initiated by the beneficiary side. A recall is the originator side asking for a settled payment back. Each R-transaction carries a reason code, and the scheme rulebooks define who may initiate which flow and in what window. Operationally they matter because each one means work: correlation, reason handling, and often customer contact.

Source1
  1. Scheme-specific rule2025 version 1.1 (EPC125-05)

    2025 SEPA Credit Transfer rulebookEuropean Payments Council

    Governs the SEPA Credit Transfer scheme: participant obligations, datasets, time cycles, and r-transaction rules for euro credit transfers. · Effective 2025-10-05 · Checked 2026-07-12

    Version 1.1 replaced version 1.0 at publication on 5 October 2025 and is stated to remain in effect up to 21 November 2027. It moves the date from which the unstructured address format is no longer permitted to 15 November 2026.

Real-time payments

Real-time payments — also called instant or fast payments — are retail payments that reach the payee within seconds and are available to spend immediately, at any time of day or night, including weekends and holidays. Because there is no batch and no cut-off, the systems that carry them run continuously and usually settle against balances participants prefund at the central bank, so that finality can be granted the moment a payment passes. Examples include the United States' RTP and FedNow, the euro area's TIPS, India's IMPS and UPI, and Australia's New Payments Platform. The design trade is speed and availability against the need for around-the-clock liquidity, fraud controls, and operations, since a settled instant payment cannot simply be reversed.

Source1
  1. Scheme-specific rule

    RTP (Real-Time Payments) NetworkThe Clearing House

    Describes the RTP network operated by The Clearing House since 2017: 24/7/365 instant, push-only credit transfers that are final and irrevocable, settled in a prefunded joint account at the Federal Reserve Bank of New York, with funds made available to the recipient immediately. · Checked 2026-07-14

    RTP is push-only and prefunded; settlement is final and irrevocable, and payments cannot be recalled once submitted.

Recall

A recall is the originator side asking for a payment back after settlement, typically because of a duplicate, a technical error, or suspected fraud. Unlike a return, it starts on the sending side, and unlike a reject, the money has already moved — so the outcome depends on the receiving side. In ISO 20022 terms the request is a camt.056, the answer is a camt.029, and if the recall is agreed the funds come back as a pacs.004; recovering funds may require the beneficiary's consent. The honest operational framing: a recall is a request with a deadline for an answer, not a guaranteed refund, and the case stays open until a definitive response arrives.

Source1
  1. Scheme-specific rule2025 version 1.1 (EPC125-05)

    2025 SEPA Credit Transfer rulebookEuropean Payments Council

    Governs the SEPA Credit Transfer scheme: participant obligations, datasets, time cycles, and r-transaction rules for euro credit transfers. · Effective 2025-10-05 · Checked 2026-07-12

    Version 1.1 replaced version 1.0 at publication on 5 October 2025 and is stated to remain in effect up to 21 November 2027. It moves the date from which the unstructured address format is no longer permitted to 15 November 2026.

Reconciliation

Reconciliation is the control that compares two independent records of the same activity and explains every difference between them. In payments the classic example is nostro reconciliation: a bank matches the entries it expects on its account at a correspondent against the statement the correspondent actually sends, such as an MT940. Items that do not match — a missing credit, an unexpected debit, a duplicated entry — become breaks that someone must investigate and clear. How often reconciliation runs, and how much of it is automated, varies widely between institutions.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Reference data

Reference data is the relatively stable supporting data that a payment system relies on to process instructions correctly. It includes BIC and IBAN directories, routing tables, currency and country codes, business-day calendars, and cut-off times. Accurate reference data is needed for straight-through processing, because a wrong routing entry or stale calendar can misdirect or delay a payment.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Reject

A reject is the refusal of a payment before settlement: a bank or the clearing and settlement mechanism refuses the instruction, and the transaction never completes. Causes range from format errors and invalid account data to insufficient funds or a policy refusal. In ISO 20022 rails the reject travels as a negative pacs.002 status report carrying a reason code that says why. The clean property of a reject is that no money has moved — there is nothing to reverse, only an instruction to fix and resubmit or abandon. That is what distinguishes it from a return or a recall, which both deal with payments that already settled.

Source1
  1. Scheme-specific rule2025 version 1.1 (EPC125-05)

    2025 SEPA Credit Transfer rulebookEuropean Payments Council

    Governs the SEPA Credit Transfer scheme: participant obligations, datasets, time cycles, and r-transaction rules for euro credit transfers. · Effective 2025-10-05 · Checked 2026-07-12

    Version 1.1 replaced version 1.0 at publication on 5 October 2025 and is stated to remain in effect up to 21 November 2027. It moves the date from which the unstructured address format is no longer permitted to 15 November 2026.

Request to pay

Request to pay is a messaging service that lets a payee send a structured request for a specific payment to a payer. The payer can accept and pay in full, pay part, ask for more time, or decline. It is a layer of communication around a payment rather than a rail itself, and it can sit on top of instant credit transfers.

Source1
  1. Scheme-specific ruleversion 4.0 (EPC131-17)

    Clarification paper on SEPA Credit Transfer and SEPA Instant Credit Transfer rulebooksEuropean Payments Council

    Gives non-binding guidance to scheme participants on situations the SCT and SCT Inst rulebooks do not describe, including recalls, reason codes, and requests for status updates. · Checked 2026-07-12

    Version 4.0 applies to the 2025 SCT and SCT Inst rulebooks and replaces version 3.1 of EPC131-17.

Rescreening

Rescreening is running screening again over data the institution already holds. New designations are added to sanctions lists continually, so a customer who was clean at onboarding may match tomorrow; institutions therefore rescreen their customer base on a cycle or, better, whenever list updates arrive — a delta screen against the changed entries. Rescreening also follows changes on the customer side, such as a name change or a new beneficial owner. How fast an institution rescreens after a list update is a meaningful risk measure, because the gap between designation and detection is exposure. Approaches and frequencies vary between institutions.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Return

A return is the beneficiary bank sending a settled payment back: the money arrived, but it cannot or should not be applied — the account is closed, the beneficiary is unknown, or crediting is refused for another reason. Because settlement already happened, a return is not a cancellation but a new movement in the opposite direction; in ISO 20022 rails it travels as a pacs.004 referencing the original transaction and carrying a reason code. Scheme rulebooks define the window within which a return may be initiated. The reference back to the original payment is what keeps returned funds from becoming an unreconciled investigation case.

Source1
  1. Scheme-specific rule2025 version 1.1 (EPC125-05)

    2025 SEPA Credit Transfer rulebookEuropean Payments Council

    Governs the SEPA Credit Transfer scheme: participant obligations, datasets, time cycles, and r-transaction rules for euro credit transfers. · Effective 2025-10-05 · Checked 2026-07-12

    Version 1.1 replaced version 1.0 at publication on 5 October 2025 and is stated to remain in effect up to 21 November 2027. It moves the date from which the unstructured address format is no longer permitted to 15 November 2026.

RMARelationship Management Application

The Relationship Management Application is the SWIFT service institutions use to control who can send them messages. Two institutions exchange authorizations, which can be scoped down to specific message types, and the network enforces them: without a valid authorization, traffic simply does not flow. RMA exists to reduce unwanted or risky message traffic, and in practice it maps closely to correspondent relationships — when a bank exits a relationship, closing the RMA authorization is part of the cleanup. A payment routed toward a counterparty with no open RMA authorization will fail before it ever arrives.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

RMA Plus

RMA Plus is a more granular form of the Relationship Management Application (RMA). RMA authorisations control which correspondents may exchange messages, and RMA Plus lets an institution permit or block specific message types with each counterparty, giving finer control over what traffic it will accept.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

RTGSReal-Time Gross Settlement

Real-time gross settlement is a settlement model in which each payment settles individually ('gross') and immediately ('real time') across accounts at the central bank, rather than being accumulated and netted. Once an RTGS system settles a payment it is final: the receiving bank has the money and bears no credit risk on the sender. The price of that safety is liquidity — because nothing nets, banks need enough balance or intraday credit to cover payments one by one. Most economies run an RTGS system for high-value and time-critical interbank payments.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Rules engine

A rules engine is a monitoring system that evaluates transactions or customer behaviour against predefined rules and thresholds, generating an alert when a rule is met. Rules are transparent and explainable, which aids audit, but can be rigid and produce many false positives. Many programmes combine a rules engine with behavioural analytics to balance explainability and detection.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

S

Sanctions

Sanctions are restrictive measures that governments and international bodies impose to pursue foreign-policy and security goals. They can target whole countries, specific sectors, named entities, individuals, vessels, or activities, and they commonly require freezing assets and refusing to process transactions for the targets. For a bank, sanctions are not a risk-appetite choice: processing a payment for a sanctioned party can breach the law of every jurisdiction whose measures apply. Which regimes bind a given institution depends on where it is incorporated, where it operates, and the currencies it clears.

Source1
  1. Official requirement

    OFAC Frequently Asked QuestionsUS Department of the Treasury, Office of Foreign Assets Control

    OFAC's official interpretive guidance on US sanctions programs, list maintenance, blocking, and compliance expectations. · Checked 2026-07-12

    FAQs are added, amended, and renumbered over time; always check the live page for current numbering and text.

Sanctions list

A sanctions list is the published register of targets designated under a sanctions regime — people, companies, organisations, vessels, sometimes aircraft. Each entry typically carries names, known aliases, and identifiers such as dates of birth, addresses, passport numbers, or registration numbers. Issuers include OFAC in the United States, OFSI in the United Kingdom, the European Union, and the United Nations. Screening systems load these lists as reference data, so list accuracy and update speed directly determine what a bank can and cannot catch.

Source1
  1. Official requirement

    Specially Designated Nationals and Blocked Persons List (SDN List)US Department of the Treasury, Office of Foreign Assets Control

    The US list of designated individuals and entities whose assets are blocked and with whom US persons are generally prohibited from dealing. · Checked 2026-07-12

    Updated continuously; machine-readable formats are distributed via OFAC's Sanctions List Service. Every list entry appearing in this site's examples is fictional.

Scheme adapter

A scheme adapter is a module in a payment hub that translates between the hub's canonical format and the particular message format and rules of one payment scheme or market infrastructure. Adding support for a new scheme means adding a new adapter rather than changing the core engine, which keeps scheme-specific logic contained and easier to maintain.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

SCORE

SCORE is the Standardised Corporate Environment, a Swift model that lets a corporate connect to many banks through a single standardised framework. Rather than arranging separate connections with each bank, the corporate joins under common rules and can exchange payments and reporting messages with its banking partners over SWIFTNet.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Screening

Screening is the control that compares the parties in a bank's data — customers at onboarding and on an ongoing basis, and the names in payment messages in flight — against sanctions lists and other watchlists. When the comparison finds a possible match, the system raises an alert for investigation before the relationship or payment proceeds. Screening is a matching discipline: it looks for designated parties. It differs from anti-money-laundering transaction monitoring, which looks for suspicious behaviour patterns, and from fraud detection, which looks for unauthorised activity.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

SCTSEPA Credit Transfer

The SEPA Credit Transfer is the scheme for standard (non-instant) euro credit transfers within SEPA, defined by a rulebook and implementation guidelines published by the European Payments Council. Accounts are identified by IBAN, customers initiate via pain.001 or their bank's channels, and the interbank leg is a pacs.008 exchanged through a clearing and settlement mechanism. The rulebook defines execution timelines, the data set every participant must support, and the exception flows — the R-transactions — that handle rejects, returns, and recalls. Participation means adhering to the scheme, so any two adherent banks can reach each other under the same rules.

Source1
  1. Scheme-specific rule2025 version 1.1 (EPC125-05)

    2025 SEPA Credit Transfer rulebookEuropean Payments Council

    Governs the SEPA Credit Transfer scheme: participant obligations, datasets, time cycles, and r-transaction rules for euro credit transfers. · Effective 2025-10-05 · Checked 2026-07-12

    Version 1.1 replaced version 1.0 at publication on 5 October 2025 and is stated to remain in effect up to 21 November 2027. It moves the date from which the unstructured address format is no longer permitted to 15 November 2026.

SCT InstSEPA Instant Credit Transfer

The SEPA Instant Credit Transfer scheme makes euro credit transfers instant: available around the clock every day of the year, with the beneficiary's funds made available within seconds of the instruction. The scheme rulebook defines a strict time limit within which the beneficiary bank must answer with a positive or negative pacs.002 — the payment either completes within that window or fails; there is no pending state a customer can see. That design changes operations: no batch cut-offs, no end-of-day repair queue, and exception handling (including recalls) happens against money that has already been made available.

Source1
  1. Scheme-specific rule2025 version 1.1 (EPC004-16)

    2025 SEPA Instant Credit Transfer rulebookEuropean Payments Council

    Governs the SCT Inst scheme: execution time targets, timeout handling, round-the-clock availability, and r-transaction rules for instant euro credit transfers. · Effective 2025-10-05 · Checked 2026-07-12

    Version 1.1 replaced version 1.0 at publication on 5 October 2025 and is stated to remain in effect up to 21 November 2027. The EPC states it is compliant with Regulation (EU) 2024/886, the Instant Payments Regulation.

SDDSEPA Direct Debit

SEPA Direct Debit is the pull side of SEPA: instead of the payer pushing money, the creditor collects it from the debtor’s account under a signed mandate. Two schemes exist — Core, for consumers, with strong refund rights, and B2B, for businesses, where the debtor’s bank must check the mandate and authorised collections cannot be refunded. Collections travel as pain.008 from the creditor to its bank and as pacs.003 between banks.

Source1
  1. Scheme-specific rule2025 v1.1 (EPC016-06)

    2025 SEPA Direct Debit Core rulebook version 1.1 (EPC016-06)European Payments Council

    Rules of the SEPA Direct Debit Core scheme: mandates, collection lifecycle, timelines, R-transactions, and refund rights. · Effective 2025-10-05 · Checked 2026-07-13

SDN ListSpecially Designated Nationals

The Specially Designated Nationals and Blocked Persons List is OFAC's principal sanctions list. Parties on it are blocked: their property within US jurisdiction must be frozen, and US persons are broadly prohibited from dealing with them. Entries carry names, aliases, dates of birth, addresses, identification numbers, and programme tags showing which sanctions regime each designation belongs to. Because of the reach of US dollar clearing, the SDN List is screened by banks worldwide, and its entries are a core ingredient of most commercial watchlist products.

Source1
  1. Official requirement

    OFAC Frequently Asked QuestionsUS Department of the Treasury, Office of Foreign Assets Control

    OFAC's official interpretive guidance on US sanctions programs, list maintenance, blocking, and compliance expectations. · Checked 2026-07-12

    FAQs are added, amended, and renumbered over time; always check the live page for current numbering and text.

Sectoral sanctions

Sectoral sanctions restrict particular kinds of dealings with targets in named sectors of an economy — for example, prohibiting certain new debt or equity financing — without imposing a full asset freeze. A payment involving a sectorally sanctioned entity may therefore be lawful or unlawful depending on what the payment is for, which makes these measures harder to automate than list-based blocking: the screening hit is only the start of the analysis. OFAC's Sectoral Sanctions Identifications list is a well-known example, and other authorities operate comparable activity-based restrictions.

Source1
  1. Official requirement

    OFAC Frequently Asked QuestionsUS Department of the Treasury, Office of Foreign Assets Control

    OFAC's official interpretive guidance on US sanctions programs, list maintenance, blocking, and compliance expectations. · Checked 2026-07-12

    FAQs are added, amended, and renumbered over time; always check the live page for current numbering and text.

SEPASingle Euro Payments Area

The Single Euro Payments Area is the initiative — and the geographic area — in which euro credit transfers and direct debits follow common schemes, formats, and rules, regardless of country. Inside SEPA, a euro payment from an account in one participating country to another is processed like a domestic payment: same message standards (a subset of ISO 20022), same identifiers (IBAN), same scheme rules. The schemes themselves — SCT, SCT Inst, and the direct debit schemes — are managed by the European Payments Council, while EU regulation provides the legal backbone. Membership extends beyond the euro area itself.

Source1
  1. Scheme-specific rule2025 version 1.1 (EPC125-05)

    2025 SEPA Credit Transfer rulebookEuropean Payments Council

    Governs the SEPA Credit Transfer scheme: participant obligations, datasets, time cycles, and r-transaction rules for euro credit transfers. · Effective 2025-10-05 · Checked 2026-07-12

    Version 1.1 replaced version 1.0 at publication on 5 October 2025 and is stated to remain in effect up to 21 November 2027. It moves the date from which the unstructured address format is no longer permitted to 15 November 2026.

SEPA Routing Directory

The SEPA Routing Directory is a SWIFTRef directory that describes the reachability of institutions across Single Euro Payments Area (SEPA) schemes. It records which banks can be reached for SEPA credit transfers and direct debits and through which clearing mechanisms, so that a payment can be routed to a reachable participant.

Source1
  1. Scheme-specific rule2025 version 1.0 (EPC115-06)

    SEPA Credit Transfer Inter-PSP Implementation GuidelinesEuropean Payments Council

    Specifies how the ISO 20022 inter-PSP messages (pacs and camt) are used to implement the 2025 SCT rulebook between scheme participants. · Effective 2025-10-05 · Checked 2026-07-12

    Based on version 1.1 of the 2025 SCT rulebook. Companion Customer-to-PSP guidelines cover the pain.001 initiation leg.

Serial payment

A serial payment is a correspondent banking routing method in which the payment instruction itself travels through every bank in the chain: the debtor agent sends it to its correspondent, which passes it to the next, until it reaches the creditor agent, with funds moving at each hop. Every intermediary sees the full payment details, can deduct its charges, and applies its own screening — which makes the serial method transparent but potentially slower, with more points where the payment can be held. It contrasts with the cover method, which separates the announcement from the funds.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Service bureau

A service bureau is a third party that connects institutions to Swift on their behalf. It operates the messaging interface and connectivity so that a member does not run its own infrastructure, and it is subject to Swift's requirements for shared infrastructure providers to keep those connections secure.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Settlement

Settlement is the act that discharges the obligation between institutions: money actually moves, typically as a debit and credit across accounts the banks hold at a settlement institution — often the central bank. Until settlement happens, a cleared payment is a promise; after it, the paying bank has definitively parted with the funds. Systems differ in when and how they settle: gross systems settle each payment individually in real time, while net systems accumulate obligations and settle balances at scheduled times. What the customer sees as 'paid' may come before or after interbank settlement.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Settlement finality

Settlement finality is the moment a transfer becomes unconditional and irrevocable: after it, the payment cannot be unwound, even if a participant fails moments later. The point of finality is defined by each system's rules and, in many jurisdictions, protected by specific legislation so that an insolvency administrator cannot claw settled payments back. Finality matters practically: a beneficiary bank can only safely release funds once it knows the incoming payment is final, and much of settlement system design exists precisely to make that moment early and certain.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

SIC (Swiss Interbank Clearing)

SIC (Swiss Interbank Clearing) is the real-time gross settlement system for the Swiss franc. It settles interbank payments individually and with finality in central bank money held at the Swiss National Bank, which owns the system. SIC handles both large-value and retail payments, including instant payments, and is a core piece of Swiss market infrastructure.

Source1
  1. Scheme-specific rule

    Swiss Interbank Clearing (SIC)Swiss National Bank / SIX Interbank Clearing

    Describes the Swiss Interbank Clearing (SIC) system, Switzerlands central RTGS payment system (launched 10 June 1987), operated by SIX Interbank Clearing on behalf of the Swiss National Bank: payment orders are executed individually, irrevocably and with finality in central bank money in real time via participants RTGS or instant-payment settlement accounts, provided sufficient cover, settled on sight deposit accounts at the SNB. Instant payments have been available to bank customers since 2024. · Checked 2026-07-14

    SIC settles gross and final in central bank money on SNB sight deposit accounts, and also processes retail payments.

SSI Directory

The SSI Directory is a SWIFTRef directory of Standing Settlement Instructions (SSIs). These record where and how counterparties want funds settled for given currencies and instruments, so an institution can apply the agreed settlement path without exchanging the details for every transaction.

Source1
  1. Official requirement

    SwiftRef reference data servicesSwift

    Describes the directories Swift publishes as a reference-data utility, including the BIC Directory, Bank Directory Plus, IBAN Plus, the Standing Settlement Instructions Directory, and the SEPA Routing Directory. · Checked 2026-07-13

    Used for public summaries of the SwiftRef directories and their delivery through files, a web application, and application programming interfaces.

Stablecoin

A stablecoin is a digital token designed to keep a stable value, most often by referencing a fiat currency such as the US dollar and holding reserve assets intended to back it. Stablecoins are used for payments and settlement in digital asset markets. Their reliability depends on the quality of the reserves and on the governance of the issuer.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Standards Release (MSR)

The Message Standards Release (MSR), usually just called the annual Standards Release, is SWIFT's once-a-year update to the standards that define its messages. Standards change for new business needs, for regulation, and for technical fixes and clarifications. Both the traditional MT message standards and the ISO 20022 base standards SWIFT maintains follow this same yearly cycle, and every connected institution moves to the new version on one activation weekend — traditionally the third weekend of November — so payments stay mutually readable. Standards Release 2025 went live on 22-23 November 2025. Institutions use MyStandards, SWIFT's online tool, to read each release, compare it with the previous version, and check their readiness.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

Straight-through processing

Straight-through processing means a payment travels from initiation to posting with no human touching it: validation, enrichment, routing, screening, and accounting all happen automatically. The share of payments that achieve this — the STP rate — is a standard operations metric, because every payment that falls out of the automatic flow lands in a repair or investigation queue and costs disproportionate money and time. STP rates are mostly determined upstream: clean reference data, correct identifiers, and structured message formats prevent the fallout that manual teams otherwise absorb. Much of the case for ISO 20022's richer structure is ultimately an STP argument.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Strong customer authentication (SCA)

Strong customer authentication (SCA) is a requirement to verify a payer using at least two independent factors drawn from three categories: something the customer knows, something they possess, and something they are. The factors must be independent, so that compromising one does not compromise another. SCA is mandated under PSD2 for many electronic payments and account access.

Source1
  1. Official requirement

    PSD2 and the RTS on strong customer authentication and secure communicationEuropean Banking Authority

    Governs open banking access in the European Union, including payment initiation and account information services offered by third-party providers, and the requirement for strong customer authentication. · Checked 2026-07-13

    Referenced from the European Banking Authority's public summaries, guidelines, and technical standards on payment services.

Structured address

A structured address is a postal address recorded in ISO 20022 with each component in its own named element: street name, building number, town name, post code, and country, among others. Because every part is labelled, a receiving system can read the country or town directly rather than parsing a run-together line, which makes validation, reconciliation, and sanctions screening more reliable. Under the CBPR+ usage guidelines a fully unstructured address is no longer permitted from 15 November 2026, so structured (or hybrid) addresses become the required form for in-scope cross-border payments.

Source2
  1. Official requirement

    Cross-Border Payments and Reporting Plus (CBPR+) usage guidelinesSwift (CBPR+ working group)

    Defines how ISO 20022 messages (including pacs.008, pacs.009, pacs.002, pacs.004, and camt investigation messages) are used and validated for cross-border payments on the Swift network. · Checked 2026-07-12

    Full guidelines require MyStandards access; content here relies on public summaries. MT-to-CBPR+ translation rules are published on Swift's translation portal.

  2. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

Structuring

Structuring, also called smurfing, is the practice of splitting a large sum into many smaller transactions, often just below reporting thresholds, to avoid triggering a report. It is treated as a red flag rather than a way to avoid detection, because monitoring systems are specifically designed to spot patterns of many small, related transfers and to escalate them for review.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Suspense account

A suspense account is a holding place in the ledger for value that cannot yet be posted where it belongs. Banks use suspense accounts when a payment arrives with an invalid account number, when an entry needs repair, or when one side of a transaction has settled before the other. Well-run operations teams monitor suspense balances daily, age every item, and clear them quickly, because a growing suspense balance usually means unresolved exceptions and unhappy customers. Policies on what may sit in suspense, and for how long, differ between institutions.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Suspicious activity report (SAR)

A suspicious activity report (SAR) is a report that a regulated firm files with its national financial intelligence unit when it knows or suspects that funds or activity are linked to money laundering, terrorist financing, or other crime. The report is confidential, and filing it, rather than judging guilt, is the firm's obligation. The money laundering reporting officer oversees the process.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

SWIFTSociety for Worldwide Interbank Financial Telecommunication

SWIFT is a member-owned cooperative that operates the messaging network most banks use to exchange financial messages across borders, and it maintains the related message standards. It is important to be precise about what it does: SWIFT transports and validates messages; it does not hold accounts or settle payments. The money moves when banks post entries across accounts they hold with each other or at a settlement system. SWIFT also acts as the registration authority for BICs and offers services around the core network, such as relationship management (RMA) and transaction tracking based on the UETR.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Swift Customer Security Programme (CSP)

The Swift Customer Security Programme (CSP) is an initiative that sets security controls Swift users must meet to protect their local environments. Its Customer Security Controls Framework (CSCF) defines mandatory and advisory controls, and users must attest annually to their compliance. Institutions can consult counterparties' attestations to judge the security posture of those they exchange messages with.

Source1
  1. Official requirement

    Customer Security Programme (CSP) and Customer Security Controls FrameworkSwift

    Sets the mandatory and advisory security controls and the annual self-attestation that Swift users must meet to secure their local messaging environments. · Checked 2026-07-13

    The full Customer Security Controls Framework and detailed control descriptions sit behind a swift.com login.

SWIFT Go

SWIFT Go is a Swift service for low-value cross-border payments. Banks sign up to fixed terms covering speed, fees, and transparency, so consumers and small businesses sending smaller amounts get predictable timing and cost. It reuses the tracking and pre-validation capabilities built for global payments innovation (gpi).

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

SWIFT gpi

SWIFT gpi (global payments innovation) is a service layer that SWIFT runs over its existing network, rather than a new message type. Member banks commit to rules such as crediting the beneficiary within an agreed time and passing charges and remittance details through unchanged. The linchpin is the UETR (unique end-to-end transaction reference), a single reference created when a payment starts and carried by every message about it, which lets the payment be followed end to end through the Tracker, a status database SWIFT maintains. gpi also supports confirmation of credit and stop-and-recall requests. Because it rides existing MT and ISO 20022 messages, gpi adds visibility without replacing the underlying payment formats.

Source1
  1. Official requirement

    Swift gpi (global payments innovation)Swift

    Describes Swift gpi, the cross-border payments service layer over the Swift network, including the end-to-end tracking it defines for member banks through the UETR (unique end-to-end transaction reference) and the Tracker. · Checked 2026-07-13

    Only public summaries are used here; the full service definition and rulebook sit behind a swift.com account.

SWIFTNet

SWIFTNet is the secure Internet Protocol (IP) network that carries Swift's services between member institutions. It provides the transport layer for the store-and-forward messaging services FIN and FINplus, for InterAct and FileAct exchanges, and for interactive Browse sessions, with authentication and encryption applied across the network.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

SwiftNet FileAct

SwiftNet FileAct is a messaging service for transferring files and bulk data between users. It is largely format-agnostic, so it can carry batches of payment instructions, statements, reports, and other large payloads that do not fit a single structured message. It is often used for high-volume, low-value payment files and for reporting between institutions.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

SwiftNet InterAct

SwiftNet InterAct is a messaging service for the real-time, interactive exchange of individual structured messages between users. It is commonly used to carry ISO 20022 MX messages in market infrastructures and modern payment flows, supporting both request-response and store-and-forward modes. It complements the store-and-forward FIN service for MT messages.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

SWIFTRef

SWIFTRef is Swift's reference-data utility. It collects and publishes the directories that payments rely on for routing and settlement, including Business Identifier Codes (BICs), bank and branch data, International Bank Account Number (IBAN) structures, and Standing Settlement Instructions (SSIs), delivered through files, a web application, and application programming interfaces (APIs).

Source1
  1. Official requirement

    SwiftRef reference data servicesSwift

    Describes the directories Swift publishes as a reference-data utility, including the BIC Directory, Bank Directory Plus, IBAN Plus, the Standing Settlement Instructions Directory, and the SEPA Routing Directory. · Checked 2026-07-13

    Used for public summaries of the SwiftRef directories and their delivery through files, a web application, and application programming interfaces.

System message (SWIFT Category 0)

System messages are SWIFT Category 0 (MT0xx) messages exchanged between a participant and the SWIFT network itself, as opposed to business messages exchanged between institutions. They cover network housekeeping: acknowledgements and negative acknowledgements confirming whether a sent message was accepted, retrieval requests for a copy of a past message, delivery notifications, and broadcasts or notices from the operator. Distinguishing system and service messages from the payment messages they wrap matters operationally, because a payment can be perfectly valid yet fail at the network layer, and the evidence of acceptance or rejection lives in these Category 0 exchanges rather than in the payment itself.

Source1
  1. Official requirement

    Swift Standards MT (annual standards releases)Swift

    Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-12

    Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login; content here relies on public summaries. Swift ended MT-to-ISO 20022 coexistence for in-scope cross-border payment instructions (for example MT103 and MT202) in November 2025; MT statement messages are being phased out on a separate timeline.

T

T2S (TARGET2-Securities)

TARGET2-Securities (T2S) is the Eurosystem's single platform for settling securities transactions in central-bank money. Central securities depositories outsource the settlement step to T2S, which matches instructions and settles the securities leg against the cash leg on a delivery-versus-payment basis, so that ownership of the securities and the money change hands together or not at all. Bringing many national depositories onto one settlement engine reduces the cost and risk of cross-border securities settlement in Europe and links naturally to the cash services on the same consolidated platform. T2S is where payments learners meet delivery-versus-payment, the securities analogue of the payment-versus-payment principle used in foreign exchange.

Source1
  1. Scheme-specific rule

    TARGET ServicesEuropean Central Bank

    Describes the Eurosystem's TARGET Services, including the T2 RTGS system and central liquidity management used to settle euro payments in central bank money. · Checked 2026-07-12

    T2 replaced TARGET2 in March 2023. Detailed user functional specifications are published separately in the ECB's professional-use documents section.

TARGET2 / T2

TARGET2 was the euro area's real-time gross settlement (RTGS) system: the platform on which banks settled high-value euro payments individually and with finality, in central bank money. It is operated by the Eurosystem — the European Central Bank together with the national central banks. In March 2023 TARGET2 (the second-generation Trans-European Automated Real-time Gross settlement Express Transfer system) was replaced by T2, a consolidated service that combined the RTGS with central liquidity management, though practitioners still often say TARGET2 loosely. A separate system, EURO1, clears high-value euro payments on a netting basis rather than gross.

Source1
  1. Scheme-specific rule

    TARGET ServicesEuropean Central Bank

    Describes the Eurosystem's TARGET Services, including the T2 RTGS system and central liquidity management used to settle euro payments in central bank money. · Checked 2026-07-12

    T2 replaced TARGET2 in March 2023. Detailed user functional specifications are published separately in the ECB's professional-use documents section.

Terrorist financing (TF)

Terrorist financing (TF) is the provision or collection of funds intended to support terrorist acts or organizations. It differs from money laundering because the aim is to fund activity rather than to conceal criminal proceeds, the sums can be small, and the money may come from legitimate as well as illegitimate sources. Controls focus on detecting the destination and purpose of funds.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Third-party provider (TPP)

A third-party provider (TPP) is a regulated firm authorized to offer open banking services on a customer's behalf. Payment initiation service providers start payments from the customer's account, while account information service providers read account data to offer aggregation or insight. Both must be licensed, must obtain customer consent, and connect through the bank's regulated interfaces.

Source1
  1. Official requirement

    PSD2 and the RTS on strong customer authentication and secure communicationEuropean Banking Authority

    Governs open banking access in the European Union, including payment initiation and account information services offered by third-party providers, and the requirement for strong customer authentication. · Checked 2026-07-13

    Referenced from the European Banking Authority's public summaries, guidelines, and technical standards on payment services.

TIPS (TARGET Instant Payment Settlement)

TIPS (TARGET Instant Payment Settlement) is a settlement service operated by the Eurosystem that settles instant euro credit transfers in central bank money within seconds. It runs continuously, on every day of the year, so that a payee is credited and the funds are final almost immediately after the payer sends the instruction. It supports the SEPA Instant Credit Transfer scheme.

Source1
  1. Scheme-specific rule

    What is TIPS? (TARGET Instant Payment Settlement)European Central Bank

    Describes TIPS, the Eurosystem service that settles instant payments in central bank money around the clock, in line with the SCT Inst scheme. · Checked 2026-07-12

    TIPS also settles instant payments in Swedish krona and Danish krone; detailed user documentation is published separately by the ECB.

Trade-based money laundering (TBML)

Trade-based money laundering (TBML) is the laundering of criminal proceeds through the machinery of international trade rather than through obvious cash movements. Value is shifted by manipulating trade documents and flows: over- or under-invoicing goods, invoicing the same shipment more than once, describing goods falsely, or shipping less or more than declared. Because a legitimate-looking trade transaction sits on top of the value transfer, TBML is hard to detect from payment data alone and usually needs the trade documents too. On this site it is presented defensively — the red flags controls look for, such as prices far from market value or goods that make no commercial sense for the parties — never as a method to imitate.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

Transaction Manager

The Transaction Manager is Swift's central platform that orchestrates International Organization for Standardization (ISO) 20022 transactions. Instead of parties only exchanging point-to-point messages, the platform holds a single view of each transaction, preserving data end to end and reducing the loss of information as a payment passes through the chain.

Source1
  1. Official requirement

    Swift products and servicesSwift

    Describes Swift's messaging, connectivity, global payments innovation, platform, and compliance services offered to member institutions. · Checked 2026-07-13

    Used for the public overview of product details documented behind swift.com.

Transliteration

Transliteration is the rendering of a name from one writing system into another — from Cyrillic, Arabic, Chinese, or other scripts into Latin characters, for example. There is rarely a single correct result: different transliteration standards and ordinary human variation produce many legitimate spellings of the same name, and the same person may appear differently in a passport, a payment message, and a sanctions list entry. Screening systems handle this defensively, using the alias data on list entries and matching algorithms tolerant of transliteration differences, so a designated party is not missed simply because a name was romanised differently.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Travel rule

The travel rule is the requirement that information identifying the originator (payer) and the beneficiary (payee) must accompany a transfer as it passes along the payment chain, so that every institution handling it can screen the parties against sanctions and act if one is listed. It is set out internationally in the Financial Action Task Force (FATF) Recommendation 16 (R.16), which many jurisdictions implement in their own rules. The principle is defensive: complete, unaltered party information is what makes transaction screening possible at each hop, including for intermediary banks that see the payment only in passing. Removing or degrading that information — wire stripping — is the abuse the rule is designed to prevent.

Source1
  1. Official requirement

    The FATF Recommendations: International Standards on Combating Money Laundering and the Financing of Terrorism & ProliferationFinancial Action Task Force

    The global standards countries implement against money laundering, terrorist financing, and proliferation financing, including targeted financial sanctions and payment transparency under Recommendation 16. · Checked 2026-07-12

    Adopted in 2012 and updated regularly since; the June 2025 FATF plenary agreed revisions to Recommendation 16 on payment transparency. Consult the live consolidated text for the current wording.

True match

A true match is the outcome where investigation confirms that the alerted customer or payment party really is the person or entity on the watchlist — the identifiers line up and no discrepancy separates them. A confirmed true match against a sanctions list has legal consequences: depending on the regime, the institution may have to freeze the funds, refuse the transaction, report to the authority, and restrict or exit the relationship. Because the consequences are serious, confirmation standards matter — institutions typically require corroborating identifiers, not just name similarity, and route confirmations through senior review.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

U

UETRUnique End-to-end Transaction Reference

A Unique End-to-end Transaction Reference is a 36-character identifier in UUID format assigned when a payment is created. Unlike ordinary message references, which each bank may replace, the UETR is passed unchanged across every leg of the chain — including cover legs — so all parties refer to the same transaction. It is carried in the header of MT messages and in ISO 20022 payment messages, and it is the key that payment-tracking services use to show where a cross-border payment currently is and what happened to it at each hop. When investigating a delayed payment, the UETR is usually the first thing to ask for.

Source1
  1. Official requirement

    Swift gpi (global payments innovation)Swift

    Describes Swift gpi, the cross-border payments service layer over the Swift network, including the end-to-end tracking it defines for member banks through the UETR (unique end-to-end transaction reference) and the Tracker. · Checked 2026-07-13

    Only public summaries are used here; the full service definition and rulebook sit behind a swift.com account.

UN Security Council

The United Nations Security Council can adopt sanctions measures — asset freezes, arms embargoes, travel bans — that are binding on all UN member states. Its sanctions committees maintain the UN consolidated list of designated persons and entities. The UN itself does not enforce these measures against banks; each member state implements them through its own legal framework, such as EU or UK regulations, sometimes adding designations of its own on top. This is why the same person can appear on several lists with slightly different details, and why screening programmes track which authority each entry comes from.

Source1
  1. Official requirement

    United Nations Security Council Consolidated ListUnited Nations Security Council

    The consolidated list of individuals and entities subject to UN Security Council sanctions measures, which member states are obliged to implement. · Checked 2026-07-12

    Published in XML, HTML, and PDF formats and updated as committees act; each name is subject to the measures of its specific sanctions committee, not one uniform regime.

UN/EDIFACT

UN/EDIFACT — Electronic Data Interchange for Administration, Commerce and Transport — is a United Nations standard for structured electronic messages between organisations. It is widely used in trade, logistics, and supply-chain documents, and in the financial world it underpins some bank-to-corporate messaging, including payment initiation and statement message types that predate the ISO 20022 XML era. EDIFACT messages are segment-and-element structures rather than XML, which makes them compact but harder to read by eye. Practitioners meet EDIFACT when mapping legacy corporate connectivity or trade-finance flows into modern standards, and it appears in course syllabi as one of the non-SWIFT message families a payment professional should recognise.

Source1
  1. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

Universal Confirmation

Universal Confirmation is the SWIFT community requirement that the fate of every FIN customer payment be reported back — confirmed as credited to the beneficiary, returned, or rejected — so that the status is known end to end, not only for banks that had joined gpi. A beneficiary bank sends the confirmation (by message, the tracker interface, or a file), and the information flows into the payment tracker so the sending bank and its customer can see when funds arrived. It generalised the discipline gpi introduced: before it, a sender often could not tell whether a payment had been credited. Universal Confirmation is a foundation for reliable status reporting and for measuring how quickly payments actually complete.

Source1
  1. Official requirement

    Swift gpi (global payments innovation)Swift

    Describes Swift gpi, the cross-border payments service layer over the Swift network, including the end-to-end tracking it defines for member banks through the UETR (unique end-to-end transaction reference) and the Tracker. · Checked 2026-07-13

    Only public summaries are used here; the full service definition and rulebook sit behind a swift.com account.

Unstructured address

An unstructured address stores a postal address as a small number of free-text lines, with no separate elements for street, town, or country. It mirrors how the older MT formats carried addresses, and it is the easiest to capture but the hardest to process: a system cannot reliably tell which part is the country or the recipient's name, which weakens screening and reconciliation. Under the CBPR+ usage guidelines a fully unstructured address is no longer permitted from 15 November 2026; senders must move to a structured or hybrid address, shifting the effort from downstream parsing to clean capture at source.

Source2
  1. Official requirement

    Cross-Border Payments and Reporting Plus (CBPR+) usage guidelinesSwift (CBPR+ working group)

    Defines how ISO 20022 messages (including pacs.008, pacs.009, pacs.002, pacs.004, and camt investigation messages) are used and validated for cross-border payments on the Swift network. · Checked 2026-07-12

    Full guidelines require MyStandards access; content here relies on public summaries. MT-to-CBPR+ translation rules are published on Swift's translation portal.

  2. Official requirement

    ISO 20022 Catalogue of messagesISO 20022 Registration Authority

    Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12

    Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.

UPI (Unified Payments Interface)

UPI (Unified Payments Interface) is India's real-time retail payment system, which lets users send and receive money instantly between bank accounts through mobile apps. It uses proxy identifiers, such as a virtual payment address, so payers need not share account numbers. It has become a widely used example of a fast, interoperable domestic payment platform.

Source1
  1. Scheme-specific rule

    Unified Payments Interface (UPI)National Payments Corporation of India (NPCI)

    Describes UPI, the NPCI-operated real-time retail payment system: instant account-to-account transfers 24/7/365 addressed by a Virtual Payment Address (VPA / UPI ID) so account numbers are not shared, built over the IMPS infrastructure, regulated by the Reserve Bank of India. · Checked 2026-07-14

    NPCI is an RBI-regulated entity. UPI is built over IMPS and uses a VPA rather than raw account details.

V

Value date

The value date is the date on which a movement of funds becomes effective for interest and availability, as opposed to the date an entry happens to be booked. In an interbank message such as an MT103, the value date states when settlement is intended to occur; between a bank and its customer, value dating determines from when a credit earns interest or a debit costs it. The distinction from the booking date matters in practice: entries can be booked with a past or future value date (back-valuation and forward-valuation), which is a standard remediation tool when a payment was applied later than it should have been.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

Verification of Payee

Verification of Payee is a pre-payment check in SEPA: before a credit transfer is sent, the payer's payment service provider asks the beneficiary's provider whether the name the payer typed matches the name registered on the destination account. The response — a match, a close match with the actual name suggested, or no match — is shown to the payer, who then decides whether to proceed. The aim is to reduce misdirected payments and impersonation fraud. Because legal names vary in form, the comparison tolerates small differences rather than demanding an exact string match.

Source1
  1. Scheme-specific ruleversion 1.1 (EPC218-23)

    Verification Of Payee scheme rulebookEuropean Payments Council

    Governs the EPC Verification Of Payee scheme under which PSPs check a payee's name against the account identifier before a credit transfer is sent. · Checked 2026-07-12

    The first rulebook version entered into force on 5 October 2025; version 1.1 was published in March 2026 to address issues found after deployment, and the EPC has announced a version 2.0 for later in 2026.

Vostro account

A vostro account — from the Latin for 'yours', as in 'your account with us' — is a correspondent account seen from the perspective of the bank that services it: an account held on its books for another bank. If Meridian Bank in Frankfurt keeps a euro account for Bank Alfa of Warsaw, that account is Alfa's nostro and Meridian's vostro — one account, two labels depending on where you stand. The vostro-holding bank executes payments across the account and applies its own compliance checks to that traffic; it is, in effect, providing banking services to another bank.

Source1
  1. Market practiceMarch 2003 edition

    A glossary of terms used in payments and settlement systemsCPSS (now CPMI), Bank for International Settlements

    Standard definitions for payment, clearing, and settlement terminology used across BIS committee reports and referenced by glossary entries on this site. · Checked 2026-07-12

    Terminology has evolved since this edition; newer CPMI publications refine some definitions.

W

Watchlist

Watchlist is the umbrella term for the reference data a screening system checks against. Sanctions lists are the legally binding core, but many institutions also screen against politically exposed person data, adverse-media data, regulatory enforcement lists, and internal lists of previously exited or prohibited parties. Commercial data vendors aggregate many official lists into a single feed, adding enrichment and identifiers. What belongs on an institution's watchlist is a policy decision: sanctions entries are mandatory, while the rest reflect that institution's risk appetite and regulatory expectations.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Wire stripping

Wire stripping is the illicit practice of removing or altering identifying information — names, addresses, or references of the originator or beneficiary — in a payment message so that a sanctioned or otherwise prohibited party cannot be seen by screening. It is a serious compliance violation and, in many jurisdictions, a criminal one. This entry is defensive: the point is that transparency requirements and controls exist to detect and deter it. Those controls include the travel rule's demand that complete party information accompany a transfer, cover-payment rules that require the underlying parties on a funding message (such as an MT202 COV — the cover variant), consistency checks between related messages, and screening of every party field. When information looks thin, altered, or inconsistent, these controls are meant to raise it rather than let a name quietly disappear.

Source1
  1. Market practice

    Wolfsberg Group Payment Transparency StandardsThe Wolfsberg Group

    Industry standards on preserving complete and accurate party information through payment chains, expressed in ISO 20022 terminology. · Checked 2026-07-12

    The 2023 standards replace the 2017 version and are supplemented by separate Wolfsberg guidance on roles and responsibilities in payment chains.

Wolfsberg CBDDQ

The Wolfsberg Correspondent Banking Due Diligence Questionnaire (CBDDQ) is a standardized questionnaire published by the Wolfsberg Group. Correspondent banks ask respondent banks to complete it to assess their anti-money-laundering, sanctions, and financial crime controls in a consistent way. Its common format reduces duplicated bespoke questionnaires and supports risk-based decisions about correspondent relationships.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.

Wolfsberg Group

The Wolfsberg Group is an association of major international banks that develops industry guidance for managing financial-crime risk — anti-money-laundering, sanctions, anti-bribery, and correspondent-banking due diligence. It is not a regulator and its papers are not law, but its outputs are widely used market practice; the Wolfsberg Correspondent Banking Due Diligence Questionnaire, for example, is a standard way banks request and share due-diligence information about each other. Studying Wolfsberg alongside FATF and the Egmont Group shows the layered nature of the field: an intergovernmental standard-setter, a network of financial intelligence units, and an industry group that turns high-level expectations into workable practice.

Source1
  1. Market practice

    Wolfsberg Group Sanctions Screening GuidanceThe Wolfsberg Group

    Industry guidance on the elements of an effective sanctions screening programme: the risk-based approach, list management, matching technology, alert generation, and alert handling. · Checked 2026-07-12

    Wolfsberg guidance is industry market practice, not law; institutions vary in how they apply it.