✒️SAP CO HANA / La migración de datos maestros y transaccionales a S/4HANA Simple Finance Por Aracelis Prado De Abreu

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

LECCIÓN 3: MIGRACIÓN DE DATOS A S/4HANA SIMPLE FINANCE MAESTROS Y DATOS TRANSACCIONALES

Esta lección se enfoca en los detalles de cómo se transfieren los datos de un sistema SAP ECC antiguo a la nueva arquitectura de SAP S/4HANA Simple Finance Controlling. Es un proceso crucial que asegura la continuidad y la integridad de la información financiera y de controlling.

1. Migración de Clases de Coste

El primer paso importante en la migración es la unificación de las clases de coste (CO) con las cuentas de mayor (FI) en el nuevo modelo de SAP S/4HANA Finance.

• Paso 1.1: Ejecutar la Tarea de Migración de Customizing.

  • Debemos iniciar una tarea específica en el Customizing de SAP. Esta tarea se encarga de migrar los datos maestros de las clases de coste de Controlling para que se integren con las cuentas de mayor de Finanzas.

  • Esto es fundamental porque en S/4HANA, las clases de coste (incluidas las secundarias) ya no se gestionan de forma separada en CO, sino que se crean directamente como cuentas de mayor en FI y se unifican transaccionalmente en la tabla ACDOCA.

1.1 Control de Consistencia de SAP General Ledger / Libro Mayor con Clase de Coste

• Paso 1.1.1: Ejecutar Reporte de Consistencia.

  • Antes de la migración principal de clases de coste, es vital ejecutar un reporte que verifique la consistencia entre las cuentas de mayor y las clases de coste en el sistema SAP ECC de origen.

• Paso 1.1.2: Resolver Inconsistencias.

  • Si el reporte detecta inconsistencias (por ejemplo, una clase de coste primario que no tiene una cuenta de mayor asociada en ECC), estas deben ser resueltas y corregidas antes de proceder con la migración de clases de coste.

1.2 Migración de Clases de Coste Secundarias al Plan de Cuentas

• Paso 1.2.1: Comprender la Unificación del Dato Maestro.

  • En S/4HANA Finance, tanto las clases de coste primarias como las secundarias se crean ahora como una cuenta de mayor (utilizando la transacción FS00). Esto significa que todas respetan el plan de cuentas y sus rangos de números.

• Paso 1.2.2: Ejecutar la Transacción FINS_MIG_GCM.

  • Al correr esta transacción, se genera un nuevo campo en la tabla SKA1 (que almacena los datos maestros de las cuentas de mayor).

  • Este nuevo campo, llamado GLACCOUNT_TYPE, sirve para identificar si la cuenta de mayor corresponde a una clase de coste primaria o secundaria, o a otros tipos de cuentas.

• Paso 1.2.3: Comprender los Objetos Creados y el Campo GLACCOUNT_TYPE.

  • La unificación resulta en la creación de entradas de cuentas de mayor para las clases de coste secundarias en las tablas SKA1, SKB1 y SKAT.

  • El campo GLACCOUNT_TYPE se llena con valores que clasifican la cuenta:

    • X = Cuenta de Balance

    • N = Ingresos o gastos no operativos

    • P = Clases de coste primario o ingresos

    • S = Clase de coste secundario

2. Control Técnico de la Migración de Datos Transaccionales

• Paso 2.1: Realizar Control de Inconsistencias de Documentos.

  • Después de la implementación de S/4HANA Finance (y antes de la migración de datos transaccionales), se debe realizar una actividad de control para todos los documentos de FI y CO.

  • El objetivo es identificar cualquier inconsistencia en los documentos del sistema antes de que se inicie la migración.

• Paso 2.2: Ejecutar el Punto de Customizing de Verificación.

  • Esto implica seguir los pasos definidos en el Customizing para esta verificación (FIGURA 1.3 Verificación de inconsistencias en el material original).

3. Migración de las Partidas a la Nueva Estructura de Datos

Una vez que las tareas de migración de clases de coste y los controles técnicos de consistencia se han completado y cualquier error ha sido resuelto, se procede a la migración de los documentos y partidas individuales.

• Paso 3.1: Migrar Partidas a ACDOCA.

  • Todas las partidas que antes se encontraban en tablas separadas como BSEG (partidas individuales de FI), FAGFLEXA (partidas del New G/L) y COEP (partidas individuales de CO) son migradas y consolidadas en la tabla universal ACDOCA.

• Paso 3.2: Realizar Tareas de Customizing para la Migración de Partidas.

  • Se deben ejecutar las tareas específicas de Customizing que se muestran en la FIGURA 1.4 Migración de partidas del material original.

3.1 Migración de Documentos Contables a la Estructura de Universal Journal

• Paso 3.1.1: Utilizar la Transacción FINSS_MASS_DATA_MASTER.

  • Esta transacción es la herramienta principal para migrar los documentos contables a la tabla de Universal Journal (ACDOCA).

• Paso 3.1.2: Respetar la Secuencia de Migración.

  • Es crucial migrar primero los datos transaccionales (el paso 3 general que acabamos de describir) antes de utilizar FINSS_MASS_DATA_MASTER para migrar los documentos contables.

  • Esto se debe a que este paso final deriva a la tabla Universal Journal los datos combinados transaccionales de FI, G/L, CO y FI-AA.

• Paso 3.1.3: Adición de Características CO-PA.

  • Durante esta migración, las características de CO-PA se añaden automáticamente a las partidas que están asignadas a un segmento de rentabilidad.

• Paso 3.1.4: Manejo de Errores y Reinicio.

  • Si el proceso de control o la migración misma arrojan errores, es necesario ejecutar acciones de corrección. Una vez que todos los errores han sido resueltos y los pasos completados, se puede iniciar la migración nuevamente.

En resumen, esta lección detalla el proceso metódico de transformar la estructura de datos de Controlling y Finanzas de un sistema SAP ECC a la simplificada y unificada de S/4HANA Finance, con la tabla ACDOCA como su núcleo. Implica la unificación de maestros, la migración de transacciones y una serie de controles para asegurar la integridad de los datos.

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);