Integración entre proyecto y ERP: qué revisar antes de conectar los sistemas
Una integración es confiable cuando códigos, revisiones y responsables están acordados antes del primer intercambio automático.
Conectar el software de proyectos con el ERP puede eliminar la digitación repetida y acortar el camino entre la cotización y la producción. Sin embargo, una conexión técnica por sí sola no garantiza información confiable. Si los dos sistemas no coinciden en códigos, unidades o revisiones, la automatización solo traslada la inconsistencia más rápido.
Antes de construir el intercambio, alinee el proceso que la integración debe atender.
Defina el origen de cada campo
No todos los sistemas deben controlar todos los datos. La geometría del producto y las reglas de configuración pueden comenzar en el entorno de proyecto, mientras que precios, impuestos, inventario y situación comercial permanecen en el ERP.
Cree un mapa de campos que responda tres preguntas:
- ¿Dónde se crea este valor?
- ¿Qué sistema puede modificarlo?
- ¿Qué ocurre si el valor falta o no es válido?
Esto evita sobrescrituras silenciosas y hace que el tratamiento de errores forme parte del diseño, en lugar de quedar para después.
Confirme identificadores y unidades
El código del ítem es el puente entre el producto configurado y el registro administrativo. Pruebe códigos con ceros iniciales, sufijos, ítems inactivos y sustitutos. Confirme si las cantidades pueden ser fraccionarias y qué unidad espera cada sistema.
Una diferencia pequeña —milímetros en un sistema y metros en otro, por ejemplo— puede afectar todas las líneas de una lista de materiales.
Decida qué significa una revisión
Un cambio solicitado por el cliente puede modificar el layout, la lista de materiales, la cotización o los tres. Defina cuándo un proyecto se convierte en una nueva revisión, si una cotización aprobada puede sobrescribirse y cómo identifica el usuario la última versión válida.
Mantenga una referencia que conecte el dibujo, la lista de materiales exportada y el documento del ERP. Sin esa relación, el equipo puede fabricar una revisión anterior aunque la transferencia haya funcionado correctamente.
Pruebe excepciones reales
No alcanza con probar el camino ideal. Incluya:
- un código de producto desconocido o inactivo;
- un acabado obligatorio sin equivalente en el ERP;
- el mismo proyecto exportado dos veces;
- un proyecto revisado con ítems eliminados;
- una falla temporal de comunicación;
- un resultado parcial que no debe aceptarse como completo.
Para cada caso, defina qué verá el usuario y quién será responsable de resolverlo.
Empiece con un traspaso controlado
Ejecute los primeros proyectos con una comparación visible entre la lista de materiales de WBCcad y el resultado del ERP. El objetivo no es mantener una revisión manual permanente, sino comprobar que el mapeo, las cantidades y las revisiones se comportan como fue acordado.
Cuando el piloto esté estable, amplíe por familia de productos o unidad de negocio. Una implementación gradual protege la operación diaria y ofrece evidencia clara de qué reglas están listas para crecer.
Una buena integración no oculta el proceso. Entrega a todas las áreas la misma versión rastreable del proyecto y hace visibles las excepciones antes de que lleguen a producción.