Registro de fuentes GRI y solicitud de datos

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Muchos equipos de elaboración de informes comienzan la recopilación de datos con una hoja de cálculo encabezada únicamente por «indicador», «valor» y «responsable». Eso puede bastar para dar seguimiento a una cifra, pero no basta para establecer si la cifra responde al requisito de divulgación, utiliza el límite correcto, ha sido revisada o puede localizarse en el informe publicado. A medida que avanza la redacción, las notas metodológicas quedan en el correo electrónico, la evidencia queda en unidades compartidas y las referencias a páginas se añaden manualmente después del diseño. Las mismas preguntas vuelven a plantearse el año siguiente.

Un registro de fuentes convierte este proceso fragmentado en un sistema de elaboración de informes. Desglosa cada requisito de divulgación en requisitos de información gestionables, crea una solicitud con un responsable asignado, vincula la respuesta con la evidencia y la revisión, y lleva el resultado aprobado a la redacción y al Índice de contenidos. También hace visibles las cuestiones no resueltas con suficiente antelación para escalarlas, en lugar de descubrirlas durante la semana de publicación final o en las sesiones de revisión del aseguramiento.

El registro debería permitir que un revisor competente responda a cinco preguntas sin buscar en la correspondencia del proyecto: ¿Qué se exigía exactamente? ¿Qué población y periodo estaban incluidos? ¿Qué fuente y método produjeron la información? ¿Qué revisión y resolución de cuestiones tuvieron lugar? ¿Dónde se publica la información aprobada? Si no se puede responder a una de esas preguntas, la fila no está completa.

Figura 1. Flujo de trabajo de fuente a divulgación para la elaboración de informes GRI. El registro vincula el requisito, la solicitud de datos, la evidencia fuente, la revisión, la redacción y el Índice de contenidos, y luego lleva el registro al siguiente ciclo de elaboración de informes.

Un contenido puede contener varios subrequisitos, distintos responsables y distintas fuentes. Tratar el número del contenido como una sola fila suele ocultar brechas. Por ejemplo, un contenido cuantitativo puede requerir un total, desgloses, metodología, supuestos y una explicación contextual. Una fila puede proceder de un sistema ambiental, otra de finanzas, otra de una metodología aprobada y otra de los comentarios de la dirección. El registro debe ser suficientemente detallado para detectar brechas a nivel de requisito, pero no estar tan fragmentado que el equipo no pueda gestionarlo.

Figura 2. Anatomía de un registro práctico de fuentes GRI. El registro debe mostrar qué se requiere, quién es responsable, cómo se definen los datos, dónde se encuentra la evidencia, qué sigue sin resolverse y dónde se publica el contenido aprobado.

Fije el conjunto de fuentes. Registre los Estándares Universales, Sectoriales y Temáticos de GRI aplicables, las ediciones y el contexto de vigencia antes de diseñar las solicitudes.

Descomponga la información a revelar. Divida cada información a revelar en necesidades de información a nivel de requisito, incluidos los desgloses cuantitativos, la metodología, la información narrativa, las omisiones y la información contextual.

Establezca la aplicabilidad y el alcance. Defina las entidades informantes, la población de impacto, el límite de la métrica, el periodo, la unidad, las definiciones y el desglose requerido para cada fila.

Asigne la responsabilidad. Nombre al responsable de los datos, al responsable de la metodología, al preparador, al revisor, al aprobador y al responsable de la redacción; evite utilizar un buzón genérico del equipo como único responsable.

Mapee las fuentes existentes. Vincule los sistemas fuente, informes, políticas, contratos, cálculos, actas de gobernanza y conjuntos de datos externos antes de emitir una nueva solicitud.

Genere la solicitud de datos. Envíe únicamente las filas pertinentes al destinatario, con definiciones, expectativas sobre la evidencia, fecha de vencimiento y vía de escalamiento.

Revise y resuelva. Compruebe la integridad, exactitud, variación, metodología y evidencia; abra incidencias en lugar de corregir silenciosamente los datos en el registro maestro.

Publique y bloquee. Traslade la redacción y las ubicaciones aprobadas al informe y al Índice de contenidos, conserve el conjunto final de evidencias y, a continuación, cree la copia de actualización interanual del año siguiente.

La solicitud debe traducir la fila técnica en una instrucción que el responsable de los datos pueda ejecutar. Una solicitud que pida únicamente 'datos de empleados de GRI 2-7' presupone que el destinatario conoce las categorías, la base del recuento, el periodo, el desglose esperado, las condiciones para realizar estimaciones y los requisitos de evidencia. La plantilla siguiente explicita esas expectativas.

La pregunta operativa, el alcance, la fecha, los desgloses, el tratamiento metodológico, la conciliación, la evidencia, el revisor y la fecha límite son visibles. La solicitud no pide al responsable de RR. HH. que decida si se permite una omisión ni que redacte el Índice de contenidos; esas decisiones siguen correspondiendo al equipo de información y revisión técnica.

Un único campo de porcentaje completado es demasiado débil para un proyecto controlado. Una fila puede contener un valor presentado y aun así no cumplir con el alcance, la metodología, la evidencia o la redacción. Utilice un modelo de estados que refleje el punto de control real de la información.

El registro muestra el requisito afectado; el registro de incidencias gestiona la resolución. Debería abrirse una incidencia cuando la respuesta no pueda corregirse mediante un comentario ordinario de revisión o cuando la resolución requiera criterio interfuncional, una decisión de la dirección o un tratamiento de publicación. Mantenga el ID de la incidencia vinculado a cada fila afectada del registro.

La persona responsable de los informes crea un registro de fuentes con una fila por cada requerimiento de información significativo y asigna identificadores estables. Las filas correspondientes a GRI 2, GRI 3 y los temas materiales se vinculan al censo de la entidad y a la evidencia sobre gobernanza. Las métricas temáticas se vinculan a las extracciones de los sistemas y a los archivos de cálculo. Los requerimientos narrativos se vinculan a políticas aprobadas, evidencia de procesos, actas o registros de la dirección, en lugar de vincularse únicamente a un párrafo preliminar.

Cada filial recibe un paquete de solicitud filtrado. Una nota metodológica central define las categorías de empleados, la conversión de energía, la clasificación de incidentes y las adquisiciones. El registro de problemas identifica tres problemas recurrentes: definiciones locales que no coinciden con el manual del grupo, evidencia almacenada únicamente en correos electrónicos y divulgaciones en el sitio web cuyas URL no son definitivas. El grupo resuelve las definiciones antes de la consolidación, traslada la evidencia a carpetas controladas y retrasa la prueba final del Índice de contenidos hasta que el sitio publicado esté disponible. Al cierre del ejercicio, el registro aprobado se bloquea y se copia para el siguiente ciclo, señalando las filas modificadas.

Una solicitud de datos GRI debe indicar la solicitud y el ID de la información a revelar, la información necesaria, el alcance, la población, el periodo, la unidad, las definiciones, la desagregación, la metodología o el tratamiento de las estimaciones, las expectativas relativas a la evidencia y la conciliación, el responsable, el revisor, la fecha de vencimiento y la vía de escalamiento. Genérela a partir de la fila del registro de fuentes, dejando las decisiones sobre omisiones y sobre el Índice de Contenidos en manos del equipo de información y revisión técnica.

El registro de fuentes no es el Índice de Contenidos GRI. Es un control interno que vincula los datos a nivel de requisito con los responsables, los límites, los métodos, la evidencia, la revisión, las cuestiones y las ubicaciones de publicación final; el Índice de Contenidos es el localizador público y registro del estado de la información de GRI, que el registro de fuentes ayuda al equipo a elaborar.