Quando alguém diz que “cuida da sustentação do EBS”, isso pode significar coisas bem diferentes dependendo de quem fala. Para um CIO que já passou por uma virada de exercício fiscal com o sistema instável, a palavra tem peso. Para uma área de compras montando um edital, ela precisa virar escopo, indicador e preço. Este artigo organiza o que sustentação de Oracle E-Business Suite quer dizer no dia a dia de uma operação grande, o que costuma ficar de fora dos contratos e quais sinais mostram que o modelo atual chegou ao limite.
O que a sustentação cobre, na prática
Sustentação é o nome comum para o que o mercado também chama de AMS, sigla de Application Management Services. É a gestão contínua da aplicação em produção, com responsabilidade sobre o funcionamento do serviço, e não apenas sobre horas trabalhadas. Num ambiente Oracle EBS, um escopo maduro costuma incluir suporte funcional aos módulos em uso (Financeiro, Fiscal, Compras, Estoque, Manufatura, Folha) com SLA por severidade; suporte técnico à aplicação e ao banco de dados Oracle; aplicação de patches legais e fiscais, pacotes de folha, eSocial, EFD e obrigações acessórias; correção de defeitos em customizações e evolutivos de baixa complexidade dentro de um volume acordado; gestão de integrações com bancos, adquirentes, sistemas fiscais, WMS e TMS; e documentação viva, para que a saída de uma pessoa não leve junto a memória do ambiente.
O que fica em contrato separado é o projeto: implantação de módulo novo, rollout para outra unidade, upgrade de versão, migração para nuvem. Sustentação mantém a operação de pé e evolui em passos curtos.
Por que o EBS on-premises ainda roda o negócio
Existe uma leitura apressada de que todo mundo já foi para a nuvem. No Brasil, a realidade das grandes indústrias é mais teimosa: aderência fiscal construída ao longo de anos, customização profunda que virou regra de negócio, criticidade alta (se o ERP para, a linha para) e uma conta de retorno que só fecha no médio prazo. O resultado é um parque grande de EBS on-premises que continua no centro da operação e vai continuar por vários anos.
Sustentação bem feita e sustentação no limite
A diferença aparece na previsibilidade de custo (saber quanto vai gastar e o que está incluído), no tempo de resposta por severidade (um P1 de produção parada precisa de resposta em minutos, com escalonamento), na retenção de conhecimento (mais de uma pessoa capaz de resolver cada assunto) e na proatividade (acompanhar capacidade, antecipar o pacote fiscal, tratar a causa do incidente que volta todo mês).
Modelos de contrato mais comuns
Banco de horas: simples de começar, difícil de escalar. Squad dedicado: previsibilidade e domínio do ambiente, custa mais na base. AMS por SLA: preço por serviço e por nível de acordo, com indicadores de severidade, disponibilidade e volume. A maioria das operações grandes acaba num desenho híbrido: base de AMS com SLA, bloco de evolutivos para melhoria contínua, projetos à parte.
Sinais de que a sua sustentação chegou ao limite: o fechamento mensal virou operação de guerra; o conhecimento está concentrado em uma ou duas pessoas; todo patch legal entra em cima do prazo; o mesmo incidente volta todo mês; não há indicador confiável de tempo de resposta; qualquer pedido fora do trivial vira negociação de escopo. Um ou dois pontos é ruído. Quatro ou mais é um contrato pedindo revisão.
Como a Bertini trabalha a sustentação de EBS
A Bertini sustenta ambientes Oracle EBS, Oracle Cloud, JD Edwards e SAP em operação desde 1995, para clientes em quatro países, boa parte deles renovando contrato ano após ano. O modelo padrão combina AMS com SLA por severidade, base de conhecimento própria do ambiente do cliente e um time com profundidade em fiscal brasileiro, banco de dados e integrações. O Service Desk 24×7 entra no contrato, sem custo por chamado e sem surpresa na fatura.
Se você está revendo a sustentação do seu ambiente Oracle, ou montando o edital para trocar de fornecedor, vale uma conversa para avaliar o seu caso antes de fechar escopo. Fale com a gente pelo site.