DISC - S4F02 - ES - Col03 (CO)

S4F02
Contabilidad interna en SAP

S/4HANA
Se prohíbe la duplicación.
.
.
MANUAL DEL PARTICIPANTE
FORMACIÓN CON INSTRUCTOR
.
Versión del curso: 03
Duración del curso: 2 Días
Duración del e-book: 8 Horas 40 Minutos
Número de material: 50134980
Convenciones Tipográficas
El idioma estándar usado en este manual es Español ( España ).

También se usan las siguientes convenciones tipográficas.
Esta información se visualiza en la presentación del instructor.
Demostración
Procedimiento
Advertencia o aviso
Consejo
Información relacionada o adicional
Discusión con moderador
Control de interfaz de usuario Texto ejemplo
Título de ventana Texto ejemplo
iv © Copyright. Reservados todos los derechos.

Contenido
vii Resumen del curso
1 Capítulo 1: Resumen de Finanzas en SAP S/4HANA
2 Lección: Introducción a SAP HANA y SAP S/4HANA
23 Capítulo 2: Estructura organizativa y datos maestros en la Contabilidad

interna
25 Lección: Introducción a la nueva arquitectura de Contabilidad

interna de SAP S/4HANA
31 Ejercicio 1: Visualización de tablas financieras en el back end
36 Lección: Gestión de la estructura organizativa
45 Ejercicio 2: Crear una cuenta con costes primarios
47 Ejercicio 3: Crear un ledger de ampliación y contabilización de
un documento (opcional)
55 Ejercicio 4: Crear una imputación predeterminada (opcional)
59 Ejercicio 5: Contabilizar una transferencia de CO y visualización
del resultado
69 Lección: Análisis de las opciones de informe
77 Ejercicio 6: Utilizar SAP BusinessObjects Lumira (opcional)

83 Lección: Presentación de SAP Fiori
89 Ejercicio 7: Personalizar el launchpad y crear mosaicos
97 Ejercicio 8: Crear un centro de coste
101 Lección: Introducción al nuevo concepto de clase de coste en S/
4HANA Finance
107 Ejercicio 9: Creación de una cuenta de costes secundarios y un
tipo de actividad
113 Ejercicio 10: Contabilizar una facturación de actividad
Capítulo 3: Procesos empresariales integrados
Lección: Introducción de la integración de CO en el

aprovisionamiento
Ejercicio 11: Crear un interlocutor comercial
Ejercicio 12: Compras a pagar
Lección: Introducción de la integración de CO en el área de ventas
Ejercicio 13: Contabilizar y analizar el precio de coste
Lección: Introducción de la integración de CO en el área de
fabricación
Ejercicio 14: Contabilizar diferencias de precio: categorías de
desviación de una orden de fabricación
Lección: Planificación en la Contabilidad interna
© Copyright. Reservados todos los derechos. v

Capítulo 4: Temas adicionales
Lección: Análisis de la opción Central Finance (opcional)

Lección: Cómo obtener un resumen de Product Lifecycle Costing
vi © Copyright. Reservados todos los derechos.

Resumen del curso
PÚBLICO OBJETIVO
Este curso está dirigido al siguiente público objetivo:
● Consultor de aplicación
© Copyright. Reservados todos los derechos. vii

CAPÍTULO 1 Resumen de Finanzas en SAP
S/4HANA
Lección 1
Introducción a SAP HANA y SAP S/4HANA 2
OBJETIVOS DEL CAPÍTULO
● Proporcionar una descripción de SAP HANA y SAP S/4HANA

● Ofrecer un resumen de SAP S/4HANA Finance
● Conocer los escenarios de adopción de S/4HANA
© Copyright. Reservados todos los derechos. 1

Capítulo 1
Lección 1
Introducción a SAP HANA y SAP S/4HANA
OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
SAP HANA y SAP S/4HANA

Escenario
Su empresa procesa un gran volumen de datos. Desea extraer información relevante de estos
datos con la que gestionar informes. Quiere saber cómo SAP HANA le ayuda con sus
necesidades de análisis y almacenamiento de datos. Además, desea asegurarse de que SAP

HANA puede garantizar el futuro de su organización con respecto a estar preparado para la
expansión de Internet de las cosas.
Quiere actualizar su entorno de sistemas actual con la solución de siguiente generación. Tiene
interés en la nueva suite SAP S/4HANA y desea conocer el alcance de la solución, así como
las opciones de despliegue disponibles.
Figura 1: El mundo ahora es digital
A finales de 2009, el 5% de la población mundial tenía un smartphone. Cuatro años más

tarde, esta cifra ascendía al 22%. En la actualidad, 17 mil millones de personas están
2 © Copyright. Reservados todos los derechos.

Lección: Introducción a SAP HANA y SAP S/4HANA
presentes en las redes sociales. En los próximos tres años, esta cifra superará los 25 mil
millones. En 2020, 50 mil millones de personas formarán parte de la clase media y estarán
conectados, mientras que 500 mil millones de dispositivos estarán conectados a Internet de
las cosas, creando con ello una red digital con virtualmente de todo. Y la informática en la
nube (un negocio de 41 mil millones de dólares en 2011) crecerá hasta los 241 mil millones de
dólares en ese mismo periodo de tiempo. El crecimiento exponencial de dispositivos móviles,
redes sociales y tecnologías de nube, así como la sorprendente cantidad de datos que
generan han transformado nuestra manera de vivir y trabajar. En realidad, el 61% de las
empresas afirman que la mayoría de sus empleados utilizan dispositivos móviles para todo,
desde correo electrónico a gestión de proyectos o creación de contenido.
Aunque todos estos avances han mejorado nuestra vida y han aportado más oportunidades
de innovación que antes, también han generado todo un nuevo problema con el que debemos
lidiar: una complejidad enorme y sin precedentes que impide la innovación. Puede que todo
sea más inteligente, pero no ha sido nada fácil. El consumo masificado de TI significa que la
compra en línea, la banca y la realización de aplicaciones en línea es algo habitual. ¿Cuántos
datos digitales ha creado hoy? Parte de estos datos pueden ser de interés para algunas
organizaciones, pero solo podrán integrarlos a los procesos centrales del negocio si utilizan
SAP S/4HANA.
Figura 2: Equilibrio: amplio y profundo o rápido y simple
Con la actual arquitectura de sistemas, debe buscar el equilibrio entre análisis amplio y
profundo o informes rápidos y simples.
Con las tecnologías que existen hoy en día, no es posible optimizar las cinco dimensiones
mostradas en la figura, Equilibrio: amplio y profundo o rápido y simple. Por ello, debe decidir
si opta por la profundidad y la amplitud de sus sistemas de almacén, o bien si prefiere la
creación rápida pero simple de informes a partir de sus datos.
En ambos casos, las actualizaciones en tiempo real resultan difíciles, casi imposibles, de
diseñar. En un entorno de data warehouse, las actualizaciones se producen durante la noche
en jobs por lotes.

Capítulo 1: Resumen de Finanzas en SAP S/4HANA
Figura 3: Avances en tecnología
En los últimos años, se han producido grandes avances en tecnología que los desarrolladores
de aplicaciones pueden aprovechar para crear aplicaciones más inteligentes y potentes.
Por ejemplo:
● Los procesadores de varios núcleos permiten realizar tareas en paralelo, lo que se traduce
en más rendimiento de datos y mayor velocidad de procesamiento para darnos
respuestas en tiempo real.
● La memoria grande da cabida a toda la base de datos de la organización en memoria, es

decir, nos olvidamos del disco giratorio mecánico y la latencia que aporta.
● Los avances en el diseño de la caché incorporada significa que los datos se pueden mover
con agilidad entre la memoria y los núcleos de CPU. En el pasado, incluso con una
memoria grande, representaba un cuello de botella porque las CPU solicitaban más datos
y el traslado de la memoria a la CPU no se realizaba de forma óptima.
● Ahora es posible integrar más servidores en nuestro entorno para agregar más potencia
de procesamiento o más memoria con el objetivo de escalar a cualquier tamaño.
● SAP ha reescrito el software de sus aplicaciones empresariales para aprovechar al
máximo el nuevo hardware. SAP ha trabajado estrechamente con los interlocutores de
hardware más importantes, quienes han compartido los proyectos de producto de sus
nuevas arquitecturas de CPU para que SAP pudiera saber cómo escribir el software más
moderno y aprovechar cada gota de potencia.
● La tecnología de la informática en la nube ha madurado en los últimos años y ahora es una
opción de despliegue atractiva para nuestros clientes que no quieran asumir la
complejidad y el coste de la instalación y el mantenimiento de los entornos de TI.
Virtualizar máquinas significa disminuir los costes que supone ejecutar aplicaciones en
toda la empresa. Los servicios públicos en la nube basados en modelos de suscripción
incrementan el acceso para todos a las soluciones más recientes y a la vez reducen los
costes y la complejidad.

Figura 4: La visión de SAP HANA
Durante más de 20 años, las organizaciones han utilizado software de especialistas,

normalmente con hardware adicional, para extraer, transformar y cargar (ETL) datos de
sistemas transaccionales a sistemas de informes dedicados. Con la tecnología disponible en
el momento, era la manera más óptima de proporcionar una visión global de los datos
empresariales con buenos tiempos de respuesta (especialmente al agregar software/
hardware acelerador).
Online transactional processing (OLTP) era independiente de online analytic processing
(OLAP). El motivo se encuentra en el diseño de la base de datos de OLTP y OLAP. Es decir, un
modelo de base de datos se creaba para la optimización de OLTP o para la optimización de
OLAP, o bien para ambas. Sin embargo, ello suponía complejidad, redundancia y, como no,
latencia. Lo habitual era que las cifras de un día solo estuvieran disponibles al día siguiente
para su análisis después de extraer y cargar los datos a un sistema de informes.
La base de datos, que admite SAP S/4HANA (SAP HANA), puede gestionar tanto OLTP como
OLAP desde un modelo de datos único y, por ello, no es necesario trasladar los datos de
transacciones a otro sistema. Ello significa que las aplicaciones analíticas y transaccionales
ejecutan las mismas tablas y que los datos están disponibles en tiempo real en todos los
niveles de detalle.

Figura 5: Eliminación de la complejidad con SAP S/4HANA
Las aplicaciones tradicionales se basaban en un modelo de datos jerárquicos. Los datos

detallados se integraban en capas de niveles superiores de agregados para mejorar el
rendimiento del sistema. En la parte superior de los agregados, añadimos más agregados y
versiones especiales de las tablas de base de datos para dar soporte a aplicaciones
especiales. Además de almacenar copias de datos adicionales, tuvimos que crear código de
aplicación para actualizar las tablas adicionales. Los índices de base de datos mejoran la
velocidad de acceso porque se basan en los accesos habituales a los datos. Sin embargo,
deben eliminarse y crearse de nuevo cada vez que se actualizan las tablas y se necesita más
código para gestionar este proceso.
El modelo de datos tradicional es complejo y, con un modelo de datos complejo, el código de
la aplicación también será complejo. Se ha detectado que hasta el 70% del código de una
aplicación se crea específicamente para el rendimiento de la aplicación y no aporta valor a la
principal función empresarial. La complejidad del modelo de datos y el código implica que la
integración en otras aplicaciones y las mejoras serán difíciles y no ágiles.
La potencia bruta de SAP HANA permite agregar sobre la marcha en cuestión de
subsegundos desde cualquier tabla de partidas individuales. No es necesario crear los
agregados previamente. SAP HANA puede generar cualquier vista de datos durante el tiempo
de ejecución desde las mismas tablas de origen. SAP HANA organiza los datos en
almacenamientos en columnas, lo que significa que los índices no son necesarios; se pueden
crear aunque suelen ofrecer pocas mejoras. Además de perder los agregados e índices de la
base de datos, podemos eliminar gran cantidad del código de aplicación relativo a los
agregados e índices. Con ello, nos queda un modelo de datos básicos simplificado y un código
de aplicación también simplificado. Ahora resulta mucho más sencillo ampliar las
aplicaciones e integrar en ellas funciones adicionales.

Figura 6: SAP S/4HANA, el software empresarial de siguiente generación
Desde el principio de la informática empresarial, SAP ha ido adaptando las aplicaciones

empresariales cuando se han producido cambios tecnológicos importantes.
A continuación, se describen algunos de los momentos clave en la historia de desarrollo de
aplicaciones SAP:
● 1979: SAP inventa ERP. SAP crea software empresarial estándar basado en tecnología
mainframe. El nombre, SAP R/2 admite e integra las principales funciones empresariales
en tiempo real, además de gestionar implementaciones en diversas monedas y países. (R
significa "tiempo real". Hubo un R/1, pero no se consideró una primera versión principal.)
● 1992: con el auge del ordenador personal, la introducción de la arquitectura cliente-
servidor implica de nuevo la reescritura de las aplicaciones para aprovechar la potencia del
enfoque de arquitectura por capas de tres niveles, en la que el procesamiento se divide en
tres capas: cliente, aplicación y base de datos. Desaparecen las confusas pantallas verdes,
basadas en texto y monocromáticas, para dar paso a una nueva interfaz gráfica que
mejora la experiencia de usuario final. Este es el nacimiento de SAP R/3.
● 2004: hasta ahora, la Web se ha erigido como la red empresarial habitual y los clientes
exigen mejorar la integración de sus aplicaciones empresariales en la Web. Para eso, SAP
desarrolla una nueva plataforma de integración de aplicaciones denominada SAP
NetWeaver. Con ella, todas las aplicaciones de SAP se ejecutan en una plataforma común
y los clientes e interlocutores también pueden crear e integrar aplicaciones existentes
utilizando los estándares web ampliamente adoptados, como la arquitectura orientada a
servicios (SOA). Posteriormente, se introduciría un switch framework para que los clientes
pudieran habilitar selectivamente las nuevas funciones desarrolladas por SAP con el fin de
evitar las interrupciones de los procesos centrales. Se cambió el nombre SAP R/3 por SAP
ERP. SAP ERP forma parte de una familia mayor conocida como SAP Business Suite, que
además incluye muchas otras aplicaciones de líneas de negocio de SAP, como SAP CRM.
● 2015: una nueva ola de avances en arquitectura de hardware trae la potencia informática
masiva a costes reducidos. Llegan las memorias enormes y los procesadores de varios
núcleos para ofrecer potencia informática masiva. El diseño subyacente de las
aplicaciones SAP existentes no aprovecha completamente la potencia del nuevo
hardware. Es necesario reescribir SAP Business Suite completamente. La nueva business
suite se llama SAP S/4HANA:

Figura 7: SAP S/4HANA Core y soluciones de líneas de negocio
SAP S/4HANA no es un producto único, sino que engloba muchas aplicaciones. Los clientes
pueden empezar con los componentes básicos e ir añadiendo. S/4HANA Enterprise
Management es un buen lugar donde empezar. Se conoce como núcleo simplificado y puede
considerarse el reemplazo de SAP ERP. Ofrece soporte a todos los procesos centrales, como
el proceso de oferta, el proceso de aprovisionamiento, etc. Para muchos clientes, es aquí
donde iniciaron la adopción de S/4HANA.
S/4HANA Enterprise Management se integra fácilmente en las soluciones de línea de negocio
de SAP S/4HANA. Estas opciones pueden añadirse en cualquier momento y proporcionan las
mejores soluciones de línea de negocio y las mejores conexiones a SAP Business Network.
Los clientes pueden elegir las soluciones de línea de negocio que mejor se adapten a sus
necesidades.
En el pasado, había varias aplicaciones add-on en torno al núcleo con modelos superpuestos
y mucha redundancia (por ejemplo, SAP CRM y SAP SRM alrededor del núcleo ECC). Ahora
las superposiciones y la redundancia se han eliminado completamente de SAP S/4HANA.
SAP S/4HANA se ha creado de forma nativa y óptima para ejecutarse únicamente en la
plataforma SAP HANA.

Figura 8: Aspectos clave de SAP S/4HANA
SAP S/4HANA se basa en SAP HANA y por ello hereda todas las capacidades de la completa
plataforma de aplicaciones y gestión de datos en memoria. Estas incluyen prestaciones
avanzadas de minería de textos avanzada, análisis predictivo, simulaciones y soporte a la
toma de decisiones en tiempo real, con acceso a todo tipo de datos en tiempo real.
Ofrece una nueva experiencia de usuario que amplía la productividad y la satisfacción de los
usuarios empresariales, además de elevar la interfaz a una experiencia de consumidor
optimizada en todos los dispositivos.

