DORA-Readiness

DORA

From ZAIT to DORA: cleaning up legacy documents at payment institutions

BaFin repealed the ZAIT, its IT circular for payment and e-money institutions, at the end of 16 January 2025. Since then, these institutions have applied DORA under the full framework, in Germany without the simplified framework of Article 16, proportionately to size and risk and with relief for microenterprises. This page shows where the twelve ZAIT chapters have gone, what the German Payment Services Supervision Act (ZAG) requires alongside and how to check what is still missing from the ZAIT era.

Closed round steel vault door in a dark wall with a brass handwheel in the centre

Last updated: 2026-11-06

This page applies to the full framework: payment institutions, account information service providers and e-money institutions apply Articles 5 to 15 DORA, proportionately under Article 4 and with relief if they are microenterprises. The simplified framework under Article 16 is not available to them in Germany. Whether your institution is a microenterprise can be checked on the page DORA applicability.

DORA has applied to these institutions since 17 January 2025. This page is therefore about cleaning up existing documents: which documents from the ZAIT era have a new basis, which are still built on the old structure, and where is something missing that DORA requires in addition?

Why does Article 16 not apply to payment institutions?

Because Germany has not used the exemptions in the Payment Services Directive and the E-Money Directive. Article 16(1) names, among others, payment and e-money institutions exempted under these directives. There are no such institutions in Germany, so this group is empty here (BaFin supervisory notice of 21 August 2025, footnote 6). In the foreword, BaFin, the German financial supervisor, expressly names former ZAIT addressees as not covered. Article 16 is therefore not a size discount: even a payment institution with 14 employees, as in the example below, applies the full framework.

InstitutionDORABasis
payment institutionfull framework under Articles 5 to 15, plus Articles 28 to 30, incident reporting and testingArticle 2(1)(b) DORA
account information service providerfull framework as aboveArticle 2(1)(c) DORA
e-money institutionfull framework as aboveArticle 2(1)(d) DORA
institution that is a microenterprisefull framework with some relief, Articles 28 to 30 apply, with the relief belowArticle 3(60) DORA

The special rule under which Articles 28 to 30 do not apply to microenterprises is found in Section 1a(2a) of the German Banking Act (KWG) and only covers the group of institutions named there, the KWG group (DORA Article 16). It does not exist for payment and e-money institutions: even a small institution keeps a register of information and agrees the contract contents under Article 30.

What does full framework with proportionality mean?

You implement the same obligations as a larger bank, but to an extent that fits your size and risk. Article 4(1) requires Chapter II to be applied in line with size, overall risk profile and the nature, scale and complexity of the services, and RTS 2024/1774 specifies this in Article 1. Proportionality therefore changes how extensively an obligation is met, not whether it applies. DORA expressly requires less only from microenterprises, at these points:

Obligation under the full frameworkRuleMicroenterprises
ICT risk control function with an appropriate level of independenceArticle 6(4)not required
annual tests of all systems supporting critical or important functionsArticle 24(6)risk-based tests with strategic planning (Article 25(3))
strategy on ICT third-party riskArticle 28(2)not required
rights of access, inspection and audit in the contractArticle 30(3)(e)may be delegated to an independent third party

The table gives four examples. Further relief concerns, for example, the review of the framework, legacy systems and the crisis management function. Who counts as a microenterprise is set out on the page DORA applicability. The obligations matrix on the page DORA requirements marks the relief for microenterprises with (M).

What has become of the ZAIT?

It no longer applies. BaFin repealed the ZAIT (Circular 11/2021 (BA) as amended on 16 August 2021) together with the KAIT and VAIT at the end of 16 January 2025. In the sources we read, BaFin names no replacement document. According to its information letter of 19 December 2024, DORA essentially covers the previous IT requirements.

“Repealed” means: no express ZAIT requirement any more. DORA mostly still requires the tasks behind it, often in more detail.

The ZAIT had incorporated the EBA Guidelines on ICT and security risk management (BaFin names the predecessor version GL/2017/17). Their current version, EBA/GL/2019/04, has not been repealed. With EBA/GL/2025/02 the EBA narrowed them to the relationship with payment service users: for payment service providers within the scope of DORA, only section 3.8 remains alongside DORA, the other sections have been deleted. This version applies from 20 May 2025 at the latest, and according to the EBA compliance table BaFin applies it. For the ICT risk management framework itself, DORA is therefore the yardstick.

