Uma empresa vende uma divisão. O contrato é assinado, a data de separação é definida e alguém pergunta: e o SAP? É nesse momento que se descobre que a operação vendida não é uma pasta que se copia — ela está entrelaçada com o resto da empresa em quinze anos de cadastro compartilhado, documento em aberto e histórico contábil que não se separa por filtro.

Esse trabalho tem nome no mundo SAP: SLO, otimização do cenário de sistemas — a família de operações que reorganiza dados dentro de um ambiente produtivo. Carve-out é a mais visível delas, e a que aparece sempre com a mesma característica: prazo definido por contrato, não por projeto.

Por que copiar e apagar não funciona

A intuição inicial é sempre a mesma: copia-se o sistema inteiro, e cada lado apaga o que não é dele. Parece razoável e falha por quatro motivos.

O dado mestre é compartilhado. Fornecedor, material, plano de contas e centro de custo atendem os dois lados. Não existe “o material da empresa vendida” — existe material usado por ambas, com histórico que também é dos dois.

Documento não respeita fronteira. Pedido aberto em uma empresa com recebimento na outra, nota em trânsito, ordem de produção que atravessa a data de corte, contrato com fornecimento parcial. Cada um desses precisa de uma decisão explícita.

Apagar é irreversível e visível. Excluir dado de um sistema produtivo compromete relatório, auditoria e obrigação de guarda. E o que se apaga por engano não volta.

O que fica precisa continuar fechando. A empresa que permanece tem obrigação fiscal, contábil e societária sobre o período anterior à separação. Ela não pode perder o histórico do que foi vendido — precisa dele para responder por aquele período.

Por isso o caminho é o oposto: não se apaga do original; extrai-se para o novo, com regra explícita e seletiva, mantendo o ambiente de origem íntegro.

Definir o corte é trabalho de negócio

A pergunta técnica — “quais empresas vão?” — é a fácil. As difíceis vêm depois, e nenhuma delas se responde na TI:

• Quanto histórico vai junto? Só os saldos na data de corte, ou movimento dos últimos anos? Cada ano a mais multiplica esforço e volume.
• O que acontece com documento em aberto? Pedido, contrato e ordem que atravessam a data precisam de regra: fecha antes, migra em aberto, ou é recriado do outro lado.
• Quem fica com o cadastro? Os dois lados levam cópia do fornecedor comum — e a partir dali eles divergem, o que é esperado e precisa ser dito.
• O que é confidencial entre as partes? Depois da separação, um lado não pode ver o dado do outro. Isso vale inclusive para histórico que estava no mesmo sistema ontem.
• Quanto tempo dura a convivência? Quase toda separação tem um período em que a empresa vendedora presta serviço à vendida — e esse acordo define o que precisa continuar funcionando entre as duas.

Cada ambiguidade não resolvida aqui reaparece como incidente depois. O papel da TI nessa fase é fazer a pergunta e mostrar a consequência de cada resposta — não decidir.

Mapear a dependência antes de mexer

Definido o corte, o trabalho técnico começa por um inventário do que atravessa a fronteira. É o passo que evita a descoberta tardia, e ele tem quatro frentes.

Objetos organizacionais. Quais empresas, centros, organizações de vendas e de compras vão, e o que compartilham.

Dado mestre compartilhado. Quantos cadastros atendem os dois lados. Aqui vale um alerta: se o cadastro está sujo, o carve-out multiplica a sujeira por dois. Sanear antes é mais barato que sanear duas vezes depois.

Desenvolvimentos e integrações. Todo relatório, interface e customização precisa ser avaliado: vai para os dois, para um, ou some. É o mesmo inventário de WRICEF, com uma pergunta a mais — de quem é.

Fluxo com terceiros. Banco, fisco, cliente e fornecedor precisam saber que existe uma entidade nova, com identificação própria. Certificado, credencial e cadastro externo costumam ter prazo maior que o do projeto — e por isso devem começar primeiro.

