IA nas notas do técnico: do apontamento ao relatório

O trabalho está feito, mas o relatório ainda não. O técnico deixou umas linhas no telemóvel. No escritório, alguém tenta perceber as abreviaturas, pede um esclarecimento e passa tudo a limpo. Quando o documento volta ao técnico para confirmar, ele já está noutra intervenção.

Se reconheces esta rotina, tens um ponto de partida concreto para experimentar inteligência artificial. Não é pôr a IA a diagnosticar avarias. É ajudá-la a organizar aquilo que o técnico já registou, para produzir um rascunho de relatório de intervenção que uma pessoa valida.

O primeiro ensaio pode limitar-se a três notas autorizadas, sem ligação ao programa de gestão. A pergunta não é se o resultado parece profissional. É se reduz o trabalho total sem acrescentar factos que ninguém confirmou.

Estar no início não significa estar atrasado

Muitas empresas já experimentaram uma ferramenta de IA, mas isso não significa que tenham um processo fiável. No Barómetro HeraPrime de outubro de 2026, 54% das 57 empresas participantes declararam utilização ocasional e sem estrutura; 14% indicaram utilização regular e organizada. Era uma amostra voluntária, maioritariamente da Área Metropolitana de Lisboa, não um retrato representativo das PME portuguesas.

O relatório D4SME 2026 da OCDE aponta uma dificuldade semelhante: 76% das utilizadoras de IA da sua amostra estavam na categoria de utilização simples e isolada. O estudo abrangeu mais de 2.000 PME de 12 países, também numa amostra não representativa. Não permite atribuir essa percentagem a Portugal. Permite reconhecer um problema: experimentar uma ferramenta e integrá-la no trabalho são coisas diferentes.

Com a capacitação em IA para PME a arrancar em Leiria em outubro, faz sentido levar a conversa para uma tarefa que já existe na empresa. Os quatro travões aparecem depressa: informação espalhada, experiências sem responsável, pouca prática interna e nenhuma medição do retorno. Uma nota técnica curta permite enfrentar estes problemas numa escala controlável.

O atraso pode estar no papel, não na redação

Antes de escolher a ferramenta, identifica onde se perde tempo. O técnico demora a escrever? O escritório demora a receber os apontamentos? Faltam referências do equipamento? Ninguém sabe quem tem de aprovar?

No caso CateringAssiste divulgado pela Winsig, uma operação com cerca de 40 técnicos tinha documentos que demoravam 15 a 30 dias a chegar ao escritório. O caso descreve a adoção de tablets, mas não publica custo nem uma medição completa do retorno. Não é um resultado que possas transferir para a tua empresa. Mostra, isso sim, que o percurso da informação pode ser mais importante do que a velocidade de escrever.

Se as notas só chegam na sexta-feira, gerar um texto em segundos não resolve o atraso de segunda a quinta. Se o problema é sempre faltar a mesma informação, um formulário com campos obrigatórios pode ajudar mais do que a IA. E, se todos os relatórios são iguais, talvez baste melhorar o modelo existente.

A IA torna-se uma hipótese útil quando há apontamentos com conteúdo suficiente, mas escritos de formas diferentes, que alguém precisa de organizar repetidamente. É esse trabalho que vamos testar. Não a assistência técnica inteira.

Três notas, um modelo e uma fronteira clara

Escolhe três notas de intervenções já concluídas e cujo uso no ensaio esteja autorizado. Antes de as colocar numa ferramenta, confirma as condições de tratamento dos dados. Retira nomes, contactos, moradas e outros elementos desnecessários. Trocar o nome do cliente pode não bastar se o resto do texto o identificar.

Usa o modelo de relatório que a empresa já conhece. Define os campos indispensáveis: trabalho registado, observações, materiais aplicados e pontos por confirmar, por exemplo. Não acrescentes campos só para o documento parecer mais completo.

