PMP Registration Closed

The Registration to the Payment Mastering Program is now closed. But you can still benefit from our courses (see below) and exclusive content.

Subscribe to the newsletter to receive high quality content and be informed about the next launch of the Payment Mastering Program.

Course 1 - Payments Fundamentals

The purpose of payments fundamentals course is to provide you with the principles and keys to understand and study any payment system.

  • What is a payment?
  • Payment instrument definition and classification
    • Cash and non-Cash usages
  • Payment systems definition
  • Payment systems volumes
  • End parties and their needs
  • End parties quadrants in payments
  • Assessment Quiz
  • Introduction to payments systems models
    • System modeling
    • Types of payments systems models
  • Open loop models
    • Payments system(s) anatomy at country level
    • Example Payments systems in France
  • Closed loop models
    • Example American Express
  • Models for cryptocurrencies
    • Example the Bitcoin
  • Assessment Quiz
  • From Open Loop Models to the Four corner Model
  • The Four Corner Model
  • Few examples of Four Corner Models
  • Direct and Indirect participants to CSMs
    • Direct participants
    • Indirect participants with no direct access to clearing system
    • Indirect participants with direct access to clearing system
  • Participation directories
  • What is Clearing?
  • Bilateral clearing
  • Multilateral clearing
  • (Gross and Net) Settlement
  • The two types of Net Settlements
  • Main types of clearing and settlement systems
  • Assessment Quiz
  • Introduction and definitions
  • Push payments and few examples
  • Pull payments and few examples
  • Summary ‚Äď Push and Pull payments
  • Assessment Quiz
  • The Four Corner Model
  • Customer-to-bank space and interbank space
  • Why standards are needed for payment messages
  • Payments Messages Standards (ISO 20022, SWIFT MT/MX, Local standards)
  • Original transactions and Related-transactions
  • Assessment Quiz
  • Domestic payments
    • Definition
    • Intrabank payment
    • intra bankgroup payments
    • Interbank payments
  • International payments
    • Domestic vs. Cross-border payments
    • The six party model¬†for cross border payments
    • Correspondent banking ‚Äď Nostro, Vostro and Loro accounts
    • SWIFT ‚Äď The gobal secure messaging platform
  • Assessment Quiz
  • Value chain and Payment processing value chain
  • Payment processing value chain (From a bank‚Äôs perspective)
  • The Straight Through Processing (STP)
  • Payment processing value chain analysis
    • Payment acquisition and reporting
    • Payment Order Management
    • Payment Exchange
  • Payment status reports
  • ¬†
  • Payments regulations
    • Introduction
    • Key regulatory goals
    • Few examples of payment regulations and initiatives
    • Subjects covered by private rules
  • Risk and risk management in payments
    • Definitions
    • The main types of risks in payments
    • Operational risks (Errors and Failures, Fraud risk, Data security risk, Business disruption risk)
    • Legal risks (Compliance risk, Regulatory risk, Contractual risk)
    • Financial risks (Credit risk, Liquidity / Settlement risk, Systemic risk)
  • Assessment Quiz
  • Economic models of Payments Systems and Payment Service Providers
  • Economic models of Payments Systems
    • Example of CSMs
    • Example of Card schemes
    • Example of cryptocurrency
  • Economic models of Payment Service Providers
  • PSPs Direct revenues
    • Transactions fees
    • Interest on associated loans
    • Monthly maintenance fees
    • Subscription fees
    • Commission on turnover (CoT)
    • Exception fees
  • PSPs Indirect revenues
    • Float
    • Interchange
    • Net interest income on deposit balances
  • Assessment Quiz
  • Payments is a dynamic industry with a bright future
  • Overview of few main players in the payments industry
    • Players that are part of the value chain
      • Consumers and merchants
      • Bank payment service providers
      • Non-bank payment service providers
      • Card schemes
      • ACH schemes
      • RTP schemes
      • RTGS schemes
    • Other players
      • Technology vendors
      • Business and IT Consulting companies
      • Strategy and Advisory Consulting companies
  • Assessment Quiz

Course 2 - Understand and Master the SEPA Credit Transfer