SAP S/4HANA se puede implementar localmente, en la nube o en una combinación de ambos
para que las opciones de consumo de los clientes sean flexibles.
Se ha simplificado el modelo de datos. Es decir, se han eliminado las tablas innecesarias, y los
datos que contenían, para reducir considerablemente la ocupación y simplificar el diseño y la
extensibilidad de los datos.
Figura 9: Valores empresariales y técnicos

A modo de ejemplo de reducción de la ocupación de los datos, se puede mover un ERP de 7

TB (en cualquier base de datos) a un sistema SAP S/4HANA que requiera menos de un
terabyte de datos. Esto se consigue mediante compresión absoluta de los datos y
simplificación de la arquitectura de sistema. Ofrece un rendimiento mayor, de 3 a 7 veces
más veloz en el tratamiento de los datos. Es totalmente flexible sin índices preconfigurados y
sin integraciones preconfiguradas; podrá utilizar los datos de nuevas formas que hasta ahora
eran imposibles Se trata de software empresarial diseñado con big data y agilidad en el
núcleo.
Enlaces de SAP relacionados
Tabla 1: Enlaces de SAP relacionados

Dónde Qué Enlace
sap.com SAP HANA http://hana.sap.com/
SAP Service Marketplace Escenarios híbridos http://service.sap.com/

public/hybrid
sap.com SAP S/4HANA https://www.s4hana.com/
SAP S/4HANA Finance

Escenario
Está interesado en la nueva tecnología SAP HANA, sobre todo en las nuevas ofertas
financieras para S/4HANA. Desea obtener más información sobre las capacidades incluidas,
la infraestructura utilizada y la terminología general.
Figura 10: Evolución de S/4HANA Finance
Tradicionalmente, las aplicaciones financieras de SAP se dividían en varios componentes; por

ejemplo, Contabilidad financiera (FI), Contabilidad interna (CO), etc. Dichos componentes
estaban formados por subcomponentes como Contabilidad de activos fijos (FI-AA). Cada
componente disponía de una arquitectura de modelo de datos propia y ello derivaba en

ineficiencias. El desarrollo de S/4HANA dio la oportunidad de rediseñar completamente estos

modelos de datos y, en consecuencia, de eliminar las ineficiencias.
Los ciclos de desarrollo de las mejoras arquitectónicas han sido constantes:
● En 2012, se pudo implementar SAP HANA como un acelerador que funcionaba de lado a
lado con la pila tradicional para acelerar de forma significativa algunas de las aplicaciones
seleccionadas. Estas incluían aplicaciones financieras como CO-PA.
● En 2013, fue posible migrar una base de datos tradicional basada en discos que no eran de
SAP HANA, por lo que todo se ejecutaba en memoria. Los aceleradores dejaron de ser
necesarios, de modo que todas las aplicaciones se beneficiaban del rápido tratamiento en
memoria.
● En 2014, SAP inició el viaje proporcionando un complemento para las finanzas que
formaba parte de la Suite en SAP HANA (no S/4HANA). Ello optimizaba la aplicación
financiera.
● En 2015, SAP finalizó el viaje hacia la simplificación después de rediseñar completamente
el modelo de datos y el código de S/4HANA Finance, que fue la primera gran aplicación de
SAP S/4HANA.
Figura 11: Impacto de SAP HANA en Finance: más sencillo y rápido
Con SAP HANA, la gestión financiera es más rápida y sencilla. Los usuarios finales obtienen
información personalizada con desglose detallado en la partida individual. Existen muchas
maneras de ver y analizar datos en función de las soluciones implementadas.
También hay productos de business intelligence que cubren un amplio espectro de maneras
de representar datos, funciones de gestión renovadas pensadas para usuarios individuales
como responsables financieros o responsables de deudores.
Además, SAP ofrece funciones de transacciones renovadas para usuarios finales, como
contables de libro mayor o contables de activos fijos.

Figura 12: Integridad funcional de la solución
SAP proporciona una plataforma totalmente integrada, basada en las últimas tendencias
tecnológicas, para que las finanzas lideren la transformación de la empresa digital. En la
figura, Integridad funcional de la solución, se muestra la integridad funcional de SAP S/
4HANA Finance. Todos los aspectos de los requisitos financieros de todas las funciones
reciben soporte en las áreas de soluciones detalladas.
Figura 13: Alcance de la innovación de SAP S/4HANA Finance
En la figura, Alcance de la innovación de SAP S/4HANA Finance, se puede ver el alcance de

las innovaciones en Finanzas. SAP Accounting es el centro de las innovaciones de SAP S/
4HANA Finance.

Figura 14: La naturaleza de la información instantánea
La obtención de información al instante se realiza a partir de la información en tiempo real.

Existe una única fuente de información, en el nivel más detallado de la partida individual del
documento. No hay búsquedas ni averiguaciones secundarias en la fuente de datos. La
obtención de información instantánea se procesa en tiempo real y no tiene lotes. La solución
incluye simulaciones de análisis y planificación dinámicas en todo el periodo y los datos
siempre se obtienen de la información más reciente disponible en todo momento.
Figura 15: Resumen de la versión de SAP S/4HANA y S/4HANA Finance
Existen dos grupos de productos diferentes: SAP S/4HANA y SAP S/4HANA Finance:
● SAP S/4HANA (Infinity) es la principal línea de desarrollo de producto. Hace referencia a la
suite completa y es el lugar donde se implementan por primera vez todas las versiones de
S/4HANA. Las innovaciones se suministran dentro de dos suites de innovación básicas y
completas ofreciendo:
● SAP S/4HANA es la solución local y dispone de versiones nuevas cada año. Durante su
vida útil, recibe un paquete de servicios (SPS) cada tres meses. Recuerde que el paquete
de servicios de trimestres alternos se conocen como paquete de características (FPS)
porque añaden funciones.

● SAP S/4HANA CLOUD es la solución de nube implementada en entornos de nube públicos

o privados y se entrega una nueva versión cada tres meses.
● S/4HANA Finance es el producto add-on que se instala en la parte superior de SAP
Business Suite y actualiza únicamente la Arquitectura financiera (sin innovaciones en
cuanto a logística). Recibe transferencias de características selectivas de la suite completa
de SAP S/4HANA tres meses después de que dichas características se introduzcan en
SAP S/4HANA. La versión 1605 de S/4HANA Finance se actualizará trimestralmente.
● La versión anterior 1503 de SAP Simple Finance recibirá paquetes de servicios
semestralmente y no recibirá ampliaciones funcionales.
Enlaces de SAP relacionados
Tabla 2: Enlaces de SAP relacionados

Dónde Qué Enlace
sap.com SAP S/4HANA Help Portal https://help.sap.com/

s4hana
sap.com Línea de negocio de SAP S/ http://go.sap.com/

4HANA Finance solution/lob/finance/
s4hana-finance-erp.html
Escenarios de adopción de S/4HANA
Escenario
En la actualidad, ejecuta un sistema SAP ERP y desea realizar una actualización para utilizar
las funcionalidades de la última versión de S/4HANA. Desea saber si la configuración actual
del sistema cumple los requisitos previos y qué cambios debe prever.
Figura 16: Relación técnica y comercial entre SAP ERP y SAP S/4HANA

Con los paquetes de compatibilidad, los usuarios pueden utilizar las capacidades del
portafolio clásico actual, así como las capacidades de S/4HANA OP 1511, en una única
instalación de S/4HANA. Solo aquellas capacidades clásicas de ERP incluidas en el paquete
de compatibilidad estarán disponibles para la instalación de S/4HANA y prestarán el mismo
alcance funcional que una instalación de ERP clásica.
La documentación actual de las soluciones ERP clásicas de las que se ofrece un paquete de
compatibilidad para S/4HANA se aplica a todos los paquetes de compatibilidad relativos a un
producto independiente con licencia. Para aquellas soluciones relacionadas con el paquete de
SAP ERP, existe una descripción del alcance de características diferente en la documentación
de S/4HANA (descripción del alcance de características de S/4HANA 1511)
Un paquete de compatibilidad es una copia compatible con S/4HANA del software de SAP del
que el cliente disponga o dispondrá de una licencia. El cliente puede utilizar el paquete de
compatibilidad de acuerdo con los términos correspondientes del documento sobre
Derechos de uso del software. Los clientes deben tener [o adquirir] licencias de las
"capacidades de ERP clásicas" correspondientes de la lista de precios de SAP clásicos. Los
paquetes de compatibilidad que se ejecuten en una instalación de S/4HANA deben cumplir
las restricciones y seguir la misma estrategia de versión y actualización que cualquier otra
aplicación de S/4HANA que se utilice en una instalación de S/4HANA.
Nota:
La misma solución clásica puede implementarse en una instalación que no sea de
S/4HANA en la que no se apliquen restricciones de S/4HANA.
Figura 17: Migración a SAP S/4HANA
Los nuevos clientes de SAP que empiecen con SAP S/4HANA pueden utilizar las
herramientas de migración clásicas para transferir los datos existentes. Solo los sistemas y
clientes existentes pueden utilizar las herramientas de migración de SAP Simple Finance. Los
pasos de preparación serán diferentes en función de las aplicaciones activas en el sistema
fuente. Puede consultarse la descripción en la ayuda en línea de SAP. La duración y el
esfuerzo son relativamente pequeños. La migración puede ejecutarse en cualquier periodo y
está respaldada por una guía de migración y un monitor. No es necesario un Servicio de
migración al nuevo G/L (u otro tipo) para llevar a cabo la migración a SAP Accounting con
tecnología SAP HANA. El alcance de la migración se puede comparar con la migración al
nuevo escenario 1 de G/L (fusión del ledger FI). En la primera migración de prueba, se indica
la duración y se destacan los posibles problemas que se producirían en el proyecto de
migración.

La migración a Contabilidad en SAP HANA desde una configuración clásica de G/L no admite
los escenarios siguientes:
● Implementación de desglose de documentos
● Balances a nivel de centro de beneficio
● Migración de ledger con fines especiales a la nueva contabilidad general
● Nueva implementación de la contabilidad paralela
● Nueva implementación de los informes de segmento
● Implementación del enfoque de ledger a la contabilidad paralela
● Cambio en el plan de cuentas y conversión del plan de cuentas
● Inclusión de campos de cliente
● Transferencia de cantidades a la nueva contabilidad principal
Nota:
Si ha iniciado una migración al nuevo G/L, o tiene previsto iniciarla, utilizando SAP
General Ledger Migration Service, recomendamos que complete el proyecto de
migración al nuevo G/L antes de instalar el add-on Simple Finance.
Figura 18: Secuencia en el entorno de test y producción
Verificaciones previas necesarias:

● El programa descrito en la Nota 2176077 verifica las opciones de Customizing para G/L,
CO y otros componentes (excepto Contabilidad de activos fijos).
● La nueva Contabilidad de activos fijos es la única solución de Contabilidad de activos fijos
en SAP S/4HANA. La configuración y activación se produce a nivel de mandante. Ambos
enfoques de valoración son posibles: enfoque de ledger y enfoque de cuentas. Es

obligatorio utilizar el nuevo Motor de cálculo de amortizaciones (basado en la extensión

EA-FIN Nota: 1498047).
● El programa descrito en la Nota 1939592 verifica si se puede instalar la nueva Contabilidad
de activos fijos. Le siguen las Notas 2156496, 2246638 y 2129306. Estos programas
verifican el Customizing para la Contabilidad de activos fijos; por ejemplo, ledger, moneda
y plan de evaluación.
La nueva arquitectura no admite las características siguientes:

● Lease Accounting Engine (LAE)
● Bienes inmuebles clásicos (Classic RE)
● Gestión pública - Gestión de fondos (PSM-FM) utilizando solicitudes
● Application Link Enabling (ALE): transferencia de activos
Figura 19: Escenarios de adopción para S/4HANA
Procediendo de un sistema SAP ERP, existen varias opciones para realizar una migración a
SAP S/4HANA:
● Puede migrar los sistemas ERP uno por uno a los sistemas S/4HANA.
● Puede realizar la migración y consolidación de los sistemas ERP Finance en un sistema S/
4HANA.
● Puede seguir utilizando los sistemas ERP, pero cree un sistema SAP S/4HANA como
sistema Central Finance. Todos los datos financieros del sistema fuente se replican en el
sistema Central Finance y los podrá utilizar para realizar informes y consolidaciones. Este
escenario también sirve para sistemas fuente que no sean de SAP.

RESUMEN DE LA LECCIÓN
Ahora podrá:

Capítulo 1
Evaluación de la formación
1. SAP HANA se ha diseñado para dar soporte tanto a Online transactional processing como
a Online analytic processing.
Indique si esta afirmación es verdadera o falsa.
X Verdadero
X Falso
2. SAP S/4HANA se puede ejecutar en bases de datos que no sean de HANA pero será más
lento.
X Verdadero
X Falso
3. La edición local de SAP S/4HANA puede interactuar con SAP Business Networks aunque
sean productos solo en la nube.
X Verdadero
X Falso
4. Actualmente, las mejoras en el aspecto financiero con SAP S/4HANA se centran solo en
las funciones principales de contabilidad.
X Verdadero
X Falso
5. Un cliente de SAP ERP puede actualizar su sistema a SAP S/4HANA solo si ya ha

implementado la nueva contabilidad principal.
X Verdadero
X Falso

Capítulo 1
Respuestas a la Evaluación de la formación
1. SAP HANA se ha diseñado para dar soporte tanto a Online transactional processing como
a Online analytic processing.
X Verdadero
X Falso
2. SAP S/4HANA se puede ejecutar en bases de datos que no sean de HANA pero será más
lento.
X Verdadero
X Falso
3. La edición local de SAP S/4HANA puede interactuar con SAP Business Networks aunque
sean productos solo en la nube.
X Verdadero
X Falso
4. Actualmente, las mejoras en el aspecto financiero con SAP S/4HANA se centran solo en
las funciones principales de contabilidad.
X Verdadero
X Falso

Capítulo 1: Respuestas a la Evaluación de la formación
5. Un cliente de SAP ERP puede actualizar su sistema a SAP S/4HANA solo si ya ha

implementado la nueva contabilidad principal.
X Verdadero
X Falso

CAPÍTULO 2 Estructura organizativa y datos
maestros en la Contabilidad
interna
Lección 1
Introducción a la nueva arquitectura de Contabilidad interna de SAP S/4HANA 25
Ejercicio 1: Visualización de tablas financieras en el back end 31
Lección 2
Gestión de la estructura organizativa 36
Ejercicio 2: Crear una cuenta con costes primarios 45
Ejercicio 3: Crear un ledger de ampliación y contabilización de un documento 47
(opcional)
Ejercicio 4: Crear una imputación predeterminada (opcional) 55
Ejercicio 5: Contabilizar una transferencia de CO y visualización del resultado 59
Lección 3
Análisis de las opciones de informe 69

Ejercicio 6: Utilizar SAP BusinessObjects Lumira (opcional) 77
Lección 4
Presentación de SAP Fiori 83
Ejercicio 7: Personalizar el launchpad y crear mosaicos 89
Ejercicio 8: Crear un centro de coste 97
Lección 5
Introducción al nuevo concepto de clase de coste en S/4HANA Finance 101
Ejercicio 9: Creación de una cuenta de costes secundarios y un tipo de actividad 107
Ejercicio 10: Contabilizar una facturación de actividad 113
OBJETIVOS DEL CAPÍTULO
● Describir el diario
● Ledgers en SAP S/4HANA
● Personalizar la integración en Controlling
● Describir el ledger de materiales

Capítulo 2: Estructura organizativa y datos maestros en la Contabilidad interna
● Describir el concepto de bloqueo de periodos

● Describir las opciones de informe de SAP S/4HANA
● Describir y modificar SAP Fiori Launchpad
● Describir diferentes tipos de aplicaciones
● Definir clases de coste

Capítulo 2
Lección 1
Introducción a la nueva arquitectura de
Contabilidad interna de SAP S/4HANA
El diario
A continuación, se presenta un resumen de la arquitectura de SAP Accounting:
● SAP Accounting Architecture proporciona una única fuente de información para todos los
componentes de contabilidad.
Ha dejado de utilizarse la reconciliación, lo que conlleva un gran ahorro de tiempo y
dinero.
● Se trata de un modelo de datos sencillo pero global.

