SAP FI clásico vs S4 Hana

Principales diferencias SAP FI clásico vs S4 Hana

Introducción

Overview S4 Hana

Principales cambios en FI
Introducción

Este documento tiene el propósito de presentar un marco general de las

principales diferencias entre el módulo de Finanzas (FI) versión clásica
gestionado hasta el ECC 6.0 versus la nueva plataforma de solución S4 Hana
Overview S4 Hana

¿Qué es SAP Hana?

SAP HANA es una plataforma creada por SAP en el año 2011 en conjunto con
sus clientes y socios comerciales, con la finalidad de brindar soporte a la nueva
generación de aplicaciones en tiempo real, esta innovadora plataforma ha
sido construida siguiendo la nueva tendencia tecnológica para el tratamiento
de enormes paquetes de información llamada "procesamiento in-memory".

Las siglas "HANA" provienen de High Performance ANalytic Appliance, o sea

Aplicación analítica de alto performance.

SAP HANA es un producto integrado de Hardware y Software ya que el

procesamiento in-memory requiere la utilización de un servidor especializado en
HANA, el cual se debe encontrar correctamente configurado y certificado para
el software en cuestión, incluso en ocasiones se trata de servidores que se
entregan al cliente con SAP HANA software pre-instalado en ellos.
Overview S4 Hana

Características principales

 Procesamiento de datos ultra rápido

 Análisis de información en tiempo real
 Escalabilidad e innovación
 Replicación de datos
 Overview S4 Hana

Arquitectura

Está compuesta principalmente de 4 componentes:

 SAP HANA APPLIANCE: Es el componente de

hardware de SAP HANA ya que cómo se lo
mencionamos anteriormente, la plataforma SAP
HANA se trata de un producto estrechamente
ligado entre el Software y el Hardware.
 SAP HANA DB: Es la nueva tecnología que se
encarga de manejar todo lo referente a base de
datos.
 SAP HANA CLOUD PLATFORM: Es el componente de
SAP HANA que permite a los clientes y
desarrolladores construir, ampliar y ejecutar
aplicaciones en SAP HANA desarrolladas para
internet.
 SAP Business Suite:
Es el componente
de Software
mediante el cual
SAP S/4 HANA
brinda soporte a las
aplicaciones de
gestión de recursos
empresariales (ERP)
que el cliente
necesita utilizar.
Overview S4 Hana

SAP HANA APPLIANCE

Es la certificación que deben poseer los servidores y los componentes en los

cuales se desee utilizar SAP HANA, ya que si bien SAP no fabrica hardware a
partir de ahora si lo certifica para su uso, esta certificación tiene validez de
compatibilidad para un grupo particular de fabricantes y equipos.

Es válida por el período de tiempo estipulado como se establece mediante un

Acuerdo de Certificación de Integración con el cliente, esta certificación tiene
una fecha de validez de inicio y de caducidad.

La fecha de caducidad es necesaria ya que debido a que SAP HANA además

de no poseer versionados, se actualiza constante y automáticamente para
brindar un mejor servicio, pudiendo requerir las futuras actualizaciones de
software implicancias respecto a modificaciones de hardware.
Overview S4 Hana

SAP HANA DB

SAP HANA DB se trata de las innovadoras tecnologías en el tratamiento de

bases de datos implementadas en SAP HANA.

El almacenamiento de tablas “por columna” o también llamado “columnar”,

ofrece nuevas posibilidades de compresión de los datos. Se habla de llevar a un
nivel de compresión del 30% o menos, esto es, a la tercera parte de su tamaño
actual. Por ejemplo, llevar una base de datos de 3 Terabytes, sería reducida a
600 Gb de almacenamiento.

Uno de los mayores beneficios del almacenamiento columnar es que puede ser
fuertemente comprimido. La compresión permite, a su vez, que las operaciones
columnares (SUM, COUNT, AVG, MIN, MAX) se realicen muy rápidamente.

