1.

Sobre este módulo

Conocimiento del módulo

- Gestión de cuentas GL y elementos de coste en SAP S / 4 HANA

- Gestión de libros contables en SAP Accounting Powered by SAP HANA

2. Sobre este tema

Tiempo estimado para completar el tema: 55 minutos

Objetivos:

- Explicar el nuevo modelo de mantenimiento de datos maestros

- Comprender el impacto en las autorizaciones y el bloqueo del período de publicación

3. Modelo de mantenimiento de datos maestros

Escenario

Hasta ahora, ha mantenido las cuentas de mayores separadas de sus Elementos de costo. Con el cambio
a SAP S / 4HANA Finance, ahora solo mantiene cuentas de mayor. Desea comprender cómo funciona este
cambio en el nivel de arquitectura del sistema y también cómo esto afectará los procesos para el
mantenimiento de datos maestros y otras transacciones.

4. Nuevo modelo de datos para ambos datos maestros en SAP Accounting impulsado por SAP HANA

En el modelo de datos clásico, una cuenta consta de datos de tablas de cuentas (SKA1), datos específicos
de la sociedad (SKB1) y una descripción de cuenta (SKAT).
Si una cuenta es relevante para controlar, se debe generar un elemento de costo (elemento de costo
primario). Durante la creación del elemento de costo, las tablas CSKA, CSKB y CSKU se actualizan. Los
elementos de costo secundarios solo existen para los elementos de costo, por lo que solo se actualizan
las tablas CSK *.

En el nuevo modelo de datos, la cuenta es el registro maestro y es todo lo que se requiere.

En este modelo, se mueve entre los siguientes tipos de cuentas de mayor (GLACCOUNT_TYPE): gastos o
ingresos no operativos, costos primarios o ingresos, costos secundarios y cuenta de balance. Las tablas
SKA1, SKB1 y SKAT siempre están llenas. Con los costos principales o los ingresos y costos secundarios de
los tipos de mayor, las tablas CSK * también se actualizan

5. Categorías de elementos de costo para cuentas de mayor del tipo Costos principales o Ingresos o
costos secundarios

Cuando se eligen los principales costos o ingresos del tipo de mayor, puede actualizar la configuración de
la cuenta para el área de control.

La categoría del elemento de costo especifica qué transacciones comerciales se pueden usar con qué
elemento de costo. Se pueden seleccionar las siguientes transacciones comerciales:

- 01 Costos primarios / ingresos reductores de costos

- 03 Acumulación / diferimiento por recargo
- 04 Acumulación / diferimiento por débito = real
- 11 Ingresos
- 12 Deducción de ventas
- 22 Liquidación externa

Los tipos de cuentas de costos secundarios se pueden usar para asignaciones CO internas solamente. Se
pueden seleccionar las siguientes transacciones comerciales:

- 21 Liquidación interna
- 31 Análisis de resultados de orden / proyecto
 - 41 Tarifas generales
- 42 Evaluación
- 43 Asignación de actividad interna
- 50 pedidos entrantes relacionados con proyectos: ingresos por ventas
- 51 Pedidos entrantes relacionados con el proyecto: Otros ingresos
- 52 Pedidos entrantes relacionados con el proyecto: costos
- 61 Valor ganado

En SAP Accounting, una asignación de cuenta predeterminada puede definirse utilizando la transacción
OKB9 o solo mediante reglas de sustitución. Las asignaciones de cuenta predeterminadas mantenidas en
los datos maestros del elemento de costo anterior se migran a la transacción OKB9 como parte del proceso
de migración.

6. Categoría de elemento de costo 90 para cuentas de balance en contabilidad financiera

Las inversiones de capital que no tienen un activo en fase de construcción generalmente se capitalizan
directamente en Contabilidad de activos fijos. Sin embargo, es posible que desee ver esa información en
Contabilidad de gestión al mismo tiempo. Por ejemplo, es posible que desee administrar los valores,
presupuestos y compromisos del plan para llevar a cabo comparaciones plan / real. Es posible publicar y
rastrear estas transacciones en pedidos internos estadísticos o elementos PEP.

Las siguientes condiciones son necesarias para la actualización estadística de órdenes o elementos PEP:

