Este caso segue o nosso processo já existente de validação de casos públicos — não se trata de um novo formato de demonstração, e nenhum modo de produto específico para o caso foi adicionado. A fonte é a descrição pública oficial do caso da MorganFranklin Consulting. Isolamos primeiro as respostas da fase posterior e, em seguida, reconstruímos apenas aquilo que era possível conhecer no momento da decisão, compondo um pacote de dados educacional. Trata-se de uma simulação didática independente baseada nessa fonte pública. Não representa correspondência real nem resultados reais de clientes, e a MorganFranklin Consulting não utilizou, revisou, endossou, patrocinou, certificou nem encomendou a Minerva Advisor.

O caso começa com uma empresa Fortune 50 do setor aeroespacial, de defesa e tecnologia que se desmembrou em três negócios. Duas das entidades desmembradas precisaram reconstruir a gestão de identidade e acesso desde o início. Os processos existentes eram altamente manuais e desatualizados, e ambas as empresas enfrentavam prazos regulatórios cada vez mais próximos. A questão diante do comitê: replicar imediatamente toda a plataforma legada, ou validar por fases com base em privilégios críticos, controles e risco de integração em relação a prazos claros primeiro — e quais sinais justificariam interromper, expandir ou reverter o curso.

Esta execução deixa um comprovante de trabalho com cinco itens. Um, uma única fonte pública selecionada. Dois, quatro funções consultivas definidas. Três, uma separação clara entre seis fatos conhecidos, duas inferências e três questões em aberto. Quatro, uma comparação estruturada entre dois caminhos de construção. Cinco, três explicações alternativas mantidas, mais uma condição de reversão explícita. Em conjunto, isso oferece aos executivos um rastro auditável por trás do julgamento final.

O que se sabia: ambas as entidades desmembradas precisavam reconstruir a gestão de identidade e acesso, e o processo legado herdado era desatualizado e manual. O que permanecia desconhecido no momento da decisão: o real escopo das lacunas em acessos críticos e contas de serviço, problemas de segregação de funções, fragilidades na revogação de acessos, dependências de integração entre nuvem e ambiente local, ciclos de certificação, e se controles mínimos viáveis poderiam realisticamente ser entregues dentro do prazo.

O contraponto mais forte: as lacunas críticas poderiam estar concentradas em apenas alguns sistemas, as dependências de integração poderiam ser mínimas, e as preocupações com o rollback poderiam não se aplicar a todos os casos — o que significaria que a abordagem por fases seria excessivamente cautelosa. A condição de reversão é explícita: se um inventário conjunto comprovar que as lacunas são limitadas, as dependências são poucas e o rollback está verificado, a recomendação se inverte em direção a uma replicação híbrida acelerada, com controles compensatórios, em vez de uma pausa completa por fases.

Ficou completamente fora do conhecimento da Minerva o resultado publicado na fase posterior da MorganFranklin: o roteiro estratégico construído, o trabalho de verificação de controles e garantia de qualidade, a integração com a AWS, o design e a implementação do SailPoint IIQ, uma prova de conceito de framework de certificação, mais de quarenta mil privilégios avaliados, mais de quatro mil controles estabelecidos ou validados, e uma redução de setenta por cento no tempo de revisão manual de auditoria. Nada disso apareceu na entrada de dados da Minerva.

Três consultores verificam cruzadamente o mesmo julgamento a partir de ângulos diferentes. Marcus define o real escopo de controles que precisa ser entregue antes do prazo regulatório. Sofia modela as consequências para a segurança de identidade, a auditoria e a migração para a nuvem. Evelyn questiona se a própria abordagem por fases causaria atraso. Os três convergem para a mesma primeira ação: proteger o acesso crítico, a segregação de funções e um rollback verificável antes de qualquer outra coisa. Evelyn acrescenta uma ressalva — se o prazo for realmente iminente e as lacunas se mostrarem limitadas, o excesso de faseamento poderia elevar o risco de conformidade acima do risco da replicação direta.

O executivo insere uma condição na Decision Room: primeiro, inventariar o acesso crítico, a segregação de funções, a revogação de acessos e as dependências de integração, e verificar o rollback; se as lacunas se mostrarem limitadas e os controles mínimos puderem ser verificados, acelerar imediatamente a expansão. O sistema registra isso como um comprovante formal de resposta vinculado ao registro do caso.

A comparação mostra exatamente como essa entrada altera o julgamento. A replicação completa do legado poderia reduzir parte do tempo de construção, mas arrisca transportar processos desatualizados e lacunas de controle não resolvidas, sem alterações, para os dois novos ambientes. A verificação por fases protege o acesso crítico primeiro, ao custo de que uma disciplina de escopo frágil poderia ameaçar o prazo. Com a condição do executivo anexada, a Minerva confirma o caminho por fases — preservando, ao mesmo tempo, um gatilho claro e baseado em evidências para acelerar.

A ação assumida: encomendar um inventário conjunto de privilégios de alto risco, contas de serviço e lacunas de segregação de funções em ambas as entidades, antes de qualquer decisão de escopo de replicação ou migração avançar. As equipes de segurança de identidade, auditoria e conformidade, e migração para a nuvem devem submeter esse inventário, junto com o escopo mínimo de controles e as evidências de rollback, antes que a decisão de expansão seja finalizada em relação ao prazo regulatório.

Esta execução utilizou quatro chamadas de modelo. O primeiro julgamento pronto para decisão foi entregue em 18.387 segundos, e o resultado completo, incluindo as três verificações cruzadas dos consultores, foi concluído em 25.459 segundos — cumprindo o limite de trinta segundos para a primeira decisão e o limite de quarenta e cinco segundos para o resultado completo. O caso passou em todas as dez verificações de qualidade de decisão. A Minerva não constitui aconselhamento de segurança ou conformidade, e não afirma que qualquer trabalho técnico oficial ou resultado tenha realmente ocorrido. Este permanece um teste de caso único e não representa níveis de serviço de produção nem resultados reais de clientes.