A fronteira deve ficar explícita: a IA lê a nota fornecida e propõe texto. Não altera o ERP, não fecha a intervenção e não envia o relatório ao cliente. O técnico confirma o conteúdo antes de qualquer utilização. Um rascunho destes também não substitui um certificado, um registo regulamentar ou uma aprovação técnica obrigatória.

Esta limitação não torna o teste menos ambicioso. Torna o resultado interpretável: se houver um problema, consegues perceber se nasceu na nota, na redação ou na revisão.

Exemplo: organizar sem transformar uma dúvida num diagnóstico

Considera esta nota inteiramente fictícia, apenas para demonstrar o método:

Chegada 09h10, saída 10h00. Filtro limpo. Teste de arranque feito. Ruído menor no fim. Sem peças aplicadas. Confirmar referência do suporte na próxima visita.

Uma instrução de ensaio pode ser:

Organiza esta nota num rascunho de relatório. Usa apenas os factos fornecidos. Separa trabalhos registados, observações e pontos por confirmar. Mantém as incertezas. Não acrescentes causas da avaria, medições, peças, garantias de resolução nem compromissos comerciais. Quando faltar um dado obrigatório, assinala-o como não indicado.

Um rascunho aceitável seria:

Trabalhos registados: limpeza do filtro e realização de teste de arranque.
Observação registada: ruído menor no final da intervenção.
Peças aplicadas: nenhuma, segundo a nota.
Ponto por confirmar: referência do suporte na próxima visita.
Horário registado: chegada às 09h10 e saída às 10h00.

Repara no que não está escrito: não diz que a avaria ficou resolvida, que o equipamento está seguro ou que o filtro era a causa do ruído. A nota não sustenta essas conclusões. Também não converte automaticamente o intervalo entre chegada e saída em tempo faturável; isso depende das regras e dos registos da empresa.

Nas outras duas notas, procura dificuldades diferentes. Uma pode incluir «não arrancou; verificar alimentação?». A pergunta tem de continuar a ser uma hipótese de verificação, nunca «avaria na alimentação». Outra pode conter uma abreviatura que só o técnico conhece. Nesse caso, o rascunho deve pedir esclarecimento, não escolher a interpretação mais provável.

É aqui que o ensaio ganha valor. Um texto fluido sobre uma nota fácil demonstra pouco. Preservar uma dúvida quando seria tentador escondê-la demonstra um comportamento que interessa ao negócio.

«Mas vou ter de rever tudo na mesma?»

Sim. O técnico continua a ter de confirmar o que fez. A poupança possível está em rever uma estrutura já organizada em vez de começar numa página vazia. Se a conferência se tornar mais demorada do que a redação habitual, o ensaio não compensou.

Uma ferramenta de IA genérica produz texto plausível a partir dos padrões que aprendeu. Não esteve no local, não viu o equipamento e não sabe se aquela peça foi substituída. Pode completar uma frase de forma convincente e errada. É isso que habitualmente se chama uma alucinação.

Limitar a resposta às notas e aos registos autorizados reduz o espaço para invenções, mas não elimina o risco. Acesso só de leitura impede alterações no sistema; não garante que cada frase esteja correta. Guardar um registo da origem e da revisão ajuda a descobrir o que aconteceu; não transforma um erro em verdade.

Por isso, a revisão tem de procurar alterações de sentido, não apenas erros de português. «Foi testado» não é «passou no teste». «Menos ruído» não é «ruído eliminado». Uma peça mencionada não é necessariamente uma peça aplicada.

Se o rascunho acrescentar um diagnóstico ou omitir uma reserva importante, regista a falha, mesmo que a detetes a tempo. Não a escondas dentro da categoria «pequena correção». Num relatório técnico, uma frase curta pode mudar a responsabilidade assumida pela empresa.

Mede o processo inteiro, não o tempo até aparecer texto