- El objeto CO (orden de inversión o elemento PEP) se ingresa en el registro maestro de activos

como una asignación de cuenta de inversión (en el origen de tiempo).
 - El indicador de actualización estadística de la orden o elemento PEP se establece en la definición
de los tipos de transacción utilizados para las transacciones de activos (indicador: Pertinente al
presupuesto).

Este indicador ya está establecido en los tipos de transacción estándar.

 La cuenta del balance general para los valores de APC de activos debe crearse en CO como
elementos de costo (seleccione la casilla Aplicar asignaciones de cuenta estadísticamente en
Activo fijo de activos / materiales). Puede seleccionar la casilla de verificación:
 Cuando crea una Cuenta - Tipo de cuenta de mayor: Cuenta de mayor del balance general.
 Cuando la cuenta es una cuenta de reconciliación para los activos.
 Cuando agrega la cuenta en la asignación de cuenta de activos en Bal. hoja de cuenta: campo de
adquisición y costos de producción.
- En la variante de estado del campo de la cuenta correspondiente del balance general del activo
fijo, el campo Pedido CO / PP o el campo Elemento PSP se debe configurar como una entrada
opcional: ver el grupo Asignación de cuenta adicional. Lo mismo se aplica al grupo de campos
Asignaciones de cuenta de inversión en la regla de disposición de pantalla de la clase de activo.
- Los objetos de asignación de cuenta de la orden de inversión y del proyecto de inversión deben
estar activados. Después de eso, puede especificar los tipos de asignación de cuenta para los
objetos de asignación de cuenta activados.

7. Socios de Negocio

Hay modelos de objetos redundantes en el sistema SAP ERP tradicional. En SAP ERP, se utiliza el maestro
de proveedores y el maestro de clientes. En SAP S / 4HANA, el enfoque objetivo (obligatorio) es el enfoque
de Socio Comercial. Business Partner ahora es capaz de gestionar centralmente datos maestros para
socios comerciales, clientes y proveedores. Con el desarrollo actual, Business Partner es el único punto de
entrada para crear, editar y visualizar datos maestros para socios comerciales, clientes y proveedores.

Está previsto verificar la introducción de la integración cliente / proveedor en las comprobaciones previas
y el procedimiento de transición técnica de SAP S / 4HANA 1511. Para un sistema en el que la integración
cliente / proveedor no está en su lugar, la transacción se rechaza. El enfoque de Business Partner no es
obligatorio para SAP S / 4HANA Finance, 1503.

La interfaz de usuario para SAP S / 4HANA Cloud y On-premise es la transacción BP. No existe una interfaz
de usuario específica para el cliente / proveedor en SAP Business Suite (las transacciones XD01, XD02,
XD03 o VD01, VD02, VD03 / XK01, XK02, XK03 o MK01, MK02, MK03, etc.) no están disponibles). Las
llamadas a estas transacciones se redirigen a la transacción BP.

Para los clientes que implementaron la administración de la cadena de suministro financiera (FSCM), la
funcionalidad del socio comercial no es algo nuevo que solía ocuparse de la administración del crédito,
las cobranzas, etc.

8. Impacto en las autorizaciones

La combinación de elementos de costo y cuentas de mayor requiere ajustes en las autorizaciones para
crear elementos de costo:

- Si desea mantener cuentas del tipo de cuenta Costos primarios o Ingresos, necesita tener
autorización para crear o cambiar los datos maestros del elemento de costo.
- Si desea mantener cuentas del tipo de cuenta Costos secundarios, debe tener autorización para
crear o cambiar cuentas de mayor.
- Para verificar o cambiar las autorizaciones, use la transacción PFCG. El rol SAP estándar entregado
es: FUCN_GL_ACCOUNTANT (contador de mayor).

9. Impacto en la gestión de crédito

En SAP S/4 HANA, solo existe una única solución de administración de crédito: SAP Credit Management
(FIN-FSCM-CR). El componente de gestión de crédito FI-AR-CR está obsoleto y, si se usaba anteriormente,
la configuración se migrará automáticamente al componente SAP Credit Management durante la
migración del sistema. No necesita usar SAP Credit Management si no lo utilizó antes de la migración o si
está trabajando en un sistema nuevo. La migración no es necesaria si ya está utilizando la gestión de
créditos de SAP FIN-FSCM-CR ya que continuará funcionando como antes.

