Digital Euro (CBDC)

The digital euro has been decided as a project, but not as a product. Two clocks are running in parallel: a legislative process in Brussels and a construction project at the Eurosystem. For a mid-market company, the interesting question is not whether it arrives. The interesting question is where in its own payment flows it would show up at all – and where it would not.

Two clocks, one condition

The first clock runs in the legislative process. The European Commission tabled its proposal for a regulation on the establishment of the digital euro in June 2023. On 9 July 2026 the European Parliament adopted its negotiating mandate, with 416 votes in favour, 169 against and 22 abstentions. Negotiations with the Council can now begin. That is not yet law: as long as the text is being negotiated, no figure in it is final.

The second clock runs at the European Central Bank (ECB). It closed its preparation phase in October 2025 and has moved to the next stage. Its roadmap names two markers: a pilot with first transactions from mid-2027, and a potential first issuance during 2029. The ECB puts development costs until first issuance at around 1.3 billion euro, and subsequent operating costs at roughly 320 million euro per year.

Both clocks depend on the same condition. The ECB Governing Council will only decide on an actual issuance once the legislation has been adopted, and the ECB timeline assumes adoption during 2026. For corporate planning, that leaves an uncomfortable but clear situation: the topic has a time frame, but no date.

A means of payment, not a place for liquidity

The digital euro is designed as a Central Bank Digital Currency (CBDC) – central bank money in digital form, the counterpart to cash rather than to a bank account. That origin shapes two properties which matter more to finance leads than any technical question. First, it pays no interest: like cash in the till, a digital euro balance earns nothing. Second, the amount a person may hold is capped. The ECB has modelled holding limits of up to 3,000 euro per person; that figure is not fixed and remains part of the process.

Neither property is a design flaw. Without a limit, a substantial share of bank deposits could move into central bank money during a crisis of confidence, and deposits are the basis of bank lending. The holding limit is the price for making digital central bank money available without hollowing out the banking system.

For a finance department, this yields the first reliable statement about the digital euro: it is a means of payment, not a place where liquidity sits. Anyone thinking about investment, interest income or the settlement of larger amounts is looking in the wrong place. Anyone thinking about incoming payments and point-of-sale processes is looking in the right one.

Where it arrives in a company

An example makes this more tangible than any definition. A machinery manufacturer with just under 400 employees sells mainly to industrial customers, but also runs an online shop for spare parts and invoices service assignments directly to small workshops and self-employed tradespeople. That is exactly where a digital euro would appear – in the shop, at the service counter, in the refund for a returned part. Not in supplier payments, not in group clearing, not in foreign exchange.

Seen this way, the digital euro is first and foremost a receivables and process topic for mid-market companies. Under the Parliament position, most businesses would be required to accept it; the self-employed and small and micro enterprises that do not accept other digital payments would be exempt. An acceptance obligation is not a project you start after a benefit calculation – it is a project with a deadline. It touches the till and the checkout, the payment method in the ERP receivables process, reconciliation, and the way refunds reach private customers.

One peculiarity concerns the data that arrives with such a payment. Under the Parliament position, transactions are to be verified without exposing personal data, and personal data processed only to the extent strictly necessary for the system to work. Together with the intended offline use, that has a direct consequence for receivables accounting: matching an incoming payment to an open item has to work through the reference carried with it, not through the identity of the payer. Anyone who today matches payments by hand using account holder and payment reference will notice here, first of all, how much work rests on that habit.

On costs, little can be said today, but not nothing. The Eurosystem itself charges no transaction fees, and basic services for consumers – an account, holding funds, at least one payment instrument – are to be free of charge. What payment service providers may charge merchants is to be capped, and the level of that cap is part of the negotiation. While it remains open, no reliable cost comparison against cards or SEPA Instant can be made.

The table below sorts out who decides which of these questions. It is meant as orientation when someone internally asks what exactly the company is waiting for.

The last row is the only one that sits inside the company. It is also the only one that can be prepared regardless of how the negotiations end.

What it does not solve

The digital euro is designed for everyday payments: between private individuals, to merchants, back to private customers, online and offline. Corporate business is not part of that scope. Supplier payments on terms, intercompany settlement between group entities and a cross-border payment to a supplier in Asia are untouched by it.

Other forms of digital money are being discussed for those cases, and they differ less in technology than in whose money you hold. With the digital euro it is central bank money. With tokenised deposits it is commercial bank money, a claim on your own bank. With a euro stablecoin issued as an e-money token (EMT) it is electronic money issued by a third party. The detailed comparison of these three forms – issuer, type of money, interest, typical hurdle – is set out in Tokenised Deposits; how a euro stablecoin is used in payments is covered in Stablecoins – Fundamentals.

Alongside the consumer-facing digital euro, the Eurosystem is working on a second track that is likely to matter more to companies in the medium term: settling transactions on DLT platforms in central bank money. That track is not a means of payment for the shop counter, but infrastructure for the finality of large settlements. The Eurosystem initiatives behind it are named, with sources, in Tokenised Deposits.

Where planning can go wrong

The biggest risk here is not technical. It lies in planning against an unfinished legal text. Holding limits, the scope of the acceptance obligation, transition periods and fee caps are all subject to negotiation, and each of them shifts the internal workload. Building a project today on an assumed figure means building on a draft.

The second risk is the opposite one. If the acceptance obligation arrives with a deadline, it is no longer a decision but a date – and dates of this kind tend to hit the very systems that are already under pressure: till, shop, receivables accounting, interfaces. The effort then comes not from the digital euro itself, but from everything landing at once.

A third risk concerns the banking relationship and is rarely stated openly. The debate about holding limits is at heart a debate about how much deposit volume stays in the banking system. For a mid-market company with credit lines, that is not academic: its financing depends on institutions whose own funding profile changes. The effect is indirect and slow, but it belongs in the same picture as the checkout interface.

What holds until then

The digital euro will not change how a mid-market company pays its suppliers for the foreseeable future. What it changes is the expectation on the receiving side: another payment method that has to arrive cleanly in the shop, at the till and in accounting, with its own references and its own path for refunds.

That homework is independent of how the negotiations end. Anyone who already knows which payment methods run cleanly through their receivables process, which references travel with them, and how quickly an incoming payment is matched to an open item, has done the larger part of the work – regardless of whether a digital euro, a euro stablecoin or a tokenised deposit is added at the end.

The more useful question is therefore not when the digital euro will arrive. It is how many payment routes a company can process cleanly at the same time – and at which additional route reconciliation becomes the bottleneck.