El error no está en SolidWorks ni en el ERP. Está en obligar a ambos a vivir de espaldas
En una empresa industrial, ingeniería suele trabajar con información de producto que cambia con rapidez. Producción, compras, logística y finanzas necesitan que esa información llegue al ERP con estructura, trazabilidad y en el momento correcto.
Cuando ese paso depende de copiar manualmente códigos, descripciones, materiales, cantidades, revisiones o atributos, aparece una brecha difícil de sostener. La lista de materiales que ve producción puede no coincidir con la última revisión de ingeniería. Un nuevo componente puede existir en CAD pero todavía no estar dado de alta en el ERP. Un cambio puede llegar tarde a planificación o compras.
El problema crece con la complejidad del producto. Cuantas más variantes, niveles de BOM, subconjuntos, revisiones y órdenes simultáneas existan, más caro resulta mantener dos mundos desconectados.
Qué puede conectar SolidWorks con Dynamics 365
No existe una única integración válida para todas las fábricas. El diseño debe decidir qué sistema es maestro para cada dato, qué eventos disparan sincronización y qué información debe viajar en cada dirección.
Evitar dar de alta dos veces el mismo producto
La integración puede ayudar a trasladar referencias, descripciones y atributos desde la estructura de ingeniería hacia el ERP o validar contra artículos ya existentes. El objetivo es reducir duplicados y evitar que ingeniería y operaciones creen identidades distintas para la misma pieza.
Conectar la BOM de ingeniería con la BOM de fabricación
Business Central utiliza production BOM para representar los componentes necesarios para fabricar un producto. Dynamics 365 Supply Chain Management también trabaja con estructuras de producto y BOM. La integración debe decidir cómo mapear niveles, cantidades, unidades y componentes entre CAD y ERP.
Saber qué cambió y cuándo debe llegar a producción
En Supply Chain Management, Engineering Change Management permite gestionar versiones, solicitudes y órdenes de cambio con control de ciclo de vida. Una integración CAD-ERP puede alinearse con ese modelo para que el paso de una revisión de ingeniería a una versión operativa no dependa de correos ni conocimiento informal.
Relacionar el dato transaccional con la información de ingeniería
Planos, vistas, ficheros técnicos y referencias documentales pueden vincularse con registros del ERP para que producción, calidad, compras o mantenimiento dispongan del contexto técnico necesario sin buscar en repositorios separados.
Un flujo bien diseñado evita que el cambio técnico se convierta en un problema operativo
Ingeniería crea o modifica el producto
La estructura se trabaja en SolidWorks: componentes, subconjuntos, propiedades y revisiones. El sistema CAD continúa siendo el entorno natural del ingeniero para diseñar.
La integración comprueba qué existe en el ERP
Se identifican artículos existentes, nuevos componentes, cambios en cantidades, atributos o estructura y se aplican reglas para evitar duplicidades y errores de codificación.
El producto pasa de ingeniería a operación
La organización decide cuándo una versión está lista para utilizarse en compras, planificación o fabricación. En entornos complejos, esta transición debe estar gobernada y no depender de una simple actualización técnica.
ERP utiliza la estructura para planificar y ejecutar
BOM, rutas, recursos, órdenes, materiales, aprovisionamiento y costes trabajan sobre una estructura coherente con la ingeniería aprobada.
Una nueva revisión no pisa silenciosamente a la anterior
El cambio debe evaluarse: qué órdenes afecta, qué inventario queda comprometido, qué componentes hay comprados y desde qué fecha debe aplicarse la nueva configuración.
Diseño y producción pueden explicar qué versión se utilizó
La organización gana una cadena de información más consistente para calidad, auditoría, incidencias, reprocesos y análisis de costes.
El valor no está en mover datos. Está en eliminar la frontera entre ingeniería y operación.
Una integración útil no convierte SolidWorks en ERP ni Dynamics 365 en CAD. Mantiene cada herramienta en su especialidad y conecta los puntos donde el negocio pierde tiempo, calidad y control.
SolidWorks + Business Central: cuándo tiene sentido
Business Central dispone de capacidades de fabricación basadas en artículos, production BOM, rutas, centros de trabajo, centros de máquina, órdenes de producción y planificación. Para muchas empresas industriales medianas, esa estructura cubre el núcleo operativo necesario sin la complejidad de una plataforma de supply chain de mayor escala.
Microsoft define la production BOM como la estructura que contiene los componentes necesarios para fabricar el producto. Las rutas representan los requisitos de proceso y gobiernan la secuencia de operaciones cuando se crea una orden de producción.
La integración con SolidWorks puede aportar especial valor cuando la empresa diseña producto propio y necesita acelerar la creación o mantenimiento de estructuras en Business Central evitando que ingeniería y producción repliquen manualmente la misma información.
- Fabricación discreta o ensamblaje con producto propio.
- BOM multinivel y subconjuntos.
- Ingeniería que trabaja intensivamente con SolidWorks.
- Necesidad de reducir altas manuales y errores de estructura.
- Producción, compras, inventario y finanzas ya gestionados en Business Central.
- Complejidad operativa moderada y necesidad de integración práctica, no de una plataforma PLM completa.
Versiones, organizaciones de ingeniería, workflows de cambio, readiness checks, liberación entre entidades y control de estados de ciclo de vida son capacidades especialmente relevantes en organizaciones complejas.
Cuando CAD + ERP forma parte de un proceso formal de ingeniería de producto
En organizaciones con mayor complejidad industrial, Dynamics 365 Supply Chain Management aporta una capa más profunda de gestión de producto y cambios de ingeniería.
Microsoft Engineering Change Management permite definir, liberar y revisar productos bajo procesos controlados. Incluye versionado, reglas de readiness, solicitudes de cambio y órdenes de cambio, además de mecanismos para gestionar el ciclo de vida de productos.
En este contexto, la integración con SolidWorks no debería limitarse a crear artículos. Debe encajar dentro del proceso formal con el que la organización gobierna cuándo un diseño se convierte en una versión aprobada para compras, planificación y producción.
SolidWorks + Business Central o SolidWorks + Supply Chain Management
La elección no depende del CAD. Depende de la complejidad industrial que debe absorber el ERP.
| Criterio | Business Central | Dynamics 365 Supply Chain Management |
|---|---|---|
| Perfil habitual | Empresa industrial mediana con fabricación integrada en un ERP generalista cloud. | Organización industrial compleja, multiempresa o con procesos avanzados de supply chain. |
| BOM y rutas | Production BOM, rutas, órdenes y planificación integradas. | Estructuras de producto y producción dentro de una plataforma industrial más amplia. |
| Cambios de ingeniería | Puede resolverse mediante diseño funcional, extensiones e integración según necesidad. | Engineering Change Management estándar con versiones, workflows y órdenes de cambio. |
| Complejidad | Adecuado cuando simplicidad, velocidad y cobertura end-to-end pesan mucho. | Mayor profundidad para supply chain, ingeniería, producción y operaciones avanzadas. |
| Decisión | No elegir por tamaño únicamente: evaluar producto, planta, variantes, planificación, calidad e integraciones. | Justifica mayor complejidad cuando el modelo operativo realmente necesita esa profundidad. |
Cinco errores que convierten una integración CAD-ERP en una fuente de problemas
Si SolidWorks y Dynamics pueden modificar libremente la misma información, la sincronización no elimina el conflicto: lo automatiza.
No toda revisión debe afectar automáticamente a órdenes lanzadas, compras abiertas o stock existente.
La estructura de ingeniería y la estructura de fabricación no siempre son idénticas. Hay que mapear reglas, unidades, consumos y subconjuntos.
Una integración industrial debe registrar fallos, duplicados, datos incompletos y conflictos. El “happy path” no es suficiente.
La integración es funcional, no solo técnica. Si no refleja cómo se aprueba un diseño y cómo producción necesita recibirlo, terminará creando trabajo paralelo.
Automatiza después de definir ownership, estados, excepciones, validaciones y consecuencias del cambio.
Dónde se nota una buena integración
Menos trabajo administrativo
El equipo puede concentrarse en diseñar y revisar producto, reduciendo tareas de alta o actualización manual en sistemas operativos.
Menos dudas sobre qué fabricar
Una estructura de producto coherente reduce interpretaciones y cambios de última hora causados por información desalineada.
Menos compras sobre componentes obsoletos
Gestionar correctamente versiones y fechas de efectividad ayuda a reducir el riesgo de aprovisionar materiales que un cambio de ingeniería deja sin uso.
Más trazabilidad
Cuando aparece una incidencia, resulta más fácil reconstruir qué versión, estructura y cambio estaban vigentes.
Costes más consistentes
Una BOM fiable mejora la base sobre la que se planifican materiales, tiempos y coste de fabricación.
Menos fricción entre departamentos
El beneficio más estructural es eliminar una frontera organizativa: el producto deja de cambiar de identidad cuando pasa de ingeniería a operación.
¿Integración directa, API, Power Platform o middleware?
La respuesta depende de volumen, frecuencia, criticidad, bidireccionalidad y reglas. Una sincronización simple de artículos no requiere la misma arquitectura que un proceso de ingeniería con múltiples versiones, estados y entidades.
Ayesa puede combinar APIs del ERP, servicios, Power Platform y componentes de integración cuando el escenario lo requiere. La prioridad debe ser que la integración sea observable, mantenible y capaz de evolucionar cuando cambian SolidWorks, Dynamics 365 o los procesos internos.
- Autenticación y permisos controlados.
- Trazabilidad de cada sincronización.
- Cola y reintento ante errores.
- Reglas para duplicados y conflictos.
- Mapeo de campos y unidades.
- Versionado de la lógica de integración.
- Monitorización para saber cuándo algo deja de funcionar antes de que lo descubra producción.
Ver una demostración de la integración SolidWorks + Dynamics 365
Conservamos el vídeo original como recurso práctico. La arquitectura y las versiones de producto deben revisarse para cada proyecto actual, pero la demostración ayuda a visualizar el tipo de interacción que puede existir entre ingeniería y ERP.
Si ingeniería y ERP duplican información, hay una oportunidad clara de simplificación
Analizamos cómo se crea hoy el producto, dónde se vuelve a introducir información, cómo se gestionan BOM y revisiones y qué recorrido tendría una integración con Business Central o Dynamics 365 Supply Chain Management.
Antes del conector hay que decidir quién manda sobre cada dato
Una integración CAD-ERP falla con frecuencia por intentar resolver mediante tecnología una discusión que la empresa todavía no ha resuelto: qué sistema es propietario de cada información. Si no existe esa decisión, una sincronización bidireccional puede multiplicar inconsistencias en lugar de eliminarlas.
Código de artículo
Hay que decidir dónde nace. Algunas empresas quieren que ingeniería reserve o genere la referencia desde SolidWorks; otras exigen que el artículo exista primero en Dynamics 365 para asegurar reglas corporativas de codificación. Ambas estrategias pueden funcionar, pero no a la vez sin control.
Descripción y atributos
Material, acabado, dimensiones, familia, peso, modelo o clasificación pueden originarse en ingeniería, pero el ERP puede necesitar campos adicionales para compras, inventario, planificación, costes o fiscalidad. El mapeo debe distinguir propiedades técnicas de propiedades operativas.
Cantidad y unidad
Una cantidad expresada en ingeniería puede necesitar conversión de unidad o una lógica distinta para fabricación. Longitudes, superficies, pesos, consumos variables y desperdicios son ejemplos donde copiar literalmente el valor del CAD puede no ser suficiente.
Estado y versión
Borrador, revisión, aprobado, liberado, obsoleto o sustituido no son etiquetas decorativas. Determinan si compras puede aprovisionar, si planificación puede utilizar un componente y si producción puede lanzar una orden con esa versión.
Un dato debería tener un propietario principal. Otros sistemas pueden consumirlo, enriquecerlo o validarlo, pero la arquitectura debe saber cuál es la fuente de verdad y qué ocurre cuando dos aplicaciones envían información contradictoria.
La misma integración no sirve igual para fabricar máquinas, componentes o producto configurado
La arquitectura cambia según cómo se diseña y fabrica. Estos escenarios ayudan a identificar dónde suele concentrarse el valor.
Productos complejos con muchos niveles de BOM
Aquí el coste de una discrepancia escala rápido. Un equipo puede contener cientos o miles de piezas y subconjuntos. La integración puede ayudar a crear estructuras, mantener revisiones y evitar que la fabricación trabaje sobre un diseño anterior.
También conviene analizar serialización, repuestos, documentación asociada y cómo se gestiona la configuración realmente entregada al cliente.
Cada proyecto introduce cambios y variantes
Cuando cada pedido obliga a adaptar el producto, el reto ya no es sincronizar una BOM maestra una vez. Hay que gobernar variantes, componentes especiales, fechas de entrega y compras asociadas a una configuración concreta.
La integración debe distinguir entre diseño estándar reutilizable y modificaciones específicas de cliente para no llenar el ERP de estructuras imposibles de mantener.
No todas las combinaciones deben existir físicamente antes de vender
En productos con opciones y reglas, la empresa debe decidir cuánto modelado reside en CAD, cuánto en configuradores y cuánto en el ERP. Crear una referencia independiente para cada combinación puede ser inviable.
El diseño de integración debe contemplar familias, variantes y reglas de generación para que la automatización no genere un catálogo inmanejable.
Menos cambios, pero mucho impacto por cada error
Una planta que fabrica miles de unidades de una referencia puede tener cambios menos frecuentes, pero una BOM incorrecta afecta a gran volumen. Aquí pesan mucho la fecha de efectividad, el stock existente y la transición controlada entre versiones.
La integración debe coordinar cambio técnico y cambio operativo para evitar mezclar materiales o procesos de dos revisiones distintas.
Cómo abordar el proyecto sin intentar integrarlo todo el primer día
La integración CAD-ERP suele funcionar mejor cuando se implanta por escenarios concretos. El objetivo inicial no debe ser sincronizar todos los campos posibles, sino eliminar los puntos de duplicidad y riesgo que generan más impacto.
Un primer alcance bien diseñado permite probar reglas, adoptar el nuevo flujo y detectar excepciones antes de añadir más automatización.
Descubrir el proceso real
Seguir un producto desde que ingeniería lo crea hasta que producción lo fabrica. Identificar reintroducciones de datos, decisiones manuales, excepciones y responsables.
Diseñar ownership y mapeo
Definir sistema maestro, campos, transformaciones, estados, validaciones, unidades, nomenclaturas y reglas ante conflictos.
Construir un piloto
Elegir una familia representativa que incluya suficiente complejidad para probar la solución, pero con un volumen manejable de artículos y usuarios.
Probar excepciones
No validar solo altas correctas. Probar duplicados, componentes inexistentes, cambios de versión, unidades distintas, artículos bloqueados y errores de comunicación.
Desplegar y medir
Formar a ingeniería y operaciones, establecer soporte y medir tiempo, errores, retrabajo y velocidad de liberación para comprobar el valor real.
Ampliar con criterio
Añadir documentación, atributos, automatizaciones, variantes o cambios de ingeniería solo después de que el flujo básico sea estable y utilizado.
Cómo saber si la integración está generando valor y no solo moviendo información
El ROI no debería medirse por el número de registros sincronizados. Tiene más sentido medir trabajo eliminado, errores evitados y tiempo que gana el proceso de industrialización.
Horas desde que ingeniería libera un diseño hasta que artículos y estructura están disponibles correctamente en el ERP.
Número de campos, artículos o líneas de BOM que un usuario tiene que volver a teclear después de que la información ya exista en CAD.
Incidencias provocadas por cantidad, componente, versión o referencia incorrecta entre diseño y fabricación.
Tiempo desde que se aprueba una revisión hasta que el cambio está reflejado de forma controlada en los procesos afectados.
Coste asociado a fabricar, comprar o preparar componentes basados en información que ya no era válida.
Porcentaje de productos que utilizan el flujo integrado frente a usuarios que continúan resolviendo el proceso con Excel, correos o cargas manuales.
Multiplica el número de productos o cambios de ingeniería al mes por el tiempo medio dedicado a recrear y verificar información en el ERP. Añade el coste de incidencias, compras erróneas, retrabajos y demoras. Esa línea base ofrece una estimación mucho más útil que justificar el proyecto únicamente por “modernización”.
Integrar SolidWorks con Dynamics 365 no significa convertir el ERP en un sistema de ingeniería
En empresas con procesos de ingeniería maduros suele existir una capa adicional entre CAD y ERP: PDM o PLM. Esa arquitectura cambia el punto de integración. El ERP no necesita recibir cada borrador, cada fichero intermedio ni cada iteración del diseñador. Necesita recibir la información que ya tiene significado operativo.
Un PDM puede gestionar documentos, revisiones y colaboración alrededor del diseño. Un PLM puede ampliar ese gobierno al ciclo de vida, cambios, requisitos y procesos de ingeniería. Dynamics 365 debe conectarse con esa cadena en el momento en que el producto, componente o revisión está suficientemente maduro para afectar a compras, inventario, planificación, producción, calidad o coste.
Por eso la mejor arquitectura no siempre es SolidWorks → ERP de forma directa. En determinadas organizaciones será SolidWorks → PDM/PLM → Dynamics 365. En otras, la integración directa será más simple y suficiente. Introducir una plataforma adicional sin necesidad añade coste; ignorarla cuando ya es la fuente de verdad de ingeniería añade incoherencia.
Diez señales de que merece la pena estudiar la integración
No todas las empresas que usan SolidWorks necesitan un proyecto CAD-ERP. Pero si varias de estas situaciones son frecuentes, el caso de negocio empieza a ser claro.
Puede bastar con resolver un único punto de fricción: alta de artículos, BOM o gestión de cambios. La prioridad debería ser eliminar el cuello de botella que más tiempo y riesgo genera, medir el resultado y decidir después si merece ampliar la integración.
Dudas habituales sobre SolidWorks y Dynamics 365
¿Se puede integrar SolidWorks con Microsoft Dynamics 365?
Sí. La integración puede diseñarse para intercambiar información de producto entre el entorno CAD y el ERP, por ejemplo artículos, atributos, estructuras de producto, listas de materiales y documentación relacionada.
¿SolidWorks se puede integrar con Business Central?
Sí, mediante una arquitectura de integración adecuada. Business Central dispone de artículos, production BOM, rutas y órdenes de producción, por lo que existe un punto natural de conexión con la información de ingeniería.
¿Qué es una BOM en Business Central?
La production BOM define los componentes necesarios para fabricar un producto. Puede contener varios niveles y trabaja junto con rutas, recursos y órdenes de producción para soportar el proceso de fabricación.
¿La BOM de SolidWorks y la BOM de fabricación son siempre iguales?
No necesariamente. La estructura de ingeniería puede necesitar transformación para reflejar consumos, unidades, subconjuntos o lógica específica de fabricación. Esa diferencia debe formar parte del diseño funcional.
¿Cómo gestiona Dynamics 365 los cambios de ingeniería?
Dynamics 365 Supply Chain Management dispone de Engineering Change Management para gestionar versiones de producto, solicitudes de cambio, órdenes de cambio, readiness y estados del ciclo de vida.
¿Business Central tiene rutas de fabricación?
Sí. Microsoft define las rutas como el conjunto de requisitos de proceso asignados al artículo fabricado. Al crear una orden de producción, la ruta gobierna la programación de operaciones.
¿La integración debe ser bidireccional?
No siempre. Depende de quién sea propietario de cada dato. En algunos escenarios conviene que CAD publique estructura hacia ERP; en otros se necesitan consultas o sincronización en ambos sentidos.
¿Qué ocurre con un cambio cuando ya hay órdenes de producción?
Es una decisión de negocio que debe definirse. No conviene propagar automáticamente cualquier revisión a órdenes existentes sin analizar stock, compras, trabajo en curso, calidad y fecha de efectividad.
¿Una integración CAD-ERP sustituye a un PLM?
No necesariamente. Un PLM cubre gobierno de ciclo de vida y colaboración de ingeniería con un alcance propio. Una integración SolidWorks-ERP puede resolver el puente entre diseño y operación sin pretender sustituir todas las capacidades PLM.
¿Cómo saber si merece la pena integrar SolidWorks con Dynamics 365?
Cuando existe reintroducción manual de artículos o BOM, frecuentes errores de versión, mucho cambio de producto, discrepancias entre ingeniería y producción o un volumen suficiente para que la duplicación de tareas tenga impacto real.
Integrar ingeniería y fabricación exige entender el ERP, no solo mover datos
Ayesa combina capacidades en Dynamics 365, Business Central, Power Platform, Azure y datos para abordar integraciones dentro de una arquitectura empresarial más amplia. El objetivo es que el conector no sea una pieza aislada difícil de mantener, sino parte del modelo operativo.
La arquitectura debe apoyarse en las capacidades actuales del ERP
Las funcionalidades evolucionan por versión. Antes de implantar una integración hay que validar las capacidades concretas de Business Central o Dynamics 365 Supply Chain Management que estén activas en el entorno.
Si una BOM se introduce dos veces, hay una integración que merece ser estudiada
Cuéntanos cómo trabajáis hoy con SolidWorks y qué ERP Microsoft utilizáis. Revisamos el flujo de producto, los puntos de duplicidad y el encaje técnico y funcional de una integración.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)