SAP HANA puede aprovecharse de la mejor manera posible porque aporta información
sin precedentes (tanto en velocidad como en contenido).
● El diario combina y armoniza las mejores cualidades de todos los componentes de
contabilidad.
La simplificación de la aplicación es un paso necesario y representa la base de las
futuras ampliaciones.
● SAP Accounting Architecture aporta simplificación e innovación sin interrupciones.
SAP se esfuerza en proporcionar una aplicación de siguiente generación real con la
menor interrupción posible que salvaguarde los procesos e inversiones de los clientes.

Figura 20: Desafíos de la arquitectura actual: varias fuentes de información
En SAP ERP, los datos se almacenan en diferentes tablas de diferentes módulos por motivos
de rendimiento. Esta arquitectura genera las restricciones siguientes:
● El contenido combinado en varias tablas representa "la información" en SAP ERP. Está
diseñado para requerir esfuerzos de reconciliación.

● Los datos deben trasladarse a la tabla adecuada para la generación de informes (por
ejemplo, de liquidación).
● Los diversos niveles de detalle se almacenan en las tablas y los componentes respectivos.
● Los componentes se estructuran de forma diferente (por ejemplo, se diferencian campos
y entidades).
● Los componentes presentan diferentes prestaciones (campos de cliente, monedas, varios
GAAP, etc.).
● Para el rendimiento, a menudo se requiere un data warehouse, lo que implica el uso de
otro repository redundante.
● Se necesitan varios extractores de SAP Business Warehouse (SAP BW) para cubrir la
información completa del data warehouse.

Lección: Introducción a la nueva arquitectura de Contabilidad interna de SAP S/4HANA
Figura 21: SAP S/4HANA Finance: modelo de datos simplificado
La nueva arquitectura ofrece un nuevo modelo de datos para SAP S/4HANA Finance con los
beneficios siguientes:
● Una tabla de partidas individuales con todos los detalles de todos los componentes. Los
datos se almacenan solo una vez, por lo que no se necesita reconciliación.
● La creación rápida de informes multidimensionales en el Diario se puede efectuar sin

replicar los datos en SAP BusinessObjects Business Intelligence (SAP BI). Si existe SAP BI,
se necesita un extractor de SAP BI.
● La ocupación en memoria se reduce gracias a la eliminación de la redundancia.
● La preparación técnica amplía las capacidades estructurales importantes de la solución
SAP Financials (por ejemplo, varios GAAP, monedas adicionales).
Figura 22: Programas e interfaces existentes

Figura 23: Lista de tablas reemplazadas por vistas de compatibilidad
En la figura, Lista de tablas reemplazadas por vistas de compatibilidad, se muestran las tablas
que se han eliminado o se van a eliminar con el progreso del sistema. Por ejemplo, se sigue
utilizando COEP, porque las contabilizaciones de algunos tipos de CO solo se actualizan en
ACDOCA.
Figura 24: Entrada en diario
La nueva entrada en diario consta de una cabecera (tabla BKPF) y las posiciones
correspondientes (tabla ACDOCA). Se trata de casos poco frecuentes en los que las entradas
de ACDOCA se graban sin la cabecera de documento correspondiente (por ejemplo,
arrastres, correcciones en la migración). Estas entradas no representan procesos
empresariales estándares. Las partidas individuales correspondientes tienen "números de
documento artificiales" que empiezan por letras (por ejemplo, "A").
La tabla ACDOCA contiene todos los campos necesarios para G/L, CO, AA, ML y PA y es un a
única "fuente de información" de todos estos módulos. Para CO, el diario igualmente engloba
todas las clases de coste, incluidas las clases de costes secundarios, que también se
encuentran en las cuentas de mayor de SAP S/4HANA.

Además, el diario cuenta con la capacidad de varios GAAP, gracias al uso de la dimensión
RLDNR, y utiliza un campo de 6 dígitos en la numeración de partidas individuales y de 23
dígitos en los campos de moneda.
Como en SAP ERP, el Diario se puede ampliar con campos de cliente. La extensibilidad está
disponible a todos los componentes que utilizan el Diario (G/L, CO, AA, ML):
● Se proporciona extensión de línea de PyG con las capacidades de CO-PA , tanto para la
definición de campo (características) como para las potentes herramientas de derivación
de CO-PA.
● Se puede utilizar la extensibilidad del bloque de imputación de libro mayor estándar, que
afectará al Diario.
● Los nuevos informes basados en SAP HANA de todos los componentes (G/L, AA, ML, CO)
pueden acceder a los campos de cliente.
Prima Nota es el documento original que inicia la creación de Entradas en diario. Cuenta con
las características siguientes:
● Es la única ancla que permite, por ejemplo, invertir el proceso completo iniciado desde la
Prima Nota.
● La Prima Nota conserva la información introducida en el sistema antes de las derivaciones,
enriquecimientos, desgloses, etc. realizados en Contabilidad para crear Entradas en diario.
● En muchos casos, la Prima Nota es un documento externo a SAP Financials. Algunos
ejemplos son documentos de informes de gastos, facturas y nóminas.
● Para llevar a cabo contabilizaciones en el ámbito de SAP Financials, es necesario utilizar la

Prima Nota.
● En las contabilizaciones FI clásicas (FB01, FB50, FB60, FB70, etc.), la Prima Nota se sigue
almacenando en la tabla BSEG y las entradas en diario correspondientes (puede haber
varias debido los varios GAAP) se graban en la tabla ACDOCA:
● En las contabilizaciones CO (manuales) clásicas, la Prima Nota se sigue grabando en la
tabla COEP. Las entradas en diario correspondientes se siguen grabando en la tabla
ACDOCA. Asimismo, se registra un Prima Nota en aquellos casos en los que se inicia "CO"
a través de las interfaces BAPI (AWTYP <> AFRU, CATS).
● En las contabilizaciones de facturaciones (subrepartos, liquidaciones, etc.), no se necesita
ninguna Prima Nota y los datos se graban solo en la tabla ACDOCA: El proceso de
facturación tiene su propia gestión de historial (por ejemplo, para cancelar una entrada en
el diario de facturación).
● Las modificaciones de precio de los materiales (MR21) o el abono/cargo de materiales
(MR22) crean una prima nota en el ledger de materiales (tablas MLHD, MLIT, etc.). Las
entradas correspondientes en el diario se contabilizan en ACDOCA.

Figura 25: Contabilizaciones externas con SAP S/4HANA Finance
Las contabilizaciones desde fuera de SAP Finance (excepto AA) a SAP Finance utilizan una
Interfaz FI/CO estandarizada, para que otras aplicaciones no tengan que centrarse
demasiado en la estructura de datos modificada y la lógica de contabilización dentro de
Finance.
La integración de BSEG sigue funcionando y se puede utilizar de modo habitual (Nota SAP
2179270). BSEG sirve para almacenar posiciones abiertas y borrar detalles, cosa que aporta
dinamismo a la integración. ACDOCA almacena todos los detalles necesarios de todos los
componentes que se basan en ACDOCA (G/L, AA, ML, CO, PA). La tabla BSEG debería
integrarse en la medida de lo posible y la tabla ACDOCA debería integrarse lo menos posible
con el fin de habilitar la diferenciación de los informes en la tabla ACDOCA: La integración en
la tabla ACDOCA puede ser como máximo del mismo tamaño que la tabla BSEG, ya que las
partidas individuales de la tabla ACDOCA no pueden integrarse más allá de las partidas
individuales correspondientes de la tabla BSEG.
En SAP Accounting con tecnología SAP HANA 1503, edición local, SPS 1511, o S/4HANA OP
1511 o las versiones posteriores correspondientes, se ha implementado una función para
integrar partidas individuales en la tabla ACDOCA y para integrar objetos CO-PA. Puede
obtener información sobre esto y otra documentación adicional en Customizing en Gestión
financiera (Nueva) → Parametrizaciones básicas de Gestión financiera
(Nuevo)→ Documento→ Comprensión de documentos. Desde ahí, puede acceder a la
integración de la tabla BSEG, tal como se describe en la nota SAP 36353. Puesto que las
partidas individuales de CO-PA contables, incluidos el número de objeto PA y el vector
característico resuelto, se almacenan en la tabla ACDOCA, se utilizan las mismas opciones de
integración para la determinación de objetos PA. Por tanto, puede encontrar estas opciones,
junto con la documentación, y la integración existente de las partidas individuales de CO-PA
analítica en Controlling→ Cuenta de resultados → Flujos de valores
reales→ Preparativos → Comprensión de documentos.

Capítulo 2
Ejercicio 1
Visualización de tablas financieras en el back
end
1. Examine algunas de las tablas contables básicas: FAGLFLEXT, GLT0, COEP, ACDOCA, BSEG.
Nombre de campo Valor
Código de transacción SE16N
Tablas FAGLFLEXT
GLT0
BSEG
COEP
ACDOCA
¿Estas tablas son tablas de vistas?
2. Utilice el código de transacción SE11 para consultar la tabla ACDOCA.

¿Puede encontrar las posiciones siguientes en la tabla ACDOCA?
ANLN1 Número de activo principal
AUFNR Número de orden
PRCTR Centro de beneficio
RFAREA Área funcional
SEGMENT Segmento
RCNTR Centro de coste
KDAUF Número de pedido de cliente
KSL importe en moneda de grupo
KFSL importe fijo en moneda de grupo

.include ACDOC_SI_COPA
3. Realice una doble pulsación en el valor ACDOC_SI_COPA del campo Include para
consultar los campos.
¿Qué campos se ven?

Capítulo 2
Solución 1
Visualización de tablas financieras en el back
end
1. Examine algunas de las tablas contables básicas: FAGLFLEXT, GLT0, COEP, ACDOCA, BSEG.
Código de transacción SE16N
Tablas FAGLFLEXT
GLT0
BSEG
COEP
ACDOCA
¿Estas tablas son tablas de vistas?
a) En el campo Transacción , introduzca SE16N.
b) Confirme la entrada pulsando la tecla Intro.
c) En el campo Tabla , introduzca FAGLFLEXT.
d) Confirme la entrada pulsando la tecla Intro.

Observe que la nueva tabla Totales de libro mayor ahora es una tabla de vistas
generada por SAP HANA.
e) En el campo Tabla , introduzca GLT0.
f) Confirme la entrada pulsando la tecla Intro.

Observe que la tabla clásica Totales de libro mayor ahora es una tabla de vistas
generada por SAP HANA.
g) En el campo Tabla , introduzca BSEG.
h) Confirme la entrada pulsando la tecla Intro.

Observe que BSEG no es una tabla de vistas. Es una tabla transparente.
i) En el campo Tabla , introduzca COEP.

j) Confirme la entrada pulsando la tecla Intro.

Observe que COEP no es una tabla de vistas. Es una tabla transparente.
k) En el recuadro Tabla , introduzca ACDOCA.
l) Confirme la entrada pulsando la tecla Intro.

Observe que ACDOCA no es una tabla de vistas. Es una tabla transparente.
2. Utilice el código de transacción SE11 para consultar la tabla ACDOCA.

¿Puede encontrar las posiciones siguientes en la tabla ACDOCA?
ANLN1 Número de activo principal
AUFNR Número de orden
PRCTR Centro de beneficio
RFAREA Área funcional
SEGMENT Segmento
RCNTR Centro de coste
KDAUF Número de pedido de cliente
KSL importe en moneda de grupo
KFSL importe fijo en moneda de grupo
.include ACDOC_SI_COPA
a) En el recuadro Transacción , introduzca SE11.
b) Confirme la entrada pulsando la tecla Intro.
c) En el recuadro Tabla de base de datos , introduzca ACDOCA.
d) Seleccione Visualizar.
e) Utilice la barra de desplazamiento vertical para visualizar el área de pantalla deseada,

o bien utilice CTRL+F.
Observe que hay muchos campos de otras aplicaciones (G/L, AA, ML, CO), incluidos
los campos de cliente agregados al bloque de imputación.
3. Realice una doble pulsación en el valor ACDOC_SI_COPA del campo Include para
consultar los campos.
¿Qué campos se ven?
Observe las características utilizadas en CO-PA como include. Tenga en cuenta que las
características de CO-PA se incluyen como campos en ACDOCA:

Ahora podrá:

Capítulo 2
Lección 2
Gestión de la estructura organizativa
Ledgers en SAP S/4HANA
Figura 26: Modificaciones técnicas del libro mayor en comparación con el nuevo G/L
En el nuevo libro mayor (G/L), los datos que antes se almacenaban en FAGLFLEXA y
FAGLFLEXT (arrastre) ahora se almacenan en la tabla ACDOCA.
Los datos de las tablas sectoriales del nuevo G/L para la Contabilidad joint venture y el Sector
público (FMGLFLEXA/T, PSGLFLEXA/T, JVGLFLEXA/T) ahora se almacenan en la tabla
ACDOCA.
Se suministra una vista de compatibilidad para la tabla FAGLFLEXA: FGLV_FAGLFLEXA. Esta
vista de compatibilidad redirige los balances seleccionados de FAGLFLEXA a ACDOCA.
Los datos de clientes creados en las nuevas tablas de G/L ZZ<CLIENTE>T y ZZ<CLIENTE>A,
que ahora se almacenan en la tabla ACDOCA.

Lección: Gestión de la estructura organizativa
Se proporcionan vistas de compatibilidad para las tablas sectoriales del nuevo G/L,
V_<Sector>A y V_<Sector>T.
Las tablas de compatibilidad se proporcionan para las tablas del nuevo G/L creadas por el
cliente. Las vistas se numeran secuencialmente: ZFGLV_GLTT_Cx (totales) y
ZFGLV_GLSI_Cx (partidas individuales), donde x es un número.
Figura 27: Controlling: modificaciones técnicas con SAP S/4HANA Finance
Las siguientes características pertenecen a Posiciones reales :

● Los datos reales de COEP (tipos de valor "04" para reales y "11" para reales estadísticos)
se almacenan en ACDOCA.
● Los datos reales necesarios para pedidos o proyectos de larga ejecución de COSP_BAK y
COSS_BAK se almacenan en ACDOCA.
● La tabla de cabecera COBK se graba como antes. El objetivo es sustituir COBK a través de
BKPF.
● Las vistas de compatibilidad V_<NOMBRETABLA> (por ejemplo, V_COEP) se
proporcionan para reproducir estructuras antiguas.
● El acceso a datos de tablas antiguas sigue disponible a través de las vistas
V_<NOMBRETABLA>_ORI (por ejemplo, V_COEP_ORI).
Las siguientes características pertenecen a Posiciones no reales :

● Los tipos de valores que no sean 04 y 11 se siguen almacenando en COEP, COSP_BAK,
COSS_BAK.

Figura 28: Ledger estándar y ledger de apéndice: casos de uso
En la nueva Contabilidad principal, aún se pueden asignar varios principios contables

mediante el enfoque de cuentas. Además de las cuentas, el nuevo G/L permite utilizar
diferentes ledgers para grabar diferentes enfoques de valoración; se denomina "enfoque de
ledger".
En un enfoque de cuentas solo hay un ledger, el ledger principal (0L). En un enfoque de

ledger, existen otros ledgers además del principal. Estos se denominan "ledgers estándares".
Un ledger estándar contiene un grupo de entradas en diario de todas las operaciones
empresariales.
Además, es posible añadir otros ledgers de ampliación. Los ledgers de ampliación se basan
en ledgers subyacentes.
Se asigna un ledger de apéndice a un ledger estándar y el primero hereda todas las entradas
en el diario del ledger estándar para la creación de informes. Las contabilizaciones explícitas
de un ledger de apéndice son visibles en dicho ledger, pero no se pueden visualizar en el
ledger estándar subyacente.
Un ledger de apéndice almacena valores delta y apunta a otro ledger, con lo que proporciona
un mecanismo flexible para realizar ajustes e informes. Un caso habitual es la administración
de vistas en la parte superior de los datos legales (IFRS o GAAP local). Además de la creación
de un registro maestro, no es necesario realizar configuraciones adicionales en los Ledgers
de ampliación. Los informes del ledger de apéndice siempre incorporan datos del ledger
subyacente (en la figura, es el ledger de IFRS). Varios ledgers de ampliación pueden apuntar
al mismo ledger subyacente. Se mantienen la reducción de la ocupación de datos y el
esfuerzo cero de reconciliación solo como valores delta.
Los ledgers de ampliación se almacenan en el diario, igual que los ledgers estándares. Se
pueden asignar variantes de período de reserva propias a los ledgers de ampliación. Es decir,
el ledger estándar puede estar cerrado y el ledger de apéndice asignado puede estar abierto.