Los beneficios de SAP Credit Management (FIN-FSCM-CR) son los siguientes:

- La actualización de la funcionalidad básica de administración de crédito a los procesos avanzados

automatizados de administración de crédito es más simple.
- Cuenta con funciones analíticas y de generación de informes basadas en SAP HANA
- Las aplicaciones de SAP Fiori están disponibles para la administración del crédito, incluido el
informe de KPI de uso de límite de crédito y el informe de registro de crédito.

10. Demostración: Cómo mostrar una cuenta de costos secundaria

11. Ejercicio: Crea una cuenta principal

12. Ejercicio: Crear un socio de negocio

13. Demostración: Cómo crear un vendedor y un cliente

14. Autorizaciones y bloqueo del período contable

En SAP Accounting con tecnología de SAP HANA, las publicaciones relevantes de CO no comprueban el
bloqueo de período CO (OKP1) como en el pasado. También debe verificar la apertura / cierre del período
de mayor (OB52). Por lo tanto, debe permitir contabilizaciones en cuentas del tipo de cuenta Costos
secundarios en la apertura / cierre del período de mayor.

En el bloqueo de período CO, debe especificar qué transacciones desea bloquear y para qué períodos.

En SAP Accounting con tecnología de SAP HANA, también es necesario abrir cuentas del tipo de cuenta
Costos secundarios para contabilizaciones FI.

15. Intervalos de Periodo

En la transacción OB52, para cada variante puede especificar qué períodos de publicación están abiertos
para su publicación. Puede elegir intervalos de tiempo 1 entre y 3.

Puede usar los intervalos de período 1 y 2 para todos los procesos normales de publicación en períodos
regulares y especiales.

Para el intervalo de período 1, puede ingresar un grupo de usuarios autorizados. Esto significa que, para
el cierre de fin de año o fin de año, por ejemplo, puede abrir periodos de publicación solo para usuarios
específicos. Realiza la configuración de autorización necesaria en el objeto de autorización opcional
Documento de contabilidad: autorizaciones para períodos contables (F_BKPF_BUP). Recomendamos
utilizar el intervalo de período 1 para períodos especiales porque las autorizaciones solo se pueden
administrar aquí.

El intervalo de período 3 se usa para contabilizaciones desde Controlling (CO) hasta Contabilidad
financiera (FI). Si no realiza una entrada para el intervalo de período 3, la verificación de estas
contabilizaciones se realiza contra los intervalos de período 1 y 2. Si realiza una entrada para el intervalo
de período 3, la verificación de estas contabilizaciones solo se realiza contra el intervalo de período 3.
Para cada intervalo, especifica los límites inferior y superior del período de publicación, así como el año
fiscal.

También puede usar el informe RFOB5200. Desea utilizar autorizaciones para controlar quién está
autorizado a ejecutar el programa RFOB5200 para la apertura y el cierre de periodos de publicación en
segundo plano. Ver nota de SAP 2251160.

¿Qué versión del período contable está marcada? El libro mayor líder trabaja con el período contable
asignado al área contable. Los libros mayores no líderes pueden asignarse a diferentes variantes del
período contable.

La versión del libro mayor no líder no solo debe verificarse en las reservas específicas del grupo contable,
sino también para las reservas con el libro mayor en blanco. Debe determinar esto seleccionando el campo
Gestionar período de contabilización en los parámetros globales del código de empresa.
16. La transacción OB52 muestra tres intervalos de período. Qué intervalo verifica exclusivamente la
contabilización desde Controlling (CO) hasta Contabilidad financiera (FI)

17. Demostración: Cómo mantener los períodos contables

18. Resumen

Ahora debería poder:

- Explicar el nuevo modelo de mantenimiento de datos maestros

- Comprender el impacto en la autorización y el bloqueo del período contable

19. Sobre el tema

Tiempo estimado para este tema: 1 hora

Objetivos

- Use el diario universal para mejorar los libros mayores

- Configurar ledgers en Contabilidad SAP desarollado por SAP HANA

20. Ledger Enhancement using the Universal Journal

Escenario

