Pliego de condiciones ERP: el método y el modelo para una pyme en 2026

El pliego de condiciones ERP sirve para obtener respuestas comparables y presupuestables, y después se convierte en la referencia del proyecto y de las pruebas de aceptación. Describe sus procesos, sus volúmenes, sus restricciones y lo que espera del proveedor. No está pensado para convertirse en un catálogo de 300 funciones que todos los editores marcarán con un « sí »: una lista así produce respuestas idénticas y no dice nada sobre cómo tratará el software su actividad. Si su necesidad se centra sobre todo en la relación con el cliente, lea primero la diferencia entre ERP y CRM.

Se redacta internamente. El director general es el promotor: fija los objetivos y decide. Un jefe de proyecto interno, a menudo el director financiero o el controller, lleva la pluma. Cada proceso (compras, ventas, stock, producción, contabilidad) tiene un responsable de negocio que describe el funcionamiento actual y lo que debe cambiar. El responsable de sistemas o su proveedor informático redacta la parte técnica. No confíe la redacción a un integrador al que luego va a consultar: describirá lo que sabe hacer su software. La dirección general y la dirección financiera lo validan, tras una revisión por los responsables de negocio.

Un buen pliego de condiciones ERP cabe en diez partes, en un orden que las respuestas deberán seguir. La primera presenta el contexto y los objetivos: actividad, sociedades y centros, motivo del proyecto y algunos objetivos medibles, como cerrar el mes más rápido o eliminar las dobles entradas entre presupuesto y factura. La segunda describe el alcance por proceso: del presupuesto al cobro, del pedido a proveedor al pago, de la recepción al stock, del registro al cierre, y la producción o los proyectos si procede. Lo que queda fuera del alcance también se escribe.

La tercera da la volumetría: usuarios por perfil (registro, consulta, aprobación), sociedades, divisas, artículos, clientes, facturas emitidas y recibidas al año. Estas cifras condicionan las licencias y el diseño. La cuarta recoge los sistemas existentes y las interfaces: software que se mantiene, archivos Excel críticos, nóminas, tienda online, banco, logística, con el sentido y la frecuencia de cada flujo. La quinta trata la migración de datos: datos maestros, partidas abiertas, histórico, y quién limpia y valida.

La sexta cubre la técnica y la seguridad: alojamiento, autenticación multifactor, permisos por rol, copia de seguridad, reversibilidad de los datos al final del contrato. La séptima enumera las restricciones normativas francesas, detalladas más abajo. La octava expone los criterios de selección y la tabla de puntuación, comunicados a los candidatos antes de su respuesta. La novena fija el calendario y el presupuesto: fecha de arranque prevista, periodos que evitar como el cierre anual, y una horquilla fijada internamente antes de la consulta. La décima impone el formato de respuesta: para cada requisito, cobertura de serie, por configuración, por extensión o por desarrollo específico, y un presupuesto que separe licencias, integración, migración, formación y soporte.

Su futuro ERP debe cumplir textos concretos, y el pliego debe citarlos para que cada candidato se comprometa con ellos. Según las preguntas frecuentes de la DGFiP publicadas en impots.gouv.fr (versión del 1 de septiembre de 2026), todas las empresas deben recibir sus facturas en formato electrónico desde el 1 de septiembre de 2026, a través de una plataforma acreditada, y las pymes deberán emitirlas en ese formato a más tardar el 1 de septiembre de 2027. Un software solo es una « solución compatible » si ofrece las funciones que exige la reforma y está conectado al menos a una plataforma acreditada. Pregunte a cada candidato qué plataforma conecta, quién firma el contrato con ella y cómo gestiona el ERP las cuatro nuevas menciones: el SIREN del cliente, la categoría de la operación, la opción de pago del IVA según los adeudos, y la dirección de entrega si es distinta. El detalle está en nuestro artículo Business Central y facturación electrónica.

