Método · Configuradores FDES
¿Cómo se crea un configurador FDES? Las etapas del proyecto
La creación de un configurador FDES (el formato francés de DAP, Fiche de Déclaration Environnementale et Sanitaire) no empieza por la interfaz. Empieza por delimitar el proyecto y comprender sus productos y los datos que los hacen variar, continúa con la construcción del modelo de ACV y, solo entonces, con el desarrollo de la aplicación, antes de las pruebas y la verificación.
Esta guía está dirigida a los fabricantes que se plantean un configurador y quieren saber qué tendrán que preparar, quién debe participar y qué se realizará durante el proyecto.
Índice
- ¿Cuáles son las etapas de un proyecto de configurador FDES?
- ¿Qué datos hay que preparar?
- ¿Cómo se convierte el modelo de ACV en una aplicación?
- ¿Cómo hacer la herramienta sencilla para no expertos?
- ¿Qué funcionalidades prever?
- ¿Qué puede complicar un proyecto de configurador FDES?
- ¿Cómo preparar un proyecto de configurador FDES?
- Lo esencial
Cuando uno se imagina un configurador FDES, piensa primero en la pantalla: unos campos, un botón, una FDES que sale. Sin embargo, es lo último que se construye. Antes de la interfaz, hay que comprender sus productos, saber qué los hace variar y traducirlo en un modelo de ACV. También hay que comprender sus procesos, para encontrar la mejor forma de integrar el configurador FDES en su organización (creación automática al introducir un presupuesto, acceso para los comerciales de campo, acceso compartido entre sus equipos). Esta guía sigue el proyecto en el orden en que se desarrolla y precisa, en cada etapa, lo que usted tendrá que preparar.
¿Cuáles son las etapas de un proyecto de configurador FDES?
Un proyecto de configurador se desarrolla en cinco etapas: delimitar el proyecto, recopilar y estructurar los datos, construir el modelo de ACV, desarrollar la aplicación y, por último, probarla y hacerla verificar. Las tres primeras se hacen al principio, antes de escribir una sola línea de código.
Las cinco etapas de un proyecto de configurador FDES
Al principio · comprender y modelizar
01 Definir el proyecto
Productos que cubrir, tipo de configurador, entregables esperados, usuarios: se fija el perímetro.
Perímetro definido
02 Recopilar y estructurar los datos
Familias, referencias, composiciones, centros, procesos, transportes: se separa lo que permanece igual de lo que varía.
Datos estructurados
03 Construir el modelo de ACV
Hipótesis, escenarios, variables, reglas y fórmulas de cálculo, y los límites dentro de los cuales puede variar cada parámetro.
Modelo de ACV paramétrico
Después · equipar y verificar
04 Desarrollar la aplicación
Recorrido de usuario, interfaz, motor de cálculo, exportaciones PDF y XML, controles de introducción de datos.
Aplicación
05 Probar y hacer verificar
Configuraciones de prueba y, después, el examen del modelo y de la aplicación por un verificador externo habilitado por INIES.
Configurador verificado
El orden no es negociable. Cada campo que aparece en pantalla corresponde a una variable del modelo de ACV, con sus valores autorizados: una interfaz desarrollada antes de que los datos y el modelo estén estabilizados tendrá que rehacerse.
¿Qué datos hay que preparar?
Hay que preparar dos tipos de datos: los que construyen el modelo de ACV, reunidos una sola vez, y los que el usuario introducirá en cada FDES. La frontera entre ambos decide lo que podrá variar.
Dos tipos de datos, una frontera
Una vez, para construir el modelo
Los datos del modelo de ACV
- Materiales y formulaciones
- Centros y procesos
- Energía, rendimientos, mermas
- Datos de proveedores
- Transporte de suministro, embalajes
- Puesta en obra, vida útil en obra, fin de vida
En cada FDES, por el usuario
Los datos introducidos
- Familia o referencia
- Dimensiones, espesores
- Acabado
- Distancia de entrega
- Composición, centro generador
El marco de introducción de datos une ambos lados: valores autorizados, rangos, combinaciones prohibidas.
Un dato ausente o aproximado no siempre bloquea el proyecto, pero debe detectarse desde la delimitación. Un proyecto pertinente sobre el papel puede requerir primero un verdadero trabajo sobre los datos: es uno de los cinco factores de la guía de pertinencia.
¿Cómo se convierte el modelo de ACV en una aplicación?
Traduciendo cada elemento del modelo en un elemento de la aplicación: las variables se convierten en campos, los rangos en controles, las reglas de cálculo en el motor y los entregables en exportaciones.
Del modelo de ACV a la aplicación
- Variables Campos del formulario
- Rangos y valores autorizados Controles de introducción de datos
- Reglas y fórmulas de cálculo Motor de cálculo
- Elementos de los entregables Exportaciones PDF y XML
Trazabilidad de cada generación: versión del modelo, parámetros introducidos, resultados obtenidos.
Queda por demostrar que la aplicación calcula correctamente. Se hace primero con configuraciones de prueba cuyo resultado se conoce y, después, mediante la verificación: un verificador tercero, habilitado por el programa INIES (la base de datos nacional francesa de DAP), examina el modelo y su traducción en la aplicación. Es independiente de todas las partes del proyecto: no es ni el fabricante, ni quien realiza el ACV, ni la empresa que ha desarrollado el configurador. INIES publica la lista de verificadores habilitados, y la guía de verificación detalla lo que examinan.
¿Cómo hacer la herramienta sencilla para no expertos?
Partiendo de lo que saben los usuarios, no de lo que contiene el modelo. Un comercial conoce la referencia pedida y la obra; un ingeniero de producto conoce la formulación. Ninguno de los dos tiene que manejar un factor de emisión.
El vocabulario del oficio, no el de la ACV
- ProductoLadrillo hueco Composición y proceso de la familia
- Espesor20 cm Cantidad de material por unidad
- AcabadoFlameado Proceso de acabado asociado
- Código postal de la obra69003 Distancia y transporte hasta la obra (módulo A4)
En la práctica, esto pasa por formularios redactados con el vocabulario del oficio, una introducción de datos por etapas en el orden en que el usuario piensa su producto, listas en lugar de campos libres y mensajes de error que dicen qué corregir.
Es la apuesta del configurador DimACV, diseñado con el CTMNC para el sector de la piedra natural: los fabricantes, a menudo no expertos en ACV, describen su cantera, sus procesos y sus formatos, y las reglas metodológicas del proyecto se aplican automáticamente. El proyecto DimACV muestra este recorrido.
¿Qué funcionalidades prever?
Depende de quién vaya a utilizar la herramienta y para qué. Seis funcionalidades se repiten a menudo en los proyectos.
Las funcionalidades más habituales
Cuentas y permisos
Quién accede a qué: equipos internos, clientes, fabricantes de un sector.
Familias de productos
Añadir o modificar familias, dentro del marco del modelo.
Configuración y controles
Rangos, listas de valores, coherencia entre los campos.
Exportaciones PDF y XML
La FDES, el XML que esperan INIES y el software de cálculo, una hoja de cálculo si es necesario.
Versiones y trazabilidad
Versión del modelo, parámetros y resultados de cada generación.
Conexiones
Importación desde un ERP o una base de productos, o API, según sus sistemas.
¿Qué puede complicar un proyecto de configurador FDES?
La principal dificultad de un proyecto de configurador FDES suele ser la recopilación y la calidad de los datos necesarios para la modelización ambiental. Otros factores pueden influir también en su complejidad.
- Datos difíciles de recopilar: la información sobre las materias primas, los consumos energéticos o los procesos de fabricación puede estar dispersa entre varios departamentos, plantas de producción o proveedores.
- Productos muy diferentes: algunas familias de productos presentan composiciones o procesos de fabricación que requieren varios modelos de ACV.
- Parámetros difíciles de definir: hay que identificar las características que pueden variar y sus límites de variación, respetando las reglas del programa INIES propias del tipo de configurador elegido (generador o distribuidor).
- Datos de calidad variable: alguna información puede estar incompleta, ser poco representativa o estar insuficientemente documentada.
La fase de delimitación permite identificar estos retos, evaluar los datos disponibles y definir un alcance adaptado al proyecto.
¿Cómo preparar un proyecto de configurador FDES?
Antes de lanzar el desarrollo de un configurador FDES, conviene hacer balance de los productos afectados, los datos disponibles y los objetivos del proyecto. Estos son cinco elementos que examinar para facilitar su delimitación.
- 01Identificar los productos afectados¿Qué familias de productos desea cubrir con su configurador FDES?
- 02Estimar el número de FDES que producir¿Cuántas referencias o variantes desea poder declarar?
- 03Comprobar si ya dispone de ACV o de FDES existentesPueden servir de punto de partida para su proyecto.
- 04Identificar los datos disponibles¿Sabe dónde se encuentran sus datos de fabricación, de composición y de transporte?
- 05Precisar sus objetivos¿Desea producir FDES internamente, integrarlas en sus herramientas o permitir que sus clientes personalicen algunas declaraciones?
Lo esencial
Un configurador FDES es a la vez un proyecto de ACV y un proyecto de software. Requiere tres requisitos previos: productos que se saben describir, datos que se saben encontrar y un uso de las FDES que se sabe formular. El resto se construye con un equipo que reúna ambas competencias, preparando la verificación desde el primer día.
Prediagnóstico gratuito
¿Es viable su proyecto de configurador FDES?
Hablemos de sus productos, de los datos de que dispone y de sus objetivos para identificar los principales retos de su proyecto y los próximos pasos que conviene plantear.
Sin compromiso · Con un experto en ACV y un experto digital
Preguntas frecuentes
¿Se puede crear un configurador FDES sin haber realizado antes ningún ACV?
Sí. Si todavía no dispone de ACV, la modelización ambiental puede realizarse en el marco del proyecto. Si ya tiene ACV o FDES, pueden servir de punto de partida, siempre que se compruebe su adecuación al futuro configurador.
¿Hay que disponer de todos los datos antes de empezar el proyecto?
No. El proyecto puede comenzar con un inventario de los datos disponibles y de los que quedan por recopilar. Esta etapa permite identificar la información necesaria para la modelización de ACV, detectar posibles carencias y organizar su recopilación.
¿Se puede empezar con una sola familia de productos y añadir otras después?
Sí. Un configurador puede diseñarse para evolucionar progresivamente. Es posible empezar con una primera familia de productos e integrar otras más adelante. Según sus características, estas nuevas familias podrán requerir modelos de ACV adicionales y una ampliación del alcance verificado.
¿Qué personas deben implicarse por parte del fabricante?
Es importante movilizar a las personas que conocen los productos y sus procesos de fabricación. Según su organización, pueden ser los equipos técnicos, de producción, de I+D o de medio ambiente. Un responsable de proyecto facilita además la recopilación de la información, la coordinación y la validación de las distintas etapas.
¿Cuánto tiempo se necesita para crear un configurador FDES?
No existe una duración estándar. El calendario depende, en particular, del número de familias de productos, de la disponibilidad de los datos, de la complejidad de los modelos de ACV y de las funcionalidades esperadas. También hay que prever las fases de pruebas, de verificación y, si es necesario, los trámites de reconocimiento del configurador.
¿Hay que hacer verificar cada FDES producida por el configurador?
Depende del tipo de configurador y de las modalidades de verificación aplicables. Un generador FDES puede requerir una verificación complementaria de las declaraciones producidas, mientras que un distribuidor funciona dentro de un marco de parametrización más limitado. Estas condiciones deben definirse desde la delimitación del proyecto, conforme a las reglas del programa INIES.
¿Se puede modificar un configurador FDES después de su verificación?
Sí. Un configurador puede evolucionar para integrar nuevas funcionalidades, modificar algunos parámetros o añadir familias de productos. No obstante, los cambios que afectan a los modelos de ACV, a los cálculos o al alcance verificado pueden requerir una nueva verificación. Por eso es importante distinguir las evoluciones puramente funcionales de las evoluciones ambientales.