Figura 29: Ledger de apéndice: conceptos básicos
Los ledgers son independientes, están pensados para un fin concreto y proporcionan una
vista específica de los datos financieros. Un ledger de apéndice suele almacenar muchos
datos redundantes en comparación con otros ledgers. Con ellos, puede "agrupar" ledgers
para suministrar las diferentes vistas que necesita. De esta forma, se minimiza la ocupación
de datos y se proporciona flexibilidad en la creación de vistas adicionales.
Es necesario que el ledger subyacente sea un ledger estándar.

En la contabilización en un grupo de ledgers, ACDOCA se contabiliza en todos los casos
teniendo en cuenta los ledgers correspondientes. BSEG solo se registra en caso de que se
vean afectadas cuentas gestionadas con posiciones abiertas (por ejemplo, en
contabilizaciones entre empresas) y el grupo de ledgers contenga un ledger principal.
En la contabilización en un ledger de apéndice, ACDOCA almacena datos de todos los ledgers
de ampliación, pero BSEG no almacena ningún dato de dichos ledgers. La implementación de
BAdI BADI_FINS_APPL_RELEVANCE permite suministrar datos contabilizados de
componentes, como PCA, FI-SL o EC-CS, en los ledgers de ampliación. Esta funcionalidad
debe manejarse con cuidado. La separación de los datos del ledger de apéndice de los demás
datos depende de la implementación en BAdI.

Figura 30: Actualización de datos maestros de los ledgers
El acceso del menú es IMG: Gestión financiera (Nueva) → Opciones globales de la Gestión
financiera (Nueva) → Ledgers→ Ledger→ Definir opciones para ledgers y tipos de moneda
(transacción FINSC_LEDGER).
El primer nivel contiene los datos maestros de ledger. Aquí puede realizar las acciones
siguientes:
● Definir el ledger principal
● Definir ledgers adicionales, estándares o de ampliación
● Establecer un ledger como subyacente solo para ledgers de ampliación
El segundo nivel dispone de las opciones siguientes:

● Asignación de sociedad al ledger
● En el ledger principal: 0L
Todas las sociedades se asignan al ledger principal.

Figura 31: Opciones de sociedad en los ledgers
Los siguientes campos de moneda están disponibles:

● Moneda local (campo HSL):
El tipo de moneda siempre es 10 y las opciones están definidas.
● Moneda global (campo KSL):
El tipo de moneda es siempre el tipo establecido en la sociedad CO no utilizado en FI.

● Primera moneda de libre definición (campo OSL):
El tipo de moneda es el tipo estándar o un tipo definido por el cliente.
El tipo de moneda estándar también se debe configurar en el ledger principal.
● Segunda moneda de libre definición (campo VSL):
El tipo de moneda es el tipo estándar o un tipo definido por el cliente.
El tipo de moneda estándar también se debe configurar en el ledger principal.
● Tercera moneda de libre definición (campo FSL):
Solo se permite el tipo de moneda definido por el cliente.
Tenga en cuenta lo siguiente en relación con los tipos de moneda estándar:

● 10 - 60
● La conversión de moneda entre transacciones se efectúa en todos los procesos (se rellena
en línea durante la contabilización en todas las entradas en diario).
● Se aplican las mismas restricciones que en SAP ERP y SAP Simple Finance, edición local
1503; puede utilizar un máximo de 3 monedas en FI y de 2 en CO.
● Todos los tipos de moneda estándar también se deben configurar en el ledger principal.

Figura 32: Monedas en SAP S/4HANA
Puede configurar hasta 3 monedas de libre definición por ledger. En el cierre de periodo,
puede volver a ejecutar las medidas para que se rellenen estos campos de moneda
adicionales. Solo las monedas estándares de FI/CO se convierten en tiempo real al
contabilizar transacciones.
En los tipos de moneda definidos por el cliente, tenga en cuenta lo siguiente:
● Utilice el área de espacios Y* y Z*.
● El campo Moneda definida por el cliente se rellena con Ejecución de valoración de moneda
extranjera (transacción FAGL_FCV), la Contabilización de valoración manual (aplicación de
SAP Fiori) o ACC_DOCUMENT_POST de BAPI.
● No se produce ninguna conversión de monedas entre transacciones en todos los demás

procesos (se rellena con 0,-).
● No existe dependencia del ledger principal; puede configurar otros tipos de moneda para
clientes en los ledgers que no sean principales.
● Caso de uso: conversión en el cierre de periodo con las cotizaciones medias de cierre
respectivas.
Figura 33: Opciones adicionales de sociedad en los ledgers

La Variante de ejercicio del ledger principal se hereda de la parametrización de la sociedad

CO. Es posible que los ledgers que no sean principales tengan variantes de ejercicio
divergentes.
La Variante de períodos de contabilización define los periodos de contabilización abiertos y
crea la base para la verificación del ledger principal o del ledger representativo en un grupo de
ledgers.
En un enfoque de cuentas de FI, debe marcarse la Contabilidad paralela utilizando cuentas
mayores.
Las entradas de tercer nivel son solo necesarias en los informes financieros paralelos con
principios contables asignados.

Capítulo 2
Ejercicio 2
Crear una cuenta con costes primarios
Su empresa (sociedad 1010) necesita una nueva cuenta de mayor con costes primarios.
1. Cree una cuenta de mayor.

Cree la cuenta con costes primarios 650030##, coste de vehículo ##en la sociedad
1010. Elija el mosaico Gestionar datos maestros de cuenta de mayor en SAP Fiori
Launchpad y cree la nueva cuenta de mayor con los valores siguientes:
General: (pestaña):
Tipo de cuenta de mayor Costes primarios e ingresos
Grupo de cuentas ERG. Cuentas de estado de ingre

sos
Texto abreviado: Coste de vehículo ##
Texto explicativo de la cuenta de mayor: Coste de vehículo ## gasolina
Número de cuenta del grupo: 65003000 (Costes de vehículo)
Datos de control: (pestaña):

Moneda de la cuenta: EUR
Tipo de clase de coste 1 (Costes primarios/ingresos que

reducen costes)
Crear/Banco/Interés (pestaña):
Grupo de status campo YB04

Capítulo 2
Solución 2
Crear una cuenta con costes primarios
Su empresa (sociedad 1010) necesita una nueva cuenta de mayor con costes primarios.
1. Cree una cuenta de mayor.

Cree la cuenta con costes primarios 650030##, coste de vehículo ##en la sociedad
1010. Elija el mosaico Gestionar datos maestros de cuenta de mayor en SAP Fiori
Launchpad y cree la nueva cuenta de mayor con los valores siguientes:
General: (pestaña):
Tipo de cuenta de mayor Costes primarios e ingresos
Grupo de cuentas ERG. Cuentas de estado de ingre

sos
Texto abreviado: Coste de vehículo ##
Texto explicativo de la cuenta de mayor: Coste de vehículo ## gasolina
Número de cuenta del grupo: 65003000 (Costes de vehículo)
Datos de control: (pestaña):

Moneda de la cuenta: EUR
Tipo de clase de coste 1 (Costes primarios/ingresos que

reducen costes)
Crear/Banco/Interés (pestaña):
a) En SAP Fiori Launchpad, abra la aplicación Gestionar cuenta de mayor.
b) Indique el número de cuenta 650030## y la sociedad 1010 y, a continuación,

seleccione el icono Crear.
c) Introduzca los datos tal como se especifica en la tabla y elija Grabar.

Capítulo 2
Ejercicio 3
Crear un ledger de ampliación y
contabilización de un documento (opcional)
En este ejercicio, cuando los valores incluyan ##, debe sustituir ## con el número indicado
por el instructor.
1. Cree un ledger de ampliación. El código de ledger debería empezar por un carácter

alfabético. Para ello, utilice los números siguientes en los ledgers de ampliación nuevos:
para el número de usuario 1-9, utilice Z1 - Z9; para el número de usuario 10-19, utilice E0 -
E9; para el número de usuario 20-29, utilice F0 - F9; y para el número de usuario 30-39,
utilice G0 - G9.
Ledger Z# o E# o F# o G#
Principal Desmarcar
Tipo de ledger Ledger de ampliación
Nombre de ledger Ledger de ampliación ##
Ledger subyacente 0L
2. Asigne una clase de documento y un rango de números al ledger de ampliación.

Ledger El nuevo ledger de ampliación
Clase de documento SA
Rango de números 70
3. Contabilice un documento de FI sencillo en el grupo de ledger de ampliación (Z# o E# o F#

o G#) y verifique el resultado. Acceda a SAP Fiori Launchpad y contabilice una entrada en
diario de libro mayor. Utilice el mosaico Contabilización de asientos contables generales ,
Pago en efectivo de 50 euros (cuenta de mayor 10010000) y Multas y penalizaciones
(cuenta de mayor 70900000).
Fecha del documento Fecha de hoy
Sociedad 1010
Grupo de ledger Z# o E# o F# o G#
Tipo de asiento SA

Línea1 - Cuenta de mayor FI 70900000
Línea1 - Importe débito en moneda doc. 50
Línea2 - Importe crédito en moneda doc 50
4. Visualice el balance contable. Acceda a la aplicación Contabilización de asientos contables

generales en SAP Fiori Launchpad.
Sociedad 1010
Ledger ##
Estructura de balance/PyG 1010

Capítulo 2
Solución 3
Crear un ledger de ampliación y
contabilización de un documento (opcional)
por el instructor.
1. Cree un ledger de ampliación. El código de ledger debería empezar por un carácter

alfabético. Para ello, utilice los números siguientes en los ledgers de ampliación nuevos:
para el número de usuario 1-9, utilice Z1 - Z9; para el número de usuario 10-19, utilice E0 -
E9; para el número de usuario 20-29, utilice F0 - F9; y para el número de usuario 30-39,
utilice G0 - G9.
Ledger Z# o E# o F# o G#
Principal Desmarcar
Tipo de ledger Ledger de ampliación
Nombre de ledger Ledger de ampliación ##
Ledger subyacente 0L
a) Configure un ledger de ampliación en Customizing para Gestión financiera (Nueva)

con Parametrizaciones básicas de Gestión financiera
(Nueva)→ Libros→ Ledger→ Definir opciones para ledgers y tipos de moneda .
b) Seleccione Entradas nuevas.
c) En el campo Ledger del recuadro de diálogo Ledger, indique Z#, E#, F# o G#.
d) En el campo Tipo de ledger, seleccione Ledger de ampliación.
e) En el campo Nombre de ledger, escriba Ledger de ampliación ##.
f) En el campo Ledger subyacente , elija 0L.
g) Seleccione Grabar.
Observe que se ha creado un grupo de ledger con el mismo nombre. El ledger contiene
solo este ledger.
h) Marque su nuevo ledger de ampliación y seleccione Parametrización de sociedad
i) seleccione Entradas nuevas
j) indique la sociedad 1010 y pulse Grabar. Se generan los tipos de moneda.
k) Grabe y vuelva al menú de Customizing.

2. Asigne una clase de documento y un rango de números al ledger de ampliación.

Ledger El nuevo ledger de ampliación
Rango de números 70
a) Configure una clase de documento en Customizing para Gestión financiera (Nueva)

con Parametrizaciones básicas de la Gestión financiera
(Nueva)→ Documento→ Clases de documento→ Definir clases de documento para la
Vista de entrada en un Ledger .
b) Seleccione Entradas nuevas.
c) En el recuadro de diálogo Área de trabajo, seleccione el nuevo ledger de ampliación.
d) Seleccione Continuar.
e) Seleccione Entradas nuevas.
f) En el campo Clase de documento, introduzca SA.
g) Confirme la entrada pulsando la tecla Intro.
h) En el campo Rango de números, introduzca 70.

Confirme la entrada pulsando la tecla Intro.
i) Haga clic en Grabar.
3. Contabilice un documento de FI sencillo en el grupo de ledger de ampliación (Z# o E# o F#

o G#) y verifique el resultado. Acceda a SAP Fiori Launchpad y contabilice una entrada en
diario de libro mayor. Utilice el mosaico Contabilización de asientos contables generales ,
Pago en efectivo de 50 euros (cuenta de mayor 10010000) y Multas y penalizaciones
(cuenta de mayor 70900000).
Fecha del documento Fecha de hoy
Sociedad 1010
Grupo de ledger Z# o E# o F# o G#
Tipo de asiento SA
Línea1 - Importe débito en moneda doc. 50
Línea2 - Importe crédito en moneda doc 50
a) En SAP Fiori Launchpad, seleccione el mosaico Contabilización de asientos

contables generalesen el grupo Gestión financiera.

b) En el campo Fecha de documento , introduzca la fecha de hoy.
c) En el campo Grupo de ledger, indique el grupo de ledger de ampliación (por ejemplo,

Z#).
d) En el campo Tipo de asiento, introduzca SA.
e) En el campo Cuenta de mayor, especifique 70900000.
f) En el campo Importe débito en moneda doc., indique 50.
g) En el campo Cuenta de mayor, introduzca 10010000.
h) En el campo Importe crédito en moneda doc. , indique 50.
i) Confirme la entrada pulsando la tecla Intro.
j) Seleccione Simular.
k) Seleccione Grabar.
Nota:
Observe los valores contabilizados en el ledger.
l) Pulse Inicio.
4. Visualice el balance contable. Acceda a la aplicación Contabilización de asientos contables

generales en SAP Fiori Launchpad.
Sociedad 1010
Ledger ##
Estructura de balance/PyG 1010
a) Vaya a SAP Fiori Launchpad y, en el grupo Tratamiento de operaciones del launchpad,

seleccione el mosaico Visualización de balances financieros .
b) En el campo Sociedad, indique 1010.
c) Elija Seleccionar ledger.
d) En el campo Ledger, escriba el ledger de ampliación.
e) En el campo Estructura de balance/PyG , introduzca 1010.
f) Seleccione Ir.
En PyG, puede ver que los valores contabilizados para el ledger se han añadido como
delta a los valores subyacentes ya contabilizados en la cuenta.
g) Seleccione Inicio.

Personalización de la integración en Controlling
Figura 34: Clase de documento y grupos de ledger en Controlling
Figura 35: Definición de variantes de asignación de clase de documento para operaciones empresariales de CO
Asigne la clase de documento para las contabilizaciones en Controlling a una variante de

asignación de clase de documento. Debería copiar el ejemplo proporcionado a una entrada
específica de cliente. La entrada se creará automáticamente si ya utiliza la integración en
tiempo real en el nuevo G/L.

Figura 36: Conexión del ledger a Controlling
Figura 37: Verificación y definición de valores predeterminados para contabilizaciones en Controlling
Figura 38: Definición de cuentas de compensación entre sociedades

Figura 39: Resumen de la personalización de Contabilidad interna

Capítulo 2
Ejercicio 4
Crear una imputación predeterminada
(opcional)
1. Cree una imputación predeterminada para la cuenta 650030##, con el centro de coste
101101.
Campo Valor
Transacción OKB9
Sociedad 1010
Clase de coste 650030##
CeCo 101101
2. Contabilice un documento de prueba para verificar que la imputación funciona.

Campo Valor
Transacción FB50
Fecha del documento 09.06.2015
Texto de cabecera de doc. Imputación de prueba##
Cuenta de mayor 650030##
Importe en moneda doc. 2500
Cuenta de mayor 10010000
Importe en moneda doc. *
3. Borre la imputación predeterminada para la cuenta 650030##, con el centro de coste

101101.

Capítulo 2
Solución 4
Crear una imputación predeterminada
(opcional)
1. Cree una imputación predeterminada para la cuenta 650030##, con el centro de coste
101101.
Campo Valor
Transacción OKB9
Sociedad 1010
CeCo 101101
a) En el campo Transacción , introduzca OKB9. Pulse la tecla Intro para confirmar la

entrada.
b) Seleccione Entradas nuevas (o pulse F5).
c) En el campo Sociedad, introduzca 1010.
d) En el campo Clase de coste, indique 650030##.
e) En el campo CeCo, indique 101101.
f) Grabe sus entradas.
g) Seleccione Salir (Mayús + F3) para salir de la transacción.
2. Contabilice un documento de prueba para verificar que la imputación funciona.

Campo Valor
Transacción FB50
Fecha del documento 09.06.2015
Texto de cabecera de doc. Imputación de prueba##
Importe en moneda doc. 2500
Cuenta de mayor 10010000
Importe en moneda doc. *

