Una empresa vende una división. El contrato se firma, la fecha de separación se define y alguien pregunta: ¿y el SAP? Es en ese momento cuando se descubre que la operación vendida no es una carpeta que se copia — está entrelazada con el resto de la empresa en quince años de datos maestros compartidos, documentos abiertos e historial contable que no se separa con un filtro.

Ese trabajo tiene nombre en el mundo SAP: SLO, optimización del panorama de sistemas — la familia de operaciones que reorganiza datos dentro de un ambiente productivo. El carve-out es la más visible de todas, y la que siempre aparece con la misma característica: plazo definido por contrato, no por proyecto.

Por qué copiar y borrar no funciona

La intuición inicial es siempre la misma: se copia el sistema entero, y cada lado borra lo que no es suyo. Parece razonable y falla por cuatro motivos.

El dato maestro es compartido. Proveedor, material, plan de cuentas y centro de costo atienden a los dos lados. No existe «el material de la empresa vendida» — existe un material usado por ambas, con un historial que también es de las dos.

El documento no respeta fronteras. Un pedido abierto en una empresa con recepción en la otra, mercadería en tránsito, una orden de producción que atraviesa la fecha de corte, un contrato con suministro parcial. Cada uno de esos casos necesita una decisión explícita.

Borrar es irreversible y visible. Eliminar datos de un sistema productivo compromete informes, auditoría y obligaciones de guarda. Y lo que se borra por error no vuelve.

Lo que queda tiene que seguir cerrando. La empresa que permanece tiene obligaciones fiscales, contables y societarias sobre el período anterior a la separación. No puede perder el historial de lo que fue vendido — lo necesita para responder por aquel período.

Por eso el camino es el opuesto: no se borra del original; se extrae hacia el nuevo, con una regla explícita y selectiva, manteniendo íntegro el ambiente de origen.

Definir el corte es trabajo de negocio

La pregunta técnica — «¿qué sociedades van?» — es la fácil. Las difíciles vienen después, y ninguna de ellas se responde en TI:

• ¿Cuánto historial va junto? ¿Solo los saldos a la fecha de corte, o los movimientos de los últimos años? Cada año adicional multiplica esfuerzo y volumen.
• ¿Qué pasa con el documento abierto? Pedidos, contratos y órdenes que atraviesan la fecha necesitan una regla: se cierran antes, migran abiertos, o se recrean del otro lado.
• ¿Quién se queda con el maestro? Los dos lados se llevan una copia del proveedor común — y a partir de ahí divergen, lo que es esperable y debe decirse.
• ¿Qué es confidencial entre las partes? Después de la separación, un lado no puede ver el dato del otro. Eso vale incluso para el historial que ayer estaba en el mismo sistema.
• ¿Cuánto dura la convivencia? Casi toda separación tiene un período en el que la empresa vendedora presta servicios a la vendida — y ese acuerdo define qué necesita seguir funcionando entre las dos.

Cada ambigüedad no resuelta aquí reaparece después como incidente. El papel de TI en esta fase es hacer la pregunta y mostrar la consecuencia de cada respuesta — no decidir.

Mapear la dependencia antes de tocar nada

Definido el corte, el trabajo técnico empieza por un inventario de lo que atraviesa la frontera. Es el paso que evita el descubrimiento tardío, y tiene cuatro frentes.

Objetos organizacionales. Qué sociedades, centros, organizaciones de ventas y de compras van, y qué comparten.

Dato maestro compartido. Cuántos registros atienden a los dos lados. Aquí vale una alerta: si el maestro está sucio, el carve-out multiplica la suciedad por dos. Sanear antes es más barato que sanear dos veces después.

Desarrollos e integraciones. Todo informe, interfaz y personalización debe ser evaluado: ¿va a los dos, a uno, o desaparece? Es el mismo inventario de WRICEF, con una pregunta más — ¿de quién es?

Flujo con terceros. Bancos, fisco, clientes y proveedores necesitan saber que existe una entidad nueva, con identificación propia. Certificados, credenciales y registros externos suelen tener plazos más largos que el del proyecto — y por eso deben empezar primero.

