DVP vs FOP Settlement for Currency Transactions

DVP vs FOP Settlement for Currency Transactions
Benjamin Avraham

Benjamin Avraham

  • 28 Apr 2026
  • 17:40
  • 4 min

Settlement Mechanics: What Is Actually at Stake

Every currency transaction has two legs. You deliver one currency, and your counterparty delivers another. Settlement is the moment both legs land. The risk is straightforward. What happens if one side delivers and the other does not? That gap between instruction and confirmation is where principal risk lives, and it has brought down institutions before.

Two settlement models define how that gap is managed. Delivery versus Payment (DVP) closes it by making both legs conditional on each other. Free of Payment (FOP) leaves it open, relying instead on operational controls and counterparty trust.

What Is Delivery versus Payment (DVP)?

DVP settlement means that neither currency leg can be settled without the other. The exchange is simultaneous and conditional, which is Payment-versus-Payment (PvP) in FX terms. If one side fails to deliver, the transaction does not settle. Principal risk is structurally eliminated, not managed around.

CLS Bank is the dominant infrastructure provider for DVP settlement in FX, settling over a trillion daily across 18 currencies through exactly this mechanism. The BIS FX Global Code identifies DVP as the preferred standard for market-facing currency transactions. For embedded finance platforms and institutions processing cross-border FX at scale, DVP settlement is not a preference. It is the baseline.

What Is Free of Payment (FOP)?

FOP settlement transfers currency or assets without a simultaneous, conditional payment leg. The two sides settle independently, and the principal risk exists until both are separately confirmed.

FOP has legitimate uses, including internal book transfers between accounts at the same institution, collateral movements under Credit Support Annex (CSA) agreements, and transfers between affiliated entities under a consolidated risk framework. In these contexts, counterparty risk is either absent or contractually contained. The problem arises when FOP workflows are applied to market-facing transactions where neither condition holds.

DVP vs FOP: The Core Trade-Off

The difference comes down to conditionality. Under DVP, payment and delivery are linked; one cannot occur without the other. Under FOP, they are decoupled, and the risk of one leg completing while the other fails rests with the delivering party.

DVP requires more operational infrastructure and carries a higher cost. FOP is simpler and cheaper. But for any transaction where counterparty default is a credible scenario, that cost comparison is misleading. The real question is: what does an unhedged FOP leg cost if a counterparty fails mid-settlement? Herstatt risk answered that in 1974, and CLS was built specifically to prevent it from happening again.

Regulators have drawn the same conclusion. BIS CPMI guidelines, FSB recommendations on FX settlement risk, and frameworks under Dodd-Frank, EMIR, and MiFID II all treat DVP as the preferred standard for currency transactions. FOP is situationally acceptable and not a general-purpose alternative.

When Each Model Is Right

Use DVP settlement for spot, forward, and swap transactions between external counterparties; cross-border payments where counterparty risk is material; institutional FX desks, prime brokerage, and interbank flows; and any transaction governed by a regulatory or counterparty agreement mandating PvP.

FOP is appropriate for internal transfers within the same institution or custodian, collateral movements under CSA agreements, affiliated-entity transfers under a consolidated risk framework, and pre-agreed operational flows in which principal risk is contractually mitigated and documented.

The line is this: if there is a real counterparty on the other side and a real risk of non-delivery, DVP settlement is the right model. FOP belongs in controlled internal flows, not market-facing transactions.

What This Means for Embedded Finance Platforms

FX loss is not volatility. It is margin erosion, and the settlement structure is one of its most overlooked sources. Embedded finance platforms processing cross-border FX through sponsor banks or third-party providers often inherit the settlement model of their infrastructure partner without scrutinizing it. That means assuming DVP protection that may not actually exist.

The right embedded FX infrastructure makes the settlement method visible, auditable, and deliberate. The FX360 Stack — Detect, Decide, Execute, Reconcile, Monetize — is built on the principle that settlement risk should disappear into infrastructure rather than accumulate silently in back-office workflows.

Review your current currency settlement flows. Identify every FOP workflow and ask whether the principal risk it carries is genuinely controlled or merely assumed. Where DVP settlement is required, verify it is actually in place.

 

Book a Partner Strategy Call to explore how Okoora’s embedded FX infrastructure can anchor your settlement framework and eliminate the principal risk hiding in your cross-border flows.

Key Topics Covered: 

About the author

Newsletter

Stay in the loop.
Get Okoora’s latest news, insights, and product updates straight to your inbox.
Benjamin Avraham

About the author Benjamin Avraham

Benjamin Avraham is the Founder & CEO of Okoora, the company defining the category of Embedded FX Infrastructure. With decades of experience in building trading operations and advising enterprises on complex currency exposures, he created the FX360 stack to eliminate FX risk and monetize global flows. Benjamin is known for his blitzscaling mindset, execution discipline, and mission to establish FX360 as the global standard in cross-border finance.

Ready to take your business global?

Discover how Okoora can enhance your platform’s global capabilities.

Might be interesting for you