Understanding the EPOC and EPOC-PR request types is essential for operators subject to the EU e-Evidence Regulation. The EU e-Evidence Regulation (Regulation 2023/1543) represents one of the most significant developments in cross-border digital evidence gathering within the European Union. At its core, the regulation introduces two new orders, the European Production Order and the European Preservation Order, which reach the provider as standardised certificates (EPOC and EPOC-PR) and enable judicial authorities in one EU member state to order data directly from the designated establishment or legal representative of a provider in another Member State, wherever the provider is headquartered. For telecommunications operators and other service providers, understanding the distinction between these two instruments is essential for building compliant response processes.
Cet article propose une analyse détaillée de l’EPOC et de l’EPOC-PR, en expliquant le rôle de chaque instrument, qui est habilité à les délivrer, ce qu’ils exigent des prestataires de services, en quoi ils diffèrent l’un de l’autre et comment ils s’articulent avec les dispositifs existants interception légale obligations.
Understanding EPOC and EPOC-PR
The EPOC is an order requiring a service provider to produce specific electronic evidence to the issuing authority. It is the more consequential of the two instruments, as it compels the actual disclosure of data. EPOCs can be issued for subscriber data, for data requested for the sole purpose of identifying the user (such as an IP address with source port and timestamp), for traffic data, and for content data. The authorisation requirements depend on the category. In this article, ‘EPOC’ and ‘EPOC-PR’ are used as shorthand for the orders they transmit.
For subscriber data and user-identification data — which include basic registration information and IP addresses with source port and timestamp — an EPOC can be issued by a judge, a court, an investigating judge, or a prosecutor (or by another competent investigating authority, subject to validation). For traffic data and content data — which include communication metadata such as connection logs and the actual content of communications — an EPOC must be issued or validated by a judge, a court or an investigating judge, reflecting the higher privacy impact of these data categories. For these categories the issuing authority usually notifies the enforcing authority at the same time; outside emergencies, the provider then transmits at the end of the 10-day period unless a ground for refusal is raised.
When a service provider receives an EPOC, it must produce the requested data within ten days, or within eight hours in emergency cases. Any problem with an order (an incomplete form, manifest errors, de facto impossibility, immunities or privileges) is reported on the Annex III form to the issuing authority and, where it was notified, to the enforcing authority of the Member State where the provider’s designated establishment or legal representative is located. Potential conflicts with the law of a third (non-EU) country are raised by the provider through a reasoned objection within 10 days (Article 17). However, the provider cannot simply refuse to comply; the regulation obliges the addressee to execute the order within the deadline unless one of these specific procedures applies.
L’EPOC marque une rupture significative par rapport aux procédures traditionnelles d’entraide judiciaire (MLA), qui exigent que les demandes transitent par des autorités centrales et dont le traitement peut prendre des mois, voire des années. En permettant aux autorités judiciaires d’adresser directement des ordonnances aux prestataires de services, le règlement sur les preuves électroniques réduit considérablement le temps nécessaire à l’obtention de preuves numériques transfrontalières. Pour les prestataires de services, cela signifie qu’ils doivent être prêts à recevoir, valider et répondre aux EPOC dans des délais très courts.
The European Preservation Order (EPOC-PR)
L’EPOC-PR est un instrument moins intrusif qui impose à un fournisseur de services de conserver des preuves électroniques spécifiques dans l’attente d’une demande de communication ultérieure. Contrairement à l’EPOC, l’EPOC-PR n’oblige pas le fournisseur à divulguer des données — il lui impose simplement de veiller à ce que les données spécifiées ne soient pas supprimées, modifiées ou rendues indisponibles de quelque manière que ce soit. L’EPOC-PR fait office de mesure conservatoire visant à empêcher la perte de preuves pendant que l’autorité émettrice prépare une ordonnance de production ou toute autre procédure judiciaire en vue d’obtenir les données.
Prosecutors can issue an EPOC-PR for any data category, whereas EPOCs for traffic or content data require a judge, a court or an investigating judge. This broader issuing authority reflects the lower privacy impact of preservation (the data is retained but not disclosed) compared to production (the data is actually disclosed to the requesting authority).
When a service provider receives an EPOC-PR, it must take immediate steps to preserve the specified data. The preservation obligation ends after 60 days. Within that period the issuing authority can extend it once by 30 days if it needs more time to issue a production request. If it confirms (Annex V) that a production request has been issued, the provider must keep preserving the data until it is produced. Without either, the obligation lapses, and the data fall back under the provider’s normal retention rules.
L'EPOC-PR s'avère particulièrement utile dans les situations où des éléments de preuve risquent d'être supprimés — par exemple, lorsqu'un suspect a connaissance d'une enquête et pourrait tenter de détruire des preuves, ou lorsque les données sont susceptibles d'être supprimées automatiquement en vertu des politiques de conservation du fournisseur de services. En garantissant rapidement la conservation des données, l’EPOC-PR empêche la perte de preuves tout en laissant le temps nécessaire au processus d’autorisation plus rigoureux requis pour une ordonnance de production.
Principales différences entre l'EPOC et l'EPOC-PR
Les différences entre l'EPOC et l'EPOC-PR sont fondamentales et portent sur plusieurs aspects. La distinction la plus fondamentale réside dans leur finalité : un EPOC impose la production (divulgation) des données, tandis qu'un EPOC-PR impose uniquement la conservation (rétention) des données. L'impact d'un EPOC sur la vie privée est nettement plus important que celui d'un EPOC-PR, ce qui se traduit par des exigences d'autorisation et des garanties procédurales différentes.
Issuing authority requirements differ between the two instruments. EPOCs for traffic and content data must be issued or validated by a judge, a court or an investigating judge, while EPOC-PRs can be issued by prosecutors without judicial validation. This difference reflects the proportionality principle — the more invasive the measure, the higher the level of judicial oversight required.
Response timescales also differ. EPOCs require production within ten days (or eight hours in emergencies), while EPOC-PRs require immediate preservation with the obligation lasting 60 days (extendable by a further 30 days, and until the data is produced once the authority confirms that a production request has been issued). The EPOC-PR is designed to be a rapid, temporary measure, while the EPOC is a definitive order requiring substantive compliance.
The grounds for refusal differ between the two instruments. For EPOCs that require notification, the enforcing authority can refuse on limited grounds (immunities and privileges, a manifest breach of fundamental rights, ne bis in idem, dual criminality). The provider itself can flag immunities or privileges on the Annex III form, file a reasoned objection on third-country law, and object to enforcement only on the grounds in Article 16(4), points (a) to (f). For EPOC-PRs there is no notification and no ground for refusal by the enforcing authority, and no third-country objection procedure. The provider can report problems on the Annex III form and, if enforcement is sought, object on the grounds in Article 16(5).
Conséquences pour les opérateurs de télécommunications
Les opérateurs de télécommunications comptent parmi les destinataires les plus susceptibles de recevoir à la fois des EPOC et des EPOC-PR, compte tenu du volume de données relatives aux abonnés, au trafic et aux contenus qu’ils détiennent. Les opérateurs doivent mettre en place des processus et des systèmes permettant de traiter ces deux types d’ordonnances, notamment la capacité de recevoir et de valider les ordonnances entrantes, d’identifier les données pertinentes dans leurs systèmes, de conserver les données en réponse aux EPOC-PR, de fournir les données en réponse aux EPOC, de suivre l’état d’avancement et les délais de chaque ordonnance, et de tenir à jour la documentation et les pistes d’audit pour conformité réglementaire.
Le délai de réponse de dix jours pour les EPOC (et de huit heures pour les urgences) est particulièrement exigeant. Les opérateurs doivent disposer de processus permettant l’identification et l’extraction rapides des données demandées, leur examen par du personnel juridique et de conformité qualifié, ainsi que leur transmission sécurisée à l’autorité requérante. Les processus manuels reposant sur l’intervention de chaque individu peuvent ne pas suffire à respecter ces délais de manière systématique, et les opérateurs devraient envisager d’investir dans des systèmes automatisés ou semi-automatisés pour traiter les demandes de preuves électroniques.
Lien avec l'interception légale
Il est important de distinguer les ordonnances relatives aux preuves électroniques de l’interception légale. L’interception légale implique la capture et la transmission en temps réel des communications au fur et à mesure qu’elles ont lieu. Les ordonnances relatives aux preuves électroniques, en revanche, concernent des données stockées, c'est-à-dire des données qui ont déjà été générées et qui sont conservées par le fournisseur de services. Un EPOC peut demander des données historiques de trafic, des dossiers d'abonnés ou du contenu stocké, mais il n'autorise pas l'interception en temps réel.
Cependant, ces deux cadres sont complémentaires. Les forces de l’ordre peuvent recourir à des mandats relatifs aux preuves électroniques pour obtenir des données historiques sur les habitudes de communication d’une personne ciblée, puis recourir à l’interception légale pour surveiller les communications en cours de cette personne. Les opérateurs doivent être en mesure de prendre en charge ces deux cadres, en disposant de systèmes et de processus adaptés à chacun d’entre eux. Le conservation des données Les politiques de l'opérateur jouent également un rôle important, car la disponibilité des données historiques dépend de la durée pendant laquelle l'opérateur conserve les différentes catégories de données.
Se préparer à la conformité en matière de preuves électroniques
Les opérateurs devraient commencer à se préparer à Conformité en matière de preuves électroniques by designating a designated establishment (if established in the EU) or appointing a représentant légal in a Member State where they offer services (if not) to receive and handle e-Evidence orders. This was due by 18 August 2026. They should map which data they actually hold and for how long under existing law and business need, so they can find it quickly. The e-Evidence Regulation does not require them to keep data longer than they already do. They should also develop internal procedures for receiving, validating, and responding to both EPOCs and EPOC-PRs, train relevant staff on the requirements and timescales, and implement technical systems to support the rapid identification, preservation, and extraction of requested data.
Conclusion
The EPOC and EPOC-PR are the two pillars of the EU e-Evidence framework, each serving a distinct purpose in the cross-border evidence-gathering process. The EPOC compels the production of specified data, while the EPOC-PR requires its preservation. Together, they provide law enforcement with a faster, more direct mechanism for obtaining digital evidence across EU borders, complementing the slower EIO and MLA channels, which remain available. For telecommunications operators, compliance with both instruments requires investment in processes, systems, and trained personnel — but providers that set this up properly gain smoother compliance, reduced regulatory risk, and a constructive relationship with the law enforcement authorities that rely on operator cooperation.
The e-Evidence Regulation also introduces requirements for the establishment of a decentralised IT system to facilitate the transmission of e-Evidence orders between member states and service providers. Since 18 August 2026, orders and responses must go through the EU’s decentralised IT system (built on e-CODEX), where the Member State concerned has connected it. Providers access it through their Member State’s national system, either through the web-based interface or an API based on ETSI TS 104 144. Where the national components are not yet live, orders arrive by secure alternative means, and providers must handle both. The IT system provides a secure, standardised channel for the exchange of orders and responses, and aligning internal processes with its technical requirements avoids compliance challenges as more Member States connect.
Now that the EU e-Evidence Regulation applies, the volume of EPOC and EPOC-PR requests will increase significantly. Operators must ensure their processes can handle EPOC and EPOC-PR requests within the mandated timelines.
Articles connexes
Pour en savoir plus sur des sujets connexes, consultez les articles suivants :
- Les différences entre les preuves électroniques et l'interception légale - et leurs recoupements
- EU E-Evidence Regulation: What Service Providers Must Do Now
- Conservation des données à des fins juridiques dans le secteur des télécommunications : ce que les opérateurs doivent conserver et pendant combien de temps
Ressources externes
Les ressources externes suivantes fournissent un contexte supplémentaire et une documentation officielle :
