O que é Software PLM? Glossário Prático para Compradores Brasileiros

PLM é a categoria de engenharia de manufatura com mais jargão — e a que mais se sobrepõe a PDM, ERP, MES, CAD e CAE. Fabricantes brasileiros entrando em RFPs sem vocabulário comum tendem a comprar capacidades que já têm ou perder capacidades que precisam. Este glossário define os termos centrais que um comprador brasileiro deve levar para uma reunião com fornecedor e mapeia tudo às realidades de ANVISA, ANAC, IATF, BPF, INMETRO e cadeia de fornecedores. O objetivo não é ensinar engenharia de manufatura — é tornar a conversa de compra precisa.

O que este glossário cobre

• PLM: a definição central
• PDM vs PLM
• BOM, eBOM, mBOM, sBOM
• Mudança de engenharia: ECR, ECO, ECN
• Gestão de configuração e variantes
• PLM, ERP e MES — como se relacionam
• Digital thread e digital twin
• MBSE (engenharia de sistemas baseada em modelos)
• CAD, CAE, CAM — a família de design
• Termos comuns no procurement brasileiro (ANVISA, ANAC, IATF, BPF, INMETRO)

PLM: a definição central

Product Lifecycle Management (PLM) é a disciplina e plataforma que gerencia informação de produto do conceito até design, manufatura, serviço e fim de vida. PLM mantém peças, BOMs, desenhos, requisitos, registros de mudança e colaboração com fornecedores em um ambiente estruturado. Para fabricantes brasileiros, o efeito prático é uma plataforma onde decisões de engenharia, handoffs de produção e auditorias regulatórias convergem. PLM não é uma ferramenta CAD, ERP ou MES — é a camada que conecta os três com fonte única de verdade.

PDM vs PLM

Product Data Management (PDM) é o precursor — foca em gerenciar arquivos CAD (check-in, check-out, revisão, vault) e documentos associados. PLM estende PDM para BOMs, gestão de mudanças, colaboração com fornecedores e requisitos. Fabricantes brasileiros mid-market às vezes começam com PDM (SolidWorks PDM, Autodesk Vault, PTC Windchill PDMLink) e graduam para PLM completo quando o escopo expande. Confundir PDM e PLM no procurement é comum — projetos com escopo PDM frequentemente subentregam contra expectativas PLM.

BOM, eBOM, mBOM, sBOM

Bill of Materials (BOM) é a lista estruturada de peças que compõem um produto. PLM tipicamente gerencia três visões. BOM de engenharia (eBOM) é criado por design e reflete o produto as-designed. BOM de manufatura (mBOM) é a visão de produção, com estrutura específica de manufatura, sub-conjuntos e processo. BOM de serviço (sBOM) é a visão de manutenção, com peças serviceable e FRUs. A transição eBOM↔mBOM — chamada de transformação de BOM — é o momento operacional onde PLM encontra ERP. Para precisão, semicondutores e dispositivos médicos brasileiros, a precisão do BOM é o output PLM mais auditado.

Mudança de engenharia: ECR, ECO, ECN

Engineering Change Request (ECR) é a proposta formal de mudança. Engineering Change Order (ECO) é a instrução aprovada de implementar. Engineering Change Notice (ECN) é o anúncio de liberação. Setores aeroespacial (ANAC), médico (ANVISA), automotivo (IATF), e farma brasileiros sobrepõem rastreabilidade regulatória — auditorias esperam uma trilha ECR→ECO→ECN documentada. Workflows PLM impõem roteamento, aprovações e trilha; processos manuais ou via e-mail não passam essas auditorias.

Gestão de configuração e variantes

Gestão de configuração controla variantes de produto. Produto configurado (equipamento industrial com opcionais, kits MRO, dispositivos médicos configurados) tem muitas variantes que compartilham peças mas diferem em específicas. Plataformas PLM tratam via regras de configuração, datas de effectivity e BOMs específicos por número de série. Fabricantes brasileiros em indústrias configuráveis precisam de profundidade aqui. Aras (low-code), Teamcenter (variant management) e ENOVIA (solution sets) diferem mais nesta área.

PLM, ERP e MES — como se relacionam

PLM é a fonte de verdade de engenharia — o que o produto deve ser. ERP é a fonte operacional — o que está acontecendo. MES é a execução de chão de fábrica — o que acontece em máquina, linha e ordem. Os três integram mas vivem em domínios diferentes. PLM→ERP (itens, BOMs, roteiros) e ERP→MES (ordens, receitas, instruções) são os pontos de integração onde a maioria dos dados de manufatura brasileira flui. Comprar PLM esperando que faça ERP é o erro de escopo mais comum; comprar ERP esperando que faça PLM é o segundo.

Digital thread e digital twin

Digital thread é o fluxo conectado de dados de produto ao longo do ciclo de vida — requisitos, design, manufatura, serviço. É o conceito de integração que une PLM, ERP, MES, IoT e dados de campo. Digital twin é um resultado específico: representação virtual de um produto, linha ou fábrica atualizada por dados reais. Siemens, Dassault e PTC usam esses termos pesadamente em marketing. Para fabricantes brasileiros, o uso prático é real: um twin de dispositivo médico atualizado por IoT alimenta mudanças no PLM; um digital thread conecta DHF ANVISA a lotes de manufatura a incidentes em campo.

MBSE (engenharia de sistemas baseada em modelos)

