SAP S/4HANA 2023 • DOSSIER TÉCNICO OFICIAL • FASE 3

Proyecto Novus Modular SL

Fase 3: Operativa Multisociedad Intercompany (OBYA), Gobierno de Cuentas y Protocolo Antifraude Dual (FK08)

Consultor Líder FICO Ana Belén Martín
Modelo Empresarial Multisociedad (+20 Sociedades y Expansión Internacional)
Documento Multisociedad Doc. Global 1900000001NOV126 (Madrid NOV1 ↔ Barcelona NOV2)
Estado de Auditoría 100% Certificada (14 Evidencias Gráficas)
🌐

1. Resumen Ejecutivo: La Madurez Corporativa Multisociedad

La Fase 3 de la implantación de Novus Modular SL en SAP S/4HANA 2023 ha materializado la interoperabilidad real entre las distintas entidades jurídicas del grupo y ha blindado la gobernanza de datos y la tesorería corporativa.

🏆 Tres Grandes Hitos de Arquitectura y Auditoría Conseguidos

1. Certificación Intercompany en Vivo (OBYA / FBU3): Emisión de la primera factura bilateral cruzada generando el documento multisociedad 1900000001NOV126, vinculando de forma directa y unívoca el documento 1900000001 de Madrid (NOV1) y el documento fundacional 1900000000 de Barcelona (NOV2), ambos cerrados a saldo cero.

2. Gobierno del Ciclo de Vida de Cuentas de Mayor (FS00): Despliegue de la cuenta corporativa de fletes 51200000, resolución de la trampa de cuentas alternativas unívocas y parametrización de la matriz de bloqueo contable multinivel.

3. Protocolo Antifraude Dual en Tesorería (FK08 / SU01): Validación forense del principio de los cuatro ojos. El sistema bloqueó preventivamente al acreedor estratégico ante la modificación de su IBAN, prohibió la auto-aprobación del usuario operativo y exigió la liberación formal por la Dirección Financiera (USER_CFO).

Todos los procesos fueron auditados en tiempo real sobre el Libro Mayor y el Diario Universal (ACDOCA), resolviendo incidencias críticas de soporte L2/L3 en la determinación de entidades asociadas y consolidación societaria.

🏛️

2. Operativa Multisociedad Intercompany (Cross-Company Posting)

En grupos multinacionales con estructuras de compras o servicios centralizados, es habitual que la sociedad matriz asuma pagos a proveedores cuya imputación de costes corresponde operativamente a una filial. Para automatizar este flujo sin descuadrar los balances locales, se parametrizó la matriz bilateral en OBYA bajo la operación contable estándar BUV.

Central Madrid (NOV1) ─── Factura Acreedor 50000000 (-10.000 €) ───▶ Cta. Puente 14000100 (+10.000 €)
Filial Barcelona (NOV2) ─── Gasto Compras 51100000 (+10.000 € / CC_NOV_BCN) ───▶ Cta. Puente 14000200 (-10.000 €)
Enlace Global de Auditoría: Documento Multisociedades 1900000001NOV126 (Ambas sociedades equilibradas a 0,00 €)
Sociedad Jurídica Nº Documento Posición 1 Posición 2 (Inyección OBYA) Saldo Sociedad
NOV1 (Madrid) 1900000001 Acreedor 50000000: 10.000,00- € (Haber 31) Cta. Crédito Intercompany 14000100: 10.000,00 € (Debe 40) 0,00 €
NOV2 (Barcelona) 1900000000 Gasto Materias Primas 51100000: 10.000,00 € (Debe 40) Cta. Deuda Intercompany 14000200: 10.000,00- € (Haber 50) 0,00 €
1. Prerrequisito Analítico: Creación de CeCo en Barcelona KS01 / Controlling
CeCo Barcelona
Figura 1: Alta del Centro de Coste CC_NOV_BCN asignado a la sociedad NOV2 dentro de la Sociedad CO A000.
2. Simulación de Desglose Intercompany con Inyección de Cuentas Puente FB60 / OBYA
Simulación Intercompany
Figura 2: Simulación contable mostrando la inyección automática de las posiciones 14000100 y 14000200 cuadrando a cero ambas sociedades.
3. Confirmación de Grabación del Asiento Multisociedades FB60 / BKPF
Documentos Contabilizados
Figura 3: Registro oficial con la clave multisociedades 1900000001NOV126 vinculando Doc 1900000001 (Madrid) y Doc 1900000000 (Barcelona).
4. Certificación de Auditoría en Transacción Oficial Multisociedades FBU3 FBU3 / ALV
FBU3 Documento Multisociedades
Figura 4: Despliegue integral de la operación multisociedades en FBU3 con cuadre balanceado por sociedad jurídica.
🔧