The Understand and Master the SEPA Credit Transfer Course was designed for people who work in the payment industry or who want to understand how the SEPA Credit Transfer really works.

  • Definition of SEPA‚Äč
  • The SEPA Geographical Area‚Äč
  • What¬†is¬†a SEPA¬†Payment¬†Scheme?‚Äč
  • The Four SEPA¬†Payments¬†Schemes‚Äč
  • The main SEPA¬†Payments¬†Initiatives‚Äč
  • The¬†Payment¬†Services Directive‚Äč
  • The¬†Payment¬†Services Directive 1 and 2‚Äč
  • The¬†European¬†Payments¬†Council‚Äč
  • The EPC¬†scheme¬†documents‚Äč
  • SEPA Payments Schemes publications ‚Äď The¬†calendar and main¬†miletones‚Äč
  • The¬†Payment¬†Service Providers in SEPA‚Äč
  • The generic Four Corner Model for all SEPA¬†Payments‚Äč
  • SCT and SCT¬†Inst¬†are push¬†payments‚Äč
  • SDD¬†Core¬†and SDD B2B are pull¬†payments‚Äč
  • SEPA payments rely on open international standards
  • Few statistics¬†in¬†different¬†European¬†countries‚Äč
  • Assessment¬†Quiz‚Äč
  • The Four Corner Model is at the basis of the SCT¬†‚Äč
  • The SCT scheme and the Four Corner Model‚Äč
  • The SCT scheme rules are described in the EPC Rulebooks‚Äč
  • The EPC documents for the SEPA Credit Transfer‚Äč
    • The Main documents‚Äč
    • Other interesting EPC documents for SCT implementation projects‚Äč
    • Other useful resources for the SCT Implementation projects‚Äč
    • An important tip for reading new versions of the main EPC documents‚Äč
  • The Four Corners: What are they ?‚Äč
  • End parties in the SCT Four Corner Model‚Äč
  • The Payment Service Providers in SEPA‚Äč
  • The¬†PISP and the Four Corner Model‚Äč
  • Assessment Quiz
  • Clearing and settlement systems in the Four Corner Model‚Äč
  • Clearing and Settlement ‚Äď Definitions‚Äč
  • Market infrastructures of the SEPA Credit Transfer‚Äč
  • Separation of the scheme and the infrastructures ‚Äď What does it mean?‚Äč
  • SCT Scheme compliant clearing systems and their categories‚Äč
  • Common characteristics of CSM‚Äč
  • Interoperability of clearing systems‚Äč
  • Interoperability at CSM level ‚Äď What it implies‚Äč
  • The two models of connections to CSM in the SEPA Area‚Äč
  • Prioritization of clearing systems during the payment processing‚Äč
  • Types of processing cycles in clearing systems‚Äč
  • Participation Directory of a Clearing system‚Äč
  • Interconnections of CSM‚Äč
  • Assessment Quiz
  • The LIMF Method applied to payment schemes‚Äč
  • The messages exchanged in the SCT Scheme are found in the Implementation guidelines‚Äč
  • Overview of all messages listed in the SCT Implementations Guidelines‚Äč
  • Overview of all messages listed in the SCT IG and Customer Reporting messages‚Äč
  • SEPA Message names are inherited from the ISO 20022 standard‚Äč
  • Structure and meaning of SEPA message names‚Äč
  • Overview of all messages listed in the SCT IG and Customer Reporting messages‚Äč
  • Messages in the Customer-to-bank space‚Äč
    • Customer to Bank Instruction and PSR messages (Pain.001 and Pain.002)‚Äč
    • Bank to Customer Reporting messages (Camt.052, Camt.053, Camt.054)‚Äč
  • Messages in the Interbank space‚Äč
    • Pacs.008.001.02 (SCT), Pacs.002.001.03 (Rejet¬†SCT), Pacs.004.001.02 (Return SCT), Camt.056.001.01 (Recall),¬†Pacs.028.001.01 (Request for Status update), Camt.029.001.03 (Negative¬† Response to Recall)‚Äč
    • Camt.027.001.06 (SCT Inquiry – Claim non-receipt), Camt.029.001.08 (Response to claim non-receipt), Camt.087.001.05 (SCT¬†Inquiry – Claim for Value Date correction), Camt.029.001.08 (Response to Claim for Value Date correction)‚Äč
  • Introduction to the standard ISO 20022‚Äč
  • Standard ISO 20022 and Payments‚Äč
  • Syntax and semantics in the standard ISO 20022‚Äč
  • ISO 20022 specifications and the SEPA Implementation Guidelines (IG)‚Äč
  • Message elements available in the Standard ISO 20022 and their usage in SEPA‚Äč
  • Comparison of SEPA IG and ISO 20022 specifications‚Äč
  • Summary of differences between SEPA IG and ISO 20022 specifications‚Äč
  • SEPA CORE Payments and Additional Optional Services (AOS)‚Äč
  • Different types of Additional Optional Services (AOS)‚Äč
  • Overview of all messages listed in the SCT IG and Customer Reporting messages‚Äč
  • Deep dive into customer-to-bank messages used in the SCT Scheme‚Äč
    • Pain.001.001.03 and Pain.002.001.03‚Äč
    • Camt.052.001.02, Camt.053.001.02 and Camt.054.001.02‚Äč
  • Assessment¬†Quiz‚Äč
  • Reminder : the GAIM method to apprehend SEPA messages is very powerful‚Äč
  • Summary of differences between SEPA IG and ISO 20022 specifications¬†‚Äč
  • Deep dive into messages used in the Interbank Space of the SCT Scheme‚Äč
    • Pacs.008 message structure‚Äč
    • Pacs.004 message structure and reason codes‚Äč
    • Camt.056 message structure‚Äč
    • Pacs.028 message structure‚Äč
    • Camt.029.001.03 message structure and reason codes in SEPA‚Äč
    • Camt.027 message structure‚Äč
    • Camt.087 message structure‚Äč
    • Camt.029.001.08 message structure¬†‚Äč
    • Camt.029.001.08 response codes in SEPA‚Äč
  • Assessment¬†Quiz‚Äč
  • Main features of the SEPA Credit Transfer‚Äč
  • The SCT uses the IBAN as account identifier‚Äč
  • The SCT uses the BIC as Bank identifier‚Äč
  • The SCT allows only shared fees‚Äč
  • The SCT is a non-urgent transfer‚Äč
  • The SCT execution time is maximum one business day‚Äč
  • The SCT allows amounts exclusively in EUR‚Äč
  • The SCT can carry up to 140 characters unstructured or structured Remittance Information‚Äč
  • The SCT can transport ultimate debtor and ultimate creditor Information‚Äč
  • The SCT is independent of acquisition and clearing channels‚Äč
  • Assessment¬†Quiz‚Äč
  • Payment processing value chain (from bank‚Äôs perspective)‚Äč
  • Payment processing value chain ‚Äď Inside the bank‚Äč
  • Payment channels‚Äč
    • Third Party Providers channels‚Äč
    • File Transfer channels‚Äč
    • File Transfer channels and the communication protocols‚Äč
  • Security in file transfer channels ‚Äď the main challenges‚Äč
  • Security is achieved through the use of¬†cryptography techniques‚Äč
  • Asymmetric encryption mechanisms use pairs of keys‚Äč
  • Asymmetric encryption mechanisms ‚Äď how it works‚Äč
  • Asymmetric mechanisms – combination of hash functions and¬†keys‚Äč
  • Asymmetric mechanisms ‚Äď the reality (is a bit more complex)‚Äč
  • Digital¬†Certificate or public key¬†certificate‚Äč
  • Summary of encryption mechanisms‚Äč
  • The EBICS Protocol‚Äč
  • Encryption in¬†the¬†EBICS Protocol‚Äč
  • EBICS Protocol ‚Äď The summary‚Äč
  • SWIFTNet¬†and the¬†SWIFTNet¬†Protocols‚Äč
  • Acquisition and Reporting agreements‚Äč
    • Practical example to illustrate how it works‚Äč
    • Typical requirements‚Äč
    • Users and College of Signatories‚Äč
    • Typical checks and outcomes‚Äč
  • Assessment¬†Quiz‚Äč
  • Payment processing value chain (from bank‚Äôs perspective)‚Äč
  • Payment processing value chain ‚Äď Inside the bank‚Äč
  • Payment order management – Introduction and generality‚Äč
  • Payment order management for the SEPA Credit Transfer‚Äč
  • Single-beneficiary and Multi-beneficiary payment orders‚Äč
  • POM¬†Payment¬†processing¬†steps‚Äč
  • POM functions and services‚Äč
    • Payment parsing and validation‚Äč
    • IBAN validation and verification‚Äč
    • BIC / IBAN coherence check‚Äč
    • NAR validation and enrichment‚Äč
    • Dates and the related controls‚Äč
    • Dates ‚Äď Processing time, Calendar and Business days‚Äč
    • Dates ‚Äď Open Business¬†days‚Äč
    • Duplicate checks‚Äč
  • POM functions and services‚Äč
    • Processing agreements‚Äč
      • Service Execution speed‚Äč
      • Service Requested execution date as Settlement date‚Äč
      • Service Duplicate checks‚Äč
      • Service Late modification‚Äč
      • Service percentage of erroneous transactions‚Äč
      • Service management of erroneous orders / operations‚Äč
      • Service deferred cut-off‚Äč
      • Service accounting methods for booking entries‚Äč
    • Pending¬†order¬†management‚Äč
    • Balance check‚Äč
    • Routing¬†and¬†issuing‚Äč
  • Assessment¬†Quiz‚Äč
  • Payment processing value chain (from bank‚Äôs perspective)‚Äč
  • Payment processing value chain ‚Äď Inside the bank‚Äč
  • Payment Exchange Platform (PEP)‚Äč
  • Payment exchange platform ‚Äď A focal point‚Äč
  • PEP functions and services‚Äč
  • Sanctions screening‚Äč
  • PEP and Routing directories‚Äč
  • SEPA Routing Directory and other CSM directory‚Äč
  • Participation directories versions‚Äč
  • Payment Exchange Platform – Bulking and Debulking¬†‚Äč
  • Assessment¬†Quiz‚Äč