Extraer, conciliar y virar

La extracción selectiva usa la misma familia de herramientas de replicación y migración que sostiene una conversión común — la diferencia es que aquí la regla de selección es el corazón del trabajo, y viene de la definición de negocio, no del técnico.

Lo que decide el éxito no es la carga: es la conciliación. Después de cada ciclo, los dos lados necesitan cerrar — y «cerrar» significa números que el controller de cada empresa reconoce como suyos.

Tres capas, en orden: conteo de registros por objeto; totales que el negocio reconoce, como saldo por cuenta, stock por almacén y abierto por cliente; y muestreo en los bordes — el documento que atraviesa la fecha, el contrato con suministro parcial, el ítem con dos códigos. Es la misma disciplina de conversión de datos, con una exigencia más: el resultado necesita ser aceptado por dos partes con intereses distintos.

Y, como en toda virada crítica, el ciclo se repite: un ensayo para medir mecánica, uno para medir calidad y uno cronometrado dentro de la ventana real, con el mismo personal y el mismo guion del día.

Dónde ayuda la IA — y dónde no entra

La extracción en sí es determinística y así debe permanecer. Pero tres partes caras del trabajo son de lectura y comparación, y ahí la economía cambia.

Mapear la dependencia. Leer desarrollos e integraciones y señalar cuáles tocan objetos organizacionales de los dos lados — el relevamiento que consume semanas de análisis manual.

Explicar qué hace cada objeto, para que el negocio decida de quién es. Sin eso, la decisión se traba por falta de información, no por falta de voluntad.

Conciliar divergencias. Cuando el número no cierra, leer los dos lados y proponer dónde está la diferencia — la misma capacidad de cruce por similitud que usamos en conciliación.

Dónde la IA no entra: la definición del corte, que es decisión societaria; la aceptación de la conciliación, que la firman personas; y cualquier eliminación de dato. Un modelo que sugiere borrar un registro en un carve-out es riesgo puro, sin contrapartida.

Lo que suele salir mal

Empezar tarde por lo externo. El registro ante organismos, el certificado digital y la credencial bancaria de la entidad nueva tienen plazos propios, que no obedecen al cronograma del proyecto. Es la causa más común de postergación de la fecha de separación.

Subestimar la convivencia. El período en que la vendedora presta servicios a la vendida suele tratarse como un detalle contractual y es, en la práctica, un requisito de arquitectura: define accesos, integraciones e informes que necesitan existir de los dos lados durante meses.

Tratar lo que queda como resto. La atención va toda a la entidad nueva, y la empresa que permanece descubre en el primer cierre que perdió un informe, una interfaz o un perfil de acceso.

Confundir fecha contable con fecha técnica. Son cosas distintas y deben acordarse explícitamente, incluyendo qué pasa con el movimiento entre una y otra.

Lo que queda después de la separación

El entregable obvio es el ambiente nuevo funcionando. Los que duran son otros dos.

La documentación de la regla de corte. Por qué cada conjunto fue a donde fue. Cuando la auditoría pregunte — y va a preguntar, de los dos lados —, la respuesta existe.

Un ambiente más limpio de los dos lados. El carve-out obliga a mirar maestros, desarrollos e integraciones con una pregunta que rara vez se hace: ¿esto de quién es, y para qué? Buena parte de lo que no tiene respuesta no debería estar ahí — y esa es la oportunidad de acercarse al clean core en lugar de duplicar el desorden.

El límite honesto: separar una empresa es un plazo de contrato con consecuencia jurídica, y ninguna herramienta acorta la parte que depende de una decisión societaria. Lo que la técnica bien hecha garantiza es que, cuando la decisión llegue, la ejecución no sea el cuello de botella — y que nadie descubra en el primer cierre que faltó algo.

Si la separación viene junto con una conversión de plataforma, las dos conversaciones se cruzan: vea prácticas SAP para la visión de conjunto, y la guía de brownfield, greenfield y bluefield en Inove Academy — el enfoque selectivo es el que más se aproxima al razonamiento de un carve-out.