GLOBAL PAYMENTS KNOWLEDGEISO 20022 / SWIFT / SEPA / MT / MX

SWIFT / Learning brief

SWIFT for corporates and SCORE

Your notes

What this means in plain language

Corporates connect to Swift through models such as SCORE and MA-CUG, exchanging payment instructions and statements with their banks over a single channel instead of maintaining many separate proprietary connections.

A large company often banks with several institutions, and historically it needed a separate proprietary connection to each one. Swift offers models that let a corporate reach many banks over a single channel. SCORE (Standardised Corporate Environment) is a shared model administered by Swift, where a qualifying corporate joins one common group and can exchange messages with any participating bank under standard rules. An older model, the MA-CUG (Member-Administered Closed User Group), is set up and run by an individual bank for its own corporate customers. Over either channel a corporate can send payment instructions, for example an MT101 requesting that its bank make transfers, and receive account statements, for example an MT940 reporting balances and transactions. The benefit is consolidation: one connection, one message standard, and consistent formats across banking relationships, instead of maintaining and reconciling many different bank-specific links and file formats.

Understand the full idea, step by step

Picture Asha Traders' treasury on a Monday: one bank's portal for the euro accounts, another's for the dollar ones, a third for a subsidiary abroad — each with its own login, file format, and security token. Every connection is one more thing to build, watch, and reconcile. What if the company could connect once and reach them all?

The many-connections problem

The cost of a channel per bank is not only technical. Every proprietary link is a place where a format can change or a file can fail, and every differently shaped statement is more reconciliation work. Consolidation is the point: one channel and one set of standards, instead of many bank-specific connections. The eligibility rules, onboarding, and legal agreements are set by SWIFT and the banks, and are more involved than this outline — the idea to hold onto is the single path.

SCORE and MA-CUGStandardised Corporate Environment; Member-Administered Closed User Group

SCORE (Standardised CORporate Environment) is administered by SWIFT itself: a qualifying corporate joins one shared, governed group and can then exchange messages with any bank that participates in SCORE — no separate framework per bank. MA-CUG (Member-Administered Closed User Group) sits alongside it: an individual bank creates and runs its own closed group and invites its corporate customers in. A company banking with several institutions may belong to several MA-CUGs.

SCORE versus MA-CUG
SCOREMA-CUG
Administered bySWIFTAn individual bank
How the corporate joinsOne shared group, common rulesEach bank's own group, separately
ReachAny bank participating in SCOREThat one bank
Trade-offOne environment across many banksOne bank's direct control of its group

What actually flows

Over these channels the traffic has a simple shape: instructions out, information in. A common instruction is the MT101 request for transfer, in which Asha Traders asks a bank to make one or more payments from its accounts. Coming back, the MT940 customer statement reports booked balances and transactions, and intraday reports give a within-day view. Receiving every bank's statement in the same format lets the treasury load them into one system and reconcile centrally.

SWIFT MT — ILLUSTRATIVE, NON-PRODUCTION

