En la mayoría de las organizaciones hay un nombre debajo del informe de sostenibilidad. Un CSO, un controller, a veces el CFO. Ese nombre es responsable del resultado final: las cifras que se publican, las explicaciones que las acompañan. Pero el informe es la punta del iceberg. Por debajo hay un proceso de meses: recopilar datos de sistemas y hojas de cálculo, aplicar definiciones, hacer aprobar las cifras por personas que conocen la fuente. Quién es el propietario de ese proceso es una pregunta distinta a quién firma el informe, y esa pregunta a menudo no se formula.
La diferencia no es trivial. El propietario del informe puede ser una persona íntegra y aun así depender de cifras que nadie gestiona de forma estructural. Si el proceso subyacente no tiene propietario, el informe se apoya en la suposición de que las personas correctas hacen las cosas correctas en el momento correcto. Eso a veces funciona durante un año. No funciona de forma estructural.
Ser propietario del proceso subyacente es algo distinto de la responsabilidad final sobre el resultado. Significa: alguien sabe, para cada dato, de dónde procede, quién lo introduce, quién lo controla y qué ocurre si la fuente cambia. Ese es un rol que puede variar según el dato. Los datos de energía proceden de instalaciones, los datos de personal de RR. HH., la información de la cadena de suministro de compras. Cada una de esas fuentes necesita un propietario distinto, con conocimientos distintos y una responsabilidad distinta.
La pregunta quién es el propietario del control está directamente relacionada con esto. El control no es algo que surja automáticamente en cuanto se ha implantado un proceso de reporte. Alguien debe gestionar las reglas que determinan si una cifra es correcta, y esa persona no es automáticamente la misma que elabora o firma el informe.
Sin un propietario designado, el trabajo se desplaza hacia quien esté disponible en ese momento. Un compañero que aportó la cifra el año pasado, vuelve a hacerlo este año, sin que nadie haya registrado que esta es su tarea. Si ella cambia de puesto, el conocimiento desaparece con ella. Si cambia la sistemática de la fuente, nadie lo nota hasta que el informe ya está terminado. Qué hace usted cuando nadie es propietario describe este patrón: no como excepción, sino como la situación estándar en muchas organizaciones que acaban de empezar con datos de sostenibilidad estructurados.
Los costes de este vacío no son visibles en un solo año de reporte. Se hacen visibles cuando alguien se marcha, cuando una auditoría plantea preguntas que nadie puede responder, o cuando dos departamentos creen ambos que el otro ya lo tenía resuelto.
Parte de la falta de claridad surge en la frontera entre finanzas y sostenibilidad. Ambos departamentos tienen interés en las cifras, ambos disponen de partes de los datos necesarios, y ninguno de los dos tiene por definición la visión de conjunto. Cómo divide usted el ownership entre finanzas y sostenibilidad no es, por tanto, un detalle organizativo, sino uno de los primeros nudos que hay que resolver antes de que una estructura de datos sea sostenible.
En organizaciones con varias entidades, esto se complica un nivel más. ¿Quién es el propietario de la definición de un dato cuando cinco filiales lo miden de forma ligeramente distinta? Quién es el propietario de la definición de un dato en un grupo con varias entidades y quién es el propietario del proceso subyacente en un grupo con varias entidades son preguntas que no resuelve una herramienta de reporte, sino acuerdos que quedan fijados antes de configurar el sistema. También el control en sí mismo aumenta en complejidad en cuanto hay varias entidades: quién es el propietario del control en un grupo con varias entidades es una pregunta distinta a la de una organización única, y requiere una respuesta propia.
La tentación de dejar estas preguntas sin resolver y adquirir una herramienta que genere el informe es grande. Pero una herramienta sobre un proceso sin propietarios produce informes más pulidos sobre cifras que nadie controla de forma estructural. El orden es al revés: primero fijar quién es propietario de qué dato, quién conoce la fuente, quién gestiona la regla de calidad. Solo entonces una herramienta tiene algo sobre lo que construir.
El Data Readiness Scan está construido siguiendo ese orden. Es un registro de datos con linaje desde la fuente hasta el informe, con ownership y reglas de calidad por dato. No es una herramienta de reporte, ni un rellenador de cuestionarios, sino el registro que fija quién es responsable de qué, de modo que esa pregunta ya no se vuelva a plantear en cada ciclo de reporte.
Una vez que queda claro quién es propietario de qué parte del proceso, surge una pregunta de seguimiento: cuánto tiempo cuesta gestionar ese ownership, y qué parte de ese trabajo es por definición trabajo que debe hacer una persona frente a trabajo repetible y transferible. El escáner de trabajo de FTE TO AI calcula, por tarea, qué parte del trabajo se puede transferir a la IA, y es un paso siguiente lógico en cuanto se ha fijado el ownership sobre los datos: solo cuando se sabe quién es propietario de qué, puede hacerse visible qué parte de esa propiedad realmente exige trabajo humano y qué parte se puede apoyar de forma estructural.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.