En una disposición columnar de tablas, éstas están auto-indexadas, lo cual

genera ahorro en el espacio de almacenamiento, respecto un sistema
relacional con los mismos datos.

SAP HANA soporta tanto tratamiento columnar de tablas como el

convencional.
Overview S4 Hana

SAP HANA CLOUD PLATFORM

Llamada por sus siglas HCP es el componente de SAP HANA que permite a las
empresas y a los desarrolladores construir, implementar y administrar
aplicaciones en SAP HANA desarrolladas para internet, las cuales estarán
accesibles tanto en plataformas de escritorio como también desde medios
móviles como lo son las tablets o los celulares.

Aporta la infraestructura para que las empresas puedan aprovechar la

tendencia del IoT (Internet en las cosas), que implica millones de dispositivos
conectados a la red, simplificando los consumos móviles a través de una
experiencia de usuario de calidad superior y un servicio suplementado de flujo
de notificaciones.

Utiliza la potencia y la rapidez del procesamiento in-memory que es un clásico

de HANA.

A nivel desarrollo esta tecnología posee una curva de aprendizaje baja y se

encuentra basada en estándares abiertos como lo son el HTML5, el lenguaje
JAVA y la interfaz de desarrollo Eclipse, que mediante el servicio integrado PAAS
le permitirá contar con un entorno de desarrollo pre-instalado.
Overview S4 Hana

SAP HANA CLOUD PLATFORM

SAP HANA CLOUD PLATFORM incluye un amplio conjunto de servicios para la

integración, movilidad empresarial, colaboración y análisis, utilizando SAP HANA
Cloud Platform es posible:

 Desarrollar nuevas aplicaciones en la nube: Creando nuevas aplicaciones

empresarias a partir de cero, desarrollos que incluso podrán tener su propia
marca y como empresa podrá llegar al cliente final con impactantes e
innovadores un productos empresariales
 Desarrollar extensiones en instalaciones: Usando los servicios "Connectivity
Service" and "Cloud Connector" usted podrá crear nuevas extensiones al
sistema en la nube e integrarlos a la perfección con los componentes de las
instalaciones locales del cliente y de esta manera reducir también los costos
en infraestructura IT de la empresa.
 Desarrollar extensiones en la nube: En SAP HANA Cloud Platform, también se
puede desarrollar extensiones a otros productos en la nube, como SAP
SuccessFactors.
Overview S4 Hana

SAP BUSINESS SUITE

SAP BUSINESS SUITE es el componente de Software de SAP HANA mediante el

cual son montadas las aplicaciones que el cliente necesite utilizar.

En el 2011 SAP BUSINESS SUITE fue presentado por primera vez debutando con la
primer aplicación montada en él, tratándose ni más ni menos que el módulo
analítico SAP BI-BW.

En el 2015 SAP SAP BUSINESS SUITE es ampliada por SAP para ofrecer un
completo soporte para las soluciones ERP, proveniente de sus dos productos
antecesores el SAP ERP y el SAP R/3, de esta manera nace un nuevo sistema
que la empresa SAP dio a llamar "SAP S/4 HANA“.
Overview S4 Hana

Epílogo

SAP S/4 HANA implementa evolucionadas las aplicaciones ERP estándares y

ampliadas de sus antecesores.

SAP S/4 contiene en esta nueva suite las evoluciones enfocada en la

simplificación de procesos para los módulos FI, CO, MM, SD, HCM, PM, PORTAL,
etc... en lo que SAP denomina:

 Modelado de Datos Simplificado

 Finanzas Simplificadas
 Experiencia de usuario Simplificada
 Soluciones de Inteligencia Empresarial Simplificada
 El principal objetivo de SAP S/4 HANA es simplificar los procesos y el modelo
de negocios empresariales
Principales cambios en FI