3. Soporte Crítico L2/L3: El Enigma del Error GLT0 001 en Desglose de Documentos

Durante la primera tentativa de contabilización intercompany, el procesador de desglose de documentos (Split Processor) abortó la transacción emitiendo el mensaje de error bloqueante:

🛑 Incidencia Crítica GLT0 001: Sociedad GL No Asignada

Mensaje de SAP: GLT0 001: El número de sociedad GL no tiene ninguna sociedad unívoca asignada.
Causa Raíz de Arquitectura: Según la Nota SAP 1085921 y KBA 2156750, en sistemas con Document Splitting activo, el motor necesita determinar la entidad asociada (Trading Partner / RCOMP) para balancear a saldo cero cada sociedad. Al no tener asignadas sociedades GL en la tabla T001, el sistema intentaba resolver una clave en blanco, generando un conflicto de ambigüedad en el mandante.

💡 Resolución de Consultoría Sénior (OX15 / OX16)

1. Transacción OX15: Fundación de las sociedades de consolidación corporativas NOV1 (Novus Modular Central) y NOV2 (Novus Modular Filial).
2. Transacción OX16: Establecimiento de la asignación unívoca estricta 1:1 entre Sociedad FI y Sociedad GL (NOV1 ➔ NOV1 y NOV2 ➔ NOV2).
3. Resultado: El procesador de desglose reconoció de inmediato las fronteras societarias y permitió la contabilización limpia.

Asignación Unívoca de Sociedades GL para Desglose de Documentos OX16 / IMG
Asignación OX16
Figura 5: Parametrización en OX16 resolviendo el error GLT0 001 y garantizando la determinación unívoca de entidades asociadas.
📚

4. Gobierno del Ciclo de Vida de Cuentas de Mayor (FS00)

Para soportar los costes de transporte de aprovisionamiento de las plantas modulares, se configuró la cuenta corporativa 51200000 (Transportes mat.prim). Este proceso demostró la arquitectura desacoplada en dos niveles de SAP:

Nivel Arquitectónico Transacción Parámetros Asignados Ámbito de Aplicación
Plan de Cuentas (YCOA) FSP0 / FS00 Tipo P (Costes primarios/ingresos), Grupo ERG. (Explotación), Cta. Grupo 51100000 Corporativo (Compartido por Madrid, Barcelona y filiales)
Segmento Sociedad (NOV1 / NOV2) FSS0 / FS00 Moneda EUR, Cat. Fiscal - (IVA soportado), Cat. Coste CO 1, Status YB03 Local (Específico de cada entidad jurídica)
⚠️ La Trampa de la Herencia Ciega al "Crear con Modelo"

Al utilizar Crear con modelo desde la cuenta 51100000, SAP arrastró automáticamente el campo Nº cta.alternativa (SKB1-ALTKT). En sociedades con plan alternativo local (PGC español) bajo correspondencia unívoca 1:1, SAP prohíbe que dos cuentas operativas compartan el mismo número estatutario, arrojando error bloqueante al grabar. Se vació el campo en la pestaña Datos de control y se actualizaron las descripciones en inglés, permitiendo guardar la cuenta de forma limpia y sin inconsistencias contables.

