✒️SAP CO HANA / El customizing de Controlling S/4HANA Finance Reconcliación COFI Por Aracelis Prado De Abreu

UNIDAD 3: PARAMETRIZACIÓN S/4 HANA FINANCE CONTROLLING

LECCIÓN: CUSTOMIZING DE CONTROLLING S/4HANA FINANCE RECONCILIACIÓN COFI

Esta lección se enfoca en los cambios que SAP S/4HANA Finance ha traído a la configuración (customizing) del módulo de Controlling (CO), especialmente en cómo se relaciona con el módulo de Finanzas (FI). El objetivo es entender cómo la nueva arquitectura simplifica y unifica los procesos financieros.

1. Impactos en la Configuración

• Paso 1.1: Reconocer los Cambios en la Configuración de CO. Con SAP S/4HANA Finance, no solo ha cambiado la funcionalidad de Controlling, sino también su configuración interna. La lección destaca que se mostrarán los cambios más relevantes que debes considerar al parametrizar el sistema. Esto implica que las pantallas y las opciones de configuración pueden ser diferentes a las de versiones anteriores de SAP.

2. Integración de Controlling con SAP ERP Financials

• Paso 2.1: Entender la Nueva Arquitectura y la No Necesidad de Reconciliación Separada. Este es un punto clave. Gracias a la nueva arquitectura de SAP S/4HANA Finance Controlling, ya no es necesario realizar una reconciliación separada entre CO y FI. En sistemas SAP ECC antiguos, a menudo se requerían procesos o reportes específicos para asegurar que los totales de CO coincidieran con los de FI, un proceso que podía consumir tiempo y recursos.
• Paso 2.2: Eliminar la Necesidad de Integración como en New G/L. La lección también menciona que ya no es necesaria la integración de Controlling tal como se planteaba con el "New G/L" (General Ledger) en versiones anteriores. Esto subraya una simplificación aún mayor en la forma en que ambos módulos se comunican y comparten datos.
• Paso 2.3: Visualizar el Cambio de Configuración (referencia a figura). Ver Anexo Información Complementaria la comparación entre "Tradicional Finance vs SAP S/4HANA Finance" que ilustra cómo ha evolucionado la configuración del sistema en este aspecto, mostrando una arquitectura más integrada y unificada.

3. Ledger para Controlling

• Paso 3.1: Definir un Ledger en SAP Finance para las Contabilizaciones. En el ámbito de SAP Finance, es fundamental que se defina un Ledger. Un Ledger es como un libro contable principal donde se registran todas las contabilizaciones. Es la base para representar diferentes normas contables, mantener saldos y generar reportes financieros como balances y estados de resultados.
  • (El material hace referencia a FIGURA 1.2 "Ledger de documento contable" para ilustrar este concepto.)
• Paso 3.2: Asignar el Ledger a la Versión 0 de Controlling. Para que Controlling (CO) funcione correctamente en S/4HANA Finance, debes asignar uno de los Ledgers definidos en FI a la "Versión 0" de CO. La Versión 0 es la versión estándar o real de Controlling, donde se gestionan los datos reales de costes y rendimientos. Esta asignación es crucial para la integración.
• Paso 3.3: Asegurar la Consistencia del Ledger entre Sociedades FI y CO. Aunque la configuración de un Ledger se realiza a nivel de sociedad FI (Financials), es un requisito importante que todas las sociedades FI que estén asignadas a la misma sociedad CO deben tener el mismo Ledger asignado. Esto garantiza la coherencia de los datos en todo el ámbito de Controlling y Finanzas, manteniendo la unificación que es característica de S/4HANA.

En resumen, esta lección te explica que la migración a S/4HANA Finance simplifica drásticamente la relación entre FI y CO al eliminar la necesidad de reconciliaciones separadas y complejidades de integración, basándose en un único Ledger y la tabla universal ACDOCA para una visión unificada de los datos.

Ruta SPRO: SPRO > Financial Accounting (New) > Financial Accounting Global Setting (New) > Ledgers > Real-Time Integration of Controlling with Financial Accounting – Define Account Determination for Real-Time Integration – Define Intercompany Clearing Account

¿Cómo era antes y qué conllevaba?