Course 3 - Secrets for your SEPA Credit Transfer Projects

The Secrets for your SEPA Credit Transfer projects Course was designed for people who deliver payment projects and want to become highly skilled payment professionals.

  • Introduction to Booking‚Äč‚Äč
  • The double entry bookkeeping principle¬†‚Äč‚Äč
    and accounting events‚Äč‚Äč
  • Examples of accounting events to illustrate¬†the¬†double entry principle‚Äč‚Äč
  • Different types of bank accounts‚Äč‚Äč
  • Booking and non-booking transactions‚Äč‚Äč
  • Creditor bank pacs.008 (SCT) booking‚Äč‚Äč
  • Creditor bank pacs.004 (Return) booking‚Äč‚Äč
  • Creditor bank pacs.004 (Pos. response) booking ‚Ästthe amounts‚Äč‚Äč
  • Creditor bank pacs.004 (Positive response)¬†booking‚Äč‚Äč
  • Debtor bank credit transfer pain.001 and¬†pacs.008¬†booking ‚Äď Order with one transaction‚Äč‚Äč
  • Debtor bank credit transfer pain.001 and¬†pacs.008¬†booking ‚Äď Order with ten transactions‚Äč
  • Debtor bank pacs.004 (normal return) booking‚Äč‚Äč
  • Debtor bank pacs.004 (positive response)¬†booking‚Äč‚Äč
  • Correspondent banking in domestic payments ‚ÄstNostro, Vostro and Loro accounts‚Äč‚Äč
  • Correspondent banking in domestic payments ‚ÄstNostro and Vostro accounts‚Äč‚Äč
  • Shadow and¬†mirror¬†accounts‚Äč‚Äč
  • Shadow and mirror accounts ‚Äď Illustration with¬†an¬†account relationship between DP and IP‚Äč‚Äč
  • Real and Mirror accounts in end-to-end¬†the¬†processing of a SCT‚Äč‚Äč
  • Real and Mirror accounts in settlement between¬†IP¬†and DP‚Äč‚Äč
  • Reconciliation of real and mirror accounts‚Äč‚Äč
  • Example of reconciliation with single¬†booking¬†between IP and DP‚Äč‚Äč
  • Assessment¬†Quiz‚Äč
  • Challenges of Account balance management‚Äč‚Äč
    • Challenge 1 of account balance management‚Äč‚Äč
    • Challenge 2 of account balance management‚Äč‚Äč
  • Customer account balance management : the ideal and the reality for banks‚Äč‚Äč
  • Balance Management System (BMS)
  • Intraday balance and account balance‚Äč‚Äč
    • Challenge 1 with a BMS system‚Äč‚Äč
    • Challenge 2 with a BMS system
  • Introduction to merge accounts‚Äč‚Äč
    • Balance Management for merge accounts ‚Äď Payment initiation‚Äč‚Äč
    • Balance Management for merge accounts ‚Äď Payment reception‚Äč‚Äč
  • Assessment¬†Quiz‚Äč
  • Introduction to payment engines‚Äč‚Äč
  • Payment engines interact with many systems in the bank‚Äč‚Äč
  • Payment engines and Payment Services Hubs‚Äč‚Äč
  • Payment engines and the payment processing value chain‚Äč‚Äč
  • Finding the Payment engines in your projects‚Äč‚Äč
    • Example 1 of payment engines application architecture¬†‚Äč‚Äč
    • Example 2 of payment engines application architecture‚Äč‚Äč
    • Example 3 of payment engines application architecture¬†‚Äč‚Äč
    • Example 4 of payment engines application architecture¬†‚Äč‚Äč
  • Options for Payment engines Implementation‚Äč‚Äč
  • Main actors of PE implementation projects‚Äč‚Äč
  • Few payment engines for SEPA Payment Processing‚Äč‚Äč
  • Assessment¬†Quiz‚Äč
  • Payment engines interact with many systems in the bank‚Äč‚Äč
  • Interfaces‚Äč‚Äč
    • Interfaces play a crucial role in payment processing¬†‚Äč‚Äč
    • Synchronous messaging (or communication)‚Äč‚Äč
    • Asynchronous messaging (or communication)‚Äč‚Äč
    • 2-way asynchronous communication‚Äč‚Äč
    • Challenges of asynchronous communication‚Äč‚Äč
    • Batch Mode‚Äč‚Äč
    • Transactional¬†Mode‚Äč‚Äč
  • Surrounding systems of a payment engine (POM)‚Äč‚Äč
  • Authentication & rights‚Äč‚Äč
  • Channels‚Äč‚Äč
  • CSM and SWIFT Directories‚Äč‚Äč
  • Customer¬†Referentials‚Äč‚Äč
  • Fraud detection‚Äč
  • Surrounding systems of a payment engine (POM)‚Äč‚Äč
    • Accounting systems‚Äč‚Äč
    • Audit log or Audit Trail‚Äč‚Äč
    • Pricing & Billing‚Äč‚Äč
    • Archiving‚Äč‚Äč
    • Reporting‚Äč‚Äč
    • Data warehouse & Statistics‚Äč‚Äč
    • Monitoring‚Äč‚Äč
    • The Scheduler‚Äč‚Äč
    • Investigations‚Äč‚Äč
  • Surrounding systems of a payment engine (PEP)‚Äč‚Äč
    • Screening‚Äč‚Äč
    • Intrabank¬†and Interbank Networks‚Äč‚Äč
  • Assessment¬†Quiz‚Äč
  • Introduction to Graphical User Interfaces‚Äč‚Äč
  • Navigation menu on the left of the page‚Äč‚Äč
  • Navigation menu on top of the page‚Äč‚Äč
  • Payment instruments and the GUI‚Äč‚Äč
  • Payment engines GUI – Naming and organizing the menu items¬†‚Äč‚Äč
  • Payment capture ‚Äď Key principles‚Äč‚Äč
  • SEPA Payment capture ‚Äď Best practices‚Äč‚Äč
  • Payment information displayed on the GUI‚Äč‚Äč
    • Examples of pain.001 and¬† pacs.008‚Äč‚Äč
  • Original transactions and related transactions (R-transactions)‚Äč‚Äč
  • Original transactions and R-transactions on the GUI‚Äč‚Äč
  • Reconciliation of R-transactions‚Äč‚Äč
  • Linking original and r-transactions on the GUI‚Äč‚Äč
  • The 3270 screens‚Äč‚Äč
  • Assessment¬†Quiz‚Äč
  • ¬†
  • User actions ‚Äď introduction‚Äč‚Äč
  • User rights, user roles and users ‚Äď the¬†overview‚Äč‚Äč
  • User rights and user roles‚Äč‚Äč
  • Role-Based Access Control (RBAC) and¬†User¬†roles‚Äč‚Äč
  • Illustration of user role and RBAC on menu¬†items‚Äč‚Äč
  • The search and search criteria‚Äč‚Äč
  • Generic search steps‚Äč‚Äč
  • Tips and suggestions about search screens‚Äč
  • The worklist items (WLI)‚Äč‚Äč
  • The worklist items should be pushed‚Äč‚Äč
  • The worklist items (WLI) should be exhaustive‚Äč‚Äč
  • Prioritization of worklist items‚Äč‚Äč
  • Messages on the worklist items‚Äč‚Äč
  • Messages on the worklist items ‚Äď Clarity,¬†training¬†and documentation‚Äč‚Äč
  • Audit log or audit trail – Logging of actions‚Äč‚Äč
  • Settings and parameters‚Äč‚Äč
  • Assessment Quiz
  • ¬†
  • Introduction to State machine diagrams‚Äč‚Äč
  • Examples of State machine diagrams‚Äč‚Äč
  • The light bulb‚Äč‚Äč
  • The door‚Äč‚Äč
  • The entities of a payment message‚Äč‚Äč
  • Process flows of the payment entities‚Äč‚Äč
  • Message – State machine diagram‚Äč‚Äč
  • Order – State machine diagram‚Äč‚Äč
  • Transaction – State machine diagram‚Äč‚Äč
  • State diagrams and booking‚Äč‚Äč
  • Assessment¬†Quiz‚Äč
  • What is your SCT project about ?‚Äč‚Äč
  • SCT messages and your project‚Äč‚Äč
  • Which messages are in scope of your project?‚Äč‚Äč
  • Messages in the customer-to-bank space‚Äč‚Äč
  • The Originator bank interbank messages‚Äč‚Äč
  • The Beneficiary bank interbank messages‚Äč‚Äč
  • Messages exchanged with Clearing systems‚Äč‚Äč
  • Messages exchanged with EBA STEP2¬†(SCT¬†Scheme)
  • The Payment processes ‚Äď few key concepts‚Äč‚Äč
  • The rulebooks contain high-level processes‚Äč‚Äč
  • Typical processes in scope of an SCT project‚Äč‚Äč
  • The processes in your SCT project‚Äč‚Äč
  • The applications in scope of your project‚Äč‚Äč
  • The geographical scope‚Äč‚Äč
  • Internal and external customers‚Äč‚Äč
  • Assessment¬†Quiz‚Äč‚Äč
  • Why the architectural approach‚Äč‚Äč
  • The challenges‚Äč‚Äč
  • The objectives‚Äč‚Äč
  • The Architectural approach ‚Äď What is it?‚Äč‚Äč
  • How the architectural plans relate to each other‚Äč‚Äč
  • The process architecture‚Äč‚Äč
  • The functional architecture‚Äč‚Äč
  • The functional architecture with sub-functional¬†blocks‚Äč
  • Functional architecture ‚Äď a¬†payment¬†exchange platform‚Äč‚Äč
  • The Application architecture‚Äč‚Äč
  • Application architecture ‚Äď data flows‚Äč‚Äč
  • Application architecture ‚Äď Integration tools‚Äč‚Äč
  • The technical architecture‚Äč‚Äč
  • Technical architecture – Load balancing¬†and¬†high availability‚Äč‚Äč
  • Assessment¬†Quiz‚Äč‚Äč