MBSE substitui requisitos baseados em documento por baseados em modelo — usando linguagens como SysML para capturar e rastrear requisitos por design, simulação e verificação. Aeroespacial (Embraer), defesa e produtos complexos brasileiros estão adotando MBSE. Siemens Polarion, Dassault Cameo Systems Modeler e o módulo Requirements Management do Teamcenter suportam MBSE. Para a maioria do mid-market brasileiro, MBSE é mais do que precisam — mas é cada vez mais relevante para produtos conectados, dispositivos médicos e aerospace.

CAD, CAE, CAM — a família de design

CAD (computer-aided design) cria geometria — Creo, SolidWorks, NX, CATIA, AutoCAD. CAE (computer-aided engineering) simula comportamento físico — ANSYS, Simcenter, SIMULIA, Hyperworks. CAM (computer-aided manufacturing) gera toolpaths para CNC — Mastercam, NX CAM, Fusion CAM. PLM conecta os três gerenciando os dados de design que produzem e consomem. Fabricantes brasileiros devem garantir que o PLM tenha integração limpa com o CAD em uso; CAE e CAM são secundários mas importam para engenharia avançada.

Termos comuns no procurement brasileiro (ANVISA, ANAC, IATF, BPF, INMETRO)

RFPs brasileiros trazem vocabulário recorrente. ANVISA para dispositivos médicos (RDC 16/2013) e farma (RDC 658/2022) espera DHF ISO 13485. ANAC para aviation parts espera registros AS9100. IATF 16949 para automotivo Tier-1/Tier-2 espera traçabilidade detalhada. BPF (Boas Práticas de Fabricação) sob ANVISA para alimentos/cosméticos. INMETRO para certificação compulsória. CFM (Conselho Federal de Medicina) para registros médicos. AS9100, ISO 13485, IEC 60601 (médicos), ATEX (industrial), aprovações de class societies (DNV, ABS, BV) são padrões que workflows PLM devem suportar.

Efetividade, where-used e análise de impacto

Efetividade (effectivity) é a regra que decide qual revisão de uma peça ou BOM se aplica — por data, por número de série ou por lote. Um PLM sem tratamento forte de efetividade força o rastreamento manual de qual design estava em produção quando, uma lacuna que auditorias de qualidade e auditorias aeroespaciais ou de dispositivos médicos brasileiras apontarão. Where-used é a consulta inversa: dada uma peça, quais conjuntos, produtos e pedidos ativos a consomem? A análise de impacto combina as duas — quando um engenheiro propõe uma mudança, o PLM deve mostrar imediatamente cada item, cliente e fornecedor downstream afetado. Para firmas brasileiras de precisão e eletrônica com hierarquias de BOM profundas, a profundidade de where-used e análise de impacto é frequentemente a feature que justifica um PLM dedicado sobre um vault de CAD.

As-designed, as-built e as-maintained

Um produto existe em três estados que o PLM deve manter distintos. As-designed é a intenção de engenharia — o eBOM que o time de design liberou. As-built é o que realmente foi enviado — a configuração específica com número de série, incluindo quaisquer substituições feitas na linha. As-maintained é o estado atual de uma unidade em campo após serviço, reparos e upgrades. MROs, fabricantes de dispositivos médicos e firmas de bens de capital brasileiros precisam dos três, porque uma reclamação de garantia ou uma investigação de segurança pergunta 'o que havia nesta unidade específica' — não 'o que projetamos'. Confirme na avaliação como o PLM liga registros as-built e as-maintained de volta ao BOM as-designed, e se esse link sobrevive a uma mudança de engenharia.

Migração de dados PLM e o cutover

Toda implementação de PLM inclui uma migração de dados — mover arquivos CAD legados, BOMs e documentos de servidores de arquivo ou de um sistema antigo para a nova plataforma. Esta é a fase que fabricantes mid-market brasileiros mais subestimam. Migrar vinte anos de arquivos no go-live dobra o cronograma; a abordagem realista é migrar projetos ativos e revisões recentes, depois arquivar o resto com um caminho de recuperação documentado. O cutover — o momento em que o novo PLM se torna o sistema de registro — deve ser ensaiado, com um plano de rollback definido e uma janela de congelamento onde nenhuma mudança de engenharia esteja em trânsito. Um plano de cutover limpo é um sinal mais forte de maturidade de implementação do que qualquer lista de features.

Como ler propostas de fornecedores de PLM

Quando fornecedores de PLM respondem a um RFP brasileiro, normalize três coisas antes de comparar. Primeira, o mix de licenças: uma cotação por usuário pode misturar papéis de autor, contribuidor e visualizador com preços muito diferentes — peça o que cada papel pode fazer. Segunda, o escopo de integração CAD e ERP: a cotação inclui os adaptadores para o seu CAD e o seu ERP, ou são linhas separadas de serviços profissionais? Integração com TOTVS e ERPs verticais brasileiros é quase sempre customizada. Terceira, a linha de implementação e migração: fornecedores que detalham fases, esforço de migração e plano de cutover dão uma base mais defensável do que um preço único de plataforma. Uma proposta que itemiza licenças, integrações e implementação é muito mais fácil de avaliar.

Conheça os produtos em detalhe

Ponte do glossário para o procurement

Duas pontes práticas. Primeira: peça ao vendor um process map de um ECR através do workflow com aprovações, notificações, log de auditoria e handoff ERP para uma família real de produtos. Segunda: peça tabela escrita de mapeamento ANVISA, ANAC, IATF, BPF, INMETRO conforme aplicável — com as features específicas que entregam cada requisito. Vendors que entregam essas tabelas tendem a se integrar bem aos ciclos brasileiros.