Cenário ilustrativo. Uma PME tem a carteira de encomendas num Excel partilhado, mantido por três pessoas. Juntam-lhe um agente que lê as encomendas novas e atualiza o estado de entrega. Funciona um mês. Numa segunda-feira alguém insere uma coluna para registar ocorrências, o agente continua a escrever «entregue» na coluna ao lado e, durante nove dias, o estado de cento e vinte encomendas está errado sem que nenhum sistema dê um único erro.
A tese numa linha: um ficheiro Excel serve de ponte para um agente de IA, mas não de sistema de registo. O agente não se engana mais do que uma pessoa; engana-se mais depressa, mais vezes e sem avisar, e a folha não tem nada que o trave.
Agente de IA com Excel como base de dados: funciona?
Funciona enquanto a folha for uma ponte: o agente lê dela, ou escreve num separador que é só seu, e uma pessoa continua a ser dona do ficheiro. Deixa de funcionar quando a folha é o sistema de registo, o sítio onde vive a versão oficial do dado, e várias pessoas e o agente escrevem ao mesmo tempo nas mesmas células. Aí o agente herda todos os defeitos da folha, multiplicados pela sua velocidade.
O que é que o Excel não aguenta de um agente?
- Edições simultâneas. Com um ficheiro partilhado, duas pessoas e um agente podem gravar por cima da mesma coisa: ganha a última gravação, ou surge uma cópia em conflito que ninguém reconcilia. O agente não vê o que outra pessoa está a editar nesse momento.
- Colunas que mudam. Alguém insere uma coluna, muda o nome de um cabeçalho ou move um separador. Um agente que se orienta pela posição escreve na coluna errada e não dá erro: dá um valor plausível e falso. É a forma mais cara de falhar, porque ninguém repara.
- Dados sem validação. Uma data escrita como texto, um valor com vírgula ou com ponto, uma célula unida, uma linha de totais a meio dos dados. Uma pessoa interpreta; um agente interpreta de forma diferente de cada vez, ou dá como bom.
- Sem transações. Se o agente cai a meio de um lote, a folha fica a meio e não há um «anular» fiável para o conjunto. Quando falhou e o que ficou escrito, apuras à mão.
- Sem identificador estável. Se alguém ordenar a folha, o número da linha já não aponta para a mesma encomenda. Sem uma chave que não mude, o agente atualiza o cliente errado.
- Permissões de tudo ou nada. Quem pode abrir o ficheiro pode mexer em tudo. O que isso significa para um agente está em as permissões de um agente de IA: o acesso dá-se por tarefa, não por comodidade.
Quando é que o Excel é uma ponte e quando é uma bomba?
A pergunta útil não é «Excel ou base de dados?», mas que papel tem a folha e quem mais depende dela.
| Situação | Como ponte | Como bomba |
|---|---|---|
| Quem escreve | O agente, num separador próprio | Três pessoas e o agente, nas mesmas células |
| O que o agente lê | Uma exportação ou um separador de entrada com cabeçalhos fixos | Uma folha viva que cada um organiza à sua maneira |
| Quem depende do dado | Só o processo que a folha alimenta | Faturas, preços ou encomendas que outros leem como oficiais |
| Quem é o responsável | Uma pessoa com nome | «A equipa» |
| Se o agente erra | Vê-se no separador e corrige-se | Propaga-se a outros processos antes de alguém ver |
| Horizonte | Temporário, com data de saída | Indefinido: «um dia migramos» |
Uma ponte aguenta meses se cumprir as três condições da coluna da esquerda: o agente escreve no que é seu, há um só responsável e o dado não alimenta nada crítico. A folha torna-se uma bomba quando o agente escreve sobre células que outros dão como oficiais. A ligação entre sistemas em geral está em integrar a IA nos teus sistemas, e o que acontece quando uma automação estraga dados em recuperar dados perdidos numa automação.
Há um caso intermédio que funciona melhor do que parece: o Excel como caixa de revisão. O agente deixa lá o que não tem certeza de como decidir, com o motivo numa coluna, e uma pessoa resolve na própria folha. Aqui a folha não é o sistema de registo, é a fila de exceções, e que uma pessoa a edite à mão é precisamente o objetivo.
Qual é o mínimo para migrar sem montar um projeto de dados?
Não é preciso um projeto de meses. É preciso que o agente deixe de depender de como a folha está organizada hoje. Seis passos, por ordem:
- Um separador de entrada com cabeçalhos fixos e validação. O que o agente lê vive aí, com listas pendentes e formatos de data forçados, e ninguém insere colunas nesse separador.
- Um identificador estável por linha. Um código que não muda quando se ordena ou filtra. O agente refere-se ao código, nunca à posição.
- O agente escreve só no que é seu. Colunas ou separadores próprios; nunca sobre as células que uma pessoa preenche. Se precisar de propor uma alteração, deixa-a anotada e uma pessoa aplica-a.
- Um registo de cada alteração. Quem escreveu o quê, quando e com que valor anterior. Sem isso, um erro silencioso continua silencioso.
- Um responsável com nome. Uma pessoa responde pela estrutura da folha e avisa antes de mexer.
- Um critério de saída escrito. Uma data ou um sinal (mais de duas pessoas a editar, um segundo processo a ler a folha, um erro de coluna) que dispara a passagem para uma base de dados ou para a ferramenta que já tens. Sem critério, a ponte torna-se infraestrutura permanente.
Se o que tens é um ficheiro que chega igual todas as semanas e alguém classifica à mão, isso não pede base de dados: pede um processo que o leia, o trate e deixe rasto, como automatizar o Excel com IA como processo.
A frase para levar: não perguntes se o agente sabe ler a folha, pergunta o que acontece no dia em que alguém mover uma coluna. Se a resposta for «ninguém vai reparar», já tens um sistema de registo, mesmo que se chame Excel.
Nota: este artigo não usa números de terceiros. Os limites de edição simultânea e de tamanho dependem da versão e do serviço onde está alojado o ficheiro; confirma-os na documentação do teu fornecedor. O cenário de abertura é ilustrativo.