Migración de SD Revenue Recognition a SAP RAR

Este es mi primer blog sobre SAP RAR (Revenue Accounting and Reporting). En este blog intentaré cubrir mi experiencia en la migración de la funcionalidad SD Revenue Recognition a SAP RAR.

En S/4HANA, la funcionalidad tradicional SD Revenue Recognition ya no está disponible y, en su lugar, la funcionalidad SAP RAR será la única solución que va más allá para realizar el reconocimiento de ingresos. Por lo tanto, cuando un cliente de SAP planea convertir su sistema ECC existente a la versión S/4HANA On-Premise y también utiliza la funcionalidad SD Rev Recog en el sistema ECC de origen, entonces es obligatorio realizar la migración a SAP RAR antes de iniciar la conversión.

Informe de verificación SAP RC, identifique claramente el impacto del elemento de simplificación «S4TWL- ERP SD_RRn en el informe de verificación de compatibilidad de conversión llamado informe SAP RC (Readiness Check). Consulte la muestra a continuación

Tenga en cuenta que es obligatorio realizar la migración de SD Rev Recog a SAP RAR antes de iniciar la conversión S/4HANA.

La migración de SD Rev Recog a SAP RAR no se puede automatizar completamente y requiere configurar SAP RAR antes de comenzar la migración y, por lo tanto, este proceso de migración debe considerarse como un proyecto separado y no debe combinarse con la implementación de S/4HANA. El proyecto de migración debe planificarse cuidadosamente con el tiempo y los recursos suficientes para que la migración finalice antes de que comience el proyecto de conversión de S/4HANA. En el caso de un enfoque de proyecto paralelo, RAR debería activarse antes de que comience la conversión de la caja de calidad.

En preparación para la conversión a S/4HANA, se puede usar el Marco SIC (Comprobación de elementos de simplificación) para identificar aquellos elementos de simplificación que son relevantes para el cliente y para determinar los pasos que se deben realizar en el sistema para iniciar y mantener una conversión consistente. Hay una opción para que la comprobación de SIC omita las comprobaciones descritas a continuación para no bloquear la conversión S/4HANA.

La verificación de consistencia sigue: –

1.Comprueba si existen entradas en la tabla VBREVK. Si no existen entradas, la conversión puede continuar.

2.En caso afirmativo, comprueba si existen entradas en la tabla VBREVE con VBREVE-REVFIX = ‘M’, lo que significa que los documentos de ventas ya se han migrado. Si no existen entradas, se supone que hay documentos de ventas relevantes de SD RR para migrar y, por lo tanto, se bloquea la conversión S/4HANA.

3.Si existen entradas, significa que la migración ya se ha realizado (quizás parcialmente). En este caso, se realiza una verificación para determinar si quedan documentos de venta abiertos que todavía son relevantes para SD RR.

Las siguientes actividades de requisitos previos deben realizarse con cuidado

1.Comprobación de coherencia de los datos de reconocimiento de ingresos de SD que garantiza que todos los datos de origen sean correctos y coherentes antes de que el proceso de migración los transfiera al nuevo entorno.

Ejecute Tcode VF47 para verificar la inconsistencia en las tablas de ingresos

Ejecute Tcode VF44 para actualizar los Documentos de Venta con los valores finales de los Elementos de Ingresos en la tabla VBREVE

Ejecute Tcode VF42 para reconocer las líneas de ingresos abiertas.

2.Antes de la migración de RAR, el futuro requiere que la configuración de RAR se configure primero.

3.Configurar “Paquete de migración” en la configuración de RAR, que se requiere al momento de realizar las tareas de migración.

4.Configurar “Fecha de transferencia” en la configuración de RAR, debe ser solo la última fecha del mes que sea aceptable para la migración y el estado debe ser “Migración”.

5. Configure «Procesos especiales de SD» en la configuración de RAR. Si en SD RR se utilizan tipos de eventos especiales como prueba de entrega (PoD) o factura entrante, se deben mantener las entradas correspondientes.

6. Activación de «Comprobaciones en vuelo» que es aplicable a partir de la versión RAR 1.3 y las comprobaciones tienen como objetivo detectar inconsistencias lo antes posible, antes de que cualquier contrato o POB se almacene en la base de datos.

Carga operativa:

El programa de carga de operaciones es la herramienta principal que se utiliza para migrar datos SD RR a SAP RAR. Este programa crea RAI de cumplimiento y RAI de factura en función de los artículos de pedido de documentos de ventas seleccionados. Además, se refiere a los ingresos ya reconocidos (entradas en la tabla VBREVE con estado C hasta la fecha de transferencia) datos heredados que se crearon. Tanto los RAI como los datos heredados son procesados ​​por el monitor RAI (Transacción FARR_RAI_MON).

Tan pronto como los datos SD se transforman en RAI y datos heredados, la categoría de reconocimiento de ingresos se elimina de la posición del documento de ventas y todas las líneas de ingresos (tanto las ya contabilizadas como las que están abiertas) se configuran como Inactivas (el campo VBREVE-REVFIX es ajustado a M). Esto significa que no se puede procesar nada haciendo referencia a los documentos migrados usando VF44/VF46 después de que se haya ejecutado la carga operativa.

Figura

Una vez cargado, el documento se mostrará en la transacción FARR_RAI_MON. Estos documentos los podemos tramitar a través de Carga inicial que creará el Contrato y POB’s.

Clave de reconciliación

Ejecutar actividades de fin de período RAR resaltadas con la transacción NWBC y el rol RAR relevante actualizará el efecto en FARR_D_RECON_KEY con varios estados tan pronto como avance el paso. Para revertir el documento de migración, ejecute el programa FARR_IL_CLEANUP y reinicie a través de FARRIC_OL o FARRIC_OL_EXPERT, de modo que una vez que reinicie los documentos SD completos, habilite nuevamente el procesamiento RAI.

Validación de datos

Para garantizar la calidad y la coherencia de los contratos SAP RAR y los POB creados por el proceso de migración, se pueden utilizar las transacciones FARR_CONTR_CHECK.

Comparación de datos SD con RAI

Para la migración SD RR, se debe asegurar que los RAI creados en base a los documentos SD sean correctos. La transacción FARR_CHECK_CONS se ejecuta para garantizar que los datos de origen se hayan transferido correctamente a la capa de entrada de SAP RAR.

Comprobación de consistencia Error Comparación

Una vez completada la migración, vuelva a ejecutar el programa de verificación de SIC y evalúe el impacto de SI desde el estado anterior, debe cambiar a no ERROR/RED. Luego actualice el estado de «Migración a» Productivo «(Nota: Una vez que el estado cambia a Productivo, no se puede restablecer al respaldo).

Algunas notas relevantes de SAP

SAP recomienda que el cliente siempre esté en el último paquete de soporte/nivel de paquete de características para no perderse las notas OSS más importantes respectivamente y para evitar un esfuerzo adicional durante la implementación de las notas OSS. Algunas de las Notas más importantes se describen a continuación: