Agente de IA para funilaria e pintura: sinistros, peças e fotos

Um agente de IA para oficina de funilaria e pintura é mais útil quando consegue ler os registros de sinistro, peças e fotos e informar o que está aberto, o que falta ou o que aguarda uma resposta da seguradora. Ele pode redigir atualizações de status, sinalizar complementos de orçamento ausentes e manter a papelada andando, mas os orçamentistas devem continuar com a autoridade sobre o escopo, as substituições de peças e qualquer coisa que comprometa a oficina com um resultado. Padronizar esses três tipos de registro antes de adicionar qualquer agente é o primeiro passo prático, e ajuda a oficina mesmo que nenhum agente chegue a ser implantado.

Principais pontos

• Padronize o arquivo do sinistro primeiro, já que o acompanhamento de status depende de um único identificador por sinistro que apareça no sistema da oficina, na correspondência com a seguradora e no nome da pasta de fotos.
• Registre pedidos de peças, substituições e devoluções como eventos com data, origem e aprovador, e não como anotações em uma conversa de chat.
• Exija conjuntos de fotos com ordem de captura fixa e identificação, para que um agente consiga relacionar os danos documentados às linhas do orçamento.
• Mantenha os orçamentistas como únicos aprovadores de mudanças de escopo, complementos e substituições de peças, e deixe o agente redigir todo o restante.
• Dê ao agente acesso de leitura e permissão de escrita restrita, e revise essas permissões em uma agenda regular.

O que um agente de funilaria deve fazer, e o que não deve

A primeira função deve ser estreita e fácil de observar. Um agente útil lê o arquivo do sinistro, compara com as mensagens mais recentes da seguradora e com o registro de peças, redige uma atualização de status e avisa a pessoa certa sobre o que falta. Ele não deve definir o escopo do reparo, aprovar um complemento, alterar um pedido de peças ou liberar um veículo. Um agente mais capaz no futuro terá mais espaço para raciocinar sobre um sinistro, mas os limites pertencem ao desenho desde o início. Um modelo mais forte não elimina a necessidade de uma pessoa responsável que diga sim ou não.

O mesmo padrão aparece em outros negócios de reparo. Em IA para oficinas mecânicas, orçamentos, status do serviço e peças dependem de um único registro compartilhado, e o agente só é tão confiável quanto esse registro. O trabalho de funilaria acrescenta seguradoras, reguladores de sinistro e complementos, o que multiplica o número de pessoas que esperam uma resposta atualizada.

Padronize o registro do sinistro antes de tudo

A maior parte da confusão de status em uma oficina vem de o mesmo sinistro ser descrito em três lugares com três nomes diferentes. Antes que qualquer agente toque no trabalho, combine os campos que cada sinistro aberto deve ter:

• Um identificador único do sinistro, usado no sistema da oficina, na correspondência com a seguradora e no nome da pasta de fotos.
• A seguradora, o contato do regulador de sinistros e o canal preferido daquela seguradora, guardados uma vez e não repetidos em anotações livres.
• Uma etapa atual escolhida de uma lista curta e fixa, como vistoria agendada, orçamento enviado, complemento pendente, aprovado, em reparo, aguardando peças e pronto para entrega.
• A data e a pessoa responsável por cada mudança de etapa.
• As perguntas em aberto ligadas ao sinistro, cada uma com um responsável nomeado.
• O contato do cliente e a situação da autorização, separados dos contatos da seguradora.

Depois que esses campos existem, a pergunta de uma seguradora sobre o status tem uma única resposta que qualquer pessoa da equipe pode conferir. Essa mesma estrutura é a entrada que um agente precisará mais tarde, então o trabalho não se perde se o projeto de agente andar devagar.

Monte registros de peças que mostrem pedidos, substituições e devoluções

As peças são onde muitas atualizações de status dão errado, porque o orçamento diz uma coisa, o pedido diz outra e o técnico já começou com uma terceira. Trate cada movimentação de peça como um evento:

• Registre cada pedido ligado ao identificador do sinistro e à linha do orçamento que ele sustenta.
• Guarde fornecedor, data do pedido, previsão de chegada e código de rastreio como campos, e não como texto livre.
• Marque qualquer substituição (paralela, recondicionada ou alternativa à peça original) com o orçamentista que a aprovou, e registre se a aprovação da seguradora era necessária e se foi recebida.
• Registre devoluções e cancelamentos como eventos próprios, com o motivo e a situação do crédito.
• Compare a peça entregue com o pedido antes que o técnico comece o reparo, e registre o resultado.

Quando uma seguradora pergunta quando o carro ficará pronto, a resposta honesta depende de a peça já ter chegado e de ela corresponder à linha aprovada. Um agente só consegue responder isso com confiança se o registro de peças estiver completo. Ele não consegue reconstruir a resposta a partir de uma ligação que alguém fez no início da semana.

Capture fotos que correspondam às linhas do orçamento

As fotos são a evidência por trás de muitas decisões de reparo e, com frequência, o registro mais fraco do arquivo. Uma ordem de captura consistente as torna utilizáveis. Primeiro vêm as vistas gerais do veículo a partir de cada canto, depois cada painel danificado em um close e em um plano mais aberto, e por fim qualquer dano oculto encontrado na desmontagem. Os nomes dos arquivos carregam o identificador do sinistro, o painel e a sequência.

