Ingeniería conectada
SolidWorks y Business Central: cómo conectar ingeniería, escandallos, compras y fabricación
El problema no es diseñar bien una pieza. Es conseguir que producción fabrique exactamente la versión que Ingeniería aprobó.
Cuando Ingeniería trabaja en SolidWorks o PDM y el ERP gestiona artículos, listas de materiales, rutas, compras, producción y costes, una modificación técnica puede afectar a media empresa. Si ese cambio se transfiere a mano, aparecen referencias duplicadas, BOM desactualizadas, compras urgentes, material obsoleto y órdenes de producción basadas en una versión incorrecta. La oportunidad está en diseñar un flujo gobernado entre ingeniería y ERP, no en copiar datos de una aplicación a otra sin criterio.
Planos, piezas, ensamblajes, revisiones, propiedades, documentación técnica y estructura del producto nacen en el entorno CAD/PDM.
Artículos, proveedores, BOM, rutas, capacidad, stock, órdenes, costes y finanzas necesitan una estructura industrial coherente y vigente.
La fábrica no debería enterarse de un cambio de diseño porque alguien adjuntó un plano nuevo en un correo.
En empresas industriales con oficina técnica, la estructura de producto cambia. Se sustituye un componente, se modifica una dimensión, aparece una nueva revisión, se cambia un proveedor, se rediseña un subconjunto o se actualiza una operación. Cada modificación puede alterar compras, stock, coste, plazo, herramientas, documentación y producto terminado.
Si SolidWorks o el PDM y el ERP evolucionan por caminos independientes, la empresa termina manteniendo dos verdades. Ingeniería sabe cuál es la última versión técnica. Producción y Compras trabajan con la estructura que figura en el ERP. El objetivo de la integración es evitar esa divergencia y definir un proceso fiable para liberar, validar y actualizar la información que realmente debe llegar a fabricación.
La integración empieza decidiendo quién manda sobre cada dato.
No todos los atributos deberían mantenerse en ambos sistemas. Ingeniería debe gobernar aquello que describe el producto técnicamente: identificadores de pieza cuando así se defina, revisiones, ensamblajes, relaciones padre-hijo, documentación y propiedades de diseño. El ERP debe gobernar aquello que convierte ese producto en operación económica: unidad de medida, proveedores, lead times, políticas de planificación, costes, ubicaciones, inventario, compras y fabricación.
Algunos campos necesitan corresponsabilidad. Un material puede nacer en Ingeniería, pero Compras debe validar que existe proveedor y plazo. Una pieza puede cambiar técnicamente, pero Producción debe decidir desde qué orden o fecha entra en vigor. El sistema debe reflejar ese proceso en lugar de asumir que cualquier cambio CAD puede publicarse automáticamente en planta.
La regla más útil suele ser sencilla: cada dato tiene un propietario, una fuente y un momento de liberación. Si nadie puede responder esas tres preguntas, automatizar la integración solo hará que las inconsistencias se propaguen más rápido.
Propietario, fuente y ciclo de liberación deben quedar definidos antes de automatizar.
No necesitas sincronizar todo SolidWorks. Necesitas transferir lo que compras, fabricas, planificas y costeas.
La integración debe construirse alrededor de casos reales. El hecho de que un atributo exista en CAD no implica que tenga valor operativo en el ERP. Cuantos más datos se mueven sin necesidad, más compleja se vuelve la validación y más difícil resulta diagnosticar errores.
Piezas y referencias
Número de pieza, descripción, revisión, material, unidad u otras propiedades que deban convertirse o actualizar artículos en el ERP.
Estructura de producto
Relaciones padre-hijo, cantidades, subconjuntos y niveles que alimentan la lista de materiales de producción o el proceso de alta correspondiente.
Versiones y vigencia
Qué revisión está aprobada, desde cuándo debe utilizarse y qué ocurre con órdenes, stock o compras abiertas asociadas a la versión anterior.
Documentación
Planos, instrucciones o enlaces a documentación técnica para que producción consulte la información correcta sin duplicar ficheros innecesariamente.
Atributos de compra
Cuando una nueva pieza debe comprarse, el ERP necesita completar proveedor, plazo, precio, política de suministro y condiciones que Ingeniería normalmente no gobierna.
Datos de fabricación
Rutas, centros, tiempos, herramientas o instrucciones pueden necesitar un tratamiento específico si forman parte del flujo liberado desde oficina técnica.
La lista de materiales no es documentación estática: es una estructura que gobierna decisiones operativas.
La estructura técnica debe convertirse en una estructura de fabricación gobernada.
Business Central utiliza listas de materiales de producción para definir los componentes y subconjuntos necesarios para fabricar un producto. Esa BOM interviene directamente en la determinación de necesidades de material cuando se crea una orden de producción. También admite versiones, lo que permite mantener cambios con vigencia controlada.
La BOM de SolidWorks puede parecer similar, pero no siempre representa exactamente la BOM de fabricación. Ingeniería puede estructurar ensamblajes por criterios de diseño, mientras planta necesita kits, consumibles, componentes fantasma, sustituciones o agrupaciones que responden a cómo se produce. La integración no debería asumir que ambas estructuras son idénticas en todos los niveles.
Por eso conviene definir reglas de transformación: qué elementos llegan como artículos, qué subconjuntos se convierten en BOM intermedias, qué componentes se ignoran porque no tienen impacto operativo y qué información debe completar Producción antes de certificar la estructura.
Una integración útil debe controlar estados, no limitarse a exportar ficheros.
La diferencia entre un intercambio de datos y un proceso industrial está en los estados. Un diseño puede estar en desarrollo, revisión, aprobado, obsoleto o sustituido. Una estructura de fabricación puede estar en preparación, pendiente de validación, certificada o ya utilizada por órdenes abiertas. Mover datos sin entender esos estados puede introducir cambios antes de que la organización esté preparada para ejecutarlos.
El proceso debe decidir cuándo un cambio técnico puede publicarse, quién valida su impacto y qué ocurre si ya existen compras, stock, producción en curso o producto terminado de una versión anterior.
Ingeniería crea o modifica piezas, ensamblajes y propiedades en SolidWorks/PDM.
Se comprueba que la modificación es técnicamente válida y que la documentación está completa.
Compras, Producción o Calidad revisan impacto en suministro, proceso, stock, coste y órdenes abiertas.
Solo la información aprobada se publica o actualiza en el ERP.
Se completan proveedor, lead time, costes, políticas de planificación, almacenes y otros datos económicos.
La BOM y la ruta quedan listas para planificación y órdenes de producción según el proceso definido.
MRP, compras, producción y almacén trabajan con la estructura vigente.
La empresa documenta qué versión entra en vigor y cómo se gestiona material o producción anterior.
Cambiar una pieza no es solo cambiar una pieza.
Una modificación puede dejar stock obsoleto, invalidar una compra abierta, exigir nuevas herramientas, cambiar tiempos de mecanizado, alterar homologaciones o modificar el coste estándar. Si Ingeniería publica el cambio sin visibilidad del ERP, toma una decisión técnicamente correcta sin conocer todas las consecuencias económicas.
La empresa necesita decidir qué cambios son menores y cuáles requieren evaluación transversal. Sustituir un tornillo comercial por otro equivalente puede ser sencillo. Cambiar una pieza crítica con stock, pedidos y órdenes abiertas puede necesitar aprobación de Compras, Calidad, Producción y Finanzas.
La integración debe facilitar ese contexto. No necesariamente debe automatizar la decisión. Su valor está en conseguir que quienes aprueban conozcan qué existe en stock, qué está comprado, qué se está fabricando y cuánto cuesta el cambio antes de hacerlo efectivo.
El cambio técnico debe tener una lectura operativa antes de entrar en producción.
Business Central puede sostener una fabricación discreta bien gobernada con BOM, rutas, versiones, órdenes y costes.
Microsoft Business Central Premium incluye funcionalidades de fabricación para planificar, programar, ejecutar y analizar producción. Las listas de materiales de producción definen componentes; las rutas describen operaciones y capacidad; las órdenes de producción combinan materiales, operaciones y necesidades de capacidad; los consumos y outputs actualizan inventario y coste.
Para muchas empresas de fabricación discreta, esa profundidad es suficiente si los datos maestros están bien definidos y el proceso de cambio de ingeniería puede gobernarse mediante versiones, aprobación interna y una integración bien diseñada con el entorno técnico.
Production BOM
Componentes, subconjuntos, cantidades, fórmulas de cantidad y versiones de estructura para definir qué necesita fabricación.
Rutas
Operaciones, centros de trabajo, centros máquina, tiempos, conexiones y versiones para representar cómo se fabrica.
Órdenes de producción
Materiales, operaciones y capacidad se reúnen en la ejecución real de lo que la empresa debe fabricar.
Costes y desviaciones
La estructura técnica influye en coste esperado y real, inventario, consumos y margen; por eso un cambio de ingeniería debe llegar correctamente al ERP.
Dynamics 365 Supply Chain Management incorpora Engineering Change Management específico.
Versionar una BOM no es lo mismo que gestionar formalmente un cambio de ingeniería.
Business Central puede trabajar con versiones de BOM y rutas, pero Microsoft dispone en Dynamics 365 Supply Chain Management de una capacidad específica de Engineering Change Management. Esta permite definir productos de ingeniería, versiones, solicitudes y órdenes de cambio, workflows, severidades, aprobación e impacto sobre transacciones.
Si la empresa maneja ciclos de producto complejos, revisiones frecuentes, regulación, aprobaciones formales, múltiples plantas o necesita evaluar sistemáticamente qué transacciones quedan afectadas por cada cambio, conviene valorar Supply Chain Management antes de intentar reproducir esa profundidad con extensiones.
La decisión correcta no depende de usar SolidWorks. Depende de cuánto pesa la ingeniería en el control operativo. Dos fabricantes con el mismo CAD pueden necesitar ERPs diferentes porque uno fabrica productos estables y otro vive de variantes, configuraciones y cambios continuos.
Conector, API, middleware o desarrollo específico: la tecnología depende del proceso y del entorno SolidWorks/PDM.
No conviene vender la integración SolidWorks–Business Central como una funcionalidad nativa universal. La solución real depende de si la empresa utiliza SolidWorks de forma independiente, SolidWorks PDM, otro PDM/PLM, extensiones de terceros o desarrollos propios. También depende de qué datos deben fluir y con qué frecuencia.
El patrón técnico puede apoyarse en APIs y servicios de Business Central, conectores especializados, una capa intermedia o una integración desarrollada para el caso concreto. La arquitectura correcta es la que reduce acoplamiento, evita duplicidades y deja monitorización suficiente para saber qué cambió, cuándo, desde qué sistema y con qué resultado.
Conector especializado
Puede acelerar escenarios conocidos cuando existe cobertura suficiente para objetos, revisiones y procesos requeridos.
API / servicios
Permiten construir intercambios controlados cuando la lógica necesita adaptarse al modelo de datos y proceso de la empresa.
Middleware
Tiene sentido cuando hay más sistemas implicados, transformaciones, colas, validaciones o necesidad de desacoplar plataformas.
Proceso semiautomático
En determinados cambios, una revisión humana antes de publicar puede aportar más seguridad que una automatización completa.
Seis fallos típicos cuando oficina técnica y ERP no comparten el mismo modelo de producto.
Crear referencias dos veces
Ingeniería crea una pieza y Administración vuelve a darla de alta con otro código o descripción. El duplicado aparece después en compras, stock y reporting.
Copiar la BOM sin revisar fabricación
La estructura de diseño no siempre coincide con la estructura necesaria para planificar y producir. Automatizar esa equivalencia puede crear una BOM técnicamente ordenada y operativamente incorrecta.
Liberar sin vigencia
Cambiar la estructura sin fecha, versión o regla de aplicación deja dudas sobre pedidos, órdenes y unidades que ya estaban en curso.
Ignorar stock y compras abiertas
La nueva revisión puede dejar material sin uso o pedidos innecesarios. El impacto económico debe formar parte del proceso de aprobación.
No monitorizar la interfaz
Si una transferencia falla silenciosamente, Ingeniería cree que publicó y Producción cree que recibió. La integración necesita trazabilidad y gestión de errores.
Forzar Business Central donde hace falta ECM avanzado
Si los cambios de ingeniería necesitan workflows complejos, impacto transaccional, múltiples plantas y gobierno formal, conviene valorar Supply Chain Management antes que construir demasiada lógica a medida.
Cuando cada pedido modifica el producto, conectar Ingeniería y ERP deja de ser comodidad y pasa a ser control de margen.
En fabricantes de maquinaria, bienes de equipo y productos configurados, la venta puede activar una fase de ingeniería específica. El pedido comercial no contiene todavía toda la estructura definitiva. Ingeniería adapta el diseño, selecciona componentes, valida restricciones y libera una solución que después debe convertirse en compras y fabricación.
Si esa transición es lenta, compras recibe necesidades tarde y paga urgencias. Si es incorrecta, planta fabrica una versión que no coincide con lo vendido. Si el cambio no llega a costes, dirección cree que el margen sigue siendo el de la oferta inicial. El valor de la integración está en acortar ese ciclo sin perder control.
Business Central puede conectar demanda, planificación, compras, producción, stock y coste para fabricantes bajo pedido, siempre que la complejidad de ingeniería esté dentro de su ámbito y el proceso de liberación se diseñe correctamente.
La velocidad importa, pero publicar rápido la versión equivocada cuesta mucho más.
La integración debe reducir errores y tiempo, no limitarse a demostrar que dos sistemas pueden intercambiar datos.
Un proyecto de este tipo tiene que medir resultado operativo. Si después de integrar SolidWorks y el ERP Ingeniería sigue enviando correos para explicar cambios, Compras continúa dando de alta referencias manualmente o Producción revisa planos para confirmar qué BOM es correcta, la tecnología no ha resuelto el problema.
Tiempo de alta de artículo
Desde que Ingeniería libera una referencia hasta que está lista para comprar, planificar o fabricar.
Errores de BOM
Incidencias por componentes, cantidades, revisiones o estructuras incorrectas detectadas en compras o planta.
Compras urgentes
Pedidos acelerados o fuera de condiciones normales porque la necesidad técnica llegó tarde al ERP.
Obsolescencia por cambio
Valor de materiales que dejan de ser utilizables o necesitan tratamiento específico tras una revisión.
Retrabajo de ingeniería
Horas dedicadas a aclarar referencias, corregir datos o reconstruir manualmente información ya disponible en CAD/PDM.
Desviación de coste
Impacto de cambios de diseño, sustituciones y compras sobre coste esperado, coste real y margen del pedido.
Empieza por una familia de producto real y recorre un cambio completo de extremo a extremo.
La mejor prueba no es sincronizar cien referencias. Es coger un producto representativo, modificarlo como ocurre en la vida real y comprobar qué decisiones deben tomar Ingeniería, Compras, Producción, Calidad y Finanzas hasta que la nueva versión queda correctamente ejecutable.
Producto representativo con piezas compradas, fabricadas, subconjuntos y cambios habituales.
Identificar qué campos existen en SolidWorks/PDM y cuáles necesita realmente el ERP.
Acordar quién crea, quién valida y quién puede modificar cada tipo de información.
Desarrollo, revisión, aprobación, liberación, obsolescencia y vigencia según el proceso real.
Decidir cómo piezas y ensamblajes se convierten en artículos, BOM y estructuras de producción.
Duplicados, referencias bloqueadas, datos incompletos, cambios retroactivos y conflictos de versión.
Stock, compras abiertas, órdenes, coste y plazo antes de publicar revisiones relevantes.
Probar altas, cambios y errores con trazabilidad suficiente antes de ampliar alcance.
Ingeniería, Compras y Producción deben entender qué información reciben y qué sigue siendo responsabilidad propia.
Extender a más familias solo cuando el piloto reduce errores, tiempos y trabajo manual.
No todos los cambios de ingeniería necesitan el mismo circuito de aprobación.
Una integración madura diferencia impacto. Si todos los cambios siguen el proceso más pesado, Ingeniería buscará atajos. Si todos se publican automáticamente, el negocio asumirá riesgos innecesarios. Conviene clasificar modificaciones según alcance técnico y efecto económico.
Propiedad o documentación sin impacto productivo
Una corrección de descripción, una nota técnica o una revisión documental puede no requerir recalcular MRP, revisar stock ni modificar órdenes. El proceso puede ser rápido siempre que quede trazabilidad de quién aprobó y qué versión es la vigente.
Automatizar este tipo de cambio reduce trabajo administrativo sin introducir riesgo significativo en compras o planta.
Nueva pieza con impacto en suministro y coste
Sustituir un componente puede exigir alta de artículo, proveedor, plazo, precio y política de planificación. También hay que revisar qué ocurre con el componente anterior: usar hasta agotar, bloquear, devolver, consumir en determinados pedidos o asumir obsolescencia.
Aquí Compras y Planificación necesitan intervenir antes de que la nueva revisión se convierta en demanda automática.
Nueva revisión que altera BOM, ruta, herramientas, capacidad o calidad
Este escenario puede afectar compras abiertas, material reservado, órdenes lanzadas, tiempos, centros de trabajo, costes y fecha de entrega. Antes de liberar conviene simular el impacto y decidir desde qué punto se aplicará la nueva versión.
Cuando este tipo de cambio es frecuente y exige approvals formales, impacto transaccional y gobierno transversal, la empresa debería valorar si necesita la profundidad específica de Engineering Change Management en Dynamics 365 Supply Chain Management.
La mejor integración no es la que elimina todos los clics. Es la que elimina trabajo manual donde el riesgo está controlado.
Hay una tentación frecuente en proyectos CAD–ERP: pedir automatización total desde el primer día. Crear artículos automáticamente, publicar BOM, activar versiones y actualizar datos sin intervención humana parece eficiente, pero puede convertir un error de diseño o de mapeo en decenas de decisiones operativas antes de que nadie lo detecte.
La automatización debería crecer con la madurez del dato. Si las referencias son consistentes, las propiedades están normalizadas y el proceso de aprobación está claro, puede automatizarse una parte importante del alta. Si cada familia de producto utiliza convenciones distintas o muchas excepciones dependen de conocimiento tácito, conviene mantener puntos de validación hasta estabilizar el modelo.
También importa el coste del error. Crear automáticamente una pieza preliminar puede ser reversible. Publicar una revisión que dispara compras y producción tiene consecuencias mayores. El nivel de control debería aumentar cuando la acción downstream es más difícil o costosa de deshacer.
Automático
Campos estables, reglas claras, bajo impacto y posibilidad de revertir sin coste relevante.
Validación humana
Cambios con implicaciones en proveedor, coste, inventario, ruta, calidad o fecha de entrega.
Aprobación transversal
Revisiones que afectan órdenes abiertas, stock significativo, regulación o múltiples departamentos.
Escalado de plataforma
Cuando el gobierno de cambios es un proceso central y complejo, revisar encaje de Supply Chain Management.
El objetivo no es monitorizar planos. Es medir cuánto cuestan los cambios y cuánto tardan en llegar correctamente a planta.
Cuando la conexión entre Ingeniería y ERP funciona, aparecen indicadores que antes eran difíciles de obtener. Dirección puede medir el tiempo desde aprobación técnica hasta disponibilidad productiva, el número de urgencias provocadas por cambios tardíos, el stock que queda obsoleto, las desviaciones de coste asociadas a revisiones y la frecuencia con la que una orden se replanifica por información técnica incompleta.
Esos datos ayudan a distinguir entre innovación útil y variabilidad cara. Una empresa no necesita impedir cambios; necesita conocer qué familias, clientes o fases generan más retrabajo y decidir dónde merece la pena mejorar diseño, estandarizar componentes o adelantar validaciones. Esa lectura también permite priorizar automatización, reducir urgencias, proteger mejor la fecha comprometida con el cliente y detectar dónde la ingeniería está generando complejidad que todavía no aporta valor proporcional.
Qué conviene aclarar antes de conectar SolidWorks con Business Central.
¿Existe una integración nativa universal entre SolidWorks y Business Central?
No conviene asumirlo. El diseño depende del entorno SolidWorks/PDM, los datos que deben intercambiarse y las herramientas de integración disponibles. Puede requerir conector, APIs, middleware o desarrollo específico.
¿Se puede crear la BOM del ERP desde SolidWorks?
Sí es posible diseñar un flujo de transferencia, pero primero hay que comprobar que la estructura de diseño coincide con la estructura de fabricación o definir reglas de transformación.
¿Business Central admite versiones de listas de materiales?
Sí. Business Central permite crear versiones de listas de materiales de producción y rutas, con estados y fechas de inicio que ayudan a controlar vigencia.
¿Business Central tiene Engineering Change Management?
No con la profundidad específica de Dynamics 365 Supply Chain Management. Si la gestión formal del cambio de ingeniería es central, conviene evaluar la plataforma enterprise.
¿Quién debería ser maestro del número de pieza?
Depende del modelo de gobierno. Lo importante es que exista una fuente única y una regla clara para evitar que Ingeniería y ERP creen identificadores diferentes para el mismo componente.
¿Qué pasa con compras abiertas cuando cambia una pieza?
El proceso debe evaluar impacto antes de liberar el cambio: pedidos abiertos, stock, órdenes en curso, sustitución, obsolescencia y fecha de vigencia.
¿Debe transferirse toda la documentación al ERP?
No necesariamente. Puede ser preferible mantener el documento maestro en PDM y llevar al ERP el enlace, revisión o evidencia necesaria para fabricación.
¿Qué aporta Power BI?
Permite analizar impacto de cambios en coste, compras urgentes, obsolescencia, desviaciones, tiempos y cumplimiento de producción cuando los datos están bien conectados.
¿En qué empresas tiene más sentido?
Fabricantes discretos con oficina técnica, productos configurados, maquinaria, bienes de equipo, subconjuntos, revisiones frecuentes o fabricación bajo pedido.
¿Cuál debería ser el primer paso?
Seleccionar un producto real y mapear cómo pasa hoy desde diseño hasta compras y producción, identificando dobles altas, esperas, errores y decisiones manuales.
Conectar CAD y ERP exige entender ingeniería, fabricación, datos, integración y coste al mismo tiempo.
Ayesa Digital combina capacidades en Dynamics 365 Business Central, Dynamics 365 Supply Chain Management, Power Platform, Power BI, Azure e integración. Esa visión permite evaluar si el problema se resuelve con una conexión ligera, un flujo de liberación más gobernado o una plataforma industrial con mayor profundidad en gestión de cambios.
La primera conversación debería reconstruir un cambio de ingeniería real: quién diseña, quién aprueba, qué datos se crean, qué debe conocer Compras, cómo se actualiza la BOM, qué ocurre con stock y órdenes y cuándo puede Producción utilizar la nueva versión. Esa secuencia revela mucho más que una lista de campos a sincronizar.
El objetivo final es que Ingeniería pueda innovar sin convertir cada modificación en incertidumbre para Compras y Planta, y que el ERP reciba información fiable para planificar, fabricar y costear la versión correcta.
Mapa ingeniería–ERP
Sistemas, datos maestros, estados, propietarios y puntos de liberación.
Diseño de integración
Conector, APIs, middleware o desarrollo específico según alcance y arquitectura.
Validación industrial
BOM, rutas, compras, stock, órdenes, costes y vigencia probados con casos reales.
Decisión de plataforma
Business Central o Supply Chain Management según profundidad del cambio de ingeniería.
ERP para fabricación
Visión completa de producción, planificación, inventario, costes, datos e integración industrial.
Escandallos y rutas
La estructura de producto y proceso que condiciona materiales, capacidad, coste y órdenes de producción.
Fabricación bajo pedido
Ingeniería, compras, producción, plazo y margen cuando cada encargo modifica el producto.
Business Central o Finance & Operations
Qué plataforma encaja mejor según ingeniería, supply chain, escala y complejidad industrial.
¿Ingeniería y Producción trabajan hoy con la misma versión del producto?
Podemos ayudarte a revisar SolidWorks/PDM, Business Central o Supply Chain Management, datos maestros, BOM, cambios, compras y producción para diseñar un flujo de ingeniería conectado y gobernado.
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)