a) En el campo Transacción , introduzca FB50. Confirme la entrada pulsando la tecla

Intro.
b) Elija Árbol on (o pulse Mayús + F1).
c) Haga doble clic en Z_CON CENTRO DE COSTE.
d) Seleccione Árbol off (Mayús + F2).
e) En el campo Fecha de documento , introduzca la fecha de hoy.
f) En el campo Cabecera de doc., introduzca imputación de prueba ##.
g) En el campo Cuenta de mayor, introduzca 650030##.
h) Seleccione la entrada Cargo.
i) En el recuadro Importe en moneda doc., introduzca 2500.
j) En el recuadro Cuenta de mayor, introduzca 10010000.
k) Seleccione la entrada Abono H.
l) En el campo Importe en moneda doc., introduzca *. Confirme la entrada pulsando la

tecla Intro.
Nota:
Observe que se ha derivo el centro de coste 101101.
m) Seleccione Contabilizar. También puede pulsar Ctrl + S.
n) Seleccione Salir (Mayús + F3) para salir de la transacción.
3. Borre la imputación predeterminada para la cuenta 650030##, con el centro de coste

101101.
a) En el campo Transacción , introduzca OKB9. Pulse la tecla Intro para confirmar la
entrada.
b) En la tabla, marque la posición con la Sociedad 1010 y su clase de coste 650030##.
c) Utilice el icono borrar para eliminar la entrada.
d) Grabe sus entradas.
e) Seleccione Salir (Mayús + F3) para salir de la transacción.

Capítulo 2
Ejercicio 5
Contabilizar una transferencia de CO y
visualización del resultado
1. Realice un traspaso de costes con la aplicación Traspaso manual de costes.

Campo Valor
Fecha del documento fecha de hoy
Fecha contabilización fecha de hoy
Grupo de ledger 0L
Texto del documento Traspaso ##
CeCo (anterior) 101101
Importe 1##
CeCo (nuevo) 10101401
Texto Transferencia ##
2. Verifique la actualización en el Visor de tablas.

Campo Valor
Tabla acdoca
Ejercicio Año en curso

Documento de referencia El número de documento

Capítulo 2
Solución 5
Contabilizar una transferencia de CO y
visualización del resultado
1. Realice un traspaso de costes con la aplicación Traspaso manual de costes.

Campo Valor
Fecha del documento fecha de hoy
Fecha contabilización fecha de hoy
Grupo de ledger 0L
Texto del documento Traspaso ##
CeCo (anterior) 101101
Importe 1##
CeCo (nuevo) 10101401
Texto Transferencia ##
a) En SAP Fiori Launchpad, abra la aplicación Traspaso manual de costes e introduzca los
datos detallados en la tabla.
b) Seleccione Contabilizar y anote el número de documento.
2. Verifique la actualización en el Visor de tablas.

Campo Valor
Tabla acdoca
Ejercicio Año en curso

Documento de referencia El número de documento
a) En SAP Fiori Launchpad, abra la aplicación Visor de tablas e introduzca los datos
detallados en la tabla anterior.
b) Seleccione En línea (o pulse F8).

Consejo:
La transferencia ha creado cuatro partidas individuales en la tabla de
diario. Para saber por qué, desplácese al campo Centro de beneficio.
c) Pulse en el área situada a la derecha de la barra de desplazamiento para ir a la

derecha.
Nota:
Para actualizar la integridad de saldo cero del centro de beneficio, el
sistema ha creado automáticamente posiciones adicionales de desglose de
documento.
Si se sigue desplazando, verá un mayor número de datos derivados y
almacenados desde la contabilización única en la tabla de diario.

El ledger de materiales
Figura 40: Ledger de materiales: Tendencias en la valoración y gestión de materiales
Figura 41: Modificaciones técnicas en ML con SAP S/4HANA
En SAP S/4HANA, es obligatorio utilizar el ledger de materiales para Logística.

En el uso del ledger de materiales para monedas paralelas y fines de valoración paralela:
● El contenido de las tablas MLIT, MLPP, MLPPF, MLCR, MLCRF, MLCD, CKMI1 y BSIM
ahora se almacena en ACDOCA. Los datos de MLHD se almacenan en BKPF.
● Las vistas de compatibilidad V_<NOMBRETABLA> (por ejemplo, V_MLIT) se proporcionan
para reproducir estructuras antiguas.

● El acceso a datos anteriores de tablas sigue disponible a través de las vistas

V_<NOMBRETABLA>_ORI (por ejemplo, V_MLIT_ORI).
● MLHD, MLIT, MLPP y MLCR conservan la información de prima nota, por si se modifica
manualmente el precio o el cargo/abono de materiales.
En el uso del ledger de materiales para el cálculo de costes reales, se siguen utilizando MLIT,
MLPP, MLPPF, MLCR, MLCRF y MLCD como se hacía anteriormente en Simple Finance.
Figura 42: Valoración de materiales en S/4HANA
Para obtener más información acerca de la valoración de materiales en SAP S/4HANA,

consulte la nota SAP 2127080.
Existe una posición de desarrollo de alta prioridad que acorta la distancia entre la
determinación de precios de transferencia y en varias monedas, pero no se pueden confirmar
ni los plazos ni las características. La solución será diferente en cuanto al concepto
subyacente de las siguientes maneras:
● No habrá más tipos de valoración y moneda combinados (como el tipo de moneda 31 para
la moneda de grupo en la valoración de grupo).
● Habrá más monedas, y las valoraciones se realizarán por separado, igual que en los
ledgers adicionales.
● El concepto se unificará a través de las cuentas de mayor, CO y el ledger de materiales.

Figura 43: Métodos de valoración de materiales: SAP S/4HANA admite todos los métodos de valoración de ERP
SAP S/4HANA da soporte a todos los métodos de valoración conocidos de SAP ERP. Sin
embargo, ACDOCA no los admite todos (los basados en las tablas clásicas).
Figura 44: Tipos de ledger de materiales
La determinación de precios 2 en el registro maestro de materiales indica que el ledger de

materiales está activo, pero seguimos utilizando un precio medio variable que puede
modificarse en cualquier momento. En este caso, se utiliza ACDOCA para mostrar los precios
y los valores en el maestro de materiales.
La determinación de precios 3 en el registro maestro de materiales indica que el material
forma parte del cálculo de costes real y, por eso, tiene que indicarse como de precio S. El

precio V es periódico y se actualizará solo con el cálculo de costes reales. ACDOCA no se

utiliza en el cálculo de costes reales.
Figura 45: Análisis de precios de material
En el análisis de precios de materiales disponible en el ledger de materiales, se obtiene como

resultado un informe que permite analizar el historial de precios del material. En la pantalla,
se muestra CKM3 para un material con una determinación de precios 3, por lo que también
hay disponibles vistas adicionales como Estructura de la determinación de precios .
El concepto de bloqueo de periodos
Figura 46: Efecto sobre el bloqueo de periodos
En SAP Accounting, las contabilizaciones relevantes de CO no verifican solo el bloqueo de

periodos de CO como sucedía anteriormente, sino que también verifican el inicio o el cierre
del periodo de G/L. Por ello, debe permitir las contabilizaciones en las cuentas del tipo de
cuenta "Costes secundarios" en el inicio/cierre del periodo de G/L.

Figura 47: Bloqueo de periodos en CO
En CO, es necesario especificar qué transacciones desea bloquear y para qué periodos.
Por ejemplo, puede bloquear los periodos 1 y 2 en las contabilizaciones de subreparto de
gastos generales reales. Se permitirán las demás contabilizaciones en estos periodos.
Figura 48: Bloqueo de periodos en FI
En la transacción OB52, puede especificar en cada variante qué periodos de contabilización

están abiertos. Para ello, puede elegir entre los intervalos entre periodos de 1 a 3.
Puede utilizar los intervalos entre periodos 1 y 2 para procesos de contabilización habituales
en periodos especiales y regulares. En el intervalo entre periodos 1, puede indicar un grupo de
usuarios autorizados. Es decir, en un cierre mensual o de ejercicio, por ejemplo, puede abrir
periodos de contabilización solo para usuarios específicos. Debe definir los parámetros de
autorización necesarios en el objeto de autorización opcional Documento contable:
Autorizaciones para periodos contables (F_BKPF_BUP). Recomendamos utilizar el intervalo
entre periodos 1 para los periodos especiales, porque las autorizaciones solo se pueden
gestionar aquí.

El intervalo entre periodos 3 se utiliza en las contabilizaciones de Controlling (CO) a Gestión

financiera (FI). Si no realiza una entrada para el intervalo entre periodos 3, la verificación en
estas contabilizaciones se lleva a cabo desde Controlling en los intervalos entre periodos 1 y
2. Si realiza una entrada para el intervalo entre periodos 3, la verificación en estas
contabilizaciones se lleva a cabo solo en el intervalo entre periodos 3. En cada intervalo,
especifique los límites inferior y superior del periodo de contabilización, así como el ejercicio.
En vez de utilizar la transacción OB52, puede usar el informe RFOB5200. Si desea utilizar las
autorizaciones para controlar quién puede ejecutar el programa RFOB5200 para el inicio y el
cierre de los periodos de contabilización de fondo, consulte la nota SAP 2251160.
El ledger principal trabaja con el periodo contable que se asigna en el área de contabilidad. Se
pueden asignar ledgers que no sean principales a diferentes variantes de periodo de
contabilización.
Tiene que determinar si la versión del ledger no principal no solo se debe verificar en las
reservas específicas del grupo de ledger, sino también en las reservas con vacío de grupo de
ledger seleccionando el campo Gestionar periodo de contabilización en los parámetros
globales de la sociedad.
Con una aplicación de SAP Fiori, puede utilizar el bloqueo de periodos específico de ledger
para bloquear periodos según el ledger, lo cual resulta especialmente útil para trabajar con
ledgers de ampliación. En el futuro, debería ponerse a disposición una sola actualización
unificada.
Figura 49: Verificación y adopción de variantes de ejercicio
Las variantes de ejercicio de todas las sociedades CO productivas y sus sociedades asignadas
deben ser las mismas.

Ahora podrá:

Capítulo 2
Lección 3
Análisis de las opciones de informe
SAP S/4HANA Analytics Architecture

Desea conocer las opciones de informe de SAP S/4HANA Finance. Desea saber cómo
aprovechar la infraestructura existente y conocer las opciones disponibles. Desea la mejor
opción de herramientas de análisis e informes de back end y front end para gestionar
informes de forma efectiva a partir de los datos contabilizados en el sistema.
Figura 50: SAP S/4HANA: informes operativos en tiempo real
Con las funciones analíticas integradas en SAP S/4HANA, todo se encuentra en la misma pila
técnica y utiliza la misma interfaz de usuario. Gracias a esta estructura, es posible mejorar el
coste total de propiedad (TCO) y aportar más eficiencia al usuario. La analítica integrada está
disponible en los procesos empresariales y, con ella, el procesamiento es más eficiente. El
modelo de datos simplificado reduce la redundancia de datos y, por tanto, hay más espacio
disponible para guardar un historial de datos más grande. El modelo de datos simplificado
reduce el número de tablas, lo que facilita la creación de modelos de datos virtuales.

Figura 51: SAP S/4HANA Analytics Architecture
SAP S/4HANA combina transacciones y análisis para habilitar la creación de informes sobre
operaciones a partir de datos de transacciones activos.
Con SAP S/4HANA, se da soporte a este concepto a través de SAP Core Data Services (vistas
CDS) para la generación de informes sobre operaciones en tiempo real. El contenido se
representa como un modelo de datos virtual (VDM), que se basa en las tablas de datos
maestros y transaccionales de SAP S/4HANA. Las vistas CDS se desarrollan, actualizan y

amplían en la capa ABAP del sistema SAP S/4HANA. El sistema genera vistas en tiempo de
ejecución de SQL en SAP HANA para ejecutar la lectura y transformación de datos en la capa
de base de datos de SAP HANA.
Figura 52: Core Data Services (vistas CDS): enfoque de modelo estratégico para entidades empresariales
Core Data Services (CDS) es una infraestructura que pueden utilizar los desarrolladores de
bases de datos para crear el modelo de datos (persistentes) subyacente que los servicios de
la aplicación expondrán a los clientes de la IU.

Lección: Análisis de las opciones de informe
El desarrollador de la base de datos define tanto la persistencia de los datos como los
modelos analíticos que se utilizarán para exponer datos en respuesta a las solicitudes de los
clientes a través de HTTP. Con CDS, puede definir un modelo de persistencia que incluya
objetos como tablas, vistas y tipos estructurados. Los objetos de la base de datos especifican
qué datos podrán consumirse en las aplicaciones y cómo estarán disponibles.
Nota:
Para obtener más información de las vistas de CDS, utilice http://help.sap.com/
saphelp_nw75/helpdata/en/4e/d1f2e06e391014adc9fffe4e204223/content.htm
y la documentación de SAP para las vistas de ABAP CDS https://help.sap.com/
abapdocu_750/en/abencds.htm
Figura 53: SAP S/4HANA Analytics Architecture
SAP integra lo siguiente:

● Vistas de consumo: las vistas de consumo son vistas públicas específicas de un dominio
para aplicaciones de transacciones, búsquedas y análisis.
Estas vistas de consumo también pueden utilizarse a través de los servicios oData en SAP
Gateway. Con estos servicios oData, SAP Fiori, las herramientas de SAP BI y los
clientes/IU de terceros pueden acceder a las vistas de consumo directamente o mediante
el Motor analítico.
● Vistas de interfaz: las vistas de la interfaz son públicas, estables y reutilizables para
cualquier consumidor.
● Vistas privadas: las vistas privadas son vistas de ayuda técnica auxiliar. No forman parte
de la interfaz pública.
● Ampliaciones definidas por el usuario: se permite al usuario ampliar los objetos
suministrados por SAP.

Figura 54: Simplificación: una pila para todos los tipos de aplicación
En la parte inferior, se muestran las tablas de SAP Business Suite en SAP HANA. Encima de
estas, se encuentran las vistas CDS. Estas vistas CDS son objetos ABAP que se definen y
gestionan en ABAP, aunque también crean vistas de SAP HANA (procesamiento de datos en
la capa de base de datos).
En la capa de aplicación de ABAP, el Motor analítico y la búsqueda empresarial utilizan la vista
CDS. La lógica transaccional puede emplear vistas CDS con las nuevas aplicaciones, pero
algunas aplicaciones antiguas seguirán accediendo directamente a las tablas de Business
Suite.
El Motor analítico es un componente de SAP BW disponible en todos los sistemas SAP
Business Suite. Proporciona funcionalidades que todavía no están disponibles en SAP HANA,
como tablas dinámicas, jerarquías, agregaciones y ejecución de fórmulas.
Las aplicaciones front end utilizan mayoritariamente oData como protocolo de comunicación
dentro de la interfaz de SAP Fiori. Hay algunas excepciones en las que se utiliza el protocolo
InA porque no existe ninguna implementación de oData en la actualidad, como Lumira,
Design Studio y Search.

Las diferentes herramientas de consumo de datos
Figura 55: Herramientas de consumo de datos
Necesita herramientas de consumo de datos que le ayuden a descubrir y analizar áreas para
optimizar el negocio, con las que pueda adaptar los datos a sus necesidades. Desea visualizar
una historia con estos datos para poder presentarla. Estos requisitos los cubren las
soluciones de SAP como Lumira y Design Studio Apps.
También hay disponibles aplicaciones y dashboards que crean experiencias atractivas para
ofrecer información interesante a los usuarios cuando estos la necesiten, para realizar
seguimiento de los indicadores de rendimiento clave, así como para integrar datos y crear
experiencias personalizadas con la que los usuarios puedan obtener lo que necesitan con
rapidez. Con este objetivo, se actualiza y proporciona al usuario información precisa y
consolidada. Para ello puede utilizar Design Studio.
En cuanto a la creación de informes, para compartir información es necesario distribuir la
información de forma segura a toda la organización, dar a los usuarios la capacidad de
preguntar y responder cuestiones y crear informes que se puedan imprimir para mejorar la
eficacia operativa. Para ello puede utilizar, por ejemplo, SAP Crystal Reports o Web
Intelligence.
SAP tiene disponibles otras herramientas de consumo de datos pero, a fin de simplificar la
infraestructura, en el futuro deben converger en las herramientas mencionadas. Para
proteger las inversiones de los clientes, las otras herramientas no caducarán.