Datos Maestros
Con la instalación de los totales de SAP Simple Finance las tablas índice de
aplicaciones fueron eliminadas y sustituidas por vistas de DDL SQL de nombre
idéntico, denominadas vistas de compatibilidad.
Las vistas de compatibilidad garantizan que las bases de datos SELECT
funcionen como antes. Sin embargo, el acceso de escritura (INSERT, UPDATE,
DELETE, MODIFY) se eliminó del estándar SAP o debe eliminarse del código
personalizado (nota SAP 1976487).
En SAP Simple Finance add-on 2.0 y SAP S / 4HANA 1511, las tablas adicionales
fueron sustituidas (parcialmente) por Universal Journal (ACDOCA). El enfoque
para las vistas de compatibilidad en la versión 2.0 difiere de 1.0 de las siguientes
maneras:
 Las vistas de compatibilidad no tienen el mismo nombre que las tablas
originales.
 En cambio, la interfaz de base de datos (DBI) redirecciona todas las tablas de
base de datos relacionadas SELECTs a una vista de compatibilidad, que
recupera los mismos datos basados en el nuevo modelo de datos (ACDOCA,
etc.).
 La conexión entre la tabla y la vista de compatibilidad NO se crea durante la
instalación con SUM
Principales cambios en FI

Datos Maestros

Existen modelos de objetos redundantes en el sistema ERP tradicional. Se basa

en datos maestros de Proveedores y Clientes.

El enfoque objetivo (obligatorio) en S / 4HANA es el socio comercial.

La funcionalidad de Business Partner es capaz de administrar centralmente

datos maestros para socios comerciales, clientes, proveedores.

Con el desarrollo actual, BP es el único punto de entrada para crear, editar y

mostrar datos maestros para socios comerciales, clientes y proveedores.

La interfaz de usuario para SAP S / 4HANA 1511 es transacción BP. No existe una
interfaz de usuario específica para Cliente / proveedor como se conoce en SAP
Business Suite (transacciones como XD01, XD02, XD03 o VD01, VD02, VD03 /
XK01, XK02, XK03 o MK01, MK02, MK03, etc. no están disponibles en SAP S/
4HANA 1511).
Principales cambios en FI

Datos Maestros
Principales cambios en FI

Remplazo de Transacciones y programas

Con la instalación de SAP Simple Finance, se han reemplazado ciertos códigos de

transacción y programas en las áreas de aplicación de AC, CO, FI, AA y FIN - en
comparación con EhP7 para SAP ERP 6.0 - Simplificación de SAP S / 4HANA, Premise
edition 1511 - Paquete de características Stack02 1511 201 con transacciones,
programas o aplicaciones WebDynpro más recientes.

Las transacciones, programas y aplicaciones de WebDynpro y sus sustitutos

afectados se enumeran en la tabla siguiente (sólo algunos ejemplos).

Consulte la nota SAP 1946054 para

obtener más detalles.
Principales cambios en FI

NetWeaver Business Client (NWBC)

Principales cambios en FI

General Ledger

El nuevo Libro mayor (G/L en Contabilidad SAP con tecnología SAP HANA) es
obligatorio en SAP S / 4HANA.
El libro mayor clásico se transforma sobre todo en una puesta en práctica
básica del nuevo libro mayor (G / L en la contabilidad de SAP accionada por
SAP HANA).
Para migraciones tomar en cuenta lo siguiente:
 Revisar y adoptar variantes del año fiscal
 Migrar el Customizing del libro mayor
 Definir ajustes para el ledger de entrada de diario
 Definir el libro mayor para la versión de CO
 Definir tipos de documentos para contabilizaciones en el control
 Definir variantes de asignación de tipo de documento para las transacciones
comerciales de CO
 Comprobar y definir valores predeterminados para contabilizaciones en el
control
 Definir el tipo de determinación de la cuenta de compensación
 Definir el ledger de origen para la migración de saldos
Principales cambios en FI

Activo Fijo

 Los datos reales de ANEK, ANEP, ANEA, ANLP, ANLC se almacenan en la

tabla ACDOCA. Los datos ANEK se almacenan en BKPF.
 Las vistas de compatibilidad FAAV_ <TABLENAME> (por ejemplo, FAAV_ANEK)