Después viene la conservación. El artículo L123-22 del Código de Comercio francés obliga a conservar los documentos contables y los justificantes durante 10 años. El artículo L102 B del Libro de Procedimientos Fiscales fija 6 años para los documentos sujetos al control fiscal y exige conservar en forma informática los creados o recibidos así. El artículo L47 A del mismo libro obliga a la empresa con contabilidad informatizada a entregar, en caso de inspección, una copia de sus ficheros de asientos contables, el FEC. Exija por tanto la generación del FEC, el archivo de los justificantes durante el plazo legal y, si no se migra el histórico, una solución para mantener consultable el sistema antiguo. Si el ERP lo aloja un tercero, el artículo 28 del RGPD impone un contrato escrito con ese encargado del tratamiento, que cubra en particular la seguridad de los datos y su devolución o supresión al final de la prestación. Haga validar estos requisitos por su asesor contable y, para los datos personales, por su DPO.

Un buen requisito describe un proceso y el resultado esperado, no una función. « El software debe gestionar la conciliación a tres bandas » obtendrá un « sí » de todos los candidatos. Describir lo que ocurre en su empresa obliga a cada uno a mostrar cómo lo hace, y a qué precio. Cada requisito lleva un identificador, un proceso, un responsable y una prioridad: obligatorio (sin él, el candidato queda descartado), importante (pesa en la nota), deseable (desempata). Si casi todo es obligatorio, todavía le quedan decisiones por tomar.

Así se redacta el requisito COM-07, conciliación de facturas de proveedores, de prioridad obligatoria: « Nuestras facturas de proveedores llegan por nuestra plataforma acreditada, a un ritmo de [su volumen] al mes. El sistema concilia cada factura con el pedido y el albarán de recepción. Si las cantidades y los precios coinciden, la factura queda lista para contabilizar sin volver a teclearla. Si hay una diferencia, pasa a validación del comprador correspondiente, con la diferencia indicada, y no puede pagarse antes de su decisión. A demostrar con nuestros datos: una factura conforme, una factura con una diferencia de precio, una factura sin pedido. » El candidato puede presupuestar este texto, y usted podrá comprobarlo en la demostración y luego en las pruebas de aceptación.

El error más frecuente consiste en descargar un modelo de pliego de condiciones ERP en PDF y rellenarlo tal cual. Estos modelos ayudan a no olvidar nada, pero no describen la empresa de nadie. El segundo consiste en copiar la situación actual, archivos Excel incluidos, lo que equivale a pagar un ERP para reproducir sus soluciones provisionales. El tercero es olvidar la volumetría, la migración y las interfaces, precisamente las partidas más difíciles de presupuestar a posteriori.

Construir la tabla después de leer las ofertas equivale a elegir la oferta preferida y justificarla después. Confundir al editor, que hace el software, con el integrador, que lo implanta, hace olvidar que a menudo es al segundo a quien realmente elige. Por último, no subestime el tiempo de sus equipos: los responsables que redactan el pliego también probarán la configuración, además de su trabajo habitual.

Compare las respuestas con tres pruebas: una demostración sobre sus casos, referencias a las que llama usted mismo y un coste total a varios años. Tras las respuestas escritas, seleccione tres o cuatro candidatos y envíeles con antelación un escenario extraído de sus requisitos obligatorios, con sus datos anonimizados: un cliente, un pedido, una factura con una diferencia, un cierre de mes. Una demostración estándar enseña lo mejor que hace el software, la suya enseña lo que hace con su actividad. Puntúe en la sesión, entre varias personas, con la tabla anunciada.

Para las referencias, pida clientes de tamaño y sector cercanos, y haga la pregunta que importa: ¿los consultores que llevaron su proyecto estarán en el suyo? Para el coste, sume licencias, integración, migración, formación, soporte, extensiones y plataforma acreditada. Solo para las licencias, Microsoft indica en su web francesa Business Central Essentials a 69,30 € sin IVA por usuario y mes y Team Members a 6,90 €, con compromiso y pago anuales (consulta del 26 de octubre de 2026): 20 usuarios Essentials y 10 Team Members suponen 1455 € sin IVA al mes, es decir 17 460 € sin IVA al año, antes de cualquier servicio. Las demás partidas se detallan en nuestro artículo sobre el precio de Business Central y de un proyecto.