Figura 56: Oferta analítica integrada en SAP S/4HANA 1511
La hoja de ruta de SAP S/4HANA para Analytics contempla tres tipos de usuario. Según la
función desempeñada en la empresa, el usuario formará parte de una de las categorías
siguientes:
● El usuario de TI, que desarrolla vistas CDS, nuevas aplicaciones y funciones de
planificación.
● El usuario clave analítico, que crea y actualiza consultas, informes predefinidos y mosaicos
de dashboard y habilita a los usuarios finales para que puedan encontrar los informes
adecuados.
● El usuario final analítico, que trabaja con varias herramientas de análisis para consumir
datos, efectuar análisis y llevar a cabo las acciones pertinentes.
Enlaces a vídeos sobre herramientas analíticas
Tabla 3:
Consulte estos enlaces a YouTube para ver la apariencia de las diferentes herramientas de
generación de informes.
Qué Enlace
Tutoriales de SAP BusinessObjects Design https://www.youtube.com/playlist?

Studio list=PLs5htBIwERYWFt-ixnVgx-
sUGvQpR9E8hI
Tutoriales de SAP BusinessObjects Dash- https://www.youtube.com/playlist?

boards 4.x list=PLs5htBIwER-
YUA748i26Z9Y0Z2dXw3s29E
Tutoriales de la edición de SAP BusinessOb- https://www.youtube.com/playlist?

jects Analysis 1.x para MS Office list=PLs5htBIwERYXTVP--IvbjaTJF0enYv6kK
Tutoriales de SAP BusinessObjects Explorer https://www.youtube.com/playlist?

4.x list=PLs5htBI-
wERYW9NthcmsyCMSMNwJhF6QP5

Qué Enlace
Tutoriales de SAP BusinessObjects Web Inte- https://www.youtube.com/playlist?

lligence 4.x list=PLs5htBIwER-
YUjNLyWJR2g2U2aSWPzJBou
Tutoriales de SAP BusinessObjects Lumira https://www.youtube.com/playlist?

1.17 - 1.23 list=PLs5htBIwERYWqmHln-
bAB6gSQ3b39JzWLa
Tutoriales de SAP Crystal Reports para SAP https://www.youtube.com/playlist?

Business One 2011/2013 list=PLs5htBIwER-
YULWPdq3xdVb6R68Up_kCFu
Ejemplo de SAP Smart Business https://www.youtube.com/watch?

v=sRjrhralEHE
Figura 57: SAP S/4HANA Analytics y SAP Business Warehouse
SAP S/4HANA Analytics, junto con SAP Business Warehouse (SAP BW), proporciona la
mejor suite en su clase para servicios analíticos.
A continuación, se describen ejemplos de requisitos cubiertos en SAP BW:
● Informes consolidados y desnormalizados a partir de datos recopilados de varias
aplicaciones SAP y que no son de SAP y para la gestión de datos
● Informes agregados de datos históricos que pueden no estar en línea en el SAP Business
System subyacente
Para ver un estudio de caso con escenarios de implementación de SAP BW junto con SAP S/
4HANA Analytics, consulte: http://scn.sap.com/docs/DOC-55312

Capítulo 2
Ejercicio 6
Utilizar SAP BusinessObjects Lumira
(opcional)
1. Cambie a la Vista de aplicación de la pantalla de Windows. Abra SAP BusinessObjects

Lumira e inicie sesión en Sistema BW local T41[SPACE]
Connect to Local BW System
System T41[SPACE]
Client 400
User S4F02–##
Password Welcome1
2. Cree un nuevo conjunto de datos para la consulta temporal 2CCSDSLSORDERITEMQ, que
muestra datos para la consulta analítica de la vista CDS C_SalesOrderItemQry (Recepción

de pedido de cliente). En los campos disponibles, añada Importe neto, Organización de
ventas, Pedido de cliente, Posición de pedido de cliente, Material y Año/Mes de creación.
Cree una visualización 1: Gráfico coroplético geográfico.
3. Cree una visualización 2 y 3: Gráfico de embudo Para crear la visualización 3, duplique la

visualización 2 y filtre en Organización de ventas : Org. ventas nac. US.
4. Cree una visualización 4: Tabla cruzada.
5. Cree un guion gráfico con la visualización, grábelo en un directorio local con el nombre
S4F02 ##_Informe y realice una visualización preliminar.

Capítulo 2
Solución 6
Utilizar SAP BusinessObjects Lumira
(opcional)
1. Cambie a la Vista de aplicación de la pantalla de Windows. Abra SAP BusinessObjects

Lumira e inicie sesión en Sistema BW local T41[SPACE]
Connect to Local BW System
System T41[SPACE]
Client 400
User S4F02–##
Password Welcome1
a) Para abrir SAP BusinessObjects Lumira, seleccione el menú de inicio de Windows y

pulse el mosaico SAP Lumira.
b) Seleccione File→ New.
c) Seleccione Download from SAP Business Warehouse y elija Next.
d) En el campo Connect to, seleccione Local BW System.
e) En el campo Connect to, seleccione T41[SPACE].
f) En el campo Client ID, indique 400.
g) En el campo User, introduzca S4F02–##.
h) En el campo Password , escriba su contraseña.
i) En el campo Language, indique ES y seleccione Connect.
2. Cree un nuevo conjunto de datos para la consulta temporal 2CCSDSLSORDERITEMQ, que

muestra datos para la consulta analítica de la vista CDS C_SalesOrderItemQry (Recepción
de pedido de cliente). En los campos disponibles, añada Importe neto, Organización de
ventas, Pedido de cliente, Posición de pedido de cliente, Material y Año/Mes de creación.
Cree una visualización 1: Gráfico coroplético geográfico.
a) En el desplegable Vista, seleccione InfoÁreas.
b) En el campo Buscar, introduzca 2CCSDSLSORDERITEMQ.

Nota:
La consulta temporal se basa en la vista SQL CSDSLSORDERITEMQ con el
prefijo 2C. El nombre de la vista correspondiente es C_SalesOrderItemQry.
c) Seleccione Recepción de pedido de cliente.
d) Pulse Siguiente.
e) Seleccione Moneda de visualización e indique USD en el campo con el borde azul.

Seleccione OK.
f) En el campo Indicadores, seleccione Importe neto y pulse Agregar.
g) En el campo Dimensiones, seleccione Organización de ventas y pulse Agregar.
h) En el campo Dimensiones, seleccione Pedido de cliente y pulse Agregar.
i) En el campo Dimensiones, seleccione Posición de pedido de cliente y pulse Agregar.
j) En el campo Dimensiones, seleccione Material y pulse Agregar.
k) En el campo Dimensiones, seleccione Año/Mes de creación y pulse Agregar.
l) Seleccione Crear.
m) En Gráficos geográficos , seleccione Gráfico coroplético geográfico .
n) Seleccione Opciones para Organización de ventas.
o) Seleccione Crear una jerarquía geográfica → Por nombre .
p) Seleccione Confirmar.
q) En los recuadros desplegables Recomendaciones para Org. ventas nac. DE, seleccione
Alemania.
r) En los recuadros desplegables Recomendaciones para Org. ventas nac. US, seleccione
Estados Unidos.
s) Pulse Hecho.
t) Haga clic en el campo Color de la sección Indicadores y seleccione Importe neto.
u) Haga clic en el campo Geografía de la sección Dimensiones y seleccione Organización

Geography_Sales.
v) Junto al título, seleccione opción y cambie el nombre del título por Recepción de
pedidos de cliente por país.
3. Cree una visualización 2 y 3: Gráfico de embudo Para crear la visualización 3, duplique la

visualización 2 y filtre en Organización de ventas : Org. ventas nac. US.
a) Agregue una visualización nueva con el botón + situado en la parte inferior de la
pantalla.
b) En Otros gráficos , seleccione el tipo Gráfico de embudo.
c) Haga clic en el campo Valores de la sección Indicadores y seleccione Importe neto.

d) Haga clic en el campo Color de la sección Dimensiones y seleccione CLAVE de pedido

de cliente.
e) Cerca del Título, seleccione Agregar filtros y elija Organización de ventas .
f) Seleccione Org. ventas nac. DE y elija Aplicar.
g) Junto al título, seleccione Opción y cambie el nombre del título por Alemania /
Recepción de pedidos de cliente / Ingresos por ventas en USD .
h) En el menú contextual de la visualización 2, elija Opciones y, a continuación, seleccione

Duplicar.
i) En la nueva visualización duplicada, pulse Filtrar y seleccione Org. ventas nac.

US.
j) Junto al título, seleccione Opción y cambie el nombre del título por Estados
Unidos / Recepción de pedidos de cliente / Ingresos por ventas en
USD.
4. Cree una visualización 4: Tabla cruzada.

a) Agregue una visualización nueva con el botón + situado en la parte inferior de la
pantalla.
b) En Tablas , seleccione Tabla cruzada .
c) Haga clic en el campo de la sección Indicadores y seleccione Importe neto.
d) Haga clic en el campo de la sección Columnas y seleccione el Año/Mes de creación
como primera posición.
e) Pulse el campo de la sección Filas y seleccione Organización de ventas .
f) Pulse el campo de la sección Filas y seleccione Material como segunda posición.
g) Junto al título, seleccione Opción y cambie el nombre del título por Recepción de
pedidos de cliente por organización de ventas y material .
5. Cree un guion gráfico con la visualización, grábelo en un directorio local con el nombre
S4F02 ##_Informe y realice una visualización preliminar.
a) Seleccione Crear en la parte superior.
b) Asigne el nombre Recepción de pedidos de clienteal guion gráfico.
c) Asigne el nombre Resumen geográfico.
d) En Plantillas, seleccione En blanco.
e) Escriba un título y agregue el gráfico geográfico.
f) Agregue una página nueva con el botón + Añadir página situado en la parte inferior de
la pantalla.
g) Asigne el nombre Detalles de pedidoa la página.
h) En Plantilla, seleccione Resumen.
i) Escriba un título y agregue las visualizaciones restantes.

j) Indique el Nombre S4F02–##_Informe.
k) Seleccione Grabar.
l) Seleccione Presentación preliminar .

Ahora podrá:

Capítulo 2
Lección 4
Presentación de SAP Fiori
Rampa de lanzamiento y personalización de SAP Fiori
Figura 58: SAP Fiori UX
SAP Fiori UX es la nueva figura de SAP para los usuarios empresariales de TODAS las líneas
de negocio e incluye nuevas soluciones de SAP HANA y nuevas adquisiciones de nube
nativas, como SAP SuccessFactors, SAP Ariba o SAP Fieldglass, en todas las opciones de
despliegue y en todos los dispositivos.
SAP Fiori UX hace referencia a tres dimensiones diferentes: concepto de SAP Fiori, diseño de
SAP Fiori y tecnología de SAP Fiori.
El concepto de SAP Fiori es básicamente una simplificación de la experiencia de usuario.
Representa un cambio de paradigma en la entrega de una experiencia de usuario global y
coherente que se centra solo en las tareas y actividades relevantes para las necesidades del
usuario final. Esencialmente, los principios de SAP Fiori definen el concepto global.
SAP Fiori UX se basa en los principios de diseño moderno, como:
Basado en funciones
Diseñado para el usuario, sus necesidades y su forma de trabajar.

Reactivo
Compatible en todo momento con la forma de trabajar y el lugar en el que se trabaja.
Sencillo
Se centra en lo importante.
Coherente
Proporciona una experiencia fluida e intuitiva.
Exquisito
Crea una conexión emocional.
Gracias a estos principios de diseño, SAP elevará la experiencia de usuario y diseñará un

componente integral de la experiencia de marca de SAP, justo cuando la plataforma SAP
HANA ha confirmado de nuevo la reputación de SAP en cuanto a innovación.
Contribuye a diferenciar el diseño y la tecnología del concepto de SAP Fiori de la siguiente
manera:
● El diseño de SAP Fiori es un reflejo del diseño visual, la arquitectura de la información, los
colores o los patrones de interacción. Las directrices de diseño se pueden consultar en:
http://experience.sap.com/wp-content/fiori-guidelines.
● La tecnología de SAP Fiori engloba toda la arquitectura, tecnología, infraestructura y todos
los componentes de modelos de programación necesarios para crear, suministrar y
ejecutar aplicaciones de SAP Fiori.
Figura 59: Fiori Launchpad: un único punto de entrada para el usuario
SAP Fiori Launchpad es el único punto de entrada para la interacción del usuario con el
sistema.
Se centra en personas y se basa en funciones. Los usuarios disponen de acceso a
aplicaciones específicas según la función desempeñada en la empresa. Permite a los usuarios
llevar a cabo tareas específicas según sus requisitos.
Incorpora funciones de búsqueda, colaboración y suministro. Las aplicaciones y SAP Fiori
Launchpad funcionan de forma inherente en varios dispositivos.
Ofrece capacidades de personalización de branding y temas.

Lección: Presentación de SAP Fiori
Asimismo, proporciona un URL estable para marcadores y uso compartido, además de

ofrecer disponibilidad en varias plataformas.
Al basarse en navegador, funciona en varios sistemas operativos y en todas las aplicaciones
de navegación modernas.
Sus mosaicos activos permiten obtener información actualizada directamente en la página
principal del launchpad sin tener que abrir la aplicación.
Figura 60: Personalización de SAP Fiori Launchpad para los usuarios
Los usuarios finales pueden personalizar los mosaicos de su entorno de SAP Fiori Launchpad.
Por ejemplo, el gerente de caja del grupo puede crear una nueva aplicación Posición de caja,
que supervise la posición del efectivo en la sociedad filial alemana, porque se trata de un
mercado de interés.
Figura 61: Diseñador de SAP Fiori Launchpad
El Diseñador de SAP Fiori Launchpad es la herramienta estándar que permite realizar las
acciones siguientes:
● Configuración de mosaicos para lanzadores de aplicaciones estáticas, lanzadores de
aplicaciones dinámicas y asignaciones de destino.
● Creación de catálogos y grupos preconfigurados para la página inicial del launchpad.

● Traslado de configuraciones mediante solicitudes, paquetes o el workbench Customizing.
Para obtener más información, consulte el documento de ayuda del Diseñador de SAP Fiori
Launchpad: https://go.sap.corp/fldhelp
Figura 62: Diseñador de temas de SAP Fiori
El Diseñador de temas de SAP Fiori es una herramienta que permite diseñar temas
personalizados para el launchpad que se ajusten a las especificaciones del cliente. Las
funciones básicas incluyen el cambio de color de la fuente, la modificación del color de fondo
y la adición de imágenes, así como la asignación de temas a usuarios.
Figura 63: Navegación y búsqueda de SAP HANA en SAP Fiori
La búsqueda es el paradigma de la recuperación de información que impera en la red. Todas

las ofertas líderes funcionan combinando funciones de búsqueda y redes sociales, mientras
que los enfoques de navegación tradicionales han quedado relegados.

La combinación de las prestaciones de búsqueda avanzadas, la nueva navegación contextual

y la velocidad de SAP HANA nos ha permitido crear una experiencia de usuario increíble para
explorar la Web de entidades empresariales de SAP Business Suite.
Las funciones de búsqueda avanzada, como la búsqueda inexacta, la búsqueda libre y la
búsqueda exacta, se combinan con una IU intuitiva, sencilla y bonita que ofrece prestaciones
de navegación contextual en toda la Business Suite.
Las hojas de datos permiten obtener una vista coherente de 360° sobre las entidades
empresariales, porque los tradicionales datos sobre transacciones se enriquecen con
información adicional, como las vistas analíticas basadas en SAP HANA y otros servicios
innovadores (por ejemplo, etiquetados, feeds, favoritos, marcadores, etc.).
Figura 64: SAP Fiori Smart Business: supervisión de KPI
Experiencia de usuario y modelo de trabajo nuevos con la tecnología SAP HANA
● Acceso basado en funciones a toda la información relevante, como los indicadores de

rendimiento clave, feeds de noticias y tareas específicas
● Nuevo modelo de trabajo con escenarios de obtención de información integral, que
incluyen previsiones y simulaciones
● Interfaz de usuario fácilmente adaptable con funciones de arrastrar y soltar y un completo
catálogo de mosaicos
● Nueva experiencia de usuario reactiva y coherente que da soporte a varios canales y
factores de forma
● Visualización codificada en colores de los umbrales infringidos

SAP Smart Business es un framework abierto. Los clientes e interlocutores pueden definir sus
propios KPI e integrarlos en herramientas de análisis y colaboración (por ejemplo, SAP
BusinessObjects Lumira) o en aplicaciones existentes.

