No hay escasez de software para la elaboración de informes de sostenibilidad. Sí hay escasez de organizaciones que sepan de antemano qué deben exigir a una herramienta. Este último es el problema real, y explica por qué tantas implementaciones se revierten al cabo de un año o quedan silenciosamente en el olvido.
Una herramienta es un instrumento que ejecuta lo que se le presenta. Solicita datos, conecta fuentes, calcula e informa. Lo que no hace es averiguar qué datos necesita realmente su organización, quién es responsable de ellos y de dónde proceden actualmente las cifras. Ese trabajo se sitúa antes de la herramienta, no dentro de ella.
El orden, por tanto, no es arbitrario: primero saber qué tiene y dónde se encuentra, y solo entonces elegir lo que corresponde. Al revés no funciona, porque una herramienta no aporta estructura a algo que aún no la tiene. A lo sumo, coloca una interfaz sobre el caos. En esta página y la página correspondiente para el sector de instalaciones se explica por qué ese caos está, en la práctica, tan disperso: en el ERP, en facturas, en hojas de cálculo del responsable de instalaciones y en correos con proveedores.
Quien primero selecciona una herramienta y solo después descubre qué datos existen internamente, se topa con un patrón fijo. La implementación dura más de lo previsto, porque a mitad de camino resulta que aún hay que averiguar quién aporta cada cifra. La herramienta se rellena con lo que está disponible por casualidad, no con lo que es completo o verificable. Y en cuanto el contador o un auditor pregunta de dónde procede una cifra, no hay otra respuesta que "estaba en el sistema".
Estos costes no se pueden expresar en un porcentaje — depende de la organización, del número de departamentos implicados y de cuántos datos estaban siquiera identificados. Pero el patrón sí es reconocible: un segundo proceso para, aun así, mapear fuentes y responsabilidades, mientras la herramienta ya está en funcionamiento. Ese segundo proceso también habría sido necesario sin herramienta, y podría haberse hecho antes. Una explicación más extensa de este coste se encuentra en la página sobre lo que realmente cuesta una herramienta por encima de un proceso desorganizado.
La inversión no es complicada, solo poco habitual. Primero se identifica qué datos requiere su informe, de dónde proceden actualmente, quién es responsable de ellos y qué reglas de calidad se aplican o no. Ese panorama —un registro de datos con trazabilidad desde la fuente hasta el informe— es independiente de la herramienta que finalmente elija. Es más, ese panorama es lo que realmente determina qué requisitos puede exigir a una herramienta. Sin ese panorama, compra un sistema basándose en una demostración y una conversación de ventas; con ese panorama, compra un sistema basándose en lo que su organización realmente necesita. Cómo surgen esos requisitos de su propio proceso se explica en la página sobre los requisitos funcionales que se derivan de su propio proceso.
Este razonamiento no es nuevo para quien ya se ha profundizado en el tema — la pregunta central se aborda con más amplitud en la página general sobre cómo elegir una herramienta sin arrepentirse, y la disyuntiva entre comprar primero e implementar el proceso primero se desarrolla por separado en la página que compara ambos órdenes.
El Data Readiness Scan de csrdready.net está diseñado precisamente para realizar esa primera parte: elaborar el registro de datos, documentar la trazabilidad desde la fuente hasta el informe para cada dato, asignar responsabilidades y definir reglas de calidad. No es un informe, ni un cuestionario rellenado — es la base de datos, en orden, antes de que intervenga cualquier herramienta.
La herramienta está en construcción. Quien tenga interés puede inscribirse en la lista de espera; no se ofrece nada que aún no exista, y no se promete nada sobre lo que aportará antes de que esté disponible.
Una vez que existe el registro de datos y queda claro qué pasos entre la fuente y el informe se repiten —obtener la misma cifra del mismo proveedor, realizar el mismo control en la misma hoja de cálculo, enviar el mismo correo al mismo departamento— surge una segunda pregunta: qué parte de ese trabajo todavía requiere una persona, y qué parte se puede automatizar. Esa pregunta queda fuera del alcance de csrdready.net, pero encaja lógicamente como paso siguiente. FTE TO AI calcula, por tarea, qué parte del trabajo puede asumir la IA, basándose en las tareas tal como se ejecutan realmente — no en una estimación previa.
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.