No primeiro artigo desta série, falamos sobre o desafio de 2027 e sobre a evolução da estratégia de dados da SAP em direção ao SAP Datasphere e ao SAP Business Data Cloud.
Mas existe uma pergunta que vem antes de qualquer projeto de migração:
O que realmente precisa ser migrado?
Em ambientes SAP BW que foram construídos e evoluídos ao longo de muitos anos, a resposta raramente é “tudo”.
É comum encontrar milhares de objetos, modelos, processos, queries, integrações e customizações. Alguns continuam sendo essenciais para o negócio. Outros são pouco utilizados ou já não fazem sentido na arquitetura atual.
Por isso, uma boa estratégia de modernização começa com um assessment do ambiente atual.
Migrar tudo pode não ser a melhor estratégia
Um dos erros mais comuns em projetos de modernização é assumir que todos os objetos existentes precisam ser levados para o novo ambiente.
Isso pode aumentar:
- o tempo do projeto;
- a complexidade da migração;
- os custos;
- os esforços de testes e validação;
- a quantidade de objetos que precisarão ser mantidos no futuro.
Mais importante: pode fazer com que a empresa simplesmente reproduza no Datasphere uma arquitetura criada para necessidades do passado.
A modernização é uma oportunidade para fazer diferente.
O que deve ser analisado antes da migração?
Antes de definir o roadmap, é importante construir uma visão clara do ambiente SAP BW.
1. Inventário de objetos
O primeiro passo é entender o que existe.
Dependendo do ambiente, podem ser analisados:
- InfoProviders;
- ADSOs;
- InfoObjects;
- Queries;
- DataFlows;
- Transformations;
- DTPs;
- Process Chains;
- Open Hubs;
- CompositeProviders;
- integrações;
- desenvolvimentos customizados.
O objetivo não é apenas contar objetos, mas entender qual é a função de cada um dentro da arquitetura.
2. Utilização
Nem tudo que existe no BW continua sendo utilizado.
É importante identificar:
O que é utilizado?
O que é pouco utilizado?
O que não é utilizado?
Um objeto sem utilização relevante pode ser um forte candidato à descontinuação, evitando esforço desnecessário de migração.
3. Criticidade para o negócio
Utilização não é o único critério.
Um relatório pode ser acessado poucas vezes, mas ser essencial para um processo financeiro, fiscal ou operacional.
Por isso, cada componente deve ser avaliado também pela sua criticidade para o negócio.
4. Dependências
Outro ponto fundamental são as dependências.
Um objeto pode parecer simples isoladamente, mas estar conectado a diversos processos.
É necessário entender relações entre:
Fonte → Transformação → Modelo → Query → Relatório
Esse mapeamento ajuda a identificar impactos e reduzir riscos durante a migração.
5. Customizações
Ambientes BW podem conter desenvolvimentos e regras específicas criadas para atender necessidades particulares da empresa.
Essas customizações precisam ser identificadas e avaliadas.
A pergunta não deve ser apenas:
“Como levar essa customização para o Datasphere?”
Mas também:
“Essa regra ainda é necessária?”
Em alguns casos, a modernização pode eliminar uma complexidade que existe apenas porque a arquitetura anterior exigia determinada solução.
Classifique os objetos antes de migrar
Depois do assessment, uma abordagem simples é classificar os componentes em três grupos:
🟢 MIGRAR
Objetos relevantes, utilizados e necessários para continuidade dos processos de negócio.
🟡 MODERNIZAR
Objetos importantes, mas que podem ser redesenhados ou simplificados utilizando os recursos da nova arquitetura.
🔴 DESCONTINUAR
Objetos sem utilização relevante, redundantes ou relacionados a processos que já não existem.
Essa classificação ajuda a transformar um inventário técnico em um plano de ação.
E os dados históricos?
Essa é outra decisão importante.
Nem todo dado histórico precisa necessariamente ser tratado da mesma forma.
A empresa precisa avaliar:
- requisitos legais;
- necessidades de auditoria;
- análises históricas;
- frequência de utilização;
- volume;
- custo de armazenamento;
- necessidade de acesso futuro.
Com essa análise, é possível definir quais dados precisam estar disponíveis de forma ativa e quais podem seguir outra estratégia.
Migração não é apenas tecnologia
Um projeto de modernização bem-sucedido precisa considerar três dimensões:
Tecnologia
Arquitetura, objetos, integrações, dados e ferramentas.
Negócio
Processos críticos, indicadores, relatórios e requisitos das áreas.
Estratégia
Prioridades, investimentos, roadmap e objetivos futuros de dados.
Quando essas três dimensões são analisadas em conjunto, a empresa consegue tomar decisões melhores sobre o que realmente precisa ser modernizado.
Como construir um roadmap de migração?
Depois do assessment, o próximo passo é priorizar.
Uma possível jornada é:
1. Inventário
Mapear o ambiente atual.
↓
2. Assessment
Avaliar utilização, criticidade, dependências e complexidade.
↓
3. Classificação
Migrar, modernizar ou descontinuar.
↓
4. Priorização
Definir quais workloads devem ser tratados primeiro.
↓
5. Piloto
Validar a estratégia em um cenário controlado.
↓
6. Roadmap
Planejar as próximas ondas de modernização.
Essa abordagem permite que a empresa avance de forma gradual, reduzindo riscos e evitando uma migração baseada apenas na quantidade de objetos existentes.
Como a Lab2dev pode ajudar?
A Lab2dev atua na avaliação e modernização de ambientes SAP, ajudando empresas a transformar um cenário complexo de BW em um roadmap estruturado para SAP Datasphere.
O assessment pode ajudar a identificar:
- inventário de objetos;
- objetos críticos;
- dependências;
- customizações;
- oportunidades de simplificação;
- riscos de migração;
- prioridades;
- recomendações para modernização.
O resultado é uma visão mais clara sobre o que deve ser migrado, o que pode ser modernizado e o que não precisa continuar na nova arquitetura.
Antes de migrar, descubra o que realmente importa.
A modernização do SAP BW não precisa começar com uma grande migração.
Pode começar com uma análise.
Quer entender o que realmente precisa ser migrado no seu ambiente SAP BW?