Usted maneja múltiples principios de contabilidad paralelos en su sistema y necesita poder informar sobre
cada uno por separado. Teme que, con el diario universal, los componentes previamente independientes
pierdan parte de su flexibilidad al estar sujetos a las restricciones legales de la contabilidad financiera.
Desea comprender las capacidades de Ledger con SAP S/4 HANA Finance y ser capaz de configurar libros
mayores para satisfacer sus necesidades.
21. El Diario Universal impone la disciplina

En el libro mayor, todo se ingresa de acuerdo con las reglas contables. Los períodos de publicación están
bloqueados después del cierre del mes. Las reglas de contabilidad no se pueden cambiar.
22. Standard Ledger and Extension Ledger – Use Cases
En la nueva Contabilidad del libro mayor, los diferentes principios contables se asignan utilizando el
enfoque de cuentas. Además de las cuentas, el nuevo G / L también le permite usar diferentes libros
mayores para guardar los diferentes enfoques de valoración. Esto se llama enfoque del libro mayor.
En un enfoque de cuenta, solo hay un libro mayor, el libro principal 0L. En un enfoque de contabilidad,
hay al lado del libro mayor otros libros que no son líderes. Estos libros mayores se llaman libros de
contabilidad estándar. Un libro mayor estándar contiene un conjunto completo de entradas de diario para
todas las transacciones comerciales.
Además, se pueden agregar otros libros de extensión. Los libros de extensión se basan en un libro mayor
subyacente.
Un libro de extensión almacena valores delta y apunta a otro libro mayor, proporcionando así un
mecanismo flexible para ajustes e informes. Un caso de uso importante es para las vistas de gestión
además de los datos legales (NIIF o PCGA locales). Además de crear un registro maestro, los Ledgers de
extensión no necesitan configuración adicional. Los informes en el libro de extensión siempre incluyen los
datos del libro mayor subyacente.
Los múltiples ledgers de extensión pueden apuntar al mismo ledger subyacente. Beneficio de la huella de
datos reducida y el esfuerzo de reconciliación cero ya que solo se guardan los valores delta.
Los libros de extensión se almacenan en el diario universal, al igual que los libros mayores estándar. Los
libros de extensión pueden tener asignadas variantes propias del período de reserva. Esto significa que el
libro mayor estándar puede cerrarse y el libro de extensión asignado puede estar abierto.
23. Libro mayor de extensión – Idea básica
Cada libro de contabilidad específico es autónomo, tiene un propósito especial y proporciona una vista
específica de los datos financieros. Un libro mayor generalmente almacena una gran cantidad de datos
redundantes en otros libros.
Con los libros de extensión puede "engrapar" libros de contabilidad uno encima del otro, proporcionando
las diferentes vistas que necesita. Esto minimiza la huella de datos y proporciona una nueva flexibilidad
para crear fácilmente vistas adicionales.
El libro mayor subyacente tiene que ser un libro mayor estándar.
24. Contabilización en el libro mayor de extensión
Solo publicaciones manuales están permitidas en el libro mayor del apéndice. Utilice la transacción con la
que puede agregar explícitamente el grupo de libro mayor a los libros contables de gasto, por ejemplo,
KB11N, KB41N, FB50L y FB01L.
ACDOCA almacena los datos de todos los libros de extensión.
BSEG no almacena ningún dato de libro de extensión, porque solo puede reservar el libro mayor específico
en el libro de extensión que se llena en la tabla BSEG_ADD.
La implementación de BADI BADI_FINS_APPL_RELEVANCE le permite alimentar componentes como PCA,
FI-SL, EC-CS con los datos publicados en los libros de extensión. Esta funcionalidad debe manejarse con
cuidado. La implementación de BADI debe separar claramente los datos del libro de extensión de los otros
datos.
25. Resumen de documentos
El resumen de BSEG se puede usar como de costumbre (vea la nota de SAP 2179270). BSEG se utiliza para
almacenar elementos abiertos y borrar detalles, por lo que puede ser agresivo con el resumen.
ACDOCA almacena todos los detalles que se necesitan para todos los componentes que se encuentran en
ACDOCA (G / L, AA, ML, CO, PA).
Resume la tabla BSEG tanto como sea posible. Por el contrario, resuma la tabla ACDOCA lo menos posible
para que los informes se diferencien lo más posible en la tabla ACDOCA.
El resumen en la tabla ACDOCA puede ser tan grande como el de la tabla BSEG ya que las líneas de
elementos en la tabla ACDOCA no se pueden resumir más allá de las líneas de pedido correspondientes
en la tabla BSEG.
En SAP Accounting con SAP HANA 1503, edición local, SPS 1511 o SAP S / 4HANA 1511 o versiones
superiores correspondientes, se implementó una función para resumir los elementos de línea en la tabla
ACDOCA y resumir los segmentos de rentabilidad de CO-PA.
Puede encontrarlos, junto con la documentación adicional, en el Customizing seleccionando Contabilidad
financiera (Nuevo) → Configuración global de la contabilidad financiera (Nuevo) → Documento →
Resumen del documento. Desde aquí, también puede acceder al resumen de la tabla BSEG descrita en la
Nota de SAP 36353.
Dado que las líneas de pedido CO-PA basadas en la cuenta, incluido el número de segmento de
rentabilidad y el vector de características resueltas, se almacenan en la tabla ACDOCA, las mismas
configuraciones de resumen se utilizan también para la determinación del segmento de rentabilidad de
CO-PA. Puede encontrar estos ajustes junto con la documentación y el resumen existente para las líneas
de pedido de CO-PA basadas en costos seleccionando Controlar → Análisis de rentabilidad → Flujos de
valores
26. ¿Cómo puede representar diferentes principios contables en SAP S / 4 HANA Finance?

