Cinco blocos a congelar antes da cotação OEM
Cada bloco precisa de entrada controlada, responsável e evidência revisável no protótipo e na liberação.
- Aplicação
- Uso, peça, carga, alcance, ciclo, ambiente e mercado.
- Base da plataforma
- Robô, controlador, software, opções, BOM e alternativas.
- Interfaces
- Limites mecânicos, elétricos, comunicação, segurança e ferramental.
- Identidade de mercado
- Marca, plaqueta, documentação, conformidade e rastreabilidade.
- Liberação e ciclo de vida
- Protótipo, testes, mudanças, peças e serviço.
Não libere um programa OEM por folheto, amostra de cor ou especificação de família. O produto liberado é a aplicação, configuração, interfaces, identidade, evidências e responsabilidade de ciclo de vida aceitas pelas partes.
Defina a máquina final e o uso antes do pacote OEM
Um programa OEM começa pelo produto que o comprador colocará em serviço. Registre tarefa, carga com ferramenta e serviços, alcance, montagem, regime, ciclo, variação das peças, ambiente, utilidades, operadores, manutenção e mercados. Essas entradas determinam se uma plataforma e um controlador atendem ao programa ou se são necessárias variantes controladas.
A ISO 10218-2:2025 trata a aplicação robótica como integração que inclui projeto, comissionamento, operação, manutenção e desativação. Essa visão é útil comercialmente: braço e controlador podem ser equipamento parcialmente concluído, enquanto a aplicação final ainda exige interfaces, medidas de proteção e informações de uso. Os requisitos devem descrever a aplicação final, não apenas o robô comprado.
- Separe requisitos obrigatórios de metas e preferências.
- Identifique cedo o mercado e o operador econômico responsável.
- Mantenha uma lista das entradas ainda abertas.
Leituras de apoio: ISO — ISO 10218-2:2025 robot application and cell integration ↗ · Universal Robots — OEM robot declaration of incorporation ↗
Quatro limites dentro de um programa OEM
O que a máquina deve fazer e onde operará.
Hardware, software, interfaces e variantes exatas.
Marca, plaqueta, rastreabilidade e responsável.
Evidências, mudanças, peças e serviço.
Congele plataforma, interfaces e software como uma configuração
Uma base OEM revisável identifica modelo, hardware do controlador, versão de software, licenças, pendant, ferramenta, padrão de montagem, flange, hipóteses de carga, conectores, energia, I/O, fieldbus, segurança e periféricos. Desenhos, pinagens, mapas e opções devem ter revisões compatíveis. Nome de família ou porta Ethernet não provam compatibilidade.
Defina para cada interface quem fornece, configura e verifica. O fornecedor pode entregar dados; o integrador selecionar proteções e implementar lógica; o titular da marca controlar documentação e liberação de mercado. A orientação da Universal Robots é um exemplo que atribui ao integrador avaliação de riscos, interfaces, proteção, validação, instruções e registros. A documentação atual do fornecedor escolhido continua sendo a autoridade.
Leituras de apoio: Universal Robots — integration and responsibility ↗
Separe marca, plaqueta e responsabilidades de conformidade
Cor, grafismos, etiquetas, embalagem e documentos visíveis são entregas de marca. Identidade do produto, número de série, documentação técnica, instruções, declarações e avaliação pertencem ao limite de colocação no mercado. Agrupar tudo como ‘marca própria completa’ esconde quem controla o registro final e quem aprova cada documento.
O Guia Azul da Comissão Europeia explica que quem coloca um produto no mercado sob seu nome ou marca é tratado como fabricante e mantém responsabilidade mesmo com terceirização. A rota legal depende do produto e destino; o programa deve nomear responsável, regras, evidências e aprovação. Um fornecedor pode apoiar documentos e testes sem assumir silenciosamente as obrigações do titular.
Leituras de apoio: European Commission — Blue Guide on EU product rules ↗
Dos dados do comprador à liberação OEM
Aplicação, mercado e aceitação
Responsáveis por fornecimento, integração e aprovação
BOM, interfaces, software e identidade
Construir, testar e fechar desvios
Aprovar evidências, mudanças e suporte
Libere juntos protótipo, mudanças e suporte
O registro do protótipo deve identificar BOM, desenhos, software, opções, arte de etiquetas, documentação e condições de teste. A aceitação cobre funções, interfaces, proteção, anomalias seguras de testar, backup e recuperação e documentos acordados. Registre cada desvio com responsável, prazo, disposição e evidência; uma demonstração não encerra variação não documentada.
A liberação de produção precisa de regra de mudanças: o que pode ser substituído, quem aprova alterações, quando revalidar e como rastrear unidades. Defina peças, base de estoque, contato, diagnóstico, limite de garantia e fim de vida como requisitos, não promessas implícitas. A TubeFrame pode coordenar plataforma e responsabilidades por projeto; disponibilidade, certificação, garantia, prazo e cobertura exigem confirmação escrita.
Matriz de responsabilidades do programa OEM
Copie estas linhas na RFQ. Substitua cada função por uma organização e anexe a evidência.
Copie as linhas para sua RFQ ou planilha de investimento.
| Requisito | Comprador / titular | Parceiro / integrador | Evidência |
|---|---|---|---|
| Entradas da aplicação | Aprovar uso, saída e mercado | Verificar viabilidade e premissas | Registro assinado |
| Plataforma e versão | Aprovar estratégia de variantes | Identificar robô, controlador e versão | Base de configuração |
| Interfaces mecânicas | Fornecer envelope e restrições | Fornecer desenhos, cargas e limites | Desenho aprovado |
| Elétrica e comunicação | Definir energia, rede e dados | Definir conectores, sinais e protocolo | Diagrama elétrico e mapa I/O |
| Software e acesso | Aprovar funções, remoto e atualização | Fornecer versões, opções e recuperação | Manifesto e registro |
| Documentos | Definir idiomas e entregas | Fornecer manuais, desenhos e arquivos | Índice controlado |
| Marca e plaqueta | Aprovar marca e identidade | Aplicar arte e dados liberados | Arte, etiqueta e série |
| Responsabilidade de conformidade | Nomear responsável e regras | Fornecer dados e testes acordados | Mapa e índice de evidências |
| Protótipo | Aprovar finalidade e desvios | Construir conforme BOM e revisões | Registro de construção |
| Verificação e aceitação | Aprovar critérios e testemunho | Executar e registrar testes | Protocolo e fechamento |
| Controle de mudanças | Aprovar classes e impacto | Notificar substituições e revalidar | Aviso aprovado |
| Peças e serviço | Definir geografia, acesso e resposta | Confirmar rota e limite de serviço | Plano de suporte |
Perguntas frequentes
O que inclui um documento de requisitos OEM?
Deve identificar aplicação final, plataforma e software, interfaces, documentação, marca e identidade, funções de conformidade, protótipo e testes, mudanças, peças e serviço.
A marca própria transfere a conformidade ao fornecedor?
Não automaticamente. Quem coloca o produto final no mercado sob seu nome pode ter obrigações de fabricante. Defina por escrito o responsável e a rota aplicável ao produto e destino.
Uma especificação de família cobre todas as variantes?
Somente se a base controlada e as variantes permitidas forem explícitas. Robô, controlador, software, opções, interfaces, cargas e documentos precisam de controle de revisão.
O que aprovar antes de liberar o protótipo?
BOM, desenhos, software, opções, etiquetas, documentação, condições, desvios e responsáveis. A produção é liberada após fechar os itens exigidos com evidência.
Fontes originais e limite de responsabilidade
Transforme o conceito OEM em requisitos revisáveis
Compartilhe aplicação, mercados, plataforma, interfaces, escopo de marca e aceitação. Podemos organizar requisitos e limites antes de uma proposta específica.
Falar sobre um programa OEM ↗