Compilando catálogos de veículos: o que funciona na prática
O mercado automobileiro brasileiro movimenta uma quantidade absurda de SKUs por modelo. Se você já tentou organizar preços, especificações técnicas ou disponibilidade de peças para muitos modelos atuais de veículos, sabe que a dor de cabeça começa no primeiro arquivo Excel que você abre. Vou explicar como eu montei minha planilha de controle hoje de manhã, porque é exatamente o mesmo processo que funciona pra quem precisa de dados atualizados.
Coletando os dados corretamente
A primeira coisa que quase todo mundo faz errado é confiar no catálogo do fabricante. Os sites das montadoras têm duas versões: uma pra consumidor final, outra pro canal de vendas. As especificações podem variar entre elas, especialmente em itens como consumo, dimensões e itens de série. Minha solução foi cruzar dados de três fontes: catalogos.fiac Brasil para carros novos, manual da Anfavea para frota e concessionárias autorizadas para o mercado de usados com procedência. Isso gera uma margem de erro aceitável de 3% nos dados técnicos, mas elimina a maioria das inconsistências críticas.
Eu sempre começo pelo ANFAVEA. A tabela anual deles é mais confiável que os sites das fábricas porque segue padrão fiscal. Depois comprovo com a FIAC, que tem dados de emplacamento em tempo real. Quando as duas batem, o modelo tá ok. Quando não batem, eu investiga por quê.
O problema que ninguém conta sobre variação de mercado
Muita gente acha que compilar modelos de veículos é só coletar números. O problema real é a variação regional. Um SUV que é vendido como 2.0 turbo no Sul pode vir de fábrica com motor 1.0 turbo no Nordeste porque a montadora adapta o portfólio por demanda local. Eu tive esse problema específico com um modelo compacto que estava na minha lista de peças. O catálogo da fábrica dizia "motor 1.6 flex", mas quando cheguei na concessionária do Rio Grande do Sul, o mecânico me mostrou o VIN e o motor era 1.0. A diferença não era só potência: eram componentes de suspensão, sincronizadores da câmbio e até a calibração da injeção.
O workaround que eu encontrei foi simples e chato: todo modelo que entra na base precisa ter o mês de lançamento e a região de comercialização como campos obrigatórios. Sem isso, você gasta tarde inteira caçando incompatibilidades que nem existem. Outra armadilha comum: o ano-modelo versus ano-fiscal. Uma montadora pode lançar um carro novo em setembro, mas registrar como modelo 2024. Para o DETRAN epara notas fiscais, ele é 2023. Se sua planilha mistura os dois critérios, seus cálculos de depreciação e compatibilidade de peças saem errados desde o primeiro mês.
O formato que realmente funciona
Eu paro de usar Excel puro porque ele não escala bem. Depois de 500 modelos, a coisa começa a travar e os relacionamentos ficam confusos. Minha estrutura atual é baseada em colunas fixas: Código do modelo (8 dígitos): esse é o identificador único. Eu uso o padrão que a maioria das montadoras usa internamente, mas padronizo para oito dígitos. Se o código original tiver menos, eu completo com zeros à esquerda. Isso evita conflitos quando você junta dados de fontes diferentes.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Ano-modelo: diferente do ano-fiscal. O ano-modelo é o que a montadora define como ciclo de produção. Serve pra saber quais peças são compatíveis e quando ocorre o restilo. Ano-fiscal: o ano de registro no DETRAN. Essencial para impostos e documentação.
Região de venda: Sul, Sudeste, Centro-Oeste, Norte, Nordeste. Cada uma pode ter versão diferente do mesmo modelo. Código do motor: letra + números, exatamente como aparece na ficha técnica. Não abrevia. "1.0 TGI" é diferente de "1.0 Turbo Flex" porque são motores distintos, mesmo que a cilindrada seja similar.
Status do modelo: ativo, em transição, descontinuado, importado sob demanda. Isso evita que você tente comprar peça de um carro que já não se fabrica no Brasil. Fonte dos dados: ANFAVEA, FIAC, manual do proprietário ou dados de concessionária. Sempre anota a fonte, porque quando alguém questionar um número daqui a seis meses, você precisa saber de onde tirou.
Data de atualização: quando você verificou ou compilou aquele dado pela última vez. Modelos mudam, especificações atualizam, e sem essa coluna você não sabe se o que está na planilha ainda é válido.
Limitações que precisam ser ditas
Esse método funciona bem até cerca de 2.000 modelos. Depois disso, você precisa migrar para um banco de dados relacional, senão a coisa vira um pesadelo de manutenção. Não adianta insistir em planilhas quando o volume exige. O maior gargalo não é a coleta, é a padronização. Cada montadora tem seu próprio código interno, e esses códigos mudam sem aviso quando há restiling ou renovação de linha. Você gasta tempo mapeando equivalências entre códigos antigos e novos.
Outro ponto: dados de preço. Eles flutuam semanalmente nas concessionárias, e muitas vezes o preço de tabela não reflete o preço real de negócio. Se você vai usar essa compilação para precificação de peças, o ideal é cruzar com dados de revendas autorizadas, não só com a tabela da fábrica. Para quem precisa de algo mais robusto do que planilhas, recomendo avaliar sistemas como o do Sindipeças ou consultorias especializadas em dados automotivos. Custam mais, mas economizam horas de trabalho manual que poderiam ser usadas para análise.
Quando a compilação manual não vale a pena
Se você trabalha com menos de 200 modelos e não precisa de dados em tempo real, uma planilha bem feita resolve. Mas se seu volume sobe para centenas ou milhares de SKUs, ou se você precisa de atualizações semanais, o jogo muda. Nesse caso, ferramentas com API ou integração direta com bases oficiais são mais economicamente viáveis a longo prazo. Acho que é isso. O importante é começar com uma estrutura limpa e fontes confiáveis, senão você passa o resto do ano corrigindo inconsistências que poderiam ter sido evitadas no início.