Where do the ZAIT chapters go?

Chapters 1 to 10 move into the full framework, RTS 2024/1774 and Articles 28 to 30, chapters 11 and 12 do not. BaFin has published a chapter-by-chapter comparison only for BAIT and VAIT. That it can “generally be transferred” to the ZAIT is stated in the foreword of the same supervisory notice of 8 July 2024 (our translation). The table applies it to the twelve ZAIT chapters. The mapping is ours, the numbered paragraphs (Tz.) come from the ZAIT. A mapping paragraph by paragraph is available as an Excel file for the BAIT on the page BAIT and DORA.

Mapping of the twelve ZAIT chapters to DORA, each chapter with today’s basis and, where there is one, the provision that applies alongside: 1 IT strategy to Article 6(8). 2 IT governance to Articles 5 and 6 and RTS Article 2, alongside Section 27(1) ZAG. 3 information risk management to Articles 6 and 8 and RTS Articles 3 to 5. 4 information security management to Article 6(4), Articles 13, 24 and 25 and RTS Articles 2 and 27. 5 operational information security to Articles 9 and 10 and RTS Articles 6, 7, 10 to 14, 22 and 23. 6 identity and access management to RTS Articles 20 and 21. 7 IT projects and application development to RTS Articles 15 to 17. 8 IT operations to Articles 7, 8, 9 and 12 and RTS Articles 8 and 9. 9 outsourcing to Articles 28 to 30, alongside Section 26 ZAG. 10 emergency management to Articles 11 and 12 and RTS Articles 24 to 26, alongside Section 27 ZAG. 11 payment service users to Article 19(3), alongside section 3.8 of the EBA guidelines. 12 critical infrastructures without a counterpart of its own in DORA. At the bottom a bar: incident reporting under Articles 19 and 23 DORA, Section 54(1) to (4) ZAG does not apply (Section 54(7) ZAG).
Tap the graphic to open it at full size.Where the ZAIT chapters go. Source: ZAIT (Circular 11/2021 (BA)), BaFin supervisory notice of 8 July 2024 (mapping for BAIT and VAIT, transferred to the ZAIT by us), ZAG Sections 26, 27, 54, EBA/GL/2019/04 as amended on 19 May 2026. Own illustration.
ZAIT chapter (Tz.)DORA and RTS 2024/1774What changesWhat applies alongside
1 IT strategy (1.1 to 1.5)Article 6(8)Instead of an IT strategy with minimum contents, a digital operational resilience strategy (DOR strategy) as part of the framework-
2 IT governance (2.1 to 2.9)Articles 5 and 6, RTS Article 2The management body is responsible for the entire ICT risk management framework and undergoes regular trainingorganisational requirements under Section 27(1) ZAG
3 Information risk management (3.1 to 3.11)Articles 6 and 8, RTS Articles 3 to 5The protection requirements assessment becomes the classification of all ICT-supported business functions and assets, reviewed at least once a year-
4 Information security management (4.1 to 4.10)Article 6(4), Article 13, Articles 24 and 25, RTS Articles 2 and 27According to BaFin, the ICT risk control function is similar to the information security officer but broader in scope. The testing policy (4.8) becomes the testing programme, awareness (4.9) becomes the training obligation for all staff-
5 Operational information security (5.1 to 5.6)Articles 9 and 10, RTS Articles 6, 7, 10 to 14, 22, 23Much more detailed on network security, encryption, vulnerabilities and detection-
6 Identity and access management (6.1 to 6.8)RTS Articles 20 and 21Express requirements on identity management and access control, need-to-use principle-
7 IT projects and application development (7.1 to 7.15)RTS Articles 15 to 17Change management covers all changes to ICT systems-
8 IT operations (8.1 to 8.8)Articles 7, 8, 9 and 12, RTS Articles 8 and 9Backup policy, restoration on systems that are physically and logically segregated from the source system-
9 Outsourcing and other external procurement of IT services (9.1 to 9.15)Articles 28 to 30, Delegated Regulations (EU) 2024/1773 and 2025/532Covers every contractual arrangement on ICT services, with register of information and mandatory contentsSection 26 ZAG: outsourcing including ICT systems, outsourcing register, notification of material outsourcing
10 Emergency management (10.1 to 10.9)Articles 11 and 12, RTS Articles 24 to 26ICT business continuity policy, business impact analysis, response and recovery plans, tests at least once a year, recovery objectives per function, crisis management functionSection 27(1) sentence 2 no. 3 ZAG: adequate emergency concept for IT systems
11 Managing relationships with payment service users (11.1 to 11.8)Article 19(3) (informing clients about major incidents)No DORA chapter of its own. Raising awareness among payment service users remains in the EBA guidelinesEBA/GL/2019/04, section 3.8 (paragraphs 92 to 98), alongside DORA since 2025
12 Critical infrastructures (12.1 to 12.5)no counterpart of its ownProtective measures support the critical or important functions. Section 28(6) of the German BSI Act (BSIG) exempts financial entities under DORA from several BSIG obligationsdistinction on the page DORA and NIS2

