The digital euro - more questions than answers?

The European Central Bank will be taking a close look at digital currencies in the coming years. The design options are manifold and raise questions.

This month (Oct. 2021) is set to kick things off. The European Central Bank (ECB) is launching a two-year analysis project to assess what the design of the digital euro might look like. The outcome of the analysis phase will be a decision on whether and in what form the ECB will provide the digital euro.

However, it is clear from previous discussions and publications: the digital euro will have few parallels to functions of current private cryptocurrencies. Blockchain infrastructures and their advantages are barely considered in the context of the digital euro. The European Central Bank will focus on alternative approaches to cash and the impact on the monetary system.
The (implementation) scenarios are nevertheless diverse, leaving room for exciting discussions. Potential forms and effects need to be understood and evaluated in depth.

The key questions below can serve as an initial baseline:

  • What added value and use cases are generated for the various stakeholders?
    • Financial institutions, payment service providers, private individuals, commerce, industry, European Central Bank
  • What does the technical design of the digital euro look like?
    • Will the digital currency be built on an account or token infrastructure?
    • How will value be transferred between the participating parties?
    • Will users be provided with a digital product only?
  • How will usage for private individuals be designed?
    • How will anonymity be ensured?
    • Will there be limits on the amount that can be used and deposited?
    •  …
  • How and by whom will onboarding and provision be carried out?
    • What regulatory requirements will arise?
    • How will financial institutions and payment service providers be involved?    
    •  …


Even though the analysis project is just starting, many trends can already be identified. PPI is following this topic with great enthusiasm and has already drawn up a number of theses on these questions. We will share and discuss them with you in the coming weeks.

Author: Philipp Schröder


Faster and easier – automation progress for setup of EBICS bank access

EBICS payments are becoming more and more widespread in Europe. Most recently, Austria has also committed to the secure standard for corporate payments. However, the highest level of security requires the compliance with the standard and a thorough verification when establishing the digital business relationship. During the first initialisation of the EBICS bank accesses, a few steps define the process: the EBICS client generates a user bank key during the initialisation of an EBICS bank access, which is then sent to the bank server. In addition, a letter signed by the user with the public bank key is sent to the financial institution for personal identification and verified there. If everything is correct, the financial institution releases the set-up bank account and sends the user a welcome letter containing a rather long hash value for comparison. The users enter their hash value manually in the configuration mask of the EBICS client.

 
Of course, a successful key activation requires that the hash value be typed without errors. The paper letter ensures "separate channels" of processes but is perceived by many users as very tedious and time-consuming. And the final activation process by the financial institution may take a few days before the user can finally use the EBICS bank access in the EBICS client.


Is it not possible to do this in a more easy and quick way to relieve the user? 


Financial institutions that operate corporate web-based applications can take advantage of the trust that is placed in them. They can store the hash values of the different EBICS banks that they already know in their web application and thus make them usable for all their customers. Unknown or incorrectly stored hash values are ignored and the activation of the user remains as it was. 


The manual entry of the hash values of each EBICS bank account by the user can thus be omitted. As soon as the users have initialised themselves at their bank accesses and have been activated by the financial institution, the hash values of the public EBICS bank keys are automatically downloaded and compared with the stored values in the background. If this check is successful, the assigned order types of the user can be automatically downloaded via HTD. The user can use the bank account immediately after downloading the order types. This saves time and is easy on the user's nerves by eliminating the need to enter the hash value, which can be up to 32 characters long.

All this was realised in TRAVIC-Port with the version 4.6 by PPI AG and is in use with the first operators.


As of version 4.6 of TRAVIC-Port, when using the additional licence the final steps in the initialisation process for hash value matching are automated.

The acceleration and simplification of these processes are well received by users. The initialised bank access continues to secure corporate payments with all the benefits of the EBICS standard. And for financial institutions this represents a further step in the acceleration of processes through automation in corporate payments.

Author: Christian Veith