Course 4 Initiation to Cross-Border Payments

The Initiation to Cross-border payments Course provides a step-by-step explanation of how cross-border payments work.

  • What is a Cross-border payment?‚Äč
  • The ¬ę¬†six party model¬†¬Ľ for cross border payments‚Äč
  • The four key strategies to understand how cross-border payments work‚Äč
  • Strategy #1 ‚Äď Understand the principles behind the¬†organization of market infrastructures in the different¬†countries of the world‚Äč
  • Payment systems models – Open loop models‚Äč
  • Open loop models – Payment systems anatomy‚Äč
  • Payment market infrastructures in France (EUR)‚Äč
  • Payment market infrastructures in the USA (USD)‚Äč
  • Payment market infrastructures in Australia (AUD)‚Äč
  • Payment market infrastructures in South Africa (ZAR)‚Äč
  • Payment market infrastructures in UK (GBP and¬†EUR)‚Äč
  • Payment market infrastructures in Sweden (SEK and¬†EUR)‚Äč
  • Payment market infrastructures in Norway (NOK and¬†EUR)‚Äč
  • Payment market infrastructures in China (CNY/RMB)‚Äč
  • Payment market infrastructures in Japan (JPY)‚Äč
  • Payment market infrastructures in Canada (CAD)‚Äč
  • Payment¬†market¬†infrastructures in¬†India¬†(INR)‚Äč
  • Answers¬†to key questions of¬†Strategy¬†#1‚Äč
  • Assessment¬†Quiz‚Äč
  • The Strategy 2 to understand how cross border payments work‚Äč
  • Banks need to send and receive payments in foreign currency‚Äč
  • Banks and correspondent accounts‚Äč
  • Correspondent banking – unilateral account relationship‚Äč
  • Correspondent banking ‚ÄstNostro, Vostro,¬†Loro¬†accounts‚Äč
  • Unilateral account relationship and mirror account‚Äč
  • Bilateral account relationship‚Äč
  • How mirror accounts are used¬†‚Äč
  • Funds in currency are kept on correspondent accounts‚Äč
  • Transfers in currency and the correspondent account‚Äč
  • The correspondent network‚Äč
  • Different types of currencies‚Äč
  • Opening of correspondent accounts ‚Äď direct deposit‚Äč
  • Answers to key questions of Strategy #2‚Äč
  • Assessment¬†Quiz‚Äč
  • The strategy 3 to understand how cross border payments work‚Äč
  • The situation before the SWIFT Network¬†‚Äč
  • SWIFT addresses security and automation‚Äč
  • SWIFTNet¬†is a highly secure Network‚Äč
  • SWIFT standards enhance the communication‚Äč
  • SWIFT standards enable automation‚Äč
  • SWIFTNet¬†interconnects banks and corporations‚Äč
  • SWIFTNet¬†is a messaging system‚Äč
  • SWIFT and the BIC code‚Äč
  • Assessment¬†Quiz‚Äč
  • The Strategy 4 to understand how cross border¬†payments work‚Äč
  • Cross border payments and currency exchanges‚Äč
  • FX Markets are used by banks and their¬†customers‚Äč
  • Foreign exchange ‚Äď Introduction and definition‚Äč
  • ISO 4217: the Standard for currency codes‚Äč
  • FX ‚Äď Fixed Exchange rate and Floating¬†Exchange rate‚Äč
  • Foreign exchange ‚Äď Currency pairs‚Äč
  • BID price and ASK price for banks and customers‚Äč
  • Foreign exchange ‚Äď Example of a currency quote‚Äč
  • Foreign exchange ‚Äď Direct and Indirect Quotation‚Äč
  • Foreign exchange ‚Äď Currency tenor‚Äč
  • Foreign exchange ‚Äď The Float‚Äč
  • Liquidity management (in cross border payment¬†context)‚Äč
  • When do banks go the FX markets?‚Äč
  • Adjustments on the FX account(s)‚Äč
  • Funds in currency are kept on correspondent¬†accounts‚Äč
  • Assessment¬†Quiz‚Äč
  • What is a Cross-border payment?‚Äč
  • The ¬ę¬†six party model¬†¬Ľ for cross border payments‚Äč
  • Customer Credit Transfer to a customer of the¬†correspondent bank‚Äč
  • Customer Credit Transfer to a customer of the¬†correspondent¬†‚Äč
    bank‚Äôs subsidiary‚Äč
  • FI Transfer to the correspondent bank‚Äôs subsidiary‚Äč
  • Customer Credit Transfer to a customer of another bank in¬†the monetary zone‚Äč
  • FI Transfer to another bank in the monetary zone‚Äč
  • Customer Credit Transfer to a customer of a major bank‚Äôs¬†subsidiary in the monetary zone‚Äč
  • FI Transfer to a major bank‚Äôs subsidiary in the monetary¬†zone‚Äč
  • Customer Credit Transfer from a customer of a major¬†bank‚Äôs subsidiary to a customer of another major bank‚Äôs¬†subsidiary‚Äč
  • FI Transfer from a major bank‚Äôs subsidiary to the subsidiary¬†of another major bank‚Äč
  • Customer Credit Transfer – Bank 1 and Bank 2 have the same¬†correspondent in the country of the currency of transfer‚Äč
  • FI Transfer – Bank 1 and Bank 2 have the same correspondent¬†in the country of the currency of transfer‚Äč
  • Customer Credit Transfer – Bank 1 and Bank 2 have the same¬†correspondent and subsidiaries are involved‚Äč
  • FI Transfer – Bank 1 and Bank 2 have the same correspondent¬†and subsidiaries are involved‚Äč
  • Customer Credit Transfer – Bank 1 and Bank 2 have different¬†correspondents in the country of the currency of transfer‚Äč
  • FI Transfer – Bank 1 and Bank 2 have different correspondents¬†in the country of the currency of transfer‚Äč
  • Customer Credit Transfer – Bank 1 and Bank 2 have different¬†correspondents and their subsidiaries are involved‚Äč
  • FI Transfer – Bank 1 and Bank 2 have different correspondents¬†and their subsidiaries are involved‚Äč
  • Assessment¬†Quiz‚Äč
  • SWIFT Messages standards‚Äč
  • The main spaces in cross border payments‚Äč
  • How to get the messages overview?‚Äč
  • SWIFT MT Messages for Customer transfers‚Äč
  • SWIFT MT Messages for Financial Institution¬†transfers‚Äč
  • Bank roles in Cross border payments‚Äč
  • SWIFT MT Message Identifiers‚Äč
  • Structure of a SWIFT MT Message‚Äč
  • SWIFT MT Message structure example‚Äč
  • MT Message field structure‚Äč
  • List of SWIFT Messages Types‚Äč
  • MT Messages in the Customer-to-bank Space‚Äč
  • SWIFT MT Messages for Customer transfers‚Äč
  • MT Messages in the Bank-to-correspondent¬†Space‚Äč
  • SWIFT MT Messages for Financial Institution¬†transfers‚Äč
  • Assessment¬†Quiz‚Äč
  • SWIFT Messages standards‚Äč
  • Advantages of SWIFT MX standards‚Äč
  • SWIFT migration to MX messages ‚Äď The calendar‚Äč
  • The different spaces in cross border payments‚Äč
  • How to get the messages overview?‚Äč
  • SWIFT MX Messages for Customer transfers‚Äč
  • SWIFT MX Messages for Financial Institution transfers‚Äč
  • MT and MX ISO 20022 have different vocabularies‚Äč
  • SWIFT MX message names‚Äč
  • Structure and meaning of SWIFT MX message names‚Äč
  • SWIFT MX Message¬†Definition¬†Reports and¬†Schemas
  • SWIFT MX Message structure‚Äč
  • Difference between ISO 20022 and¬†SWIFTNet¬†MX¬†messages‚Äč
  • MX Messages in the Customer-to-bank space‚Äč
  • SWIFT MX Messages for Customer transfers‚Äč
  • MX Messages in the Bank-to-correspondent space‚Äč
  • SWIFT MX Messages for Financial Institution¬†transfers‚Äč
  • Assessment¬†Quiz‚Äč‚Äč
  • Basic MT103 Transfer with Direct Account Relationship‚Äč
  • MT103 Transfer with optional fields 53B, 70 and 71G // Pacs.008‚Äč
  • MT103 Transfer with fields 52a, 57a // Pacs.008‚Äč
    • Message 1 from Bank to correspondent‚Äč
    • Message 2 from correspondent to Creditor Agent‚Äč
  • Transfer with Currency conversion‚Äč
    • MT 103 from bank to correspondent // Pacs.008‚Äč
    • MT950 from correspondent to Bank // Camt.053‚Äč
  • MT202 FI Transfer // Pacs.009¬†‚Äč
    • Message 1 from FI debtor to correspondent‚Äč
    • Message 2 from correspondent to Creditor Agent‚Äč
  • Assessment¬†Quiz‚Äč
  • Serial and Cover Methods ‚Äď Introduction‚Äč
  • Customer Credit Transfer – Cover Method‚Äč
  • Customer Credit Transfer – Serial Method‚Äč
  • Cover method analysis (MT and MX messages)‚Äč
  • Customer instruction: MT101 // Pain.001‚Äč
  • MT 103 // Pacs.008 Announcement‚Äč
  • First MT202 COV // MX Pacs.009‚Äč
  • Second MT202 COV // MX Pacs.009¬†‚Äč
  • MT910 // Camt.054 Credit Notification‚Äč
  • Serial method analysis (MT and MX messages)‚Äč
  • First MT103 // MX Pacs.008‚Äč
  • Second MT103 // MX Pacs.008‚Äč
  • Third MT103 // MX Pacs.008¬†‚Äč
  • Assessment¬†Quiz‚Äč
  • SWIFT MT Messages structure‚Äč
  • SWIFT MT Message overview‚Äč
  • Structure of a SWIFT MT Message‚Äč
  • SWIFT MT Message structure example‚Äč
  • SWIFT MT 101 Text block structure‚Äč
  • SWIFT MT 104 Text block structure‚Äč
  • SWIFT MT 103 Text block structure‚Äč
  • SWIFT MT 102 Text block structure‚Äč
  • SWIFT MT 202 Text block structure‚Äč
  • SWIFT MT 202 COV Text block structure‚Äč
  • SWIFT MT 204 Text block structure‚Äč
  • SWIFT MX Messages structure‚Äč
  • SWIFT MX Messages overview‚Äč
  • Syntax and semantics in the standard ISO 20022‚Äč
  • MX pain.001.001.11 message structure‚Äč
  • MX pain.008.001.09 message structure‚Äč
  • MX pain.002.001.11 message structure‚Äč
  • MX pain.007.001.11 message structure‚Äč
  • MX camt.053.001.02 message structure‚Äč
  • MX pacs.008.001.10 message structure‚Äč
  • MX pacs.009.001.10 message structure‚Äč
  • MX pacs.010.001.05 message structure‚Äč
  • MX pacs.004.001.11 message structure‚Äč
  • MX pacs.007.001.11 message structure‚Äč
  • Assessment¬†Quiz‚Äč