Chapter 11 deserves attention: section 3.8 of the EBA guidelines on the relationship with payment service users continues to apply to payment service providers and supplements DORA (see the questions below). If you filed customer awareness as done together with the ZAIT, take it up again.

What do the ZAG and the MaRisk require alongside?

The ZAG continues to apply, in some places expressly with a view to DORA. The table lists the provisions with an IT link, read on 6 November 2026.

ProvisionWhat it saysRelationship to DORA
Section 26(1) and (2) ZAGoutsourcing of material activities and processes including ICT systems, outsourcing register for all outsourcing arrangements, notification when material operational tasks are outsourcedapplies alongside Articles 28 to 30. Many ICT contracts appear in both registers.
Section 27(1) sentence 2 no. 3 ZAGadequate emergency concept for IT systemsapplies alongside Articles 11 and 12. One joint document can cover both (our recommendation).
Section 53(1) ZAGrisk mitigation measures and control mechanisms for the operational and security risks of payment servicesapplies to payment and e-money institutions “without prejudice to the provisions of Chapter II” DORA (our translation)
Section 53(2) ZAGannual assessment of operational and security risks submitted to BaFinThe wording does not exempt DORA institutions, see the questions below.
Section 54(1) to (4) ZAGreporting of major operational or security incidents, informing payment service usersdo not apply to payment and e-money institutions (Section 54(7)). Reports are made under Article 19 DORA, including payment-related incidents (Article 23), and clients are informed under Article 19(3).
Section 54(5) ZAGstatistical data on fraud at least once a yearnot covered by Section 54(7), continues to apply according to the wording

The MaRisk (BaFin’s minimum requirements for risk management) do not name payment and e-money institutions under the ZAG (AT 2.1), their organisation is governed by Section 27 ZAG. Institutions that also hold a banking licence find the interfaces on the page MaRisk and DORA. How major incidents are classified and reported is explained on the page Incident reporting.

Example: checklist for a small payment institution

Fictitious example, not a client. Muster-Zahlungsdienste GmbH is a payment institution with 14 employees that processes card payments for online merchants. With 14 employees, it is not a microenterprise, so the relief above does not apply to it. Since January 2025, it has reported incidents under DORA and has submitted its register of information. Many policies, however, still carry the ZAIT chapter numbers in their titles. It obtains its payment platform as a cloud service from a processor and its fraud detection from a specialist provider. In November 2026, it uses a checklist to find out what is still missing from the ZAIT era.

Checklist “What is still missing from the ZAIT era” (template, filled in for a fictitious institution, as of 6 November 2026):

No.CheckFrom the ZAITBasis todayFindingActionby
1DOR strategy adopted1 IT strategyArticle 6(8) DORAIT strategy from 2023 without statements on resilience and tolerance thresholdsadd the contents of the DOR strategy, management board resolution12/2026
2Control function independent4.4 to 4.6 information security officerArticle 6(4) DORAinformation security officer is also head of IT operationsseparate the roles, document the reporting line to the management board12/2026
3Annual review report4.10 status report of the information security officerArticle 6(5) DORA, RTS Article 27only quarterly reports in ZAIT formatprepare the first report under RTS Article 2703/2027
4Functions and assets classified3 protection requirements assessmentArticle 8(1) DORAlist of protection requirements without reference to functionsbuild the inventory per function, link it to the function list03/2027
5Testing programme4.8 testing policyArticle 24(6) DORApenetration test only for the merchant portalplan annual tests of all systems supporting critical or important functions03/2027
6Business continuity with a cyber attack scenario10 emergency managementArticle 11 DORA, Section 27(1) sentence 2 no. 3 ZAGemergency concept without a ransomware scenario, no crisis management functionadd scenario and function, one joint document for ZAG and DORA03/2027
7Restoration on segregated systems8.7 data backupArticle 12(3) DORArestore only tested in the production networktest on a segregated environment06/2027
8Registers reconciled9 outsourcingArticle 28(3) DORA, Section 26(1) ZAGfraud detection in the outsourcing register but missing from the register of informationreconcile both registers with a shared contract identifier12/2026
9Payment-related incidents classified-Articles 19 and 23 DORAfraud waves and payment disruptions are handled only by fraud preventioninclude them in incident recording and classification12/2026
10Clients made aware and informed11 payment service usersEBA/GL/2019/04 section 3.8, Article 19(3) DORAsecurity notes for merchants not updated since 2023, no template for informing clientsupdate the notes, template for informing clients about major incidents03/2027