The corporate-to-bank leg: :50H: names the ordering customer (Asha Traders' role), :59: the beneficiary, :32B: the amount. This is a request — the bank still applies its own controls and screening before it acts and issues any interbank message. The MT101 is an instruction to the bank, not a payment between banks.

COMMON CONFUSION

Once a corporate is on SWIFT, it moves money directly and bypasses its banks' checks.

SWIFT gives the corporate a messaging path, not a bank's powers. When Asha Traders sends an MT101, its bank receives a request and executes it subject to the bank's own controls, screening, and account rules. The corporate reaches many banks through one channel; the banks still decide and still post the entries.

STRICTLY SPEAKING

Strictly speaking, corporates increasingly use ISO 20022 messages — pain.001 to instruct, camt statements to report — for the same purposes, and many run MT and MX alongside during migration. The access models govern membership and reach; the message standards govern format. Eligibility and onboarding remain set by SWIFT and the participating banks.

FOR NOW, REMEMBER

  • Corporates connect to SWIFT to replace many bank-specific channels with one standardised path.
  • SCORE is a single SWIFT-governed group reaching many banks; an MA-CUG is one bank's own group, joined per bank.
  • The traffic is instructions out (such as MT101) and statements in (such as MT940), increasingly in ISO 20022 too.
  • A single channel does not bypass the banks — each bank still controls, screens, and executes.

TRY IT YOURSELF

Asha Traders joins SCORE and sends an MT101 asking Bank Alfa to pay a supplier that appears on a sanctions list. What happens?

Bank Alfa receives the request and applies its own controls and screening before acting — it can hold or reject the payment.

Correct — Right. The MT101 is a request; the bank still decides. SCORE gives Asha Traders reach, not the ability to bypass Bank Alfa's screening and controls.

The payment executes automatically because SCORE members are pre-approved.

Not this one — SCORE governs membership and reach, not the bank's execution decisions. Bank Alfa still screens and can stop a payment that hits a control.

SWIFT itself blocks the payment on the network.

Not this one — SWIFT carries the message; it is the executing bank, not the network, that runs sanctions screening and decides whether to pay.

Corporates use SWIFT for payments and statements — but trade brings a harder problem: an exporter and importer who each fear moving first. Next: how documentary credits put banks in the middle.

KEEP GOING

Three things to remember

  1. 01

    SCORE lets a corporate reach many banks over one Swift channel under shared rules.

  2. 02

    An MA-CUG is a closed user group set up and administered by a single bank.

  3. 03

    Corporates commonly send MT101 payment requests and receive MT940 statements.

Where you would use this

USE CASE 01

A corporate treasury joins SCORE to send payment instructions to several banks over one connection.

USE CASE 02

A bank runs an MA-CUG so its corporate clients can exchange messages within a controlled group.

USE CASE 03

A finance team imports MT940 statements from all its banks in one consistent format for reconciliation.

Put the idea into a real situation

Illustrative example: a fictional manufacturer, Aldergrove Foods, banks with 3 institutions. Through SCORE it sends a single MT101 instructing one bank to pay a supplier EUR 48,750.00. The next morning it receives an MT940 statement from each of the 3 banks in the same format, letting its team reconcile all balances by 09:00 without logging into 3 separate proprietary portals.

Evidence & review

REVIEWED 2026-07-13

SWIFT corporate access (SCORE, MA-CUG); MT101/MT940 and ISO 20022 corporate messaging

What this brief simplifies: Describes access models and message shapes conceptually. Eligibility, onboarding, and legal agreements are set by SWIFT and the participating banks and are more detailed than this outline.

Sources for this brief3
  1. Official requirement

    Swift products and servicesSwift · SCORE and MA-CUG corporate access models

    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.

  2. Market practice

    ISO 20022 Standards (Swift ISO 20022 adoption programme)Swift · Corporate ISO 20022 (pain/camt) alongside MT

    Describes the Swift community's adoption of ISO 20022 for cross-border payments and reporting, including the CBPR+ migration and the end of MT-MX coexistence. · Checked 2026-07-12

    Programme milestones change over time; the coexistence period for in-scope cross-border payment instructions ended in November 2025. Check swift.com for the current timeline.

  3. Simplified educational illustration

    Payments Signal editorial teaching modelsPayments Signal · Asha Traders many-channels scenario

    This site's own simplified teaching models. · Checked 2026-07-12

    Used wherever diagrams, scenarios, figures, or example values are didactic constructions rather than sourced facts; every such use carries a simplifications disclosure. All people, companies, banks, and list entries in examples are fictional.

Learn this properly

Related briefs

View SWIFT archive

SWIFT MTs – Key Details

Explains the MT naming convention, message categories, three-digit identifiers, and other structural details used across SWIFT FIN messages.

READ BRIEF