27. ¿Qué afirmaciones son verdaderas para un libro de extensión?

- Contiene un conjunto completo de entradas de diario para todas las transacciones comerciales
- Almacena valores y puntos delta en otro libro mayor
- Los informes en el libro de extensión siempre incluyen los datos del libro mayor subyacente
- múltiples ledgers de extensión pueden apuntar al mismo ledger subyacente
28. Ejercicio: Crear un libro de extensión y publicar un documento
29. Configuración del libro mayor en la contabilidad de SAP Desarrollado por SAP HANA
En el Customizing, seleccione Contabilidad financiera (Nuevo) → Configuración global de contabilidad
financiera (Nuevo) → Libros mayores → Libro mayor → Definir configuraciones para libros y tipos de
moneda.
- Transacción: FINSC_LEDGER
- Primer nivel:
 Datos maestros del libro mayor
 Definir el Ledger principal
 Definir Ledgers adicionales, estándar o extensión
 Establezca un Libro mayor como Libro mayor subyacente solo para los Libros mayores de
extensión
- Segundo nivel
 Asignación de código de empresa a libro mayor
 Para el Ledger principal: 0L
 Todas las empresas están asignadas al libro mayor.
30. Configuración del código de empresa para el libro mayor
Los siguientes campos de moneda están disponibles:
- Moneda local (campo HSL)
 Tipo de moneda: siempre "10"
 Todos los ajustes son correctos.
- Moneda global (campo KSL)
 Tipo de moneda: siempre Tipo de moneda Área de control no utilizada en FI
- Moneda libremente definida 1 (Field OSL)
 Tipo de moneda: tipo de moneda estándar o tipo de moneda definido por el cliente
 Restricción: el tipo de moneda estándar también se debe configurar en Ledger principal
- Moneda libremente definida 2 (campo VSL)
 Tipo de moneda: tipo de moneda estándar o tipo de moneda definido por el cliente
 Restricción: el tipo de moneda estándar también se debe configurar en Ledger principal
- Moneda libremente definida 3 (campo FSL)
 Tipo de moneda: solo tipo de moneda definida por el cliente posible
- Tipos de moneda estándar
 10 – 60
 Conversión de moneda transaccional en todos los procesos (llena en línea durante la publicación
en todos los asientos).
 Mismas restricciones que ERP y SAP Simple Finance, edición local 1503, puede usar un máximo
de 3 monedas en FI y 2 en CO.
 Todos los tipos de moneda estándar deben configurarse en ledger principal.
31. Monedas en S / 4H 1511 y S / 4H Financials 1602

Puede configurar hasta 3 monedas libremente definidas por libro mayor.