Course 5 Master Cross-Border Payments

The Mastering Cross-border payments Course provides an advanced step-by-step explanation of how cross-border payments work.

  • Prerequisites for exchanging messages on¬†SWIFTNet‚Äč
  • SWIFTNet¬†Identifiers‚Äč
  • Steps to get SWIFT Identifiers and become a¬†SWIFTNet¬†user‚Äč
  • Connectivity to¬†SWIFTNet‚Äč
    • Cloud-based¬†solutions‚Äč
    • Alliance Kits‚Äč
    • Alliance¬†connect¬†packages‚Äč
  • SWIFTNet¬†Link: the connectivity software‚Äč
  • Alliance¬†connect¬†implementation¬†process‚Äč
  • Security on¬†SWIFTNet‚Äč
    • SWIFT Public Key Infrastructure‚Äč
    • Certificates distribution‚Äč
  • Security on¬†SWIFTNet‚Äč
    • Certificates and the HSMs‚Äč
    • Functions performed by the SNL and by the¬†institution‚Äč
  • Protocols and services on¬†SWIFTNet‚Äč
  • Subscription and access rights‚Äč
    • The Closed User Groups (CUG)‚Äč
    • The Relationship Management Application (RMA)‚Äč
  • Recap¬†‚Äď actions¬†before¬†message exchange‚Äč
  • SWIFTNet¬†transactional¬†modes‚Äč
  • Typical architecture for a direct connection to¬†SWIFT‚Äč
  • Assessment¬†Quiz‚Äč
  • SWIFT MT 101 Text block structure‚Äč
  • MX pain.001.001.11 message structure‚Äč
  • How corporations use the MT101 / MX Pain.001‚Äč
  • MT101/MX Pain.001 with two domestic transactions‚Äč
  • MT101/MX Pain.001 usage to pay from multiple debit accounts‚Äč
  • MT101/MX Pain.001 usage to pay from a subsidiary account‚Äč
  • MT101/MX Pain.001 usage by parent company to pay on behalf of subsidiaries‚Äč
  • MT101/MX Pain.001 usage for funds repatriation‚Äč
  • Assessment¬†Quiz‚Äč
  • ¬†
  • Model where Bank 1 and Bank 2 have different¬†correspondents¬†and their subsidiaries are involved‚Äč
  • Customer credit transfer where six banks are involved (Method 1 with a third reimbursement institution)‚Äč
    • The announcement: MT103/MX Pacs.008‚Äč
    • The MT202COV / MX Pacs.009 to the sender‚Äôs correspondent‚Äč
    • The MT205COV / MX Pacs.009 in the USD zone‚Äč
    • The second MT202COV / MX Pacs.009‚Äč
  • Customer credit transfer where six banks are involved (Method 2 using an Account with Institution)‚Äč
    • The announcement: MT103/MX Pacs.008‚Äč
    • The MT202COV / MX Pacs.009 to the sender‚Äôs correspondent‚Äč
    • The MT205COV / MX Pacs.009 in the USD Zone‚Äč
    • The MT910 / MX Camt.054 to the Receiver‚Äôs Main office‚Äč
  • Customer credit transfer where six banks are involved (Can a MT 103 serial be used ?)‚Äč
    • First MT103/MX Pacs.008 with the serial method‚Äč
  • MT103 Core and MT 103 STP‚Äč
  • MT103 Core and MT 103 REMIT‚Äč
  • Assessment¬†Quiz‚Äč
  • Financial Institution Credit Transfer with MT200 / MX Pacs.009‚Äč
  • Financial Institution Credit Transfer with cover method‚Äč
    • The MT202 / Pacs.009 announcement‚Äč
    • The first MT202 COV / Pacs.009‚Äč
    • The first MT202 COV / Pacs.009‚Äč
    • The first MT202 COV / Pacs.009‚Äč
    • The MT910 / MX Camt.054‚Äč
  • The MT 204 /¬†Pacs.010 Financial Institution Direct Debit‚Äč
  • Assessment¬†Quiz‚Äč
  • ¬†
  • Original transactions and related transactions¬†(R-transactions)‚Äč
  • The main related transactions‚Äč
  • Example of MT103 Reject‚Äč
  • Example of MT103 Return‚Äč
  • Cancellation request¬† in the Cover method‚Äč
  • Cancellation request from Customer (MT192 /¬†MX Camt.055)‚Äč
  • Cancellation request MT192 / MX Camt.056 on¬†announcement‚Äč
  • Response to Cancellation request MT196 /¬†Camt.029 (Pending)‚Äč
  • Response to Cancellation request MT196 /¬†Camt.029 (Cancelled)‚Äč
  • Cancellation request MT292 on MT202COV¬†/ MX Camt.056 on MX Pacs.009‚Äč
  • First MT 202 COV Return / MX Pacs.004¬†Return after accepting a cancellation¬†request‚Äč
  • Cancellation Request Process in the MX¬†ISO 20022‚Äč
  • Payment Reversal‚Äč
  • Customer Payment Reversal through¬†domestic CSM‚Äč
  • SWIFT GPI tracker and Universal payment¬†confirmations (MT 199)‚Äč
  • Assessment¬†Quiz‚Äč
  • Standing settlement instructions‚Äč
  • Getting SSI data: the two main options‚Äč
  • FULL and DELTA versions of¬†SWIFTRef¬†Directories‚Äč
  • How SSIs are used during payment processing‚Äč
  • Algorithm to determine the settlement path‚Äč
  • Many parties can be provided in the SSI‚Äč
  • How to send currency to a small Creditor Bank?‚Äč
  • Updated algorithm to determine the settlement path¬†‚Äč
  • Assessment¬†Quiz‚Äč
  • FX Markets are used by banks and their customers‚Äč
  • BID price and ASK price for banks and customers‚Äč
  • Foreign¬†eXchange¬†‚Äď Example of a currency quote‚Äč
  • Foreign¬†eXchange¬†‚Äď Currency tenor‚Äč
  • Foreign¬†eXchange¬†‚Äď The Float‚Äč
  • FX main process steps‚Äč
    • 1. Find out if a FX conversion is required‚Äč
    • 2. Determine the rate type‚Äč
    • 3. Determine the rate‚Äč
    • 4. Apply the rate‚Äč
  • Assessment¬†Quiz‚Äč
  • ¬†
  • The charge options‚Äč
  • MT103 Serial with charge option BEN‚Äč
  • MT103 Serial with charge option SHA‚Äč
  • MT103 Transfer with charge option OUR prepaid‚Äč
  • MT103 Serial with charge option OUR non-prepaid‚Äč
  • MT202 charge model‚Äč
  • MT202: collection of charges‚Äč
  • Usage of MTn90 (Advice of Charges)‚Äč
  • Usage of MT191 (Request of Charges)‚Äč
  • Query and Answer related to the MT191‚Äč
  • Usage of MT191 with Account with Institution¬†‚Äč
  • Assessment¬†Quiz‚Äč
  • Payment processing value chain (from¬†bank‚Äôs perspective)‚Äč
  • Payment processing value chain ‚Äď Inside¬†the bank‚Äč
  • Payment channels‚Äč
    • Third Party Providers channels‚Äč
    • File Transfer channels‚Äč
    • The Worldwide host-to-host channel‚Äč
    • File Transfer channels and the¬†communication protocols‚Äč
  • Security in file transfer channels ‚Äď the main¬†challenges‚Äč
  • Security is achieved through the use of¬†cryptography techniques‚Äč
  • Asymmetric encryption mechanisms use¬†pairs of keys‚Äč
  • Asymmetric encryption mechanisms ‚Äď how it¬†works‚Äč
  • Asymmetric mechanisms – combination of¬†hash functions and keys‚Äč
  • Asymmetric mechanisms ‚Äď the reality (is a¬†bit more complex)‚Äč
  • Digital Certificate or public key certificate‚Äč
  • Summary of encryption mechanisms‚Äč
  • SWIFT Personal token and End entity¬†certificates‚Äč
  • SWIFT Secure Signature Key or 3SKey‚Äč
  • Assessment¬†Quiz‚Äč
  • Payment processing value chain (from bank‚Äôs perspective)‚Äč
  • Payment processing value chain ‚Äď Inside the bank‚Äč
  • Payment order management – Introduction and generality‚Äč
  • Payment order management for the SEPA Credit Transfer‚Äč
  • Single-beneficiary and Multi-beneficiary payment orders‚Äč
  • POM¬†Payment¬†processing¬†steps‚Äč
  • POM functions and services‚Äč
    • Payment parsing and validation‚Äč
    • IBAN validation and verification‚Äč
    • BIC / IBAN coherence check‚Äč
    • NAR validation and enrichment‚Äč
    • Dates and the related controls‚Äč
    • Dates ‚Äď Processing time, Calendar and Business days‚Äč
    • Dates ‚Äď Open Business¬†days‚Äč
    • Duplicate checks‚Äč
  • POM functions and services‚Äč
    • Processing agreements‚Äč
      • Service Debit/Credit Notification‚Äč
      • Service FX Margin‚Äč
      • Service Account substitution‚Äč
      • Service Late modification‚Äč
      • Service Value date‚Äč
      • Service Authorization to debit account‚Äč
      • Service Specific charges Account‚Äč
    • Charge option validation & application‚Äč
    • Specific country or regional validations‚Äč
    • Settlement¬†path¬†determination‚Äč
    • Pending¬†order¬†management‚Äč
    • FX conversion‚Äč
    • Balance check‚Äč
    • Routing¬†and¬†issuing‚Äč
  • Assessment¬†Quiz‚Äč
  • Payment processing value chain (from bank‚Äôs perspective)‚Äč
  • Payment processing value chain ‚Äď Inside the bank‚Äč
  • Payment Exchange Platform (PEP)‚Äč
  • Payment exchange platform ‚Äď A focal point‚Äč
  • PEP functions and services‚Äč
  • Sanctions screening‚Äč
  • PEP and Routing directories‚Äč
  • XCT Validation, Routing and SSI Directories‚Äč
  • Participation directories versions‚Äč
  • Payment Exchange Platform – Bulking and Debulking¬†‚Äč
  • Assessment¬†Quiz‚Äč
  • ¬†

