All-In-One Bundle Detailed Contents
Get access to 6 world-class courses about fundamentals, domestic and cross-border payments. You will find below the detailed content of each course (Expand the modules). The normal price for the 6 courses is 3982 ā¬. By taking the bundle, you pay only 2497 ā¬ and save 1485 ā¬.
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.
Module 1 ā Payments, Payment instruments and payment systems
- 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
Module 2 ā Payments systems models
- 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
Module 3 ā The Four Corner Model
- 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
Module 4 ā Clearing and settlement Mechanisms
- 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
Module 5 - Push and Pull payments and related risks
- Introduction and definitions
- Push payments and few examples
- Pull payments and few examples
- Summary ā Push and Pull payments
- Assessment Quiz
Module 6 - Payments messages standards
- 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
Module 7 - Domestic and International payments
- 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 global secure messaging platform
- Assessment Quiz
Module 8 - Payment processing value chain
- 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
- Assessment Quiz
Module 9 ā Regulations and Risks in payments
- 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
Module 10 - Economic models in payments
- 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
Module 11 ā Main key players in the payment industry
- 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
- Players that are part of the value chain
- 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.
Module 1 ā Introduction to SEPA and SEPA Payments
- 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Ā milestonesā
- 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ā
Module 2 ā The SCT scheme documents and the Four Corner Model
- 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
Module 3 ā Clearing, Settlement and Market infrastructures of the SCT
- 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
Module 4 ā The messages exchanged in SCT Scheme
- 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)āā
Module 5 ā Messages in the Customer-to-Bank space: the Standard ISO 20022 and SCT Implementations Guidelines
- 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ā
Ā
Module 6 ā Messages in the Interbank space: the Standard ISO 20022 and SCT Implementations Guidelines
-
- 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ā
Ā
Module 7 ā The main features of the SEPA Credit Transfer
- 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ā
Module 8 ā SCT Payment Processing value chain: Acquisition and Reporting
- 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ā
Module 9 ā SCT Payment Processing value chain: Order Management
- 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ā
Module 10 ā SCT Payment Processing value chain: Payment exchange
- 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.
Module 1 ā Booking and the SEPA Credit Transfer
- 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 āĀ the 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 āĀ Nostro, Vostro and Loro accountsāā
- Correspondent banking in domestic payments āĀ Nostro 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ā
Module 2 - Account Balance Management
- 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ā
Module 3 ā Payment engines
- 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ā
Module 4 ā Payment engines integration into the Bank IT landscape
- 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ā
Module 5 ā Payment engine and the Graphical User Interface
- 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ā
Module 6 - Payment engine User rights and actions
- 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
Module 7 ā State machine diagrams of payment entities
- 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ā
Module 8 - Scope of your SCT project
- 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āā
Module 9 ā Information system architectures
- 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.
Module 1 ā Key strategies to understand how cross-border payments work-Organization of market infrastructures
- 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ā
Module 2 ā Key strategies to understand how cross-border payments work-Correspondent account relationships
- 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 āĀ Nostro, 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ā
Module 3 ā Key strategies to understand how cross-border payments work-The SWIFT Network and the SWIFT standards
- 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ā
Ā
Module 4 ā Key strategies to understand how cross-border payments work-Introduction to FX markets and how banks handle currencies
- 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ā
Module 5 ā Modeling cross border payments
- 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ā
Module 6 ā MT Messages in Cross border payments
- 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ā
Module 7 ā MX Messages in Cross border payments
- 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āā
Module 8 ā Basic Customer and Financial Institution Credit Transfers
- 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ā
Module 9 ā Serial and Cover Payments
- 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
Module 10 ā SWIFT MT and MX Messages structures
- 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.
Module 1 ā SWIFTNet: Registration, Connectivity and Services
- 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ā
Module 2 ā Customer credit transfer initiation (MT101 and MX Pain.001)
- 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ā
Ā
Module 3 ā Customer credit transfers where six financial institutions are involved
- 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ā
Module 4 ā Financial Institution Credit Transfers and Direct Debits
- Financial Institution Credit Transfer with MT200 / MX Pacs.009ā
- Financial Institution Credit Transfer with cover method
- The MT202 / Pacs.009 Advice
- The first MT202 / Pacs.009 Core as Coverā
- The second MT202 COV / Pacs.009 Core as Coverā
- The third MT202 COV / Pacs.009 Core as Coverā
- The MT910 / MX Camt.054ā
- The MT 204 /Ā Pacs.010 Financial Institution Direct Debitā
- AssessmentĀ Quizā
Module 5 ā Related transactions in cross border payments
- 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ā
Module 6 ā Standing Settlement Instructions (SSI) and Settlement path determination
- 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ā
Module 7 ā Foreign Exchange in Cross-border payments
- 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ā
Module 8 ā Charges in Cross-border payments
- 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ā
Module 9 ā XCT Payment processing value chain ā Acquisition and Reporting
- 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ā
Ā
Module 10 ā XCT Payment processing value chain ā Order management
- 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 Cross-border payments
- Single-beneficiary and Multi-beneficiary payment ordersā
- POMĀ PaymentĀ processingĀ stepsā
- POM functions and servicesā
- Payment parsing and validationā
- IBAN/BBAN account validation
- IBAN/BBAN Account verification
- 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ā
Ā
Module 11 ā XCT Payment processing value chain ā Payment Exchange
- 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.
Module 1 ā Correspondent accounts and their reconciliation
- 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 a bank and its correspondentā
- Challenge of Nostro account managementā
- Nostro account management: the solutionsā
Module 2 ā Booking and cross-border payments
- 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ā
Module 3 ā Customer and Nostro Account Balance Management in cross border payments
- 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
- āStructures of Nostro accounts
- Challenge of Nostro account managementā
- Nostro account management: the solutionsā
- Results of the Proof of Concept for SWIFTĀ gpiĀ Nostro DLTā
- AssessmentĀ Quizā
Ā
Module 4 ā The Payment engines
- 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ā
Module 5 ā The Payment engines Integration into the Bank IT landscape
- 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ā
Ā
Module 6 ā Payment engines and the Graphical User Interfaces
- 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ā
Ā
Module 7 ā Payment Engines GUI: User rights and actions
- 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ā
Module 8 ā State machine diagrams of payment entities
- 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ā
Module 9 ā Debit and credit legs payment processing
- 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ā
Ā
Module 10 ā The scope of your cross-border payment Project
- 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ā
Module 11 ā Information Systems architectures and the different plans
- 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ā
Ā
Testimonials
Payment concepts explained in simple terms
The Payments Fundamentals is a really good course for those learning payments and payments professionals. I found the topics handled in each module very informative. My rate for the payments fundamentals course is 9 out of 10. You make the payment concepts accessible and ...
Sujit Patil
Senior Test Engineer at Sarvatra Technologies
Payment concepts explained in simple terms
The Payments Fundamentals is a really good course for those learning payments and payments professionals. I found the topics handled in each module very informative. My rate for the payments fundamentals course is 9 out of 10. You make the payment concepts accessible and easy to understand. The Four corner model is really helpful. Thank you for the great work! What I learned in this course is of great help in my day-to-day work.
Sujit Patil
Senior Test Engineer at Sarvatra Technologies
Anyone starting out with international payments should take these courses
I have been working on international payments since 2016, and frankly, if I had come across your training from the beginning it would have changed a lot of things. The approach is unique, the explanations are simple and the ...
Hala Farhat
Senior Payments Consultant
Anyone starting out with international payments should take these courses
I have been working on international payments since 2016, and frankly, if I had come across your training from the beginning it would have changed a lot of things. The approach is unique, the explanations are simple and the sequence of the modules is excellent. Anyone who is just starting out with international payments should take your courses. It would really save them a lot of time. Thank you again for everything!
Hala Farhat
Senior Payments Consultant
After only a few months in the payments industry, I already feel confident in my skills
After taking the payments fundamentals course, I feel very confident with my skills and abilities after only a few months in the payments industry. The course content is amazing. This is really ...
Ahmed Mebrek
Payment & Cash Management Consultant / Project Director at Docaposte
After only a few months in the payments industry, I already feel confident in my skills
After taking the payments fundamentals course, I feel very confident with my skills and abilities after only a few months in the payments industry. The course content is amazing. This is really the place to start when you begin in the payments industry. Thank you so much!
Ahmed Mebrek
Payment & Cash Management Consultant / Project Director at Docaposte
I wish I took such a course when I started my career in the payment industry
The payments fundamentals course is just fantastic. I wish I took such a course when I started my career in the payment industry. Things would have been so much easier. It is ...
Olivier Pasque
Consultant Manager - Creation of Bank/Fintech, Digital Banking, Banking as-a-Service
I wish I took such a course when I started my career in the payment industry
The payments fundamentals course is just fantastic. I wish I took such a course when I started my career in the payment industry. Things would have been so much easier. It is truly a great course to master the basics and I recommend it without any reservations.
Olivier Pasque
Consultant Manager - Creation of Bank/Fintech, Digital Banking, Banking as-a-Service
The best resource to master payment systems
I ām writing to express my gratitude for the Payments Fundamentals course, which is the best resource to master a conceptual understanding of payment systems . I have purchased access and I particularly liked the section about the explanation regarding differences
Roman Loban
Managing Director at FMPay and Director at HandelsHaus
The best resource to master payment systems
Iām writing to express my gratitude for the Payments Fundamentals course, which is the best resource to master a conceptual understanding of payment systems. I have purchased access and I particularly liked the section about the explanation regarding differences between Clearing and Settlement as it blurs often and in some CSMs it is hard to distinguish what is a clearing and a settlement. I think payment companies could use Paymerix's course for new employees or a refresher for existing employees.
Roman Loban
Managing Director at FMPay and Director at HandelsHaus