se proporcionan para reproducir las estructuras antiguas.
 El acceso a datos antiguos en tablas sigue siendo posible a través de las
vistas FAAV_ <TABLENAME> _ORI (por ejemplo, FAAV_ANEA_ORI)
 Artículos no reales
 Los datos estadísticos (por ejemplo, a efectos fiscales) previamente
almacenados en ANEP, ANEA, ANLP, ANLC se almacenan ahora en la tabla
FAAT_DOC_IT
 Los datos del plan previamente almacenados en ANLP y ANLC ahora se
almacenan en FAAT_PLAN_VALUES

Se debe ejecutar los pasos obligatorios de configuración de la aplicación

relacionados con la Contabilidad de activos.
IMG - Preparación y migración del Customizing para la Contabilidad de Activos
Principales cambios en FI

Cash Management

 Cash Management clásico se sustituye por el nuevo SAP Cash Management.

Un cliente de SAP Business Suite que utilice la Administración de efectivo
clásica debe activar la nueva gestión de efectivo de SAP.
 Una vez que los clientes han instalado SAP S / 4HANA 1511 (o SAP Simple
Finance), SAP Cash Management impulsado por SAP HANA es el único
producto de gestión de efectivo compatible que se utilizará. La
administración clásica de efectivo (incluido el planificador de liquidez) no
está oficialmente apoyada.
Principales cambios en FI

Cash Management
Principales cambios en FI

Cash Management
Principales cambios en FI

Cash Management
Principales cambios en FI

Cash Management

Transacciones disponibles en SAP S/4HANA 1511:

FF$3, FF$4, FF$5, FF$6, FF$7, FF$A, FF$B, FF$C, FF$D, FF$L, FF$S, FF$X, FF-3, FF-4, FF-5, FF-6,
FF.8, FF.9, FF.D, FF/1, FF/8, FF69, FF70, FF71, FF72, FF73, FF74, FF7A, FF7B, FF:1, FFTL, FFZK,
FLQAB, FLQAC, FLQAD, FLQAF, FLQAL, FLQAM, FLQAM_TP, FLQC10, FLQC12, FLQC13, FLQC13F,
FLQC1A, FLQC2, FLQC20

Nota para la migración:

 Http://service.sap.com/sap/support/notes/2175053
 Ayuda de la aplicación: http://help.sap.com/sfin200
 Lista de simplificación para SAP S / 4HANA, edición en premisa 1511 -
Paquete de características Stack02 1511 215
 Guía de configuración y guía de configuración de datos:
http://service.sap.com/erp-inst -> SAP ERP Add-Ons -> SAP Simple Finance ->
SAP Simple Finance 1503 -> Guía de configuración de datos para SAP Cash
Management impulsada por SAP HANA.
Principales cambios en FI

Controlling

 Los datos reales de COEP (WRTTP = '04') se almacenan ahora en ACDOCA.

 Los datos estadísticos reales de COEP (WRTTP = '11') se almacenan en
ACDOCA usando columnas adicionales para las asignaciones de cuentas
estadísticas y en COEP para el acceso de compatibilidad
 Los datos reales necesarios para los pedidos / proyectos a largo plazo de
COSP_BAK, COSS_BAK se almacenan en la tabla ACDOCA.
 Actualmente, COBK está escrito como antes.
 Las vistas de compatibilidad V_ <TABLENAME> (por ejemplo, V_COEP) se
proporcionan para reproducir las estructuras antiguas.
 El acceso a datos antiguos en tablas sigue siendo posible a través de las
vistas V_ <TABLENAME> _ORI (por ejemplo, V_COEP_ORI).
 Los tipos de valor distintos de '04' y '11' todavía se almacenan en COEP,
COSP_BAK, COSS_BAK.
Principales cambios en FI

Controlling

