Quando o Excel vira sistema crítico

Muitas ideias de software começam por uma folha que resolveu um problema real. Alguém precisava de controlar encomendas, turnos, stock, exceções ou margens; abriu uma folha, ligou meia dúzia de fórmulas e a equipa começou a usar. Isso não é um erro. Muitas vezes é a primeira prova de que o processo importa.

O risco aparece quando a folha deixa de ser apoio e passa a mandar na operação. Se uma pessoa está de férias e ninguém sabe atualizar o ficheiro, se há versões diferentes a circular, se uma célula apagada muda decisões do dia, já não estamos perante uma ferramenta provisória. Estamos perante um sistema crítico sem as proteções de um sistema crítico.

O problema não é o Excel

O Excel é ótimo para descobrir a lógica do negócio. Mostra que campos importam, que exceções aparecem, que decisões são repetidas e que dados faltam. A pior transição é tentar deitar tudo fora e começar do zero, como se a folha não tivesse aprendido nada com a operação.

A transição certa começa por separar o que a folha tem de valioso do que se tornou perigoso. A lógica que funciona deve ser preservada. A fragilidade deve ser substituída por validações, histórico, permissões, integrações e responsabilidade clara.

Sinais de que chegou a hora

• A folha coordena decisões entre várias pessoas ou departamentos.
• Há trabalho duplicado porque os dados precisam de ser copiados para outro sistema.
• Ninguém sabe ao certo qual é a versão certa.
• Uma falha de fórmula, acesso ou atualização consegue parar a operação.
• Já existem regras de negócio que vivem apenas na cabeça de quem criou o ficheiro.

O que construir primeiro

Não é preciso transformar tudo numa plataforma gigante no primeiro passo. O melhor início costuma ser o fluxo mais usado ou o ponto onde o risco é maior: aprovação de pedidos, gestão de stock, planeamento, registo de intervenções, controlo de encomendas. Um fluxo bem escolhido prova a arquitetura, valida a adoção e dá confiança para evoluir.

A melhor migração não apaga a folha: transforma o que ela provou num sistema que a equipa pode usar sem medo.

É aqui que uma ideia interna passa de remendo útil a software em produção. Não porque ficou mais bonito, mas porque ganhou dono, histórico, regras explícitas e ligação aos sistemas que já existem.