TKG-Readiness

TKG

Customer data and information requests under Sections 172 to 174 of the German Telecommunications Act (TKG)

Sections 172 to 174 of the German Telecommunications Act (TKG) do not affect all providers in the same way. Providers that assign numbers or line identifiers collect a defined data set, databases for automated retrieval are needed only above 10,000 subscribers, and anyone who provides or contributes to telecom services answers individual requests from authorities. Providers of publicly available services also need a secured interface; below 100,000 contract partners the e-mail procedure is enough.

Server rack with patch panels in a darkened equipment room, warm light on the cable guides

Last updated: 2026-11-06

This page covers the data that telecom providers in Germany keep for information requests from security authorities and the three routes for such requests under Sections 172 to 174 of the German Telecommunications Act (TKG). Lawful interception is a separate topic, covered on the page Section 170 TKG and TKÜV.

Legal status: TKG as amended on 22 October 2026, Customer Data Information Ordinance (KDAV), guidance of the Bundesnetzagentur (BNetzA), the German Federal Network Agency, on Sections 172 and 173 TKG, version 1.1 of 7 November 2024, checked on 6 November 2026. Almost all sources are in German. This is general information, not legal advice. Whether and how an obligation applies to your company is a question for a lawyer admitted in Germany.

Customer data and the data set under Section 172

The TKG distinguishes two data sets. Customer data (Bestandsdaten) under Section 3 no. 6 TKG is the data of an end user needed to set up, shape, change or end a contract for telecom services. The data under Section 172 TKG is a fixed set that certain providers collect for the information procedures even if they do not need it for their business: numbers and other line identifiers they assign, name and address of the subscriber, date of birth for natural persons, the address of a fixed line, the device number of a mobile handset supplied with the contract, and the date the number was assigned or the contract began; the end date once known.

According to the Bundesnetzagentur, other line identifiers in practice mainly means the IMSI, and e-mail addresses only where the provider assigned them itself. Traffic data, the data that arises when a service is provided (Section 3 no. 70 TKG), and the content of communications are separate categories.

Who has to do what?

ObligationWhoThreshold
Section 172(1): collect and store before activationproviders of number-based interpersonal services, internet access or signal transmission that assign numbers or other line identifiers or provide lines for identifiers assigned by others; according to the BNetzA also for services that are not publicly availablenone
Section 172(2): verify identityprepaid mobile providers onlynone
Section 172(3): storeproviders of number-independent services such as messengers, to the extent they collect such datanone
Section 173: databases for automated retrievalproviders of number-based interpersonal services or signal transmission that assign numbersunder Section 1 KDAV only publicly available services with more than 10,000 subscribers
Section 174(1) and (6): manual information on requestanyone who provides or contributes to telecom services, (6): on a business basisnone
Section 174(7): secured electronic interfaceproviders of publicly available telecom servicesbelow 100,000 contract partners e-mail procedure only

In our reading, most small providers therefore collect the Section 172 data if they assign numbers or line identifiers, answer manual requests under Section 174 and keep the e-mail procedure under Section 174(7). Automated retrieval under Section 173 only applies above the KDAV threshold. A pure internet access provider that assigns no telephone numbers is not covered by Section 173.

Chart "Who has to do what under Sections 172 to 174 TKG" in four columns. Section 172(1): collect and store data, if you provide number-based services, internet access or signal transmission and assign numbers or line identifiers or provide lines. Section 173: databases for automated retrieval, if you assign numbers, under the Customer Data Information Ordinance only above 10,000 subscribers. Section 174(1) and (6): manual information, anyone who provides or contributes to telecom services. Section 174(7): secured interface, providers of publicly available telecom services; below 100,000 contract partners e-mail procedure only, from 100,000 interface and e-mail procedure.
Tap the graphic to open it at full size.Who is obliged under Sections 172 to 174 TKG. Source: TKG as amended on 22 October 2026, Section 1 KDAV; own illustration, as of 6 November 2026.

Section 172: collect, correct, delete

The data must be collected before activation and stored without delay; for the manual procedure the storage format is free. The BNetzA expects complete and accurate data and leaves the means to the provider. Known changes must be corrected without delay. A provider that uses a third party such as a sales partner remains responsible. The Section 172 data must be deleted at the end of the calendar year following the end of the contract; there is no compensation for collection and storage.

Section 173: automated retrieval and the KDAV threshold

Providers covered by Section 173 keep databases from which the BNetzA can retrieve data at any time, also with incomplete search terms and a similarity search. The BNetzA holds no database of its own and forwards the requests of nine groups of authorities automatically. The provider must ensure that it cannot see the data retrieved. Number blocks assigned to other providers and, for ported numbers, the current porting code belong in the databases. The technical details are in the technical directive TR-AAV, edition 2.0, in force since 25 July 2019. Equipment and operation are at the provider's expense and there is no compensation. The KDAV limits the obligation to providers of publicly available services that assign numbers and have more than 10,000 subscribers.

Section 174: manual information requests

Anyone who provides or contributes to telecom services may use customer data and Section 172 data to answer requests from the authorities listed in subsection 3, and anyone doing so on a business basis must transmit it without delay and in full. This includes data protecting access to devices or storage, such as PIN or PUK, and information on an IP address at a given time, for which traffic data may be analysed automatically and all internal data sources must be used.