Cenário ilustrativo: um sinistro de para-choque traseiro chega com uma dúzia de fotos no rolo da câmera do celular, nenhuma identificada. O orçamentista precisa mostrar que um suporte do sensor foi danificado antes que a seguradora aprove a troca. Um agente que enxerga apenas a pasta consegue dizer que as fotos existem. Com uma ordem de captura fixa e identificação, o agente consegue listar quais painéis estão documentados, quais faltam e quais linhas do orçamento não têm apoio visual, de modo que o orçamentista decida o que refotografar.

Trate as fotos, e qualquer texto dentro delas, como dados e não como instruções. Uma legenda, um anexo de e-mail ou um formulário digitalizado da seguradora pode conter palavras escritas para desviar um assistente de sua tarefa. As orientações da OWASP sobre prevenção de injeção de prompt explicam por que conteúdo não confiável deve ser mantido separado das instruções que um agente segue. Essa disciplina de registros também importa em outras profissões que documentam danos, como se vê em agentes de IA para locadoras de equipamentos, que tratam de frota, devoluções e avarias.

Defina quais etapas um agente pode executar sozinho

Os limites de aprovação são onde uma configuração conquista confiança. Um guia de decisão simples deixa claro quem age e quem aprova:

• O agente pode redigir: atualizações de status para a seguradora, atualizações para o cliente, pedidos de documentos faltantes e resumos internos dos sinistros abertos.
• O agente pode registrar sem aprovação separada: o recebimento de uma entrega, uma mudança de etapa informada por um técnico, o upload de uma foto ou uma mensagem que a equipe já enviou.
• Um orçamentista deve aprovar antes de qualquer envio que declare o escopo do reparo, peça um complemento, nomeie uma substituição de peça ou assuma uma data de conclusão.
• Somente o orçamentista decide mudanças no método de reparo, no escopo total do serviço e em aceitar ou não um orçamento revisado da seguradora.
• Nenhuma ação do agente sobre pagamentos, liberação de veículo ou cancelamento de autorização da seguradora. Uma pessoa nomeada cuida disso sempre.

Escreva a lista com as palavras da própria oficina e revise-a com os orçamentistas, porque são eles que conhecem as decisões de maior risco e os pontos em que uma seguradora costuma pressionar.

Dê ao agente acesso restrito aos sistemas da seguradora e da oficina

O alcance do agente em sistemas externos deve corresponder às decisões acima. Use o modelo de acesso que seus sistemas já oferecem, com leitura dos registros de sinistro e de peças, escrita apenas em campos de rascunho e uma fila de mensagens de saída que exige aprovação antes que qualquer coisa saia da oficina. A autorização OAuth 2.0 é construída em torno de conceder escopos específicos a um cliente específico, e a orientação de autorização da OWASP segue na mesma direção: conceda o menor conjunto de permissões que ainda permita a tarefa e revise essas permissões conforme pessoas e ferramentas mudam.

Registre cada leitura e cada escrita com data e hora, o componente que agiu e o identificador do sinistro. Os conceitos de observabilidade do OpenTelemetry descrevem por que rastros e logs importam quando um sistema age por meio de várias ferramentas. Para uma oficina, a versão prática é simples. Se uma seguradora disser que a oficina informou algo na semana passada, a equipe deve conseguir encontrar a mensagem, ver quem a aprovou e ver como estava o sinistro naquele momento.

Como a Be Human estrutura isso como serviço gerenciado

O primeiro projeto da Be Human define um papel útil para a oficina, por exemplo um agente de status de sinistros. Ele fixa os campos de registro que o agente lê, a memória que ele mantém sobre cada sinistro, as ferramentas e permissões que ele possui, os pontos de aprovação dos orçamentistas e um critério de sucesso observável, como cada sinistro aberto mostrar uma etapa atual e um próximo responsável nomeado. A operação gerenciada cobre então o monitoramento do que o agente redige e registra, avaliações recorrentes com amostras de sinistros, revisões de permissão, resposta a incidentes quando um canal de seguradora muda e melhorias controladas do papel. As mudanças são verificadas contra sinistros passados antes de chegar ao trabalho real. Se você quer identificar a primeira tarefa da sua oficina que vale entregar a um agente, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

Precisamos de um novo software da oficina antes que um agente ajude? Não necessariamente. Muitas oficinas podem começar combinando os campos do sinistro, a lista de etapas e os eventos de peças nos sistemas que já usam, e então verificar se esses registros estão completos. Um software novo passa a importar quando os sistemas atuais não conseguem sustentar os campos de forma confiável, e essa é uma decisão a tomar depois que o padrão estiver claro.

Um agente pode enviar mensagens às seguradoras por conta própria? Ele pode prepará-las, mas o desenho mais seguro mantém uma pessoa no processo para qualquer mensagem que declare escopo, peça um complemento ou assuma uma data. Avisos de rotina, como confirmar o recebimento de um documento, podem ser permitidos sob uma regra que a oficina escreve e revisa. O limite deve ser explícito, registrado e verificado em uma agenda.

Os orçamentistas vão perder o controle do trabalho? Eles devem ganhar tempo para as decisões, e não perder a autoridade sobre elas. O agente cuida de consultas, redação e lembretes, enquanto o orçamentista mantém as escolhas que afetam a qualidade do reparo, o custo e a responsabilidade. Se um orçamentista perceber que o agente cria mais trabalho de revisão do que remove, o papel precisa ser reduzido.

Como saberemos que o agente escreve atualizações de status corretas? Compare os rascunhos dele com o registro original do sinistro em uma amostra regular e acompanhe com que frequência um orçamentista edita ou rejeita o texto. Mantenha um registro de cada leitura e escrita, para que qualquer atualização contestada possa ser rastreada até a origem. Avaliações recorrentes como essa são o que transforma uma demonstração promissora em uma parte confiável da operação diária.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.