Matriz para comparar RFQs de robôs industriais

Congele uma base de RFQ antes de pedir preços

A base de RFQ deve identificar família, desenhos e revisão, material e variação, sequência, qualidade, produção boa, turnos, trocas, ambiente, utilidades, espaço, destino e aceitação. Declare o que o comprador fornece: amostras, equipamentos anteriores e posteriores, rede, energia, ar, gás, extração, içamento, operadores e tempo de produção. Se os fornecedores partirem de entradas diferentes, não haverá comparação justa.

A definição de integrador do NIST inclui engenharia final, documentação, compra de hardware, software, instalação, testes e comissionamento. Por isso ‘sistema robótico’ não basta como item de RFQ. Decomponha equipamento, software, engenharia, trabalho em campo, evidência e suporte e exija onde começa e termina cada responsabilidade.

• Emita requisitos numerados e um registro controlado de perguntas.
• Exija validade da proposta e revisão da configuração cotada.
• Separe escopo obrigatório e alternativas para que não desapareçam nos totais.

Leituras de apoio: NIST — Integrator definition from control-system specification guidance ↗

Normalize configuração, status e premissas comerciais

Para cada hardware e software registre quantidade, fabricante e modelo ou especificação, versão do controlador, licença, equivalente, acessórios e revisão. Para engenharia e serviço, registre horas ou visitas só quando declaradas; caso contrário, compare entrega e limite. ‘Programação inclusa’ deve virar lista de programas, modos, receitas, backups, comentários, senhas, arquivos-fonte e suporte a mudanças.

Use status explícitos: incluso, opção, excluído, fornecido pelo comprador, terceiro direto, provisão ou pendente. Provisão não é preço fixo e equivalente aprovado não é modelo identificado. Mantenha impostos, tarifas, seguro, pagamentos, Incoterm, premissas e reajuste fora da matriz técnica, mas ligados à mesma revisão.

Atribua cada interface e registro de aceitação

Células combinam componentes que trocam cargas mecânicas, energia, sinais de segurança, estados, dados, utilidades e peças. O trabalho de interoperabilidade do NIST mostra que integração depende de modelos de informação, protocolos e métodos de teste, não apenas conectores compatíveis. Use uma matriz com fornecedor de cada lado, autoridade de projeto, instalador, condição de teste e evidência.

Segurança pertence à aplicação. A orientação de integração da Universal Robots, por exemplo, coloca avaliação de risco, interfaces, proteção, ajustes, validação, instruções e documentação dentro da integração. Não generalize essa redação a todo produto ou país; use-a para revelar perguntas que o projeto deve atribuir. FAT testa a base de fábrica e SAT as interfaces e entrega que não podem ser testadas lá.

Leituras de apoio: NIST — Robotic Systems Interoperability and Integration ↗ · Universal Robots — Integration and Responsibility ↗ · ISO — ISO 10218-2:2025 industrial robot applications and cells ↗

Construa o total sem inventar custos ausentes

Mantenha separados total da proposta, opções confirmadas necessárias e escopo residual do comprador. Se faltar preço, deixe em aberto e peça esclarecimento; não insira estimativas da TubeFrame nem números anônimos. Identifique exposição como aberta, condicional ou excluída até haver custo e responsável. Assim preserva a proposta e evita falsa precisão.

O manual público de fornecedores da ABB ilustra que peças podem incluir hardware, reparo, ferramentas, software e documentação e que obsolescência e substituição exigem controle. Não transforme requisitos da ABB em promessa universal. Peça a cada fornecedor lista crítica, disponibilidade, reparo, backup e restauração, treinamento, contato, exclusões e aviso de fim de vida específicos.

Leituras de apoio: ABB Robotics — Supplier Handbook ↗

Matriz de normalização de RFQ

Adicione quantidade, preço, status e revisão em sua planilha comercial. Estas perguntas definem o que esclarecer; não fornecem preço.

Copie as linhas para sua RFQ ou planilha de investimento.