RPA no SAP: como automatizar processos sem customizar o ERP

Ambientes SAP são terreno fértil para RPA. Há muita entrada manual de dados, muita conferência entre telas e muito relatório extraído no mesmo horário todo dia.

Mas SAP também é o ambiente onde o RPA mais frequentemente é a escolha errada. Este artigo trata de quando ele é a ferramenta certa e quando não é.

Os casos onde RPA brilha no SAP

Entrada em massa a partir de arquivos. Áreas fiscais, de suprimentos e de RH recebem planilhas de terceiros e digitam em transações. O robô faz isso sem erro de digitação e sem cansar.

Processos que atravessam SAP e sistemas fora dele. Consultar um portal externo, validar um dado, voltar ao SAP e atualizar um campo. Não há transação SAP que faça isso e construir integração com cada portal é inviável.

Extrações recorrentes. Rodar transação, exportar, formatar, distribuir. Trabalho puramente mecânico.

Rotinas de fechamento. Sequências longas de transações executadas em ordem fixa, com conferência entre etapas.

Ambientes onde desenvolver não é opção. Empresas com política restritiva de customização, ou em transição para S/4HANA onde ninguém quer criar objeto novo no legado. O robô resolve sem tocar no ERP — e sem entrar no inventário de migração.

Quando RPA é a escolha errada

Quando existe transação padrão que faz o trabalho. Acontece com frequência: a empresa automatiza uma sequência manual que existe porque ninguém sabia da transação de carga em massa que o SAP já oferece.

Quando o processo vive inteiramente dentro do SAP. Se a origem e o destino do dado estão no mesmo sistema, um desenvolvimento ABAP é mais rápido de executar, mais estável e mais barato de manter. Um robô navegando entre telas do próprio SAP é a solução mais lenta possível para o problema.

Quando há API ou serviço disponível. S/4HANA expõe uma quantidade grande de serviços. Integração via serviço é mais robusta que robô clicando em tela e não quebra a cada mudança de layout.

Quando o volume exige performance. Robô processa na velocidade da interface. Para grandes volumes, processamento em lote no servidor é ordens de magnitude mais rápido.

A regra prática: se o dado nasce e morre dentro do SAP, provavelmente não é caso de RPA.

Cuidados específicos de ambiente SAP

Usuário do robô

O robô precisa de um usuário. Três decisões importam:

Usuário nomeado, nunca compartilhado. O robô deve ter identidade própria, para que a trilha de auditoria mostre claramente o que foi feito por automação.

Perfil mínimo necessário. A tentação de dar acesso amplo "para não travar" cria um usuário com poder desproporcional e sem supervisão humana direta.

Segregação de funções. O robô entra na matriz de SoD como qualquer usuário. Um robô que cria fornecedor e também aprova pagamento é um achado de auditoria garantido.

Licenciamento

Usuário de robô consome licença SAP. Dependendo do modelo contratado e do tipo de acesso que o robô exerce, isso pode ter custo relevante. Vale confirmar o enquadramento com antecedência — descobrir isso na auditoria de licenciamento é caro.

Impacto de upgrade e notas

Toda aplicação de Support Package ou nota que altere tela pode quebrar o robô. Se você tem contrato de AMS, a análise de impacto sobre os robôs precisa fazer parte do processo de aplicação de notas — caso contrário, a correção do robô vira incidente recorrente pós-janela de manutenção.

Ambiente de teste

Robô precisa ser testado em ambiente com dado representativo. Testar em produção "porque é só leitura" é como se costuma descobrir que o robô não era só leitura.

Um roteiro de decisão

Diante de um processo manual em ambiente SAP, percorra nesta ordem:

1. Existe transação padrão que resolve? Se sim, treine as pessoas — custo zero.
2. Existe configuração que elimina a etapa? Frequentemente há.
3. O processo vive dentro do SAP? Se sim, avalie desenvolvimento ABAP.
4. Existe API ou serviço disponível? Se sim, avalie integração.
5. O processo atravessa sistemas sem integração possível? Agora sim, RPA.

Pular direto para o passo 5 é o que produz projetos de automação caros que poderiam ter sido resolvidos com uma configuração e um treinamento.

Como fazemos projetos SAP, fábrica de software e RPA, não temos incentivo comercial para empurrar robô onde ele não é a resposta certa.