Capítulo 2
Ejercicio 7
Personalizar el launchpad y crear mosaicos
1. Inicie sesión en SAP Fiori Launchpad con el usuario S4F02–## y la contraseña Welcome1.
2. Cree un grupo nuevo en el launchpad con el nombre Participante S4F02–##.
3. Agregue las siguientes aplicaciones al grupo nuevo. Utilice la función de búsqueda del
Catálogo de mosaicos.
Visualización de partidas de cuentas de mayor
Centros de costes - Costes reales
Gestión de materiales - Gestión de almacenes: Gestionar stock
Gestión de materiales - Gestión de almacenes: Stock
Gestión de materiales - Gestión de almacenes: Visualizar resumen de stocks
4. Utilice la aplicación Visualización de partidas de cuentas de mayor de su grupo para
analizar los documentos. Cambie los filtros para ver solo las partidas individuales del
ejercicio real y grabe el informe con los filtros definidos como un nuevo mosaico del grupo
en el launchpad.
Buscar Visualización de partidas de

cuentas de mayor
Filtros Sociedad, Status, Nombre de usua

rio
5. Pulse el nuevo mosaico para consultar las partidas contables.
6. Utilice la aplicación Centro de costes - Costes reales para crear una lista de todas las
partidas del ejercicio real asignadas a centros de costes.

Capítulo 2
Solución 7
Personalizar el launchpad y crear mosaicos
1. Inicie sesión en SAP Fiori Launchpad con el usuario S4F02–## y la contraseña Welcome1.
a) Haga clic en el botón Inicio de Windows y escriba Fiori Launchpad.
b) Indique el usuario S4F02## y la contraseña Welcome1.
2. Cree un grupo nuevo en el launchpad con el nombre Participante S4F02–##.

a) En SAP Fiori Launchpad, seleccione Personalizar página de iniciosituado en
la parte inferior derecha de la pantalla.
b) Haga clic en la posición superior, + Añadir grupo.
c) Introduzca el nombre del grupo nuevo Participante S4F02–##.
3. Agregue las siguientes aplicaciones al grupo nuevo. Utilice la función de búsqueda del
Catálogo de mosaicos.
Visualización de partidas de cuentas de mayor
Centros de costes - Costes reales
Gestión de materiales - Gestión de almacenes: Gestionar stock
Gestión de materiales - Gestión de almacenes: Stock
Gestión de materiales - Gestión de almacenes: Visualizar resumen de stocks
a) Haga clic en el mosaico + del grupo.
b) Busque las aplicaciones deseados seleccionando los catálogos correspondientes, por

ejemplo Gestión de materiales - Gestión de almacenes , o bien utilizando la herramienta
de búsqueda.
c) Pulse + en los mosaicos para agregarlos al grupo.
d) Seleccione Inicio.
e) En SAP Fiori Launchpad, seleccione Abandonar modo de acciónsituado en la

parte inferior derecha de la pantalla.
Volverá al tema SAP predeterminado.
4. Utilice la aplicación Visualización de partidas de cuentas de mayor de su grupo para

analizar los documentos. Cambie los filtros para ver solo las partidas individuales del
ejercicio real y grabe el informe con los filtros definidos como un nuevo mosaico del grupo
en el launchpad.

Buscar Visualización de partidas de

cuentas de mayor
Filtros Sociedad, Status, Nombre de usua

rio
a) En el grupo de SAP Fiori Launchpad, seleccione la aplicación Visualización de partidas

de cuentas de mayor.
b) En el campo Ledger, indique 0L; en el campo Sociedad, escriba 1010; y seleccione el

status Todas las partidas .
c) Seleccione el intervalo de tiempo De fecha contabiliz. y, en el campo, introduzca la

fecha de contabilización 01.01.ejercicio real.
d) Seleccione Ir.
Verá las partidas que coincidan con los filtros.
e) Elija Filtros y en el grupo Campos generales seleccione la posición Nombre de usuario.

Escribe su nombre de usuario y seleccione Ir.
Esta vista se centra en las partidas individuales que ha creado o creará más adelante
en el curso. Por eso, desea grabar este informe con estos filtros como una aplicación
nueva para utilizarlo posteriormente.
f) Utilice el icono Compartir y seleccione Grabar como mosaico . Indique el nombre
S4F02–## Mis partidas de cuentas de mayory seleccione el grupo

Participante S4F02 ## .
Nota:
Puede enviar por correo electrónico un enlace con la partida como un
archivo adjunto.
g) Seleccione Atrás o cierre la ventana del navegador.
5. Pulse el nuevo mosaico para consultar las partidas contables.

a) En el grupo de SAP Fiori Launchpad, seleccione la aplicación S4F02 ## - Mis partidas
de cuentas de mayor.
Nota:
También puede modificar los filtros y grabarlos como variantes de
visualización.
b) Seleccione Atrás o cierre la ventana del navegador.
6. Utilice la aplicación Centro de costes - Costes reales para crear una lista de todas las
partidas del ejercicio real asignadas a centros de costes.
a) En el grupo de SAP Fiori Launchpad, seleccione la aplicación Centro de costes - Costes
reales.

b) En los Filtros de Ejercicio, indique ejercicio real.
c) En los Filtros de Sociedad, introduzca el valor 1010.
d) En los Filtros de Jerarquía de centro de coste , especifique el valor A0000001.
e) Elija Iniciar selección
f) Para seleccionar el campo Fecha de contabilización , pulse el icono Agregar campo a eje
de línea y visualice el resultado.
g) Salga de la aplicación.

Diferentes tipos de aplicaciones
Figura 65: Tipos de aplicaciones de SAP Fiori
La entrega más reciente de SAP Fiori (disponible desde mayo de 2016) incorpora más de 300
aplicaciones para las principales funciones empresariales de análisis y transacciones, como

autorizaciones de workflow, consultas de información y tareas de autoservicio.
Con estas aplicaciones, los usuarios pueden efectuar transacciones (aplicaciones de
transacciones), obtener información para tomar decisiones (aplicaciones analíticas) o
visualizar hojas informativas e información contextual (aplicaciones de hojas informativas).
Por último, pueden analizar y evaluar KPI sobre operaciones y estrategias (cockpits de SAP
Smart Business).

Figura 66: Ejemplo de aplicación de transacciones - Gestionar datos maestros de centro de coste
Las transacciones antiguas para la actualización de centros de costes ( KS01, KS02 y KS03) se
han reemplazado por la aplicación nueva Gestionar datos maestros de centro de coste . Las
transacciones antiguas se podrán reactivar implementando la nota SAP 2084604.
Figura 67: Ejemplo de aplicación de transacciones -Gestionar grupos de centros de coste
Las transacciones antiguas para la actualización de centros de costes ( KSH1, KSH2 y KSH3) se
han reemplazado por la aplicación nueva Gestionar grupos de centros de coste . Las
transacciones antiguas se podrán reactivar implementando la nota SAP 2084604.

Figura 68: Ejemplo de aplicación de transacciones - Aplicación de SAP Fiori para el bloqueo de periodos
Las transacciones antiguas para la actualización de un bloqueo de periodos en FI y CO siguen

disponibles, pero la aplicación Periodos contables abiertos permite además el inicio y el cierre
de periodos según el ledger.
Figura 69: Ejemplo de aplicación analítica - Informe de estado de cuentas con muchos desgloses
Un segundo grupo de aplicaciones son las "aplicaciones analíticas", que generan informes con
varias opciones de desglose. Las características de desglose se listan en el panel de
navegación.

Figura 70: Ejemplo de aplicación analítica - Cuentas de pérdidas y ganancias multidimensionales
Un ejemplo simple de lo que aporta este cambio de arquitectura es la cuenta de pérdidas y

ganancias. Podemos verla como antes según la estructura de la cuenta. Podemos desglosar
la información en las dimensiones que solíamos considerar como parte del nuevo G/L
(sociedad, centro de beneficio, división, interlocutores) y, a continuación, desglosar la
información en las dimensiones que solían estar disponibles cambiando a los informes CO
(centros de coste, elementos PEP, grupos de clientes, etc.).
Figura 71: Ejemplo de hojas informativas - Hoja informativa del centro de coste
Un tercer grupo de aplicaciones son las hojas informativas. Proporcionan un resumen

multidimensional del objetivo introducido, por ejemplo un centro de coste, y brindan la
oportunidad de expandirlo a otras aplicaciones y funcionalidades. Asimismo, pueden mostrar
directamente KPI y cifras clave.

Capítulo 2
Ejercicio 8
Crear un centro de coste
por el instructor.
1. Cree el centro de coste SERV-## con la aplicación de transacción adecuada en SAP Fiori
Launchpad. Busque Gestionar centros de costecon la herramienta de búsqueda.
No utilice la aplicación Centro de coste del grupo Participante S4F02 ## , porque se
trata de una hoja informativa y no de un centro de coste.
Nota:
En el sistema de formación, puede utilizar el código de transacción KS01 como
alternativa.
En la nota SAP 1946054, se describen los códigos de transacción que
sustituyen las aplicaciones. En la nota SAP 2084604, se explica cómo
restaurar códigos de transacción.
Introduzca los datos siguientes:

Campo Valor
Sociedad CO A000
Centro de coste SERV-##
Válido desde 1.1.ejercicio real
Válido hasta 31.12.9999
Persona responsable su nombre
Nombre del centro de coste servicio ##
Descripción del centro de coste servicio Grupo de centros de coste ##
Categoría de centro de coste H
Área jerárquica TS4F20##
Sociedad 1010
Centro de beneficio T PCA##
2. Busque su centro de coste.

Capítulo 2
Solución 8
Crear un centro de coste
por el instructor.
1. Cree el centro de coste SERV-## con la aplicación de transacción adecuada en SAP Fiori
Launchpad. Busque Gestionar centros de costecon la herramienta de búsqueda.
No utilice la aplicación Centro de coste del grupo Participante S4F02 ## , porque se
trata de una hoja informativa y no de un centro de coste.
Nota:
En el sistema de formación, puede utilizar el código de transacción KS01 como
alternativa.
restaurar códigos de transacción.

Campo Valor
Sociedad CO A000
Válido desde 1.1.ejercicio real
Válido hasta 31.12.9999
Persona responsable su nombre
Nombre del centro de coste servicio ##
Descripción del centro de coste servicio Grupo de centros de coste ##
Categoría de centro de coste H
Área jerárquica TS4F20##
Sociedad 1010
Centro de beneficio T PCA##
a) Vaya a SAP Fiori Launchpad. Busque la aplicación Gestionar centros de coste

con la herramienta de búsqueda y abra la aplicación.
b) Seleccione el icono Añadir.

c) Especifique los datos necesarios para el registro de datos maestros del centro de
coste.
d) Seleccione Continuar.
e) Especifique los datos necesarios para el registro de datos maestros del centro de
coste y seleccione Grabar.
Verá el mensaje Datos grabados.
f) Salga de la pantalla pulsando Atrás.
2. Busque su centro de coste.

a) En el campo Centro de coste , introduzca SERV##.
Cuantas más letras escriba, menos elementos aparecerán en la lista de resultados.
b) Para ver la lista final de resultados de búsqueda, seleccione Ir.
c) Coloque el curso encima del nombre de su centro de datos en la lista y seleccione

Visualizar.
d) Cierre la ventana activa y salga de la aplicación pulsando Atrás.

Ahora podrá:

Capítulo 2
Lección 5
Introducción al nuevo concepto de clase de
coste en S/4HANA Finance
Clases de coste
Figura 72: Nuevo modelo de datos para ambos datos maestros en SAP Accounting
En el modelo de datos clásico, una cuenta se compone de gráficos de datos contables ( SKA1),
datos específicos de la sociedad (SKB1), así como la descripción de la cuenta (SKAT).
Si una cuenta es relevante para Controlling, también se debe generar una clase de coste
(clase de coste primario). Durante la creación de la clase de coste, se actualizan las tablas
CSKA, CSKB y CSKU. Las clases de costes secundarios solo existen en Controlling y, por
tanto, solo se actualizan las tablas CSK*.
En el nuevo modelo de datos, solo se necesita un registro maestro, que es la cuenta. Se ha
añadido un campo nuevo (GLACCOUNT_TYPE) para diferenciar los diversos tipos de cuentas
de mayor.

Figura 73: Fusión de cuenta/clase de coste en el plan de cuentas
Existen cuentas de PyG para ingresos y gastos no operativos, por ejemplo los componentes
de PyG que no se han asociado nunca a un centro de coste, pedido o característica de CO-PA.
Hay cuentas de PyG para clases de costes primarios. Se trata de las clases de costes
utilizadas en los gastos en concepto de salario en la Contabilidad de centros de coste, en los
gastos de material en la Contabilidad proyectos y pedidos, así como en los ingresos y las
reducciones de ingresos en CO-PA contable.

El nuevo enfoque se centra en las cuentas de PyG para las clases de costes secundarios, que
son todas las cuentas utilizadas para contabilizar imputaciones en Contabilidad interna.
Figura 74: Atributos específicos de clase de coste y tipo de cuenta
En la figura, Atributos específicos de clase de coste y tipo de cuenta, se muestran los nuevos
tipos de cuenta y los campos adicionales para dichas cuentas que representan clases de
coste.

Lección: Introducción al nuevo concepto de clase de coste en S/4HANA Finance
Figura 75: Categorías de clase de coste para cuentas de mayor de tipo "Ingresos o costes primarios"
La categoría de clase de coste se actualiza en la pestaña Datos de control y especifica las

transacciones en las que se puede utilizar la clase de coste.
Figura 76: Categorías de clase de coste para cuentas de mayor de tipo Costes secundarios
Las cuentas de tipo Costes secundarios pueden utilizarse solo para imputaciones CO
internas.
Figura 77: Categoría de clase de coste 90 para cuentas de balance en Gestión financiera

Si desea planificar o presupuestar importes para las cuentas de mayor de gasto para
inversiones en objetos de costes, tiene que definir estas cuentas como clases de costes
estadísticos.
Las clases de costes estadísticos (categoría 90) se crean de la forma siguiente:
● Cree una cuenta de mayor de balance.
● El Grupo de cuentas es el que se utilizará para los activos fijos o las cuentas de materiales.
● La cuenta es una cuenta asociada para activos o materiales.
● Las cuentas se han definido en la imputación de gestión de activos o materiales.
● Seleccione el recuadro Aplicar imputaciones estadísticamente en cuenta de activos fijos/
cuenta de materiales.
Figura 78: Determinación de cuentas para cuentas de materiales y activos
Añada la cuenta en la imputación de activo en el campo Importe de balance: Costes de

producción y adquisición (T095KTANSW).
Para una cuenta de material, puede verificar si la cuenta está definida como cuenta de
material en Customizing, bajo Configurar contabilizaciones automáticas . Elija Ir a
→ Imputación y seleccione la posición Contabilización de stocks. En la pantalla siguiente,
debería haber una entrada para la cuenta con la categoría y el modificador de valoración
pertinentes.
Figura 79: Repercusión en la imputación por defecto
Puede definirse una imputación por defecto con la transacción Imputación por defecto (OKB9)
o mediante reglas de sustitución. Las imputaciones predeterminadas actualizadas en los

datos maestros de la clase de coste anterior se migran a la transacción OKB9 como parte del
proceso de migración.
Figura 80: Informe de estado de cuentas con clases de costes secundarios
El informe de estado de cuentas incluirá las clases de costes secundarios. Al tratarse de un

sistema cerrado (con estas cuentas, solo se pueden realizar imputaciones CO internas), el
saldo siempre será cero entre ellas.
Figura 81: Repercusión en las autorizaciones
La fusión de las clases de coste con las cuentas de mayor requiere que se realicen los
siguientes ajustes en las autorizaciones para crear clases de costes:
● Si desea actualizar las cuentas al tipo Ingresos o costes primarios, debe disponer de
autorización para crear o modificar los datos maestros de la clase de coste.
● Si desea actualizar las cuentas al tipo Costes secundarios, debe disponer de autorización
para crear o modificar las cuentas de mayor.
Para verificar o modificar autorizaciones, utilice la transacción PFCG. La función estándar que
proporciona SAP es: FUCN_GL_ACCOUNTANT (Contable de libro mayor) .

Capítulo 2
Ejercicio 9
Creación de una cuenta de costes secundarios
y un tipo de actividad
por el instructor.
1. Cree una cuenta de coste secundario 943110## con la aplicación de transacción

