Cinco bloques que deben congelarse antes de cotizar
Cada bloque necesita una entrada controlada, un responsable y evidencia revisable en prototipo y liberación.
- Aplicación
- Uso, pieza, carga, alcance, ciclo, entorno y mercado.
- Base de plataforma
- Robot, controlador, software, opciones, BOM y alternativas.
- Interfaces
- Límites mecánicos, eléctricos, comunicación, seguridad y herramental.
- Identidad de mercado
- Marca, placa, documentación, conformidad y trazabilidad.
- Liberación y ciclo de vida
- Prototipo, pruebas, cambios, repuestos y servicio.
No libere un programa OEM desde un folleto, muestra de color o especificación de familia. El producto liberado es la aplicación, configuración, interfaces, identidad, evidencia y responsabilidad de ciclo de vida aceptadas por las partes.
Defina la máquina final y su uso antes del paquete OEM
Un programa OEM comienza con el producto que el comprador pondrá en servicio. Registre tarea, carga con herramienta y servicios, alcance, montaje, régimen, ciclo, variación de piezas, ambiente, servicios, operadores, mantenimiento y mercados. Estas entradas determinan si una plataforma y un controlador sirven al programa o si se requieren variantes controladas.
ISO 10218-2:2025 trata la aplicación robotizada como integración que incluye diseño, puesta en marcha, operación, mantenimiento y retirada. Esta visión de ciclo de vida es útil comercialmente: brazo y controlador pueden ser equipo parcialmente terminado, mientras la aplicación final requiere interfaces, medidas de protección e información de uso. Los requisitos deben describir la aplicación final, no solo el robot comprado.
- Separe requisitos fijos de objetivos y preferencias.
- Identifique pronto el mercado y operador económico responsable.
- Mantenga una lista de entradas todavía abiertas.
Lecturas de apoyo: ISO — ISO 10218-2:2025 robot application and cell integration ↗ · Universal Robots — OEM robot declaration of incorporation ↗
Cuatro límites dentro de un programa OEM
Qué debe hacer la máquina y dónde operará.
Hardware, software, interfaces y variantes exactas.
Marca, placa, trazabilidad y responsable.
Evidencia, cambios, repuestos y servicio.
Congele plataforma, interfaces y software como una configuración
Una base OEM revisable identifica modelo, hardware de control, versión de software, licencias, pendant, herramienta, patrón de montaje, brida, hipótesis de carga, conectores, energía, I/O, bus, seguridad y periféricos. Planos, pinouts, mapas y opciones deben tener revisiones compatibles. El nombre de familia o un puerto Ethernet no prueban compatibilidad.
Asigne para cada interfaz quién la suministra, configura y verifica. El proveedor puede dar datos; el integrador seleccionar protecciones e implementar lógica; el titular de marca controlar documentación y salida al mercado. La guía de Universal Robots es un ejemplo que asigna al integrador evaluación de riesgo, interfaces, protección, validación, instrucciones y registros. La documentación vigente del proveedor elegido sigue siendo la autoridad.
Lecturas de apoyo: Universal Robots — integration and responsibility ↗
Separe marca, placa y responsabilidades de conformidad
Color, gráficos, etiquetas, embalaje y documentos visibles son entregables de marca. Identidad del producto, serie, expediente técnico, instrucciones, declaraciones y evaluación pertenecen al límite de salida al mercado. Agruparlo como ‘marca privada completa’ oculta quién controla el expediente final y quién aprueba cada documento.
La Guía Azul de la Comisión Europea explica que quien comercializa un producto con su propio nombre o marca se considera fabricante y conserva la responsabilidad aunque subcontrate. La ruta legal depende del producto y destino; el programa debe nombrar responsable, reglas, evidencia y aprobación. Un proveedor puede apoyar documentos y pruebas sin asumir silenciosamente las obligaciones del titular.
Lecturas de apoyo: European Commission — Blue Guide on EU product rules ↗
De entradas del comprador a liberación OEM
Aplicación, mercado y aceptación
Responsables de suministro, integración y aprobación
BOM, interfaces, software e identidad
Construir, probar y cerrar desviaciones
Aprobar evidencia, cambios y soporte
Libere juntos prototipo, cambios y soporte
El registro del prototipo debe identificar BOM, planos, software, opciones, arte de etiquetas, documentación y condiciones de prueba. La aceptación cubre funciones, interfaces, protección, anomalías seguras de probar, respaldo y recuperación, y documentos acordados. Registre cada desviación con responsable, fecha, disposición y evidencia; una demostración no cierra una variación sin documentar.
La liberación de producción necesita regla de cambios: qué puede sustituirse, quién aprueba cambios, cuándo revalidar y cómo rastrear unidades. Defina repuestos, base de stock, contacto, diagnóstico, límite de garantía y fin de vida como requisitos, no promesas implícitas. TubeFrame puede coordinar plataforma y responsabilidades por proyecto; disponibilidad, certificación, garantía, plazo y cobertura requieren confirmación escrita.
Matriz de responsabilidades del programa OEM
Copie estas líneas en la RFQ. Sustituya cada rol por una organización y adjunte la evidencia.
Copie las filas en su RFQ o modelo de inversión.
| Requisito | Comprador / titular | Socio / integrador | Evidencia |
|---|---|---|---|
| Entradas de aplicación | Aprobar uso, salida y mercado | Comprobar viabilidad y supuestos | Registro firmado |
| Plataforma y versión | Aprobar estrategia de variantes | Identificar robot, control y versión | Base de configuración |
| Interfaces mecánicas | Dar envolvente y restricciones | Dar planos, cargas y límites | Plano aprobado |
| Eléctrica y comunicación | Definir energía, red y datos | Definir conectores, señales y protocolo | Plano eléctrico y mapa I/O |
| Software y acceso | Aprobar roles, remoto y actualización | Entregar versiones, opciones y recuperación | Manifiesto y registro |
| Documentos | Definir idiomas y entregables | Entregar manuales, planos y archivos | Índice controlado |
| Marca y placa | Aprobar marca e identidad | Aplicar arte y datos liberados | Arte, etiqueta y serie |
| Responsabilidad de conformidad | Nombrar responsable y reglas | Aportar datos y pruebas acordados | Mapa e índice de evidencia |
| Prototipo | Aprobar propósito y desvíos | Construir según BOM y revisiones | Registro de construcción |
| Verificación y aceptación | Aprobar criterios y testigo | Ejecutar y registrar pruebas | Protocolo y cierre |
| Control de cambios | Aprobar clases e impacto | Notificar sustituciones y revalidar | Aviso aprobado |
| Repuestos y servicio | Definir geografía, acceso y respuesta | Confirmar ruta y límite de servicio | Plan de soporte |
Preguntas frecuentes
¿Qué incluye un documento de requisitos OEM?
Debe identificar aplicación final, plataforma y software, interfaces, documentación, marca e identidad, roles de conformidad, prototipo y pruebas, cambios, repuestos y servicio.
¿La marca privada transfiere la conformidad al proveedor?
No automáticamente. Quien pone el producto final en el mercado bajo su nombre puede tener obligaciones de fabricante. Defina por escrito responsable y ruta aplicable al producto y destino.
¿Una especificación de familia cubre todas las variantes?
Solo si la base controlada y variantes permitidas son explícitas. Robot, controlador, software, opciones, interfaces, cargas y documentos deben controlarse por revisión.
¿Qué se aprueba antes de liberar el prototipo?
BOM, planos, software, opciones, etiquetas, documentación, condiciones, desviaciones y responsables. Producción se libera tras cerrar los puntos requeridos con evidencia.
Fuentes originales y límite de responsabilidad
Convierta el concepto OEM en requisitos revisables
Comparta aplicación, mercados, plataforma, interfaces, alcance de marca y aceptación. Podemos ordenar requisitos y límites antes de una propuesta específica.
Hablar de un programa OEM ↗