Prazo curto de implantação não é defeito. Para uma operadora, entrar em produção rápido reduz exposição da operação, encurta o período de sistema duplicado e antecipa o retorno. O problema nunca é a velocidade, é o que foi deixado de fora para chegar nela.
E existe um conjunto de itens que quase sempre é o primeiro a sair do cronograma quando o prazo aperta. Segregação de acessos, trilha de aprovação e documentação de parametrização. Nenhum deles impede o sistema de funcionar, e todos aparecem na primeira auditoria séria, na primeira due diligence ou na primeira fiscalização.
Para quem responde pela operação de uma empresa de telecomunicações, seja na diretoria de tecnologia ou na área financeira, esse conjunto merece atenção redobrada. Operadora combina volume alto de transações, ativos distribuídos em campo e exigência regulatória própria, o que multiplica o efeito de qualquer lacuna de controle.
Este artigo mostra o que costuma ficar para depois, por que isso só aparece meses depois e como acelerar uma implantação sem criar dívida.
O que uma implantação relâmpago costuma pular
Vale um esclarecimento antes. Nada do que vem a seguir é exclusivo de projeto rápido. É o que sai primeiro quando existe pressão de prazo, independentemente da metodologia usada.
Segregação de acessos
O caminho mais rápido para liberar a operação é dar acesso amplo a quem precisa trabalhar. Funciona, e cria uma situação em que a mesma pessoa cadastra o fornecedor, lança o pedido e aprova o pagamento.
Esse acúmulo raramente é intencional. Ele se forma ao longo do tempo, porque cada nova responsabilidade gera um novo acesso e ninguém remove o anterior quando a pessoa muda de área. Em auditoria, é uma das origens mais frequentes de apontamento, porque a concentração de funções críticas em um único usuário é risco reconhecido por qualquer framework de controle interno. Em operadora, o efeito é ampliado pelo volume. Um perfil mal desenhado não afeta uma transação, afeta milhares por mês.
Trilha de aprovação
Quando a alçada não está configurada no sistema, a aprovação acontece fora dele. Desconto concedido na retenção de um assinante, crédito liberado em negociação de inadimplência, exceção autorizada verbalmente para destravar uma ativação. A operação segue, e a decisão não fica registrada em lugar nenhum.
A operação segue funcionando normalmente. O que não existe é evidência. E auditoria não avalia se a decisão foi correta, avalia se ela pode ser comprovada.
Documentação de parametrização
Este é o mais silencioso dos três. As decisões de configuração são tomadas durante o projeto, muitas vezes em reunião, e o motivo de cada uma fica com quem participou. Dois anos depois, quando alguém pergunta por que determinada regra fiscal foi configurada daquela forma, não há resposta documentada. Em telecom o risco é maior porque a parametrização fiscal precisa acompanhar exigências específicas do setor, e mudanças regulatórias tornam essas regras alvo frequente de revisão.
O sistema sabe o que faz. Ninguém sabe mais por quê.
Por que isso só aparece meses depois
A característica comum desses três itens é que nenhum deles gera erro. O sistema não trava, não emite alerta e não abre chamado. A operação roda por cima da lacuna sem perceber que ela existe.
A conta chega em momentos específicos, e todos eles são inconvenientes.
Na auditoria externa. O auditor pede a matriz de acessos, a evidência de aprovação de uma amostra de lançamentos e a justificativa de determinada configuração. O que não pode ser comprovado vira apontamento, e apontamento recorrente compromete a opinião sobre os controles internos.
Na due diligence. Quando um investidor ou comprador avalia a empresa, ele não pergunta se o sistema funciona. Ele pede o histórico, quer saber quem fez o quê, quando e com qual autorização. Ambiente sem rastro reduz valuation, porque sinaliza risco de informação.
Na fiscalização. Operadora convive com camada regulatória própria além da tributária. Parametrização feita às pressas e sem documentação é passivo esperando ser encontrado, e a transição tributária em curso aumenta a exposição, porque exige revisão de cadastro e de regras que muitas vezes nunca foram revisitadas desde a implantação.
Vale lembrar que taxa alta de insucesso em projetos de ERP é fenômeno documentado há décadas. O 2026 ERP Report, da Panorama Consulting Group, aponta que a governança interna se tornou ainda mais determinante nos modelos atuais, e que a ausência de responsáveis claramente definidos para papéis de acesso, padrões de relatório e solicitações de mudança faz o atrito escalar rapidamente depois do go-live.
Repare no que a frase nomeia. Papéis de acesso e solicitações de mudança. São exatamente os itens que a pressa deixa para trás.
Como acelerar sem criar dívida
Nada disso é argumento contra prazo curto. Projeto longo também acumula esses problemas, com a desvantagem de custar mais e expor a operação por mais tempo. O que muda o desfecho é a escolha do que entra no escopo mínimo.
Trate acesso como entrega, não como tarefa de infraestrutura. Defina os perfis por função antes do go-live, mesmo que de forma simples, e combine uma revisão periódica. Matriz montada uma vez e nunca revisada já não reflete a operação em poucos meses.
Configure a alçada junto com o processo que ela controla. Aprovação que nasce fora do sistema raramente volta para dentro depois, porque a equipe já se acostumou com o caminho informal.
Registre a decisão, não apenas a configuração. Uma linha explicando por que aquela regra foi definida daquela forma economiza semanas de investigação no futuro e é o que sustenta a resposta em auditoria.
Combine a primeira revisão antes de encerrar o projeto. Marcar a data do primeiro ajuste enquanto o time ainda está mobilizado é muito mais fácil do que reabrir o assunto seis meses depois.
Nenhum desses quatro itens adiciona meses ao cronograma. Eles adicionam algumas decisões conscientes, tomadas no momento em que custam pouco.
Perguntas frequentes
Implantação rápida de ERP é arriscada?
Não por si só. O risco não está na duração e sim no que foi retirado do escopo para alcançá-la. Projetos rápidos com escopo priorizado por criticidade costumam expor menos a operação do que projetos longos sem governança definida.
O que a auditoria costuma apontar em um ERP recém-implantado?
Os apontamentos mais frequentes envolvem acúmulo de acessos em um mesmo usuário, ausência de evidência de aprovação para transações acima de alçada e falta de documentação que justifique parametrizações, especialmente as fiscais.
O que é segregação de funções em um sistema de gestão?
É a separação de atividades incompatíveis entre usuários diferentes, de forma que uma mesma pessoa não concentre etapas críticas de um processo, como cadastrar um fornecedor, lançar um pedido e aprovar o pagamento correspondente.
Como saber se o meu ambiente está exposto?
Três perguntas resolvem a maior parte do diagnóstico. Existe alguém que consegue executar um processo inteiro sozinho, do começo ao fim. As aprovações acima de alçada deixam registro no sistema. Alguém consegue explicar por escrito por que as principais parametrizações fiscais foram configuradas daquela forma. E existe uma quarta, específica de quem opera telecom. As exceções concedidas na ponta, como desconto de retenção e liberação de ativação fora do padrão, deixam registro rastreável no sistema.
Dá para corrigir isso sem reimplantar?
Na grande maioria dos casos, sim. Revisão de perfis, configuração de alçadas e documentação de parametrização são ajustes sobre o ambiente existente e não exigem novo projeto. O que costuma faltar é alguém responsável por conduzir esse trabalho.
O custo de descobrir tarde
Existe uma assimetria desconfortável nesse tema. Resolver segregação de acessos durante o projeto custa algumas reuniões. Resolver depois de um apontamento de auditoria custa retrabalho, prazo curto imposto por terceiro e uma conversa desagradável com o conselho.
A pressa não é o problema. A dívida silenciosa que ela deixa é.
Escrevemos sobre o que sustenta um ambiente depois da entrada em produção em O que uma consultoria SAP entrega além da implantação, que detalha as quatro entregas que não aparecem em nenhum cronograma e que definem o resultado do projeto anos depois.
Existe ainda um desdobramento que costuma passar despercebido. Ambiente sem processo documentado também limita o que a inteligência artificial consegue fazer, porque o que o sistema não sabe explicar, a IA não interpreta. Escrevemos sobre essa fronteira em IA na operação de telecom, o que é hype e o que já é realidade, publicado no Gestores da Telecom.
A G2 Tecnologia trabalha com SAP há 19 anos, com projetos em mais de 15 países e atuação em indústria, telecom, energia e distribuição.
Se você não consegue dizer hoje quem tem acesso a quê no seu ambiente, esse é o ponto de partida. Nossos especialistas mapeiam perfis, alçadas e parametrizações e mostram onde a sua operação está exposta, antes que alguém de fora encontre.