Las tablas anteriores COEP, COSP y COSS se reemplazan por vistas del mismo
nombre, las denominadas vistas de compatibilidad. Las transacciones estándar
de CO se adaptan de forma escalonada para acceder directamente a la
nueva tabla de diario universal (ACDOCA) en lugar de utilizar vistas de
compatibilidad. Desde el punto de vista de las empresas, todas las
transacciones clásicas se siguen ejecutando, basadas en vistas de
compatibilidad o mediante acceso directo a la tabla ACDOCA. Estas vistas
calculan las estructuras de tablas totales de antemano sobre la marcha.
Proporcionan un puente hacia el nuevo modelo de datos. La codificación del
cliente sigue funcionando en función de las vistas de compatibilidad.
Principales cambios en FI

Controlling

Los objetos de coste general no están disponibles en SAP S / 4HANA, edición

local 1511 (considere utilizar pedidos internos o recolectores de costes del
producto). Las funciones asociadas formaban parte del menú Controlling>
Controlling de costes del producto> Controlling de objetos de coste> Productos
y servicios intangibles. Tenga en cuenta que un objeto de coste general no es el
mismo que un objeto CO que puede referirse a órdenes, Elementos PEP o
cualquier elemento al que se puedan asignar costes.

Las jerarquías de objetos de coste no están disponibles en SAP S / 4HANA,

edición local 1511 (considere usar jerarquías de sumarización para la
agregación de costos en órdenes de fabricación y distribución de las
diferencias de uso para distribuir diferencias de inventario y diferencias de
actividad). Las funciones asociadas formaban parte del menú Controlling>
Product Cost Controlling> Cost Control de objetos> Producto Costo por período.
Principales cambios en FI

Controlling

Cuando se utiliza la jerarquía de objetos de coste para agregar los costes

colectados en las órdenes de fabricación, se recomienda utilizar una jerarquía
de órdenes. Estas jerarquías se crean mediante la transacción KKR0 y se
agregan en tiempo de ejecución mediante la transacción KKBC_HOE_H. Tenga
en cuenta que esta transacción se comporta como la transacción KKBC_HOE
pero no requiere una ejecución de recopilación de datos para pre-agregar los
datos para cada nodo de jerarquía.

Cuando se utiliza la jerarquía de objetos de coste para recolectar los costos a

un nivel agregado y luego distribuirlos a las órdenes de fabricación asociadas,
se recomienda que la transacción CKMATDUV se use para distribuir varianzas de
uso de material y CKMDUVACT para distribuir varianzas de uso de la actividad.

Analizar los procesos de informes para determinar si los objetos de coste se

utilizan como asignación de cuentas y comprender la naturaleza de los costos
contabilizados en los nodos de objetos de coste. Utilice la distribución de
variaciones de uso como una alternativa para la distribución de costos.
Principales cambios en FI

Controlling

Analizar procesos de informes para determinar si los objetos de coste se utilizan

para agregar costos y entender la naturaleza de la jerarquía de informes
(representación de centros de beneficio, centros de costos, áreas de
responsabilidad) y determinar formas alternativas de generación de informes.
Principales cambios en FI

Controlling

La funcionalidad de "precios de transferencia" que valoran la transferencia de

un bien o servicio de acuerdo con la valoración de un centro legal, de grupo o
de centro de beneficio es soportada.

Los precios de transferencia proporcionan métodos de valoración paralelos

para la valoración legal, de grupos y de centros de beneficio.
 Perspectiva jurídica que contempla las transacciones comerciales desde el
punto de vista de la empresa. Los precios se derivan de los requisitos legales y
de las estrategias de optimización de impuestos
 La valoración del centro de beneficio considera a los centros de beneficio
como entidades independientes dentro del grupo.
 La vista de grupo considera al grupo como un todo. Los procesos se valúan
eliminando la utilidad del centro interempresarial / inter-beneficio.
Principales cambios en FI

Controlling

Con la fusión de FI y CO en el Universal Journal, se ha implementado un nuevo