• Contexto: Esta ruta es el camino de configuración para la integración en tiempo real de CO con FI en SAP ECC, específicamente cuando se tenía activado el New G/L (Nuevo Libro Mayor).
• Filosofía: En ECC, FI y CO eran módulos con bases de datos distintas (aunque relacionadas). La integración en tiempo real se creó para puentear y sincronizar los movimientos de valor que ocurrían en CO pero que tenían una relevancia para FI (ej. transferencias de costes entre centros de coste que cruzaban segmentos o áreas de negocio, o liquidaciones de órdenes internas).
• "Define Account Determination for Real-Time Integration":
  • Propósito: Aquí se definían las cuentas de mayor de FI donde se debían contabilizar automáticamente los movimientos de CO que tenían impacto financiero. Era esencial para asegurar que las contabilizaciones en CO tuvieran una contrapartida balanceada en FI.
  • Conlleva: Una configuración detallada y a veces compleja. Había que especificar las reglas para que el sistema supiera qué cuenta de FI usar para cada tipo de movimiento de CO, a menudo mediante una variante de integración en tiempo real. Esto era un "mecanismo de ajuste" para que FI reflejara los movimientos de CO.
• "Define Intercompany Clearing Account":
  • Propósito: Cuando los movimientos de CO involucraban diferentes sociedades (ej. un coste de un centro de coste de la Sociedad A se liquidaba a un centro de coste de la Sociedad B), esta configuración definía las cuentas de compensación inter-compañías necesarias en FI para registrar los débitos y créditos entre las sociedades.
  • Conlleva: Más complejidad en la configuración para operaciones entre empresas, asegurando que los balances inter-compañías en FI estuvieran correctos para la consolidación.
• Naturaleza: Era una integración activa y configurable para transferir datos y asegurar la reconciliación entre dos sistemas de registros separados.

2. Configuración en S/4HANA Finance (Basado en la segunda ruta y el texto)

Ruta SPRO (parcialmente indicada): SPRO > Financial Accounting (New) > Financial Accounting Global Setting (New) > Ledgers > Integration with Controlling with Financial Accounting --> Define Ledger for CO Version -- Define Account Determination

¿Cómo es ahora y qué conlleva?

• Contexto: Esta ruta, aunque similar en su inicio, apunta a configuraciones que son fundamentales en la arquitectura unificada de S/4HANA Finance.
• Filosofía: El cambio radical en S/4HANA es el Universal Journal (tabla ACDOCA). FI y CO (junto con otros módulos como Asset Accounting, Material Ledger) ya no tienen sus propias tablas separadas de partidas individuales y totales. Todo se registra en una única tabla ACDOCA. Esto significa que la reconciliación ya no es un proceso, sino una característica inherente del sistema.
• "Define Ledger for CO Version":
  • Propósito: Este es el punto crucial en S/4HANA. Aquí se asigna el Ledger principal de FI (comúnmente "0L") a la Versión 0 (real/actual) de tu Área de Controlling.
  • Conlleva: Al hacer esta asignación, estás declarando que todas las contabilizaciones de FI en ese Ledger que tengan imputaciones a objetos de Controlling, se registran automáticamente en la Versión 0 de CO en la misma tabla ACDOCA. No hay necesidad de un "puente" adicional o una transferencia. Los datos son "uno" desde el principio. Esta configuración es obligatoria para que CO funcione.
• "Define Account Determination":
  • Si bien el nombre de esta actividad sigue existiendo, su propósito y complejidad han cambiado drásticamente. En S/4HANA, la determinación de cuentas ya no se usa para generar un documento FI para un movimiento CO (porque ya están en la misma tabla). En su lugar, se utiliza para:
    • Derivación de cuentas de mayor: Asegurar que las cuentas de mayor correctas se deriven para los distintos tipos de movimientos.
    • Clasificación de cuentas de mayor como elementos de coste: Aquí se definen los tipos de GLACCOUNT_TYPE (P, S, N, X) que mencionamos antes, lo que determina cómo una cuenta de mayor se comporta como elemento de coste primario o secundario. Ya no es una determinación para crear un documento FI, sino para clasificar y comportarse dentro del Universal Journal.
  • Conlleva: Una configuración más simplificada, enfocada en la correcta categorización de las cuentas de mayor y su comportamiento contable-analítico dentro de la ACDOCA. La complejidad de las reglas de compensación inter-módulos se reduce significativamente.

Relación y Mejoras de S/4HANA Finance