No row removes a safeguard or a role: each document gets a new basis, an addition or a new shape. The information security officer stays in the example and only hands over the management of IT operations.

Three typical gaps

GapCauseEffectRemedy
Payment-related incidents outside the incident processPayments handles fraud and payment disruptions, IT handles IT incidents, with separate records.Payment-related operational or security incidents are not classified under DORA, although Article 23 expressly includes them. A report may come too late.One joint incident record for IT and payments, with classification as described on the page Incident reporting.
Client communication orphanedChapter 11 of the ZAIT was considered done with the repeal.Section 3.8 of the EBA guidelines continues to apply, and for major incidents affecting clients’ financial interests, the process under Article 19(3) DORA is missing.Assign client awareness to a unit again, define a template and approval path for informing clients.
Annual ZAG assessment alongside ICT risk managementThe assessment under Section 53(2) ZAG is still produced from the old template, ICT risk management under DORA in a separate tool.Two risk pictures with different figures, and the review of the framework under Article 6(5) and the assessment sent to BaFin contradict each other.Derive both from the same risk assessment and keep the assessment under Section 53(2) as an extract, as long as BaFin requires it.

Example, checklist and gaps are our professional assessment based on the wording of DORA, the ZAG, the EBA guidelines and BaFin’s publications. The assessment is general information and must be checked for your institution in the individual case.

How we help

For payment and e-money institutions, we start with the DORA gap analysis. The document quick check suits a first look at the documents, the full framework gap analysis with action plan suits the whole framework. We flag borderline cases, such as whether a contract is material outsourcing under Section 26 ZAG, for your legal counsel. If you want to rework your documentation straight away, see scope and price in our Transition from ZAIT package.

Frequently asked questions

Does the ZAIT still apply?+
No. BaFin repealed the ZAIT at the end of 16 January 2025, and there is no transition period. Since 17 January 2025, DORA under the full framework and Delegated Regulation (EU) 2024/1774 apply to payment and e-money institutions.
Does the annual assessment under Section 53(2) ZAG still have to go to BaFin?+
According to the wording, yes. Section 54(7) ZAG exempts payment and e-money institutions (as well as CRR credit institutions, Section 1(1) sentence 1 nos. 1 to 3 ZAG) from the reports under Section 54(1) to (4). The provision does not mention DORA. It transposes Article 96(7) of the Payment Services Directive, inserted by Directive (EU) 2022/2556 so that incidents are reported only under DORA. For the annual assessment under Section 53(2) (Article 95(2) of the directive), neither the directive nor the ZAG provides an exemption. None of the sources we read says how BaFin handles the submission today. Clarify this with the supervisor.
Does a small payment institution have to carry out threat-led penetration testing (TLPT)?+
Only if the authority identifies it for TLPT (Article 26(8) DORA). As the standard case, Article 2 of Delegated Regulation (EU) 2025/1190 names payment institutions whose payment transactions exceeded EUR 150 billion in each of the two preceding calendar years, and for e-money institutions alternatively EUR 40 billion of outstanding electronic money. For an institution like the one in the example, identification is not to be expected, and as a rule the testing programme under Articles 24 and 25 remains, described on the page Resilience testing.
Do the EBA guidelines on ICT and security risk management still apply?+
In part. The EBA amended its guidelines on 11 February 2025 with EBA/GL/2025/02. Since then, only section 3.8 on the relationship with payment service users applies to entities under DORA, and the other sections have been deleted for them.

Read more

Sources

This content provides general technical and organisational information and does not constitute legal advice (no legal services within the meaning of the German RDG).