enfoque para las valoraciones paralelas:

 Los precios de transferencia pueden actualizarse en un libro mayor que

contenga todas las vistas de valoración o, alternativamente, con libros
independientes por vista de valoración.
 Las versiones delta paralelas para los datos reales en Control se utilizan para
las líneas estadísticas que actualizan sólo COEP.
 Todas las demás líneas actuales que actualizan ACDOCA están utilizando un
nuevo modelo de datos.
 El cliente instalado que utiliza precios de transferencia en ERP puede migrar a
S / 4 HANA.
 La migración de datos transaccionales proporciona una transformación del
modelo de datos ERP al modelo de datos S / 4 HANA en Finanzas.
Principales cambios en FI

Controlling

Los elementos de coste forman parte del plan de cuentas. Se mantienen en los
datos maestros de la cuenta GL. No hay un mantenimiento de datos maestros de
elementos de coste separado.
El registro maestro de cuenta incluye un nuevo campo para la categoría de
elemento de coste que clasifica las cuentas GL en los siguientes tipos:
 Cuenta de Balance - Cuenta que se contabiliza de transacciones comerciales. El
saldo de la cuenta de balance se mantiene al cierre del ejercicio.
 Gastos no operativos o cuenta de resultados - Cuenta de resultados que registra
gastos o ganancias de actividades que no forman parte del propósito principal
de la empresa, tales como ganancias obtenidas de inversiones financieras por
una empresa manufacturera.
 Costes o Ingresos Primarios - Cuenta de cuenta de resultados que funciona como
un elemento de costo para los costos o ingresos primarios. Los costos primarios
reflejan los gastos de operación tales como nóminas, gastos de venta o costos de
administración.
 Costes secundarios - cuenta de cuenta de resultados que funciona como un
elemento de costo para los costos secundarios. Los costos secundarios resultan de
los flujos de valor dentro de la organización, tales como asignaciones de costos
de actividades internas, asignaciones de gastos generales y transacciones de
liquidación.
Principales cambios en FI

Controlling

En consecuencia, las cuentas de GL han atribuido ahora en tres niveles:

Lista de simplificación para SAP S / 4HANA, edición en premisa 1511 - Paquete de
características Stack02 1511 222
 Área Gráfico de cuentas - Contiene los datos válidos para todas las empresas,
como el número de cuenta.
 Área específica de la empresa - Contiene datos que pueden variar de una
sociedad a otra, como la moneda.
 Área de área de control específica - Contiene datos que pueden variar de una
área de control a otra, como la categoría de elemento de coste. Sólo es
necesario para cuentas del tipo Costos Primarios o Ingresos y Costos Secundarios.
Las asignaciones de cuentas predeterminadas para elementos de coste se pueden
establecer en la transacción OKB9 en lugar de en el maestro de elementos de coste.
Los grupos de estado de campo pueden permanecer sin cambios.
Las cuentas GL y elementos de coste se migran automáticamente al nuevo modelo
de datos mediante un paso independiente dentro del proceso de migración. La
migración agrega la nueva categoría de cuenta GL y crea para los elementos de
coste secundario las entradas necesarias en el plan de cuentas.
Principales cambios en FI

Controlling

Implicaciones: Las funciones del cliente (menús y autorizaciones) deben ajustarse.

Para mantener los elementos de costo primarios y secundarios necesitará
autorización tanto para cuentas de mayor y elementos de costo.

Para permitir contabilizaciones en periodos específicos, asegúrese de que se

permitan contabilizaciones para las cuentas apropiadas en GL y en paralelo para las
transacciones comerciales de CO apropiadas (transacción OKP1).
Principales cambios en FI

Controlling

Uso del ledger de materiales para monedas paralelas y propósito de valoración

paralelo:
 El contenido de las tablas MLIT, MLPP, MLPPF, MLCR, MLCRF, MLCD, CKMI1 y BSIM
se almacenan en ACDOCA. Los datos MLHD se almacenan en BKPF
 Las vistas de compatibilidad V_ <TABLENAME> (por ejemplo, V_MLIT) se