Creación con Modelo de la Cuenta 51200000 FS00 / YCOA
Crear con Modelo
Figura 6: Ventana de copia con modelo tomando como referencia la cuenta homologada 51100000.
Diagnóstico de Colisión por Cuenta Alternativa Heredada FS00 / L2 Support
Error Cuenta Alternativa
Figura 7: Error bloqueante de SAP advirtiendo de la duplicidad de la cuenta alternativa y exigencia de revisión de traducciones.
Ficha Central Grabada y Auditada en Madrid (NOV1) FS00 / Master Data
Ficha Central 51200000
Figura 8: Cuenta 51200000 guardada con éxito con textos propios y cuenta de grupo consolidada 51100000.
Extensión Limpia del Segmento Local a Barcelona (NOV2) FS00 / Rollout
Extensión NOV2
Figura 9: Segmento de sociedad NOV2 con categoría de coste CO 1 y campo de cuenta alternativa limpio.
Matriz de Bloqueo Contable Preventivo (Candado) FS00 / Governance
Bloqueo Contable
Figura 10: Pantalla de control de bloqueos distinguiendo entre bloqueo corporativo en Plan de Cuentas y bloqueo local en Sociedad.
🔒

5. Protocolo Antifraude Dual en Tesorería (Control 4 Ojos / FK08)

Para cumplir con la directiva corporativa de prevención de fraude en pagos a proveedores y las normativas internacionales de control interno (SOX), se sometió al sistema a una prueba forense de estrés en tiempo real:

🚨 Modificación Crítica: Cambio de Cuenta Bancaria en Acreedor Estratégico

Un operador contable (usuario S4F12-61) accedió al Business Partner del acreedor principal 50000000 (Prefabricados Modulares del Norte SL) e introdujo una nueva cuenta bancaria de CaixaBank (IBAN ES9121000418450200051333). El motor de finanzas activó de inmediato un bloqueo de pagos automático preventivo para la sociedad NOV1.

🛡️ Validación Forense del Principio de los 4 Ojos (FK08)

1. Incompatibilidad de Auto-Aprobación: Al intentar acceder a la transacción FK08 con el mismo usuario S4F12-61, el sistema inhabilitó por completo los botones de decisión (Confirmar y Rechazar en gris), impidiendo que el creador pudiera validar su propio cambio.

2. Pista Forense de Auditoría: El botón Modificaciones en campos sensibles registró con precisión matemática la fecha (03.10.26), la hora, el campo alterado y el usuario responsable.

3. Liberación Directiva en SU01 / FK08: Se desplegó en SU01 el perfil del Director Financiero (USER_CFO). Al iniciar sesión bajo este rol supervisor independiente, los botones de FK08 se activaron de inmediato, permitiendo la Confirmación formal y liberando al proveedor para las propuestas de pago masivas en F110.

1. Disparo del Bloqueo al Modificar IBAN en Business Partner BP / Payment Transactions
Modificación IBAN BP
Figura 11: Advertencia del sistema confirmando que las modificaciones bancarias del acreedor 50000000 quedan pendientes de confirmación.
2. Pista de Segregación de Funciones: Auto-Aprobación Denegada en FK08 FK08 / Dual Control
FK08 Bloqueado
Figura 12: Estado 'Aún no confirmado' con botones Confirmar y Rechazar deshabilitados para el usuario operador S4F12-61.
3. Pista de Auditoría Forense de Campos Sensibles FK08 / Audit Trail
Detalle Campos Sensibles
Figura 13: Resumen de modificaciones con fecha, hora, clave bancaria y usuario responsable de la edición.
4. Liberación Oficial de Pagos Bajo la Sesión del Director Financiero (USER_CFO) FK08 / CFO Authorization
Liberado por USER_CFO
Figura 14: Estado 'Confirmado' en nivel central y sociedad NOV1 tras la aprobación formal de la Dirección Financiera.