adecuada en SAP Fiori Launchpad. Busque Gestionar datos maestros de cuenta
de mayor con la herramienta de búsqueda.
Nota:
En el sistema de formación, puede seguir utilizando el código de transacción
KA01, pero se le redirigirá a la transacción FS00,
restaurar estos códigos de transacción.
Nota:

Campo Valor

Descripción Horas de consulta ##
Plan de cuentas YCOA
Tipo de cuenta de mayor Costes secundarios
Grupo de cuentas SECC - Costes secundarios / ingresos
Área funcional 0100
Número de cuenta del grupo 50304000
Sociedad 1010
Tipo de clase de coste 43
Unidad de medida H
2. Cree una clase de actividad mediante la aplicación Gestionar clases de actividad


Campo Valor
Clase de actividad PERS##

Tipo de clase de actividad Entrada manual, imputación manual
Nombre de la clase de actividad Horas de personal ##
Clase de coste de imputación 943110##
Indicador de precios 1
Tipos de centros de coste * (Todo)
Unidad de actividad H
3. Introduzca un precio para la clase de actividad PERS## en el centro de coste SERV-##

utilizando la aplicación de transacción adecuada en SAP Fiori Launchpad. Busque
Introducir Precio de Actividadcon la herramienta de búsqueda.
Utilice los siguientes datos:
Campo Valor
Perfil del planificador sapall

Versión 0
De período 1
A período 12
Ejercicio ejercicio real

Utilice la siguiente información de precio:

Campo Valor
Precio (fijo) 40
Precio variable 60

Capítulo 2
Solución 9
Creación de una cuenta de costes secundarios
y un tipo de actividad
por el instructor.
1. Cree una cuenta de coste secundario 943110## con la aplicación de transacción

adecuada en SAP Fiori Launchpad. Busque Gestionar datos maestros de cuenta
de mayor con la herramienta de búsqueda.
Nota:
En el sistema de formación, puede seguir utilizando el código de transacción
KA01, pero se le redirigirá a la transacción FS00,
restaurar estos códigos de transacción.
Nota:

Campo Valor

Descripción Horas de consulta ##
Plan de cuentas YCOA
Tipo de cuenta de mayor Costes secundarios
Grupo de cuentas SECC - Costes secundarios / ingresos
Área funcional 0100
Número de cuenta del grupo 50304000
Sociedad 1010
Tipo de clase de coste 43
Unidad de medida H

a) Vaya a SAP Fiori Launchpad y abra la aplicación Gestionar datos maestros de

cuenta de mayor.
b) pulse el pulsador nuevo
c) Indique el número de cuenta 943110##, la descripción, el plan de cuentas YCOA y la

clase de cuenta de mayor Costes secundarios. Pulse ok.
d) Indique el grupo de cuentas SECC, el área funcional 0100 y el Número de cuenta del
grupo 50304000.
e) Grabe los datos.
f) Ahora indique los datos en el nivel de sociedad. Pulse Nuevo, indique la sociedad 1010
y pulse ok.
g) Indique el tipo de clase de coste 43, la unidad de medida H y el grupo de status de

campo YB04.
h) Seleccione Grabar.
Obtendrá el mensaje Datos grabados.
i) Salga de la aplicación cerrando la ventana del navegador.
2. Cree una clase de actividad mediante la aplicación Gestionar clases de actividad

Campo Valor

Tipo de clase de actividad Entrada manual, imputación manual
Nombre de la clase de actividad Horas de personal ##
Clase de coste de imputación 943110##
Indicador de precios 1
Tipos de centros de coste * (Todo)
Unidad de actividad H
a) pulse Crear
b) Indique la clase de actividad PERS## y pulse Continuar
c) Indique el tipo de clase de actividad Entrada manual, imputación manual, el

nombre de clase de actividad, la clase de coste de imputación 943110##, el indicador
de precio 1, las clases de centro de coste * (todo) y la unidad de actividad H
d) Pulse Grabar y obtendrá un mensaje que le indicará que se ha creado la clase de

actividad PERS##.
e) Cierre la ventana y salga de la aplicación pulsando Atrás.
3. Introduzca un precio para la clase de actividad PERS## en el centro de coste SERV-##

utilizando la aplicación de transacción adecuada en SAP Fiori Launchpad. Busque
Introducir Precio de Actividadcon la herramienta de búsqueda.
Utilice los siguientes datos:

Campo Valor
Perfil del planificador sapall

Versión 0
De período 1
A período 12
Ejercicio ejercicio real
Utilice la siguiente información de precio:

Campo Valor
Precio (fijo) 40
Precio variable 60
a) Vaya a SAP Fiori Launchpad y busque Introducir precio de actividadcon la

herramienta de búsqueda y abra la aplicación.
b) En el campo Perfil del planificador, indique sapall y seleccione la marca de

verificación verde.
c) Indique los datos proporcionados en la primera tabla y seleccione Resumen.
d) Introduzca los datos proporcionados en la tabla de información de precio y seleccione

Grabar.
e) Salga de la pantalla cerrando la ventana del navegador.

Capítulo 2
Ejercicio 10
Contabilizar una facturación de actividad
por el instructor.
1. Facture 10 horas de la clase de actividad PERS## del centro de coste SERV## al centro
de coste 1000 mediante la aplicación Introducir facturación de actividad.
Utilice la herramienta de búsqueda para encontrar la aplicación.
Campo Valor
Ctr. cst. CeCo SERV##
SAtyTyp PERS##
Rec. CeCo 10101601
Cantidad total 10
2. Verifique los documentos CO que se han creado con la aplicación Visualizar documentos
CO reales.
3. Verifique los documentos FI que se hayan creado con la aplicación Visualización de

partidas de cuentas de mayor. Compruebe que la contabilización tiene una parte de coste
fijo y grabe el informe como un mosaico nuevo en su grupo del launchpad.
Campo Valor
Ledger 0L
Status Todas las partidas
Intervalo de tiempo De fecha contabiliz.
Fecha contabilización 1.1.mes real

Capítulo 2
Solución 10
Contabilizar una facturación de actividad
por el instructor.
1. Facture 10 horas de la clase de actividad PERS## del centro de coste SERV## al centro
de coste 1000 mediante la aplicación Introducir facturación de actividad.
Utilice la herramienta de búsqueda para encontrar la aplicación.
Campo Valor
Ctr. cst. CeCo SERV##
SAtyTyp PERS##
Rec. CeCo 10101601
Cantidad total 10
a) En SAP Fiori Launchpad, vaya a la aplicación Introducir facturación de

actividad.
b) Indique los datos necesarios.
c) Seleccione el icono Contabilizar (Ctrl + S).
d) Anote el número de documento y salga de la aplicación.
2. Verifique los documentos CO que se han creado con la aplicación Visualizar documentos
CO reales.
a) En SAP Fiori Launchpad, vaya a la aplicación Visualizar documentos CO reales.
b) Indique el número de documento(o seleccione Opciones de selección), elija Nombre

de usuario y escriba el usuario.
c) Introduzca el número de documento de 1 a 9999999999.

No introduzca más de 10 dígitos.
d) Seleccione Ejecutar.
e) Desglose el documento hasta las partidas individuales. Sitúe el cursor en su centro de

coste y seleccione el icono Detalles.
Verá el importe de contabilización como valor total y como valor fijo.
f) Cierre la ventana.
3. Verifique los documentos FI que se hayan creado con la aplicación Visualización de

partidas de cuentas de mayor. Compruebe que la contabilización tiene una parte de coste
fijo y grabe el informe como un mosaico nuevo en su grupo del launchpad.

Campo Valor
Ledger 0L
Status Todas las partidas
Intervalo de tiempo De fecha contabiliz.
Fecha contabilización 1.1.mes real
a) En SAP Fiori Launchpad, seleccione la aplicación Visualización de partidas de cuentas

de mayor.
b) Indique los datos necesarios y seleccione Ir.
c) Seleccione Opciones; en la lista de columnas, seleccione Importe fijado en moneda de

grupo y pulse Ir.
Verá la nueva columna, Importe fijado en moneda de grupo como última columna de la
lista.
d) Mueva la columna detrás de la columna Importe en moneda de sociedad CO; para

ello, seleccione la columna, mantenga pulsado el botón del ratón y arrástrela a la
nueva ubicación.
Nota:
Los flujos de valores entre objetos de Controlling se hacen visibles

directamente en Gestión financiera en tiempo real y con la cuenta o clase
de coste original. Los valores se contabilizan en la misma cuenta de
Gestión financiera y Contabilidad interna. Utilizamos la misma fuente de
información, que es el diario (tabla ACDOCA). Por eso, vemos la misma
información, independientemente de que visualicemos los datos con un
informe de FI o CO.
e) En el área de la pantalla Partidas individuales, seleccione el nombre de la variante de

pantalla.
f) Designe Grabar como, indique el nombre con importe fijo, marque el recuadro
Definir como predeterminado y seleccione OK.
g) Para grabar el informe como un mosaico nuevo, seleccione el icono Compartir.
h) Indique el título Mis partidas de cuentas de mayor con parte fijay

designe su grupo de launchpad como Grupo.
i) Salga de la aplicación.

Ahora podrá:

Capítulo 2
Evaluación de la formación
1. El diario sustituye a todas las tablas de partidas individuales financieras, incluidas BSEG,
COEP y todas las tablas CO-PA.
X Verdadero
X Falso
2. Utilizar las tablas de totales físicos para agregar datos aporta a SAP S/4HANA velocidad y
flexibilidad.
X Verdadero
X Falso
3. Gracias a las vistas de compatibilidad, todo el código a medida desarrollado en un sistema

heredado puede seguir funcionando en SAP S/4HANA.
X Verdadero
X Falso
4. La funcionalidad de ledger de apéndice permite contabilizar en periodos cerrados en los

ledgers subyacentes.
X Verdadero
X Falso
5. La moneda global definida para la combinación de sociedad y ledger corresponde al tipo

de moneda establecido en sociedad CO.
X Verdadero
X Falso

Capítulo 2: Evaluación de la formación
6. En la suite SAP S/4HANA 1511, es obligatorio utilizar el ledger de materiales.

X Verdadero
X Falso
7. Cada ledger asignado a una sociedad puede tener una variante de periodo de
contabilización diferente.
X Verdadero
X Falso
8. Un administrador puede personalizar las aplicaciones predeterminadas que se muestran

en el launchpad de un usuario con el diseñador de SAP Fiori Launchpad.
X Verdadero
X Falso
9. Un usuario encargado de crear clases de costes en el entorno SAP ERP podrá crear
cuentas de mayor en SAP S/4HANA sin modificar las autorizaciones de las funciones.
X Verdadero
X Falso

Capítulo 2
Respuestas a la Evaluación de la formación
1. El diario sustituye a todas las tablas de partidas individuales financieras, incluidas BSEG,
COEP y todas las tablas CO-PA.
X Verdadero
X Falso
2. Utilizar las tablas de totales físicos para agregar datos aporta a SAP S/4HANA velocidad y
flexibilidad.
X Verdadero
X Falso
3. Gracias a las vistas de compatibilidad, todo el código a medida desarrollado en un sistema

heredado puede seguir funcionando en SAP S/4HANA.
X Verdadero
X Falso
4. La funcionalidad de ledger de apéndice permite contabilizar en periodos cerrados en los

ledgers subyacentes.
X Verdadero
X Falso

Capítulo 2: Respuestas a la Evaluación de la formación
5. La moneda global definida para la combinación de sociedad y ledger corresponde al tipo

de moneda establecido en sociedad CO.
X Verdadero
X Falso
6. En la suite SAP S/4HANA 1511, es obligatorio utilizar el ledger de materiales.

X Verdadero
X Falso
7. Cada ledger asignado a una sociedad puede tener una variante de periodo de
contabilización diferente.
X Verdadero
X Falso
8. Un administrador puede personalizar las aplicaciones predeterminadas que se muestran

en el launchpad de un usuario con el diseñador de SAP Fiori Launchpad.
X Verdadero
X Falso
9. Un usuario encargado de crear clases de costes en el entorno SAP ERP podrá crear
cuentas de mayor en SAP S/4HANA sin modificar las autorizaciones de las funciones.
X Verdadero
X Falso

Edición de descubrimiento
¿Le gustaría obtener más información?

Al obtener la suscripción de una edición de pago, tendrá acceso al
contenido completo de este curso de formación y de todo el
catálogo de SAP Learning Hub.
http://go.sap.com/training-certification/learning-
hub.html#compare
Nota:
Actualmente, está explorando el entorno de prueba
gratuito de la edición de descubrimiento de SAP
Learning Hub para su solución de aprendizaje bajo
demanda.
© Copyright. Reservados todos los derechos. cxxi

DISC - S4F02 - ES - Col03 (CO)

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

DISC - S4F02 - ES - Col03 (CO)

Cargado por

Copyright:

Formatos disponibles

S4F02

Contabilidad interna en SAP

El idioma estándar usado en este manual es Español ( España ).

Esta información se visualiza en la presentación del instructor.

Información relacionada o adicional

Discusión con moderador

Control de interfaz de usuario Texto ejemplo

Título de ventana Texto ejemplo

iv © Copyright. Reservados todos los derechos.

vii Resumen del curso

1 Capítulo 1: Resumen de Finanzas en SAP S/4HANA

2 Lección: Introducción a SAP HANA y SAP S/4HANA

23 Capítulo 2: Estructura organizativa y datos maestros en la Contabilidad

25 Lección: Introducción a la nueva arquitectura de Contabilidad

77 Ejercicio 6: Utilizar SAP BusinessObjects Lumira (opcional)

Capítulo 3: Procesos empresariales integrados

Lección: Introducción de la integración de CO en el

© Copyright. Reservados todos los derechos. v

Lección: Análisis de la opción Central Finance (opcional)

vi © Copyright. Reservados todos los derechos.

© Copyright. Reservados todos los derechos. vii

OBJETIVOS DEL CAPÍTULO

● Proporcionar una descripción de SAP HANA y SAP S/4HANA

© Copyright. Reservados todos los derechos. 1

SAP HANA y SAP S/4HANA

necesidades de análisis y almacenamiento de datos. Además, desea asegurarse de que SAP

Figura 1: El mundo ahora es digital

A ﬁnales de 2009, el 5% de la población mundial tenía un smartphone. Cuatro años más

2 © Copyright. Reservados todos los derechos.

Figura 2: Equilibrio: amplio y profundo o rápido y simple

© Copyright. Reservados todos los derechos. 3

Figura 3: Avances en tecnología

● La memoria grande da cabida a toda la base de datos de la organización en memoria, es

4 © Copyright. Reservados todos los derechos.

Figura 4: La visión de SAP HANA

Durante más de 20 años, las organizaciones han utilizado software de especialistas,

© Copyright. Reservados todos los derechos. 5

Figura 5: Eliminación de la complejidad con SAP S/4HANA

Las aplicaciones tradicionales se basaban en un modelo de datos jerárquicos. Los datos

6 © Copyright. Reservados todos los derechos.

Figura 6: SAP S/4HANA, el software empresarial de siguiente generación

Desde el principio de la informática empresarial, SAP ha ido adaptando las aplicaciones

© Copyright. Reservados todos los derechos. 7

Figura 7: SAP S/4HANA Core y soluciones de líneas de negocio

8 © Copyright. Reservados todos los derechos.

Figura 8: Aspectos clave de SAP S/4HANA

optimizada en todos los dispositivos.

Figura 9: Valores empresariales y técnicos

© Copyright. Reservados todos los derechos. 9

A modo de ejemplo de reducción de la ocupación de los datos, se puede mover un ERP de 7

Enlaces de SAP relacionados

Tabla 1: Enlaces de SAP relacionados

sap.com SAP HANA http://hana.sap.com/

SAP Service Marketplace Escenarios híbridos http://service.sap.com/

sap.com SAP S/4HANA https://www.s4hana.com/

SAP S/4HANA Finance

Figura 10: Evolución de S/4HANA Finance

Tradicionalmente, las aplicaciones ﬁnancieras de SAP se dividían en varios componentes; por

10 © Copyright. Reservados todos los derechos.

ineﬁciencias. El desarrollo de S/4HANA dio la oportunidad de rediseñar completamente estos

Figura 11: Impacto de SAP HANA en Finance: más sencillo y rápido

© Copyright. Reservados todos los derechos. 11

Figura 12: Integridad funcional de la solución