proporcionan para reproducir las estructuras antiguas
 El acceso a datos antiguos en tablas sigue siendo posible a través de las vistas V_
<TABLENAME> _ORI (por ejemplo, V_MLIT_ORI)
 MLHD, MLIT, MLPP, MLCR aún guardan información de primera nota, en caso de
cambios manuales de precios o de débito / crédito material.
 La personalización de moneda personalizada del Libro de materiales se ha vuelto
obsoleta, en su lugar, el Libro mayor de materiales actúa sobre las monedas
definidas para el libro principal en Finanzas.
 Para los materiales que no son relevantes para el cálculo del coste real (xBEW-
MLAST = '2'), no se conserva ningún documento de actualización de ML (MLHD-
VGART = 'UP') en las tablas ML de documentos MLHD, MLIT, MLPP, MLCR y MLCD.
En lugar de eso, los datos del documento de actualización se están
reconstruyendo mediante la compatibilidad de acceso de lectura.
Principales cambios en FI

Controlling

 Opiniones basadas en ACDOCA. Por lo tanto, los atributos del modelo de datos
ML, relevantes para una funcionalidad del sub-ledger de inventario puro, forman
parte de la tabla ACDOCA.
 No hay una vista "Estructura de determinación de precios" para materiales de
cálculo de costos no reales
 Con la fusión del documento de actualización de Material Ledger en el Diario
Universal (ACDOCA), las cifras relevantes de contabilización real no se
actualizarán más para los materiales de cálculo de costos no reales ("Precio
Determinación: basada en transacciones "). Por lo tanto, la transacción CKM3N
"Análisis de precios de materiales" proporcionará sólo la vista "Historial de precios"
para materiales de coste no reales, significa que la vista "Estructura de
determinación de precios" ya no está disponible.

Las siguientes transacciones son obsoletas en Sap S / 4HANA:

 OMX2: asignar tipos de moneda al tipo de libro de materiales
 OMX3: asignar tipos de ledger de materiales al área de valoración
Principales cambios en FI

Credit Management

La funcionalidad FI-AR-CR Credit Management no está disponible con SAP S/

4HANA 1511.
El equivalente funcional en SAP S/4HANA es SAP Credit Management (FIN-
FSCM-CR).
Es necesario realizar una migración de FI-AR-CR a FIN-FSCM-CR. Esta migración
tiene varios elementos:

 datos de configuración
 datos maestros
 datos de exposición crediticia
 datos de decisión de crédito
Generalmente el proceso de negocio no cambiará. Sin embargo, tendrá que
utilizar nuevas transacciones para determinados casos de uso, ya que las
transacciones antiguas se vuelven obsoletas. Ejemplos:
 El mantenimiento de los datos maestros de la cuenta de crédito no se realiza
a través de la transacción FD32, sino a través de la transacción UKM_BP.
Principales cambios en FI

Credit Management

 La liberación de órdenes de venta con bloqueo de crédito no se realiza a

través de la transacción VKM1, sino a través de la transacción
UKM_MY_DCDS.
 Existe una limitación en que el especialista en crédito puede necesitar
autorizaciones adicionales para realizar la liberación de documentos de
UKM_MY_DCDS. Como alternativa o solución alternativa, las transacciones
VKM1 y VKM4 siguen estando disponibles.
 Todas las actividades de IMG para la gestión de créditos se enumeran en la
estructura de IMG Financial Supply Chain Management.
 La verificación del límite de crédito para los tipos de documentos de ventas
sólo se puede especificar como tipo D en SAP Credit Management o se deja
vacía (sin verificación de límite de crédito). Los tipos de verificación de límite
de crédito A, B y C ya no funcionan.
 La verificación de crédito al cambiar campos críticos se ha eliminado del
lado de SD.
 La carta de crédito relacionada con la garantía de pago se ha eliminado del
lado de SD.
Principales cambios en FI

Credit Management