Um inventário de hardware confiável combina coleta técnica, identificação patrimonial e confirmação de quem está com cada equipamento. Scripts ajudam a descobrir modelo, fabricante e número de série; a IA ajuda a explicar divergências e preparar relatórios. A decisão de transferir, comprar ou dar baixa em um ativo precisa continuar vinculada a evidências e a um responsável.
O ponto de partida é separar o que a máquina informa do que a empresa declara. Um notebook pode aparecer na rede e estar registrado no departamento errado. Outro pode estar desligado durante a auditoria e continuar corretamente entregue a um funcionário. Automatizar essa distinção evita transformar ausência de telemetria em acusação de extravio.
Resumo rápido
- Use um identificador patrimonial estável, independente do nome do computador.
- Guarde a origem e o horário de cada observação coletada.
- Concilie descoberta técnica com entrega, devolução e localização física.
- Calcule divergências com regras e use IA para explicar os resultados.
- Mantenha transferências e baixas fora da autonomia do modelo.
O que precisa existir no cadastro de ativos
Antes de escolher um coletor, defina as perguntas da operação: quais equipamentos existem, onde deveriam estar, quem responde por eles e quando foram conferidos. Esses campos dão sentido ao inventário. Uma lista de processadores e memória não responde, sozinha, se um notebook devolvido está disponível para a próxima contratação.
Separe o cadastro em três conjuntos. O primeiro contém identidade: etiqueta patrimonial, tipo de item, fabricante, modelo e serial. O segundo contém responsabilidade: unidade, centro de custo, custodiante e comprovante de movimentação. O terceiro registra observações: origem da coleta, data, versão do script e resultado da conciliação. O identificador do custodiante pode apontar para um cadastro restrito, evitando espalhar nomes por todos os relatórios.
O Snipe-IT organiza ativos com etiquetas próprias e operações de entrega e devolução. Sua documentação de gestão de ativos é uma referência para modelar esse ciclo. Mesmo usando outra ferramenta, preserve a diferença entre possuir um item e atribuí-lo a alguém. Uma movimentação precisa registrar quem confirmou a mudança e qual era a situação anterior.
Um monitor sem agente também pertence ao inventário. Fontes de alimentação, leitores e equipamentos guardados podem exigir etiqueta e conferência física. Reserve estados distintos para disponível, entregue, manutenção, aguardando conferência e baixado. Evite um campo genérico chamado “inativo”, que mistura situações com consequências diferentes.
Como coletar dados de hardware com scripts
No Windows, Get-CimInstance consulta instâncias de classes CIM. A documentação da Microsoft descreve tanto consultas locais quanto o uso de sessões remotas. Para começar, execute uma coleta local em máquinas de teste e inspecione os campos antes de distribuir qualquer tarefa em massa.
As classes Win32_ComputerSystem e Win32_BIOS expõem, respectivamente, informações do computador e de seu BIOS. Modelo, fabricante e serial são candidatos úteis para conciliação. Eles continuam sendo informações fornecidas pelo equipamento: não substituem a etiqueta patrimonial nem a confirmação física quando há conflito.
$sistema = Get-CimInstance -ClassName Win32_ComputerSystem -ErrorAction Stop
$bios = Get-CimInstance -ClassName Win32_BIOS -ErrorAction Stop
[pscustomobject]@{
origem = 'coleta-local-cim'
coletado_em = [DateTime]::UtcNow.ToString('o')
nome_observado = $sistema.Name
fabricante = $sistema.Manufacturer
modelo = $sistema.Model
serial_observado = $bios.SerialNumber
} | ConvertTo-JsonEsse trecho apenas mostra um registro na saída do PowerShell. Ele não cadastra equipamentos, não consulta documentos pessoais e não envia dados a um serviço externo. No coletor real, acrescente tratamento de falhas, identificação da execução e transmissão autenticada para um destino aprovado. Registre uma coleta malsucedida como erro, nunca como um objeto vazio que substitui o cadastro anterior.
A distribuição deve seguir o gerenciamento de dispositivos já adotado pela empresa. Teste permissões na configuração real e use uma identidade dedicada quando necessária. Não coloque senhas no script nem abra acesso remoto amplo para simplificar a auditoria. Para outras plataformas, implemente adaptadores próprios que produzam o mesmo esquema de saída, deixando explícito quando um campo não estiver disponível.
Conciliação: transformar observações em evidência
Crie uma área de entrada separada do cadastro oficial. Cada coleta chega como observação imutável. Uma rotina valida o formato, normaliza espaços e compara o registro com identidades conhecidas. Só depois produz uma proposta de atualização. Isso permite reprocessar um lote se uma regra estava errada, preservando o material original.
| Situação | Regra sugerida | Ação de auditoria |
|---|---|---|
| Serial e etiqueta concordam | Associar observação ao ativo | Atualizar a última coleta |
| Serial vazio ou genérico | Não criar vínculo automático | Conferir etiqueta e equipamento |
| Nome do computador mudou | Preservar identidade patrimonial | Registrar nome como observação |
| Dois registros com mesmo serial | Abrir conflito de identidade | Revisar origem e histórico |
| Equipamento não respondeu | Marcar coleta pendente | Verificar conectividade e custódia |
Não use endereço IP como chave patrimonial: ele é uma informação de conectividade, não um comprovante de identidade do bem. Nomes de máquinas também podem ser reutilizados. Mesmo o serial merece validação para valores vazios, genéricos ou duplicados. Se a confiança do vínculo for insuficiente, o fluxo deve parar na fila de conferência, sem escolher arbitrariamente um registro.
Defina uma precedência por campo. O coletor pode ser a fonte preferida para o modelo observado, enquanto a movimentação aprovada é a fonte preferida para o custodiante. O último usuário conectado não prova a transferência de responsabilidade. Uma estação compartilhada torna essa diferença ainda mais clara.
Implemente idempotência, ou seja, processe a mesma coleta novamente sem gerar outra movimentação. Uma chave composta pelo identificador da origem e pelo identificador da execução ajuda a detectar repetição. Preserve também o horário do equipamento e o horário de recebimento; divergência entre eles pode indicar relógio incorreto ou envio atrasado.
Onde a IA agrega valor ao relatório
Faça os cálculos antes de chamar o modelo. Quantidade de ativos por unidade, registros sem responsável e coletas pendentes devem sair de consultas reproduzíveis. Entregue à IA uma tabela de exceções já classificada, com identificadores internos e evidências resumidas. Peça que organize prioridades, explique padrões e redija perguntas para os responsáveis.
Um pedido útil seria: “Resuma as divergências por unidade. Para cada conclusão, cite os IDs fornecidos. Diferencie observação, hipótese e próxima verificação. Não proponha baixa nem atribua culpa”. A saída pode ter campos como problema, evidências, informação faltante e ação sugerida. Valide que todos os IDs citados existem antes de apresentar o texto ao gestor.
Uma frase como “faltam equipamentos no escritório” pode ser indevida se a única evidência é ausência de coleta. Prefira “há equipamentos sem observação recente; verificar conectividade e responsável”. O relatório deve expor o denominador: um lote com falha de coleta não representa automaticamente todo o parque. Evite percentuais calculados sobre uma amostra que muda sem aviso.
Trate campos livres e notas importadas como conteúdo não confiável. Um texto anexado a um ativo não deve conseguir alterar as instruções do relatório ou solicitar exportação de dados. A arquitetura apresentada no guia de permissões para agentes de IA ajuda a separar leitura, proposta e execução. Para esse caso, a IA pode funcionar sem qualquer ferramenta de escrita no cadastro.
Teste o relatório com divergências conhecidas e com casos ambíguos. Avalie se ele inventa justificativas, mistura unidades ou omite falhas de coleta. Registre a versão do prompt e a entrada usada. Se a IA ficar indisponível, entregue a tabela determinística de exceções: a auditoria não precisa parar porque o resumo narrativo falhou.
Exemplo: distribuidora com escritório e depósito em Recife
Considere uma distribuidora fictícia em Recife com notebooks administrativos, estações compartilhadas no depósito e leitores móveis. O objetivo é organizar entrega e devolução dos equipamentos antes de ampliar a equipe. Não se trata de medir desempenho individual nem de monitorar arquivos de funcionários.
A empresa começa conferindo as etiquetas do estoque e importando o cadastro existente para uma área de revisão. A equipe de TI executa a coleta local em uma amostra autorizada. Um notebook aparece com nome novo, mas conserva a identificação física; outro está registrado como disponível embora exista um termo de entrega. Um leitor não oferece coleta técnica e passa pela conferência manual.
As regras encaminham o primeiro caso para atualização do nome observado. O segundo vira divergência de custódia, com o documento associado. O leitor recebe a data da conferência física e o responsável pela verificação. A IA escreve um resumo que separa essas situações, sem concluir que alguém perdeu equipamento e sem editar registros automaticamente.
Depois de revisar o lote, a empresa amplia a cobertura por unidade. Mede quantos itens elegíveis foram efetivamente conferidos, quantos conflitos permanecem abertos e quanto tempo cada fila aguarda uma pessoa responsável. Esses indicadores mostram a qualidade do processo; não há promessa de economia ou redução de perdas sem uma medição própria.
As divergências que exigem atendimento podem virar tickets, seguindo o fluxo de gestão de chamados de suporte de TI. O ticket deve conter o identificador do ativo e a evidência necessária, sem copiar todo o histórico patrimonial. Quando a correção é aceita, o vínculo entre chamado e mudança permite reconstruir a decisão.
Erros comuns
Sobrescrever o cadastro com a última varredura. Isso elimina a distinção entre observação e responsabilidade formal. Mantenha histórico e propostas de alteração. Antes de aplicar uma mudança, verifique se alguém já atualizou o mesmo ativo desde o início da análise.
Confundir inventário com segurança técnica. Saber que um equipamento existe não comprova que ele está atualizado ou protegido. O trabalho de gestão de vulnerabilidades em servidores tem evidências e prioridades próprias. Também não se trata de backup de configurações de switches: aqui o foco é patrimônio, custódia e ciclo de vida de hardware.
Incluir dados desnecessários. Um relatório patrimonial normalmente não precisa de documentos, histórico de navegação ou conteúdo de pastas. Defina campos permitidos e restrinja as exportações. Um resumo para compras pode usar totais por categoria, enquanto a equipe operacional acessa os itens individuais.
Dar baixa porque a máquina ficou ausente. Férias, manutenção e trabalho remoto podem explicar a ausência. Exija conferência e autorização para ações patrimoniais. A rotina deve ajudar a localizar a evidência, não substituir a decisão administrativa por uma suposição.
Não testar recuperação. Simule envio duplicado, lote interrompido e serviço indisponível. Confira se o reprocessamento preserva identidades e não dispara chamados repetidos. Um relatório bonito não compensa um cadastro degradado por importações inconsistentes.
Perguntas frequentes
Preciso trocar a planilha por uma plataforma imediatamente?
Não necessariamente. Uma planilha controlada pode iniciar a limpeza do cadastro, desde que tenha IDs estáveis, acesso restrito e histórico. Quando várias pessoas passam a registrar movimentações, um sistema com permissões e trilha de alterações tende a organizar melhor o processo.
A IA consegue descobrir quem está com um notebook?
Ela pode resumir evidências existentes, mas não comprova custódia. O usuário conectado, uma nota antiga e uma coleta técnica podem divergir. A atribuição deve se apoiar no procedimento de entrega e na confirmação adequada, não na plausibilidade de uma resposta.
O serial do BIOS é suficiente?
Ele é útil, mas precisa ser validado. Equipamentos podem devolver valores ausentes ou genéricos, e mudanças de componentes exigem análise. Combine os sinais técnicos com a etiqueta patrimonial e preserve exceções para revisão humana.
Com que frequência executar a coleta?
Escolha a frequência conforme a movimentação e a capacidade operacional. Atualizações técnicas podem ser periódicas; entrega, devolução e manutenção precisam gerar registros quando acontecem. Uma coleta muito frequente não resolve movimentações físicas que ninguém documenta.
Como avaliar se o inventário melhorou?
Acompanhe cobertura de conferência, conflitos sem solução e registros com responsável confirmado. Mantenha a definição de cada indicador ao longo do tempo. Avalie também amostras físicas, porque a coerência interna da base não garante correspondência com os equipamentos reais.