Course 6 Secrets for your Cross-Border Payment Projects

In this course, you get all the secrets to quickly understand and successfully deliver your cross-border payment projects.

  • Correspondent banking – unilateral account relationship‚Äč
  • Correspondent banking – bilateral account relationship‚Äč
  • Correspondent banking ‚Äď Loro accounts‚Äč
  • Recap: Shadow and mirror accounts‚Äč
  • Illustration with an account relationship between bank and its correspondent‚Äč
  • Real and Mirror accounts in end-to-end the processing of cross-border transfers‚Äč
  • Why mirror account are needed‚Äč
  • Reconciliation of real and mirror accounts‚Äč
  • Example of reconciliation with single booking between a bank and its correspondent‚Äč
  • Example of reconciliation with batch booking between¬†between¬†a bank and its correspondent‚Äč
  • Challenge of Nostro account management‚Äč
  • Nostro account management: the solutions‚Äč
  • ¬†
  • Introduction to Booking‚Äč
  • The double entry bookkeeping principle¬†‚Äč
    and accounting events‚Äč
  • Examples of accounting events to illustrate the¬†double entry principle‚Äč
  • Different types of bank accounts‚Äč
  • Customer Credit Transfer – Serial Method‚Äč
    • When a FX conversion is required: an example‚Äč
    • Rates and accounting events to debit an account in¬†currency‚Äč
    • Debtor bank credit transfer pain.001/MT101 and¬†pacs.008/MT103 booking ‚Äď Order with one¬†transaction‚Äč
    • Debtor bank pacs.004 (normal return) booking‚Äč
    • Correspondent of Debtor bank pacs.008 / MT103¬†booking ‚Äď Order with one transaction‚Äč
  • Customer Credit Transfer – Serial Method‚Äč
    • Correspondent of Creditor bank pacs.008 / MT103¬†booking ‚Äď Order with one transaction‚Äč
    • Case of an incoming transaction in currency‚Äč
    • Case of an incoming transaction in currency‚Äč
    • Creditor bank pacs.008 / MT103 (credit transfer)¬†booking‚Äč
    • Creditor bank pacs.004 / MT103 (Return) booking‚Äč
    • Creditor bank pacs.004 / MT103 Return from a¬†customer account‚Äč
  • Customer Credit Transfer – Cover Method‚Äč
    • Creditor bank pacs.008 / MT103 (announcement)¬†booking‚Äč
  • Assessment¬†Quiz‚Äč
  • Purposes of Account balance management‚Äč
    • Challenge 1 of account balance management‚Äč
    • Challenge 2 of account balance management‚Äč
  • Customer account balance management : the ideal and the reality for banks‚Äč
  • Balance Management System (BMS)‚Äč
  • Intraday balance and account balance‚Äč
    • Challenge 1 with a BMS system‚Äč
    • Challenge 2 with a BMS system‚Äč
  • Purposes of Nostro account balance management‚Äč
  • Challenge of Nostro account management‚Äč
  • Nostro account management: the solutions‚Äč
  • Results of the Proof of Concept for SWIFT¬†gpi¬†Nostro DLT‚Äč
  • Assessment¬†Quiz‚Äč
  • Introduction to payment engines‚Äč
  • Payment engines interact with many systems in the bank‚Äč
  • Payment engines and Payment Services Hubs‚Äč
  • Payment engines and the payment processing value chain‚Äč
  • Finding the Payment engines in your projects‚Äč
    • Example 1 of payment engines application architecture¬†‚Äč
    • Example 2 of payment engines application architecture‚Äč
    • Example 3 of payment engines application architecture¬†‚Äč
    • Example 4 of payment engines application architecture¬†‚Äč
  • Options for Payment engines Implementation‚Äč
  • Main actors of PE implementation projects‚Äč
  • Few payment engines for the processing of Cross-Border Payments‚Äč
  • Assessment¬†Quiz‚Äč
  • Payment engines interact with many systems in the bank‚Äč
  • Interfaces‚Äč
    • Interfaces play a crucial role in payment processing¬†‚Äč
    • Synchronous messaging (or communication)‚Äč
    • Asynchronous messaging (or communication)‚Äč
    • 2-way asynchronous communication‚Äč
    • Challenges of asynchronous communication‚Äč
    • Batch Mode‚Äč
    • Transactional¬†Mode‚Äč
  • Surrounding systems of a payment engine (POM)‚Äč
    • Authentication & rights‚Äč
    • Channels‚Äč
    • CSM and SWIFT Directories‚Äč
    • Customer¬†Referentials‚Äč
    • Fraud detection‚Äč
    • Foreign Exchange Systems‚Äč
  • Surrounding systems of a payment engine (POM)‚Äč
    • Accounting systems‚Äč
    • Audit log or Audit Trail‚Äč
    • Pricing & Billing‚Äč
    • Archiving‚Äč
    • Reporting‚Äč
    • Data warehouse & Statistics‚Äč
    • Monitoring‚Äč
    • The Scheduler‚Äč
    • Investigations‚Äč
  • Surrounding systems of a payment engine (PEP)‚Äč
    • Screening‚Äč
    • Intrabank¬†and Interbank Networks‚Äč
  • Assessment¬†Quiz‚Äč
  • Introduction to Graphical User Interfaces‚Äč
  • Navigation menu on the left of the page‚Äč
  • Navigation menu on top of the page‚Äč
  • Payment instruments and the GUI‚Äč
  • Payment engines GUI – Naming and organizing the menu items¬†‚Äč
  • Payment capture ‚Äď Key principles‚Äč
  • Cross-border payments capture ‚Äď Best practices‚Äč
  • Payment information displayed on the GUI‚Äč
    • Examples of pain.001 and¬† pacs.008‚Äč
  • Original transactions and related transactions (R-transactions)‚Äč
  • Original transactions and R-transactions on the GUI‚Äč
  • Reconciliation of R-transactions‚Äč
  • Linking original and r-transactions on the GUI‚Äč
  • The 3270 screens‚Äč
  • Assessment¬†Quiz‚Äč
  • User actions ‚Äď introduction‚Äč
  • User rights, user roles and users ‚Äď the¬†overview‚Äč
  • User rights and user roles‚Äč
  • Role-Based Access Control (RBAC) and User¬†roles‚Äč
  • Illustration of user role and RBAC on menu¬†items‚Äč
  • The search and search criteria‚Äč
  • Generic search steps‚Äč
  • Tips and suggestions about search screens‚Äč
  • The worklist items (WLI)‚Äč
  • The worklist items should be pushed‚Äč
  • The worklist items (WLI) should be exhaustive‚Äč
  • Prioritization of worklist items‚Äč
  • Messages on the worklist items‚Äč
  • Messages on the worklist items ‚Äď Clarity,¬†training and documentation‚Äč
  • Audit log or audit trail – Logging of actions‚Äč
  • Settings and parameters‚Äč
  • Assessment¬†Quiz‚Äč
  • Introduction to State machine diagrams‚Äč
  • Examples of State machine diagrams‚Äč
    • The light bulb‚Äč
    • The door‚Äč
  • The entities of a payment message‚Äč
  • Process flows of the payment entities‚Äč
  • Message – State machine diagram‚Äč
  • Order – State machine diagram‚Äč
  • Transaction – State machine diagram‚Äč
  • State diagrams and booking‚Äč
  • Assessment¬†Quiz‚Äč
  • Debit and credit legs for credit transfers‚Äč
  • The options for transaction validations‚Äč
  • Process/functions and exceptions‚Äč
  • Debit and credit legs for Customer Credit Transfers‚Äč
  • Debit leg processing – MX Pain.001/MT101 Customer Credit¬†Transfer Instruction flow‚Äč
  • Credit leg processing – MX Pain.001/MT101 Customer Credit¬†Transfer On-Us Transaction flow‚Äč
  • Credit leg processing – MX Pain.001/MT101 Customer Credit¬†Transfer Not on-Us Transaction flow‚Äč
  • Debit and credit legs for FI to FI credit transfers‚Äč
  • Debit leg processing – MX Pacs.008/MT103 FI to FI Credit¬†Transfer Instruction flow‚Äč
  • Credit leg processing – MX Pacs.008/MT103 FI to FI Credit¬†Transfer On-Us Transaction flow‚Äč
  • Credit leg processing – MX Pacs.008/MT103 FI to FI Credit¬†Transfer Not on-Us Transaction flow‚Äč
  • Debit and credit legs for Customer Direct Debits‚Äč
  • Credit leg processing – MX Pain.008/MT104 Customer¬†Credit Transfer Instruction flow‚Äč
  • Debit leg processing – MX Pain.008/MT104 Customer¬†Credit Transfer On-Us Transaction flow‚Äč
  • Debit leg processing – MX Pain.008/MT104 Customer¬†Credit Transfer Not on-Us Transaction flow‚Äč
  • Debit and credit legs for¬†FI to FI¬†Direct debits‚Äč
  • Credit leg processing – MX Pacs.003/MT104 FI to FI Direct¬†Debit Instruction flow‚Äč
  • Debit leg processing – MX Pacs.003/MT104 FI to FI Direct¬†Debit On-Us Transaction flow‚Äč
  • Debit leg processing – MX Pacs.003/MT104 FI to FI Direct¬†Debit On-Us Not on-Us Transaction flow‚Äč
  • Assessment¬†Quiz‚Äč
  • Understanding what your XCT project is about‚Äč
  • Cross-border payment messages and your project‚Äč
  • Message categories in cross border payments‚Äč
  • The main spaces in cross border payments‚Äč
  • Bank roles in Cross border payments‚Äč
  • Bank role-based analysis method‚Äč
  • SWIFT MT Messages for Customer transfers‚Äč
  • Messages in the customer-to-bank space‚Äč
  • The Originator bank interbank messages‚Äč
  • The¬†originator¬†bank‚Äôs¬†correspondent messages‚Äč
  • The¬†receiving¬†bank‚Äôs¬†correspondent messages‚Äč
  • The receiving bank messages‚Äč
  • SWIFT MT Messages for Financial Institution¬†transfers‚Äč
  • The ordering institution messages‚Äč
  • SWIFT MX Messages for Customer transfers‚Äč
  • SWIFT MX Messages for Financial Institution¬†transfers‚Äč
  • Payment processes ‚Äď few key concepts‚Äč
  • Typical processes in scope of an XCT project‚Äč
  • The processes in your XCT project‚Äč
  • The applications in scope of your project‚Äč
  • The geographical scope‚Äč
  • Internal and external customers‚Äč
  • Assessment¬†Quiz‚Äč
  • Why the architectural approach‚Äč
    • The challenges‚Äč
    • The objectives‚Äč
  • The Architectural approach ‚Äď What is it?‚Äč
  • How the architectural plans relate to each other‚Äč
  • The process architecture‚Äč
  • The functional architecture‚Äč
  • The functional architecture with sub-functional¬†blocks‚Äč
  • Functional architecture ‚Äď a payment¬†exchange platform‚Äč
  • The Application architecture‚Äč
  • Application architecture ‚Äď data flows‚Äč
  • Application architecture ‚Äď Integration tools‚Äč
  • The technical architecture‚Äč
  • Technical architecture – Load balancing and¬†high availability‚Äč
  • Assessment¬†Quiz‚Äč