Supervisão técnica em migrações do core bancário: por que um segundo olhar reduz o risco

Pela equipe de Consultoria e Infraestrutura da Redsis · Outubro de 2026 · 6 min de leitura

Um sistema financeiro grande, um core que não pode falhar

Os estabelecimentos bancários colombianos administram cerca de 1.000 bilhões de pesos em ativos, segundo o ranking das maiores empresas do país publicado pelo La República com números de fechamento de 2024. Boa parte dessa operação passa, em algum momento, por plataformas de missão crítica como o IBM i sobre IBM Power, que os grandes bancos da América Latina escolhem pela sua estabilidade e pela sua capacidade de processar altos volumes transacionais.

Renovar essas plataformas é necessário: cada geração de processadores traz mais capacidade, melhor eficiência e novas funções de segurança. A IBM, por exemplo, destaca no Power10 a criptografia transparente de memória e quatro vezes mais motores criptográficos por núcleo do que no Power9. Mas migrar não é apenas trocar de caixa. A partição do core carrega consigo armazenamento, rede SAN, multipathing, zoneamento e replicação para o centro de dados alternativo. Um erro em qualquer uma dessas peças pode arruinar uma janela de corte perfeitamente planejada do lado da computação.

O que é (e o que não é) uma supervisão técnica

O supervisor técnico é um terceiro independente que revisa, supervisiona, analisa e alerta sobre o trabalho de quem executa o projeto. O seu valor está na independência de critério: não constrói a solução nem compete com o executor, e tampouco substitui o dono do projeto na tomada de decisões.

No caso em questão, o modelo ficou definido desde o início:

• O executor faz a migração, mantém os planos de migração, cutover e rollback, e entrega evidências.
• O supervisor revisa essas evidências, identifica riscos, emite alertas e pareceres técnicos fundamentados.
• O banco decide: aceita, rejeita, dá o go/no-go e libera marcos.

Essa separação de papéis parece óbvia no papel, mas na prática é o que evita dois extremos igualmente custosos: um supervisor que se torna um obstáculo burocrático e um que acaba fazendo o trabalho do executor sem assumir a sua responsabilidade.

Entrar num projeto que já vai em 70 %

Um traço particular deste serviço foi o momento: a migração já estava aprovada e cerca de 70 % executada, com 20 partições migradas previamente para Power10 e uma meta de 54 % mais capacidade de computação para o core. Faltava o mais delicado, a partição do core bancário, e o serviço devia entregar valor num único mês.

Chegar tarde a um projeto tem uma vantagem e um risco. A vantagem é que há história: testes executados, lições aprendidas e uma equipe que conhece a plataforma. O risco é presumir que tudo o que veio antes está certo sem verificá-lo. Por isso a primeira tarefa foi acordar com o banco os critérios técnicos contra os quais as evidências seriam revisadas, e levantar uma matriz da informação requerida frente à recebida.

Seis práticas que tornam útil uma supervisão técnica

1. Acordar os critérios antes de opinar

Um parecer técnico só é defensável se souber contra o que está sendo comparado. Se o banco tem critérios formais de aceitação, eles são adotados; se não, o supervisor propõe um conjunto padrão para migrações IBM Power e o deixa acordado já na primeira ou segunda semana.

2. Manter o controle da informação

Uma matriz de informação requerida e recebida parece um detalhe administrativo, mas é a melhor defesa contra as zonas cinzentas. Se uma evidência não chegou, fica registrado, e o risco é gerenciado em vez de ignorado.

3. Olhar para além do servidor

Numa migração de core, a computação costuma ser a parte mais bem documentada. Armazenamento, SAN, multipathing, zoneamento e replicação para o DR merecem a mesma atenção, porque é aí que costumam se esconder as surpresas da noite do corte.

4. Revisar o rollback com a mesma seriedade que o cutover

Todo mundo revisa o plano para avançar. Poucos testam com o mesmo rigor o plano para voltar atrás. Um rollback claro, com critérios de acionamento e tempos realistas, é o que permite decidir ir à janela com tranquilidade.

5. Deixar tudo por escrito, e a tempo

Neste serviço foram definidos 15 entregáveis formais: termo de início, plano de trabalho, relatório de linha de base, matriz de riscos com atualização semanal, painel de acompanhamento de indicadores, relatórios semanais, pareceres técnicos por evento, alertas formais, parecer de conformidade sobre a janela de cutover, relatório final, matriz final de riscos e achados, recomendações e termo de encerramento. A rastreabilidade é o que transforma uma opinião num insumo de governança.

6. Estar presente quando importa

Boa parte do trabalho de revisão pode ser feita remotamente. Mas nos marcos críticos, como a sessão preparatória do cutover ou a própria janela, a presença no local faz diferença na qualidade da conversa técnica.

O que o banco ganha

Uma supervisão técnica bem formulada não acrescenta camadas, acrescenta clareza. O banco chega a cada decisão de corte com um parecer independente, fundamentado e documentado; o executor recebe retorno cedo sobre lacunas que é melhor fechar antes do que durante a janela; e a organização fica com um registro de riscos, achados e recomendações útil para as próximas migrações.

Tudo isso sem mexer na cadeia de comando: a decisão final sempre foi do banco, que é exatamente onde ela deve estar.

Por onde começar?

Se a sua instituição tem em andamento uma migração de plataforma crítica, seja de servidores, armazenamento ou centro de dados, vale a pena perguntar quem está revisando as evidências com independência antes de cada janela. Na Redsis combinamos mais de 25 anos de experiência em infraestrutura de missão crítica para a banca latino-americana com um conhecimento profundo de IBM Power e IBM i, e colocamos esse conhecimento a serviço do banco, não da ferramenta.