En Fin, del período, cierre la ejecución de nueva medición de la moneda para llenar estos campos de
moneda.
Solo las monedas estándar de FI / CO se convierten transaccionalmente.
Tipos de moneda definidos por el cliente
- Use el Namespace Y * y Z *.
- El campo Moneda definida por el cliente se llena con Ejecución de valoración en moneda
extranjera (Transacción FAGL_FCV). Publicación de valoración manual (aplicación FIORI) o BAPI
ACC_DOCUMENT_POST
- Sin conversión de moneda transaccional en todos los demás procesos (rellenos con 0, -).
- Sin dependencia en el libro mayor líder, puede configurar otros tipos de moneda definidos por el
cliente en libros mayores no líderes.
- Caso de uso: conversión de divisas al cierre del período con tasas de cierre respectivas promedio.
32. Configuración adicional del código de empresa para Ledger
Variante del año fiscal
Si el ledger principal se hereda de la configuración del área de control, los ledgers no principales pueden
tener variantes del año fiscal que se desvíen.
Variante de período contable
Define períodos de publicación abiertos. Base para verificar el ledger principal y el ledger representativo
en el grupo ledger.
Contabilidad paralela utilizando cuentas de mayor
En un enfoque de cuenta, este punto debe marcarse.
Tercer nivel
Las entradas solo son necesarias para informes financieros paralelos con un principio de contabilidad.
Mire el ejemplo Fi-AA.
33. Cambios técnicos del Libro mayor en comparación con el nuevo G/L
Los datos almacenados previamente en FAGLFLEXA, FAGLFLEXT (arrastre) ahora se almacenan en la tabla
ACDOCA.
Los datos de las tablas de la industria del nuevo L / M para el sector público y la contabilidad de empresas
conjuntas (FMGLFLEXA / T, PSGLFLEXA / T, JVGLFLEXA / T) ahora se almacenan en la tabla ACDOCA.
Los datos de las nuevas tablas de G / L creadas por el cliente ZZ <CUST> T, ZZ <CUST> A ahora se almacenan
en la tabla ACDOCA.
Se proporciona una vista de compatibilidad para la tabla FAGLFLEXA: FGLV_FAGLFLEXA. Esta vista de
compatibilidad redirige las instrucciones de selección a FAGLFLEXA a ACDOCA.
Se proporcionan vistas de compatibilidad para las tablas de la industria del nuevo Libro mayor: V_
<Industria> A, V_ <Industria> T
Las vistas de compatibilidad se proporcionan para las tablas de G / L nuevas creadas por el cliente. Las
vistas se numeran secuencialmente: ZFGLV_GLTT_Cx (totales) y ZFGLV_GLSI_Cx (líneas de pedido), donde
x es un número.
34. ¿En qué nivel se mantiene la categoría del elemento de costo?
- plan de cuentas
- área de control
- Codigo de compañía
35. ¿Qué tipos de cuenta de mayor son relevantes para CO?
- Gastos o ingresos no operativos
- Costos o ingresos principales
- Costos secundarios
- Cuentas bancarias y de efectivo

36. Diario Universal

En la tabla de totales de FAGLFTEXT en el Libro mayor nuevo, los campos de contabilidad actualizados del
centro de beneficios, el segmento, el negocio, el área y el costo de las ventas también se actualizan en la
contabilidad de SAP S / 4HANA en el Libro mayor universal.
Todos los escenarios conocidos del Nuevo libro mayor general están activados en SAP Accounting con
tecnología de SAP HANA.
Los clientes que deseen elaborar estados financieros por áreas de negocio, centros de beneficio o
segmentos deben activar la división de documentos.
Nota: La habilitación posterior activar división de documentos no está disponible con SAP Simple Finance,
edición local 1503 SPS 03 (11/2015) o SAP S / 4HANA 511.
La división de documentos es solo para clientes que tienen que ingresar o desean ingresar una
característica adicional. Por ejemplo, un cliente puede querer ingresar un segmento en el balance general
además del código de la compañía.

37. Analizando la división de documentos

