Know the answer. Explain the payment.
Genuine questions a payments interviewer can reasonably ask, from foundations to senior-level exceptions. Every answer starts directly, adds operational context, and links back to the teaching or official evidence that supports it.
Shubham Mathure
Senior Business Analyst SME in payments technology, with expertise in SWIFT, ISO 20022, payment operations, and financial messaging. Creator of Payments Signal—making complex payment infrastructure clear and practical for everyone.
Interview-worthy coverage, without filler.
The bank is explicitly curated by domain. New site content does not become a question automatically: it must test a concrete concept, decision, lifecycle, control, or troubleshooting skill and pass the editorial quality checks.
Build your interview set.
386 matches
Showing 1–50 · Page 1 of 8
Payments foundations
Payments foundations
EASYPayments basics checkpointA cross-border payment is sent with the charge option SHA (shared). Who bears which charges?
MODEL ANSWERDIRECT ANSWER
Correct answer: The payer pays their own bank's charges, and any further charges in the chain are borne by the payee..
WHY IT MATTERS
SHA splits the cost: each side pays for its own end, so intermediary and beneficiary-side charges may be deducted before the payee is credited. This is why a payee can receive slightly less than the instructed amount even when nothing went wrong — a frequent source of investigations and customer complaints.
EASYClearing and settlement checkpointA national payment system settles each payment individually, in real time, in central bank money. Which trade-off has it accepted?
MODEL ANSWERDIRECT ANSWER
Correct answer: Higher intraday liquidity needs, in exchange for eliminating the build-up of interbank credit exposure between settlement cycles..
WHY IT MATTERS
RTGS settles gross and immediately, so no obligation accumulates between banks — but every payment needs funding at the moment it settles, which makes liquidity the binding constraint. Deferred net settlement economizes on liquidity by netting many payments, at the cost of exposure between cycles. Most countries run both models for different payment types.
EASYClearing and settlement checkpointBank Alfa in Warsaw holds a euro account with Nordbank in Frankfurt to make euro payments. From Bank Alfa's perspective, what is this account?
MODEL ANSWERDIRECT ANSWER
Correct answer: A nostro account: our account, held at another bank..
WHY IT MATTERS
Nostro means 'ours' — the account a bank holds at another bank, typically in that bank's currency. The same physical account is a vostro from the account-servicing bank's viewpoint. Getting the perspective right matters daily in reconciliation, where the nostro statement is compared against your own ledger.
EASYPayments basics checkpointIn a typical credit transfer between two banks, what actually moves?
MODEL ANSWERDIRECT ANSWER
Correct answer: Ledger balances are updated: the payer's account is debited, the payee's account is credited, and an interbank position is adjusted between the banks..
WHY IT MATTERS
A payment is coordinated bookkeeping. The payer's balance goes down, the payee's balance goes up, and the banks adjust a position between themselves through settlement. Separating the instruction (the message) from the movement of value (the ledger entries) is the single most useful mental model in payments.
EASYPayments basics checkpointMarta holds EUR 2,000 in her current account at Bank Alfa. From Bank Alfa's point of view, what is that balance?
MODEL ANSWERDIRECT ANSWER
Correct answer: A liability of the bank: the bank owes Marta EUR 2,000..
WHY IT MATTERS
A bank deposit is a claim on the bank, so it is the bank's liability. This is why a payment is bookkeeping: when Marta pays someone at another bank, Bank Alfa reduces what it owes her and the receiving bank increases what it owes the payee, with an interbank settlement balancing the two.
EASYClearing and settlement checkpointMid-morning, several of Bank Alfa's high-value payments are sitting in the RTGS system's queue instead of settling. What is the most likely reason, and the typical first response?
MODEL ANSWERDIRECT ANSWER
Correct answer: The bank's settlement account lacks sufficient liquidity right now; the liquidity desk should review balances, expected inflows, and payment priorities..
WHY IT MATTERS
RTGS systems queue payments that cannot be funded at that moment. The response is a liquidity management question: check the settlement account, forecast incoming payments, reprioritize or reorder the queue, and use whatever intraday credit facilities the system offers. How much intraday credit is available, and against what collateral, varies by system.
MEDIUMClearing and settlement checkpointOrder the steps of a deferred net settlement cycle in a clearing and settlement mechanism (CSM).
MODEL ANSWERDIRECT ANSWER
Correct order: 1) Participants submit payment instructions to the CSM during the cycle 2) The CSM validates and exchanges the instructions between participants 3) At the cycle cut-off, the CSM calculates each participant's net position 4) Net positions are settled across the participants' accounts at the settlement institution 5) Participants receive settlement confirmation and complete their customer postings In a netting model, many gross instructions collapse into one net obligation per participant per cycle, wh.
MEDIUMPayments basics checkpointPut the stages of a simple credit transfer lifecycle in order, from the customer's instruction to the payee seeing the money.
MODEL ANSWERDIRECT ANSWER
Correct order: 1) The payer initiates the payment with their bank 2) The payer's bank validates the instruction and debits the payer 3) The instruction is exchanged between the banks (clearing) 4) The interbank obligation is settled 5) The payee's account is credited and confirmations flow back Initiation, validation, clearing, settlement, and crediting are the recurring skeleton of nearly every credit transfer, whatever the rail.
EASYCharge bearerWhat does “Charge bearer” mean in payments?
MODEL ANSWERDIRECT ANSWER
The charge bearer option states who pays the charges for a payment.
WHY IT MATTERS
With OUR, the sender bears all charges and the beneficiary should receive the full amount; with BEN, charges fall on the beneficiary and may be deducted from the amount; with SHA, each side pays its own bank's charges. In an MT103 the option travels in field 71A; ISO 20022 messages carry an equivalent charge bearer element. The choice matters commercially — deducted charges are a classic reason a beneficiary receives less than invoiced — and some rails remove the choice entirely: SEPA schemes fix a shared-style arrangement in which each customer pays only their own payment service provider.
EASYClearingWhat does “Clearing” mean in payments?
MODEL ANSWERDIRECT ANSWER
Clearing is the process of transmitting, reconciling, and in some systems netting payment instructions between institutions, so that each participant knows what it owes or is owed.
WHY IT MATTERS
It covers everything between two banks agreeing that a payment exists and is valid, and the actual movement of money. In net systems, clearing includes offsetting opposing flows so that only balances need to settle. Clearing determines the obligations; settlement discharges them — keeping those two ideas separate is the single most useful habit when learning how payment systems work.
EASYCorrespondent bankingWhat does “Correspondent banking” mean in payments?
MODEL ANSWERDIRECT ANSWER
Correspondent banking is the arrangement in which one bank (the correspondent) provides payment and account services to another (the respondent), usually across borders.
WHY IT MATTERS
It is how a bank without a branch or clearing membership in a country can still send and receive that country's currency: it holds a nostro account with a local correspondent, which executes payments on its behalf. Chains of correspondents connect the world's banks — which is also why cross-border payments can be slower, costlier, and screened several times, since every intermediary applies its own controls.
EASYCreditorWhat does “Creditor” mean in payments?
MODEL ANSWERDIRECT ANSWER
The creditor is the party the money is owed to and whose account is ultimately credited: the payee.
WHY IT MATTERS
Like debtor, the word comes from the ISO 20022 party model, which describes who the funds move between regardless of which party initiated the instruction. In a credit transfer the creditor passively receives; in a direct debit the creditor actively initiates the collection. Legacy SWIFT MT messages describe broadly the same party as the beneficiary customer. Accurate creditor details — name and account identifier — are what the final bank in the chain uses to post the funds.
EASYDebtorWhat does “Debtor” mean in payments?
MODEL ANSWERDIRECT ANSWER
The debtor is the party that owes the money and whose account is ultimately debited: the payer.
WHY IT MATTERS
The word comes from the ISO 20022 party model, which names roles by their relationship to the funds rather than by who sent which message. In a credit transfer the debtor also initiates the payment; in a direct debit the debtor is debited under a mandate while the creditor initiates. Legacy SWIFT MT messages call broadly the same party the ordering customer. Identifying the debtor precisely matters for sanctions screening, liability, and reconciliation.
EASYNostro accountWhat does “Nostro account” mean in payments?
MODEL ANSWERDIRECT ANSWER
A nostro account — from the Latin for 'ours', as in 'our account with you' — is an account a bank maintains at another bank, typically to hold and move a foreign currency.
WHY IT MATTERS
When Bank Alfa in Warsaw needs to pay euros, it uses its euro nostro at, say, Meridian Bank in Frankfurt: Meridian debits or credits that account on Alfa's behalf. The same account viewed from Meridian's side is a vostro. Nostro balances are commercial bank money and a genuine credit exposure, so banks reconcile them against statements — nostro reconciliation is a core operations discipline.
EASYOpen bankingWhat does “Open banking” mean in payments?
MODEL ANSWERDIRECT ANSWER
Open banking is a model in which a customer can permit a regulated third party to access their account information or initiate payments on their behalf, through standardized application programming interfaces exposed by the account-holding bank.
WHY IT MATTERS
Access rests on explicit customer consent and secure authentication, replacing earlier screen-scraping practices with controlled, auditable connections.
EASYSettlementWhat does “Settlement” mean in payments?
MODEL ANSWERDIRECT ANSWER
Settlement is the act that discharges the obligation between institutions: money actually moves, typically as a debit and credit across accounts the banks hold at a settlement institution — often the central bank.
WHY IT MATTERS
Until settlement happens, a cleared payment is a promise; after it, the paying bank has definitively parted with the funds. Systems differ in when and how they settle: gross systems settle each payment individually in real time, while net systems accumulate obligations and settle balances at scheduled times. What the customer sees as 'paid' may come before or after interbank settlement.
EASYVostro accountWhat does “Vostro account” mean in payments?
MODEL ANSWERDIRECT ANSWER
A vostro account — from the Latin for 'yours', as in 'your account with us' — is a correspondent account seen from the perspective of the bank that services it: an account held on its books for another bank.
WHY IT MATTERS
If Meridian Bank in Frankfurt keeps a euro account for Bank Alfa of Warsaw, that account is Alfa's nostro and Meridian's vostro — one account, two labels depending on where you stand. The vostro-holding bank executes payments across the account and applies its own compliance checks to that traffic; it is, in effect, providing banking services to another bank.
MEDIUMLoro accountWhat is a loro account, and how does it differ from nostro and vostro?
MODEL ANSWERDIRECT ANSWER
A loro account means ‘their account with another bank’ and describes a correspondent account from a third bank's viewpoint.
WHY IT MATTERS
Nostro means our account with you; vostro means your account with us. Loro is less common in modern operations, but it is useful when three institutions are discussing the same correspondent relationship.
COMMON MISTAKE
Do not describe nostro, vostro, and loro as three different account products; the labels mainly change with viewpoint.
EASYClearing and settlement checkpointWhat is the cleanest way to distinguish clearing from settlement?
MODEL ANSWERDIRECT ANSWER
Correct answer: Clearing is the exchange and processing of payment instructions and the calculation of what is owed; settlement is the actual discharge of those obligations by transferring funds..
WHY IT MATTERS
Clearing works out who owes what; settlement makes the money actually move, typically across accounts at a settlement institution such as a central bank. The gap between the two is where risk sits, which is why scheme designs care so much about when settlement becomes final.
MEDIUMCharges and foreign exchangeWhere can foreign-exchange conversion occur in a payment flow, and what should operations reconcile?
MODEL ANSWERDIRECT ANSWER
Conversion can occur at the sending bank, an intermediary, or the receiving bank, depending on the instruction, accounts, currencies, and commercial arrangement.
WHY IT MATTERS
Operations should reconcile the instructed amount, settlement amount, credited amount, applied rate, spread, fees, value date, and the institution that performed the conversion.
COMMON MISTAKE
Do not assume the payment currency and account currency are the same or that the beneficiary always receives the instructed amount.
EASYSWIFT and SEPAWhy is comparing SWIFT with SEPA not a like-for-like comparison?
MODEL ANSWERDIRECT ANSWER
SWIFT is a global financial messaging network and standards provider; SEPA is a set of euro payment schemes and rules for the Single Euro Payments Area.
WHY IT MATTERS
A SEPA payment uses an EPC scheme rulebook, usually carries ISO 20022 messages, and settles through a chosen clearing or settlement mechanism. SWIFT transports financial messages globally but does not itself settle the money. Compare them by role, geography, currency, message standard, and settlement model.
COMMON MISTAKE
Do not describe SWIFT and SEPA as two competing settlement systems.
EASYPayment message familiesWhich payment message families should a payments BA be able to distinguish?
MODEL ANSWERDIRECT ANSWER
A payments BA should distinguish SWIFT MT messages, ISO 20022 pain, pacs and camt families, and the domestic or proprietary formats used by the rails in scope.
WHY IT MATTERS
The family indicates business context, not merely syntax: pain covers customer initiation, pacs covers interbank clearing and settlement, and camt covers cash management, reporting and investigations. Domestic examples include Fedwire, CHIPS, ACH, UPI or SFMS formats, depending on the market and implementation.
cards-acquiring
cards
EASYA glossary of terms used in payments and settlement systemsName the four parties in the card four-party model and state what each one does.
MODEL ANSWERDIRECT ANSWER
The cardholder pays with the card; the merchant accepts it; the acquirer is the bank that brings the merchant into the scheme and receives its funds; the issuer is the bank that gave the cardholder the card and debits their account. The card network sits between issuer and acquirer, routing messages and setting the rules — it is not one of the four parties.
WHY IT MATTERS
The contrast that shows real understanding is the three-party model, where one firm acts as issuer, acquirer, and network at once, so no interchange flows between separate banks. Acquirer and issuer are roles, not kinds of bank: the same institution can play both, on different transactions.
EASYA glossary of terms used in payments and settlement systemsIn a card payment, what happens at authorisation, at clearing, and at settlement — and at which stage does money move?
MODEL ANSWERDIRECT ANSWER
Authorisation is the issuer's real-time yes or no, which places a hold but moves nothing. Clearing is the later exchange of transaction records through the network that fixes what each side owes, with interchange applied. Settlement is when net amounts actually move between issuer and acquirer — money moves only there.
WHY IT MATTERS
Clearing for cards is typically a batch process, and settlement is usually a multilateral net movement across the network's settlement arrangements. The cardholder's debit and the merchant's credit are separate book postings made by issuer and acquirer around clearing and settlement, not at authorisation.
EASYPayments Signal editorial constructionWhat is the difference between an authorisation hold and a posted card transaction?
MODEL ANSWERDIRECT ANSWER
An authorisation hold is an earmark the issuer places against the cardholder's available balance when it approves the authorization request — no money has moved. The posted transaction is the final debit booked when the clearing record arrives, at which point the hold is released and replaced.
WHY IT MATTERS
The hold reduces available balance but not booked balance. The posted amount can differ from the held amount — estimated authorisations at fuel pumps or hotels, and tip adjustments, are the classic cases — and if no clearing record ever arrives, the hold simply expires.
MEDIUMPayments Signal editorial constructionDistinguish interchange, scheme fees, and the merchant discount: who pays each, and to whom?
MODEL ANSWERDIRECT ANSWER
Interchange is paid by the acquirer to the issuer on each transaction, at rates set under scheme rules. Scheme fees are paid by both issuers and acquirers to the network for running it. The merchant discount is what the merchant pays the acquirer — broadly interchange plus scheme fees plus the acquirer's own margin, deducted from the payout.
WHY IT MATTERS
Interchange is applied during clearing, which is why the amount the acquirer receives differs from the transaction amount. Only the merchant discount is a price the merchant ever sees; the other two are wholesale costs inside it, which is why merchant statements are hard to reconcile against scheme billing.
MEDIUMPayments Signal editorial constructionWhat is stand-in processing in card authorisation, and what trade-off does it create for the issuer?
MODEL ANSWERDIRECT ANSWER
Stand-in processing means the network answers an authorization request on the issuer's behalf when the issuer is unreachable or too slow, approving or declining within limits the issuer agreed in advance. The issuer learns of the decision afterwards through an advice message.
WHY IT MATTERS
The trade-off: cardholders keep transacting through an issuer outage, but the issuer becomes liable for approvals it never saw in real time, bounded only by its stand-in parameters — amount limits, transaction types, velocity counters. Tuning those parameters is a genuine risk decision, not plumbing.
MEDIUMPayments Signal editorial constructionWalk through a card dispute from chargeback to arbitration. Who acts at each stage?
MODEL ANSWERDIRECT ANSWER
The issuer raises a chargeback with a reason code after the cardholder disputes a charge, and value moves back provisionally. The acquirer and merchant either accept it or send a representment — a second presentment — with evidence. If the issuer still disagrees, the case can go to pre-arbitration and then arbitration, where the network decides who bears the loss, usually with fees for the losing side.
WHY IT MATTERS
Ownership alternates: cardholder to issuer, through the network to acquirer and merchant, and back. Most disputes end early — accepted outright, or resolved by the evidence at representment. Arbitration is rare because it adds cost and the network's ruling is final within the scheme.
MEDIUMPayments Signal editorial constructionIn network tokenisation, what is the difference between a PAN and a DPAN, and what does a token requestor do?
MODEL ANSWERDIRECT ANSWER
The PAN — primary account number — is the real card number tied to the cardholder's account; a DPAN is a network-issued token that stands in for it inside one domain, such as a specific wallet, device, or merchant. A token requestor, typically the wallet or merchant, asks the network's token service to create the DPAN; during processing the network maps it back to the PAN before the issuer decides.
WHY IT MATTERS
Domain restriction is the security point: a DPAN lifted from one channel is of little use elsewhere, and it travels with transaction cryptograms. This is network tokenisation; an acquirer or gateway vault token is a different construct — it is swapped back to the PAN before the authorization request goes out.
MEDIUMPayments Signal editorial constructionWhat brings a system into PCI DSS scope, and how does tokenisation shrink that scope?
MODEL ANSWERDIRECT ANSWER
Any system that stores, processes, or transmits cardholder data — above all the PAN — is in scope, together with connected systems that could affect the security of that environment. Replacing stored PANs with tokens, with detokenisation kept outside the merchant's environment, takes those systems out of the data path and so narrows scope.
WHY IT MATTERS
Scope follows the data, not the organisation chart, which is why network segmentation matters as much as tokenisation. And tokenisation narrows scope rather than ending it: card-acceptance points still touch the PAN at entry, and tokens only help if the merchant cannot reverse them into PANs.
MEDIUMPayments Signal editorial constructionWhat does a chargeback reason code actually control in the dispute process?
MODEL ANSWERDIRECT ANSWER
The reason code classifies the ground of the dispute — fraud, goods not received, processing error, and so on — and that classification drives everything downstream: whether the issuer has chargeback rights at all, what evidence a representment must contain to answer it, and where liability is likely to land.
WHY IT MATTERS
Each network publishes its own code set, so operations teams maintain mappings between them. A chargeback filed under the wrong code can fail on form regardless of merit, and reason-code families feed the schemes' fraud and dispute monitoring programmes, so coding errors carry consequences beyond the single case.
TRICKYPSD2 and the RTS on strong customer authenticationA card-not-present payment authenticated with 3-D Secure later proves fraudulent. Who bears the loss, and how does SCA relate to that answer?
MODEL ANSWERDIRECT ANSWER
Under scheme rules, successful 3-D Secure authentication generally shifts fraud liability from the merchant and acquirer to the issuer, so the cardholder is refunded and the issuer absorbs the loss. That mirrors the statutory position: the payer's provider must refund unauthorised transactions, and where the payee's side does not accept strong customer authentication, the damage moves to them.
WHY IT MATTERS
The precision that stands out is keeping the two layers apart: the liability shift is a card-scheme rule, while the directive allocates loss by law between payment service providers — but both push liability toward whichever side declined to authenticate. Authenticating is how a merchant keeps card-not-present fraud off its own books.
TRICKYA glossary of terms used in payments and settlement systemsOn revocability, how do a card payment and an account-to-account credit transfer differ once the money has moved?
MODEL ANSWERDIRECT ANSWER
A card payment keeps a dispute right alive after settlement: the cardholder can trigger a chargeback under scheme rules, and value is pulled back through the network. A credit transfer is push-only and final once settled — the payer's bank can send a recall request, but returning the funds needs the beneficiary side's agreement.
WHY IT MATTERS
Strictly, settlement finality holds on both rails: the card network does not unwind settlement, it creates a new obligation flowing the other way in a later cycle. So the real difference is not finality but that card schemes build an adjudicated return right into their rulebooks, while credit-transfer rails mostly leave the payer asking.
TRICKYPayments Signal editorial constructionHow does a card chargeback differ from a SEPA R-transaction when a payer wants money back?
MODEL ANSWERDIRECT ANSWER
A chargeback is raised by the issuer inside the card network and adjudicated there: reason code, evidence, and scheme rules determine who bears the loss. SEPA R-transactions are standardised exception messages on the rail itself: a credit-transfer recall is only a request the beneficiary side must agree to, while a core direct-debit refund inside the rulebook's window is an unconditional right.
WHY IT MATTERS
The structural difference: card schemes internalise dispute resolution — evidence in, ruling out — while SEPA either hands the question to the receiving side (recall) or grants a mechanical right with no merits test (refund). Time limits exist on both sides but sit in the respective rulebooks and differ by scheme, so quote them from the rulebook, not from memory.
TRICKYPayments Signal editorial constructionA cardholder sees a pending card transaction that later disappears without posting. Reconstruct what happened at message level.
MODEL ANSWERDIRECT ANSWER
The terminal's authorization request was approved — the issuer returned an authorization response with an approval code and placed a hold, which is what showed as pending. No clearing record was ever presented, or an authorisation reversal arrived, so the hold expired or was released and nothing posted. Money only moves at clearing and settlement, so there is nothing to refund.
WHY IT MATTERS
Typical causes: an abandoned or cancelled order, an account-verification authorisation, or a merchant that reversed the authorisation. The operational point is that a released hold is not a refund — contrast the posted-then-refunded case, which needs a new credit through clearing and shows as two entries on the statement.
TRICKYPSD2 and the RTS on strong customer authenticationIn a frictionless 3-D Secure flow the cardholder never sees a challenge. Has SCA been performed, and does the liability shift still apply?
MODEL ANSWERDIRECT ANSWER
Not necessarily: a frictionless outcome often means an SCA exemption — transaction risk analysis or low value, say — was applied rather than two-factor authentication being performed. Liability then follows the decision: where the transaction goes through 3-D Secure and the issuer authenticates or accepts it, the fraud liability shift toward the issuer generally holds; where the acquirer side claims the exemption and skips authentication, the merchant keeps the fraud loss.
WHY IT MATTERS
SCA means two independent factors from knowledge, possession, and inherence — a risk score is not a factor. The rich data carried in 3-D Secure messages is what lets issuers approve without challenging, and the exemption framework is why "no challenge" and "no SCA" are different statements. Whoever invokes an exemption carries the fraud risk that comes with it.
alt-rails-wallets
cards
EASYA glossary of terms used in payments and settlement systemsWhat is the difference between a pass-through wallet and a staged wallet?
MODEL ANSWERDIRECT ANSWER
A pass-through wallet presents a device token to the merchant, so the payment runs on the card rails as an ordinary card transaction and the wallet holds no money. A staged wallet funds its own balance first, then pays the merchant separately, so the merchant's counterparty is the wallet operator.
WHY IT MATTERS
The split decides who the merchant is paid by, where funds pause, and what data the merchant sees. Pass-through inherits card disputes and interchange; staged makes the operator the counterparty and usually requires a payment or e-money permission.
EASYA glossary of terms used in payments and settlement systemsWho does what among a payment gateway, a PSP, and an acquirer?
MODEL ANSWERDIRECT ANSWER
A gateway is the technical doorway that captures the payment and carries the authorisation, holding no money. A PSP is the contracting party that arranges acceptance, often bundling the gateway with acquiring access and reporting. The acquirer is the licensed bank that holds the scheme licence and collects the card money.
WHY IT MATTERS
One provider often wears all three hats, which is why the names blur. Naming the roles tells you who is accountable when a payment or a refund fails: the gateway carries it, the acquirer owns the scheme relationship and the money.
MEDIUMA glossary of terms used in payments and settlement systemsHow does network tokenisation make a stored card harder to misuse?
MODEL ANSWERDIRECT ANSWER
It replaces the real card number with a device-bound stand-in, the DPAN, and adds a one-time cryptogram per payment. Domain controls tie the token to its device and context, so a copied token fails when presented elsewhere. The network's vault holds the mapping back to the real account.
WHY IT MATTERS
Security shifts from keeping a number secret to controlling where the token may be used. A stolen DPAN is close to worthless off its device, which is why a tokenised card on file can be safer than the printed number.
MEDIUMPSD2 and the RTS on strong customer authentication and secure communicationIf a token is domain-bound, where does wallet fraud actually concentrate?
MODEL ANSWERDIRECT ANSWER
At enrolment. Because a domain-bound token is hard to reuse elsewhere, the weak point moves to provisioning — adding someone else's card to an attacker's device. That is where issuers apply step-up strong customer authentication, since domain controls cannot fix a card wrongly enrolled in the first place.
WHY IT MATTERS
The device unlock later serves as the possession-and-inherence check for payments, so provisioning is the moment that must be authenticated hardest. Controls on the token in transit do little against a fraudulent enrolment.
MEDIUMA glossary of terms used in payments and settlement systemsWhat does a payment facilitator change about who is accountable for a sub-merchant?
MODEL ANSWERDIRECT ANSWER
A payment facilitator holds one master acquiring relationship and onboards many small sub-merchants under it, so they accept cards without their own acquirer contract. In return the facilitator takes on the underwriting, fund aggregation, and much of the risk, compliance, and monitoring for those sub-merchants.
WHY IT MATTERS
The model concentrates screening and monitoring duties on the facilitator, and card-network rules cap how far it can aggregate before a seller must be boarded directly. Accountability for onboarding sits with the facilitator, not each seller.
MEDIUMA glossary of terms used in payments and settlement systemsWhy is buy-now-pay-later better described as a credit product than a payment method?
MODEL ANSWERDIRECT ANSWER
Because the provider pays the merchant now, less a fee, and the shopper repays the provider later, so the credit decision and repayment risk sit with the provider. The mechanics — affordability, arrears, and collections — behave like consumer lending, not like a card refund, which is why BNPL is increasingly brought inside consumer-credit rules.
WHY IT MATTERS
Framing it honestly matters: an instant approval at checkout is still a credit decision, and thin affordability checks are where consumer harm concentrates. The merchant is paid and de-risked while the provider owns the lending.
TRICKYPayments Signal editorial constructionA merchant's counterparty is a staged wallet — what follows for data, disputes, and licensing?
MODEL ANSWERDIRECT ANSWER
The card sees only the funding leg into the wallet, so the merchant's real counterparty is the wallet operator, not the cardholder's issuer. Card chargeback rules may not reach the purchase; disputes become a claim against the operator under its terms; and because the operator holds a balance and moves money, it usually needs a payment or e-money permission with the screening duties that follow.
WHY IT MATTERS
This is why the pass-through versus staged question is not cosmetic: it moves the counterparty, the transaction data, and the regulatory duties. A pass-through wallet keeps all of that on the card rails.
SEPA & instant payments
EASYPayments Signal editorial constructionIn Request to Pay, does sending a request move any money by itself?
MODEL ANSWERDIRECT ANSWER
No. A Request to Pay is only a message asking the payer to pay; nothing leaves the payer's account until they accept. If the payer accepts, settlement is a separate, ordinary credit transfer that their own bank pushes to the payee.
WHY IT MATTERS
This is the opposite arrow from a direct debit, which pulls on a standing mandate. The request layer standardises the ask and the answer, while a normal push payment does the actual settling.
MEDIUMPSD2 and the RTS on strong customer authentication and secure communicationIn an open-banking payment initiation, who holds the money and who authenticates the payer?
MODEL ANSWERDIRECT ANSWER
The payer's own bank, the ASPSP, holds the money and applies strong customer authentication; the payment initiation service provider (PISP) only initiates on the payer's consent and never holds the funds. Once authenticated, the bank debits the account and sends a normal credit transfer to the payee's bank.
WHY IT MATTERS
The PISP triggers, the bank moves. Authentication happens at the bank — a redirect to its app or a decoupled push — before any debit, and settlement is an ordinary SEPA credit transfer with no card credentials to store.
MEDIUMPayments Signal editorial constructionWhat roles do the pain.013 and pain.014 messages play in Request to Pay?
MODEL ANSWERDIRECT ANSWER
The pain.013 carries the payee's request for payment to the payer, and the pain.014 carries the payer's response — accept, defer, decline, or in some rulebooks part-pay. Neither message moves money; if the payer accepts, a separate credit transfer, typically an instant one, does the settling.
WHY IT MATTERS
Keeping the request-and-response layer separate from settlement is the design's point: the messaging can evolve without touching how money clears, and an unanswered request simply expires with nothing paid.
TRICKYPayments Signal editorial constructionHow do revocation and refund differ between Request to Pay and SEPA Direct Debit?
MODEL ANSWERDIRECT ANSWER
A direct debit runs on a standing mandate the payer can revoke, and SEPA Direct Debit carries a refund right for a period after collection, so money already pulled can be returned. Request to Pay has no mandate to revoke; the payer simply declines. Because settlement is a push the payer authorised, there is no automatic scheme refund — a dispute is argued with the creditor.
WHY IT MATTERS
Protection sits in different places: the mandate gives after-the-fact reversal, while the request gives up-front control and confirmation of the amount before money moves. High finality is the trade for that control.
TRICKYPSD2 and the RTS on strong customer authentication and secure communicationHow does finality and dispute protection differ between an open-banking payment and a card payment?
MODEL ANSWERDIRECT ANSWER
An open-banking payment settles as a normal credit transfer: push-based and hard to reverse, with no card-style chargeback, so a refund is a separate outbound payment. A card payment carries the scheme's chargeback and dispute rights, so a payer can dispute a charge and have it reversed under scheme rules. Protection moves from scheme reversal toward disputing with the merchant.
WHY IT MATTERS
The mechanism drives the protection: bank-to-bank push means finality, while the card scheme keeps reversal rights. That trade-off, not speed alone, is what most changes the payer's position.
market-plumbing
Payments foundations
EASYA glossary of terms used in payments and settlement systemsWhat does cheque truncation mean, and what actually travels between the banks?
MODEL ANSWERDIRECT ANSWER
Truncation is stopping the physical cheque early in the cycle and exchanging an electronic image and data of it instead. The paper is held (usually by the collecting bank); the image and MICR data are what clear and settle between banks.
WHY IT MATTERS
Truncation removes the slow physical movement of paper while keeping the cheque legally valid. The drawee bank decides to pay or return from the image; funds availability to the payee is often provisional until the return window passes.
Clearing & settlement
EASYPrinciples for financial market infrastructuresIn an FX settlement, what does payment-versus-payment (PvP) guarantee?
MODEL ANSWERDIRECT ANSWER
PvP guarantees that one currency leg settles if and only if the other leg settles — neither party pays away its currency without receiving the other. It removes principal risk from the exchange.
WHY IT MATTERS
Without PvP, a bank can pay its sold currency and then fail to receive the bought currency if the counterparty defaults in between — the classic settlement risk. CLS links the two legs so they are final together or not at all.