Extrair, reconciliar e virar

A extração seletiva usa a mesma família de ferramentas de replicação e migração que sustenta uma conversão comum — a diferença é que aqui a regra de seleção é o coração do trabalho, e ela vem da definição de negócio, não do técnico.

O que decide o sucesso não é a carga: é a reconciliação. Depois de cada ciclo, os dois lados precisam fechar — e “fechar” significa números que o controlador de cada empresa reconhece como dela.

Três camadas, na ordem: contagem de registros por objeto; totais que o negócio reconhece, como saldo por conta, estoque por depósito e aberto por cliente; e amostragem nas bordas — o documento que atravessa a data, o contrato com fornecimento parcial, o item com dois códigos. É a mesma disciplina de conversão de dados, com uma exigência a mais: o resultado precisa ser aceito por duas partes com interesses distintos.

E, como em toda virada crítica, o ciclo se repete: um ensaio para medir mecânica, um para medir qualidade e um cronometrado dentro da janela real, com o mesmo pessoal e o mesmo roteiro do dia.

Onde a IA ajuda — e onde não entra

A extração em si é determinística e assim deve permanecer. Mas três partes caras do trabalho são de leitura e comparação, e aí a economia muda.

Mapear dependência. Ler desenvolvimentos e integrações e apontar quais tocam objetos organizacionais dos dois lados — o levantamento que consome semanas de análise manual.

Explicar o que cada objeto faz, para o negócio decidir de quem ele é. Sem isso, a decisão trava por falta de informação, não por falta de vontade.

Reconciliar divergência. Quando o número não fecha, ler os dois lados e propor onde está a diferença — a mesma capacidade de casamento por similaridade que usamos em conciliação.

Onde a IA não entra: a definição do corte, que é decisão societária; o aceite da reconciliação, que é assinado por gente; e qualquer exclusão de dado. Modelo que sugere apagar registro em carve-out é risco puro, sem contrapartida.

O que costuma dar errado

Começar tarde pelo externo. Cadastro em órgão, certificado digital e credencial bancária da entidade nova têm prazo próprio, que não obedece ao cronograma do projeto. É a causa mais comum de adiamento de data de separação.

Subestimar a convivência. O período em que a vendedora presta serviço à vendida costuma ser tratado como detalhe contratual e é, na prática, um requisito de arquitetura: define acessos, integrações e relatórios que precisam existir dos dois lados por meses.

Tratar o que fica como resto. A atenção vai toda para a entidade nova, e a empresa que permanece descobre no primeiro fechamento que perdeu um relatório, uma interface ou um perfil de acesso.

Confundir data contábil com data técnica. São coisas diferentes e precisam ser combinadas explicitamente, incluindo o que acontece com o movimento entre uma e outra.

O que fica depois da separação

O entregável óbvio é o ambiente novo funcionando. Os que duram são outros dois.

A documentação da regra de corte. Por que cada conjunto foi para onde foi. Quando a auditoria perguntar — e vai perguntar, dos dois lados —, a resposta existe.

Um ambiente mais limpo dos dois lados. Carve-out obriga a olhar cadastro, desenvolvimento e integração com uma pergunta que raramente se faz: isso é de quem, e para quê? Boa parte do que não tem resposta não deveria estar ali — e essa é a oportunidade de chegar mais perto do clean core em vez de duplicar a bagunça.

O limite honesto: separação de empresa é prazo de contrato com consequência jurídica, e nenhuma ferramenta encurta a parte que depende de decisão societária. O que a técnica bem-feita garante é que, quando a decisão vier, a execução não seja o gargalo — e que ninguém descubra no primeiro fechamento que ficou faltando alguma coisa.

Se a separação vem junto com uma conversão de plataforma, as duas conversas se cruzam: veja práticas SAP para a visão de conjunto, e o guia de brownfield, greenfield e bluefield na Inove Academy — a abordagem seletiva é a que mais se aproxima do raciocínio de um carve-out.