La relación entre ambas configuraciones es que la de S/4HANA Finance es una simplificación y evolución directa de la problemática que la integración en tiempo real del New G/L intentaba resolver.

Mejoras Clave en S/4HANA Finance:

1. Reconciliación Inherente (No Requerida): La mayor mejora es que la reconciliación CO-FI deja de ser una tarea y se convierte en una característica de diseño. Al estar los datos en la misma tabla (ACDOCA), las discrepancias entre FI y CO son imposibles para los datos reales.
2. Modelo de Datos Simplificado: Se elimina la necesidad de múltiples tablas de totales (GLT0, FAGLFLEXT, COSP, COEP, etc.) y de partidas individuales, reduciendo la huella de datos y la complejidad de la base de datos.
3. Real-Time by Design: Cada transacción se contabiliza una vez en la ACDOCA y es inmediatamente visible y utilizable tanto para FI como para CO, sin necesidad de procesos de transferencia o sincronización adicionales.
4. Menos Customizing: La configuración de la "integración en tiempo real" con sus complejas determinaciones de cuentas y variantes (como se hacía en ECC) se reduce drásticamente. Ahora, la asignación del Ledger a la versión de CO es el paso fundamental.
5. Cierres Más Rápidos: Al no haber necesidad de conciliación, los procesos de cierre de período y de año se vuelven significativamente más rápidos y eficientes.
6. Fuente Única de Verdad (Single Source of Truth): ACDOCA proporciona una vista coherente y unificada de los datos financieros y de controlling, facilitando el análisis y la toma de decisiones.

En esencia, mientras que en ECC la integración era un "puente" que se construía y configuraba laboriosamente entre dos islas de datos (FI y CO), en S/4HANA Finance, estos dos módulos se fusionan en un "continente" de datos común (ACDOCA), eliminando la necesidad del puente.

TRANSLATE with x

English

Arabic	Hebrew	Polish
Bulgarian	Hindi	Portuguese
Catalan	Hmong Daw	Romanian
Chinese Simplified	Hungarian	Russian
Chinese Traditional	Indonesian	Slovak
Czech	Italian	Slovenian
Danish	Japanese	Spanish
Dutch	Klingon	Swedish
English	Korean	Thai
Estonian	Latvian	Turkish
Finnish	Lithuanian	Ukrainian
French	Malay	Urdu
German	Maltese	Vietnamese
Greek	Norwegian	Welsh
Haitian Creole	Persian

var LanguageMenu; var LanguageMenu_keys=["ar","bg","ca","zh-CHS","zh-CHT","cs","da","nl","en","et","fi","fr","de","el","ht","he","hi","mww","hu","id","it","ja","tlh","ko","lv","lt","ms","mt","no","fa","pl","pt","ro","ru","sk","sl","es","sv","th","tr","uk","ur","vi","cy"]; var LanguageMenu_values=["Arabic","Bulgarian","Catalan","Chinese Simplified","Chinese Traditional","Czech","Danish","Dutch","English","Estonian","Finnish","French","German","Greek","Haitian Creole","Hebrew","Hindi","Hmong Daw","Hungarian","Indonesian","Italian","Japanese","Klingon","Korean","Latvian","Lithuanian","Malay","Maltese","Norwegian","Persian","Polish","Portuguese","Romanian","Russian","Slovak","Slovenian","Spanish","Swedish","Thai","Turkish","Ukrainian","Urdu","Vietnamese","Welsh"]; var LanguageMenu_callback=function(){ }; var LanguageMenu_popupid='__LanguageMenu_popup';

TRANSLATE with

COPY THE URL BELOW

Back

EMBED THE SNIPPET BELOW IN YOUR SITE

Enable collaborative features and customize widget: Bing Webmaster Portal

Back

var intervalId = setInterval(function () { if (MtPopUpList) { LanguageMenu = new MtPopUpList(); var langMenu = document.getElementById(LanguageMenu_popupid); var origLangDiv = document.createElement("div"); origLangDiv.id = "OriginalLanguageDiv"; origLangDiv.innerHTML = "ORIGINAL: "; langMenu.appendChild(origLangDiv); LanguageMenu.Init('LanguageMenu', LanguageMenu_keys, LanguageMenu_values, LanguageMenu_callback, LanguageMenu_popupid); window["LanguageMenu"] = LanguageMenu; clearInterval(intervalId); } }, 1);