Regulation (EC) No 166/2006 of the European Parliament and of the Council of 18 January 2006 concerning the establishment of a European Pollutant Release and Transfer Register and amending Council Directives 91/689/EEC and 96/61/EC (Text with EEA relevance)
Fecha y vigencia tomadas de la base de datos de la Oficina de Publicaciones de la UE el 28 de agosto de 2026. Esta página explica cómo se cumple, no sustituye al texto oficial ni constituye asesoramiento jurídico.
Cuatro fases. La primera es la que casi nadie hace y la que evita reclamar durante semanas a quien no emite el documento.
Fijar de quién sale cada documento antes de pedir nada. Es lo que evita reclamar durante semanas a quien no lo emite.
La petición sale sola por el canal donde esa persona sí contesta, insiste cuando toca y cambia de canal si no hay respuesta.
Qué se mira de cada documento cuando llega: vigencia, alcance y que corresponde al lote, la obra o el envío.
Dónde queda archivado, atado a qué expediente, y con qué aviso antes de que caduque.
¿Es este tu caso? Cuéntanoslo y lo montamos contigo — el proceso se define una vez y sirve para los siguientes cien.
La referencia 32006R0166 se convierte en un control distinto cuando se separan su objeto, quién aporta cada evidencia y qué decisión debe poder reconstruirse después.
En PRTR, Compliance debe delimitar este ámbito antes de automatizarlo. La evidencia se vincula a 32006R0166, a su versión vigente y a la decisión tomada sobre este punto concreto.
| Evidencia o dato | Quién lo aporta | Momento del control | Rastro que debe quedar |
|---|---|---|---|
| Documento firmado con su evidencia | Ambas partes | A quién le toca | PRTR · 32006R0166 · control 1: origen, fecha, versión y resultado de revisión. |
| Acuse de recepción trazable | Destinatario | A quién le toca | PRTR · 32006R0166 · control 2: origen, fecha, versión y resultado de revisión. |
| Registro de acceso y custodia | Empresa | A quién le toca | PRTR · 32006R0166 · control 3: origen, fecha, versión y resultado de revisión. |
| Sellado con fecha cierta | Prestador de confianza | Recogida | PRTR · 32006R0166 · control 4: origen, fecha, versión y resultado de revisión. |
La fuente oficial define la obligación. El proceso interno debe traducirla en información, responsables, revisión y evidencia sin sustituir la interpretación profesional.
Comprueba en 32006R0166 qué productos, actividades, territorios y fechas afectan realmente a la organización.
Compliance suele coordinar este control, con apoyo jurídico o técnico cuando la interpretación lo requiera.
La propuesta de proceso identifica qué información habría que confirmar antes de implantar un flujo para PRTR.
Registra fuente, versión, vigencia, decisión y fecha de próxima revisión; un cambio normativo no debe quedar oculto en una plantilla antigua.
Completa los campos entre corchetes y pégalo para empezar a configurar el proceso con tu contexto.
OPERATIVA — PRTR
La fuente oficial define la obligación. El proceso interno debe traducirla en información, responsables, revisión y evidencia sin sustituir la interpretación profesional.
Fase 1 — Delimitar la operación
Documentos: referencia normativa o contractual aplicable y descripción de la actividad que se revisa.
Datos: operación [referencia], objeto [producto, servicio o centro], mercado [país], responsable [rol] y fecha objetivo [fecha].
Control: confirmar el alcance con el responsable competente; no tratar todas las evidencias de esta plantilla como obligaciones universales.
Fase 2 — Documento firmado con su evidencia
Documentos o evidencias: Documento firmado con su evidencia.
Origen de la información: Ambas partes.
Datos para Trackline: referencia de la evidencia, objeto al que corresponde, emisor, fecha, versión y enlace al archivo o registro. Identificar el alcance y los elementos cubiertos por esta evidencia.
Control: contrastar «Documento firmado con su evidencia» con la operación identificada y registrar discrepancias o ausencias.
Condición de avance: el rol revisor [asignar] acepta la evidencia o deja la excepción abierta con motivo y fecha de resolución.
Fase 3 — Acuse de recepción trazable
Documentos o evidencias: Acuse de recepción trazable.
Origen de la información: Destinatario.
Datos para Trackline: referencia de la evidencia, objeto al que corresponde, emisor, fecha, versión y enlace al archivo o registro. Identificar el alcance y los elementos cubiertos por esta evidencia.
Control: contrastar «Acuse de recepción trazable» con la operación identificada y registrar discrepancias o ausencias.
Condición de avance: el rol revisor [asignar] acepta la evidencia o deja la excepción abierta con motivo y fecha de resolución.
Fase 4 — Registro de acceso y custodia
Documentos o evidencias: Registro de acceso y custodia.
Origen de la información: Empresa.
Datos para Trackline: referencia de la evidencia, objeto al que corresponde, emisor, fecha, versión y enlace al archivo o registro. Identificar el alcance y los elementos cubiertos por esta evidencia.
Control: contrastar «Registro de acceso y custodia» con la operación identificada y registrar discrepancias o ausencias.
Condición de avance: el rol revisor [asignar] acepta la evidencia o deja la excepción abierta con motivo y fecha de resolución.
Fase 5 — Sellado con fecha cierta
Documentos o evidencias: Sellado con fecha cierta.
Origen de la información: Prestador de confianza.
Datos para Trackline: referencia de la evidencia, objeto al que corresponde, emisor, fecha, versión y enlace al archivo o registro. Registrar también la fecha de vigencia o revisión que figure en la fuente; no inferirla.
Control: contrastar «Sellado con fecha cierta» con la operación identificada y registrar discrepancias o ausencias.
Condición de avance: el rol revisor [asignar] acepta la evidencia o deja la excepción abierta con motivo y fecha de resolución.
Fase 6 — Cerrar y conservar
Documentos: conjunto de evidencias revisadas y decisiones sobre las excepciones.
Datos: estado de cada requisito, aprobación, fecha de cierre y próxima revisión.
Destino: expediente de PRTR.
Control: separar lo exigible por norma, contrato o política interna. Esta configuración operativa no sustituye una evaluación jurídica ni acredita por sí sola el cumplimiento.Code Contract lo pide por donde esa persona sí contesta, insiste solo, lo lee al entrar y lo deja demostrable. Y quien lo manda no se registra en nada.