Um cliente aprova a versão B na segunda-feira.
Na terça-feira, um engenheiro deslocou um orifício de fixação 3 mm, porque um conector de cabo era mais difícil de alcançar do que o esperado.
Alguém envia o PDF atualizado para a oficina de chaparia com a seguinte mensagem: “Por favor, utilizem este.”
A produção começa na quarta-feira.
O departamento de qualidade continua a realizar as inspeções de acordo com a versão Rev. B.
O departamento de compras já encomendou um suporte fabricado de acordo com a versão B.
A Assembleia está a analisar um desenho impresso da última sexta-feira.
Neste momento, não tem nenhuma alteração técnica.
Existem quatro versões diferentes do produto a serem fabricadas em simultâneo.
É exatamente isso que Controlo de Alterações Técnicas foi concebido para prevenir.
Para os compradores OEM que desenvolvem chassis de servidores, caixas de montagem em rack, computadores industriais, sistemas de armazenamento ou outro hardware personalizado, controlar as alterações antes da produção não é mera burocracia administrativa. É o mecanismo que distingue uma revisão deliberada do projeto de uma surpresa no chão de fábrica.
A Gestão de Alterações de Engenharia é o processo controlado utilizado para propor, avaliar, aprovar, documentar, implementar e verificar alterações a uma configuração de produto aprovada.
A palavra controlado assuntos.
Os engenheiros alteram constantemente os projetos durante o desenvolvimento. Isso é normal. Um protótipo revela interferências. Um fornecedor recomenda um raio de curvatura diferente. Um componente deixa de estar disponível. Os testes revelam que o fluxo de ar precisa de ser melhorado. O cliente altera a configuração de E/S.
Nenhum desses acontecimentos constitui automaticamente um problema.
O problema surge quando a alteração chega à produção sem que todos saibam exatamente:
Esta ideia não se limita às fábricas que produzem caixas para servidores. A norma ISO 10007:2017 fornece orientações para a gestão da configuração em produtos e serviços, desde a conceção até à eliminação, e a ISO refere que a atual edição de 2017 foi revista e confirmada em 2023.
A NASA descreve a gestão de alterações de configuração em termos semelhantes: as alterações propostas são sistematicamente justificadas e avaliadas, as alterações aprovadas são incorporadas e a sua implementação é, em seguida, verificada.
Vale a pena recordar essa sequência.
Solicitar. Avaliar. Aprovar. Alterar. Verificar.
É quando se salta um passo que as coisas ficam caras.
O desenvolvimento inicial é tolerante.
A produção não é.
Quando um chassis ainda é apenas um conceito em CAD, a alteração de um recorte pode afetar apenas um ficheiro. No entanto, depois de existirem os planos de ferramentas, compras, inspeção, embalagem, encomendas a fornecedores, instruções de trabalho e inventário de produtos acabados, essa mesma alteração pode afetar dez sistemas distintos.
O design passa a estar ligado ao dinheiro.
Uma alteração numa dimensão aparentemente inofensiva pode afetar:
É por isso que o nosso guia sobre mudanças Controlo de revisões de engenharia O processo que vai desde o CAD até à validação do protótipo atribui grande importância à gestão de revisões e à transição para a produção. A fase de protótipo é onde se devem questionar os pressupostos de conceção, enquanto a quantidade em causa ainda é reduzida. O guia de protótipos existente no site recomenda explicitamente a validação do encaixe real dos componentes, da sequência de montagem, da estrutura, do arrefecimento e do acesso para manutenção antes da aprovação para produção.
Alterar uma coisa mais tarde?
Verifica novamente tudo aquilo com que entra em contacto.
Recentemente, estava a navegar num fórum sobre indústria transformadora e deparei-me com a história de alguém que trabalha numa oficina com 25 funcionários, que me pareceu dolorosamente familiar.
O departamento de engenharia emitiria uma ECO, mas uma alteração poderia exigir atualizações em cinco, seis ou, por vezes, oito instruções de trabalho distintas.
A documentação não conseguiu acompanhar o ritmo.
Enquanto alguém reescrevia essas instruções, a produção continuava a utilizar as versões antigas. Uma peça acabava por ser fabricada de forma incorreta. O controlo de qualidade só poderia detetar o erro três dias depois.
Então começaram as perguntas.
Qual foi a revisão lançada?
Quem o recebeu?
A compra foi notificada?
O departamento de inspeção obteve as novas dimensões?
A instrução de trabalho impressa foi substituída?
O fornecedor recebeu o mesmo ficheiro que a produção recebeu?
Segundo consta, a loja tinha ficheiros PDF espalhados por uma unidade partilhada, cópias em papel na área de produção e um sistema informal do tipo “pergunta à pessoa que sabe” para colmatar as lacunas.
Essa última parte é importante.
As pessoas costumam pensar que as alterações de engenharia falham porque alguém tomou uma má decisão técnica.
Muitas vezes, a decisão de engenharia está correta.
O fluxo de informação falha.
A alteração no CAD pode demorar dez minutos. O verdadeiro trabalho consiste em controlar todos os desenhos, listas de materiais, instruções de trabalho, documentos de fornecedores, requisitos de inspeção e autorizações de produção afetados por essa alteração.
Os diferentes fabricantes utilizam as siglas de forma ligeiramente diferente, pelo que os compradores nunca devem partir do princípio de que a terminologia, por si só, comprova que um fornecedor dispõe de um sistema rigoroso.
Ainda assim, um típico Fluxo de trabalho ECR, ECN e ECO é mais ou menos assim:
| Estágio | Documento típico | Pergunta principal | Estado da produção |
|---|---|---|---|
| 1. Pedido de alteração | ECR | O que é que tem de mudar e porquê? | Não são permitidas alterações |
| 2. Análise de impacto | ECR / registo de revisão | Que outros aspetos serão afetados por esta alteração? | Não são permitidas alterações |
| 3. Aprovação | Registo de aprovação | Devemos avançar? | Ainda bloqueado |
| 4. Atualização técnica | ECO | Que desenhos, listas de materiais, modelos ou especificações são alterados? | Nova revisão preparada |
| 5. Validação | Teste / protótipo / registo da FAI | Será que o projeto revisto funciona mesmo? | Manter até ser aceite |
| 6. Notificação | ECN | Quem precisa da alteração aprovada? | Início da libertação controlada |
| 7. Implementação | ERP/MES/lançamento de produção | A que encomenda, data, número de série ou lote se refere? | Nova revisão ativa |
| 8. Verificação | Registo de inspeção/auditoria | A produção mudou mesmo corretamente? | Alteração encerrada |
Os nomes são menos importantes do que os portões.
Uma empresa pode chamar tudo de “ECN” e, mesmo assim, ter excelentes mecanismos de controlo.
Outro pode utilizar software de PLM com ECR, ECO, ECN, CCB e vinte códigos de estado, permitindo ainda assim que os operadores de máquinas imprimam ficheiros PDF aleatórios a partir de e-mails.
Um software sofisticado não compensa um processo de lançamento mal concebido.
O primeiro documento deve explicar o problema antes de alguém editar o projeto publicado.
Esse pedido pode ter origem em:
Um ECR útil deve responder a quatro perguntas básicas.
O que se passa?
Seja específico.
“Melhorar o suporte” é fraco.
“O suporte da GPU deforma-se cerca de 4 mm durante o teste de vibração de transporte” é uma observação que requer ação.
Que alteração é proposta?
Mais uma vez, seja específico.
Aumentar a espessura? Adicionar uma nervura moldada? Mudar o ponto de fixação? Mudar o material?
Por que razão é necessária esta alteração?
Isto define a intenção. Sem isso, alguém que analise o projeto seis meses depois poderá “corrigir” a funcionalidade, devolvendo-a à sua forma original, por não compreender a razão da alteração.
É muito urgente?
Uma correção de etiqueta de natureza cosmética e uma interferência mecânica relacionada com a segurança não devem passar pela mesma fila de prioridades.
Se um projeto personalizado ainda estiver a ser definido, é possível evitar muitos ECRs posteriores fixando os parâmetros técnicos numa fase mais precoce. O nosso guia sobre o Fluxo de trabalho ECR, ECN e ECO começa pelas dimensões da placa-mãe, configuração da GPU, armazenamento, alimentação, refrigeração, E/S, restrições do rack, acesso para manutenção e requisitos comerciais, precisamente porque informações vagas geram revisões sucessivas nas fases seguintes do processo.
Esta é a etapa que as equipas apressadas adoram saltar.
Má ideia.
A questão de engenharia não se resume apenas a:
Será que podemos fazer esta alteração?
É:
Que outras alterações haverá se o fizermos?
No caso de um chassis de servidor personalizado, imagine que o cliente pede para deslocar uma entrada USB frontal 8 mm.
Simples.
No entanto, o novo cargo poderá entrar em conflito com:
Agora imagine que o material já foi cortado.
A questão dos custos volta a mudar.
Uma análise adequada deve ter em conta, pelo menos, cinco áreas de impacto.
Esta alteração afeta o ajuste, o funcionamento, as interfaces, a soma das tolerâncias, a resistência estrutural, o fluxo de ar, a ligação à terra, o comportamento em termos de interferências eletromagnéticas (EMI) ou a facilidade de manutenção?
Será necessário recorrer a novas ferramentas, programas, dispositivos de fixação, configurações de dobragem, gabaritos de soldadura, métodos de montagem ou parâmetros de processo?
As ordens de compra existentes são afetadas?
O stock antigo ainda pode ser utilizado?
Um componente adquirido fica obsoleto?
O fornecedor vai precisar de ficheiros atualizados?
Os desenhos de inspeção, os calibres, os planos de controlo, os critérios de aceitação, os procedimentos de ensaio ou os requisitos relativos ao primeiro artigo sofrem alterações?
A alteração afeta o custo, a quantidade mínima de encomenda (MOQ), os custos de ferramentas, o prazo de produção, a data de entrega, a cobertura da garantia ou as especificações previamente acordadas?
A NXP oferece um exemplo prático e útil desta mentalidade. O seu processo de gestão da mudança, tal como publicado, indica que as alterações propostas a produtos ou processos são analisadas por um Conselho de Mudança composto por pessoal das áreas de engenharia, gestão e qualidade. O conselho analisa os riscos, os planos de qualificação, os critérios de sucesso e os possíveis efeitos na forma, no ajuste, na função ou na fiabilidade antes da implementação.
Essa é uma crítica séria.
Não é “parece estar bem, manda-o”.”
A aprovação deve partir das pessoas que assumem a responsabilidade pelas consequências.
No caso de um projeto modesto de caixa personalizada, isso pode ser:
No caso de um programa mais complexo, também podem participar os departamentos de conformidade, gestão de projetos, aquisição, engenharia de testes ou a direção executiva.
O que importa não é recolher assinaturas só por recolher.
Cada aprovação corresponde a uma pergunta.
Engenharia: O design revisto funciona?
Fabrico: Será que podemos construí-lo repetidamente?
Qualidade: Podemos inspecioná-lo e verificá-lo?
Compras: Os materiais e as encomendas aos fornecedores estão alinhados?
Cliente: Este ainda é o produto que concordámos em comprar?
Um sólido Processo de Aprovação de Alterações Técnicas também se relaciona naturalmente com o DFM. O guia de desenvolvimento de caixas do site mostra por que razão os detalhes relacionados com a produção, tais como o raio de curvatura, a distância entre o orifício e a curvatura, os elementos de fixação, o acesso para soldadura, o acabamento e a sequência de montagem, precisam de ser revistos antes de um projeto ser considerado pronto para produção.
A aprovação sem essa contribuição da área de produção pode limitar-se a formalizar um projeto que ainda não pode ser construído de forma adequada.
Isto parece óbvio.
É aí que muitas empresas perdem o controlo.
Um ECO pode exigir atualizações que vão muito além de um desenho.
Os registos que poderão ter sido afetados incluem:
Um documento é alterado.
O sistema muda.
É essa a mentalidade.
As orientações da NASA em matéria de gestão de configurações exigem explicitamente documentação completa sobre a configuração atual e histórica, identificadores únicos, acompanhamento do estado das alterações propostas, rastreabilidade histórica, comparação de versões, gestão do fluxo de trabalho e, idealmente, uma fonte única de informação divulgada.
Uma pasta cheia de ficheiros com os seguintes nomes:
final.pdf
final-new.pdf
final-new2.pdf
final-customer-approved.pdf
não é um sistema de controlo de versões.
São provas que estão à espera de serem utilizadas contra si.
O projeto já divulgado precisa de uma identidade.
Rev. A.
Rev. B.
Rev. C.
Ou outro sistema de numeração controlada.
A convenção de nomenclatura específica é menos importante do que a consistência.
A revisão anterior deve continuar a ser rastreável historicamente, mas não deve permanecer disponível como uma opção de produção igualmente válida.
É nesta distinção que Controlo de revisões de engenharia ganha o seu sustento.
Um bom sistema deve indicar-lhe:
Essa história torna-se muito valiosa quando alguém comunica um problema no terreno 18 meses depois.
Sem isso, a análise das causas profundas torna-se uma espécie de arqueologia.
A aprovação autoriza a alteração.
A validação comprova que funciona.
Não são a mesma coisa.
Algumas alterações de engenharia podem ser confirmadas através da revisão de desenhos e da inspeção dimensional. Outras justificam a criação de um novo protótipo, de um primeiro artigo, de uma produção-piloto, de um ensaio térmico, de um ensaio de ajuste, de um ensaio de vibração, de um ensaio de carga ou de uma amostra para o cliente.
O método de validação deve ser adequado ao risco.
Alterar a localização de um logótipo?
Provavelmente não é um protótipo completo.
Alterar a estrutura de suporte da GPU num servidor de IA de grande capacidade?
Isso já é outra história.
Alterar as aberturas de ventilação junto a uma parede com ventiladores?
Experimenta.
Alterar a localização dos espaçadores da placa-mãe?
Instale a placa verdadeira.
Alterar uma interface de carril?
Carregue o chassis e faça o movimento de vaivém dos trilhos.
É precisamente por isso que o artigo já publicado no site sobre Processo de Ordem de Alteração Técnica considera os protótipos como ferramentas de engenharia, em vez de amostras de apresentação. Recomenda-se verificar o encaixe efetivo dos componentes, o acesso para montagem, o comportamento estrutural, as vias de refrigeração e a facilidade de manutenção antes do lançamento para produção.
Encontre o erro na quantidade um.
Isso é barato.
Encontra-se disponível em quantidade de 500?
Outra reunião.
Assim que a configuração revista for aprovada e estiver pronta para ser implementada, as pessoas afetadas devem ser notificadas formalmente.
É aqui que um Processo de Notificação de Alterações Técnicas deveria responder:
Os grandes fabricantes tratam disto com todo o cuidado.
A NXP afirma que as alterações que afetam o ajuste, a forma, a função, a qualidade ou a fiabilidade são comunicadas através de Avisos de Alteração do Produto 90 dias antes da implementação. Os seus avisos incluem a data de entrada em vigor e os números de referência afetados, e o processo publicado exige a aprovação dos resultados da qualificação pelo Conselho de Alterações antes de a alteração avançar.
O seu projeto de chassis personalizado pode não necessitar de um prazo de notificação de 90 dias.
O princípio continua a ser válido.
A notificação deve ser feita antes da implementação, e não depois de alguém se aperceber de que as peças têm um aspeto diferente.
Esta é uma das perguntas mais úteis que um comprador pode fazer:
Quando é que a nova revisão começa, exatamente?
Deve haver uma resposta clara.
Por exemplo:
Isso é eficácia.
Sem isso, o Rev. B e o Rev. C podem coexistir numa zona cinzenta.
Por vezes, a coexistência é aceitável. Talvez ambas as revisões sejam totalmente intercambiáveis.
Tudo bem.
Registe essa decisão.
Por vezes, o stock existente pode ser reutilizado.
Registe isso também.
Por vezes, é necessário eliminar o stock antigo porque a alteração afeta o ajuste, a segurança, o desempenho ou os requisitos dos clientes.
Mais uma vez: registe tudo.
A pior opção é permitir que a fábrica tome decisões de forma informal à medida que o material avança na linha de produção.
Eis uma opinião pouco popular no nosso setor:
As alterações de engenharia mais perigosas são, muitas vezes, aquelas a que todos chamam de “menores”.”
Um buraco move-se.
Uma tolerância altera-se.
Um material é substituído.
É adicionada uma dimensão.
Foi corrigida uma linha da lista de materiais.
Alguém diz: “Não te preocupes com uma alteração formal. Basta avisares a produção.”
Esse atalho parece eficiente porque a alteração em si é pequena.
O raio de falha pode não ser.
Se o desenho aprovado sofrer alterações, a revisão controlada deverá ser atualizada em conformidade. As instruções de trabalho, os documentos de aquisição, os requisitos de inspeção, os ficheiros de fornecedores e os registos de produção afetados devem ser verificados antes da implementação.
O verdadeiro teste ao controlo de alterações não é saber se a ECO tem assinaturas.
A questão é saber se a versão errada se tornou praticamente impossível de fabricar.
Isso significa que a informação antiga deve ser controlada.
Cópias impressas?
Substitui-os ou destrói-os.
Portal de fornecedores?
Carregue a revisão lançada e retire a antiga.
Anexo do ERP?
Atualiza-o.
Posto de inspeção?
Confirme o desenho.
Pasta de programação a laser?
Confirme o ficheiro.
Instruções de montagem?
Confirme novamente.
O facto de o portátil da Engenharia ter a Rev. C não significa que a fábrica esteja a fabricar a Rev. C.
Uma má gestão das alterações resulta em custos de produção muito comuns.
Lixo.
Reelaboração.
Classificação.
Nova inspeção.
Alteração do horário.
Frete premium.
Reclamações dos fornecedores.
Reclamações dos clientes.
Devoluções.
A ASQ classifica os resíduos, o retrabalho, o desperdício e a análise de falhas associados a defeitos detetados antes da entrega como custos internos de falha. Além disso, inclui as reparações, os pedidos de garantia, as reclamações e as devoluções entre os custos externos de falha.
Eis o número interessante.
De acordo com o Relatório «ASQE Insights on Excellence: Custo da Qualidade» de 2025, apenas 31% dos inquiridos afirmaram compreender plenamente o impacto dos custos relacionados com a qualidade no desempenho financeiro das suas organizações.
Pensa nisso por um momento.
Muitas empresas conseguem indicar o preço de um chassis com uma precisão de um cêntimo.
São muito poucos os que conseguem indicar o verdadeiro custo da produção de 80 chassis a partir de um desenho errado.
A fatura relativa à sucata é evidente.
As horas de engenharia, as paragens da linha de produção, o reajustamento do calendário, os contactos com fornecedores, o fornecimento acelerado de materiais, as horas extraordinárias dedicadas à inspeção, a comunicação com os clientes e a perda de confiança são muito mais difíceis de perceber.
Não pergunte apenas: “Têm um sistema ECO?”
Quase toda a gente dirá que sim.
Faça perguntas de natureza operacional.
Quem está autorizado a aprovar um desenho para produção?
Queres funções com nomes específicos, não apenas “engenharia”.”
Onde é que o departamento de produção obtém o desenho atual?
Deve existir uma fonte controlada.
Como é que se evita que um operador utilize uma revisão antiga?
Ouve com atenção esta resposta.
Como é que controlam as revisões dos fornecedores?
A subcontratação de serviços de corte a laser, maquinagem, galvanização, montagem de placas de circuito impresso, produção de cabos ou embalagem cria mais uma oportunidade para o desvio de versão.
Como é que lida com o trabalho em curso quando uma alteração é aprovada?
Deve ficar bem claro se se deve manter, reformular, descartar, separar ou utilizar tal como está.
Como se regista o número de lote ou de série efetivo?
Isto é importante para a rastreabilidade.
Uma alteração após a fase de protótipo requer uma nova aprovação do cliente?
No caso das funcionalidades controladas pelo comprador, normalmente deveria ser assim.
Como é que os documentos de inspeção são atualizados?
A produção e a qualidade têm de avançar a par.
Ao enviar o pacote original do projeto, o guia do site sobre o Processo de Notificação de Alterações Técnicas é útil porque os desenhos, os materiais, as tolerâncias, os acabamentos, os componentes, as quantidades, os requisitos de qualidade e as expectativas de entrega devem ser definidos antes da elaboração do orçamento.
Quanto mais clara for a linha de base original, mais fácil será identificar as alterações posteriores.
Antes do início da produção em série, a fábrica deve poder indicar uma embalagem aprovada.
No caso de um projeto de chassis personalizado, este poderá incluir:
| Artigo sujeito a controlo | O que deve ficar claro |
|---|---|
| Modelo 3D | Revisão atualmente disponível |
| Desenhos em 2D | Dimensões, tolerâncias, notas, revisão |
| LISTA TÉCNICA | Peças originais e substitutos aprovados |
| Especificações dos materiais | Classe, espessura, acabamento |
| Componentes adquiridos | Fabricante/modelo aprovado ou regras equivalentes |
| Acabamento da superfície | Cor, textura e requisitos de revestimento |
| Instruções de montagem | Sequência atual e elementos de fixação |
| Plano de inspeção | O que é verificado e quais são os limites de aceitação |
| Requisitos de teste | Validação funcional ou mecânica |
| Especificações de embalagem | Proteção, etiquetas, acessórios |
| Histórico de alterações | O que mudou e porquê |
| Aprovação do cliente | Prova de que a configuração de produção foi aceite |
| Vigência | Lote, ordem de compra, data ou número de série a partir do qual a revisão tem início |
Este pacote passa a ser a base de referência de produção.
A NASA utiliza o mesmo conceito subjacente numa escala muito maior: uma linha de base do produto é a documentação técnica aprovada que descreve a configuração aplicável durante a produção e nas fases posteriores do ciclo de vida.
Não é preciso uma burocracia do tamanho de uma nave espacial para adotar essa lógica.
Fixa a linha de base.
Controlar os desvios em relação a esse valor.
Algumas equipas, quando ouvem “controlo de alterações”, imaginam uma burocracia que sufoca a engenharia.
Isso é uma má implementação.
O objetivo não é impedir a mudança.
Os produtos melhoram porque os engenheiros introduzem alterações.
O objetivo é garantir que a mudança certa chegue às pessoas certas no momento certo.
O desenvolvimento rápido e o controlo formal podem coexistir.
Durante a fase inicial de conceção, o CAD pode sofrer várias alterações ao longo do dia.
Durante o desenvolvimento do protótipo, as revisões podem continuar a ser frequentes, mas devem tornar-se rastreáveis.
Assim que o cliente aprovar a produção, o controlo de qualidade torna-se mais rigoroso.
Isso faz sentido.
Quanto mais nos aproximamos da produção em massa, mais cara se torna a ambiguidade.
Antes de iniciar a produção, faça uma pergunta:
Será que dois colaboradores competentes poderiam abrir hoje dois ficheiros diferentes e ambos acreditarem, com razão, que têm a revisão de produção aprovada?
Se a resposta for sim, o projeto ainda não está sob controlo.
Resolve isso primeiro.
Um bom sistema de Gestão de Alterações de Engenharia deve deixar pouca margem para interpretação. O projeto aprovado é identificável. As alterações têm responsáveis. O impacto é analisado. As aprovações são registadas. A validação corresponde ao nível de risco. Os fornecedores recebem os ficheiros corretos. As revisões obsoletas são retiradas de uso ativo. A data de entrada em vigor na produção é registada.
Em seguida, dá-se início à produção.
Essa sequência pode parecer mais lenta quando todos estão impacientes para emitir a ordem de compra.
Normalmente, é muito mais rápido do que refazer a encomenda.
A Gestão de Alterações de Engenharia é o processo formal de avaliação, aprovação, documentação, implementação e verificação das alterações ao projeto do produto.
Mantém os ficheiros CAD, os desenhos, as listas de materiais (BOM), os fornecedores, os registos de qualidade e as instruções de produção sincronizados, de modo a que apenas a configuração aprovada chegue à produção.
Um ECR solicita uma alteração, um ECO autoriza e define o trabalho de engenharia e um ECN comunica a alteração aprovada.
Terminology varies between manufacturers. What matters is having clear gates for request, impact review, approval, implementation, notification, and verification.
Yes, if they alter controlled production information.
A small hole shift, tolerance adjustment, material substitution, or BOM change can affect manufacturing, purchasing, inspection, inventory, or supplier parts. The paperwork can be proportional to risk, but the revision should remain traceable.
A new revision should normally be issued when released product definition changes.
That includes changes to controlled drawings, dimensions, materials, BOMs, specifications, interfaces, or other information used to manufacture or inspect the product.
Normally, production should remain on the existing approved baseline until the new change is released.
Emergency deviations may be possible under a documented authorization process, but uncontrolled use of an unapproved revision creates traceability and quality risk.
It should receive a documented disposition: use, rework, segregate, return, or scrap.
The decision depends on interchangeability, quality, cost, safety, customer requirements, and the effective date of the new revision.
Ask how revisions are released, distributed, retired, and traced to production lots.
Also ask who approves changes, how external suppliers are notified, how work-in-process is handled, and whether post-prototype modifications require customer approval.
The biggest risk is different departments implementing the change at different times.
Engineering may have the new drawing while purchasing, production, suppliers, or quality still use the old one. Effective change control synchronizes all affected functions before release.
Mark Lee é o fundador da ISTONECASE, com 20 anos de experiência no setor dos chassis para servidores. É especialista em soluções OEM/ODM para GPU e IA, chassis para montagem em rack, industriais, para montagem na parede, NAS, Mini-ITX e de múltiplos nós. A sua experiência apoia projetos de hardware personalizados para centros de dados, computação de IA, armazenamento empresarial, computação de ponta, redes e aplicações industriais.
Comentários