The authority must make the request in the individual case, name the statutory provision that allows it to collect the data and make the request in writing or electronically. In urgent cases (Gefahr im Verzug) information may be given on a request in another form, which must then be confirmed in writing or electronically without delay. The requesting authority is responsible for the lawfulness of the request. Entitled are authorities prosecuting criminal and administrative offences, police authorities, the Federal Criminal Police Office and the Customs Criminal Investigation Office as central agencies, the domestic intelligence services, the Military Counterintelligence Service, the Federal Intelligence Service and the Federal Office for Information Security (BSI); for the BSI a transitional rule applies (Section 230(16) TKG). The provider must keep the request and the answer confidential towards the person concerned and third parties.

The interface under Section 174(7)

Providers of publicly available telecom services keep secured electronic interfaces under the Telecommunications Interception Ordinance (TKÜV) and the related technical directive. From 100,000 contract partners this means the interface and the e-mail procedure, below that only the e-mail procedure (called "E-Mail-ESB" by the BNetzA). A responsible specialist checks every request against the formal requirements before it is processed, unless the interface does this automatically.

The BNetzA expects a notification on its form (size class, own unit or contractor, planned start), and below 100,000 contract partners a concept based on its model concept for the e-mail procedure. Using a contractor is allowed; out-of-hours standby is not required according to the model concept. Logging follows Section 35 TKÜV and BNetzA unit 218 may check the arrangements on site. The current technical directive TR TKÜV edition 9.0 was published in the BNetzA Official Gazette 18/2026 on 23 September 2026. We do not supply interface or interception technology; we help with process, roles and documentation.

Costs and enforcement

Providers bear the cost of the arrangements for both procedures. Breaches of the collection, storage, correction and deletion duties under Section 172 carry fines of up to EUR 300,000, failing to ensure retrieval under Section 173 up to EUR 500,000, and breaching confidentiality under Section 174(6) up to EUR 50,000 (Section 228 TKG). In our reading, the maximum is halved for negligence. The interface under Section 174(7) and the duty to transmit under Section 174(6) sentence 1 carry no fine. The BNetzA can, however, enforce these duties under Section 183 TKG with orders, information requests, site visits and periodic penalty payments of up to EUR 1 million, and as a last resort with a full or partial ban on the service. After repeated breaches of certain duties under Sections 172 to 174, but not the interface under Section 174(7), it can also freeze the customer base. All offences with numbers and maximum amounts and the powers under Section 183 are on the page fines under the TKG.

Customer data in the security concept

Under Section 165(1) TKG anyone providing or contributing to telecom services must protect against breaches of personal data, and the security concept under Section 166 describes the measures for Section 165(1) to (7). In our reading, customer databases, the request mailbox and the request process therefore belong in the concept, with access rights, logging and deletion. Forged requests from people posing as authorities are a real risk, so the formal check by the responsible specialist is also a security measure. Data protection law applies alongside. More on the concept: security concept under Section 166 TKG. What the protective measures look like in detail is on the page protective measures under Section 165 TKG.

Example: information request process of a VoIP provider

Fictitious example, not a client. A VoIP provider with 25 employees offers publicly available telephony to business customers, assigns numbers from its own blocks and has around 6,000 subscribers and 900 contract partners. In our assessment it must collect the Section 172 data, answer manual requests and keep the e-mail procedure, but needs no databases for automated retrieval until it exceeds 10,000 subscribers.

StepWhat happensBasis or recommendation
1 Receiptrequest arrives in the e-mail procedure mailbox, time loggedSection 174(7)
2 Formal checkresponsible specialist checks: individual case, statutory provision named, written or electronic, entitled authority; stricter rules for IP addresses and access dataSection 174(2) to (5), (7)
3 Authenticityfor requests outside the interface, call back on an independently sourced number of the authorityrecommendation
4 Lookupdata from the customer and number systems; for IP requests from all internal sourcesSection 174(1)
5 Second checka second person confirms the answer contains exactly the requested datarecommendation
6 Transmissionanswer via the e-mail procedure, without delay and completeSection 174(6), (7)
7 Log and confidentialityrequest logged, no information to the customer or to salesSection 174(6) sentence 2; Section 35 TKÜV per model concept

Steps marked "recommendation" are our professional view; the law does not prescribe them. If the specialist has doubts about the entitlement or form of a request, they clarify them with the legal department or a lawyer before any data is released.

Three common gaps

GapCauseEffectRemedy
Only one person knows the request mailboxno deputy namedrequests wait during absence, transmission is no longer without delaytwo named specialists, daily check during business hours
No notification under Section 174(7)interface duty unknown to small providersthe BNetzA can issue orders and periodic penalty payments under Section 183file the BNetzA form, submit a concept based on the model
Sales partner collects incomplete datadate of birth or line address not mandatory in the order formthe provider remains responsible; breach of Section 172(1) carries a finemandatory fields in the order process, quarterly sample checks

Frequently asked questions

Does a small fibre ISP need databases for automated retrieval?+
Usually not. Section 173 only covers providers that assign telephone numbers, and under the KDAV only above 10,000 subscribers. Collection under Section 172 and manual information under Section 174 apply regardless.
Is an ordinary e-mail address enough as the interface?+
No. Below 100,000 contract partners the e-mail procedure is sufficient, but it is a secured procedure under the technical directive, with a notification to the BNetzA and a concept based on its model. An ordinary mailbox does not meet this.
How long must we keep the Section 172 data?+
Until the end of the calendar year following the end of the contract; then it must be deleted (Section 172(6)). Section 172 does not govern deletion of other customer data.
Can we outsource handling of requests?+
For the interface the BNetzA expressly allows a contractor, and its notification form asks about it. In our reading the provider remains responsible; for collection under Section 172 subsection 5 says so expressly.

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).