Un documento de contabilidad financiera siempre tiene dos vistas en SAP Accounting con tecnología de
SAP HANA: The Data Entry y General Ledger View.
Además del ledger principal, también puede ver el documento en otro libro mayor no líder o en el Libro
mayor de extensiones en la vista Libro mayor.
Puede visualizar la declaración de pérdidas y ganancias utilizando los siguientes objetos:
- Centro de beneficio
- Área de negocios
- Segmento
Las líneas de pedido no se muestran divididas en la Vista de entrada.
Las líneas de pedido se muestran divididas en la Vista del Libro mayor, cuando se usa la división de
documentos.
Para las entidades definidas como división, las características se heredan en líneas de contabilización
donde no se especificaron las características. En la figura, el saldo del centro de beneficio y las
características del segmento es cero.
La figura también muestra las líneas del vendedor y el impuesto en la Vista del libro mayor. El vendedor y
las líneas fiscales (artículos 1 y 4) se dividen de acuerdo con las líneas de gastos.
La división de documentos, también conocida como división en línea, permite a las empresas crear
balances completos para los objetos.Si no activa la división de documentos, entonces no hay diferencia
entre la Vista de entrada y la Vista de Libro mayor.
38. Aplicaciones analíticas de SAP Fiori en Accounting Audit Journal

Una aplicación integrada con todos los informes relacionados con las revistas, así como algunos
informes para fines de auditoría.
Esta aplicación consta de dos partes:
- Diario compacto
- diario
Las siguientes funciones están integradas:
- Mostrar cambios en el documento.
- Verifique las facturas con múltiples referencias.
- Verifique las brechas en los números de documentos.
- Mostrar terminación actualizada.
39. ¿En qué tabla se encuentra la información, derivada del documento dividido, stand (requisito: la
división del documento está activa)?
- BSEG
- FAGFLEXA
- ACDOCA
40. Varios grupos de divisas

En SAP ERP, las siguientes monedas fueron compatibles:

- 3 monedas locales en FI (incluido NewGL)
- 2 monedas en CO
- 3 monedas en Ledger de materiales
En SAP S / 4HANA 1610, Universal Journal admite nuevas monedas paralelas adicionales:
- Puede configurar por compañía y libro mayor para fijar monedas y configurar hasta ocho
monedas definidas libremente.
- Puede configurar nuevos tipos de moneda en el espacio de nombres del cliente.
- Las monedas libremente definidas para libros mayores de L / L paralelos son independientes del
libro mayor líder.
 - Conversión de moneda en tiempo real en la interfaz de contabilidad con saldo cero por
documento para todas las monedas.
Las monedas libremente definidas se integran en varios procesos de negocios (por ejemplo, Open Item
Management), para algunos procesos de negocios específicos pueden ocurrir diferencias (efectos de
compensación).
La siguiente es una lista de los campos de moneda de ACDOCA:
- Moneda local: tipo de moneda 10, nombre de campo ACDOCA HSL
- Moneda global: tipo de moneda de la zona de control, ACDOCA fieldname KSL
- Monedas libremente definidas 1 - 8: puede configurar su propio tipo de moneda, no hay
dependencia de los tipos de moneda del libro mayor. Nombres de campo ACDOCA: OSL, VSL,
BSL, CSL, DSL, ESL, FSL, GSL
Precaución: si activa valoraciones paralelas con precios de transferencia, se aplican reglas y restricciones
adicionales.
41. Configuración de conversión de moneda

La lista de tipos de moneda ahora es ampliable según los tipos de moneda definidos por el cliente, el espacio de
nombres SAP 0 * - 9 * y el espacio de nombres del cliente Y * Z *.
El nivel de definición de configuración define si la configuración de conversión de moneda se mantiene ya sea de
forma global o específicamente por código de empresa.
Puede definir sus propias descripciones de los tipos de moneda en el espacio de nombres del cliente, que se muestra
en las IU como etiqueta de campo.
Dependiendo del nivel de definición (global / por código de compañía) puede usar las vistas correspondientes para
las configuraciones de conversión:
- Moneda: solo para el tipo de moneda definido por el cliente
- Tipo de moneda de origen (cualquier otro tipo de moneda se puede usar como fuente)
- Tipo de tipo de cambio
- Tipo de fecha de traducción
- Conversión en tiempo real: las contabilizaciones de operaciones en el período se convierten si se establece
la conversión en tiempo real. De lo contrario, la moneda se puede completar con la valoración en moneda
extranjera al cierre del periodo.
42. Integración del tipo de moneda en aplicaciones FI.CO