Uma demonstração costuma terminar quando aparece um relatório bem apresentado. O teu teste tem de continuar até existir um documento validado. Conta o tempo de preparar a nota, retirar dados desnecessários, pedir o rascunho, esclarecer dúvidas, rever, corrigir e colocar o resultado no local certo.

Compara esse total com o processo habitual, incluindo a revisão que já fazias. O tempo de espera pela ferramenta também interessa: pode não ser trabalho ativo, mas pode atrasar a conclusão. Regista-o separadamente se conseguires fazer outra tarefa enquanto esperas.

Imagina este resultado, puramente ilustrativo, não obtido num cliente:

Neste exemplo, a diferença seria de 12 minutos em três relatórios: quatro minutos por relatório. Se esse ganho se confirmasse em 60 relatórios semelhantes por mês, corresponderia a quatro horas libertadas. Não significa automaticamente quatro horas a menos na folha salarial, nem quatro horas faturadas a mais.

Ao lado dos minutos, regista quantos rascunhos exigiram esclarecimentos, quantos introduziram informação sem suporte e quantos omitiram factos relevantes. O resultado pode ser «mais rápido, mas inseguro». Nesse caso, não está aprovado para uso normal.

Três notas servem para decidir se vale a pena continuar, não para provar uma taxa de precisão. Redigir o mesmo caso duas vezes também favorece a segunda tentativa, porque já conheces o conteúdo. Reconhece essa limitação e confirma a tendência com novos casos comparáveis antes de extrapolar.

No cálculo económico, inclui configuração, formação, utilização da ferramenta e manutenção. Uma mensalidade baixa não paga, por si só, as horas de alguém a corrigir relatórios.

Primeiro prova a utilidade. Depois pensa na ligação ao ERP

O ensaio inicial não precisa de aceder a todos os clientes nem ao histórico completo dos equipamentos. Essa é uma vantagem: consegues testar a redação sem transformar a primeira experiência num projeto de integração.

Se o ganho se confirmar, pode fazer sentido consultar informação já existente no programa de gestão, para evitar voltar a escrever referências e dados da intervenção. A documentação do PHC Suporte, por exemplo, descreve assistência e histórico de equipamentos. Isso não prova que a tua instalação tenha os campos, os módulos ou os acessos necessários.

Com PHC, Sage, Primavera ou Artsoft, é preciso verificar a versão, as permissões e os meios de integração disponíveis. Não existe uma ligação universal que possas presumir incluída. E recuperar o histórico de uma intervenção anterior não autoriza a IA a apresentá-lo como trabalho realizado hoje.

Numa fase posterior, o WhatsApp pode ser uma forma prática de o técnico enviar notas, se for um canal empresarial autorizado para esses dados. Não é o canal que torna o processo seguro. São os acessos definidos, a origem identificada, a ausência de escrita automática no ERP e o registo de quem reviu e aprovou.

Para o técnico, o objetivo é escrever menos sem perder rigor. Para o administrativo, é deixar de reconstruir o trabalho por telefone. Para o dono, é perceber se o tempo libertado justifica o custo. São três perspetivas sobre a mesma tarefa, não três projetos novos.

O primeiro resultado pode ser uma decisão de não avançar

Esta semana, o objetivo pode ser apenas escolher as três notas, confirmar a autorização, definir o modelo e medir um ensaio acompanhado pelo técnico. Se não houver informação suficiente ou condições adequadas de tratamento dos dados, resolve isso primeiro.

Se um formulário melhor resolver o problema, usa o formulário. Se a IA poupar redação mas criar dúvidas novas, ajusta o processo ou pára. Se reduzir o trabalho total sem degradar a qualidade técnica, tens uma razão concreta para alargar o teste.

Não precisas de começar por um agente que trate de tudo. Precisas de descobrir se uma tarefa repetida fica mais simples, com limites que consegues verificar.

Para avaliar este primeiro passo na tua empresa, fala com a Leiritech em leiritech.pt.