La pantalla Detalles muestra las monedas configuradas y su fuente para la conversión de moneda.
Conversión de moneda para nuevas monedas:
- Conversión de moneda en tiempo real para todos los tipos de moneda es posible
- Saldo cero por documento garantizado
- La moneda del área CO ahora se convierte para todos los artículos (también elementos sin
costo)
Los procesos con lógica similar a clearing (liberación de elementos abiertos, asignaciones, etc.)
requieren que los importes se seleccionen a partir de datos históricos. Esto aún no es compatible con
todos los procesos. Como reserva, los importes se convierten con la tasa de cambio actual. En tal caso,
el proceso podría dejar un remanente, causado por diferencias de redondeo o diferentes tipos de
cambio.
- Introducción de nuevos tipos de moneda para las nuevas instalaciones de SAP S / 4HANA
Puede configurar las nuevas monedas en el diario universal
- Introducción de nuevos tipos de moneda para la migración de instalaciones de clientes (de ERP
o SFIN 1503)
La configuración de moneda antigua se migra sin cambios
La migración de SAP S / 4HANA no puede introducir nuevas monedas
Considere cuidadosamente, qué monedas están integradas con BSEG, FI-AA, CO, ML, FI-AA, y que se
convierten genéricamente.
La configuración de moneda de una instalación con precios de transferencia activos, hace uso de los
nuevos campos de moneda (ver EKT para precios de transferencia o detalles).
El uso de monedas adicionales no es posible sin un proyecto de SLO.
43. Demostración:
44. Expansión del Principio Contable

Para los clientes existentes, el diario universal se ejecuta con diferentes características activas después
de la implementación de SAP S / 4HANA, dependiendo de la aplicación del libro mayor en uso antes de
la migración.
Como ejemplo, las características de SAP S / 4HANA para la ruta de migración GL clásica están limitadas
a:
- El ledger principal conserva todos los datos contables
- GL y CO automáticamente sincronizados sin integración en tiempo real ni ledger de conciliación
- Nueva contabilidad de activos
- Todas las dimensiones disponibles para la generación de informes: no es necesaria una decisión
para informar las dimensiones (como los escenarios en New GL)
- SAP ahora ofrece la opción de implementar un Principio de Contabilidad adicional mediante la
adición de un libro mayor.
Los casos de uso básicos para esta función incluyen:
 - Introducción de un nuevo principio de contabilidad, por ejemplo, IFRS o GAAP basado en grupos
- Asignación de uno o varios códigos de empresas productivas a un libro mayor representativo
existente
Esta solución reemplaza al Nuevo Escenario de migración GL 7 "Implementación posterior de un libro
mayor" en SAP S / 4HANA y SAP S / 4HANA Finance.
La nueva solución se ofrece como una herramienta estándar y no requiere una tarifa de servicio.
Los siguientes no están en el alcance de SAP S / 4HANA 1610:
- Reemplazo de cuentas paralelas por libro mayor
- Transferencia de datos del libro mayor especial al nuevo libro mayor
- Definición de más de un libro en un proyecto
- Definición de un libro mayor no representativo
45. Implementación de un Principio de Contabilidad Adicional

La solución ofrece lo siguiente:

- Implementación guiada de un nuevo principio contable utilizando un libro mayor y áreas de
depreciación relevantes
- Transferencia de datos flexible desde un ledger fuente a un nuevo ledger
- Pasos de conciliación para garantizar datos contables correctos y consistentes
- Mejora automática de los datos maestros de activos con nuevas áreas de depreciación
- Manejo sencillo utilizando una cabina de implementación en la personalización
46. Fases del proyecto en la guía de implementación de SAP
La implementación de un Libro mayor adicional requiere un proyecto separado. Las fases básicas se
detallan en la figura. Hay una rama separada en la Guía de implementación de SAP personalizada para
ayudar a implementar los cambios requeridos en el sistema.
No está dentro del alcance de este curso profundizar en la implementación de la solución, puede
encontrar más información en los mapas de aprendizaje de Early Knowledge Transfer disponibles en SAP
Learning Hub.
47.