Finish Sap 1 295 Espa

Machine Translated by Google
Capítulo 1
SAP HANA, SAP S/4HANA y SAP Fiori
Técnicas que dominarás
Explicar la estrategia de SAP para la transformación digital
Describir el marco de SAP para la empresa digital.
Comprender el papel de SAP Cloud Platform y

SAP Leonardo
Revisar la tecnología básica de SAP HANA
Describir el alcance de las finanzas para SAP S/4HANA
Elija la opción de implementación relevante para SAP S/4HANA
Explicar los pilares de diseño de SAP Fiori
Utilice la plataforma de lanzamiento de SAP Fiori
Describir los tipos básicos de aplicaciones de SAP Fiori.
Copia personal para Jithendra Reddy, [email protected]

46 Capítulo 1 SAP HANA, SAP S/4HANA y SAP Fiori
En este capítulo, exploraremos la arquitectura de SAP HANA, describiremos el alcance y las

opciones de implementación de SAP S/4HANA y analizaremos las funciones básicas de la interfaz
de usuario (UI) de SAP Fiori.
Escenario del mundo real
Como consultor, debe comprender la arquitectura subyacente sobre la que se basa el

sistema SAP S/4HANA. SAP HANA es el núcleo de la estrategia de SAP y usted debe
sentirse cómodo explicando esta tecnología a sus clientes en términos sencillos. SAP
HANA es una base de datos más rápida, pero hay más información que debería poder
transmitir sin asustar a las personas sin conocimientos técnicos.
SAP HANA a menudo se percibe como costoso, por lo que comprender tecnologías como
la compresión y el almacenamiento en columnas en un alto nivel puede ayudarlo a construir
un caso para alterar esta percepción para sus clientes potenciales.
El sistema SAP S/4HANA es una línea de productos separada del antiguo sistema SAP
ERP. SAP ERP ya no es la plataforma de planificación de recursos empresariales (ERP)
predeterminada para SAP. Este fue un gran cambio y una decisión comercial con un riesgo
bastante grande para SAP. Ha demostrado ser un éxito y cada vez más clientes están
convencidos de las verdaderas ventajas del nuevo sistema. ¿Pero qué tiene de especial?
¿Qué tan difícil es adoptar? ¿Cómo pueden los clientes migrar a SAP S/4HANA? ¿Corren
el riesgo de perder los (potencialmente) millones que han invertido en el software “antiguo”?
Debe poder explicar los motivos de este movimiento de SAP y lo que significa para los
clientes nuevos y existentes de SAP.
Finalmente, SAP Fiori es la interfaz gráfica de usuario (GUI) predeterminada para los
usuarios finales en SAP S/4HANA, por lo que debe poder utilizarla con confianza, explicar
sus componentes y describir los beneficios que aporta. Explicar la importancia de una
interfaz sencilla y de gran usabilidad y aplicaciones que se puedan utilizar en un dispositivo
móvil y en un escritorio. También debe tener conocimiento de cómo cooperan los grupos
de mosaicos, los catálogos de mosaicos, los roles y los usuarios para formar lo que el
usuario ve en su propia plataforma de lanzamiento de SAP Fiori.
Objetivos de esta parte de la prueba
El propósito de esta parte del examen de certificación es evaluar su conocimiento general de las
aplicaciones SAP HANA, SAP S/4HANA y SAP Fiori. El examen de certificación espera que usted
tenga una buena comprensión de los siguientes temas:
© 2019 por Rheinwerk Publishing Inc., Boston (MA)

Repaso de conceptos clave Capítulo 1 47
Descripción general de la arquitectura en memoria de SAP HANA
Productos y arquitectura SAP S/4HANA para finanzas
Opciones de implementación para SAP S/4HANA
Características de la plataforma de lanzamiento de SAP Fiori
Tipos de aplicaciones SAP Fiori
Nota
El tema SAP HANA y SAP S/4HANA constituye el 10% del examen total.
Actualización de conceptos clave
La transformación digital está motivando la innovación en los negocios y en esta sección describiremos la visión
y estrategia empresarial inteligente de SAP, además de mostrar cómo SAP HANA y SAP S/4HANA están en el
centro de esta estrategia. Repasaremos la arquitectura básica de SAP HANA y analizaremos la tecnología que
permite que SAP HANA sea la plataforma de innovación del futuro para SAP.
Además, analizaremos la solución SAP S/4HANA, las opciones de implementación y el panorama del sistema.
Finalmente, veremos la experiencia de usuario (UX) de SAP Fiori y analizaremos funciones genéricas básicas,
tipos de aplicaciones y herramientas de administración.
Transformación Digital
Debido a que el mundo tecnológico se está expandiendo a una velocidad sin precedentes, es imperativo que
las empresas no sólo se pongan al día con estos avances sino que también los utilicen para su ventaja
competitiva. Tradicionalmente se considera que las computadoras y el software apoyan las empresas, y la
transformación digital coloca al mundo digital a la vanguardia de la innovación y lo convierte en un motor
empresarial clave por sí solo.
La transformación digital en las empresas implica la adopción y el uso de tecnologías como big data, Internet
de las cosas (IoT), dispositivos móviles, inteligencia artificial (IA) y redes sociales para impulsar la innovación y
el crecimiento empresarial.
Marco empresarial inteligente
El efecto de la transformación digital se puede sentir en todas las funciones empresariales, como marketing,
operaciones, recursos humanos, administración, etc. Obliga a las organizaciones y a las personas a repensar y
optimizar la forma en que ejecutan sus negocios.

procesos y cómo pueden beneficiarse de la adopción de la automatización en sus actividades diarias. SAP
está invirtiendo fuertemente para respaldar todas las facetas de la empresa digital y ha adoptado un marco
estratégico para ayudar a las empresas a funcionar mientras utilizan la tecnología empresarial más avanzada.
La estrategia de SAP para respaldar la empresa inteligente se centra en tres ofertas de productos clave:
Suite inteligente La
suite inteligente incluye todas las aplicaciones de SAP que soportan los procesos de negocio de extremo
a extremo de la empresa (Figura 1.1).
Digital
Centro
Fabricación y
Gente
Compromiso
Cadena de suministro
Red y
Cliente
gasto
Experiencia
Gestión
Inteligente
Suite
Figura 1.1 Suite inteligente
Plataforma digital La
plataforma digital se refiere a SAP Cloud Platform, una plataforma empresarial abierta para crear y
entregar aplicaciones empresariales. La estrategia presentada por SAP es cambiar el enfoque de
desarrollo de las soluciones principales a la plataforma SAP Cloud para garantizar la mayor flexibilidad
tanto para SAP como para los desarrolladores externos, manteniendo al mismo tiempo un núcleo ágil y
estable.
Tecnologías inteligentes El tercer

y último componente gira en torno a la oferta de SAP Leonardo. SAP Leonardo es un marco tecnológico
que combina múltiples herramientas tecnológicas modernas que se pueden utilizar para mejorar las
aplicaciones proporcionando capacidades de automatización, detección y prevención, entre otras. Algunas
de las palabras clave para

Las tecnologías de SAP Leonardo incluyen inteligencia artificial y aprendizaje automático, blockchain,
inteligencia de datos, big data, Internet de las cosas y análisis.
Las aplicaciones comerciales tradicionales y los paquetes de software ERP no están diseñados para respaldar
completamente a las empresas durante este viaje de transformación digital. SAP vio esta brecha creciente
como una oportunidad hace más de 10 años y creó SAP HANA para que sea el componente central del software
empresarial que no solo respalde sino que impulse la transformación digital. Hoy en día, SAP HANA está en el
centro de prácticamente todo el desarrollo de productos de SAP. Pero, ¿qué es SAP HANA y por qué es tan
importante?
Arquitectura SAP HANA
En su forma más simple, SAP HANA es un sistema de gestión de bases de datos. Realiza todas las funciones
esperadas de la base de datos de almacenamiento y recuperación de datos para las aplicaciones que se
encuentran encima de ella, pero SAP HANA es único en la forma en que realiza estas tareas. Además, SAP
HANA ha incorporado capacidades de análisis avanzado, como análisis predictivo y análisis de texto, minería y
búsqueda. SAP HANA también ofrece servicios de desarrollo de aplicaciones que admiten una variedad de
lenguajes de programación. Finalmente, SAP HANA ofrece una serie de servicios de soporte de seguridad,
administración y acceso a datos. Claramente, SAP HANA es mucho más que “simplemente” una base de
datos realmente rápida.
Por interesantes que sean todas las características, nos concentraremos en la arquitectura de la base de datos.
No nos pondremos demasiado técnicos y mantendremos las cosas dentro del alcance tanto para la certificación
como para el rol de asociado de contabilidad financiera. La base de datos SAP HANA tiene tres características
destacadas que funcionan en conjunto y la hacen única:
Base de datos en memoria

El uso de RAM para almacenar todos los datos sólo se ha imaginado como una posibilidad en la última
década. La memoria es más rápida que el almacenamiento en disco; de hecho, mucho más rápida. En las
lecturas secuenciales del mejor de los casos, los mejores discos de estado sólido actuales pueden leer
datos a aproximadamente 3 GB/s. La memoria moderna y rápida lee, escribe y copia a velocidades de
alrededor de 60 GB/s. Eso es un factor de 20 frente a la velocidad de la unidad de disco en el mejor de los
casos. Por supuesto, este método es más caro, pero estos costes no suelen ser prohibitivos para las
empresas. Además, las capacidades de almacenamiento de datos admitidas no son tan grandes, pero los
servidores modernos pueden soportar decenas de terabytes de capacidad.
Las limitaciones de tamaño de memoria no son críticas excepto en los casos más extremos debido a las
otras características de SAP HANA, que se describen en los siguientes elementos de la lista.
Compresión agresiva Todas las

bases de datos principales admiten la compresión, pero lo que se ahorra en espacio, se pierde en velocidad.
SAP HANA utiliza técnicas inteligentes para hacer de la compresión una opción viable sacrificando poca
velocidad. Puede esperar datos en datos de SAP HANA

La base se comprimirá en un factor de 10 en promedio, lo que significa que ni el costo de adquisición ni la

capacidad de almacenamiento son un factor enorme. Una de las formas en que SAP HANA evita perder
velocidad es insertando sólo datos nuevos en lugar de editar las entradas existentes; descomprimir y recomprimir
para cambiar entradas es una propuesta costosa.
Al agregar solo entradas y agregar las antiguas, SAP HANA no pasa por el ciclo de compresión/descompresión.
Con el control de versiones, el sistema siempre sabe que debe leer la última entrada de un conjunto de datos
determinado. Esto nos lleva a otra diferencia técnica importante que permite una mayor compresión, que se
analiza en el siguiente elemento de la lista.
Almacenamiento de datos en columnas
SAP HANA utiliza el tipo de almacén de datos en columnas por dos razones principales:
– Compresión mucho mejor
– Recuperación de datos más rápida para consultas (cuando solo se incluye un subconjunto del conjunto de datos completo de la tabla).
se requiere)
El almacenamiento en columnas también funciona muy bien para la agregación de datos (SAP HANA se usa
mucho para la agregación ad hoc) y el procesamiento paralelo. El almacenamiento en columnas se encuentra
más comúnmente en aplicaciones de procesamiento analítico en línea (OLAP) (por ejemplo, sistemas de
almacén empresarial), en lugar de sistemas de procesamiento de transacciones en línea (OLTP) (que podrían
considerarse un sistema ERP típico), para los cuales se considera el almacenamiento en filas. más rápido.
Aunque SAP HANA admite ambos tipos de tablas (los desarrolladores pueden decidir qué funciona para su caso
de uso), el almacén de columnas es donde SAP HANA brilla.
Habilitadores tecnológicos para el éxito con SAP HANA
La mayoría de las bases de datos están diseñadas para funcionar de manera óptima con la tecnología disponible
en el momento de su diseño. El enfoque de facto antes de SAP HANA era que las aplicaciones minimizaran los
requisitos de acceso al disco y realizaran cálculos en el código.
Sin embargo, a medida que la tecnología sigue avanzando, este diseño ya no es el único camino a seguir. Los
siguientes son los principales impulsores y tendencias tecnológicas que llevaron a SAP a invertir en SAP HANA:
Memoria de gran volumen, ancho de banda extremadamente alto y asequible La memoria
siempre ha sido mucho más rápida, pero hace 20 años era inconcebible poder comprar y aprovechar los
volúmenes que podemos hoy.
Microprocesadores de nueva generación con múltiples núcleos y cachés optimizados de mayor tamaño
Las CPU ahora pueden acceder a datos a velocidades mucho más altas que en el pasado.

Centros de datos modulares ampliables Los centros de
datos modulares ahora se pueden ampliar añadiendo servidores para obtener más memoria y potencia de procesamiento para
adaptarse a cualquier nuevo requisito de tamaño.
Aplicaciones de computación en la nube Estas
aplicaciones son utilizadas cada vez más por los clientes como una alternativa a la inversión en software local, incluso para
componentes críticos de backend. Los clientes ahorran en costos de TI y su solución siempre está actualizada. El modelo de
suscripción hace que el costo de propiedad sea más transparente y aumenta la flexibilidad porque la aceptación es menor.
SAP S/4HANA
SAP S/4HANA es la solución ERP actual de SAP. Como su nombre lo indica, está optimizado para SAP HANA. De hecho, a
diferencia de todas las soluciones ERP anteriores de SAP, solo funcionará en SAP HANA. SAP S/4HANA comprende el núcleo
digital SAP S/4HANA Enterprise Management, el componente más cercano en alcance a la solución SAP ERP, y varias soluciones
de línea de negocio (LoB), que generalmente son soluciones en la nube que son productos de SAP obtenidos a través de fusiones
y adquisiciones. y que han sido y están siendo optimizados para trabajar juntos como una solución integrada y sin interrupciones
(Figura 1.2).
SAPAriba
SAVIA
Cliente SAP Concur

Experiencia SAVIA
S/4HANA
Núcleo Digital
SAVIA SAVIA
gafas de campo Factores de éxito
Figura 1.2 SAP S/4HANA: Núcleo digital

Las siguientes son las principales soluciones LoB que debe tener en cuenta:
SAP C/4HANA, la suite de experiencia y compromiso del cliente

SAP SuccessFactors y SAP Fieldglass para la gestión de recursos humanos
SAP Concur para la gestión de viajes
SAP Ariba para abastecimiento y adquisiciones
Ahora exploremos el núcleo digital, en el que encontrará los componentes financieros de los que
trata este examen. SAP S/4HANA es una nueva generación de sistema ERP escrito específicamente
con dos objetivos principales en mente:
Escribir código para aprovechar SAP HANA SAP elimina

las redundancias arquitectónicas para simplificar y acelerar el sistema.
Se desarrolló un nuevo código para la arquitectura central del sistema que eliminó las tablas de
agregación en las que dependía el sistema anterior. El sistema no utiliza tablas de totales
separadas para almacenar valores; en cambio, los totales se calculan sobre la marcha a partir de
las líneas de pedido. El sistema también eliminó las tablas de índice utilizadas para los informes
porque SAP HANA es lo suficientemente rápido para trabajar en el nivel de partidas individuales.
Los índices aumentan la complejidad del código y se han eliminado. Se trata de medidas de
simplificación ambiciosas que parecen incompatibles con el segundo objetivo.
Salvaguardar las inversiones existentes de los clientes

Escribir una lógica completamente nueva para el sistema SAP S/4HANA fue y es ambicioso,
pero hacerlo manteniendo la compatibilidad con el código personalizado escrito para el sistema
SAP ERP anterior parece requerir algún tipo de brujería. Sin embargo, esto es exactamente lo
que han logrado los programadores de SAP. La descripción exacta del mecanismo no está dentro
del alcance de esta certificación, pero en pocas palabras, las vistas de compatibilidad de SAP
HANA permiten replicar tablas obsoletas sobre la marcha. De esta manera, un programa existente
que, por ejemplo, lee datos de una tabla de índice (que se eliminó en SAP S/4HANA) puede
continuar recuperando los datos porque el sistema crea una replicación sobre la marcha de la
tabla original. Otra manifestación de este objetivo es la opción que SAP ofrece a los clientes para
transformar sus sistemas SAP ERP en sistemas SAP S/4HANA y continuar con el negocio como
de costumbre sin grandes tiempos de inactividad.
La Figura 1.3 muestra cómo se accede a los datos para aplicaciones tradicionales que utilizan
vistas y agregados de compatibilidad, junto con la simplificación lograda al leer directamente desde
tablas de partidas individuales con aplicaciones optimizadas para SAP HANA.

No optimizado para SAP HANA

Vista de compatibilidad Vista de compatibilidad
Solicitud
Agregado/Índice Agregado/Índice
Vista de compatibilidad Vista de compatibilidad Vista de compatibilidad

Agregado/Índice Agregado/Índice Agregado/Índice
Optimizado para SAP HANA

Solicitud
Mesa Mesa
Figura 1.3 Simplificación de la aplicación SAP HANA
Nota
Para un poco de historia, el primer componente de SAP ERP que se “simplificará” a través del módulo
unificación y eliminación de agregados fue Finanzas con la introducción del universal
libro mayor en el complemento SAP Simple Finance 1503 (internamente en SAP, esta versión se denominó
como SFIN2.0). La versión financiera exclusiva de SAP S/4HANA se vendió originalmente como un producto separado en
paralelo a la suite completa SAP S/4HANA, pero ahora se han consolidado en un producto único y completo.
Opciones de implementación de SAP S/4HANA
Actualmente existen cuatro opciones de implementación para SAP S/4HANA que los clientes pueden
elegir, como se detalla en la Tabla 1.1.
SAP S/4HANA SAP S/4HANA SAP S/4HANA, SAP S/4HANA local
Nube, Nube, edición de opción privada

multiinquilino inquilino único gestionada por SAP
edición
Funcional ERP central y Completamente funcional Completamente funcional Completamente funcional
alcance
seleccionar línea de banda SAP S/4HANA SAP S/4HANA Alcance de S/4HANA
procesos alcance alcance
Innovación Trimestral dos por año Anual Anual
ciclo
Tabla 1.1 Opciones de implementación de SAP S/4HANA

SAP S/4HANA SAP S/4HANA SAP S/4HANA, SAP S/4HANA

Nube, Nube, edición opción privada local
multiinquilino de inquilino único gestionada por SAP
edición
Licencia Suscripción Suscripción Mezclado Perpetuo
Infraestructura Nube pública compartida Sistema Cliente Cliente

dedicado en la nube sistema en infraestructura
SAP HANA
Nube empresarial
Tabla 1.1 Opciones de implementación de SAP S/4HANA (cont.)
Para simplificar, y desde la perspectiva del consultor funcional, puede simplificar esto
a dos ediciones: SAP S/4HANA Cloud (la primera columna, edición multiinquilino), para
el alcance y las posibilidades de personalización son limitados; y SAP S/4HANA (el otro
tres columnas), que proporciona el alcance completo de la funcionalidad y configuración
flexibilidad.
Consejo
Las convenciones de nomenclatura de SAP exigen que al hacer referencia a las ediciones locales, el
El producto es SAP S/4HANA. La edición en la nube se conoce como SAP S/4HANA Cloud.
Advertencia
La certificación y este libro se centran únicamente en SAP S/4HANA (la versión local).
Adopción de SAP S/4HANA
Los clientes tienen tres opciones principales para comenzar a utilizar SAP S/4HANA: una nueva implementación,
conversión del sistema o transformación del panorama. Profundicemos en
estas opciones de adopción:
Nueva implementación
En este caso, los clientes pueden pasar de su sistema heredado (SAP ERP o un sistema que no sea SAP)
e implementar SAP S/4HANA desde cero. Este escenario también es
conocido como enfoque totalmente nuevo. Clientes con ERP más antiguo y altamente personalizado
Las soluciones podrían preferir esta opción para limpiar sus sistemas y empezar de nuevo. Este
La opción está disponible para todas las ediciones de SAP S/4HANA.

Conversión del sistema

Esto es para clientes que desean convertir su sistema SAP ERP existente en un
Sistema SAP S/4HANA. El beneficio es que los clientes pueden migrar a SAP S/4HANA
sin una reimplementación y sin interrupción importante del negocio existente
procesos. Una vez completada la conversión, los clientes pueden actualizar gradualmente
sus procesos para adaptarse a SAP S/4HANA y SAP Fiori. Esta opción está disponible
para clientes locales y de nube privada de SAP S/4HANA.
Consejo
Las tareas específicas requeridas de un consultor de contabilidad financiera durante un proyecto de

conversión de sistema son parte del Profesional de Aplicaciones Certificado de SAP: Finanzas en SAP.
Plan de estudios de certificación S/4HANA. Sin embargo, esto está fuera del alcance de la certificación de
asociado de aplicación.
Transformación del paisaje

Este método de adopción es para clientes que desean consolidar su panorama o incorporar datos de forma
selectiva a un sistema SAP S/4HANA.
Por ejemplo, a través de Central Finance, los clientes pueden aprovechar las características y ventajas del
Universal Journal y generar informes utilizando SAP.
Sistema S/4HANA. En este caso, los sistemas fuente permanecen intactos y el negocio
Las transacciones todavía se realizan en los sistemas de origen. Los escenarios de transformación del
panorama funcionan en las instalaciones y pueden funcionar selectivamente con la nube.
despliegue también.
El panorama del sistema SAP S/4HANA
Los paisajes del sistema pueden variar mucho dependiendo de los requisitos del cliente y
sistemas ERP heredados en uso. Una nueva instalación de SAP S/4HANA normalmente
requieren dos sistemas productivos básicos: el servidor backend SAP S/4HANA y un
Servidor de puerta de enlace SAP. El backend de SAP S/4HANA es, por supuesto, un componente necesario
porque sin él no existe un sistema ERP. El servidor SAP Gateway es donde
Se establecen las conexiones y configuraciones con SAP Fiori. Puedes acceder a ambos con
la GUI tradicional de SAP. La Figura 1.4 muestra la ventana de inicio de sesión de SAP con la configuración de
dos sistemas que utilizamos en los cursos de educación de SAP para la mayoría de SAP S/4HANA Finance.
cursos: T41 es el servidor backend y T4N es el servidor de puerta de enlace.

Figura 1.4 Pantalla de inicio de sesión de SAP con SAP S/4HANA Backend y SAP Gateway Server
Nota
SAP Fiori es, en teoría, un componente opcional de SAP S/4HANA; sin embargo, no se aprovecha al máximo SAP S/
4HANA sin él y, a medida que el producto madura y se mejora, se utilizan cada vez menos desarrollos nuevos.
La interfaz de usuario de SAP Fiori
SAP Fiori es el paradigma de diseño común para SAP. El lenguaje de diseño de SAP Fiori afecta la apariencia de todo lo
relacionado con SAP, no solo la interfaz del nuevo sistema SAP S/4HANA. SAP reconoció que las aplicaciones cotidianas
son cada vez más sencillas de usar y más flexibles. El software empresarial debe mantenerse al día con este desarrollo
o, de lo contrario, la desconexión entre el “software de trabajo” y las “aplicaciones diarias” causará problemas en la
aceptación, satisfacción y productividad del usuario.
Para crear aplicaciones en SAP Fiori, utiliza el marco SAPUI5. Este marco, a su vez, se basa en el marco OpenUI5 de
código abierto, con la adición de algunas herramientas adicionales específicas de SAP. SAPUI5 es un marco de código
abierto; es decir, cualquiera puede utilizarlo e implementar mejoras. Las principales herramientas de desarrollo para
trabajar con SAPUI5 incluyen HTML5, CCS3, jQuery y JavaScript. Basar toda la plataforma de desarrollo en estándares
abiertos con aceptación general y amplia garantiza que mucha gente esté familiarizada con las herramientas necesarias
para desarrollar aplicaciones SAP Fiori y que las aplicaciones tengan una gran compatibilidad con múltiples plataformas
de dispositivos.
Paradigma de experiencia de usuario de SAP Fiori
El paradigma de diseño y experiencia de usuario de SAP Fiori se basa en cinco principios:
1. Basado en roles
Las aplicaciones deben centrarse en proporcionar la funcionalidad necesaria para una tarea específica. Pantallas
complejas con infinitas opciones de selección y una aplicación para hacer todo no es el objetivo.

2. Las aplicaciones
responsivas deben poder usarse en múltiples dispositivos y poder ajustar su interfaz para adaptarse al
tamaño del dispositivo, los métodos de entrada, etc.
3. Las
aplicaciones simples no deberían necesitar un manual ni capacitación especial para usarse. Las
aplicaciones deben diseñarse para un solo usuario y caso de uso y no requieren más de tres pantallas
de un extremo a otro.
4. coherente
El diseño debe ser coherente entre las aplicaciones y los usuarios deben sentirse familiarizados
instantáneamente al acceder a nuevas aplicaciones. Además, las aplicaciones también deben diseñarse
con coherencia técnica, lo que significa que pueden trasladarse a otros sistemas y hablar el mismo
idioma.
5. Valor instantáneo
Las aplicaciones deben ser útiles de inmediato, lo que significa que deben ser fáciles de instalar,
configurar e implementar en su entorno de TI. Del lado del usuario, el propósito de las aplicaciones debe
ser claro y los usuarios no deberían tener problemas para aprender a usarlas. Idealmente, los usuarios
que han visto un par de aplicaciones de SAP Fiori en acción deberían poder pasar a otras aplicaciones
sin necesidad de ayuda o capacitación.
SAP Fiori para SAP S/4HANA
SAP Fiori para SAP S/4HANA se refiere más específicamente a las aplicaciones disponibles para el
sistema. Los equipos de desarrollo de SAP están constantemente desarrollando nuevas aplicaciones
nativas para SAP Fiori para reemplazar las aplicaciones GUI de SAP tradicionales y generalmente “más
ocupadas” que heredó SAP S/4HANA. Las aplicaciones nativas también pueden hacer uso de toda la nueva
e interesante tecnología disponible con SAP S/4HANA, como la interfaz de usuario conversacional, el
aprendizaje automático, las experiencias inmersivas y similares. SAP S/4HANA Finance tiene una buena
ventaja y ya hay bastantes aplicaciones nativas disponibles.
Además de las aplicaciones nativas de SAP Fiori, también puede iniciar aplicaciones SAP GUI desde la
plataforma de lanzamiento de SAP Fiori. Estas aplicaciones se iniciarán en el navegador web con un tema
de diseño de “apariencia” de SAP Fiori llamado Belice (ver Figura 1.5). El alcance de las aplicaciones SAP
ERP es enorme, y no tener que reemplazar todo inmediatamente le da a SAP un respiro para crear
aplicaciones nativas útiles y más simples sin sacrificar la cobertura del alcance. Los clientes siempre
pueden desarrollar también sus propias aplicaciones, y agregar fácilmente aplicaciones SAP GUI a SAP
Fiori permite que cualquier aplicación ABAP personalizada heredada funcione a través de SAP Fiori.

Puede ver un ejemplo de las aplicaciones clásicas con apariencia de SAP Fiori en la Figura 1.5. El
Los elementos de diseño básicos para estas aplicaciones incluyen:
Una barra de herramientas basada en texto en lugar de iconos
Todas las etiquetas alineadas a la derecha
Nuevos íconos de diseño con un lenguaje de diseño común
Filas de tabla condensadas
El botón Atrás del encabezado de SAP Fiori reemplaza los controles de navegación en la aplicación
Tiras de pestañas rediseñadas (la pestaña activa resaltada)
Las acciones de procesamiento y cierre se movieron al pie de página de la pantalla.
Consejo
SAP se refiere a las aplicaciones SAP GUI en el nuevo sistema como aplicaciones clásicas de SAP S/4HANA.
SAP fusionado
Barra de herramientas de texto
encabezado de flor
en lugar de iconos
Alineado a la derecha
etiquetas Tiras de pestañas con
SAP Fiori
visualización
Nuevos iconos
Nuevo pie de página con
procesamiento y
Condensado
acción de cierre,
filas de la tabla como Publicar
Figura 1.5 SAP Fiori busca la aplicación HTML SAP GUI

Las aplicaciones de SAP Fiori encajan en una de tres categorías:
Aplicaciones transaccionales
Aplicaciones utilizadas para realizar operaciones como la creación y el mantenimiento de registros maestros o
la contabilización de transacciones. Por ejemplo, la aplicación Borrar pagos entrantes, que se muestra en la
Figura 1.6.
Figura 1.6 Ejemplo de aplicación transaccional: liquidación de pagos entrantes
Aplicaciones analíticas
Estos son informes detallados que se utilizan para profundizar en detalles más finos o "alejar" el nivel de
organización que necesita. Uno de ellos, Cuentas por pagar vencidas, se muestra en la Figura 1.7.
Aplicaciones de hoja
informativa Descripciones rápidas de un objeto específico, con los detalles básicos e incluso algunos indicadores
clave de rendimiento (KPI) en una sola pantalla. A menudo puede navegar directamente a través de enlaces de
una hoja informativa a otra para encontrar objetos relacionados. La Figura 1.8 muestra un ejemplo de esto, la
aplicación de búsqueda de facturas de proveedores.

Figura 1.7 Ejemplo de aplicación analítica: Cuentas por pagar vencidas
Figura 1.8 Ejemplo de aplicación de hoja informativa: búsqueda de facturas de proveedores

La plataforma de lanzamiento de SAP Fiori
La plataforma de lanzamiento de SAP Fiori es el punto de acceso del usuario al sistema (como se muestra en la Figura
1.9). Es una interfaz web personalizable desde la cual todas las aplicaciones que tiene un usuario
asignado se puede iniciar. No es necesario que las aplicaciones sean de un sistema específico; el
Los mosaicos pueden iniciar aplicaciones y enlaces para cualquier sistema que esté conectado y sea compatible.
Figura 1.9 Plataforma de lanzamiento de SAP Fiori, con el área Yo ampliada
Exploremos las características y funcionalidades importantes de SAP Fiori.
plataforma de lanzamiento:
Se accede a él desde un navegador web con una URL fija. La URL se puede compartir con
cualquier persona en la red. Si tienen un nombre de usuario y contraseña y están autorizados, podrán iniciar sesión sin necesidad
de realizar más instalaciones de software local.
(ver parte superior de la Figura 1.10).
Las aplicaciones se muestran como mosaicos (o, rara vez, como enlaces de texto). Los mosaicos pueden ser estáticos, es decir,
que tienen un icono fijo, o activos. Los mosaicos activos muestran información importante directamente sin necesidad de hacer clic
en ellos. Se muestra la actualización de mosaicos activos

información a intervalos periódicos personalizables y puede ser útil para proporcionar una descripción general rápida
del estado de temas de interés, como pagos pendientes, cantidad de mensajes de flujo de trabajo abiertos y más.
Puede ver el mosaico activo de la aplicación Totales acumulativos en la Figura 1.10.
Figura 1.10 Vista del navegador de SAP Fiori
La funcionalidad de búsqueda avanzada no se limita a las aplicaciones; Hay una lista desplegable para buscar muchas
características. El sistema mostrará información del objeto buscado directamente en una hoja informativa, como se
muestra en la Figura 1.11.
Un usuario final puede personalizar las aplicaciones y los grupos de aplicaciones que se muestran en su plataforma de
lanzamiento de SAP Fiori. Seleccionar la opción Editar página de inicio (que se muestra anteriormente en el área Yo
en la Figura 1.9) permitirá al usuario reposicionar aplicaciones, eliminar aplicaciones, agregar aplicaciones (a las que
el usuario tiene acceso), mover grupos, agregar grupos, cambiar el nombre de los grupos y eliminar grupos por
completo. Un usuario puede en cualquier momento restablecer los grupos a sus valores predeterminados.
Figura 1.11 Plataforma de lanzamiento de SAP Fiori: búsqueda de centros de costos

Advertencia
El alcance de las aplicaciones que cada usuario puede abrir, la agrupación inicial de aplicaciones y las aplicaciones
incluidas en estos grupos estándar están controlados por un administrador.
En la mayoría de las aplicaciones nativas de SAP Fiori, y especialmente para los informes, un usuario tiene la opción de
guardar la vista actual (con las entradas que se hayan realizado) como un nuevo mosaico.
Al hacer clic en el mosaico directamente desde la página de inicio de SAP Fiori, se ejecutará la aplicación con la configuración
definida cuando se creó el mosaico. Esto es útil, por ejemplo, en informes KPI cuando desea tener fácil acceso a la información
para una combinación específica de valores de características.
Los clientes pueden utilizar sus propios temas para personalizar completamente el aspecto de la plataforma de lanzamiento
de SAP Fiori. Los colores, el fondo, los logotipos, las fuentes, etc., se pueden cambiar desde el tema entregado estándar de
SAP. Puede diseñar varios temas y los usuarios pueden seleccionar entre ellos. Toda esta personalización se realiza con el
diseñador de temas de la interfaz de usuario, como se muestra en la Figura 1.12.
Figura 1.12 Diseñador de temas de UI
El usuario puede seleccionar la opción Configuración en el área Yo para mostrar información de su cuenta de usuario, como
se muestra en la Figura 1.13. Aquí también es donde los usuarios seleccionan el tema.

y configuración predeterminada de idioma y región. En Perfiles de usuario, el usuario puede habilitar la búsqueda personalizada (que
rastrea la actividad del usuario para personalizar los resultados de la búsqueda) y, si está habilitada, borrar el caché de búsqueda.
Finalmente, el usuario puede establecer valores predeterminados propuestos por las aplicaciones para muchos atributos del sistema,
como el código de empresa, la planta, el perfil del planificador, etc.
Figura 1.13 Configuración de usuario de SAP Fiori Launchpad
Diseñador de plataforma de lanzamiento SAP Fiori
En SAP S/4HANA, usted define roles, que proporcionan autorizaciones para realizar diversas funciones, y luego asigna estos roles a los
usuarios. A un usuario se le pueden asignar múltiples roles. SAP ofrece un conjunto estándar de roles y usuarios de muestra a través de
contenido de mejores prácticas. Es lo mismo en el servidor SAP Gateway, pero los roles comerciales que asigna aquí contienen catálogos
de mosaicos y grupos de mosaicos de SAP Fiori. Los catálogos y grupos se asignan a roles, que a su vez se asignan a usuarios. Esta
asignación define qué mosaicos de aplicaciones ve un usuario en su plataforma de lanzamiento de SAP Fiori y tiene autorización para
agregarlos a grupos e iniciarlos a través del buscador de aplicaciones. Puede confiar en los numerosos catálogos y grupos estándar
proporcionados por SAP si no desea realizar cambios, o puede utilizarlos como referencia. Con el diseñador de plataforma de lanzamiento
de SAP, usted crea los catálogos y los grupos para su plataforma de lanzamiento de SAP Fiori, como se muestra en la Figura 1.14.

Figura 1.14 Mantenimiento de roles en SAP Gateway Server
Los catálogos de SAP Fiori contienen información de configuración para aplicaciones. Aquí mantiene nombres,
subtítulos, íconos y otras opciones para las configuraciones más técnicas de sus mosaicos (es útil comprenderlos,
pero están completamente fuera del alcance de este libro).
Después de haber creado un catálogo, lo asigna a una función (y la función a un usuario). Los mosaicos de
aplicaciones dentro del catálogo definen las aplicaciones a las que tiene acceso un usuario. Si un mosaico se
incluye en un grupo de mosaicos de SAP Fiori al que está asignado un usuario, pero el mosaico no está en ninguno
de los catálogos asignados, el usuario no podrá verlo. Deberá asignar el catálogo al usuario en el que se encuentra
el mosaico. Puede crear tantos catálogos de catálogo como sea necesario para satisfacer las necesidades de los
roles de los usuarios finales (consulte la Figura 1.15).

Figura 1.15 SAP Fiori Launchpad Designer: Catálogos
El nombre de un grupo y los mosaicos incluidos en ese grupo se asignan en la configuración del grupo de
mosaicos de SAP Fiori en el diseñador de la plataforma de lanzamiento de SAP Fiori (consulte la Figura 1.16).
Figura 1.16 SAP Fiori Launchpad Designer: Grupos

Terminología importante Capítulo 1 67
Puede agregar mosaicos al grupo desde muchos catálogos diferentes, pero el usuario debe estar asignado
a todos los catálogos relevantes para ver y utilizar los mosaicos. Puede seleccionar si el usuario final podrá
cambiar un grupo de mosaicos en su propia plataforma de lanzamiento o no.
Finalmente, selecciona si las aplicaciones se mostrarán como mosaicos o como enlaces.
Advertencia
Si realiza cambios en los catálogos o grupos proporcionados por SAP, estos se sobrescribirán con
versiones actualizadas de los grupos y catálogos proporcionados por SAP. Siempre es mejor crear el
tuyo propio y asignar mosaicos según sea necesario. Luego puede asignarlos a sus propios roles.
Terminología importante
En este capítulo se utilizó la siguiente terminología:
Tecnología en memoria
Almacenamiento de datos en RAM en lugar de en discos para aprovechar una menor latencia y tiempos
de lectura/escritura. La tecnología todavía utiliza discos para datos históricos y copias de seguridad.
propósitos.
Tienda de columnas
Los datos se almacenan en columnas en lugar de en las filas más tradicionales; esto permite un
rendimiento de lectura más rápido y mayores capacidades de compresión. La desventaja es el

procesamiento transaccional subóptimo.
SAP S/4HANA El
nuevo sistema ERP de SAP que aprovecha SAP HANA para simplificar el código y las estructuras de
datos. Está diseñado para ser el núcleo digital de todas las aplicaciones comerciales del cliente y
permitir que las empresas se vuelvan digitales. Se ofrece on premise con un modelo de propiedad
tradicional y en la nube con un modelo de suscripción.
Plataforma en la nube de SAP
SAP Cloud Platform es una plataforma de desarrollo e implementación que ayuda a la creación de
aplicaciones inteligentes, integradas y listas para dispositivos móviles para respaldar las operaciones
comerciales.
SAP Leonardo
SAP Leonardo es una colección de tecnologías inteligentes que se pueden utilizar junto con SAP Cloud
Platform para desarrollar aplicaciones de próxima generación. Las tecnologías relevantes incluyen
aprendizaje automático, Internet de las cosas, análisis, blockchain, inteligencia de datos y big data.

SAP Fiori
Un nuevo paradigma de diseño común para todas las aplicaciones SAP. El objetivo del diseño es hacer que
las aplicaciones empresariales sean de uso intuitivo y estén disponibles en todas las plataformas y dispositivos.
SAP Fiori se basa en los siguientes principios de diseño: basado en roles, responsivo, simple, coherente y de
valor instantáneo.
SAP Fiori para SAP S/4HANA Un
grupo de aplicaciones diseñadas para SAP S/4HANA. Hay tres tipos básicos de aplicaciones: transaccionales,
analíticas y de hojas informativas.
Servidor SAP Gateway El

servidor utilizado para conectar SAP Fiori a uno o más SAP S/4HANA, SAP ERP, SAP Business Warehouse
(SAP BW) y otros sistemas backend similares. Aquí se realiza la configuración de la aplicación SAP Fiori, así
como el mantenimiento del usuario de SAP Fiori.
SAP Fiori Launchpad La

"cabina" de interfaz de usuario final para SAP Fiori a la que se accede a través de cualquier navegador web
moderno sin requisitos de software adicionales. Muestra varias aplicaciones en formas planas y rectangulares
llamadas mosaicos. Las aplicaciones disponibles dependen del rol y las autorizaciones del usuario. La
plataforma de lanzamiento de SAP Fiori ofrece muchas opciones de personalización para el usuario final,
como selección de temas, agrupación personalizada y selección de aplicaciones mostradas.
Diseñador de la plataforma de lanzamiento

de SAP Fiori Interfaz de administrador para personalizar los catálogos y grupos disponibles en el sistema. La
configuración de los mosaicos de SAP Fiori se define en la sección Catálogo y para los mosaicos incluidos en
grupos en la sección Grupo.
Preguntas de práctica
Estas preguntas de práctica le ayudarán a evaluar su comprensión de los temas tratados en este capítulo. Las
preguntas que se muestran son similares en naturaleza a las que se encuentran en el examen de certificación.
Aunque ninguna de estas preguntas se encontrará en el examen en sí, te permitirán revisar tus conocimientos
sobre la materia.
Seleccione las respuestas correctas y luego verifique que estén completas en la siguiente sección. Recuerde que
en el examen debe seleccionar todas las respuestas correctas y solo las respuestas correctas para recibir crédito
por la pregunta.

Preguntas de práctica Capítulo 1 69
1. ¿Qué productos tecnológicos de SAP brindan la plataforma necesaria para que SAP respalde la
transformación digital de una organización? (Hay dos respuestas correctas).
A. SAP HANA
B.SAP Leonardo
C. SAP Fiori
D. Plataforma en la nube de SAP
2. ¿Qué componente del marco para la empresa inteligente incluye

SAP Leonardo?
A. Suite inteligente B.
Plataforma digital C.
Tecnologías inteligentes D.
Aprendizaje automático
3. Quiere desarrollar una mejora sustancial para el proceso de compra a pago en su sistema SAP S/
4HANA. ¿Dónde recomienda SAP realizar esta mejora?
A.SAP Leonardo
B. SAP Fiori
C. Plataforma en la nube de SAP
D. Núcleo de SAP S/4HANA
4. Verdadero o falso: SAP S/4HANA (on premise) se puede implementar en infraestructura en la nube
tura.
Una verdad
B. Falso
5. La base de datos SAP HANA se basa en cuál de las siguientes tecnologías para el almacenamiento
ing datos? (Hay tres respuestas correctas).
A. En memoria B. D. Tienda columnar
Agregación C. E. Compresión
Indexación

6. ¿De qué dos maneras se almacenan los datos en la base de datos de SAP HANA? (Hay dos respuestas
correctas).
Cualquiera
B. Vector
C. Columna
D. Fila
7. Verdadero o falso: en un entorno de sistemas que utilizan SAP HANA, puede realizar procesamiento OLAP y
OLTP sin duplicar los datos para los sistemas SAP BW y SAP ERP.
Una verdad
B. Falso
8. SAP HANA hace un uso extensivo de qué tecnología de hardware de alta velocidad
ofrecer más velocidad?
A. Memoria de solo lectura B.
Unidades de estado sólido (SSD)
C. Unidades de procesamiento de gráficos (GPU)
D. CPU multinúcleo
9. Verdadero o Falso: SAP S/4HANA reemplaza a SAP ERP, y desarrollo y soporte
se trasladan completamente a él.
Una verdad
B. Falso
10. ¿En cuál de las siguientes líneas de productos se basa el sistema SAP S/4HANA?
para funciones de adquisiciones?
A. SAP Concur
B.SAP Ariba
C. Factores de éxito de SAP
D.SAP C/4HANA

11. ¿Qué tecnología aprovechó SAP para eliminar tablas agregadas del sistema SAP S/4HANA manteniendo al mismo tiempo
la compatibilidad con muchos programas heredados?
A. Tienda columnar
B. Vistas de compatibilidad C.
Antigüedad de los datos
D. Índices
12. Verdadero o Falso: Elegir entre SAP S/4HANA y SAP S/4HANA Cloud, mul
La edición titenant también es una cuestión de alcance requerido.
Una verdad
B. Falso
13. Verdadero o falso: la única versión de la edición de nube pública de SAP S/4HANA Cloud en la que puede estar un cliente
es la última versión publicada.
Una verdad
B. Falso
14. Un usuario quiere agregar una aplicación a su página de inicio de SAP Fiori pero no puede encontrarla.
en el buscador de aplicaciones. ¿Qué tiene que hacer el administrador?
A. Asigne el grupo de mosaicos de SAP Fiori correspondiente al usuario.
B. Asignar el catálogo de mosaicos de SAP Fiori correspondiente al usuario.
C. Agregue el mosaico a un grupo de mosaicos ya asignado al usuario.
D. Agregue el catálogo de mosaicos correspondiente al grupo de mosaicos.
15. ¿Dónde puede un usuario final de SAP Fiori cambiar el tema de su plataforma de lanzamiento de SAP Fiori?
A. En el área Yo de la plataforma de lanzamiento de SAP Fiori B.
En el área Catálogo de mosaicos del diseñador de la plataforma de lanzamiento de SAP Fiori
C. En el área Grupo de mosaicos del diseñador de la plataforma de lanzamiento de SAP Fiori
D. En el diseñador de temas de la interfaz de usuario

16. Verdadero o falso: cualquier persona con un nombre de usuario y contraseña adecuados puede iniciar sesión.
a la plataforma de lanzamiento de SAP Fiori a través de un navegador web.
Una verdad
B. Falso
17. ¿Qué tipo de personalizaciones pueden realizar los usuarios en sus plataformas de lanzamiento de SAP Fiori?
(Hay dos respuestas correctas).
A. Cambie el nombre de los grupos de mosaicos.
B. Crear sus propios grupos de mosaicos.
C. Cambiar los nombres de las fichas.
D. Cambiar los íconos en los mosaicos.
18. ¿Cuáles de los siguientes son principios de diseño de SAP Fiori? (Hay dos correctos
respuestas.)
A. Basado en roles
B. Rutina
C. Racional
D. Responsivo
19. Utiliza la búsqueda en su plataforma de lanzamiento de SAP Fiori para buscar información de un centro de costos.
¿Qué tipo de aplicación se utiliza para la información que se muestra en los resultados de búsqueda?
A. Transaccional
B. Ficha informativa
C. Analítico
D. Lista
Preguntas de práctica, respuestas y explicaciones
1. Respuestas correctas: A, D
SAP HANA es la plataforma predeterminada de SAP para respaldar la transformación digital de las empresas.
Además, la plataforma SAP Cloud proporciona la infraestructura y las herramientas para desarrollar aplicaciones de
próxima generación.

Preguntas de práctica, respuestas y explicaciones Capítulo 1 73
2. Respuesta correcta: C
SAP Leonardo es una colección de innovaciones tecnológicas, por lo que las tecnologías
inteligentes son la respuesta correcta aquí. Inteligencia artificial, principalmente actualmente
a través del aprendizaje automático, es sólo una de estas tecnologías soportadas por SAP
Leonardo.
Tradicionalmente, dichas mejoras se realizan directamente en el componente central de SAP

ERP. De hecho, esto seguirá funcionando hoy en su sistema SAP S/4HANA; Sin embargo, SAP
quiere trasladar dicho desarrollo a SAP Cloud Platform. Esto es
parte de una estrategia para mantener el núcleo funcionando de manera eficiente y lo más cerca
posible del estándar. Las otras respuestas son incorrectas porque SAP Leonardo es una tecnología.
framework, que puedes usar cuando desarrollas aplicaciones pero no para construir directamente
aplicaciones activadas; y SAP Fiori representa el nivel UI, por lo que incorporarías SAP
Fiori como interfaz de usuario predeterminada de su mejora, pero no es donde
se desarrolla la mejora.
4. Respuesta correcta: A
Verdadero. No hay limitación en la ubicación del hardware que el local

se implementa la versión de SAP S/4HANA. Un cliente puede elegir (compatible)
proveedores de nube externos distintos de SAP. Si un cliente elige usar SAP
como proveedor de infraestructura en la nube para una implementación de SAP S/4HANA “local”,
el producto se llama SAP S/4HANA Cloud, opción privada; con la infraestructura de otros
proveedores, es solo SAP S/4HANA.
5. Respuestas correctas: A, D, E
En memoria es la respuesta más obvia aquí; la tienda columnar es la preferida
Técnica de almacenamiento de datos SAP HANA; y a través de la compresión, SAP HANA logra
reducir los costos de infraestructura y brindar soporte a clientes más grandes. En
Por otro lado, se admiten agregados, pero deben evitarse ya que la idea es
tener todos los datos con la mayor granularidad para proporcionar informes flexibles. El
Lo mismo ocurre con los índices porque con SAP HANA, ofrecen poca velocidad.
mejorar y sacrificar demasiado en términos de flexibilidad porque
debe estar predefinido y agregar características de informes es difícil.
6. Respuestas correctas: C, D
El almacén de columnas es el método preferido para SAP HANA como se explicó porque es
mejor para leer datos. Las bases de datos clásicas prefieren el almacenamiento en filas y es
totalmente compatible con SAP HANA.

Verdadero. SAP HANA fue diseñado para cumplir el objetivo de combinar el procesamiento OLTP y OLAP
óptimo en una base de datos. Esto simplifica el proceso de responder preguntas como "¿Cómo se me
ocurrió este número?" y ahorra recursos de TI al requerir menos sistemas de soporte.
8. Respuesta correcta: D
Con muchos flujos de datos para procesar y grandes requisitos de comunicación entre la memoria y la
caché de la CPU, se pueden utilizar muchos núcleos de CPU al mismo tiempo. Aunque las GPU puedan
parecer las más fuera de lugar aquí, ofrecen una enorme potencia de cálculo y se están desarrollando más
rápido que las CPU.
Aunque muchas empresas están considerando utilizar algunas de sus características especiales en el
mundo de las aplicaciones empresariales, y es posible que escuchemos más de estos exploits en el futuro,
por ahora, SAP HANA no los utiliza. Los SSD ofrecen un gran impulso a las bases de datos tradicionales
y, debido a que SAP HANA utiliza unidades de disco para muchos procesos que no son críticos para la
velocidad (por ejemplo, copias de seguridad y datos antiguos), se pueden usar con SAP HANA.
Desafortunadamente, no ofrecen mucho en cuanto a velocidad mejorada debido a la arquitectura. La
memoria de sólo lectura es irrelevante.
9. Respuesta correcta: B
FALSO. SAP S/4HANA es el sucesor de SAP ERP, pero no lo reemplaza. Todavía existe una enorme
base de clientes que depende de SAP ERP, y SAP ha prometido soporte hasta 2025 (en el momento de
la publicación) para estos clientes.
SAP Ariba es el producto que soporta el núcleo digital SAP S/4HANA con adquisiciones. SAP Success
Factors es para recursos humanos, SAP Concur es para gestión de viajes y SAP C/4HANA respalda todo
lo relacionado con la experiencia del cliente.
Las vistas de compatibilidad se pueden materializar a pedido de datos en tablas de elementos de línea de
la base de datos de SAP HANA para admitir programas que leen tablas de índices y agregados antiguas
que ya no están en el sistema.
FALSO. Los alcances de los productos aún varían, siendo SAP S/4HANA la solución más completa
actualmente. La solución SAP S/4HANA Cloud es una mejor opción para nuevas filiales de grandes
empresas o empresas interesadas en una solución central digital eficiente que esté siempre actualizada
con las últimas características y funciones y que pueda vivir con las limitaciones (decrecientes). de la
solución de nube multiinquilino.

Verdadero. Actualizaciones trimestrales en el ámbito de la solución de nube pública multiinquilino
siempre son requeridos. Un cliente no puede optar por saltarse un ciclo de lanzamiento de producto.
porque el sistema se actualiza para todos al mismo tiempo. Todas las demás ediciones,
incluida SAP S/4HANA Cloud, la edición de inquilino único brinda a los clientes más flexibilidad al seleccionar su ruta y
frecuencia de actualización.
El catálogo de mosaicos de SAP Fiori define qué mosaicos está autorizado a utilizar un usuario. Si el
El usuario no está asignado al catálogo correcto, no verá el mosaico de la aplicación incluso si
es parte de un grupo al que también está asignado.
Normalmente, un usuario final solo tendrá acceso a la plataforma de lanzamiento de SAP Fiori; otro
Las herramientas de SAP Fiori son para administradores. El área Yo es donde los usuarios controlan todos los cambios.
configuraciones para sus plataformas de lanzamiento de SAP Fiori, incluida la selección de temas.
Verdadero. No es necesario instalar ningún software especial; toda la web moderna y actualizada
Los navegadores compatibles con HTML5 funcionarán. En nuestro sistema de formación, recomendamos utilizar el
navegador Google Chrome porque actualmente parece ofrecer una
mejor combinación de velocidad/compatibilidad.
17. Respuestas correctas: A, B
Cambiar el nombre y la apariencia de los mosaicos solo se puede hacer en la vista de catálogo del
Diseñador de la plataforma de lanzamiento de SAP Fiori. Los usuarios finales solo pueden acceder a la plataforma de
lanzamiento de SAP Fiori donde pueden administrar sus grupos de mosaicos.
Los principios de SAP Fiori exigen que las aplicaciones se basen en roles y atiendan a
Tareas específicas realizadas por usuarios específicos. Las aplicaciones de SAP Fiori también deben responder,
ajustando su interfaz para que funcione de manera óptima en diferentes dispositivos.
El resultado se mostrará con una aplicación de hoja informativa, que proporcionará datos clave para
el objeto que buscaste. Tendrá la opción de navegar a una aplicación transaccional, como Administrar centros de
costos, o una aplicación analítica, como un informe de centros de costos. La opción de respuesta Lista no es un tipo
de aplicación oficial en SAP Fiori
lenguaje de diseño.

Llevar
Ahora tiene una buena descripción general y comprensión de la base de datos de SAP HANA.
Comprender los beneficios de la arquitectura SAP HANA y las tecnologías que utiliza para
mejorar las bases de datos tradicionales basadas en disco. También recibió una introducción
a la estrategia empresarial inteligente de SAP y la nueva cartera de productos que la respalda,
a saber, SAP Cloud Platform y SAP Leonardo (junto con SAP HANA, SAP S/4HANA y otras
soluciones LoB en la nube).
Además, recibió una introducción completa a SAP S/4HANA, el sucesor de SAP ERP y el
software central necesario para la visión de SAP de la revolución empresarial digital. Usted
comprende las opciones de implementación disponibles y debería poder determinar qué
opción se adapta mejor a las necesidades de un cliente.
Finalmente, obtuvo información sobre el paradigma de diseño de SAP Fiori y lo que significa
específicamente para SAP S/4HANA. Aprendió sobre las herramientas básicas de SAP Fiori y cómo
los catálogos y grupos de mosaicos controlan las aplicaciones que un usuario ve y puede usar.
Resumen
Ha adquirido un conocimiento de alto nivel de SAP HANA, SAP S/4HANA y SAP Fiori. Ahora
puede explicar los conceptos básicos y los beneficios de estos a los clientes y proponer
opciones de implementación. También puede ayudar a los usuarios con operaciones básicas
de SAP Fiori.
Este capítulo es el único que no está directamente relacionado con la contabilidad financiera
en SAP S/4HANA, y también es el capítulo más técnico del libro y del examen. Sin embargo,
el conocimiento aquí es muy importante tanto para los consultores nuevos como para los
experimentados sin experiencia previa con SAP S/4HANA.
En el siguiente capítulo, cubriremos los procesos comerciales de contabilidad del libro mayor y la
personalización, comenzando primero con la descripción de las unidades organizativas centrales
en la contabilidad financiera con SAP S/4HANA.

Capitulo 2
Contabilidad principal
Gestionar unidades organizativas en contabilidad financiera.
Mantener registros maestros del libro mayor general
Configurar los procesos comerciales del libro mayor
Comprender la valoración paralela y la división de documentos en

SAP S/4HANA
Configurar el encabezado y las partidas de los documentos de

contabilidad financiera
Comprender las opciones de publicación y edición de documentos

78 Capítulo 2 Contabilidad del libro mayor general
El objetivo de este capítulo es explicar la contabilidad del libro mayor en el sistema SAP S/4HANA
analizando la configuración de las unidades organizativas financieras básicas, el diseño y la
configuración del plan de cuentas, los registros maestros del libro mayor y los controles de
publicación de documentos.
Como consultor de contabilidad financiera, trabajará para traducir los requisitos de los
clientes a los ajustes de configuración del sistema. Conocer las diversas opciones que se
ofrecen es de gran importancia en el mundo de la implementación local.
Muchas decisiones de configuración tomadas para el libro mayor también son muy difíciles
de modificar una vez que un sistema está activo, por lo que necesita tener la confianza de
que está creando el sistema adecuado para sus clientes.
Al trabajar como consultor de contabilidad financiera, es posible que se especialice en una

determinada subárea de la contabilidad financiera o que se le solicite que se vuelva más
generalista; En cualquier caso, el punto de partida más importante es una comprensión
profunda de la configuración del libro mayor. Casi todas las actividades reales en el sistema
SAP S/4HANA terminarán afectando los valores del libro mayor. La gran cantidad de puntos
de integración puede requerir mucho tiempo para solucionar problemas si no está
familiarizado con el componente del libro mayor, y pueden bloquear no sólo las finanzas
sino también muchas otras líneas de negocio (LoB). El libro mayor actúa como una ventana
de la empresa al mundo exterior. La presentación de informes correctos y funcionales es
fundamental para que una empresa sea confiable. En SAP S/4HANA, el libro mayor está
más integrado que nunca a través del Diario Universal. Todos los componentes financieros
actualizan directamente la misma tabla de partidas individuales y se rigen por las decisiones
de diseño tomadas para el libro mayor.
El objetivo de esta parte de la certificación es poner a prueba su comprensión de la personalización

de las unidades organizativas principales y los registros maestros, así como los principales procesos
comerciales de la contabilidad del libro mayor.
Para el examen de certificación, los consultores de contabilidad financiera deben tener un buen
conocimiento de los siguientes temas:

Definiciones y asignaciones posibles para unidades organizativas en finanzas.

contabilidad
Configuración y mantenimiento de registros maestros del libro mayor, como cuentas del libro
mayor, centros de beneficios y segmentos.
Configuración de libros mayores, división de documentos y monedas.
Configuración y mantenimiento del plan de cuentas y del libro mayor

registros maestros: cuentas, centros de beneficio y segmentos
Configuración de los documentos contables, incluidos tipos de documentos, rangos de números,

autorizaciones de contabilización y controles de períodos.
Mantenimiento de diversos parámetros y controles de publicación, como valores predeterminados,

cambios permitidos, motivos de anulación, códigos impositivos y contabilización de documentos
entre sociedades
Nota
El tema de contabilidad del libro mayor representa el 20% del examen total.
En esta sección, analizaremos las unidades organizativas centrales de SAP S/4HANA, especialmente
aquellos relevantes para la contabilidad financiera. Aprenderá sobre la creación y el mantenimiento
de registros maestros del libro mayor, incluidas cuentas y centros de beneficio.
Discutiremos cómo se maneja la contabilidad paralela en el sistema, la integración de
Contabilidad financiera con Controlling, gestión de divisas y control de documentos. Finalmente,
veremos algunas de las operaciones diarias para publicaciones y gestión.
documentos del libro mayor.
Unidades organizativas
Las unidades organizativas en el sistema SAP traducen entidades comerciales de la vida real en
entidades del sistema. Al asignar las unidades organizativas entre sí y los registros maestros
subyacentes a las unidades organizativas, toda la empresa puede
representarse en SAP S/4HANA. Todas las transacciones comerciales se realizan en referencia
a unidades organizativas específicas, y todos los informes se analizan en varios niveles y
combinaciones de estos. En esta sección, analizaremos las unidades organizativas relevantes para
la contabilidad financiera y algunas de las principales unidades organizativas periféricas.
que son relevantes a través de la asignación y la integración.

Cliente
Un cliente es la entidad organizativa y jurídica del sistema SAP que se encuentra en la parte superior de la jerarquía de unidades organizativas. Los datos organizativos,
maestros y transaccionales se mantienen a nivel de cliente. El principal objetivo del cliente es mantener estos datos completamente aislados de los demás clientes. Los
datos maestros y transaccionales de un cliente sólo son visibles dentro de ese cliente; un usuario siempre inicia sesión especificando el cliente. Por supuesto, SAP S/4HANA
ofrece otros medios y opciones para asegurar las autorizaciones de los usuarios, pero el cliente es el control más fundamental.
En un sistema SAP S/4HANA (instancia), puede haber varios clientes (puede ver un ejemplo de un sistema de dos clientes en la Figura 2.1). La instancia base de SAP viene
con tres clientes: 000, 001 y 066. El cliente 066 está reservado para uso de SAP.
SAVIA
S/4HANA
Cliente Cliente
100 200
Operando Operando Operando

Inquietud Inquietud Inquietud
1000 1010 1020
Controlador Controlador Controlador Controlador

Área Área Área Área
1000 1010 2010 1020
Compañía Compañía Compañía Compañía Compañía Compañía Compañía Compañía Compañía

Código Código Código Código Código Código Código Código Código
1000 2000 3000 1010 2010 3010 1020 2020 3020
Figura 2.1 Sistema SAP S/4HANA con múltiples clientes
Los datos base están contenidos en el cliente 000, pero en los proyectos de implementación de SAP S/4HANA, generalmente no se utiliza. El cliente 001 es sólo una copia
de seguridad del cliente 000. Además, el cliente 000 es donde los administradores realizan la mayor parte del mantenimiento, como la aplicación de parches. Los
administradores son generalmente los únicos miembros de implementación del proyecto que tienen acceso al cliente 000.
Puede pensar en un cliente como una vista de la base de datos. Si inicia sesión en el cliente 100, podrá ver todos los datos independientes del cliente (por ejemplo,
programas ABAP) y todos los datos que dependen del cliente 100 (datos organizativos, maestros y transaccionales) y estarán disponibles solo en ese cliente específico. . Si
inicia sesión en el cliente 200, verá todos los datos independientes del cliente (exactamente los mismos valores que el cliente 100) y todos los datos específicos del cliente
200. Esta distinción separa los datos en datos dependientes del cliente e independientes del cliente. En determinadas tablas del sistema, se puede acceder a todas las filas
desde cualquier

cliente, como las tablas del Diccionario de datos, tablas que contienen los programas ABAP,
impresoras, etc., por lo que se denominan independientes del cliente. Datos como usuarios,
sociedades, proveedores, clientes y partidas individuales de documentos dependen todos del cliente;
es decir, debes iniciar sesión en un cliente específico para ver esos datos.
En términos comerciales, el cliente generalmente representa un grupo corporativo o un grupo de

afiliados. Ciertas configuraciones y detalles del registro maestro en el sistema SAP S/4HANA se
mantienen en el nivel del cliente, lo que significa que la configuración específica es válida o el registro
maestro se utiliza para todo el cliente. Por ejemplo, puede mantener un plan de cuentas y asignarlo
a varias sociedades, o cuando activa la división de documentos en un cliente, se activa, de forma
predeterminada, para todo el cliente (y todas las sociedades).
En el sistema, un administrador mantiene la configuración de cada cliente (Figura 2.2).

Los detalles de las configuraciones mantenidas están fuera del alcance del examen de certificación,
pero es útil conocer estas configuraciones principales:
Cliente
Producción
Prueba
– Personalización
– Demostración
– Formación/educación
– Referencia SAP
Cambios y transportes para objetos específicos del cliente

Esto determina si un administrador controla los cambios realizados en la configuración del sistema
y si estas configuraciones se empaquetan automáticamente en solicitudes de transporte para
transferirlas a otros sistemas.
Cambios de objetos entre clientes
Esto determina si puede realizar personalización entre clientes desde el cliente.
Protecciones de la herramienta de comparación y copia

del cliente Esto determina si el cliente se puede utilizar como copia o como referencia para copias.
En SAP S/4HANA, el equipo de implementación generalmente comienza a trabajar en un cliente

nuevo con el paquete SAP Best Practices correspondiente instalado. Estos paquetes contienen los
ajustes de configuración básicos y se proporcionan por país. Para algunos países, existen dos
paquetes diferentes. Puede instalar tantos paquetes (para tantos países) como necesite para su
proyecto de implementación.

Sugerencia La instalación y administración de paquetes de contenido de SAP Best Practices no está dentro del alcance
de esta certificación.
Figura 2.2 Configuración del cliente: SAP Transaction SCC4

Codigo de compañia
Una sociedad es la unidad organizativa más fundamental para la contabilidad financiera en el sistema SAP S/4HANA.
Representa la entidad jurídica para la cual se puede crear un conjunto completo e independiente de cuentas. Esto
incluye tanto las cuentas necesarias para el ingreso de todas las transacciones contables como todas las partidas de
los estados financieros requeridos legalmente (por ejemplo, el balance y el estado de pérdidas y ganancias [P&L]) para
las autoridades locales.
En SAP S/4HANA, las plantillas de códigos de empresa generalmente se crean en el sistema mediante el paquete SAP
Best Practices. Puede utilizar el código de empresa de mejores prácticas directamente y copiarlo según sea necesario
para crear códigos de empresa adicionales que se ajusten a los requisitos de su proyecto. Dado que la sociedad se
crea para cumplir con los requisitos de informes externos definidos de forma diferente según el país, tendrá sociedades
distintas (y paquetes SAP Best Practices independientes) por país. Por lo general, el mismo cliente puede admitir
cualquier número de códigos de empresa necesarios de tantos países como sea necesario.
A nivel de descripción general, se requieren los siguientes pasos para crear una nueva sociedad:
1. Copie un código de empresa existente.
2. Ajustar los datos básicos.
3. Ajuste los parámetros globales.
Ahora exploremos estos pasos en detalle:
1. Copie un código de empresa existente.
Ingresa el código de empresa a referencia (Desde Código de empresa) y el nuevo código de empresa que está
creando (A Código de empresa), como se muestra en la Figura 2.3.
Figura 2.3 Copiar código de empresa

Esto copia los datos básicos, los parámetros globales, las configuraciones de personalización y,
opcionalmente, lo
siguiente: – Las cuentas del libro mayor y las determinaciones de cuentas (Figura 2.4).
– La asignación a la sociedad CO (Figura 2.5)
– La moneda local definida (Figura 2.6)
Figura 2.4 Copiar cuentas del libro mayor
Figura 2.5 Copiar asignación de área de control

Figura 2.6 Copiar moneda del código de empresa
Nota
Puede crear un código de empresa directamente sin copiarlo, pero esto debe evitarse debido a la cantidad de
configuraciones requeridas y la mayor posibilidad de configurar algo incorrectamente para los requisitos legales de un
país.
2. Ajustar los datos básicos.
Los datos básicos de una sociedad son muy sencillos, como se puede ver en la Figura 2.7.
Figura 2.7 Definición del código de empresa

En la misma transacción, puede ingresar los datos de dirección de su código de empresa, que se
mostrarán en los estados financieros oficiales y en cualquier otra salida de comunicación relevante
del sistema (consulte la Figura 2.8).
Figura 2.8 Detalles de la dirección del código de empresa
3. Ajuste los parámetros globales.

En los parámetros globales del código de la empresa, usted realiza algunas asignaciones y
decisiones muy importantes (consulte la Figura 2.9).

Figura 2.9 Parámetro global del código de empresa: transacción SAP OBY6
Está fuera del alcance analizar o describir cada función individual, pero debe tener en cuenta las siguientes
funciones básicas:
Cuadro de Cuentas.
Esto indica el plan de cuentas operativo utilizado por la sociedad, que a su vez define la lista de cuentas del libro
mayor utilizadas al procesar transacciones.
Gráfico de países/Cuentas.
El plan de cuentas del país muestra los números y nombres de cuentas que se utilizan legalmente en el país en
el que opera la empresa. Las cuentas de este plan de cuentas se asignan a las cuentas del plan de cuentas
operativo con una relación uno a uno.

Empresa Es
la unidad organizativa más pequeña para la que se crean estados financieros individuales de acuerdo con los
requisitos legales pertinentes (normalmente derecho comercial). Una única empresa se puede asignar a varias
sociedades. El sistema SAP S/4HANA tiene una funcionalidad especial para la consolidación de transacciones
intracompañía e intercompañía.
Área de Control de Crédito
Esta unidad organizativa representa el área en la que se concede y supervisa el crédito de los clientes. Se puede
asignar la misma área a varias sociedades si el control de crédito se realiza de manera similar en varias
sociedades. En SAP S/4HANA, las áreas de control de crédito están vinculadas a segmentos de crédito
mantenidos en SAP Credit Management. Se requieren segmentos de crédito para determinar los límites de crédito.
Variante del año fiscal
Esta variante determina el número de períodos y las fechas de inicio/fin del ejercicio.
El código de empresa es productivo
Este indicador garantiza que los datos transaccionales del código de empresa no se puedan restablecer por error.
Variante de estado de campo
Esta variante agrupa varios grupos de estados de campos. El grupo de estado de campo, a su vez, especifica el
control de campo para la entrada de documentos. Los grupos de campos se asignan a cuentas del libro mayor
según los requisitos del cliente.
Variante de período contable
Esta variante agrupa empresas con un control de período común. En lugar de actualizar los períodos abiertos
para cada sociedad individual, los actualiza para la variante. Esta configuración es válida para todos los códigos
de empresa asignados.
Variante de flujo de trabajo
La variante de flujo de trabajo asignada define los procesos de flujo de trabajo para la sociedad. Necesita la
variante para activar flujos de trabajo, como aprobaciones de documentos estacionados.
Después de mantener esta configuración, se configura el código de empresa. Por lo general, puede continuar
realizando los cambios necesarios hasta que registre las transacciones en el código de la empresa; A partir de
entonces, normalmente no es aconsejable o incluso posible cambiar los ajustes. En un cliente de prueba, puede
borrar completamente los datos transaccionales de prueba para un código de empresa, lo que le permite realizar más
ajustes.

Compañía
Como se mencionó anteriormente, la empresa se utiliza generalmente para representar la entidad jurídica
según la ley comercial local y para la publicación de transacciones entre empresas. Los estados financieros
de una empresa se utilizan a menudo para formar la base de los estados financieros consolidados, que se
utilizarían en la solución de informes grupales. Todos los códigos de empresa asignados a una empresa
deben utilizar el mismo plan de cuentas y año fiscal, pero normalmente se crea y asigna una empresa
independiente a cada código de empresa. También se crean empresas para códigos de empresa fuera del
sistema SAP S/4HANA para poder consolidar datos de sistemas externos. También suele asignar un ID de
empresa a un registro maestro de socio comercial para procesar transacciones entre empresas.
Alternativamente, administra empresas con cuentas de libro mayor. La definición de la unidad organizativa
de la empresa es opcional.
Al crear una empresa, debe tener en cuenta que para una contabilidad grupal consistente cuando la
organización utiliza varios clientes, las empresas deben mantenerse en cada cliente. Las empresas deben
catalogarse en una lista de ID de empresas que sea coherente en todo el grupo y el sistema. Para crear una
empresa, ingresa un código (hasta seis caracteres alfanuméricos), nombre, detalles de la dirección, idioma
y moneda, como se muestra en la Figura 2.10.
Figura 2.10 Definición de empresa

Al realizar transacciones entre empresas en las que una empresa afiliada actúa como proveedor o cliente, se crea la filial como
socio comercial y se mantiene el campo Socio comercial con la clave de empresa correspondiente (Figura 2.11).
Figura 2.11 Socio comercial en el registro maestro de socios comerciales
Centro de beneficio
Aunque los centros de beneficio suelen considerarse datos maestros en el sistema SAP S/4HANA, en contabilidad actúan más
como unidades organizativas. Un centro de beneficios representa un área de responsabilidad dentro de una corporación para
la cual se pueden realizar cálculos de beneficios; en otras palabras, tiene costos e ingresos que le son imputables directa o
indirectamente. Los centros de beneficios suelen representar una unidad organizativa dentro de la empresa (por ejemplo, una
planta), una LoB separada, una ubicación geográfica o una combinación de estos.
Los centros de beneficio siempre se asignan a una jerarquía estándar, un tipo especial de grupo de centros de beneficio. Puede
mantener jerarquías de centros de beneficios con la aplicación Gestionar jerarquías de contabilidad global (Figura 2.12)
Dentro de la aplicación, usted crea nodos de jerarquía en varios niveles (elementos basados en texto) y asigna los centros de
ganancias a los nodos respectivos según sea necesario (Figura 2.13).

Figura 2.12 Gestión de jerarquías contables globales: centros de beneficio
Figura 2.13 Mantener la jerarquía del centro de beneficio

Segmento
Los segmentos se utilizan como dimensión a efectos de presentación de informes. Cuando creas un segmento,
asignas un código alfanumérico de hasta 10 caracteres y una descripción (Figura 2.14). Organizacionalmente, los
segmentos están un nivel por encima de los centros de ganancias. Se pueden asignar varios centros de beneficio
al mismo segmento. La presentación de informes por segmentos se introdujo para cumplir con los requisitos de
presentación de informes sobre los estados financieros para ciertos principios contables, como las Normas
Internacionales de Información Financiera (NIIF) y los Principios de Contabilidad Generalmente Aceptados de EE.
UU. (GAAP).
Figura 2.14 Definición de segmento
Un usuario en el sistema SAP S/4HANA generalmente no ingresará manualmente el segmento durante la

contabilización porque el segmento se derivará del centro de beneficio.
Debido a que el centro de beneficio está altamente integrado con otras asignaciones de cuentas en el sistema,
proporciona una gran flexibilidad de derivación. En combinación con la división de documentos, los segmentos
se contabilizan en todas las líneas.
área funcional
El área funcional clasifica los gastos de una organización por función, como administración, ventas y distribución,
marketing, producción, investigación y desarrollo (I+D), etc. Esta clasificación está diseñada para cubrir los
requisitos de la contabilidad del costo de ventas. Por el contrario, la contabilidad de período estándar clasifica los
gastos según su origen (por ejemplo, costos de personal, depreciación, gastos de viaje, etc.). En cualquier punto
de vista contable, los resultados operativos son los mismos en total.

Al definir un área funcional, ingresa una clave alfanumérica de cuatro caracteres y

el nombre del área funcional (Figura 2.15).
Figura 2.15 Definición del área funcional
Área de negocios
Un área de negocio es una unidad organizativa dentro de la contabilidad que representa un área separada
de operaciones o responsabilidades en una organización empresarial. Al definir un área de negocio, se
ingresa una clave alfanumérica de cuatro caracteres y el nombre de
el área de negocios, como se muestra en la Figura 2.16. Las áreas de negocio no son muy flexibles
objetos de asignación de cuenta y no forman parte de SAP Best Practices para SAP

S/4HANA. No se tratan más en este libro y no se incluyen más detalles en la certificación.
Figura 2.16 Definición del área de negocio
Integración con Unidades Organizativas de Contabilidad No Financiera
Como se muestra en la Figura 2.17, la contabilidad financiera se integra con varios otros módulos asignando el
código de empresa a las unidades organizativas relevantes de estos módulos en SAP S/4HANA Customizing.
Figura 2.17 Asignación de códigos de empresa a unidades organizativas de contabilidad no financiera

Estas unidades organizativas de contabilidad no financiera incluyen aquellas de Controlling, logística y SAP ERP HCM (consulte el diagrama
esquemático a nivel de cliente en la Figura 2.18).
Exploremos estos con más detalle.
Empresa operativa
A000
Área de control
A000
Codigo de compañia Control de crédito

Area de ventas
1010 Área A000
Organización de ventas. 1010 Compra. Org. 1010
Planta 1010 Planta 1011

Distr.
canal 10
División 00
Controlador MRP
Grupo de compras
001 1020de embarque
Punto
001
1010
Oficina de Ubicación de almacenamiento Ubicación de almacenamiento Área MRP

ventas 100 101A 101B 001
Figura 2.18 Unidades organizativas a nivel de cliente
Integración con Controlling
Para los módulos de contabilidad financiera, la tarea más importante es con el área contralora. Especialmente en SAP S/4HANA, la integración entre
la contabilidad financiera y el Controlling casi desdibuja la línea entre dónde comienza uno y termina el otro. A nivel de unidad organizativa, la sociedad
CO se puede asignar a una única sociedad o a varias sociedades.
Para asignar una sociedad a una sociedad CO, se deben cumplir las siguientes condiciones:
reunió:
La variante del año fiscal debe ser idéntica.
En SAP S/4HANA, no basta con que las variantes tengan el mismo número de períodos normales; las variantes deben tener exactamente el
mismo código (por ejemplo, K4). Si eres

al tratarse de una migración, siempre se alinea la variante del año fiscal con la que tiene los
períodos más especiales; por lo tanto, si una sociedad tuviera K2 y una sociedad CO4,
cambiaría la asignación de la sociedad a K4.
El plan de cuentas operativo debe ser idéntico.
Las cuentas del libro mayor de pérdidas y ganancias (P&L) que son relevantes para la
contabilidad de gestión (cuentas del libro mayor de costos/ingresos primarios) se utilizan en
Controlling, donde se denominan elementos de costos primarios. Además, los elementos de
coste secundario, que se utilizan para la asignación entre objetos de Controlling, se crean como
cuentas del libro mayor de costes secundarios.
Tiene sentido utilizar la contabilidad de costes entre sociedades cuando desea realizar informes
entre sociedades, utilizar asignaciones internas entre límites de sociedades, etc.
Mediante la asignación de la sociedad a la sociedad CO, la sociedad también se asigna

indirectamente a la sociedad PA. La empresa operativa es la unidad organizativa de análisis de
rentabilidad (COPA). Hay dos tipos de análisis de rentabilidad: basado en costos y basado en
cuentas. La opción más innovadora en SAP S/4HANA y la más relevante para los consultores de
contabilidad financiera es el COPA basado en cuentas. En este caso, las características COPA
actúan esencialmente como imputaciones adicionales para las cuentas de pérdidas y ganancias
del libro mayor y pueden informarse a través de informes de contabilidad financiera.
Integración con la Logística
Puede ver muchos puntos de integración para módulos logísticos en la Figura 2.18. Una planta es
una unidad organizacional que divide una empresa según la producción, las adquisiciones, el
mantenimiento y la planificación de materiales. En una planta se producen materiales o se
proporcionan bienes y servicios. La asignación de la planta a la sociedad es el requisito principal
para la integración de la contabilidad financiera con componentes logísticos como la gestión de
materiales, ventas y distribución, gestión de almacenes, mantenimiento de plantas, etc. La
funcionalidad adecuada del sistema se garantiza cuando las plantas asignadas a una sociedad se
encuentran en el mismo país que la sociedad.
En las asignaciones de logística, se vincula una sociedad a una organización de ventas. Una
organización de ventas es responsable de vender materiales y servicios. El encargo establece un
vínculo entre las ventas y distribución y la contabilidad financiera. Una organización de ventas está
asignada a una única sociedad.

Por último, puede asignar una organización de compras a una sociedad. La organización de compras
es responsable de todas las actividades de compra de una organización, como las solicitudes de compra
y el procesamiento de pedidos. La organización de compras se integra dentro de la estructura
organizativa de la siguiente manera:
Una organización de compras se puede asignar a varias sociedades (por ejemplo, para compras de
todo el grupo empresarial).
Una organización de compras se puede asignar a una sociedad; en este caso, realiza compras
específicas de la empresa.
Una organización de compras no puede estar asignada a ninguna sociedad. Dado que el centro está
asignado en cualquier caso a una sociedad, el centro puede determinar la organización de compras
en el momento de cada operación de aprovisionamiento.
Integración con SAP ERP HCM
El área de personal es la unidad organizativa de más alto nivel en SAP ERP HCM. Un área de personal
se organiza según aspectos de personal, gestión del tiempo y nómina. Asigne cada área de personal a
una sociedad de modo que cuando cree un número de personal, la sociedad se le asigne directamente.
Registros maestros
En el libro mayor, los registros maestros incluyen cuentas del libro mayor y centros de beneficio. Las
cuentas del libro mayor registran todas las transacciones comerciales que conciernen al balance y al
estado de resultados. Todas las cuentas del libro mayor se asignan a la sociedad a través del plan de
cuentas. Los centros de ganancias son registros maestros que se definen en la contabilidad financiera
pero que están integrados en muchos componentes, y especialmente en la contabilidad de gestión
porque los centros de ganancias se definen por área controladora.
Catálogo de cuentas
El plan de cuentas en un sistema SAP S/4HANA contiene una lista de cuentas del libro mayor, como se
muestra en la Figura 2.19. La información básica de una cuenta del libro mayor (por ejemplo, el nombre)
se mantiene en el nivel del plan de cuentas.

Figura 2.19 Cuentas del libro mayor: lista del plan de cuentas
Hay tres tipos básicos de planes de cuentas:
Plan de cuentas operativo Este plan

de cuentas requerido contiene las cuentas utilizadas para las transacciones y está asignado a
la sociedad en los parámetros globales.
País o plan de cuentas alternativo Este plan de
cuentas opcional contiene cuentas que se asignan una a una a las cuentas operativas y
generalmente se utiliza para informar de acuerdo con las normas legales locales. Este plan de
cuentas se utiliza al emitir estados financieros para las autoridades del país. Esto también se
asigna a la sociedad en los parámetros globales.
Plan de cuentas de grupo

Este plan de cuentas opcional contiene las cuentas utilizadas a nivel de grupo.
Puedes asignar muchas cuentas operativas a una sola cuenta de grupo, pero no al revés. En
otras palabras, generalmente tiene menos cuentas en el plan de cuentas de grupo que en el
plan de cuentas operativo. El plan de cuentas del grupo se asigna al plan de cuentas operativo,
no a la sociedad. Cuando se utiliza el plan de cuentas de grupo, cada cuenta operativa debe
asignarse a una cuenta de grupo.

Crear un plan de cuentas
Cuando desee crear un plan de cuentas, puede crear un nuevo plan de cuentas vacío o copiar uno existente,
como se muestra en la Figura 2.20. Las siguientes configuraciones se utilizan al crear un plan de cuentas:
Cuadro de Cuentas/Descripción
Código alfanumérico de cuatro dígitos y texto descriptivo.
Mantenimiento. Idioma
Todas las cuentas deben mantenerse en el idioma de mantenimiento definido. De forma predeterminada,
otros idiomas son opcionales, pero si utiliza el mismo plan de cuentas para informes legales en otro idioma,
todas las cuentas deben traducirse al idioma local.
Longitud del número de cuenta del L/M

Esta es la longitud máxima permitida para una cuenta del libro mayor. Esta configuración se refina aún
más en la definición del grupo de cuentas.
Cuadro de Cuentas del Grupo.
Introduzca el plan de cuentas del grupo conectado al plan de cuentas operativo

cuentas.
Obstruido
Cuando está activa, esta casilla de verificación impide que las cuentas del plan de cuentas se asignen a un
código de empresa. Esto no afectará las cuentas ya asignadas antes de que se estableciera este indicador.
Generalmente se utiliza cuando todavía estás elaborando el plan de cuentas y no estás seguro de las
cuentas finales que contiene.
Figura 2.20 Configuración para crear un plan de cuentas

Grupos de cuentas
Los grupos de cuentas clasifican las cuentas del libro mayor según su finalidad.
Todas las cuentas del libro mayor se asignan a un grupo de cuentas en función de cómo se utilizan las cuentas cuando
se contabilizan. El grupo de cuentas de una cuenta determina los campos disponibles para la entrada en el segmento
de código de empresa de la cuenta de mayor y define el rango de números en el que se puede crear una cuenta.
Los grupos de cuentas comunes para las cuentas del libro mayor son los siguientes:
cuentas de activos fijos
Cuentas de materiales
cuentas de efectivo
cuentas bancarias
Cuentas del libro mayor de clientes y proveedores
Cuentas diversas del libro mayor
cuentas de pérdidas y ganancias
En la Figura 2.21, usted define grupos de cuentas por plan de cuentas 1. Por grupo de cuentas, ingresa un código de
cuatro dígitos, un nombre y un rango de cuentas. Al hacer doble clic en una línea de la pantalla, accederá a una
pantalla que muestra los siete grupos de campos disponibles por cuenta de mayor 2. Si profundiza más, llegará a la
definición de campo por grupo de campos. Aquí usted define el estado del campo para cada campo disponible. Las
agrupaciones de campos están predeterminadas en el sistema.
El estado del campo 3 se puede ajustar de las siguientes maneras:
Suprimir El
campo no se muestra y no se puede ingresar en la pantalla.
Requerido
Entrada El campo debe ser completado.
Optar. Entrada
El campo se puede completar.
Mostrar
El campo se muestra en la pantalla, pero los valores no se pueden cambiar.
Los campos Moneda de la cuenta y Grupo de estado del campo siempre están marcados como obligatorios; es decir,
no puedes crear una cuenta sin indicar los valores de estos campos.

Figura 2.21 Grupos de cuentas, grupos de campos y definición de campos
Advertencia
Configurar un campo para Suprimir o Mostrar no significa que el campo no tenga valor. Si se cambió el estado del
campo (por ejemplo, de Opc. Entrada para suprimir: si el campo tenía previamente una entrada, esta entrada seguiría
siendo válida.
Además de configurar el estado del campo por grupo de cuentas, también puede configurar el estado del campo por
acción (crear, cambiar, mostrar). De esta manera, por ejemplo, puede configurar un campo como obligatorio cuando crea
una cuenta y mostrarlo cuando lo cambia, lo que significa que, en esencia, el campo no se puede cambiar.

Cuando hay estados de campo en conflicto, el sistema utiliza el estado de campo con mayor prioridad de
acuerdo con la siguiente lista, de mayor a menor:
1. Suprimir 2.
Mostrar 3.
Requerido 4.
Opcional
Mantenimiento de cuentas del libro mayor general
Los datos de las cuentas del libro mayor se mantienen primero en tres niveles: el nivel del plan de cuentas
general, el nivel de la sociedad y el nivel de la sociedad CO.
En el nivel de mantenimiento de cuentas, ingresa el número de cuenta del libro mayor (también puede ser
alfanumérico). Luego selecciona el tipo de cuenta del libro mayor entre los siguientes cuatro tipos de cuenta:
1. Cuenta del balance
Esta cuenta es para cualquier cuenta que no sea una cuenta de pérdidas y ganancias.
2. Costos o ingresos primarios Esta

cuenta es para cuentas de pérdidas y ganancias que se utilizan para reflejar los costos operativos e ingresos
normales de la empresa. Estas cuentas están integradas con Controlling.
3. Costos secundarios
Esta cuenta es para cuentas utilizadas para asignaciones de costos internos en Controlling.
4. Gastos o ingresos no operativos

Esta cuenta es para cuentas de pérdidas y ganancias que reflejan ganancias o pérdidas de actividades que
no son de los negocios principales de la empresa, como ganancias de la venta de activos o ganancias de
capital de una empresa de consultoría. Estos no están integrados con Control ling.
En la Figura 2.22, puede ver los detalles completos del segmento del plan de cuentas de la cuenta del libro
mayor. Aquí, asignará su cuenta al grupo de cuentas correspondiente y el sistema comprobará si el número de
cuenta proporcionado se encuentra dentro del rango definido. Luego, ingrese una descripción corta y larga en
el idioma de mantenimiento del plan de cuentas. Si ha asignado un plan de cuentas de grupo, también debe
introducir la cuenta de grupo correspondiente. Opcionalmente, también puede asignar un área funcional para la
contabilidad de costos de ventas y un socio comercial para la consolidación.
propósitos.

Figura 2.22 Datos generales de la cuenta del libro mayor

Si está creando una cuenta de pérdidas y ganancias, también deberá indicar el tipo de cuenta del estado de
pérdidas y ganancias (Tipo de cuenta de estado de pérdidas y ganancias), como se muestra en la Figura 2.23.
Esta asignación indica la cuenta de ganancias retenidas a la que se trasladan los valores al final del año.
Figura 2.23 Definición del tipo de cuenta del estado de pérdidas y ganancias de ganancias retenidas
La cuenta de ganancias retenidas se actualiza por tipo de cuenta de extracto de pérdidas y ganancias en el
Customizing. Debe mantener al menos un valor aquí. Si solo actualiza un valor único en el Customizing, para
cualquier cuenta de contabilidad general de pérdidas y ganancias que cree, el tipo de cuenta de extracto de
pérdidas y ganancias se asigna automáticamente.
En el nivel de mantenimiento de la sociedad, introduzca los campos definidos por el grupo de cuentas asignado.
En la Figura 2.24, solo ve algunos de los campos que mantiene para la sección del código de empresa porque
diferentes cuentas tienen diferentes requisitos. Exploremos los campos más críticos del mantenimiento a nivel
de código de empresa.
maricón:
Moneda de la cuenta
Cuando la moneda de la cuenta coincide con la moneda del código de empresa, puede contabilizar en la
cuenta en cualquier moneda. Cuando especifica una moneda diferente para la cuenta (por ejemplo, una
cuenta bancaria en moneda extranjera), solo puede contabilizar en la cuenta en esa moneda específica.

Categoría de
impuestos La categoría de impuestos indica los códigos de impuestos válidos para su uso al contabilizar en la
cuenta. Puede seleccionar el impuesto soportado, el impuesto repercutido, un código impositivo específico, permitir
cualquier tipo de impuesto o dejar el campo en blanco para no permitir que se contabilice ningún impuesto. La
casilla de verificación Publicación sin impuestos permitidos significa que puede publicar en una cuenta para la que
normalmente ingresa un código impositivo, sin el código impositivo. Esto puede ser riesgoso porque los usuarios
pueden omitir la entrada de impuestos, por lo que es recomendable y mejor definir códigos de impuestos de cero
por ciento para ingresar cuando los impuestos no son aplicables.
Número de cuenta alternativo
Aquí ingresa la cuenta relativa del plan de cuentas local. Si selecciona una cuenta que ya se ha utilizado, el sistema
genera un error.
Figura 2.24 Mantenimiento a nivel de código de empresa de la cuenta del libro mayor

Cuenta de conciliación para tipo de cuenta

Las cuentas de conciliación proporcionan la vista del libro mayor general del libro auxiliar
sistemas contables. Considere un ejemplo con el libro mayor auxiliar de proveedores: todas las
contabilizaciones en la cuenta de proveedor 12345 también se contabilizan automáticamente en el libro mayor general.
cuenta 21100000. No se puede contabilizar directamente la cuenta del libro mayor. Siempre se garantiza la
conciliación del libro auxiliar y del libro mayor. Tu usas
este campo para indicar si la cuenta es una cuenta de conciliación para activos, clientes, proveedores o
cuentas por cobrar de contratos.
Gestión de elementos abiertos

Esto se activa para realizar un seguimiento de las contabilizaciones compensatorias de una cuenta. Los artículos publicados en
esta cuenta son partidas abiertas o partidas compensadas. El equilibrio de una

cuenta con gestión de partidas abiertas es siempre el saldo de las partidas abiertas.
Solo puedes cambiar este indicador para cuentas con saldo cero. En SAP
S/4HANA, puede gestionar partidas abiertas por libro mayor utilizando la casilla de verificación Compensación
específica del grupo de libro mayor.
Clave de clasificación
Este campo determina lo que el sistema propondrá automáticamente en el campo Asignación de una partida
individual de documento. Siempre puedes cambiar el campo manualmente.
El sistema puede transferir un valor o valores combinados desde el encabezado del documento.
y alinee en el campo Asignación a través de la clave de clasificación. Se entregan muchas llaves.
por defecto con el sistema, y también puedes crear el tuyo propio. Ejemplos de valores para la clave de
clasificación son la fecha de contabilización, el número de documento, el número de proveedor,
etcétera.
Grupo de estado de campo
El grupo de estado de campo define el estado de campo de las diversas asignaciones de cuenta que realiza
durante la contabilización en la cuenta (por ejemplo, que es necesario ingresar un
centro de coste, que es opcional introducir un centro de beneficio, etc.). Hay muchos grupos de estado de
campo estándar y también puede definir el suyo propio para que se ajuste a sus necesidades.
requisitos particulares. Algunos ejemplos de diferentes estados de campos estándar
Los grupos incluyen cuentas de costos, cuentas bancarias (fecha de valor obligatoria), cuentas de materiales.
cuentas y cuentas de ingresos.

Cuentas de costos e ingresos primarios y cuentas de costos secundarios
Para las cuentas de costos e ingresos primarios y de costos secundarios, también debe mantener los datos de Controlling.
La asignación a la sociedad CO se realiza a través de las sociedades a las que está asignada la cuenta. Debe actualizar
la categoría de clase de coste.
Para costos e ingresos primarios, básicamente selecciona si la cuenta representa costos o ingresos (categorías de
elementos de costo 1 y 11). Para las cuentas de costos secundarios, usted selecciona para qué tipo de asignaciones
internas de Controlling se utiliza la cuenta, como evaluaciones, liquidaciones, asignaciones de actividades internas, etc.
(consulte la Figura 2.25).
Figura 2.25 Categoría de elemento de costo en el registro maestro del libro mayor

Existe una única excepción para las cuentas del balance que se integran en el Controlling. Por motivos estadísticos, puede
indicar que la conciliación de activos y las cuentas de materiales también son elementos de costo. Para hacer esto en el caso
de las cuentas de activos, las cuentas del libro mayor deben ser cuentas de conciliación y deben incluirse en las determinaciones
de cuentas relevantes para la contabilidad de activos. Para las cuentas de materiales, simplemente deben asignarse a la
determinación de la cuenta de gestión de materiales. Luego tiene la opción de seleccionar el indicador para aplicar las
asignaciones de cuentas estadísticamente (como en la Figura 2.26 para la cuenta de conciliación de activos Maquinaria y
equipo).
Figura 2.26 Cuenta del balance aplicada estadísticamente para el control
Centros de beneficio
En el sistema SAP ERP con contabilidad del libro mayor clásico, los centros de beneficio eran puramente objetos de control y
estaban en un submódulo separado. Con la introducción del nuevo libro mayor, el centro de ganancias se volvió más importante
en la contabilidad financiera porque es el objeto utilizado para derivar y cumplir los requisitos para la presentación de informes
por segmentos. El centro de beneficios fue designado para esa función porque es una imputación que ya estaba integrada en
la mayoría de los demás componentes del sistema.
La figura 2.27 muestra una lista no exhaustiva de formas en que se deriva el centro de ganancias durante la contabilización.
Además, también se ofrecen algunas opciones para la asignación directa del segmento.

mencionado. Los segmentos siempre deben derivarse del centro de beneficio, pero, como excepción, también existen algunos métodos
de asignación alternativos posibles, especialmente para los pocos casos en los que no sea posible derivar el centro de beneficio
automáticamente.
Libro mayor Documento

Orden de producción Material Cuenta predeterminada
Sustitución
Asignación de cuenta
Centro de costos
Libro mayor
Entrada de documentos
BAdI (Código ABAP)
Orden interno Centro de beneficio Segmento
División de documentos
Constante
Asignación de campo
Proyecto
Órdenes de venta
Entrada manual
Activo fijo
Durante la publicación
Figura 2.27 Derivación de centros y segmentos de beneficios
El primer paso para definir los centros de beneficio es diseñar su jerarquía. Todos los centros de beneficio del cliente se asignan a una
jerarquía de centros de beneficio, y la jerarquía de centros de beneficio se asigna al área CO en el Customizing, como se muestra en la
Figura 2.28. Esto significa que todas las sociedades asignadas a la sociedad CO también pueden contabilizarse en el centro de beneficio.
En un segundo paso, asigne los centros de beneficio a la jerarquía. La jerarquía puede ser plana o estructurada. Estructurar la jerarquía
en grupos y subgrupos tiene sentido para la selección durante la generación de informes, la planificación, etc. La figura 2.29 muestra una
jerarquía estructurada en grupos.

Figura 2.28 Jerarquía de centros de beneficio
Figura 2.29 Mantenimiento de la jerarquía del centro de beneficio
Cuando crea un centro de beneficio, selecciona el área de control y luego asigna los códigos de empresa para los que es válido el
centro de beneficio, como se muestra en la Figura 2.30. Como se comentó, debe asignar el centro de beneficio a la jerarquía indicando
el grupo de centros de beneficio al que pertenece. También actualiza el segmento relevante que se derivará del centro de beneficio.

Cuando haya terminado de ingresar los datos, activa el centro de ganancias y luego puede ingresarlo durante la publicación y
asignarlo a otros objetos.
Figura 2.30 Mantenimiento del centro de beneficio

Configuración de contabilidad financiera global
En esta sección, veremos las opciones de configuración que definen cómo se comportará el sistema y qué funcionalidades estarán
disponibles en la contabilidad financiera. Cubriremos las opciones para la contabilidad paralela, la gestión de años fiscales, monedas,
asientos de diario y manejo de impuestos, y explicaremos los grupos de tolerancia.
Contabilidad paralela
La contabilidad paralela, también conocida como valoración paralela, es cada vez más importante para las empresas, especialmente las
multinacionales y sus filiales. Ya no es suficiente informar únicamente de los principios contables locales en un entorno cada vez más
global, ni siquiera a nivel de sociedades individuales no consolidadas.
La Figura 2.31 muestra tres ejemplos centrados en publicaciones de provisiones.
NIIF LOCAL NIIF LOCAL NIIF LOCAL
Ganancia Ganancia
Tratado de la misma Disposición Provisión
reconocimiento reconocimiento
manera para para las para
de facturas no por no facturados
ambos normas normas facturadas facturas no
principios contables. NIIF 1000 contables
permitidas en permitidas en
Provisión constituida locales 2000
NIIF las
por el mismo importe.
normas
contables locales
Disposición de Provisión de Provisión de Asiento de diario

asiento de diario asiento de diario asiento de diario para el
para el pago de bonificaciones para garantía futura para garantía futura reconocimiento
extensiones reclamaciones NIIF reclamaciones LOCALES de ingresos del contrato
Figura 2.31 Ejemplo de contabilidad paralela
Para simplificar, se suponen dos principios contables, pero también es la misma lógica con más. La contabilización estándar del libro
mayor tendría los mismos importes contabilizados en las mismas cuentas para todos los principios contables. En SAP S/4HANA, en este
caso, publica un solo documento para actualizar todas las áreas 1. A veces, es necesario

publicar diferentes valores para el mismo escenario en los diferentes principios contables.
El enfoque recomendado aquí es publicar documentos separados para actualizar cada uno.
principio contable 2. En el tercer caso 3, determinadas contabilizaciones sólo se permiten o
requerido en ciertos principios contables, pero no en todos. En este caso, publica un documento separado
para actualizar solo los principios contables de destino sin publicar
a los no afectados.
Hay dos enfoques básicos para mapear la contabilidad paralela en el libro mayor de un sistema SAP S/
4HANA: el enfoque del libro mayor y el enfoque de cuentas.
El enfoque del libro mayor debería ser la solución preferida para los nuevos clientes. Para clientes
existentes que realizan la conversión a SAP S/4HANA desde un sistema SAP ERP que estaban
Al utilizar el enfoque de cuentas, pueden seguir utilizándolo. En una segunda etapa, estos
Los clientes pueden implementar libros de contabilidad adicionales en un proyecto separado, utilizando el
Implementación de otros principios contables a través de la funcionalidad del libro mayor.
disponible en SAP S/4HANA 1610.
Cada cliente de SAP S/4HANA tiene exactamente un libro principal. El libro mayor predefinido estándar de
SAP para un cliente es 0L. Todas las sociedades del cliente se asignan automáticamente al libro principal.
Según los requisitos de su cliente, usted
Puede definir libros de contabilidad estándar adicionales para cada principio contable adicional.
Los libros de contabilidad adicionales se definen como claves alfanuméricas de dos dígitos.
Agregar libros de contabilidad estándar a un sistema productivo requiere un pequeño proyecto y el uso de
la posterior implementación de un principio contable adicional que personaliza
funcionalidad lanzada con SAP S/4HANA 1610. En un sistema nuevo que aún no es productivo o para una
nueva sociedad sin contabilizaciones, el proceso es simple. A
definir un nuevo libro mayor estándar, agregue una entrada en el Customizing en Finanzas
Configuración global de contabilidad (nueva). Además de la clave, ingresa un nombre para el
libro mayor. Si copia un libro mayor existente, también puede optar por copiar todas las asignaciones del
libro mayor a las sociedades.
Configurar libros mayores
La Figura 2.32 muestra la configuración por libro mayor a nivel de cliente, en la que usted define si
un libro mayor es el libro mayor y el tipo de libro mayor (estándar o extensión).

Figura 2.32 Configuración del libro mayor
La Figura 2.33 muestra la pantalla detallada de las definiciones del libro mayor por sociedad.
Aquí usted mantiene lo siguiente:
La variante de año fiscal para libros contables estándar no principales. Para el libro mayor, debe ser el mismo que el
definido para la sociedad.
Variante del período de
contabilización La variante del período de contabilización del libro mayor. Cada libro mayor puede tener una variante de
período contable diferente para que los períodos se puedan abrir y cerrar de forma independiente.
Tipos de moneda Los
tipos de moneda actualizados para el libro mayor. Puede configurar diferentes tipos de moneda en diferentes libros
contables y cada libro mayor admite hasta 10 tipos de moneda.
Contabilidad paralela mediante cuentas de mayor Se utiliza
para asignar múltiples principios contables a un libro mayor cuando se utiliza el enfoque de cuentas para valoraciones
múltiples.
Figura 2.33 Configuración del código de empresa para el libro mayor

Desactivar libros de contabilidad
Si activó un libro mayor para una sociedad y ya realizó contabilizaciones con el libro mayor asignado, pero la asignación ya no es
válida, puede desactivar el libro mayor para una sociedad específica. En este caso, deberás introducir el año a partir del cual es
válida la desactivación. Este suele ser un año futuro; sin embargo, se puede definir cualquier año. Al desactivar un libro mayor, se
aplican las siguientes reglas:
Todos los documentos que tienen una fecha de contabilización anterior o durante el año fiscal especificado en el campo Hasta
el año fiscal permanecen en el libro mayor.
Los documentos con una fecha de contabilización posterior al año fiscal especificado ya no se contabilizan en el libro mayor.
Cualquier información de publicación existente para los años desactivados se conserva y se puede informar sobre ella. Sin
embargo, los datos estarán incompletos si la desactivación se produjo a mediados de año.
La pantalla de personalización para desactivar los libros mayores se muestra en la Figura 2.34.
Advertencia
Después de desactivar un libro mayor para una sociedad, no puede revertir la acción. Debería definir un nuevo libro mayor y
asignarlo al código de la empresa según sea necesario.
Figura 2.34 Desactivar libro mayor para sociedad

Definición de grupo de libro mayor
Cuando crea un libro mayor, el sistema genera automáticamente un grupo de libro mayor con
el mismo nombre que el libro mayor. Sólo puede cambiar el nombre de este grupo de libro mayor generado; No puedes
agregar más libros de contabilidad. Se define un grupo contable en el Customizing.
con un código alfanumérico de cuatro caracteres y una descripción (Figura 2.35). Un grupo de libros contables definido
de forma personalizada puede incluir más libros contables. Definiendo su propio libro mayor
grupos, puede realizar funciones para varios libros mayores juntos. Al publicar,
por ejemplo, puede restringir la actualización de publicaciones individuales a un grupo de contabilidad para que
que el sistema sólo contabiliza en los libros mayores de ese grupo. Puedes tener cualquier número
de libros mayores en un grupo de libros mayores.
Figura 2.35 Lista de grupos de libros mayores
Manualmente, solo debe crear grupos de libros mayores cuando desee combinar varios libros mayores para el
procesamiento conjunto en una función. Durante el procesamiento de transacciones, tales
Al igual que contabilizar un documento, cuando deja el grupo contable en blanco, el sistema
procesar todos los libros de contabilidad estándar. Para cada grupo de libro mayor, se asigna un único libro mayor
representativo, que el sistema utiliza para determinar el período contable que se utilizará.
durante la contabilización y para comprobar si el período está abierto (Figura 2.36). cuando el líder
El libro mayor está incluido en un grupo de libro mayor, siempre debe configurarse como el liderado por el representante.
ger.

Figura 2.36 Asignación de libro mayor a grupo de libro mayor
Advertencia
Durante la contabilización, el sistema actualizará todos los libros mayores asignados al grupo de libros contables siempre que el
libro mayor representativo del grupo esté abierto para contabilización, incluso si los períodos de contabilización están cerrados
para los otros libros mayores.
Libros mayores de extensión
Con SAP S/4HANA, se introdujeron libros de extensión para agregar flexibilidad a la contabilización y generación de informes en el
libro mayor. En un sistema SAP ERP tradicional, la contabilidad financiera y la contabilidad de gestión son sistemas separados con
diferentes conjuntos de tablas. Esto hizo posible agregar contabilizaciones y realizar imputaciones en la contabilidad de gestión
independientemente de las limitaciones legales impuestas en la contabilidad financiera. Con la introducción del Diario Universal, esta
independencia se pierde, por lo que se introdujeron los libros de extensión para restaurarla.
Un libro de extensión es un libro de contabilidad de lógica delta adicional en el que puede publicar sin cambiar los valores del libro de
contabilidad subyacente. En la actividad de Customizing en la que define libros adicionales, puede seleccionar el tipo de libro mayor
de extensión. Luego deberá definir el libro mayor subyacente. Sólo un libro mayor estándar puede definirse como subyacente. Cuando
define un libro mayor de extensión, el sistema lo asigna a un grupo de libro mayor con el mismo nombre. No se puede agregar un
libro mayor de extensión a los grupos de libros mayores manualmente, por lo que solo el grupo creado automáticamente puede incluir
el libro mayor de extensión. Un libro de extensión se puede crear en cualquier momento y no requiere la realización de migración ni
otras actividades relacionadas con datos debido a su naturaleza delta. La Figura 2.37 muestra algunos casos de uso para crear sus
propios libros de extensión. Como puede ver, estos van más allá de la contabilidad de gestión. Los libros de extensión también se
pueden utilizar en SAP.

Los sistemas S/4HANA migraron/convirtieron desde sistemas SAP ERP que no utilizaban libros de contabilidad (sistemas clásicos de libro mayor
o configuraciones de libro mayor único).
Libro mayor de extensión Z1

Publicar en un período cerrado sin cambiar los informes legales
Libro mayor estándar L0 Libro mayor de extensión Z2

Realizar contabilizaciones en diferentes cuentas para consolidación.
Todos los libros de extensión

deben hacer referencia a
un libro de contabilidad estándar. Libro mayor de extensión Z3

Realizar asignaciones manuales para la contabilidad de gestión.
Todos los informes sobre los

libros de extensión
incluyen los valores del libro Libro mayor de extensión Z4
de contabilidad subyacente. Publique contratos no facturados como ingresos para simular números
Ampliación del libro mayor ZN

Cualquier otro escenario que cubra las necesidades comerciales de contabilidad.
Figura 2.37 Casos de uso del libro mayor de extensión
Además del tipo de libro mayor de extensión tradicional, SAP está utilizando libros mayores de extensión para ofrecer funcionalidad adicional de
contabilidad y control; Estos no forman parte de la contabilidad externa y están excluidos de cualquier informe financiero que publique.
Específicamente, actualmente hay dos escenarios compatibles con los tipos de libro mayor de extensión de compromisos y predicción:
Predicciones: el sistema guarda las líneas de pedido de los pedidos de venta registrados en el libro mayor de extensión. Puede informar los
ingresos esperados en función de los datos de los pedidos de venta. Estos no son valores oficiales pero son valores de información útiles
para las decisiones de gestión.
Compromisos: el sistema guarda las líneas de pedido de las solicitudes de compra y órdenes de compra publicadas en el libro mayor de
extensión. Estos se guardan como compromisos y puede analizar los compromisos en informes para el análisis plan/real/compromiso.

Consejo Estos casos de uso adicionales se manejan tradicionalmente como parte del ámbito de
la contabilidad administrativa. Agregar estos escenarios al Universal Journal es un paso hacia
desdibujar las líneas entre la gestión y la contabilidad financiera, al menos desde el punto de
vista arquitectónico. Mencionamos esto para justificar la inversión de algo de tiempo en aprender
al menos algo de contabilidad de gestión básica.
Enfoque de cuentas
En el enfoque de cuentas para la valoración paralela, se utiliza un único libro mayor para mapear
múltiples principios contables a través de conjuntos separados de cuentas del libro mayor.
En este caso, cuando hay diferencias en las valoraciones para diferentes principios contables
(devengos, activos fijos, cambio de moneda), se crea un sistema cerrado de cuentas por principio
contable. De esta manera, no tendrás el doble del total de cuentas en el plan de cuentas, sino sólo
aquellas para las que tenga sentido. Para transacciones manuales, solo necesita contabilizar con las
cuentas específicas del principio contable para diferenciar el documento. Para transacciones
automáticas (p. ej., contabilización en activos fijos), se mantienen las cuentas separadas en las
determinaciones de cuentas relevantes según el principio contable.
Como se analizó anteriormente, puede asignar varios libros mayores a un libro mayor y luego
configurar la casilla de verificación Contabilidad paralela usando cuentas de mayor. Aunque
normalmente todos los principios contables asignados con el enfoque de cuentas se manejan desde
un único libro mayor (y casi siempre el libro mayor), en SAP S/4HANA aún es necesario mantener
grupos de libros mayores separados para cada principio contable. Estos grupos de libro mayor tienen
el mismo libro mayor asignado y son grupos de libro mayor con un único libro mayor asignado.
En sistemas nuevos con SAP S/4HANA, siempre debe configurar el enfoque de libro mayor para la
valoración paralela. El enfoque de cuentas está reservado como escenario para sistemas convertidos
a SAP S/4HANA desde sistemas SAP ERP sin el enfoque de contabilidad.
Principios de contabilidad
Los principios contables se definen en el Customizing con un código alfanumérico de cuatro

caracteres y una descripción (Figura 2.38).

Figura 2.38 Definición del principio de contabilidad
El objeto de principio de contabilidad en sí no lleva reglas ni definiciones de Customizing.
Usted asigna cada principio contable a un grupo de libro mayor (Figura 2.39).
Debido a que, en teoría, se utilizará un principio contable para registrar e informar sobre un requisito legal o de otro tipo
específico, generalmente siempre debe haber una asignación uno a uno del grupo del libro mayor al principio contable.
Figura 2.39 Principio de contabilidad y asignación de grupos de libros mayores
La excepción a esto es cuando se utiliza el enfoque de cuentas para la valoración paralela. En este caso, como se puede
ver en la Figura 2.40 1, el indicador Contabilidad paralela usando cuentas de mayor está marcado. También en la Figura
2.40 2, puedes ver que es posible

En este caso, asigne el mismo grupo contable a dos principios contables separados.
Los grupos de libros mayores que contienen un libro mayor de extensión también se pueden asignar a principios contables.
Figura 2.40 Configuración del libro mayor para el enfoque de cuentas
En una variante de ejercicio se definen las fechas de inicio y fin de un ejercicio, así como la división del año en períodos.
Posteriormente, la variante se asigna a las sociedades CO relevantes (y a las sociedades CO). El ejercicio y los períodos
fiscales se definen según los requerimientos del departamento de contabilidad de cada empresa y suelen depender de
normas legales. SAP S/4HANA se entrega con muchas variantes estándar y también es flexible, lo que le permite crear
variantes propias para cubrir cualquier caso de negocio requerido (Figura 2.41).
Por lo general, se crea una variante de año fiscal independiente del año, lo que significa que cada año tiene la misma
fecha de inicio y finalización y el mismo número de períodos que el anterior.
En casos especiales, puedes crear una variante para la cual puedes definir diferentes configuraciones por año,
generalmente para cubrir una necesidad especial, como la liquidación o la adquisición de la empresa. Una variante de año
específico a menudo se define como un año fiscal acortado con una fecha de inicio o finalización no estándar (la Figura
2.42 1 muestra las definiciones por año requeridas para la variante de año específico).

Figura 2.41 Lista de variantes y definiciones del año fiscal
Figura 2.42 Definición de variante de año fiscal y ejemplos de período

Los años fiscales que se basan en años y períodos calendario (enero a diciembre, 12 períodos) son los
más simples y no se definen los períodos para estos. En la Figura 2.42, las variantes K* se definen como
variantes de año calendario. Si una variante de año fiscal tiene fechas de inicio y finalización diferentes
a las del año calendario, deberá definir el cambio de año en la definición del período. También en la
Figura 2.42 2, la variante V6 es un año que va de julio a junio.
El año fiscal 20XX comienza en julio de 20XX1 y termina en junio de 20XX, por lo que al definir una
compensación de –1 año para los primeros seis períodos, el sistema establece el año fiscal correcto,
que es un año más que el año calendario. La Figura 2.42 3 también muestra un caso en el que un año
fiscal tiene más de 12 períodos definidos; también es posible tener menos de 12 (por ejemplo, un período
por trimestre). Los periodos no tienen por qué ser iguales entre sí; algunos pueden durar más que otros.
Lo último que es importante saber sobre los años fiscales es la definición del período especial. Durante
el cierre se utilizan períodos especiales. Para contabilizar en un período especial, ingresa el último día
del año fiscal como fecha de contabilización y establece manualmente el período. El sistema admite
hasta cuatro períodos especiales para brindar flexibilidad para manejar las diferentes fases del cierre.
Puede abrir y cerrar períodos especiales independientemente de los períodos normales, lo que permite
realizar contabilizaciones una vez finalizado el año y abierto el primer período del nuevo año.
Integración del Controlling con el Libro Mayor
En SAP S/4HANA, integrar Controlling con el libro mayor no es una opción, es un requisito. La tabla de
partidas individuales para ambos componentes es la misma y cualquier contabilización realizada en
Controlling también es una contabilización en el libro mayor. Esto incluye contabilizaciones internas de
Controlling realizadas con elementos de costos secundarios, que se definen como cuentas del libro
mayor de costos secundarios. Todas las asignaciones de cuentas de Controlling, desde el control de
costos generales hasta el análisis de rentabilidad, se actualizan en las mismas partidas individuales y,
por lo tanto, están disponibles para su análisis directamente en los mismos informes.
Los cursos de este nivel no profundizan en qué otras asignaciones se realizan entre la contabilidad del
libro mayor y el Controlling, pero es bueno saber lo siguiente:
El control de contabilizaciones requiere un tipo de documento; Esto normalmente se define como uno
o más tipos de documentos separados específicos de Controlling.
Cada transacción comercial de Controlling se asigna a un tipo de documento y todas se pueden

asignar al mismo tipo de documento.

Al contabilizar transacciones de Controlling manuales, puede ingresar el tipo de documento y el grupo

contable. Para las transacciones para las cuales no tiene la opción de ingresarlas, el sistema utiliza
cualquier asignación definida en Personalización.
Monedas
SAP S/4HANA viene preconfigurado con la mayoría de las monedas mundiales definidas y asignadas a
claves de moneda según sus códigos ISO (Figura 2.43). Puede establecer una fecha de validez para una
moneda de modo que, si la moneda de un país cambia, pueda asegurarse de que ya no se use durante
la publicación.
Figura 2.43 Monedas entregadas en SAP S/4HANA
El sistema utiliza tipos de tipo de cambio (Figura 2.44), por lo que puede ingresar una relación de tipo de
cambio diferente según el caso de negocio. Ejemplos de diferentes escenarios incluyen valoración legal,
valoración interna/grupal y planificación. Asigne un tipo de tipo de cambio a un tipo de moneda en el
Customizing.
En un sistema productivo, los índices de conversión de monedas deben mantenerse periódicamente (a

menudo diariamente). La relación de conversión define cuántas unidades de una moneda equivalen a
una unidad de una moneda diferente.

Figura 2.44 Tipos de tipos de cambio de divisas
El sistema ofrece informes para cargar archivos con índices de tipos de cambio e informes que pueden leer
información sobre tipos de cambio en tiempo real. Para ayudar con el mantenimiento (Figura 2.45), debido a que
las combinaciones de monedas son de cientos, puede definir una moneda base que luego se utiliza como base
para convertir tasas entre otras monedas.
Gráfico 2.45 Mantenimiento del tipo de cambio
Como ejemplo:
Defina EUR como moneda base.
Sostiene que 1 EUR equivale a 0,9 GBP.
Sostiene que 1 EUR equivale a 1,1 USD.
El sistema deduce el tipo de cambio entre GBP y USD.

Si mantiene una tasa manual específica para una combinación de monedas, el sistema la usará; Durante la
publicación, puede anular los valores de traducción propuestos e ingresar una tarifa de traducción manual.
Es posible que se encuentre con los términos cita directa o cita indirecta. Estos términos definen cómo se
mantiene el tipo de conversión de moneda:
Con cotización directa, una unidad de moneda extranjera se convierte a la moneda local. Por ejemplo, con
el EUR como moneda local, 1 dólar compra 0,9 €.
Con la cotización indirecta, ocurre lo contrario: con 1 euro se compran 1,11 dólares.
La entrada estándar se define como directa o indirecta por par de divisas.
El sistema SAP S/4HANA permite el mantenimiento de moneda mediante listas de trabajo, que se asignan a
usuarios separados para cuando una tarea de mantenimiento se comparte entre empleados. El uso de listas de
trabajo permite que varios usuarios trabajen con tipos de cambio al mismo tiempo (siempre que trabajen en
diferentes listas de trabajo) y permite un mejor control de autorización porque se pueden asignar listas de
trabajo específicas con monedas específicas a un usuario.
El sistema utiliza tipos de moneda para registrar diferentes importes de valor en las tablas de partidas
individuales. Todas las sociedades registran valores en la moneda de la sociedad que se define en función de
los requisitos legales (la moneda local en la que opera la empresa). Además de la moneda de la sociedad, el
sistema también registrará la moneda del documento, ya que esto también es necesario por motivos legales y
de auditoría. La otra asignación de tipo de moneda fija por sociedad es la moneda global, que es el tipo de
moneda asignado a la sociedad CO. Más allá de estas, puede asignar ocho monedas adicionales por libro
mayor que el sistema puede actualizar y registrar durante el procesamiento de transacciones. El sistema SAP
S/4HANA viene preconfigurado con los siguientes tipos de moneda (Figura 2.46), y puede mejorarlos con sus
propios tipos:
00: moneda del documento
10: moneda del código de empresa
20: Moneda de la sociedad controladora
30: moneda del grupo
40: moneda fuerte
50: moneda basada en índices
60: moneda global de la empresa
70: Controlar la moneda del objeto

Figura 2.46 Tipos de moneda
Tipos de documentos y rangos de números
En contabilidad financiera, el tipo de documento se utiliza para agrupar y categorizar transacciones

comerciales. El tipo de documento se ingresa en el encabezado del documento y controla en qué cuentas
se pueden contabilizar. El tipo de documento también define el número que se asigna al documento al
momento de la publicación (o estacionamiento).
SAP S/4HANA viene con tipos de documentos predefinidos para los escenarios empresariales más
comunes. Puede definir sus propios tipos de documentos en el Customizing, según sus necesidades. Los
tipos de documentos se definen a nivel de cliente, por lo que se pueden utilizar directamente al contabilizar
en todas las sociedades siempre que el rango de números de documento asignado al tipo de documento
esté definido para la sociedad.
Usted define un nuevo tipo de documento como un código alfanumérico de dos dígitos y proporciona una
descripción. Generalmente puede copiar un tipo de documento existente que cubra un caso de negocio
similar al que está definiendo el nuevo tipo de documento. Puede ver las entradas que mantiene por tipo de
documento en la Figura 2.47. Las siguientes son las configuraciones más importantes:
Rango de números
Esto define los números asignados a la contabilización de documentos utilizando el tipo de documento.

Tipo de documento revertido
Cuando revierte un documento contabilizado con un documento específico, el sistema asigna el tipo de documento
de este campo para el documento de reversión. Si el campo se deja en blanco, el sistema asigna el tipo de
documento original. En el ejemplo mostrado, el sistema utilizaría el tipo de documento AB para la anulación de
documentos contabilizados con el tipo de documento SA.
Grupo de autorización Al
asignar un grupo de autorización, puede limitar los usuarios que pueden publicar utilizando el tipo de documento
a aquellos que tienen roles con el grupo de autorización asignado.
Tipos de cuenta permitidos
Usted selecciona uno o más tipos de cuenta que se pueden usar con el tipo de documento.
Esto ayuda a limitar el uso del tipo de documento a los casos comerciales específicos para los que fue diseñado
y, hasta cierto punto, protege contra publicaciones erróneas.
Figura 2.47 Definición del tipo de documento

Sólo BI
Esta opción de entrada por lotes le permite limitar la publicación con un tipo de documento a través de un
proceso por lotes (por ejemplo, publicación mediante la carga de un archivo de Excel).
Tipo de tipo de cambio para documentos FC Esto

le permite establecer un tipo de tipo de cambio predeterminado que el sistema propondrá cuando se
seleccione el tipo de documento. Los valores predeterminados se pueden cambiar manualmente durante
la publicación.
Número de referencia
Este es el texto del encabezado del documento requerido durante la entrada; puede marcar estas casillas
de verificación para marcar los campos según sea necesario. Esto actúa como un recordatorio para que
los usuarios ingresen los detalles del documento en los campos. Por lo general, los marca al menos para
los tipos de documentos de factura de cliente y proveedor.
Tipo de documento neto

Puede seleccionar esta casilla de verificación para registrar facturas de proveedores. Cuando se selecciona
la casilla de verificación, el descuento por pronto pago calculado para un proveedor se contabiliza
directamente en la cuenta de descuentos cuando se contabiliza la factura. Durante la contabilización del
pago, el sistema publicará una corrección según sea necesario (por ejemplo, si no se otorgó el descuento completo).
Cliente/Venta. Verificar
Esto garantiza que solo se pueda publicar un único cliente o proveedor en un solo documento. No limita
cuántas líneas se pueden publicar para el mismo cliente/proveedor.
Contabilizaciones negativas permitidas

Esta casilla de verificación para reversión se analizará más adelante en este capítulo en la sección
Reversión de documentos.
Intercompañía
Cuando está seleccionada, esta casilla de verificación le permite contabilizar documentos entre compañías
con el tipo de documento.
Ingresar socio comercial

Esto indica que puede ingresar la empresa asociada manualmente; normalmente se utiliza junto con la
casilla de verificación Intercompany.
Claves de publicación
La clave de contabilización define el tipo de cuenta de un artículo en línea y si la línea es una contabilización
de débito o crédito. En SAP S/4HANA, la clave de contabilización de dos dígitos es generalmente un atributo
"oculto" porque, en muchas aplicaciones, solo se selecciona débito o crédito, y la clave de contabilización se
asigna según la aplicación utilizada. Por ejemplo, el

Las claves de contabilización para la contabilidad del libro mayor, como se muestra en la Figura 2.48, son 40 para
el débito 1 y 50 para el crédito 2. En la aplicación Contabilizar asientos de diario general, el usuario seleccionará
el débito y el sistema contabilizará utilizando la clave de contabilización 40 automáticamente.
Las claves de publicación se definen a nivel de cliente y se recomienda utilizar las proporcionadas por SAP
porque deben cubrir todos los escenarios comerciales. Las definiciones adicionales realizadas para una clave de
contabilización distinta de las casillas de verificación Débito/Crédito y el tipo de cuenta son si la clave de
contabilización es relevante para las ventas, si se utiliza para registrar transacciones especiales del libro mayor
para clientes y proveedores, si se contabilizan transacciones de pago con el clave de publicación y, finalmente,
qué clave de publicación se asigna cuando se invierte la línea.
Para cada clave de publicación, también define el estado del campo. El estado del campo es controlado más
comúnmente por el grupo de estado del campo de la cuenta del libro mayor que por la clave de contabilización.
Puede ver la agrupación de estado de campo en el lado derecho de la Figura 2.48.
Figura 2.48 Definición de clave de publicación
Es importante comprender la forma en que se comporta el sistema en caso de un estado de campo conflictivo
para el mismo campo. Si esto sucede, se tendrán en cuenta ambos estados, pero uno de ellos tendrá prioridad.
Las siguientes opciones de estado de campo tienen prioridad (de más fuerte a más débil):

1. Suprimir 2.
Mostrar
3. Requisito. Entrada
4. Optar. Entrada
Analicemos algunos escenarios de ejemplo:
Si un campo está marcado como obligatorio en el nivel de estado del campo de la cuenta y define el campo como oculto en
la clave de publicación (o viceversa), recibirá un mensaje de error al intentar publicar (consulte la Figura 2.49).
Figura 2.49 Ejemplo de error de estado de campo
Si un campo está marcado como para mostrar solo en el nivel de estado del campo de la cuenta y la clave de publicación
define que está oculto, el campo permanecerá oculto. Nuevamente, si se completa automáticamente, el campo se publicará
y el valor se mostrará en el informe.
Consejo Por lo general, establecería todos los campos como opcionales en el estado del campo clave de publicación y
controlaría qué campos se utilizan con el grupo de estado del campo de cuenta.
En algunos casos, el estado de un campo se controla en otra configuración; por ejemplo, el campo del código impositivo solo está
listo para su entrada cuando la cuenta está marcada como relevante para impuestos. Otros ejemplos son el centro de beneficio y
el segmento, que son entradas obligatorias cuando se especifican como tales en la división de documentos.

Es útil tener en cuenta cómo se asignan rangos específicos de claves de publicación a
tipos de cuenta en el sistema SAP S/4HANA predeterminado, como se enumera en la Tabla 2.1.
Débito Crédito Tipo de cuenta
01–09 1119 Cliente
2129 31–39 Proveedor para comerciantes
40 50 Libro mayor
80–86 90–96 Libro mayor (integración de la gestión de materiales con el libro mayor)
70 75 Activo
89 99 Material
Tabla 2.1 Rangos de claves de publicación y tipos de cuenta
Grupos de tolerancia
Las empresas suelen aplicar reglas sobre las cantidades que cada empleado está autorizado a manejar.
en diversas transacciones de contabilización. La configuración más básica para cuentas en el sector financiero.
La contabilidad con SAP S/4HANA es el grupo de tolerancia, como se muestra en la Figura 2.50. El
El grupo de tolerancia asignado a un usuario define cuatro límites de contabilización básicos relacionados con el importe
que un usuario puede tener:
Monto máximo por documento (el monto incluye todos los cargos y créditos)
elementos)
Importe máximo por partida abierta (el límite no se aplica a partidas individuales creadas automáticamente, como las
del programa de pagos)
Porcentaje máximo de descuento por pronto pago por artículo de línea
Diferencias de pago máximas permitidas, con montos definidos por separado para pagos excesivos y pagos
insuficientes
El importe de la tolerancia se puede establecer de forma diferente para cada sociedad. Para todas las sociedades, se
define un grupo de tolerancia "en blanco" con los límites de tolerancia más comunes para los empleados de contabilidad.
El grupo de tolerancia en blanco está predeterminado para
todo porque está asignado a todos los usuarios. Debe asignar un grupo de tolerancia específico a
un usuario para diferenciar los límites de cantidad de ese usuario. Sólo un único grupo de tolerancia puede
asignarse para un usuario, es decir, el mismo grupo de tolerancia para todas las sociedades de un
El usuario puede publicar.

Figura 2.50 Mantener límites de tolerancia para el grupo de tolerancia
Manejo de Impuestos
Los impuestos son un tema complicado y están detallados en la legislación específica de cada país. El alcance de las
acciones realizadas por SAP S/4HANA incluye lo siguiente:
Calcular los montos de impuestos según reglas preconfiguradas
Actualización de cuentas de impuestos con los valores calculados
Contabilización de ajustes a los importes de impuestos para descuentos y otras deducciones
Generar los formularios de declaración de impuestos requeridos para proporcionarlos a las autoridades fiscales.
SAP S/4HANA maneja los siguientes tipos de impuestos durante la contabilización:
Impuesto al valor agregado (o impuesto sobre bienes y servicios)
Este es un impuesto indirecto que se aplica a cada etapa de la producción de un producto o servicio y comúnmente se
aplica a todas las facturas entrantes y salientes. Esto es común en la mayoría de los países del mundo, incluidos todos
los países de la UE.
Impuesto de venta
Este es el porcentaje de ingresos impuesto a la venta minorista de bienes.
Retención de impuestos
Este es comúnmente un impuesto que la empresa deduce de un pago a una persona y paga al gobierno directamente;
es decir, una especie de crédito fiscal para la persona a la que no se le pagó el impuesto directamente. Otros tipos de
impuestos de retención incluyen los impuestos que gravan los ingresos de los valores.

Otros tipos de impuestos

Las legislaciones varían y el software global de SAP debe soportar todos los requisitos locales.
mentos.
SAP S/4HANA se utiliza a menudo con software fiscal externo especializado, especialmente en áreas con
regulaciones o reglas complejas que varían debido a múltiples combinaciones de jurisdicciones, como en los
Estados Unidos.
SAP S/4HANA viene con procedimientos fiscales preconfigurados para cada país (Figura 2.51). Puede
copiarlos y modificarlos según sea necesario. Las configuraciones mantenidas en el procedimiento de
impuestos (Figura 2.52) definen la secuencia de cálculos para los tipos de condición (tipos de impuestos).
Otro campo importante es la clave de cuenta, para la cual se mantiene la determinación de la cuenta para
que el sistema sepa en qué cuentas se debe contabilizar.
Figura 2.51 Lista de Procedimientos Tributarios
Figura 2.52 Detalles del procedimiento tributario

Las normas legales de cada país o jurisdicción definen que el monto base del impuesto es el monto neto o el
monto bruto, como se explica aquí:
Importe neto
El impuesto se calcula sobre el importe contabilizado menos los descuentos correspondientes.

Cantidad bruta
El impuesto se calcula sobre el importe total, independientemente de los descuentos. Los ajustes se
realizan en un segundo paso después de que se realiza el descuento.
Durante la contabilización de documentos, ingresa un código impositivo en un artículo en línea para especificar
el porcentaje de impuesto y el tipo de impuesto y cuenta válidos. El código fiscal es una clave alfanumérica
de dos caracteres. Usted define códigos impositivos a nivel de cliente, ya sea por país o por combinación de
código de país y jurisdicción. Para crear un código fiscal, puede utilizar Transaction FTXP y luego copiar un
código fiscal similar existente. El sistema se entrega con códigos impositivos predefinidos para muchos países,
por lo que es posible que no necesite códigos adicionales.
Durante la definición del código impositivo, ingresa la tasa porcentual de impuesto válida para los tipos de
impuestos específicos. Cuando se introduce un nuevo porcentaje de impuesto, en lugar de cambiar un código
de impuesto existente, se define uno nuevo para mantener la precisión histórica y administrar el período de
transición del porcentaje.
Figura 2.53 Administrar códigos tributarios

Cuando selecciona el botón Cuentas de impuestos, aparece una ventana que muestra el impuesto
cuenta. Si la clave de cuenta definida en el tipo de impuesto solo permite una cuenta, la
la cuenta se configura automáticamente (como en la ventana emergente que se muestra en la Figura 2.53); de lo contrario,
usted selecciona la cuenta correcta entre las permitidas en la determinación de cuenta.
Al contabilizar una cuenta de impuestos, el tipo de impuesto define si el impuesto se contabiliza en una
línea separada (más comúnmente) o si el monto del impuesto se distribuirá a
las cuentas de ingresos o gastos pertinentes (por ejemplo, ciertos impuestos no deducibles).
En cuanto a los impuestos, una cuenta del libro mayor en la que contabilice impuestos debe marcarse como
cuenta del impuesto soportado o repercutido. Todos los estados relacionados con impuestos para las cuentas del libro mayor general son
se muestra en la Tabla 2.2.
Campo de categoría de impuestos Descripción
Blanco No relevante para impuestos
> Cuenta del impuesto repercutido
< Cuenta de impuesto soportado
+ Relevante para el impuesto repercutido

Relevante para el impuesto soportado
*
Relevante para todo tipo de impuestos.
## Sólo código fiscal específico
Cuadro 2.2 Categorías de impuestos en las cuentas del libro mayor
Analizar la división de documentos
Cuando publica un documento en el libro mayor, ingresa datos en el segmento de encabezado con información válida para
todo el documento y luego comienza a construir
las líneas de pedido. Dependiendo del tipo de cuenta y la configuración del sistema, usted
introduzca información diferente en cada línea de pedido. Por ejemplo, ingresaría un costo
centro para un gasto pero no para un proveedor o línea de impuestos porque no son relevantes
a Controlar. Porque el centro de beneficios se deriva fácilmente de la cuenta de control
asignaciones (por ejemplo, el centro de costos), es fácil en el nivel de pérdidas y ganancias tener el centro de ganancias y,
por lo tanto, el segmento en todas las líneas.
Sin embargo, para las líneas contabilizadas en cuentas de balance, la asignación de una línea
a un centro de beneficio no siempre es sencillo o incluso posible manualmente. Para superar esta dificultad, SAP S/4HANA
utiliza la división de documentos. A nivel muy general, en la división de documentos, las imputaciones de importes de las
líneas en las que, por ejemplo,

El centro de beneficio fue ingresado o derivado actúan como reglas de división que guían al sistema a
asignar el centro de beneficio proporcionalmente a las demás líneas.
Un ejemplo debería ayudar a aclarar esto. Supongamos que realiza las entradas que se muestran en
Tabla 2.3.
Línea Cuenta GL Débito/ Cantidad Costo Ganancia Segmento

Número Descripción Crédito Centro Centro
1 Proveedor C 1100
2 Gasto A D 400 ACC PCA SA
3 Gasto B D 600 CCB tarjeta de circuito impreso SB
4 Impuesto D 100
Tabla 2.3 Documento de factura: Vista de entrada
En este caso, durante el ingreso, el usuario ingresaría al centro de costo y a través de ese
asignación, el sistema derivaría el centro de beneficio y el segmento. Sin la división de documentos, las cuentas del balance para
el proveedor y los impuestos permanecerían
no asignado. Con división de documentos activada tanto para el centro de beneficio como para el segmento
características, el sistema crea líneas adicionales y divide el monto proporcionalmente, como en la Tabla 2.4.
Línea Cuenta GL Débito/ Cantidad Costo Ganancia Segmento

Número Descripción Crédito Centro Centro
1 Proveedor C 440 PCA SA
2 Proveedor C 660 tarjeta de circuito impreso SB
3 Gasto A D 400 ACC PCA SA
4 Gasto B D 600 CCB tarjeta de circuito impreso SB
5 Impuesto D 40 PCA SA
6 Impuesto D 60 tarjeta de circuito impreso SB
Tabla 2.4 Documento de factura: Vista del libro mayor
La tabla 2.3 con sus cuatro líneas es lo que SAP llama la vista de entrada de un documento.
La tabla 2.4 muestra la vista del libro mayor.

Consejo
La vista del libro mayor se publica con todas las partidas con todos los detalles de división en la tabla Diario
universal. Curiosamente, si el código de la empresa se asignara a un libro mayor estándar adicional, el sistema
contabilizaría 12 partidas individuales, seis para cada libro mayor. se vuelve obvio
que si, por ejemplo, pasa de cuatro partidas a 12, el campo de partidas de seis dígitos
podría resultar útil para el Universal Journal, ya que permite hasta 999.999 líneas por documento.
La división de documentos se activa a nivel de cliente en el Customizing para la contabilidad del libro mayor (Figura
2.54). La división de documentos se puede activar simplemente con el
Pulsar un interruptor en un sistema totalmente nuevo sin publicaciones. Si desea activar la división de documentos para
sistemas existentes, hay una funcionalidad prevista para el 1709
lanzamiento de SAP S/4HANA que requerirá un pequeño proyecto separado. Se enumeran las configuraciones básicas
que usted indica al activar la división de documentos para su cliente.

aquí:
Método y división de documentos
Esto incluye todas las reglas de división para las transacciones comerciales y las variantes de transacciones
comerciales. Por lo general, debería poder utilizar el valor predeterminado entregado por
SAVIA.
Indicador de herencia
Esto asigna las imputaciones definidas como características de partición a todos
líneas cuando la combinación de imputación es única para el documento. Si
tiene, por ejemplo, una factura como la de la Tabla 2.3 pero con una partida de gastos,
el sistema no utilizará reglas de división para llenar el centro de beneficio y el segmento del
líneas de proveedores y de impuestos; utilizará la herencia para transferirlos. cuando hay
dos o más combinaciones de imputación (como en la Tabla 2.3), herencia

no será usado.
Asignación de aire acondicionado estándar. y constante
Aquí se define una imputación predeterminada, como por ejemplo un centro de beneficio predeterminado.
y segmento, para partidas individuales para las que no es posible introducir o derivar las imputaciones correctas en
el momento de la contabilización. Como ejemplo, digamos que recibe
un pago en efectivo de un cliente pero aún no ha sido facturado por el cliente. Es posible que inicialmente contabilice
la transferencia del efectivo a la cuenta bancaria, pero

porque no se conocen ni se introducen detalles sobre la naturaleza de las partidas de ingresos,
el sistema utilizará los valores predeterminados definidos para completar la imputación de cuentas con fines de lucro
centro y segmento. Cuando se contabiliza la factura y se compensa el pago, el
La cuenta para el recibo de pago se equilibrará en cero, por lo que la precisión de las asignaciones de cuenta
iniciales publicadas no es significativa. Puede definir valores predeterminados en el

nivel de método de división, pero también hacerlos más específicos para categorías de artículos
(agrupaciones de cuentas del libro mayor).
Dado que la división se activa a nivel de cliente, todas las sociedades se ven afectadas por
por defecto. En este paso, puede definir que no se debe realizar la división para ciertas sociedades (selecciona el
indicador Inactivo que se muestra en la Figura 2.55). Este
generalmente debe evitarse, especialmente en un sistema SAP S/4HANA en el que los informes de partidas
individuales son una gran ventaja de la solución y tienen más detalles para el
La línea de pedido no ralentiza los informes. No debería desactivar la división para una sociedad productiva porque
al hacerlo se producirían incoherencias.
Figura 2.54 Activación de división de documentos
Figura 2.55 Desactivar división de documentos para sociedad

Características de división de documentos
En el Customizing se selecciona qué imputaciones se utilizarán como características de partición. Puede seleccionar
campos según los escenarios del libro mayor asignados (en la Figura 2.56 puede ver que el Centro de beneficio y el
Segmento están seleccionados) o campos personalizados que agregue al Diario universal mediante la extensibilidad de
bloques de codificación. Puede definir una imputación como una característica de partición de saldo cero. En este caso,
el sistema se asegurará de que cada documento se equilibre según las características de imputación relevantes.
Finalmente, para cada campo, seleccionas si es una característica obligatoria. Se debe completar un campo obligatorio
para todas las partidas publicadas en el libro mayor. Si un campo marcado como obligatorio no se puede ingresar o
derivar durante la publicación, el sistema genera un error. Deberá seleccionar las casillas de verificación Saldo cero y
Campo obligatorio si se requiere un campo para informar a nivel de balance para la asignación de cuenta relevante, como
es el caso del campo Segmento cuando se utiliza para informes de segmentos.
Figura 2.56 Definición de características de división de documentos para la contabilidad del libro mayor
El sistema puede manejar diferentes transacciones comerciales y cuentas de manera diferente con respecto a la división
de documentos. La agrupación de cuentas y la asignación de éstas a categorías de artículos se configuran en el
Customizing. El sistema asigna automáticamente la mayoría de las cuentas a un tipo específico, pero es necesario
asignar la categoría manualmente para cuentas de ingresos, cuentas de gastos, cuentas bancarias/

cuentas de efectivo y cuentas de balance. También puede asignar tipos de documentos a transacciones
comerciales y puede especificar más variantes de transacciones comerciales para refinar las reglas de división,
como se muestra en la Figura 2.57.
Figura 2.57 Definición de división de cuentas del libro mayor y tipos de documentos
Pasos para dividir documentos
Hay tres pasos en la división de documentos:
1. División pasiva de documentos

Esto incluye todas las divisiones que no puedes configurar y que ocurren automáticamente. El ejemplo
más típico aquí es el pago de una factura. Si continuamos con el ejemplo de la Tabla 2.4, un pago realizado
para compensar la factura tendrá la línea en la vista de entrada como se muestra en la Tabla 2.5.

Número de línea Cuenta de mayor Descripción Importe de débito/crédito Segmento del centro de beneficio
1 Cuenta bancaria C 1100 N/A N/A
2 Proveedor D 1100 N/A N/A
Tabla 2.5 Entrada de pago: Vista de documento
Teniendo en cuenta las facturas, imputaciones y
cantidades contabilizadas, a través de la división pasiva el sistema produciría las líneas
en la vista del libro mayor como se muestra en la Tabla 2.6.
1 Cuenta bancaria C 440 PCA SA
2 Cuenta bancaria C 660 tarjeta de circuito impreso SB
3 Proveedor D 440 PCA SA
4 Proveedor D 660 tarjeta de circuito impreso SB
Tabla 2.6 Entrada de pagos: Vista del libro mayor
2. División de documentos activos
Este es el proceso de división de documentos "normal" basado en reglas que usted personaliza,
y el sistema se divide según reglas predefinidas. Un ejemplo de división activa de documentos se mostró anteriormente en
la Tabla 2.4.
3. Formación de una línea de compensación de saldo cero
En este paso, el sistema genera las líneas necesarias para garantizar que el documento salde cada asignación de cuenta
especificada como división de saldo cero.
característica. Esto suele ser necesario para contabilizaciones de transferencia para las que
contabilización entre centros de beneficio y segmentos, como se muestra en la Tabla 2.7.
1 Gasto 1 C 1000 PCA SA
2 Gasto 1 D 1000 tarjeta de circuito impreso SB
Tabla 2.7 Transferencia entre centros de beneficio: Vista de entrada

En la vista de entrada, tiene dos líneas simples que vuelven a publicar la misma línea de gastos en
dos centros de beneficio diferentes (y posteriormente dos segmentos diferentes). Si el sistema está configurado
como se muestra en la Figura 2.56, con el centro de ganancias y el segmento definidos
como características de saldo cero, el sistema registraría la línea en la vista del libro mayor como se muestra en
la Tabla 2.8.
1 Gasto 1 C 1000 PCA SA
2 Limpiando 1 D 1000 PCA SA
3 Gasto 1 D 1000 tarjeta de circuito impreso SB
4 Limpiando 1 C 1000 tarjeta de circuito impreso SB
Tabla 2.8 Transferencia entre centros de beneficio: vista Libro mayor
Agregar las dos líneas de compensación permite que el documento se registre con saldo cero
para todas las imputaciones. Además, por cada documento que genere líneas de compensación contabilizadas, la
cuenta de compensación siempre quedará en cero.
Transacciones comerciales en el libro mayor
La gestión diaria de transacciones comerciales para la contabilidad del libro mayor.

incluye contabilizar, cambiar y revertir asientos de documentos del libro mayor. En
Además, repasaremos la contabilización y el documento de transacciones entre sociedades.

compensación de cuentas del libro mayor gestionadas con partidas abiertas.
Contabilización de documentos del libro mayor
Al ingresar un documento, primero ingresa los detalles relacionados con el encabezado del
el documento y luego comience a crear las distintas líneas de pedido en las que publicará. El
Los detalles del encabezado son válidos para el documento completo. El sistema comprueba que todos
Los detalles del encabezado requeridos se ingresan antes de que pueda continuar con el ingreso de datos en
la línea de pedido.
En SAP S/4HANA, la aplicación principal para ingresar documentos del libro mayor es
la aplicación SAP Fiori Post Asientos de diario generales. En la sección de encabezado del documento (Figura
2.58), los campos más importantes son los siguientes:

Fecha de asiento de
diario Esta fecha suele ser la fecha escrita en cualquier tipo de documento que provocó el asiento
(por ejemplo, la fecha de factura para registrar una factura). Si no hay ningún documento
específico, normalmente se introduce la misma fecha que la fecha de contabilización.
Fecha de
publicación La fecha de publicación es la fecha que utiliza el sistema para actualizar la base de
datos. A menudo será la misma que la fecha de entrada real, pero no es necesario que así sea.
A partir de esta fecha, el sistema define el período contable y el año fiscal para realizar el asiento.
Tipo de asiento de
diario El tipo de documento se analizó anteriormente en este capítulo en la subsección Tipos de
documentos y rangos de números.
Figura 2.58 Encabezado del documento

Texto de cabecera
Generalmente se utiliza para anotar el motivo comercial para publicar el documento. El texto del encabezado
admite sólo 25 caracteres; puede agregar notas más largas en la pestaña Notas.
Tipo de cambio El
valor predeterminado es el tipo de cambio válido en la fecha de traducción; También puedes actualizar la
tarifa manualmente. El sistema emitirá un error si ingresa una tarifa más allá de un límite definido de la tarifa
válida. La desviación máxima del tipo de cambio se define en la configuración global del código de empresa
(consulte la Figura 2.9).
Fecha de traducción
Esta fecha se utiliza para definir la tarifa de traducción propuesta. Si no se ingresa manualmente, el sistema
utiliza la fecha de asiento en el diario.
Código de empresa
El código de empresa introducido en el encabezado es el predeterminado para todas las líneas. Puede
cambiar el código de la empresa en una línea individual para ingresar un documento entre empresas.
mento.
Moneda de transacción Esta

es la moneda que utilizará para la contabilización. La moneda de este documento se convierte a la moneda
de la sociedad y a cualquier otro tipo de moneda definido.
Referencia
Ingrese el número de referencia/identificación del documento que motivó la entrada (por ejemplo, el número
de factura).
Grupo de libro
mayor Ingrese el grupo de libro mayor en el que desea publicar. Los grupos de contabilidad se analizan en
paralelo con la contabilidad con la solución de contabilidad. Cuando deja el campo en blanco, las
publicaciones se realizan en todos los libros mayores.
Nota
Por supuesto, como se explicó anteriormente, los libros de extensión solo se contabilizan cuando su grupo
de libro mayor se ingresa explícitamente. Sin embargo, como heredan los valores del libro mayor subyacente
definido, es justo decir que también se “contabilizan” cuando el campo está vacío.
El sistema también guarda más datos de los que ingresa manualmente en el encabezado del documento.
Ejemplos de campos adicionales escritos son la fecha y hora de entrada, el usuario que realizó la entrada y el
proceso comercial utilizado para realizar la entrada (por ejemplo, registro contable, verificación de factura de
compra, etc.). Además, cuando el documento se estaciona o publica, el número del documento también se
actualiza en el nivel del encabezado.

Las entradas más básicas en cada partida de un documento son la cuenta y el
clave de publicación. En algunas aplicaciones y transacciones, como la aplicación Publicar entradas del diario
general (representada en la Figura 2.59), la clave de contabilización se reemplaza por el monto del débito o
crédito o un campo separado para indicar si la línea es una línea de débito o crédito (p. ej. , en la transacción
FB50, una transacción de disfrute).
Figura 2.59 Partida del documento: Línea de gastos

Para los asientos del libro mayor, esto es fácil porque el débito está predeterminado como clave de
contabilización 40 y la clave de contabilización de crédito 50. En muchas otras aplicaciones, debe
ingresar una clave de contabilización específica en la partida, por lo que es importante que usted y su
cliente estén familiarizados. con las llaves.
Después de ingresar la cuenta y la clave de contabilización, el sistema muestra el resto de los campos
para ingresar en la partida en función de las reglas definidas en las definiciones de estado de campo de
la clave de contabilización y la cuenta. La Figura 2.59 muestra un ejemplo de los campos disponibles
para una línea de gastos. En este caso, tiene campos relevantes para Controlling listos para su entrada.
El sistema derivará muchos campos en la partida en función de las asignaciones realizadas en el objeto
de costo ingresado. En el ejemplo aquí, el usuario ingresó manualmente el centro de costos y se
derivaron el centro de beneficio, el segmento y el área funcional.
Cuando la cuenta es relevante para impuestos, también ingresa un código fiscal. Puede especificar si el
sistema debe calcular el monto del impuesto automáticamente y si está realizando una entrada neta.
Una entrada neta significaría en este caso que está ingresando el monto sin impuestos en la línea de
gastos, lo que da como resultado una base imponible de 1100 en lugar de 1000.
El texto del elemento suele ser una entrada opcional para que un usuario ingrese una nota breve. El
campo Asignación se completa automáticamente según la clave de clasificación definida en el maestro
de cuentas del libro mayor, a menudo con los datos del campo de referencia del encabezado. Puede
anular la entrada derivada automáticamente y completarla usted mismo.
La Figura 2.60 muestra ejemplos de las diferentes asignaciones de cuentas requeridas para una
contabilización en una cuenta bancaria. Aquí puede ver campos como el banco propio, la cuenta del
banco propio y la fecha valor. La fecha de valor es especialmente importante para contabilizaciones de
efectivo y relacionadas con bancos porque es la fecha en la que el sistema considera que se realizó la
transacción en efectivo. Es configurable para que se asigne automáticamente como fecha de entrada.
Incluso cuando se selecciona esta opción, siempre puede anular la propuesta de fecha ingresando su
propia fecha.
En este punto, cuando ingresa y crea partidas individuales para el documento, la división del documento
aún no se aplica, por lo que los campos Centro de beneficio y Segmento, que son características de
división, no se completan.
Antes de publicar un documento, puede simularlo. Esto le brinda la oportunidad de verificar la vista de
entrada antes de publicar y la hora del sistema para realizar rutinas de verificación y proporcionar
cualquier mensaje de advertencia o error válido. También puede simular la vista del libro mayor para
verificar, por ejemplo, que la división de documentos funciona según lo esperado según las reglas
definidas en el Customizing.

Figura 2.60 Partida del documento: datos bancarios
Después de verificar que el documento sea simulado, publique el documento. En este punto, es posible que aún
recibas un error durante la publicación. Un error común en este punto al configurar el sistema es que falta un rango
de números de documento. El sistema sólo asigna un número al documento cuando lo contabilizas (o cuando lo
aparcas), por lo que no existe ningún control previo para ello.
Sugerencia En las raras ocasiones en que elige tener un rango de documentos externo asignado al tipo de
documento, ingresa el número del documento al ingresar el resto de la información del encabezado del documento.
Advertencia
Después de publicar un documento, no hay vuelta atrás. Los cambios a partir de este momento son mínimos y si
cometió un error durante la entrada, probablemente tendrá que revertir el documento y volver a publicarlo.
Cambiar documentos
Hay dos áreas separadas en las que se permiten cambios en un documento: el encabezado del documento y la línea
de pedido (Figura 2.61). Configure reglas para cambiar documentos para todas las sociedades o individualmente, y la
regla individual tiene prioridad sobre la regla global.

Para el encabezado del documento 1, puede definir que la referencia de los campos y el texto del
encabezado del documento se puedan cambiar después de publicar un documento. Puedes indicar que
Sólo se permiten cambios mientras el período permanezca abierto o dejarlo para que el
Los campos pueden cambiar en cualquier momento.
Para las líneas de pedido 2, además de la especificación por sociedad, puede establecer
diferentes reglas según el tipo de cuenta y el tipo de transacción. Para procesar cambios en la línea
de pedido, hay más campos disponibles para configurar como modificables: la línea
texto del artículo, asignación, condiciones de pago y método de pago. Además, usted
tener más control sobre cuándo se puede cambiar un campo de documento en el área 2 de
Estipulaciones para cambios.
Figura 2.61 Reglas para cambiar el encabezado del documento y las líneas de pedido
Cada vez que realiza cambios en un documento (encabezado o partida), el cambio se

registrado por el sistema. Siempre puede ver el historial completo de cambios en un documento,
incluida información sobre lo siguiente:
Cuándo se realizó un cambio (fecha, hora)
¿Quién hizo el cambio?
Qué se cambió para qué campo (valor anterior, valor nuevo)
No se puede cambiar ningún campo de partida que pueda alterar la integridad contable financiera
del documento. Campos como clave de publicación, cuenta, importe, código fiscal,

Las asignaciones de control (p. ej., Centro de costos), Centro de beneficios y Segmento no pueden
modificarse. Para cambiar características tan fundamentales de un documento, el curso de acción habitual
es revertirlo y volver a publicarlo si se trata de un Controlling.
cuenta.
Revertir documentos
La anulación de documentos de contabilidad financiera en SAP S/4HANA generalmente se realiza en la

aplicación SAP Fiori Manage Journal Entries. Usted ingresa criterios de búsqueda para el documento o
documentos que desea revertir, selecciona los que desea revertir de la lista y los revierte individualmente
o en grupos (Figura 2.62).
Figura 2.62 Contabilización de reversión
Al anular varios documentos, ingresa los mismos criterios de anulación para todos, por lo que debe
asegurarse de que los datos de anulación sean correctos para todos.
Para revertir documentos se ingresan los siguientes datos:
Razón de reversión
Defina la configuración de reversión para el documento e indique por qué se realiza la reversión.
Analizaremos esta selección más adelante en esta sección.
Fecha de
contabilización Introduzca la fecha que el sistema utilizará para contabilizar la reversión. Al contabilizar
en el mismo período que el documento original, normalmente se introduce la misma fecha de contabilización.

como el documento original. Al contabilizar una anulación de un documento en un período cerrado, generalmente
se introduce la fecha actual. El campo Período se actualizará a partir del período indicado en la fecha de publicación.
(Opcional) Fecha de declaración de
impuestos Defina si la fecha de declaración de impuestos se mantiene al publicar un documento en la configuración
global del código de empresa. Cuando esto está definido en el código de la empresa, puede ingresar una fecha al
anular el documento.
(Opcional) Motivo de anulación de cheque
Defina un motivo de anulación para revertir una publicación de cheque manual. Obviamente, sólo es relevante
cuando se revierte un documento de pago para el cual también se emitió un cheque.
(Opcional) Procesar transacciones entre compañías por completo Invierte todos los
asientos de diario registrados con la transacción entre compañías incluso si no seleccionó explícitamente todos los
asientos relevantes.
Cuando un documento ha sido borrado, no se le permite revertirlo directamente. En este caso, el sistema genera un
mensaje de error informándole que el documento ha sido borrado. Primero debe restablecer la compensación y solo
entonces podrá anular también el documento.
Figura 2.63 Configuración de inversión de documentos

En el Customizing de SAP S/4HANA, configura los motivos de anulación permitidos (Figura 2.63 1) y define si se permiten
contabilizaciones negativas para una sociedad (Figura 2.63 2). Una sociedad que no permite contabilizaciones negativas no
puede utilizar motivos de anulación que estén configurados para utilizar contabilizaciones negativas.
Puede definir tantos motivos de anulación como sean necesarios para fines de informes y control. Sólo hay dos configuraciones
para los controles del motivo de reversión: Neg. Pstg. (publicación negativa)
Una reversión normal debitaría las partidas de la línea de crédito y debitaría la línea de crédito.
elementos del documento original. Una contabilización negativa reduce las cifras de transacciones de la cuenta
contabilizada al contabilizar importes negativos en el mismo lado de débito/crédito que la contabilización original. Esto le
permite darle a las cifras de débito/crédito de la cuenta el estado que habrían tenido sin realizar la contabilización original.
No siempre se permiten publicaciones negativas, así que consulte con el contable si esta opción es relevante para el
código de la empresa.
Alt.Pos.Dt. (fecha de publicación alternativa)
Cuando selecciona esta opción, puede registrar la reversión en una fecha que sea diferente de la fecha de registro del
documento original. Esto generalmente se marca por motivos de reversión que revierten documentos en períodos cerrados.
Contabilizaciones de códigos entre empresas
Al ingresar una transacción simple entre códigos de compañías, ingresa el código de compañía al que se refiere la línea en
cada línea, como se muestra en la Figura 2.64. El sistema generará dos documentos, uno para cada sociedad. Para que el
documento se equilibre por sociedad, el sistema genera una línea utilizando una cuenta de compensación preconfigurada para
el documento de contabilización en cada sociedad. El sistema escribe un número de documento común para todas las
sociedades para poder agrupar los documentos relevantes para la elaboración de informes.
Figura 2.64 Introducción de contabilizaciones entre códigos de empresas

En el Customizing, se define la cuenta de compensación para cada par de sociedades en las que las transacciones entre
sociedades son válidas, como se muestra en la Figura 2.65 1. Para cada sociedad, se determina una clave de contabilización
y una cuenta en los lados de cuentas por cobrar y por pagar. como se muestra en la Figura 2.65 2. La cuenta de
compensación no tiene que ser una cuenta del libro mayor: también puede definir claves y cuentas de contabilización de
clientes y proveedores.
Figura 2.65 Configurar publicaciones de códigos entre empresas

Compensación de documentos financieros
Cuando contabiliza una transacción en una cuenta administrada con partidas abiertas, la transacción queda incompleta hasta
que se compensa la partida. Para compensar una partida abierta, se contabiliza un documento de compensación que equilibra
la partida abierta o grupos de partidas abiertas a cero, como se muestra en la Figura 2.66.
Figura 2.66 Poste con claro
Consejo Las cuentas con partidas abiertas no liquidadas no se pueden archivar.

Cuando contabiliza con compensación, selecciona partidas abiertas de una lista de partidas publicadas en la cuenta
de partidas abiertas que especifica. Cuando complete su selección, los artículos deben equilibrarse a cero entre sí.
La compensación de documentos creados después de la contabilización no cambia el saldo deudor o acreedor de la
cuenta; solo coincide con elementos abiertos. El sistema crea un documento de compensación y el número del
documento de compensación se actualiza en los documentos originales de los que se originan las partidas abiertas.
Nate.
Si coincide con los elementos incorrectos, puede restablecer los documentos de compensación de los elementos que
se compensaron incorrectamente, como se muestra en la Figura 2.67. Otra razón por la que quizás desee restablecer
la compensación es si necesita revertir uno de los documentos que crearon una partida abierta que usted borró.
Figura 2.67 Restablecer elementos borrados
Descripción general del libro mayor
SAP ha lanzado una aplicación de panel de descripción general (Figura 2.68) para que los contadores del libro mayor
puedan realizar un seguimiento de varias cifras clave, sus bandejas de entrada de notificaciones y acceder a algunas
aplicaciones mediante enlaces rápidos. Todos los informes y mosaicos en vivo se actualizan en tiempo real con los
datos reales del sistema (esto aumenta el tiempo de carga de la aplicación cuando se carga por primera vez). Este
panel está destinado a ser la pantalla única para que los contadores del libro mayor estén atentos a todo lo que sea
relevante para ellos.

Figura 2.68 Descripción general del libro mayor

Cliente
El cliente es la unidad organizativa más alta y puede considerarse en términos comerciales

como el equivalente a un grupo corporativo o grupo de afiliados.
Código de empresa
La unidad organizativa más importante en la contabilidad financiera, representa

la entidad jurídica para la cual se puede crear un conjunto completo e independiente de cuentas.
Informes por segmentos

Un requisito de informes de los informes legales IFRS y US GAAP que estipula que los códigos de
empresa deben poder producir balances completos y estados de pérdidas y ganancias por segmento
de actividad empresarial principal. En SAP S/4HANA, la necesidad se cubre con las imputaciones
de centros de beneficio y segmentos junto con la división de documentos.
Catálogo de cuentas
Un registro completo de cuentas del libro mayor necesario para cubrir las necesidades comerciales
de las sociedades a las que está asignado. Hay tres niveles de gráficos de
cuentas:
– Plan de cuentas operativo

– Plan de cuentas local
– Plan de cuentas del grupo
Grupo de cuentas
Elemento que clasifica las cuentas del libro mayor. Controla el rango de números y los tipos de
cuentas que se pueden crear.
Libro mayor estándar

Un libro mayor que contiene valores para valoraciones separadas; a menudo representa un principio
contable separado.
Libro mayor de extensión

Un libro mayor delta que se agrega encima de un libro mayor estándar para fines de valoración especiales.
plantea.
Contabilidad paralela con libros mayores

Un método de contabilidad de valoración paralela que utiliza libros mayores para representar
principios contables separados.
Contabilidad paralela con cuentas Un método

de contabilidad de valoración paralela que utiliza conjuntos separados de cuentas del libro mayor
para funciones contables específicas que se valoran de manera diferente en los principios contables
separados.
Variante de año fiscal

Variante que define las fechas de inicio y finalización del año fiscal y define los períodos contables
disponibles durante el año.

Variante de período contable

Variante que controla los períodos abiertos y cerrados para las sociedades. Puede asignar varias
sociedades a una única variante para controlar los períodos de forma conjunta.
Tipo de documento
El tipo de documento clasifica las transacciones comerciales y define los tipos de cuentas
relevantes y el rango de números de los documentos.
Clave de
contabilización Clave que define si el importe de una línea se debita o acredita y el tipo de cuenta
en la que se contabiliza. También se mantiene un estado de campo en el nivel de la clave de
contabilización.
Grupo de tolerancia
Asignado a cada usuario, define los montos máximos que un usuario puede publicar, así como los
descuentos máximos que puede otorgar.
Código de impuestos
Una clave que controla la tasa impositiva y la cuenta de impuestos contabilizada.
División de documentos
Función que realiza asignaciones de cuentas definidas como características de división para todas
las líneas de un documento según reglas específicas.
Estas preguntas de práctica le ayudarán a evaluar su comprensión de los temas tratados en este
capítulo. Las preguntas que se muestran son similares en naturaleza a las que se encuentran en el
examen de certificación. Aunque ninguna de estas preguntas se encontrará en el examen en sí, te
permitirán revisar tus conocimientos sobre la materia.
Seleccione las respuestas correctas y luego verifique que estén completas en la siguiente sección.
Recuerde que en el examen debe seleccionar todas las respuestas correctas y solo las respuestas
correctas para recibir crédito por la pregunta.
1. Su cliente opera 20 códigos de empresa en 10 países diferentes y tres continentes. ¿Cuál es la

cantidad mínima de clientes que debe configurar en el sistema SAP S/4HANA para representar
este escenario?
R.3
B.10
c.1
D.20

2. ¿Qué tipos de objetos se mantienen por separado por cliente? (Hay tres respuestas correctas).
A. Datos maestros
B. Programas ABAP C.
Unidades organizativas
D. Datos transaccionales
E. Módulos de funciones
3. Verdadero o Falso: Puede instalar tantos paquetes de SAP Best Practices como necesite
en el mismo cliente.
Una verdad
B. Falso
4. ¿Qué puede seleccionar manualmente para copiar cuando copia un código de empresa? (Allá
Hay tres respuestas correctas.)
A. Asignación de áreas de control B.
Perfiles y roles de usuario
C. Datos de la cuenta del libro mayor
D. Moneda del código de empresa
E. Reglas de división de documentos
5. ¿Cuáles son los tres pasos básicos necesarios para definir una nueva sociedad? (Allá
Hay tres respuestas correctas.)
A. Ajustar los parámetros globales
B. Copiar el código de empresa existente
C. Copiar el área de control existente
D. Definir nuevos segmentos
E. Ajustar datos básicos y de dirección

6. ¿Cuál de las siguientes asignaciones se puede adaptar a la sociedad?

(Hay tres respuestas correctas).
Una compañía
B. Variante del año fiscal
C. Segmento
D. Plan de cuentas
E. Libro mayor principal
7. Verdadero o Falso: debe asignar la variante de flujo de trabajo a una sociedad para poder realizar escenarios de
flujo de trabajo estándar, como aprobaciones de documentos estacionados.
Una verdad
B. Falso
8. ¿Cuáles de las siguientes unidades organizativas forman parte de la estructura empresarial de la contabilidad
financiera? (Hay tres respuestas correctas).
A. Área funcional
B. Empresa operadora
C. Área de negocios
D. Planta
E. Segmento
9. ¿Para cuál de las siguientes asignaciones de cuentas puede configurar el sistema para crear informes de balance
completos? (Hay tres respuestas correctas).
A. Centro de costos
B. Centro de beneficios
C. Segmento
D. Sociedad E. Segmento
de rentabilidad

10. Verdadero o Falso: Asigne la empresa operativa utilizada para el análisis de rentabilidad
directamente a la sociedad.
Una verdad
B. Falso
11. Verdadero o Falso: Para integrar la contabilidad financiera con Compras, debe asignar la
organización de compras a la sociedad.
Una verdad
B. Falso
12. ¿Qué tipos de plan de cuentas existen? (Hay tres respuestas correctas).
A. Plan de cuentas organizacional B. Plan
de cuentas del país

C. Plan de cuentas funcional
D. Plan de cuentas operativo E. Plan
de cuentas del grupo
13. ¿Qué objetos pueden definir la longitud máxima de una cuenta del libro mayor?
A. Plan de cuentas
B. Grupo de estado de campo
C. Tipo de cuenta
D. Grupo de cuentas
14. Verdadero o Falso: Con el indicador de bloqueo configurado en el plan de cuentas, ya no

puede realizar contabilizaciones en las sociedades asignadas.
Una verdad
B. Falso
15. ¿Qué campos en la definición del código de empresa de una cuenta del libro mayor son
siempre obligatorios? (Hay dos respuestas correctas).
A. Clave de C. Grupo de estado de campo
clasificación B. Moneda de la cuenta D. Cuenta de grupo

16. Al crear una cuenta del libro mayor y hay estados de campo en conflicto, ¿qué estado de campo tiene la mayor
prioridad?
Una pantalla
B. Opcional
C. Suprimir
D. Requerido
17. ¿Para qué se utiliza el tipo de cuenta del libro mayor de costos secundarios?
A. Contabilizar en dos imputaciones de control de costos al mismo tiempo B. Contabilizar actividades
que no pertenecen a los negocios principales de la empresa C. Contabilizar imputaciones de costos
internas en contabilidad de gestión
D. Contabilizar las imputaciones de control de costos estadísticamente para cuentas de activos fijos y
materiales.
18. Verdadero o falso: si mantiene un valor único para la cuenta de ganancias retenidas, para cualquier cuenta de
contabilidad general de pérdidas y ganancias que cree, el tipo de cuenta de estado de pérdidas y ganancias
se asigna automáticamente.
Una verdad
B. Falso
19. ¿Cuál es la relación entre las cuentas del plan de cuentas operativo y el plan de cuentas local?
A. Una cuenta operativa para muchas cuentas locales B. Muchas
cuentas operativas para una cuenta local C. Muchas cuentas
operativas para muchas cuentas locales D. Una cuenta operativa para
una cuenta local
20. Hay que mapear dos principios contables para la contabilidad. Utilizando el enfoque de cuentas para la valoración
paralela en SAP S/4HANA, ¿qué libro mayor debe utilizar?
A. Sin libro mayor C. Libro mayor de extensión
B. Libro mayor principal D. Libro mayor para fines especiales

21. Verdadero o Falso: Cuando creas un nuevo libro mayor estándar desde cero, es
asignado a todas las sociedades de forma predeterminada.
Una verdad
B. Falso
22. Indica que está contabilizando en el grupo de libro mayor de un libro mayor de extensión.
¿Cuántos libros de contabilidad se actualizan?
A. Solo el libro mayor de extensión B. El
libro mayor de extensión y el libro mayor subyacente
C. El libro mayor y el libro mayor de extensión D. Depende de los
libros mayores agrupados en el grupo de libros mayores
23. Verdadero o falso: cuando utilice el enfoque de cuentas para la valoración paralela para mapear los principios
contables, básicamente duplicará las cuentas del libro mayor en el plan de cuentas.
Una verdad
B. Falso
24. Verdadero o falso: puede utilizar un libro de extensión para representar una contabilidad separada.
principio.
Una verdad
B. Falso
25. Verdadero o falso: SAP S/4HANA viene preconfigurado con principios contables comunes y las correspondientes
reglas y controles contables asignados.
Una verdad
B. Falso
26. ¿Qué se define con la variante de ejercicio? (Hay dos respuestas correctas).
A. Períodos fiscales abiertos y cerrados
B. Fechas de inicio y finalización del año calendario C.
Fechas de inicio y finalización del año fiscal D. Número
de períodos fiscales en un año

27. ¿Cuántos tipos de moneda personalizados puede asignar a un código de empresa/libro mayor?
¿combinación?
R.6
B.8
C.10
D.12
28. ¿Qué define la clave de publicación? (Hay dos respuestas correctas).
A. Tipo de cuenta
B. Tipo de documento
C. Código fiscal
D. Línea de débito o crédito
29. ¿Qué puedes controlar con el grupo de tolerancia? (Hay tres correctos
respuestas.)
A. Importe máximo por partida abierta B. Importe
máximo por documento
C. Diferencias de pago máximas permitidas
D. Monto máximo del impuesto
E. Desviación máxima del tipo de cambio
30. ¿Qué define usted para un código tributario? (Hay dos respuestas correctas).
A. Tasas porcentuales del impuesto
B. Monto del impuesto fijo
C. Cuentas fiscales relevantes
D. Tipos de impuestos válidos
31. ¿Qué configuración de división de documentos para la característica de segmento garantizará que no se
publique ninguna línea de documento sin un segmento?
A. Herencia C. Campo obligatorio D.
B. Saldo cero División pasiva

32. Su sociedad está asignada a dos libros de contabilidad estándar y a un libro de extensión. Se registra una
factura con una partida de gastos con un impuesto de IVA (ventas) del 10%. ¿Cuántas partidas individuales
se publican en la vista de entrada de documentos (tabla BSEG)?
R.2
B.3
C.4
D.6
33. Su sociedad está asignada a dos libros de contabilidad estándar y a un libro de extensión. Se registra una
factura con una partida de gastos con un impuesto de IVA (ventas) del 10%. ¿Cuántas partidas se
actualizan en el Diario Universal (tabla ACDOCA)?
R.2
B.3
C.4
D.6
34. ¿Qué fecha define el período en el que se puede publicar un documento?
A. Fecha del documento
B. Fecha de valoración
C. Fecha de publicación
D. Fecha de entrada
35. ¿Cuál de los siguientes campos se puede configurar como modificable en un documento?
¿encabezamiento?
A. Tipo de documento B.
Fecha de publicación
C. Fecha del documento
D. Referencia del documento
36. ¿Qué campos hay que ingresar para realizar una reversión de documento? (Hay dos respuestas correctas).
A. Tipo de documento C. Fecha de publicación
B. Fecha del documento D. Motivo de reversión

37. Verdadero o Falso: Una reversión de contabilización negativa debita las partidas de la línea de crédito y
debita las partidas de la línea de crédito del documento original.
Una verdad
B. Falso
38. Verdadero o Falso: Una cuenta de cliente se puede definir como la cuenta de compensación para
contabilizaciones entre sociedades.
Una verdad
B. Falso
39. Verdadero o falso: el uso de la contabilidad del costo de ventas puede conducir a un resultado diferente
(monto de pérdidas/ganancias) al final de un período en comparación con la contabilidad del período.
Una verdad
B. Falso
La palabra clave en la pregunta es mínimo. Entonces hay que pensar si existe alguna restricción en
cuanto a cuántas sociedades, países o incluso continentes.
Como no hay restricciones sobre qué tipo de unidades organizativas se asignan en el cliente, la respuesta
es que puede configurar todo en un solo cliente.
2. Respuestas correctas: A, C, D
Si comprende el concepto de objetos dependientes e independientes del cliente, este es fácil. Puede
pensar en ejemplos de objetos para cada categoría para encontrar la opción correcta: – Unidad
organizativa: la sociedad sólo está
disponible en el cliente creado.
– Datos maestros: la cuenta del libro mayor solo está disponible dentro del plan de
cuentas de un cliente específico.
– Datos transaccionales: la contabilización del libro mayor se contabiliza en una sociedad, por lo que
solo está disponible en el cliente específico.

El código ABAP, ya sean programas o módulos de funciones, siempre es independiente del

cliente. Si cambia un programa en un cliente específico, el cambio afecta a todos los objetos de
todos los clientes.
Verdadero. Debido a que cada país tiene al menos un paquete SAP Best Practices, es obvio que
tiene que haber una manera de soportar muchos paquetes en el mismo cliente. En principio, puede
instalar tantos paquetes de SAP Best Practices como desee en un solo cliente.
Las tres opciones correctas se detallan anteriormente en este capítulo (en la sección Sección);
sin embargo, no siempre es fácil recordar tantos detalles. Entonces, para responder a esto, podría
considerar qué objetos se definen o asignan en el nivel de la sociedad. Por ejemplo, esto eliminaría
directamente las reglas de división porque todo el Customizing de división se realiza a nivel de
cliente. Los usuarios, roles, etc. no se tratan realmente en los cursos de SAP Education de
contabilidad financiera de SAP S/4HANA ni en este libro. Recuerde, se debe hacer referencia a
todas las respuestas correctas directamente en los materiales de capacitación en contabilidad
financiera. Lo más cerca que estamos de hablar de usuarios, roles y autorizaciones son los perfiles
de tolerancia, e incluso estos funcionan en todos los códigos de empresa.
5. Respuestas correctas: A, B, E
A continuación se detallan los tres pasos en el orden correcto:
– Copie un código de empresa existente, específicamente el código de empresa que parece

más parecido al deseo que deseas crear.
– Ajustar los datos básicos y de dirección cambiando los datos de nombre y dirección de la nueva
sociedad.
– Ajustar parámetros globales. Es necesario verificar todas las configuraciones principales del
código de la empresa, como el plan de cuentas, el año fiscal, etc.
6. Respuestas correctas: A, B, D
Es necesario estar familiarizado con los objetos principales y sus asignaciones. El libro principal
se asigna a todas las sociedades porque sólo hay un libro principal por cliente. Los segmentos se
definen a nivel de cliente y se asignan a centros de beneficio. Sí, los centros de beneficio están
asignados a códigos de empresa, por lo que podría discutir sobre esto (este es un ejemplo de una
respuesta que probablemente sería rechazada en un examen de certificación).

Verdadero. Esta es básicamente la definición de la variante de flujo de trabajo. La variante misma

es donde se definen las reglas. En la certificación, cuando la respuesta a una pregunta parece
obvia, ¡normalmente lo es!
8. Respuestas correctas: A, C, E
El área funcional se utiliza para la contabilidad de costos de ventas en la contabilidad financiera, el
área de negocios representa una división de negocios separada y el segmento se usa para la
presentación de informes por segmentos. La empresa operativa es una unidad organizativa de
contabilidad de gestión (análisis de rentabilidad) y la planta es la unidad organizativa de logística
básica.
9. Respuestas correctas: B, C, D
La sociedad es el nivel predeterminado para los informes de balance en la contabilidad financiera.
Tanto el centro de beneficio como el segmento se pueden definir en la división de documentos
como características de división y, por lo tanto, el sistema también se puede configurar para
generar balances a su nivel. El centro de coste sólo se puede contabilizar para cuentas de pérdidas
y ganancias que sean elementos de coste, y lo mismo ocurre con el objeto PA.
FALSO. La sociedad PA se asigna uno a varios a la sociedad CO.

La sociedad se asigna a la sociedad PA de forma indirecta, mediante la asignación del código de
empresa a la sociedad CO.
FALSO. Cuando no asigna la sociedad a la organización de compras, el sistema utiliza la planta

para derivar la correcta.
12. Respuestas correctas: B, D, E

El plan de cuentas operativo y el plan de cuentas nacional/local se asignan a la sociedad. El plan
de cuentas de grupo se asigna al plan de cuentas operativo. Los otros dos tipos no existen. En el
examen de certificación, los redactores del examen no pueden inventar objetos que no estén
realmente en el sistema (aunque pueden usar objetos que existen pero que no se enseñan en los
cursos como selecciones incorrectas). Entonces esta sería otra pregunta rechazada que no estaría
en un examen de certificación.

En la definición del plan de cuentas se define la longitud máxima de las cuentas. En el grupo de
cuentas, usted define el rango de números; el número

El rango de forma predeterminada también controla la longitud del campo. El que sea más corto tiene
prioridad para la definición de la longitud de la cuenta.
FALSO. El indicador bloquea las cuentas del plan de cuentas para que no se asignen a una sociedad. Esto
no afectará las cuentas ya asignadas antes de que se estableciera este indicador y no le impedirá publicar
en las cuentas del plan de cuentas.
15. Respuestas correctas: B, C
La moneda de la cuenta y el grupo de estado del campo siempre deben definirse para crear una cuenta.
Estos no pueden verse afectados por la definición de estado del campo del grupo de cuentas. La cuenta
de grupo se define en el nivel del plan de cuentas y, de hecho, es un campo obligatorio cuando se asigna
un plan de cuentas de grupo al plan de cuentas operativo. La clave de clasificación no es un campo
obligatorio, pero es muy útil y se recomienda completarla para ayudar con los informes sobre las líneas de
pedido.
El estado del campo Suprimir tiene la máxima prioridad en este caso. La prioridad en detalle es Suprimir,
Mostrar, Requerido, Opcional. Esta es la priorización de estado más común en el sistema SAP S/4HANA.
Las cuentas de costes secundarias se utilizan para contabilizar traspasos en Controlling. Entre todas las
cuentas de costos secundarios, el saldo siempre es cero para una sociedad porque solo se puede debitar
una cuenta secundaria acreditando una cuenta secundaria del libro mayor. Las cuentas del libro mayor de
costos secundarios son nuevas en SAP S/ 4HANA. En el sistema SAP ERP tradicional, usted definió
elementos de costos secundarios (el sistema SAP S/4HANA también lo hace a través de tablas en segundo
plano).
Verdadero. Solo necesita definir la cuenta de ganancias retenidas manualmente si ha definido más de una
cuenta de ganancias retenidas. Sin embargo, en este caso ya no es posible la asignación automática y
siempre hay que introducir manualmente el tipo correcto.
En este caso la relación es uno a uno. Cuando asigna un plan de cuentas local en la sociedad, solo puede
asignar una cuenta local a una única cuenta del plan de cuentas operativo.

Tenga en cuenta el "debe" en la pregunta. Como ya ocurría con el nuevo libro mayor, todas las sociedades
están como mínimo asignadas al libro mayor.
FALSO. No se asignará un nuevo libro mayor estándar a ningún código de empresa hasta que realice la
asignación manualmente y configure los ajustes del libro mayor. Si crea el libro mayor mediante copia,
puede optar por copiar las asignaciones y configuraciones del original al nuevo.
El grupo de libro mayor que contiene el libro mayor de extensión se genera automáticamente cuando crea
el grupo de libro mayor y no hay forma de asignar un libro mayor de extensión a ningún otro grupo de
libro mayor. Por lo tanto, al publicar en el grupo de libro mayor del libro mayor de extensión, solo puede
actualizar el libro mayor de extensión.
FALSO. Sólo necesita crear dos conjuntos de cuentas para aquellas cuentas para las que puede haber
diferencias en la valoración. Esto no significa que todas las cuentas deban duplicarse. En la mayoría de
los casos, independientemente del método de valoración, los asientos contables sólo pueden valorarse
de una única manera para todos los principios contables. Para estos, puedes tener cuentas comunes.
Verdadero. Aunque tiene limitaciones porque solo puede realizar contabilizaciones manuales, puede
asignar un grupo de libro mayor de extensión a un principio contable y así tener una valoración completa
e independiente.
FALSO. Aunque un paquete SAP Best Practices o cliente 000 podría tener un principio contable
predefinido, el objeto del principio contable no conlleva reglas de valoración ni controles en sí mismo.
Los períodos abiertos y cerrados se definen por variante de período, y las fechas de inicio y finalización
del año calendario son universalmente aceptadas y no están definidas en el sistema SAP.
Un sistema SAP S/4HANA admite 10 tipos de moneda en paralelo por combinación de sociedad/libro
mayor, pero dos de ellos siempre están reservados. La moneda de la sociedad y la moneda global
(moneda de la sociedad controladora) no se pueden modificar. Por lo tanto, puede asignar hasta ocho
tipos de moneda personalizados para completar el máximo de 10.

Este es sencillo; la clave de publicación le dice al sistema dos cosas:
– ¿Qué tipo de cuenta está contabilizando (libro mayor, contabilidad de activos,
cuentas por pagar, cuentas por cobrar)
– Si la línea es una entrada de débito o crédito (para contabilizaciones del libro mayor, 40 significa
débito y 50 significa crédito)
29. Respuestas correctas: A, B, C
La desviación máxima del tipo de cambio se define en la configuración global de la sociedad. El importe
máximo del impuesto no es una opción muy plausible en este caso.
En Transaction FTXP, en el que define los códigos impositivos, define los códigos impositivos válidos por país.
Dentro de la definición del código impositivo, usted asigna la tasa porcentual de impuesto relevante a los tipos
de impuestos que son relevantes. Usted define si una cuenta es relevante para impuestos en la actualización
de cuentas del libro mayor a nivel de sociedad.
La única selección que garantizará absolutamente que ningún documento pueda publicarse sin el segmento
es configurar el segmento según sea necesario. El sistema siempre generará un error y no publicará el
documento si a una línea le falta la asignación de segmento.
La vista de entrada es el documento contabilizado antes de tener en cuenta la división de documentos y las
partidas individuales específicas del libro mayor. Entonces, es un cálculo bastante sencillo:
– Una línea para el proveedor
– Una línea para el gasto

– Una línea para el impuesto
Se publican tres líneas en total en la vista de entrada (actualizada en la tabla de partidas individuales BSEG).
Las partidas del Diario Universal (actualizadas en la tabla ACDOCA) representan el documento después de
tener en cuenta la división de documentos y las partidas específicas del libro mayor. La división de documentos
con una línea de gastos no creará nuevas partidas; la herencia agregaría las asignaciones de cuentas
relevantes (normalmente centro de beneficio y segmento) a las partidas de impuestos y proveedores. Los
libros mayores estándar se actualizan con esta contabilización de documentos. Los valores del libro mayor de
extensión son

actualizado: no publicando líneas específicas del libro mayor de extensión, sino a través del libro mayor
subyacente al que está asignado el libro mayor de extensión. Entonces, analíticamente tendrás:
– Una línea para el proveedor para cada libro mayor estándar
– Una línea para el gasto de cada libro mayor estándar
– Una línea para el impuesto para cada libro mayor estándar
Se publican seis líneas en total en el Universal Journal.
La fecha de contabilización es la única fecha que define el período en el que el sistema contabilizará el
documento. Si un período ya está cerrado, debe seleccionar una fecha de publicación en un período
abierto. Aquí se define una excepción para los períodos contables especiales: en caso de contabilizar
en un período especial (período 13, 14, 15 o 16 en un año fiscal de 12 períodos), debe elegir una fecha
de contabilización en el último período de el fiscal
año.
Sólo dos campos pueden definirse como modificables en el segmento de encabezado de un documento
de contabilidad financiera: la referencia del documento y el texto del encabezado del documento. La
única forma de corregir cualquier otro campo incorrecto en el encabezado es revertir y volver a publicar
el documento.
Cuando selecciona uno o varios documentos para revertir, debe definir la fecha de contabilización para
el documento de reversión y el motivo de la reversión. El tipo de documento de anulación depende del
tipo de documento del documento original. La fecha del documento no se ingresa manualmente y es
la misma que la fecha del documento original.
FALSO. Esta declaración describe una reversión normal. Con una reversión negativa, el sistema
contabiliza un importe negativo en el mismo lado de débito/crédito que las partidas individuales del
documento original. Esto garantiza que el débito/crédito total de la cuenta no se vea afectado por una
contabilización incorrecta.
Verdadero. No es necesario que la cuenta de compensación sea únicamente una cuenta del libro
mayor. Puede definir una cuenta de cliente o proveedor en la que se contabilizarán las partidas de
compensación que equilibran las contabilizaciones entre compañías para cada código de compañía.
También debe definir una clave de publicación adecuada.

Resumen Capítulo 2 173
FALSO. Aunque la agrupación de los montos es diferente, el resultado financiero es

siempre el mismo ya sea con el método de contabilidad del costo de ventas o del
período. La diferencia entre ambos está en el detalle de los costos y reve
nues.
Llevar
Ha obtenido una buena descripción general de todos los objetos y configuraciones básicos
de contabilidad del libro mayor en SAP S/4HANA. Viste las unidades organizativas básicas
que conforman la estructura empresarial desde la perspectiva de la contabilidad financiera
y aprendiste sobre sus asignaciones y configuraciones básicas. Lo mismo se aplica a los
registros maestros, como la cuenta del libro mayor y el centro de beneficio. Debe estar
familiarizado con el concepto de contabilidad paralela y las dos soluciones propuestas por
SAP para cubrir la necesidad de valoraciones múltiples. La división de documentos es una
capacidad fundamental en SAP S/4HANA que proporciona los medios para que las
corporaciones informen sobre segmentos para sus declaraciones legales. Finalmente,
debe comprender cómo funciona el procesamiento básico de transacciones para la
contabilización y gestión de documentos del libro mayor.
Si ya está familiarizado con la nueva contabilidad del libro mayor en SAP ERP, habrá
notado que las diferencias no son innovadoras. Sin embargo, hay mucha diferencia en la
arquitectura de la tabla subyacente, que no es un tema dentro del alcance de una
certificación de nivel asociado. Lo que el usuario final nota es la diferencia en el
frontend, donde el uso de aplicaciones SAP Fiori proporciona un entorno dinámico e
intuitivo.
Resumen
La contabilidad del libro mayor es el componente fundamental necesario para una mayor
configuración de la contabilidad financiera, y se requiere una configuración sólida aquí en
total alineación con los requisitos del cliente para un proyecto de implementación exitoso
de SAP S/4HANA. Ahora debería comprender cómo el sistema cubre los requisitos
contables comunes, así como también cómo gestionar las contabilizaciones simples en la
contabilidad del libro mayor.
En el próximo capítulo, analizaremos los registros maestros, funciones y documentos de

cuentas por pagar y cuentas por cobrar.


Capítulo 3
Cuentas por pagar y

Cuentas por cobrar

Gestionar cuentas de socios comerciales para clientes y proveedores.
Realizar cuentas básicas por pagar y cuentas por cobrar.

actas
Ejecutar reclamación de cuentas por cobrar
Gestionar correspondencia
Contabilizar en cuentas de conciliación alternativas

176 Capítulo 3 Cuentas por pagar y cuentas por cobrar
El objetivo de este capítulo es explicar los procesos y configuraciones de los componentes de cuentas
por pagar y cuentas por cobrar en SAP S/4HANA. Se habla del negocio.
mantenimiento de registros maestros de socios, facturación e integración de cuentas por pagar/
cuentas por cobrar, pagos manuales y automáticos, reclamaciones y correspondencia.
Como consultor financiero, a menudo se le pedirá que configure el

componentes de cuentas por pagar y cuentas por cobrar usted mismo o administre
la integración de estos con la parte de la aplicación en la que estás trabajando.
Ningún negocio existe sin clientes y es difícil imaginar muchos negocios sin proveedores. Las
cuentas por pagar/cuentas por cobrar
Los componentes están estrechamente integrados con muchos componentes fuera de SAP.
Alcance del ERP Financiero, principalmente compras y ventas y distribución.
En SAP S/4HANA, los clientes y proveedores se asignan a través del socio comercial, un
registro maestro central que es común para otras áreas como
compras, ventas, recursos humanos, bienes raíces y muchos más, incluyendo
el espacio de soluciones de la industria. Debe comprender dónde está el Customizing.
El socio comercial termina y Customizing para los clientes y proveedores.
comienza.
Publicar facturas, gestionar pagos, realizar reclamaciones y enviar

correspondencia son sólo algunas de las transacciones realizadas en el ámbito de
cuentas por pagar/cuentas por cobrar, y necesita poder configurar
éstos y guiar a los clientes para que los utilicen de forma eficaz.
El propósito de esta parte del examen de certificación es evaluar su conocimiento general de los
componentes de cuentas por pagar y cuentas por cobrar. El examen de certificación espera que
usted tenga una buena comprensión de los siguientes temas:
Administrar socios comerciales
Gestionar facturas (cliente y proveedor)
Gestionar pagos (cliente y proveedor)
Gestionar pagos automáticos

Configurar y utilizar reclamaciones
Configurar y utilizar la correspondencia
Describir la integración con Logística (compras y ventas)
Definir condiciones de pago (y tipos de pago)
Configurar y utilizar indicadores especiales del libro mayor
Nota
El tema cuentas por pagar y cuentas por cobrar constituye el 20% del examen total.
En este capítulo, analizaremos el socio comercial como la asignación de cuentas a través de la cual
usted mantiene clientes y proveedores en SAP S/4HANA. Analizaremos la configuración, el uso de
las condiciones de pago y la gestión de facturas. Realizaremos pagos manuales y automáticos y
exploraremos la personalización de estos pagos automáticos. Luego, ejecutaremos las reclamaciones
e imprimiremos la correspondencia para los socios comerciales. Finalmente, aprenderá cómo realizar
publicaciones en clientes y proveedores utilizando cuentas de conciliación alternativas y revisará
algunas de las aplicaciones de informes para la contabilidad de cuentas por pagar/cuentas por cobrar.
Compañeros de negocio
Los socios comerciales en el sistema SAP S/4HANA representan entidades con las que su empresa
interactúa con fines comerciales. En SAP S/4HANA, no se crean registros maestros de clientes y
proveedores directamente; Todos estos se crean a través del objeto de socio comercial con un
proceso llamado integración cliente/proveedor. En un nuevo sistema SAP S/4HANA basado en las
mejores prácticas, la integración cliente/proveedor ya está configurada y funciona a la perfección. En
un sistema SAP ERP, que se planea migrar, el consultor toma medidas antes (principalmente) y
después de la transición a SAP S/4HANA para preparar la integración con los socios comerciales en
SAP (si aún no se utiliza). La configuración requerida para la transición a SAP S/4HANA no está dentro
del alcance de la certificación de asociado de aplicaciones. Es suficiente comprender la configuración
básica de un socio comercial y dónde debe configurar el socio comercial, el cliente y el proveedor.

Categorías
Cada socio comercial que crea se asigna a una de tres categorías, que definen algunos de los campos de datos
generales que mantiene (como se muestra en la Figura 3.1):
Personas (es decir, un particular)

Mantenga un nombre y apellido y agregue detalles como género y título académico.
Organizaciones (por ejemplo, una empresa)

Ingrese detalles como el nombre, la forma jurídica y la entidad, y la industria.
Grupos (por ejemplo, una pareja casada)

Introduzca dos nombres y el tipo de grupo.
Figura 3.1 Árbol de personalización de socios comerciales
No puede configurar categorías de socios comerciales adicionales. Después de crear un socio comercial, ya no
es posible cambiar la categoría del socio comercial; en su lugar, debería crear un nuevo registro maestro.
Usted define el tipo de relación comercial que su empresa tiene con el socio comercial a través de la asignación
de roles de socio comercial, como se muestra en la Figura 3.2. El rol de socio comercial de socio comercial
general se asigna automáticamente a cada socio comercial. Aquí mantiene datos generales como nombre,
dirección, contacto y datos bancarios. Puede crear un socio comercial en uno o más roles; los datos generales
serán comunes para todos los roles adicionales asignados.

Figura 3.2 Definición del rol del socio comercial
Funciones de los socios comerciales
Aunque puede definir sus propios roles de socio comercial, en la mayoría de los casos los que se entregan
deberían ser suficientes. Sin embargo, es posible que desee definir sus propios roles si necesita administrar
los campos obligatorios o los rangos de números asignados al socio comercial de manera diferente.
Es posible que a los socios comerciales se les agreguen y eliminen roles con el tiempo; por ejemplo, cuando
todavía está identificando proveedores potenciales para un producto que necesita, puede crear varios
proveedores potenciales para realizar evaluaciones. Esta sería una función de socio comercial personalizada,
probablemente con más campos opcionales dado que no se publicará ningún documento de factura real para
el socio comercial en esta etapa. Cuando selecciona el proveedor real, puede eliminar la asignación de roles
potencial en el

registre el maestro de socios comerciales y cree el socio comercial en el rol de proveedor y en el rol de proveedor
(contabilidad financiera).
Agrupación de roles
Al utilizar la funcionalidad de agrupación de roles, puede definir qué roles se mantienen simultáneamente (consulte la
Figura 3.3). Esto se utiliza como ayuda de trabajo para acelerar la creación de datos maestros. Por supuesto, esto
también significa que una sola persona o departamento sabe cómo mantener correctamente todos los campos de
datos relevantes. Si la empresa trabaja con el mantenimiento central de datos maestros, podría tener sentido agrupar
roles de esta manera para asegurarse, por ejemplo, de que un cliente siempre esté actualizado para ventas y
distribución, así como para la contabilidad financiera, o que un proveedor esté actualizado para Gestión de materiales
en SAP ERP y contabilidad financiera. Un mantenimiento central como este significará que el socio comercial estará
completamente listo para usar una vez que se guarden los datos. No es raro tener clientes que el departamento de
ventas ha “descuidado” de mantener, por ejemplo. Esto significa que el socio comercial no se puede utilizar para
operaciones de ventas.
Figura 3.3 Grupos de roles de socios comerciales
La agrupación de roles no debe confundirse con la agrupación de socios comerciales. La agrupación de socios
comerciales se actualiza por separado y define el número

asignación para el registro maestro de interlocutor comercial. Además, la agrupación es la característica que se
asigna y determina el grupo de cuentas de cliente/proveedor al crear un cliente o proveedor. Cada grupo de
cuentas del cliente y proveedor que se utiliza se asigna a un grupo de socios comerciales.
Definición de rango de números
El rango de números para proveedores y clientes en un sistema SAP S/4HANA generalmente lo debe controlar el
socio comercial, como se muestra en la Figura 3.4. En el sistema SAP Best Practices entregado, los clientes y
proveedores heredan el mismo número que los socios comerciales para los que fueron creados.
Figura 3.4 Definición de grupos de socios comerciales y rango de números
Para que el socio comercial tome la iniciativa en la asignación de números para clientes y proveedores, los grupos
de cuentas de clientes/proveedores se asignan a intervalos de rango de números con numeración externa. El
interlocutor comercial suele tener asignado un rango de números interno. Cuando se crea, se asigna un número
al interlocutor comercial. Cuando al socio comercial también se le asigna el rol de proveedor, por ejemplo, el
sistema creará el registro maestro de proveedor con el mismo número (lo mismo sucede si al socio comercial
también se le extiende el rol de cliente).
De esta manera, el socio comercial, independientemente de su función, tiene un número único reconocible en
todo momento.

Consejo Las cosas son más complicadas en un sistema convertido (o por convertir) de un sistema SAP ERP
porque los proveedores y los clientes tendrán números de cuenta completamente diferentes e independientes.
Por lo general, los números de cliente y proveedor se utilizan para la creación inicial de socios comerciales y la
lógica cambia cuando se reanuda la operación normal.
La información sobre la configuración de la integración de clientes y proveedores no está dentro del alcance del
examen SAP Certified Application Associate: SAP S/4HANA para asociados de contabilidad financiera. Sin
embargo, está dentro del alcance y forma parte del plan de estudios del examen SAP Certified Appli cation
Professional—Financials in SAP S/4HANA for SAP ERP Finance Experts.
Tipos de socios comerciales
El tipo de socio comercial es una característica de agrupación adicional para el socio comercial, como se muestra en
la Figura 3.5. El tipo de socio comercial está conectado a un estado de campo a través del cual puede controlar los
campos opcionales y obligatorios para el mantenimiento.
Figura 3.5 Tipos de socios comerciales
Por ejemplo, podría asignar un bloqueo de pago de forma predeterminada a los gastos de viaje de los empleados,
pero no a los de los gerentes. Usted convierte el campo de bloqueo de pago en un

entrada requerida para el tipo de empleado para que no se olvide de actualizarla. Con los mismos tipos, un
ejemplo adicional es la persona de contacto, para la cual podría ser necesario ingresar el nombre y los
detalles de contacto del asistente para los usuarios con el tipo de socio comercial administrador, pero la
entrada del asistente seguiría siendo opcional para el socio comercial empleado. tipo.
Atributos de campo de socio comercial
Puede definir selecciones de campos en cuatro niveles separados para socios comerciales (consulte la
Figura 3.6):
Configurar atributos de campo por cliente Usted

define el estado del campo para el socio comercial de manera genérica.
Configurar atributos de campo por rol de BP

Usted define los campos listos para la entrada para roles específicos. Esto significa que en un primer
nivel y con la entrega predeterminada, todos los clientes comparten el mismo estado de campo. Esto
también es igual para todos los proveedores.
Configurar atributos de campo por actividad Usted

asigna diferentes estados de campo dependiendo de la actividad realizada (por ejemplo, crear o cambiar).
Esto se utiliza a menudo para evitar que los campos cambien después de que se haya creado y
publicado un registro maestro. El ejemplo más común es la cuenta de conciliación, que generalmente se
establece en estado obligatorio durante la creación y en estado de solo visualización en la actividad de
cambio.
Configurar atributos de campo por tipo de socio comercial Usted

define los campos listos para la entrada para tipos de socios comerciales específicos. Los tipos de
socios comerciales son opcionales y se utilizan sólo si necesita un elemento de informes adicional o un
nivel de control de estado de campo independiente.
Figura 3.6 Atributos del campo Socio comercial

Las prioridades de estado de campo para los conflictos entre estos niveles de estado de campo son las
prioridades estándar que se encuentran en la mayoría de las áreas del sistema SAP S/4HANA (de la más
fuerte a la más débil):
1. reprimir
2. Pantalla 3.
Requerido 4.
Opcional
Por lo tanto, si un campo se establece como obligatorio en el nivel del cliente y se deja opcional en otros
lugares, el campo será obligatorio.
Es importante comprender cómo interactúan los estados de los campos cuando las configuraciones
entran en conflicto para el mismo campo para un socio comercial con múltiples roles (es decir, conflictos
dentro del nivel de mantenimiento de roles). En este caso, el estado de un campo podría mantenerse de
forma diferente en los diferentes roles asignados. Las prioridades aquí son diferentes de las prioridades
estándar (de más fuerte a más débil):
1. Requerido
2. Opcional 3.
Mostrar 4.
Suprimir 5. No
especificado
En esta jerarquía, puede ver que si se va a suprimir un campo, no basta con suprimirlo en un único rol,
debe suprimirse (o no estar definido) en todos los roles.
Grupos de cuentas de clientes y proveedores
En el componente de contabilidad financiera, crea y mantiene grupos de cuentas para clientes y

proveedores. Estos agrupan a diferentes clientes y proveedores según varios criterios, como ubicación,
tamaño o afiliación (ver Figura 3.7). Aquí, por ejemplo, normalmente se configura un grupo de cuentas
separado para clientes/proveedores nacionales y extranjeros. En Europa, es posible que también veas
una categorización adicional según la ubicación, como UE o fuera de la UE. Puede definir sus propios
grupos de cuentas en Personalización (y con las siguientes aplicaciones: Grupos de cuentas Cliente y
Grupos de cuentas Proveedor).

Figura 3.7 Grupos de cuentas de clientes y proveedores
Detalles del grupo de cuentas
Las siguientes son las configuraciones básicas que usted mantiene para el grupo de cuentas, que se dividen en tres áreas de
pantalla (consulte la Figura 3.8):
Informacion General
Puede ingresar el nombre del grupo de cuentas, ingresar un rango de números (debe ser externo y estar controlado por el
grupo de socios comerciales) y seleccionar si se trata de una cuenta única.

Figura 3.8 Detalles del grupo de cuentas
Estado del campo
El estado del campo en la configuración de cuentas por pagar/cuentas por cobrar controla qué campos están listos para su
entrada en el mantenimiento del socio comercial (para los campos específicos de cuentas por pagar/cuentas por cobrar).
Debido a la superposición en los controles de estado de los campos, se recomienda mantenerlos opcionales (la prioridad
más baja) para que pueda controlar todas las definiciones de campos de los socios comerciales, como se muestra en la
Figura 3.9.

Figura 3.9 Entradas opcionales para todos los campos
SocioDetermProcedido
Estas funciones de socio definen los roles comerciales que desempeña un socio en los procesos
de ventas y distribución (para clientes) y compras (para gestión de materiales). Para que quede
más claro, los siguientes son algunos ejemplos de funciones de socios (para proveedores):

– AZ: Beneficiario alternativo
– OA: Dirección de pedido
– VN: Proveedor
– CR: Transportista
– CA: Dirección del contrato
– GS: Proveedor de bienes
– DP: sitio de entrega
Como se mencionó anteriormente, el socio comercial está conectado al grupo de cuentas (cliente y
proveedor) a través de la agrupación de socios comerciales que se muestra en la Figura 3.10.
Al seleccionar el mismo número, se asegura de que el socio comercial controle la asignación de
números para el registro maestro de cliente/proveedor.
Figura 3.10 Conexión de agrupación de socios comerciales al grupo de cuentas
Cuentas únicas y cuentas normales
Una categorización importante que se puede realizar en los grupos de cuentas por cobrar y cuentas
por pagar es entre cuentas únicas y cuentas normales. Una cuenta única se utiliza para publicar
información sobre clientes o proveedores con los que no tiene ni espera tener relaciones comerciales
permanentes. Para estos casos, es

No tiene sentido crear un registro maestro porque sería redundante. El
El cliente o proveedor único utiliza un registro maestro de socio comercial sin detalles generales,
bancarios y fiscales específicos. Estos se introducen durante la contabilización del valor real.
documento en una ventana emergente especial, que puede ver en la Figura 3.11.
Figura 3.11 Detalles de factura única
Los detalles de pago se especifican por documento, pero también se pueden establecer de forma
predeterminada en el registro maestro de la cuenta única. Los detalles separados de una sola vez

Las cuentas se almacenan en las listas de clientes y proveedores. Más adelante, podrá realizar informes en informes
de partidas individuales en una cuenta única agregando el nombre del proveedor.
Una configuración potencialmente importante que puede configurar para clientes y proveedores es definir los campos
que activan el flujo de trabajo de control dual (Figura 3.12). Si está habilitado, el sistema requerirá un paso de
aprobación para confirmar ciertos cambios en los registros maestros. Los pagos al proveedor o al cliente quedan
bloqueados hasta que el cambio sea confirmado por un usuario con autorización para ello.
Figura 3.12 Definición de campos sensibles
Utilice las aplicaciones Confirmar lista de clientes (Contabilidad) y Confirmar lista de proveedores (Contabilidad) para
mostrar las cuentas cuya aprobación de cambios está pendiente.
Informacion General
Al crear los datos generales de un socio comercial, la sección común para todos y cada uno de los roles asignados,
se mantienen los datos básicos, que incluyen la agrupación de socios comerciales (también define el número dado)
y los detalles de identificación (depende de la categoría del socio comercial). Esto se muestra en la Figura 3.13.

En el área Información adicional de la pantalla, puede mantener bloques generales

que se aplicará a todos los roles de contabilización (tanto clientes como proveedores), pago,
compras (para proveedores), facturación y entrega (para clientes).
También puede mantener los campos correspondientes de Cliente y Beneficiario alternativo.

para proveedores y los campos correspondientes Proveedor y Pagador alternativo para cus
tomers.
Figura 3.13 Mantenimiento de datos maestros de proveedores: datos generales
Al seleccionar el indicador Pagador alternativo permitido en documento/beneficiario en

documento, puede ingresar un pagador/beneficiario alternativo (incluso uno que no se mantenga
en el sistema) directamente al procesar una factura. Puede ingresar una lista de pagadores permitidos/
beneficiarios en el registro maestro del socio comercial y seleccione el válido en el
momento de la entrada del documento.

Cuando asigna un cliente en un registro maestro de proveedores (o viceversa), puede optar por mostrar un saldo único
para el socio comercial. También puede compensar importes pendientes del socio comercial/cliente con partidas
abiertas del socio comercial/proveedor. Para hacer esto, configure Compensación con proveedor y Compensación con
cliente en la sección de datos de la empresa de los roles de cliente y proveedor.
Luego asignas los roles relevantes. La Figura 3.14 muestra algunos de los roles estándar más relevantes para
proveedores y clientes. También podrás ver las fechas de vigencia de los roles asignados. Se puede asignar un rol
temporalmente.
Figura 3.14 Roles de los socios comerciales: clientes, proveedores
Después de asignar roles, ingresa los detalles de Dirección y Comunicación estándar, como se muestra en la Figura
3.15. Estos todavía están en el nivel de rol de socio comercial general, por lo que

los detalles son comunes para todos los roles y se mantienen una vez para el socio comercial.
También puede asignar diferentes detalles de dirección a diferentes períodos de tiempo (por ejemplo,
cuando un socio comercial se muda).
El detalle de comunicación más importante que se debe ingresar de forma predeterminada es el idioma de
comunicación. Cualquier correspondencia realizada con el socio comercial se imprime (o generalmente
se publica) en el idioma que se mantiene aquí.
Figura 3.15 Dirección del socio comercial y detalles de comunicación
Otros datos que usted mantiene en el nivel de rol de socio comercial general incluyen detalles bancarios
(ID, número de cuenta, titular de la cuenta y, si es válido, el IBAN), como se muestra en la Figura 3.16.

Figura 3.16 Detalles bancarios para proveedor/cliente
Finalmente, en muchos países, los números de impuestos son campos importantes porque son los identificadores
únicos de socios comerciales y porque esta información a menudo se requiere en los informes.
Para clientes y proveedores, se utilizan los detalles del código de empresa que se muestran en la Figura 3.17
(que se mantienen por separado según el código de empresa asignado) para mantener información esencial para
realizar transacciones en la contabilidad financiera, como la siguiente:
Cuenta de reconciliación
Esta es la cuenta de conciliación contabilizada cuando contabiliza en la cuenta de cliente o proveedor. La

cuenta de conciliación es una cuenta del libro mayor a la que solo se puede contabilizar a través de un cliente
o proveedor.
Clave de
clasificación Este valor de clave de clasificación se utiliza para completar el campo Número de asignación en
las líneas de pedido de los documentos del cliente/proveedor, transfiriendo automáticamente los valores de
otros campos como el Número de documento, Fecha de publicación, Número de referencia y más. También
puede combinar los valores de varios campos.
Condiciones de pago
Las condiciones de pago predeterminadas para el pago de facturas definen el número (si corresponde) de
pagos a plazos y los porcentajes de descuento. Los descuentos están vinculados a los intervalos de plazo de
pago. Estos se proponen al contabilizar una factura para la cuenta.

Figura 3.17 Detalles del código de empresa del proveedor

Métodos de pago
Estos son los métodos de pago permitidos, como transferencias bancarias, cheques, etc.
en.
Grupo de tolerancia
Si deja este espacio en blanco, se asigna el socio comercial al grupo de tolerancia predeterminado definido.
Bloqueo de publicación/Bloqueo de
pago Con los bloqueos de publicación, no puede publicar ningún documento para el socio comercial. Con los
bloques de pago, sólo se restringen los pagos.
Banco de la casa
Este es el banco predeterminado desde el cual paga o recibe pagos.

Socio de negocios
Introducir otro socio comercial en la oficina central habilita el escenario de contabilidad de oficina central/
sucursal. En determinados casos, la sucursal de una empresa podría vender productos como una entidad
independiente; sin embargo, la contabilidad de estas ventas se realiza de forma centralizada. Con los
clientes, por ejemplo, los pedidos de ventas se contabilizan con la cuenta del socio comercial de la sucursal.
Sin embargo, las cifras de ventas y transacciones se contabilizan directamente en la cuenta de la oficina
central definida. Los pagos también se compensan de forma centralizada en la oficina central. La
correspondencia se puede tratar directamente con las sucursales o con la casa matriz (desglosando valores
por sucursal). Seleccione el procesamiento descentralizado si desea que la correspondencia y las
reclamaciones sean manejadas por las sucursales.
Pago individual La
selección de pagos individuales garantiza que el sistema genere un documento de pago separado para
cada factura.
Compensación con el cliente

Esto permite que el sistema realice la compensación entre artículos del proveedor y del cliente (cuando el
proveedor está conectado a un cliente y viceversa).
Correspondencia Los
detalles de la correspondencia también se pueden mantener por separado por asignación de sociedad.
Tipo de retención de impuestos/Código de retención de

impuestos Los detalles de retención de impuestos también se mantienen a nivel de código de empresa.

Los datos de compras de proveedores y los datos de ventas de clientes se muestran a modo de
referencia en la Figura 3.18 y la Figura 3.19. En un sistema SAP S/4HANA, la gestión de materiales
y los detalles de ventas y distribución se transfieren como valores característicos en las partidas del
documento contable y se almacenan en el Diario Universal para la generación de informes.
Datos como el grupo de compras se pueden transferir al documento de contabilidad financiera con
las características COPA basadas en cuentas.
Figura 3.18 Datos de compras de proveedores

Figura 3.19 Datos de ventas de clientes

Puedes ver que las condiciones de pago se mantienen también en los detalles de compras/ventas. Esto es para
realizar pronósticos de liquidez al publicar órdenes de compra y venta; estos términos tienen prioridad sobre los
mantenidos a nivel de sociedad (pero ambos se pueden cambiar manualmente).
Por último, puede mantener datos de contacto analíticos para el socio comercial. Como se muestra en la Figura 3.20,
puede mantener datos personales de la persona de contacto, detalles de contacto como números de teléfono y
dirección de correo electrónico, y detalles de direcciones específicas como edificio, piso y oficina.
Figura 3.20 Detalles de contacto del socio comercial: Proveedor
Términos de pago
Las condiciones de pago se pueden definir para sus transacciones con socios comerciales para determinar las fechas
y los montos a pagar o recibir. vamos a pasar

varios tipos de condiciones de pago, incluida la configuración de descuentos y pagos a plazos. También
discutiremos los bloqueos de pago y los motivos del bloqueo de pago, así como también estableceremos
tolerancias para clientes y proveedores.
Definición de condiciones de pago
El sistema viene con varias condiciones de pago predefinidas, pero a menudo no cubren todas las necesidades de
los clientes. La aplicación de configuración de condiciones de pago ofrece mucha flexibilidad a la hora de definir
las condiciones específicas válidas para sus transacciones comerciales.
Figura 3.21 Definición de condiciones de pago

Usted define las Condiciones de Pago con un código alfanumérico de cuatro dígitos y el campo Texto de
Venta. También puede utilizar el campo Explicación propia para ingresar una explicación que reemplace las
Explicaciones generadas automáticamente que se muestran en la parte inferior de la Figura 3.21. Las
siguientes son definiciones importantes que puede realizar en la pantalla de configuración:
Límite de
días El límite de días define hasta qué día del mes es válido el plazo de pago.
Cuando se usa, este campo generalmente tiene el valor 15, lo que significa que el plazo de pago es
válido para documentos con fecha de factura hasta el día 15 de cualquier mes determinado. Los límites
de días son un campo clave para las condiciones de pago, lo que significa que puede tener la misma
clave alfanumérica de condiciones de pago de cuatro dígitos varias veces con diferentes límites de
días. En otras palabras, el plazo de pago ABCD puede tener varias reglas diferentes según la fecha de
facturación de una factura.
Tipo de cuenta
El tipo de cuenta define si una condición de pago es válida para proveedores, clientes o ambos. La
configuración se utiliza para evitar realizar una entrada incorrecta y simplificar la selección para el
usuario final (menos selecciones cuando utiliza la ayuda para la búsqueda).
Debe mantener al menos un tipo de cuenta.
Cálculo de la fecha de referencia
Con estas entradas, puede definir una fecha base estándar para el cálculo de las condiciones de pago.
El campo Día fijo define una fecha base específica en el mes actual. Al ingresar "20", por ejemplo, se
establecería la fecha base en el día 20 del mes de la factura. Puede establecer un desplazamiento de
mes para esta fecha ingresando un valor en el campo Meses adicionales. Siguiendo con el ejemplo,
ingresar “1” en el campo Meses adicionales establecería la fecha de referencia en el día 20 del mes
siguiente.
indicando la fecha de la factura. Una entrada manual en el campo Fecha base puede anular la fecha
propuesta del cálculo.
Consejo Si indica el día “31”, el sistema corrige automáticamente el cálculo al último día del mes para
los meses con menos de 31 días (incluido febrero). Si ingresa el “30”, el sistema usará el día 30 para los
meses con 31 días.
Pmnt. Bloquear/Pmnt. Método predeterminado

Aquí puede configurar un bloqueo de pago predeterminado y un método de pago que propondrá el
sistema cuando utilice las condiciones de pago específicas. Por ejemplo, es posible que desee conectar
una condición de pago que indique el pago con el método de pago de un cheque, etc.

Valor predeterminado para la fecha inicial
Puede seleccionar que el sistema proponga una fecha base en un documento basada en las
siguientes fechas:
Ningún valor predeterminado
Siempre tienes que actualizar la fecha base manualmente. Este puede ser el caso cuando la
fecha de referencia no hace referencia a las fechas ingresadas en los documentos.
(por ejemplo, acepta iniciar el cálculo después de que se instale un repuesto en una máquina,
que puede ser una fecha diferente a la fecha de entrega del repuesto).
Fecha del documento
El sistema transfiere la fecha ingresada para la factura. Esta es la configuración predeterminada

más común.
– Fecha de
contabilización El sistema propone una fecha base basada en la fecha de contabilización de la factura.
– Fecha de
entrada El sistema propone la fecha del sistema en el momento de la entrada de datos como
fecha base. El usuario no puede cambiar manualmente la fecha de entrada, pero puede cambiar
la fecha base propuesta.
Condiciones de
pago Aquí es donde usted define las condiciones reales para los pagos. Puede ingresar dos
porcentajes de descuento relacionados con el día/fecha, y al pago entre la segunda y tercera fecha
no se le aplicará ningún descuento. En la Figura 3.22, puede ver un ejemplo con un descuento del
3% durante los primeros 14 días, 2% para el pago dentro de los 20 y una fecha de vencimiento final
de 30 días a partir de la fecha base (el valor predeterminado es la fecha de contabilización ingresada).
Pagos a plazos
También puede utilizar pagos a plazos; en este caso, podrá dividir automáticamente el monto pendiente
en múltiples cuotas con diferentes fechas de vencimiento.
Para hacer esto, define un plazo de pago “base” y un plazo de pago separado para cada cuota. Para
utilizar los plazos de pago a plazos, se asigna el plazo de pago base a los registros maestros y a las
partidas de los documentos contabilizados, y el sistema establece automáticamente las fechas de
vencimiento de acuerdo con las reglas definidas (que se muestran en la Figura 3.22).

Figura 3.22 Configuración de pago a plazos
La conexión de los términos de “cuotas” con los términos “base” se realiza en una transacción
de Customizing separada en la que usted asigna cada condición de pago de cuotas a la
condición de pago base y define el pedido y el porcentaje adeudado para cada cuota.
En la Figura 3.23, ve uno de los términos de pago a plazos; los demás generalmente sólo se
diferencian en el número de días. Esta es la primera cuota, por lo que las cuotas posteriores
tendrán progresivamente un mayor número de días.
Figura 3.23 Ejemplo de plazo de pago a plazos

Al contabilizar notas de crédito, si la nota de crédito tiene una referencia directa a una factura, hereda las mismas
condiciones de pago y fechas de vencimiento que la factura. Si no hay ningún vínculo a una factura, la nota de
crédito vence en la fecha base.
Nota
Puede ingresar condiciones de pago para una nota de crédito sin un vínculo a una factura si durante la
contabilización ingresa "V" en el campo Referencia en los detalles del encabezado de la nota de crédito.
Motivos del bloqueo de pago
Los motivos del bloqueo de pago (llamados clave de bloqueo en las definiciones de términos de pago) se utilizan
para indicar el motivo del bloqueo de un pago (para informes), pero también pueden tener las siguientes definiciones
(consulte la Figura 3.24):
Cambio en Pmnt. Apuntalar.
Esta casilla de verificación permite al procesador de la propuesta de pago desbloquear elementos para que el
programa de pago pueda borrarlos.
Bloqueo de pagos manuales Esta
casilla de verificación le permite bloquear un artículo para que no se borre con un pago manual.
Figura 3.24 Motivos del bloqueo de pago

No modificable Esta
casilla de verificación solo es relevante para escenarios de flujo de trabajo de pago, en los que el bloqueo se elimina
únicamente mediante un proceso de aprobación.
Tolerancia de cliente/proveedor
Al igual que en el perfil de tolerancia del libro mayor analizado en el capítulo sobre contabilidad del libro mayor, también
puede mantener tolerancias para clientes y proveedores.
Figura 3.25 Configuración de tolerancia del cliente/proveedor

Se proporciona nuevamente una serie de configuraciones para especificar los detalles (ver Figura
3.25), pero lo esencial es que cuando una diferencia de pago está dentro de las tolerancias, la
diferencia se contabiliza automáticamente como un ajuste de descuento por pronto pago o una
deducción no autorizada. Si la diferencia es mayor que la tolerancia, se debe procesar manualmente.
Facturación
Hay tres formas principales de contabilizar facturas en SAP S/4HANA:
Directamente en la contabilidad financiera, sin integración con otros componentes
A través de Compras, integrado con la contabilidad financiera
A través de ventas y distribución, integradas con la contabilidad financiera.
En todos los casos, la información de entrada es similar, pero con la integración, ingresa menos
detalles adicionales directamente en el asiento del diario de contabilidad financiera porque vienen
listos a partir de las órdenes de compra y las órdenes de venta. Para el asiento del diario de
contabilidad financiera, primero seleccione el código de la empresa y luego mantenga los siguientes
detalles:
Fecha del documento (factura) y fecha de contabilización.
Monto y moneda
Código impositivo y si el monto del impuesto se calcula automáticamente
Referencia (normalmente el número de factura)
Texto breve explicativo
Consejo Al utilizar las aplicaciones para ingresar facturas salientes o entrantes, obtiene información
sobre el cliente o proveedor ingresada directamente en la sección del encabezado de la pantalla
(consulte la Figura 3.26). Verá la dirección y la información bancaria más básicas y también podrá
pasar directamente al registro maestro. También puede abrir un informe directamente para las
partidas abiertas del cliente/proveedor.

Figura 3.26 Factura manual: Contabilidad financiera
Detalles de pago de factura
Después de completar la información de la cuenta del cliente/proveedor y cualquier otro campo marcado
como obligatorio, puede consultar la pestaña Detalles de pago (Figura 3.27). Aquí verá los términos de
pago elegidos, así como la línea base calculada y las fechas de vencimiento.

Figura 3.27 Detalles de pago de facturas
El sistema también mostrará el detalle de los descuentos previstos según el método de pago elegido; También puede
cambiar estas definiciones detalladas manualmente en la línea de pedido. Puede ingresar directamente un descuento
por pronto pago (CD), el método de pago correspondiente (Payt. Meth.), la moneda de pago (PmntCurrcy) y el monto
en dicha moneda (Pmnt./C. Amt.) y los detalles de su banco local. Otro campo de entrada potencialmente importante
es el motivo del bloqueo de pago (Bloqueo de pago).
En la pantalla de entrada de facturas, tiene la opción de mostrar un árbol lateral con ayuda para sus entradas. Puede
seleccionar entre tres tipos de objetos:
Variantes de pantalla para artículos
Para las partidas individuales de la factura, seleccione las cuentas de gastos (o ingresos) relevantes y luego debe
ingresar una asignación de cuenta de control. Al ingresar las partidas para los gastos/ingresos, hay una
abrumadora cantidad de asignaciones de cuentas y campos para seleccionar para la entrada. Debido a esto,
puede definir variantes de pantalla para los campos mostrados para ayudar al usuario a tomar las decisiones
relevantes para la entrada (Figura 3.28). Hay algunas variantes estándar entregadas por SAP, y usted también
puede crear las suyas propias utilizando Transaction SHD0 (Transaction Variant).
Plantillas de asignación de cuentas La
plantilla de asignación de cuentas actúa como un documento “precargado”. Cuando guarda una plantilla, todas
las partidas de la cuenta del libro mayor ingresadas se guardan sin los montos. Las plantillas tienen sentido para
gastos recurrentes sin una periodicidad fija. Las plantillas de asignación de cuentas son personales de forma
predeterminada; sin embargo,

También puede crear plantillas globales iniciando las definiciones de sus nombres con una barra diagonal ("/").
Documentos retenidos
Si, por ejemplo, te distraes con algo urgente en tu buzón o necesitas preguntarle a alguien algo sobre la publicación
mientras ingresas un documento, puedes guardar el documento como documento retenido. Esto garantiza que no perderá
los datos que ha ingresado hasta ese momento. Puede recuperar documentos para completarlos y publicarlos desde la
carpeta Documentos retenidos en el Árbol. Sólo el usuario que creó el documento retenido puede ver y recuperar el
documento para controlar.
seguir trabajando en ello. A diferencia del estacionamiento de documentos, un documento retenido no recibe un número
de documento.
Figura 3.28 Variantes de pantalla
Además de las opciones del Árbol, existen otras funciones que pueden acelerar la entrada de documentos. Puede ingresar
valores para el ID del parámetro en el mantenimiento del usuario en la pestaña Parámetros. El sistema establece de forma
predeterminada el ID del parámetro cuando se encuentra en las pantallas de aplicaciones relevantes. El valor definido en el
campo ID del parámetro funciona para muchas aplicaciones e informes. La Figura 3.29 muestra la forma "sin SAP Fiori" de
buscar y mantener parámetros:
1 Busque el campo que desea establecer como predeterminado (por ejemplo, Código de empresa) y seleccione la ayuda (F1).
2 En la pantalla emergente, seleccione el botón Detalles técnicos.
3 En la nueva pantalla emergente, busque el campo ID de parámetro.
4 Vaya a mantenimiento de usuario (Transacción SU01), en la pestaña Parámetros, e ingrese el ID del parámetro y el Valor
del parámetro que desea establecer como predeterminado para el usuario seleccionado. Los usuarios finales utilizan la
pantalla Mantener perfil de usuario (Transacción SU3) para ingresar parámetros de la misma manera, pero solo para los
usuarios con los que inician sesión.

Figura 3.29 Valores de ID de parámetro
Con SAP Fiori, es mucho más fácil mantener el ID de parámetro para el usuario final (de hecho, es transparente que el
usuario mantiene un ID de parámetro). En la configuración del usuario, en Valores predeterminados, se muestra una lista
de campos por componente (Figura 3.30).
El usuario puede establecer un valor único aquí o, cuando tenga sentido, más de un valor como predeterminado (usando
la opción Valores adicionales). Establecer múltiples valores o rangos de valores tiene más sentido para la generación de
informes.

Figura 3.30 Configuración de usuario de SAP Fiori Launchpad: valores predeterminados
Acceder a la pantalla Opciones de edición de contabilidad le brinda al usuario mucho control sobre
muchos parámetros de publicación para el ingreso y visualización de documentos. Hay demasiadas
opciones detalladas para repasar, pero puede ver la selección disponible en la Figura 3.31.
Consejo Es útil visualizar las pantallas durante el examen; sin embargo, generalmente no se espera
que usted recuerde pantallas y campos. La expectativa es comprender las opciones disponibles y
cómo usarlas.
La pantalla estándar para registrar verificaciones de facturas de compra es como la pantalla para registrar
facturas entrantes/salientes (Figura 3.32). Al crear los artículos en línea, ingresa la referencia de la orden
de compra (PO) y aquí puede, por ejemplo, hacer referencia a una orden de compra. Cuando se hace
referencia a un documento, las partidas individuales se transfieren con las imputaciones relevantes.
Puede confirmar las entradas tal como provienen de la orden de compra si son correctas o cambiarlas
para que coincidan con la factura real si hay diferencias.

Figura 3.31 Opciones de edición de contabilidad

Figura 3.32 Contabilización integrada de facturas: Compras
Un documento de facturación puede ser una factura relacionada con el pedido, una factura relacionada con la entrega, una factura relacionada con el crédito.
memo, o uno de muchos otros tipos (ver Figura 3.33). Hay un documento de facturación abierto
hasta que se publique en contabilidad financiera. Muchos de los campos de ventas y distribución.
Los valores se transfieren al Diario Universal a través de características de análisis de rentabilidad estándar basado
en contabilidad (COPA). Estos valores pueden luego analizarse en la contabilidad financiera y en los informes de
Controlling.

Figura 3.33 Documento de facturación y documentos contables generados
Pagos manuales
En términos generales, la contabilización de un pago recibido manual compensa las partidas abiertas del
cliente y la contabilización de un pago saliente manual compensa las partidas abiertas del proveedor. Esto
se invierte para la compensación de notas de crédito/débito.
En la pantalla de contabilización de pagos (hay poca diferencia entre entradas y salidas), se introducen los
siguientes datos (Figura 3.34):
Información general
En esta área se ingresa la sociedad, la fecha de contabilización, la fecha del documento, la fecha valor
(la fecha en la que se actualiza el pago) y la referencia.
Datos bancarios
En esta área, ingresa la cuenta del libro mayor del banco, el ID y la cuenta del banco propio, el monto y
la moneda, las tarifas de transacción y una asignación (generalmente se completa automáticamente
mediante la clave de clasificación correspondiente).

Selección de artículos
abiertos En esta área, ingresa el proveedor o cliente que realiza o recibe el pago y selecciona
Mostrar artículos para obtener una lista de artículos abiertos publicados.
Figura 3.34 Pago Manual: Pago Efectuado
En la lista Elementos abiertos, cuando selecciona los elementos abiertos relevantes (facturas, notas
de débito o crédito, pagos no asignados) para compensar, los elementos se transfieren a la lista
Elementos a compensar. Aquí el descuento por artículo se propone según las fechas de vencimiento/
descuentos del método de pago. También puede cambiar el descuento propuesto de acuerdo con
las tolerancias asignadas al usuario y al cliente/proveedor. Cuando el Saldo del documento (que se
muestra en la parte superior derecha de la pantalla) es cero, puede simular la entrada para verificar
todas las partidas propuestas. Una vez confirmado, puede publicar el documento. Las partidas
abiertas se compensan y el documento de pago se asigna como documento de compensación en
las partidas individuales compensadas.
Publicar en la cuenta
Puede seleccionar contabilizar en una cuenta de cliente/proveedor cuando registra un pago en una
cuenta de cliente o proveedor sin hacer referencia a un artículo específico (consulte la Figura 3.35).
Esto se utiliza cuando la compensación no es posible en el momento de la entrada. Cuando se aclare,

normalmente se coteja el pago con las partidas abiertas relevantes. Esta opción puede ser
Se utiliza cuando una diferencia de pago es demasiado grande para gestionarla de otras maneras.
Figura 3.35 Contabilización a cuenta
Cuando surgen diferencias de pago y están fuera de su tolerancia asignada

límites (o no desea registrar la diferencia como una pérdida), puede seleccionar publicar una
pago parcial o gestionar la diferencia con una posición residual o incluso con una contabilización de
diferencia de pago separada. Puede ingresar códigos de motivo (personalizables) para
Indique el motivo de la diferencia.
Un pago parcial no borra la partida abierta; Tanto la partida abierta como el pago permanecen como
partidas abiertas en la cuenta y están conectados a través de la referencia a la factura. Cuando se
recibe o envía un tercer elemento, usted borra los tres
partidas entre sí (por ejemplo, partida abierta y dos pagos, o partida de factura, pago y nota de crédito/
débito).
Con la partida residual, el sistema compensa el pago y la partida abierta y genera una nueva partida
abierta a partir de la diferencia. Tanto el pago como el original.
los elementos abiertos se borran. La nueva partida abierta se publica bajo un nuevo documento que
hace referencia al documento original. El nuevo artículo puede heredar las condiciones de pago de
el artículo original o se le asignarán otros diferentes.

Finalmente, puede manejar la diferencia manualmente contabilizando, por ejemplo, en una cuenta separada
del libro mayor o contabilizando en cuenta. También puede cancelar la diferencia como irrecuperable mediante
la contabilización manual en una cuenta de pérdidas (o ganancias).
Moneda extranjera
Otro tipo de diferencia de pago puede ocurrir por diferencias de cambio de moneda. El tipo de cambio al
momento de la facturación para facturas en moneda extranjera
puede ser diferente del tipo de cambio al momento del pago. El pago es
realizado con la cantidad correcta de moneda extranjera; sin embargo, usted tiene una pérdida o una ganancia
de la fluctuación monetaria.
En el Customizing, se asigna un ingreso o un gasto de la cuenta de valoración de moneda extranjera a las

cuentas de conciliación (y a cualquier cuenta del libro mayor) que
realizar transacciones en moneda extranjera. La definición es por cuenta de conciliación o del libro mayor y
puede ser válida para lo siguiente:
Todas las monedas y tipos de moneda
Monedas específicas
Tipos de moneda específicos
Combinaciones específicas de monedas y tipos de moneda.
El sistema maneja todas estas diferencias para todas las monedas y tipos de moneda automáticamente,
contabilizando las ganancias/pérdidas realizadas en las cuentas relevantes si se mantienen todas las
configuraciones de personalización.
Pagos Automáticos
El programa de pago automático en SAP S/4HANA está diseñado para gestionar transacciones de pagos
masivos salientes (y entrantes). Es totalmente personalizable para adaptarse a
las necesidades específicas de cada implementación en cualquier país. Puedes hacer doméstico.
pagos, pagos al exterior y pagos entre empresas; liquidar los pagos iniciales
y partidas abiertas entre clientes y proveedores; y más.
El programa de pago automático primero genera una propuesta de pago basada en el

parámetros que establezca. Puede modificar la propuesta de pago (por ejemplo, bloquear o bloquear manualmente).
desbloquear artículos para el pago) según sea necesario y luego procesar el pago. Dependiente
sobre los pagos realizados y los métodos de pago utilizados, el sistema imprimirá
cheques y preparar archivos de transferencias bancarias electrónicas o listas de pagos para manual
ejecución.

Consejo La academia y la certificación se centran en la personalización del programa de pago automático,

la propuesta y ejecución de pago saliente y la exportación del archivo del medio de pago. Otras funciones
no se analizan con mucho detalle. Además, aunque la Zona Única de Pagos en Euros (SEPA) de la Unión
Europea es un tema interesante, está fuera del alcance de la certificación y no se analizará en esta guía.
Personalizando el programa de pago
La mayor parte del Customizing requerido para el programa de pago automático (ver Figura 3.36), fuera de la
configuración de contabilización de facturas y registros maestros de socios comerciales, se realiza a través
de la Transacción FBZP (aunque las transacciones de Customizing también se pueden encontrar por separado
en el árbol SAP IMG).
Figura 3.36 Personalización del programa de pagos (Transacción FBZP)

Nota
El botón y el enlace de House Banks en la Figura 3.36 ya no son válidos con SAP S/4HANA. Conduce a
la antigua Transaction FI12, que ha sido reemplazada por las nuevas aplicaciones de gestión de cuentas
bancarias que funcionan en SAP Fiori y Web Dynpro.
Códigos de empresa
Las primeras configuraciones del Customizing que debe definir son algunas especificaciones básicas para
cualquier sociedad involucrada en transacciones de pago, como se muestra en la Figura 3.37:
Código de empresa de envío

Este es el código de empresa que interactúa con el socio comercial. Generalmente es el código de la
empresa para el cual está haciendo la definición. Si se deja vacío, el Código de empresa pagadora
también se utiliza de forma predeterminada como Código de empresa emisora.
Código de empresa pagadora

Aquí ingresa el código de la empresa que participa en las transacciones de pago. Puede ser el mismo
código de empresa para el que está realizando la definición u otro código de empresa cuando, por
ejemplo, los pagos se procesan de forma centralizada. Tanto la sociedad emisora como la pagadora
desempeñan un papel en la agrupación de las transacciones de pago, y se procesará un documento de
pago separado cuando cualquiera de ellas sea diferente. Los artículos se pueden agrupar en un pago
para códigos de empresa con el mismo código de empresa pagadora y el mismo código de empresa
emisora.
Pago separado por área comercial Si se utilizan

áreas comerciales, se puede hacer que el sistema produzca un documento de pago separado para cada
área comercial.
Pyt. Metanfetamina. Supl.
Estos complementos de medios de pago actúan como una característica adicional para dividir los
documentos de pago. Las claves de dos dígitos se crean y se asignan en registros maestros de clientes
y proveedores. Luego, estos también se copian en el documento, donde puede cambiar el valor propuesto
procedente del registro maestro.
Tolerancias de días por pagar Este

parámetro le permite especificar un período de gracia en la forma del número de días en los que se puede
exceder el período de descuento por pronto pago y el período de pago neto (para realizar un pago
retrasado).

Pago saliente. con disco de efectivo. Desde Usted
ingresa la tasa porcentual mínima para la cual el sistema registrará un pago anticipado para recibir un descuento.
Los porcentajes de descuento inferiores a esta tasa se ignoran y el pago se ejecuta en la fecha de vencimiento
para el pago neto.

Máx. Descuento de efectivo
Cuando está marcado, el descuento máximo por pronto pago siempre se utiliza al pagar facturas de proveedores,
incluso si el pago se realiza después del período predefinido.
Figura 3.37 Configuración de pago del código de empresa

sp. Transacciones del L/M a pagar/Sp. Trans. L/M para Lista de excepciones
Puede configurar las transacciones especiales del libro mayor para clientes y proveedores que desea
incluir o excluir de la ejecución de pago.
Personalización
Para cada código de empresa que se haya definido como código de empresa pagadora, puede definir los
siguientes detalles (Figura 3.38):
Monto mínimo para pagos entrantes y salientes No se realizan

pagos por debajo del umbral de monto que usted define aquí.
Sin diferencias de tipo de cambio/Sin cambio. Diferencias de tarifas. (Pagos parciales)

Esta casilla de verificación determina si el programa calculará y registrará las diferencias de tipo de
cambio.
Figura 3.38 Configuración del código de empresa de pago

Pago Separado por Cada Ref.

Esta casilla de verificación determina si el programa realizará un pago separado para cada referencia
de documento. En este caso no se realiza la compensación entre artículos de cliente/proveedor (a
menos que la referencia sea la misma).
Factura/Exch. Pymt.
Esta casilla de verificación determina si el programa debe procesar letras de cambio.
Prenotificaciones de domiciliación bancaria
Esta casilla de verificación determina si se deben imprimir notificaciones previas de débito directo para
informar al pagador de un próximo débito directo antes de la fecha de cobro.
Formularios
Puede definir un script SAP o un formulario predeterminado basado en PDF para la nota de aviso de
pago y la hoja adjunta de intercambio electrónico de datos (EDI). También define algunos textos
estándar (por ejemplo, detalles de dirección) que se utilizarán en los formularios.
Los métodos de pago tienen configuraciones separadas a nivel de país y a nivel de código de empresa
porque es posible que un código de empresa no utilice todos los métodos de pago definidos para el país
correspondiente.
Nivel de país
A nivel de país, usted define primero qué métodos de pago son válidos (por ejemplo, el débito directo
SEPA es válido para países europeos, por lo que lo definiría solo para esos).
Un método de pago (Pymt. Meth.) está representado por una clave alfanumérica de un solo dígito y una
breve descripción (Figura 3.39).
Usted define lo siguiente por método de pago y país:
Método de pago para En

esta área, usted determina si el pago se utiliza para pagos entrantes o salientes.
Clasificación de métodos de pago En

esta área, usted controla qué otras claves de control puede definir (por ejemplo, si es un pago permitido
para realizar pagos a empleados).
Especificaciones de registro maestro requeridas

En esta área, es posible que necesite mantener datos adicionales sobre el socio comercial si así lo
requiere la definición del método de pago.

Figura 3.39 Método de pago: Configuración del país
Detalles de publicación
En esta área, usted define cómo se maneja la publicación para el método de pago que está definiendo: – Tipo de
documento para pago
Especifica el tipo de documento que el
sistema utilizará para publicar el documento con el programa de pago.
– Tipo de documento de compensación
Usted especifica el tipo de documento que utilizará el sistema para contabilizar pagos entre sociedades.

– Sólo orden de pago Si se

selecciona, el sistema no contabiliza un documento de pago, por lo que no se realiza ninguna
compensación. En cambio, se genera una orden de pago con información que se utilizará más adelante
para compensar las partidas abiertas.
Medio de pago El
formato del medio de pago que define la forma del intercambio de medios de datos (DME).
Nota
En SAP S/4HANA, solo se puede utilizar el banco de trabajo de medio de pago (PMW) para archivos DME.
Los informes RFFO* están obsoletos.
Monedas permitidas
Las monedas que se permiten utilizar para contabilizar con el método de pago. Deje esta definición vacía
si no desea restringirla.
Para cada sociedad, usted selecciona qué métodos de pago son válidos entre los definidos a nivel de país.
Para cada uno utilizado, se define lo siguiente (Figura 3.40):
Límites de cantidad
Usted define un Monto Mínimo y un Monto Máximo permitido para el método de pago. Cuando el importe
a pagar está fuera de los límites definidos, no se utiliza el método de pago. Si ingresa manualmente el
método de pago en una línea de pedido, los límites se ignoran y se utiliza el método de pago. Por ejemplo,
si ha establecido el monto máximo para cheques en $10,000 USD y hay una partida abierta de $11,000
USD, el programa de pagos no seleccionará la partida para el pago para este método de pago.
Nota
El monto de distribución (Distribution Amnt.) le indica al programa de pagos que agrupe los pagos para
que no excedan el monto de distribución establecido. Esto solo funciona si el sistema puede realizar
pagos por debajo del monto establecido para todos los grupos de pago. Como ejemplo, digamos que
establece un límite de distribución de $15 000 USD, tiene dos partidas abiertas para pagar de $17 000 y
$16 000 USD y tiene dos notas de crédito por $2500 y $3000 USD. En este caso, el sistema realiza dos
pagos de $14,000 y $13,000 USD ($17,000 USD – $3,000 USD y $16,000 USD – $2,500 USD,
respectivamente). Si tuviera una sola nota de crédito de $5,500 USD en lugar de dos notas separadas, el
sistema no dividiría el monto del crédito. En este caso, el método de pago no está seleccionado y el
sistema usaría

ya sea un método de pago diferente o colocar los artículos en la lista de excepciones de pago, si no se pudo
asignar automáticamente ningún método de pago válido. La verificación del monto de distribución se realiza
incluso si ha configurado el método de pago manualmente para la partida abierta.
Pagos en el extranjero/Pagos en moneda extranjera Usted

define si el método de pago se puede utilizar para pagar a socios comerciales extranjeros y si se puede
utilizar una moneda extranjera para el pago (entre las monedas definidas en el nivel de país del método de
pago).
Además, usted define si se permite la transferencia a un banco en el extranjero. De lo contrario, el método

de pago no es aplicable a menos que el socio comercial mantenga una cuenta bancaria en el país del código
de la empresa pagadora.
Agrupación de artículos
El sistema puede agrupar pagos de artículos según los siguientes criterios:
– Pago único por artículo marcado

Todos los artículos para los cuales se ingresa explícitamente el método de pago específico se pagan
individualmente con documentos separados.
– Pago por día de vencimiento

Se realiza un pago separado por día de vencimiento definido por las condiciones de pago del artículo.
– Pago Individual Extendido

Cada partida abierta se paga con un documento separado. Se hace una excepción para las notas de
crédito que hacen referencia a la factura; en este caso, el pago se consolida. Esta configuración es
incompatible con el límite del monto de distribución.
Control de selección de banco
El sistema se puede configurar para optimizar los pagos:
– Optimizar por grupo bancario

El sistema selecciona el par de bancos óptimo (la agrupación de bancos se configura por separado en el
maestro de bancos). Esto se puede utilizar para evitar gastos de transferencia, por ejemplo.
– Optimizar por código postal

Esto da prioridad al banco propio que esté geográficamente más cercano a la dirección del socio
comercial. Esto podría tener sentido si imprime y envía cheques por correo, por ejemplo.
Datos del formulario
Usted define el nombre del emisor impreso en el formulario o salida en el pago.

medio y cómo se clasifica la correspondencia en las operaciones de pago (avisos de pago, cheques,
letras de cambio).
Pyt. Adv. Control.

Usted define el número de líneas impresas en el formulario para la nota al beneficiario y cuándo imprimir
una nota de aviso de pago (no se muestra en la Figura 3.40).
Figura 3.40 Método de pago: Configuración del código de empresa
Con esto concluye la configuración de los medios de pago para sociedades. Repasaremos muy brevemente
el PMW y la definición del formulario, ya que estos son temas avanzados y no están dentro del alcance de
la certificación en detalle.
Banco de trabajo mediano de pago
El PMW es una herramienta para definir y crear formatos DME. Estos se pueden utilizar directamente durante
la ejecución del pago. Los formatos normalmente se definen en el motor de intercambio de medios de datos
(DMEE).
SAP ofrece muchos formatos de pago estándar comunes para los países. Estos se pueden copiar y modificar
en el Customizing a través del DMEE sin necesidad de conocimientos técnicos. Cambia el formato de pago
utilizando una aplicación, como se muestra en

Figura 3.41, que muestra la estructura XML del formulario de transferencia de crédito SEPA en el
izquierda. El PMW también gestiona de forma centralizada los avisos de pago y la definición de
notas a los beneficiarios.
Figura 3.41 Definición del árbol DMEE para transferencia de crédito SEPA
Cuando ejecuta la ejecución de pago para el programa de pago, el programa de medio de pago
genérico se activa para crear el medio de pago utilizando las definiciones para el formulario tal
como se mantiene en el Customizing de DMEE.
Después de completar las configuraciones de los métodos de pago, usted define cómo
el sistema selecciona el banco desde el cual realizar los pagos a través del programa de pago
automático. La figura 3.42 muestra en la jerarquía izquierda al individuo
pasos que están configurados.

Figura 3.42 Selección de banco para el programa de pagos
La configuración implica las siguientes pantallas y ajustes:
Orden de
clasificación Usted define el orden en el que se considerarán los bancos propios para el pago (Figura
3.43). La definición es por código de empresa pagadora. Clasificas los bancos por método de pago y
moneda. Puede dejar en blanco uno o ambos el método de pago (PM) y la moneda (Crcy.) para realizar
una clasificación más genérica para los bancos.
Cuentas bancarias
Usted define el ID de la cuenta bancaria y la subcuenta bancaria que se contabiliza para cada banco
propio, método de pago y combinación de moneda (Figura 3.44). Puede dejar el campo Moneda en
blanco, pero el banco propio, el método de pago, el ID de cuenta y la subcuenta bancaria son obligatorios.
Cantidades disponibles
Puede configurar manualmente el monto disponible en las cuentas bancarias para el pago (Figura 3.45).
El programa de pagos no utilizará el banco propio si no hay suficientes fondos disponibles aquí.

Figura 3.43 Definir orden de clasificación
Figura 3.44 Definición de cuenta bancaria
Figura 3.45 Definiciones de cantidades disponibles

Fecha valor
La fecha valor se calcula como el día de la ejecución del pago más los días hasta el valor (Figura 3.46).
La mayoría de las transacciones tardan al menos un día en procesarse, según el método de pago. La
gestión de efectivo en SAP S/4HANA utiliza la fecha de valor para los informes de flujo de efectivo y las
previsiones de liquidez.
Figura 3.46 Definición de fecha valor
Gastos/Cargos Al
contabilizar pagos entrantes y salientes, se pueden ingresar cargos bancarios por cualquier gasto
relevante a los pagos realizados o recibidos. La Figura 3.47 muestra cómo se pueden conectar los montos
cobrados con el monto del pago para imprimir en el formulario de pago. El sistema no contabiliza el
monto definido aquí; eso se hace manualmente en un proceso separado.
Figura 3.47 Definición de cargos
Después de personalizar la determinación bancaria, concluye todo el Customizing para pagos automáticos.
Ahora repasaremos los pasos para realizar un pago automático e incluir la creación del medio de pago.

Ejecución de pago automático
Al configurar una nueva ejecución de pago, ingresa la Fecha de ejecución y la Identificación (Figura 3.48). Estos campos
actúan como clave para identificar la ejecución de pago específica.
Figura 3.48 Identificación del parámetro de ejecución de pago
Parámetros de selección de pago
Según los parámetros que usted define, el sistema elige qué partidas abiertas evaluar para el pago. Ingresa los siguientes
datos para configurar los parámetros (Figura 3.49):
Código de empresa
Cada ejecución se puede ejecutar para múltiples códigos de empresa que pertenecen al mismo país (ingrese uno tras
otro separado por una coma).
Método de pago Usted
define qué métodos de pago se pueden utilizar en la ejecución. Si ha establecido un método en un elemento abierto
que no está incluido, el elemento abierto se ignora. Puede ingresar múltiples métodos de pago por ejecución.
Fecha de
contabilización Esta es la fecha en la que el sistema contabilizará los pagos. A menudo puede alinear la fecha de
ejecución con la fecha de publicación, pero no es necesario hacerlo.
Los documentos ingresados
hasta usted establecen la fecha límite para que los documentos se evalúen para el pago. Se ignoran las facturas con
una fecha de contabilización posterior a esta fecha.
Artículos del cliente vencidos
antes Puede establecer la fecha de vencimiento hasta la cual se evaluarán los artículos del cliente. Usted establece la
fecha en la que debe vencer un artículo de cliente abierto para que se incluya en la ejecución de pago. Si deja el
campo en blanco, el sistema toma la fecha de contabilización de la ejecución de pago como fecha límite de vencimiento.
Si desea que se paguen los artículos que no vencen hasta después de la fecha de publicación, ingrese una fecha
posterior en este campo.

Figura 3.49 Parámetros de selección de pago
Próxima fecha de pago

Ingresa la fecha para la cual ejecutará la siguiente ejecución de pago. El sistema
evaluará las partidas abiertas y pagará las partidas que estarían vencidas si esperara
la próxima ejecución de pago o para aprovechar los descuentos ofrecidos por pago anticipado
mento.
Tipo de tipo de cambio

Puede ingresar un tipo de tipo de cambio específico con el que le gustaría calcular las conversiones
de moneda.
Proveedor/Cliente
Usted define qué proveedores y clientes desea que la ejecución de pago evalúe para el pago.

Selección libre
Puede elegir de manera flexible valores para los campos de los documentos ingresados o registros maestros
que desee utilizar para seleccionar partidas específicas para el pago. Puede utilizar un campo como criterio
para incluir o excluir elementos de la lista. Por ejemplo, podría evaluar sólo artículos, clientes y proveedores
que no tengan ningún bloqueo de pago.
Registro adicional
Esta opción proporciona registros más detallados para la selección de elementos.
Revisar
Después de ingresar los parámetros de selección, puede programar la ejecución de la propuesta de pago.
También puedes ejecutarlo inmediatamente. Dependiendo de la cantidad de ítems a evaluar, el sistema procesa
las propuestas y proporciona la propuesta de pago para su evaluación y revisión.
Al revisar la propuesta, recibe una lista de artículos que se pagarán y una lista de excepciones (Figura 3.50). El
sistema selecciona y agrupa los artículos en pagos según las configuraciones del Customizing y los parámetros
que usted establezca.
Figura 3.50 Revisar la propuesta de pago
Dependiendo de las configuraciones que haya realizado, el sistema creará documentos para los artículos que
tendrán menos descuento (o ningún descuento) en la próxima fecha de ejecución de pago propuesta o que
estarán vencidos en la siguiente fecha de ejecución de pago propuesta.
El sistema colocará elementos en la lista de Excepciones por varios motivos y, para cada elemento, recibirá un
mensaje que detalla esos motivos. Los siguientes son algunos ejemplos de mensajes que podría recibir:

El artículo está bloqueado para el pago.
La cuenta está bloqueada para el pago.
Cambio no confirmado al registro maestro.
El beneficiario alternativo está bloqueado para el pago.
Cambio no confirmado en el registro maestro de beneficiario.
No se encontró ningún método de pago válido.
El método de pago en el documento no debe considerarse en esta ejecución.
Los métodos de pago para esta ejecución no se especifican en el registro maestro ni en el artículo.
No se ha alcanzado el importe mínimo de pago.
Algunas de las causas por las que se colocan artículos en la lista de Excepciones se pueden eliminar directamente
desde la pantalla de revisión de la propuesta de pago (Figura 3.51). Puede ingresar métodos de pago manualmente
para artículos para los cuales no se determinó el método y puede hacer lo mismo con los detalles bancarios.
También puede desbloquear artículos para pago, según el código de motivo de bloqueo del artículo.
Figura 3.51 Revisión de pagos

Los documentos que están en ejecución de pago están bloqueados para no ser modificados (fuera de las pantallas
del programa de pago) para evitar inconsistencias. Tampoco puede publicar manualmente en ninguno de los
elementos de la lista de Pagos en este momento. Si necesita cambiar una partida de factura o realizar un pago
manual, puede eliminar la propuesta de pago, realizar los cambios y volver a ejecutar la propuesta de pago.
Cuando tienes una propuesta final con la que estás satisfecho, programas el pago.
correr.
Ejecución de pago
El sistema publicará los documentos de pago propuestos y compensará las partidas abiertas relevantes. Las
contabilizaciones incluirán todas las ganancias/pérdidas en moneda extranjera relevantes, los montos de impuestos
y retenciones de impuestos y los montos de descuento. El pago se realiza contra la subcuenta bancaria definida. El
proceso habitual es que la subcuenta se liquide con la cuenta bancaria principal al recibir el extracto bancario.
Nota
En los países donde debe recibir un extracto bancario que confirme el pago antes de publicar un pago, puede
seleccionar la casilla de verificación Solo orden de pago en las definiciones de métodos de pago del país
correspondiente.
El documento de pago generado es igual al documento de pago manual con algunas características especiales:
La fecha de ejecución y la identificación están escritas en el texto del encabezado del documento.
Si el sistema puede determinar una fecha valor a partir del método de pago y las definiciones bancarias, utiliza
esta fecha. De lo contrario, el sistema utiliza la fecha de contabilización como fecha valor.
Puede utilizar la aplicación de programación automática para la ejecución de pago para automatizar el proceso de
ejecución de pago. Ingresa los mismos parámetros que están disponibles en la Transacción F110. Una vez que haya
ingresado los parámetros, puede guardar una variante para el informe y usarla para programar la ejecución del
programa en segundo plano.
Puede crear ejecuciones periódicas si utiliza parámetros idénticos.
Puede ver el resultado del programa de pago utilizando la aplicación de propuesta Revise Payment Pro si seleccionó
la casilla de verificación Ejecución de propuesta (consulte la Figura 3.52).
Si la casilla de verificación no está seleccionada, se realizará la ejecución del pago (con la opción de imprimir también
el medio de pago). Puede ver los resultados de la ejecución del pago en la aplicación Administrar pagos automáticos,
en la pestaña Resumen (Figura 3.53).

Figura 3.52 Programar ejecuciones de pago
Figura 3.53 Administrar pagos automáticos: revisión de ejecución de pago

Creación de medios de pago
Los medios de pago relevantes se pueden generar al mismo tiempo que se realiza la ejecución del pago,
o puede generarlos en un segundo paso después de realizar los pagos. En este caso, usted selecciona
la ejecución de pago ingresando la Fecha de ejecución y la Identificación y luego seleccionando el
Formato del medio de pago (Figura 3.54).
Figura 3.54 Creación de medios de pago
La Figura 3.55 muestra el resultado parcial del archivo XML generado para un pago SEPA que utiliza un
formulario proporcionado con el sistema.

Figura 3.55 Ejemplo de formulario XML de medio de pago
reclamación
El proceso de reclamación se utiliza para recordar a los clientes (y a veces a los proveedores que tienen un saldo deudor)
que paguen partidas abiertas vencidas. Los recordatorios enviados pueden volverse progresivamente más estrictos y
conllevar también una multa por pago atrasado. Las reclamaciones con SAP S/4HANA son un proceso automatizado
basado en reglas que usted controla a través de las aplicaciones de configuración y ejecución de reclamaciones.
La configuración básica para reclamar incluye tres pasos (ver Figura 3.56):
1. Definir áreas de reclamación 2.
Definir claves de reclamación 3.
Definir motivos del bloqueo de reclamación
Figura 3.56 Configuración de parámetros básicos
Definir áreas de reclamación
Las áreas de reclamación se utilizan para subdividir una empresa en más áreas responsables de la reclamación (Figura
3.57). Estos son opcionales y, si no los define, el sistema básicamente utiliza la sociedad como área única de reclamación.

Figura 3.57 Configurar áreas de reclamación
Definir claves de reclamación
Las claves de reclamación se pueden asignar a partidas individuales por dos motivos básicos (Figura 3.58):
Para restringir el nivel de reclamación de un artículo para que el artículo sea reclamado hasta el nivel indicado aquí
Para generar una partida por separado en el aviso de reclamación
Figura 3.58 Definir clave de reclamación

Definir el motivo del bloqueo de reclamación
Los elementos bloqueados para reclamación no se consideran para reclamación cuando se ejecuta una ejecución de reclamación.
Usted define varios motivos de bloqueo de reclamación (los de la Figura 3.59 se entregan con el sistema/mejores prácticas) para
clasificar los bloques de artículos y utilizarlos como características de filtrado en los informes.
Figura 3.59 Definición de motivos del bloqueo de reclamación
Procedimientos de reclamación
El procedimiento de reclamación es el principal objeto del Customizing para la reclamación (Figura 3.60).
Se mantiene a nivel de cliente y se asigna a socios.
Figura 3.60 Lista de procedimientos de reclamación
SAP proporciona procedimientos de reclamación estándar predefinidos mediante mejores prácticas.
Se pueden crear procedimientos adicionales en el Customizing libremente. Estos están representados

mediante un código alfanumérico de cuatro dígitos. En el mantenimiento general de un procedimiento de

reclamación, se introduce una descripción y luego se mantienen las siguientes configuraciones (Figura
3.61):
Intervalo de reclamación en
días Introduzca la frecuencia con la que se realizará la reclamación para un socio comercial. Si ejecuta
la reclamación semanalmente y este valor se establece en 14 (días), los elementos del socio se
analizarán cada segunda ejecución.
Número de niveles de reclamación

Los niveles de reclamación se utilizan para aplicar progresivamente advertencias y sanciones más
estrictas a las cartas de reclamación enviadas a los socios. Con esta entrada se define cuántos niveles
se deben aplicar.
Total de partidas vencidas del nivel de

reclamación Este campo define el nivel de reclamación a partir del cual se suman todas las partidas
vencidas de la cuenta del socio comercial, independientemente de los días de vencimiento.
Mín. Días de mora (Acct.)

Esta configuración define cuántos días de retraso debe tener al menos una partida abierta antes de que
se realice la reclamación para el socio.
Períodos de gracia de partidas individuales
Esta configuración define cuántos días de gracia se otorgan a cada línea de pedido antes de ser
reclamada. Una partida vencida dos días con un período de gracia de tres días no será recuperada
mediante reclamación. Sin embargo, tenga en cuenta que esta configuración no afecta la cantidad total
de días de mora de un artículo, y es la cantidad de días de mora lo que cuenta para calcular el nivel de
reclamación.
Indicador de interés
Esto se asigna para procedimientos de reclamación para los cuales desea calcular el interés. El
indicador asignado aquí controla la forma en que se calcula el interés, por ejemplo, si es por artículo
individualmente o por un monto vencido general. De forma predeterminada, el valor ingresado para el
indicador de interés se toma como predeterminado del procedimiento de reclamación si la calculadora
de intereses no se mantiene directamente en el registro maestro del socio comercial. Puede utilizar la
casilla de verificación Ignorar índice de interés en el registro maestro para cambiar el comportamiento
predeterminado.
ID pública de Hol.Cal.
Usted asigna el calendario de días festivos para tener en cuenta los días festivos para solicitar el pago.
Reclamación/reclamación de transacción estándar. Transacciones del L/M

especial Usted selecciona si el procedimiento es válido para partidas estándar, para partidas especiales
del libro mayor o para ambas.

Reclamación incluso para el saldo de la cuenta de crédito De
forma predeterminada, si el socio mantiene un saldo de crédito, no se realiza ninguna reclamación (incluso si algunas
partidas abiertas están vencidas). Este indicador anula el comportamiento predeterminado.
Dato de referencia
Puede hacer que el procedimiento de reclamación haga referencia a otro procedimiento para utilizar la misma definición de
texto de reclamación sin mantenimiento por separado.
Figura 3.61 Mantener procedimiento de reclamación

Mantenimiento del nivel de reclamación
Después de actualizar los datos básicos, se actualizan los detalles de los niveles de reclamación, los cargos de
reclamación, los textos de reclamación y los indicadores especiales del libro mayor de reclamación (Figura 3.62).
Figura 3.62 Mantenimiento del nivel de reclamación
Para cada nivel de reclamación, defina lo siguiente:
Días de mora El
número de días de mora hasta que el socio sea asignado a un nivel de reclamación.
El sistema propone valores para el primer nivel según el período de gracia mantenido y suma los días de intervalo
de reclamación para definir cada siguiente nivel. También puedes cambiar manualmente los días por nivel.

¿Calcular el interés?
Esto indica si se deben calcular los intereses sobre el importe adeudado y
cargado.
¿Siempre Dun?
Esto indica que se envía una carta de reclamación para cada ejecución de reclamación (de acuerdo con el intervalo
de reclamación) incluso si no hubo cambios en los niveles de reclamación de las partidas individuales o si es
necesario agregar elementos adicionales a la carta de reclamación.
Imprimir todos los artículos
Todas las partidas abiertas se imprimen en la carta de reclamación dirigida al cliente (es decir, también las que aún
no están vencidas). Esto le da al cliente una vista detallada del saldo abierto completo.
Fecha límite de pago Los
días que ingresa aquí se agregan a la fecha de emisión de la ejecución de reclamación y crean la fecha límite de
pago.
Mantenimiento de texto de reclamación
En el texto de mantenimiento para reclamación, se asigna un formulario para cada nivel del procedimiento de
reclamación (Figura 3.63). La edición/creación de formularios según los estándares del cliente es una tarea que asume
un asesor técnico.
El formulario asignado define la redacción y el formato de la carta de reclamación que envía a sus clientes y proveedores
por nivel de reclamación. La Figura 3.64 muestra un ejemplo del resultado del formulario para la tercera carta de
reclamación (con intereses) tal como lo entregó SAP.
Figura 3.63 Mantenimiento del texto de reclamación

Figura 3.64 Vista previa impresa de la plantilla de carta de reclamación
Cargos de reclamación
Los cargos por reclamación se definen por moneda. El cargo correspondiente se introduce como importe fijo o como porcentaje.
Para calcular el cargo cuando se utilizan tasas porcentuales, la tasa porcentual se multiplica por el total de todas las partidas
vencidas en un aviso de reclamación.
Opcionalmente, para cada nivel de reclamación, puede establecer múltiples cargos dependiendo del monto mínimo vencido
(Figura 3.65). Por ejemplo, puedes configurar que para valores de hasta 1.000 € EUR cobres una cantidad fija de 10 € EUR y para
valores superiores, cobres el 1%.
Figura 3.65 Cargos por reclamación

Puede establecer un monto mínimo vencido para cambiar un nivel de reclamación (Figura 3.66).
La configuración es por moneda. Además de establecer un importe absoluto, también puede
definir el mínimo para que dependa de un porcentaje del total de partidas abiertas del socio
comercial por área de reclamación. Esto es útil, por ejemplo, porque normalmente podría
considerar 1.000 EUR como un importe mínimo razonable para el cuarto nivel de reclamación,
pero si tiene clientes que tienen 1.000.000 EUR en partidas abiertas, probablemente no desee
enviar cartas agresivas para lo que proporcionalmente es una cantidad pequeña. Seleccionando
NoRed. casilla de verificación (sin reducción), el sistema dejará a un socio en el nivel superior
incluso si ya no se alcanza el monto mínimo. Finalmente, como especificación adicional, puedes
establecer un monto mínimo separado para calcular los cargos en función de porcentajes.
Figura 3.66 Montos mínimos del procedimiento de reclamación
Indicadores especiales del libro mayor
Usted define qué indicadores específicos del libro mayor especial son válidos para el
procedimiento de reclamación seleccionándolos de la lista completa de indicadores disponibles
(Figura 3.67).

Figura 3.67 Indicadores del libro mayor especial válidos para reclamaciones
Configuración del código de empresa
En la sección Entorno de la definición del procedimiento de reclamación, se mantienen las configuraciones de reclamación por
sociedad (Figura 3.68): Por Dun.Ar. (reclamación por área de reclamación)
Al seleccionar esta casilla de verificación, el sistema publica avisos de reclamación por separado para cada área de reclamación,
en lugar de para cada sociedad.
Por Dun.Lev. (aviso de reclamación independiente para cada nivel de reclamación)
También puede indicar que se deben imprimir avisos separados para los socios según el nivel de reclamación. De esta forma,
un único socio comercial podría recibir más de una reclamación.
Código.Co.Ref. (código de empresa de referencia)
Al utilizar este campo, la asignación de formularios se deriva del código de empresa ingresado. Esto es útil para códigos de
empresa con formularios que comparten el mismo formato.

afuera.

Dun Co.Cd. (código de empresa de reclamación)

Puede introducir una sociedad diferente para la reclamación, lo que permitirá el procesamiento
centralizado de cartas de reclamación. De esta manera, un socio comercial que haga negocios con
varias sociedades recibirá una única notificación de reclamación. La frecuencia de reclamación y la
definición del bloque de reclamación se mantienen en las sociedades individuales.
Figura 3.68 Definiciones de reclamaciones de códigos de empresa
Además de las definiciones del código de empresa, puede introducir detalles del remitente para los avisos
de reclamación (a veces impulsados por requisitos legales), como dirección, número fiscal y datos bancarios.
También puede agregar un gráfico del logotipo de la empresa.
Agrupaciones de reclamaciones
La configuración final (opcional) para las reclamaciones se refiere a agrupaciones de reclamaciones; aquí,
usted define un código de dos dígitos y una descripción junto con hasta dos campos de documento para
agrupar. El sistema agrupará las reclamaciones que compartan los mismos valores en los campos definidos.
Puede seleccionar si la agrupación es válida para proveedores, clientes o ambos.
Un caso de uso de ejemplo para agrupar es agrupar todos los artículos que hacen referencia al mismo
pedido de venta. Otro ejemplo es agrupar avisos de reclamación para proyectos específicos a través del
elemento WBS, como en el ejemplo de la Figura 3.69.

Figura 3.69 Definición de clave de agrupación de reclamaciones
Detalles de reclamación
Los detalles de la reclamación se introducen en el registro maestro del socio comercial. Usted mantiene campos como Procedimiento de
reclamación, Nivel de reclamación y Clave de agrupación, como se muestra en la Figura 3.70.
Figura 3.70 Detalles de reclamación en socio comercial

También puede ingresar la clave de reclamación (Dunn. Key) o un motivo de bloqueo de reclamación (Dunn.Block)
directamente en la partida del socio comercial del documento (Figura 3.71).
Figura 3.71 Detalles de reclamación en partidas individuales de socios comerciales
Ejecución de reclamación
Para completar una ejecución de reclamación, ejecute los siguientes pasos:
1. Introduzca los parámetros de selección para los elementos abiertos que se evaluarán. Ingresa los siguientes
campos (Figura 3.72):

Ejecutarse en
La fecha de la ejecución de reclamación.

– Identificación
Una clave para identificar la ejecución específica (junto con la fecha).
– Fecha de reclamación
La fecha de reclamación, que se imprimirá en los avisos de reclamación y formará la base para calcular los
días de atraso.
– Documentos publicados hasta
El sistema utiliza esta fecha como límite para seleccionar artículos. El sistema evaluará las fechas de los
documentos.
– Código de empresa
Los códigos de empresa para los que está ejecutando la reclamación.
– Clientes/Proveedores
Rangos de cuentas para clientes y proveedores.

2. Programe la ejecución de reclamación. El sistema evaluará todos los elementos relevantes y
presentar una propuesta de reclamación.
3. Modificar la propuesta de reclamación. Los contadores de cuentas por cobrar evaluarán la lista propuesta de
reclamaciones, los niveles asignados a cada partida, etc. Puede ejecutar la propuesta nuevamente después de
eliminar la propuesta inicial.
4. Imprimir y enviar las reclamaciones. El sistema agrupa los avisos como config.
rado.
Figura 3.72 Parámetros de reclamación para la ejecución de reclamación
Correspondencia
La funcionalidad de correspondencia en SAP S/4HANA proporciona formas estándar de comunicar información
diversa con proveedores y clientes. Puede utilizar correspondencia ad hoc para enviar información o puede configurar
trabajos periódicos programados para proporcionar una comunicación estandarizada.

Tipos de correspondencia
El objeto Customizing básico para la correspondencia es la clase de correspondencia. El tipo de

correspondencia define lo que se comunica a sus socios comerciales. El sistema viene con
muchos tipos de correspondencia preconfigurados, como aviso de pago, estado de cuenta, lista
de partidas abiertas, etc.
Los tipos de correspondencia son válidos entre clientes. Al definir un tipo de correspondencia,
ingresa un código de cinco dígitos y la descripción. También puede seleccionar las siguientes
configuraciones (Figura 3.73):
Cuenta
requerida Indica que debe ingresar una cuenta específica como parámetro para imprimir la
correspondencia.
Doc.Necesario
Indica que debe ingresar un número de documento específico para imprimir la correspondencia.
Texto individual
Indica que debe seleccionar el idioma en el que imprimir.
CrossComp.Code
Indica que el tipo de correspondencia se puede utilizar en todas las sociedades.
Detalles de la fecha
Puede definir hasta dos fechas personalizadas para ingresar. Si lo selecciona, también
nómbrelos apropiadamente.
Para cada tipo de correspondencia, usted define el programa de impresión y la variante a ingresar
(Figura 3.74). El sistema viene con asignaciones predeterminadas y formularios estándar para
cada método de pago entregado. Puede seleccionar diferentes combinaciones de programas y
variantes por sociedad o utilizar la misma para todos. A cada variante se le asigna una forma.
Los formularios son personalizables, trabajo que realizan consultores técnicos.
Muchos campos del maestro de socios comerciales se utilizan para crear correspondencia, como
dirección, impuestos y datos bancarios. Los detalles contables, definiciones de pago,
correspondencia y detalles de retención de impuestos se utilizan por sociedad.
Puede asignar un tipo de correspondencia predeterminado al grupo de tolerancia. Mantener el

grupo de tolerancia para un socio comercial hace que el tipo de correspondencia sea el tipo
predeterminado para el socio.

Figura 3.73 Detalles para el tipo de correspondencia
Figura 3.74 Programa de impresión para correspondencia
Diferencias de pago
Cuando tiene diferencias de pago en artículos en línea, puede asignar códigos de motivo (Figura 3.75). También se pueden
asignar códigos de motivo a tipos de correspondencia predeterminados. Si

Si no lo son, puede definir el tipo de correspondencia manualmente. Al ingresar un pago parcial con un artículo
residual, por ejemplo, puede asignar un código de motivo al artículo residual. El elemento residual se asociará a un
tipo de correspondencia a través del código de motivo, y podrá solicitar e imprimir la correspondencia relativa.
Cuando una factura tiene varias partidas con códigos de motivo diferentes, el sistema utilizará el tipo de correspondencia
predeterminado establecido para el socio comercial e ignorará las definiciones de partidas.
Figura 3.75 Definición del código de motivo de diferencias de pago
Correspondencia de impresión
Puede imprimir correspondencia utilizando la aplicación Crear correspondencia (Figura 3.76).
Debe seleccionar una sociedad y el tipo de correspondencia. Dependiendo del tipo de correspondencia, es posible
que deba ingresar una cuenta de cliente o proveedor, un número de documento y definiciones de fecha adicionales.
Después de mantener los datos requeridos, puede optar por imprimir una vista previa para validar antes de la impresión
final. También puede enviar la correspondencia electrónicamente por correo electrónico (o enviarla por fax).

Figura 3.76 Ejemplo de correspondencia
Contabilidad del libro mayor general especial
Los indicadores especiales del libro mayor se utilizan junto con las contabilizaciones de clientes y
proveedores para modificar la cuenta de conciliación del libro mayor contabilizada durante una
transacción para representar una contabilización comercial diferente. Los casos en los que podría
necesitar contabilizar en diferentes cuentas del libro mayor incluyen pagos iniciales recibidos o
enviados, solicitudes de pago inicial, garantías, depósitos de seguridad, etc.
Los indicadores especiales del libro mayor se definen a nivel de cliente y el sistema viene con muchos
tipos preconfigurados a través del contenido de SAP Best Practices (se muestra una selección en la
Figura 3.77). Generalmente puede agrupar los indicadores especiales del libro mayor en tres
categorías:

Bajo pago
Billetes de cambio
Otros, como transferir importes a cuentas por cobrar o garantías de cobro dudoso
Figura 3.77 Indicadores del libro mayor especial para clientes
Además de las categorías comerciales de la transacción especial del libro mayor,

También hay diferentes tipos desde una perspectiva del sistema:
Con entradas compensatorias

Estos se pueden configurar con una determinación de cuenta de contrapartida fija (compensaciones
automáticas), lo que significa que se introduce, por ejemplo, la línea del cliente.
con el libro mayor especial, y la partida de compensación se establece previamente en
Personalización del libro mayor especial. Un ejemplo es la contabilización de garantías (pagadas o
recibidas), para las cuales se da la cuenta de compensación. Estos son
incluidos en la sección de notas del estado financiero o no están incluidos en absoluto.
También se pueden configurar para que no tengan una cuenta de compensación fija (entradas de
compensación gratuitas). Introduzca, por ejemplo, la línea de cliente con la oferta especial específica
libro mayor y también introduce manualmente la partida individual de compensación. Un ejemplo de
esto es contabilizar los pagos recibidos en subcuentas bancarias específicas.
Partidas anotadas (sin asientos compensatorios)

Estos no están incluidos en el estado financiero y se utilizan para realizar un seguimiento de
y activar (manual o automáticamente) pagos entrantes y salientes o reclamaciones. El ejemplo más
típico de este tipo de entrada es el pago inicial.
pedido. Estas entradas publican un solo artículo de línea para el cliente o proveedor.

cuenta sin ningún efecto sobre el saldo de la cuenta (o los valores del libro mayor, por supuesto).
Configuración de indicadores especiales del libro mayor
Puede configurar indicadores del libro mayor existentes y crear nuevos indicadores en el Customizing.
Los indicadores especiales del libro mayor son de un solo dígito y multicliente, así que elija la codificación
con cuidado. La figura 3.78 muestra un ejemplo de la configuración del indicador del libro mayor especial
garantizado. Al crear o mantener un indicador, usted mantiene los siguientes datos:
Artículo destacado
Si el libro mayor especial es una partida anotada.

Rel.al límite de crédito
Si el libro mayor especial influye en el límite de crédito (y las comprobaciones pertinentes realizadas
a través de SAP Credit Management).
Compromisos Advertencia Si
un usuario que contabiliza en una cuenta con un saldo en una cuenta especial de conciliación del
libro mayor recibe un mensaje de información sobre la existencia de dicho monto para el socio
comercial registrado. Esto es útil, por ejemplo, para advertir a los usuarios sobre anticipos existentes
al contabilizar un documento de pago.
SP objetivo. L/M Ind.

Para los artículos anotados, usted configura el indicador especial de seguimiento del libro mayor que
“borra” el artículo anotado. Por ejemplo, en el proceso de anticipo, el indicador especial F del libro
mayor utilizado para las solicitudes de anticipo (una partida anotada) hace referencia al indicador
especial A del libro mayor utilizado para los anticipos (un asiento de compensación gratuito).
Tipos de transacciones del L/M

especiales Si el indicador es para anticipos, letras de cambio u otros fines
plantea.
Clave de
contabilización Las claves de contabilización relevantes para contabilizar débitos y créditos.
También define la cuenta de conciliación alternativa del libro mayor que se utilizará según la cuenta de
conciliación principal. En la Figura 3.79, el sistema está configurado para contabilizar en la misma cuenta
alternativa (12411000) para todas las cuentas de conciliación. Sin embargo, esto no es un requisito;
puede asignar cuentas de libro mayor especiales separadas para cada cuenta de conciliación principal,
si es necesario.

Figura 3.78 Propiedades del libro mayor especial para garantías otorgadas
Figura 3.79 Definición de cuenta del indicador del libro mayor especial

Consejo
En un sistema SAP ERP tradicional, usted indica que la cuenta del libro mayor se administra
con líneas de pedido. El sistema SAP S/4HANA se basa completamente en partidas individuales, por lo que el
indicador ni siquiera es un interruptor que se activa para las cuentas del libro mayor. todo el libro mayor
las cuentas se gestionan por partidas individuales.
El indicador especial del libro mayor se introduce manualmente al realizar contabilizaciones en
contabilidad financiera (Figura 3.80). Para utilizar un indicador especial del libro mayor, el
publicaciones del sistema a clientes y proveedores con las claves de publicación enumeradas en la Tabla 3.1.
Tipo de cuenta Descripción de la clave de publicación
Cliente 09 Débito especial del libro mayor
Cliente 19 Crédito especial del libro mayor
Proveedor 29 Débito especial del libro mayor
Proveedor 39 Crédito especial del libro mayor
Tabla 3.1 Claves de contabilización para indicadores especiales del libro mayor
En muchas aplicaciones de SAP Fiori, la clave de contabilización no se ingresa manualmente sino que se
asignado automáticamente por el sistema cuando asigna un libro mayor especial
indicador a la partida (Figura 3.80).
Figura 3.80 Introducción de un indicador especial del libro mayor durante las contabilizaciones de contabilidad financiera

Pagos iniciales y solicitudes de pago inicial
Los pagos iniciales y las solicitudes de pago inicial también están integrados con la compra.
y ventas y distribución.
En compras, cuando publica una orden de compra, indica (en el encabezado de la orden de
compra y en las partidas pertinentes) que se requiere un pago inicial (para ver un ejemplo de
selecciones de categorías de pago inicial, consulte la Figura 3.81). Esto crea una solicitud de anticipo en
contabilidad financiera, una partida anotada con un indicador especial de libro mayor F. Cuando
realiza un pago inicial, asigna las líneas de orden de compra relevantes y esto elimina el
obligación de solicitud de anticipo (el sistema asignó automáticamente el indicador especial A
del libro mayor a la contabilización del anticipo). Cuando publicas la final
factura del proveedor, asigna el anticipo a la factura para que el
El sistema sabe conectar la partida abierta de la factura con el débito del anticipo.
cantidad. El anticipo se mueve automáticamente de la cuenta de conciliación de anticipo a la
cuenta de anticipo de conciliación principal.
Figura 3.81 Selección de categoría de pago inicial en orden de compra
En cambio, en ventas y distribución, cuando la facturación se realiza con el

Tipo de facturación FAZ, el sistema activa una solicitud de pago inicial (indicador especial F del
libro mayor) que se enviará al cliente, indicando que espera el pago inicial en la fecha de
vencimiento acordada. Cuando se recibe el pago inicial, el artículo anotado

esta borrado. La solicitud de anticipo se sustituye por el anticipo una vez recibido (indicador especial A
del libro mayor). Cuando se factura un artículo, el pago inicial asociado se mueve a la cuenta de
conciliación normal como una partida abierta de crédito y se puede compensar contra la factura junto
con el pago recibido.
mentos.
Contabilización en diferentes cuentas de conciliación
Existe una opción adicional para publicar en una cuenta de conciliación diferente al realizar publicaciones
para clientes. Puede configurar la cuenta de conciliación como lista para la entrada durante la publicación
del documento. En este caso ni siquiera es necesario introducir un indicador especial del libro mayor.
Esto podría ser necesario si su sistema utiliza una cantidad confusa de indicadores especiales del libro
mayor para respaldar todos los requisitos de contabilización en cuentas alternativas. Hay tres pasos
para hacer que la cuenta de conciliación sea seleccionable durante el ingreso de documentos:
1. Seleccione Rec.Act. Casilla de verificación Listo (cuenta de conciliación lista para entrada) en
la definición del registro maestro de cuentas del libro mayor (Figura 3.82).
Figura 3.82 Cuenta de conciliación lista para entrada

2. Cambie el grupo de cuentas para las cuentas de conciliación para permitirle mantener la cuenta de
conciliación, como se muestra en la Figura 3.83. (La configuración predeterminada para los grupos de
cuentas entregados con SAP S/4HANA es que el campo se suprima).
Figura 3.83 Marcar cuenta de conciliación lista para entrada
3. Configurar las cuentas de conciliación alternativas válidas por conciliación

cuenta para indicar las opciones que tiene un usuario para ingresar (Figura 3.84).
Figura 3.84 Definición de cuenta de conciliación alternativa
El campo ahora estará listo para ingresar cuando seleccione una cuenta con la cuenta de conciliación
principal para la que realizó la configuración, como se muestra en la Figura 3.85.

Figura 3.85 Cuenta de conciliación lista para entrada
Informes
No hay motivo para entrar en detalles sobre las diversas opciones de informes proporcionadas.
porque no están enfocados para la academia y la certificación (los informes son más
relacionados con procesos de negocio que con la configuración). Hay varios informes, especialmente
para los gerentes, que brindan una vista rápida de varias cuentas por pagar y
Cifras clave de cuentas por cobrar, a través de las cuales puede profundizar para analizar posibles
áreas problemáticas (Figura 3.86).
A partir de la versión 1809 de SAP S/4HANA, también se ofrecen páginas de descripción general para
métricas e informes clave para las cuentas por cobrar y por pagar (Figura
3.87 y Figura 3.88) contadores.

Figura 3.86 Informes SAP Fiori Live Tile
Figura 3.87 Descripción general de cuentas por cobrar
La página de descripción general de cuentas por cobrar (Figura 3.87) tiene varios informes que
muestran información útil en la página principal, que puede profundizar para obtener más detalles. Los
aspectos más destacados de los informes disponibles incluyen lo siguiente:

Desglose del importe de las cuentas por cobrar por contable, sociedad, clase de riesgo o país.
Análisis de antigüedad de cuentas por cobrar, que es un desglose de los importes a recibir por fecha de
vencimiento.
Días de ventas pendientes, que indica el número promedio de días que tarda una empresa en cobrar ingresos
después de realizar una venta.
Figura 3.88 Descripción general de cuentas por pagar
La página de descripción general de cuentas por pagar (Figura 3.88) muestra informes KPI útiles y mosaicos en
vivo con información importante en la página principal. Como siempre, puede profundizar en cada informe para
obtener más detalles, crear impresiones y realizar análisis adicionales.
Los aspectos más destacados de los informes disponibles incluyen lo siguiente:

Análisis de antigüedad de pagos para montos vencidos e indebidos, que es un desglose de la

cantidades a pagar antes de la fecha de vencimiento.
Días por pagar pendientes, que analiza el promedio de días que tarda una empresa en pagar a sus
proveedores. Esto se muestra en dos informes separados y en cálculos diferentes:
– En los días de pago directo pendientes, puedes consultar los 10 principales proveedores
con los días de pago más altos o más bajos pendientes.
– En los días de pago indirectos pendientes, puede verificar los días de pago pendientes a nivel
agregado durante los últimos 12 meses utilizando pagos mensuales móviles.
promedios del saldo de cuentas por pagar y compras.
La utilización de descuentos por pronto pago muestra qué tan bien está aprovechando los descuentos
por pronto pago al comparar los descuentos reales con los descuentos potenciales.
También hay muchos informes de análisis “típicos” para los saldos de cuentas y partidas individuales de
los socios comerciales (Figura 3.89).
Figura 3.89 Informe de Saldos
Puede configurar enlaces de informe a informe para saltar desde los saldos de un período, por ejemplo
por ejemplo, a las partidas que componen ese saldo. Todos los informes de saldo son reales.
tiempo y leer directamente desde la información de la línea de pedido, ofreciendo una vista resumida
que puede analizar a través de las mismas características publicadas en una línea de pedido. No hay

almacenamiento separado para montos de saldo y una selección limitada de características de

informes de tablas de agregación preconfiguradas.
Los informes de artículos de línea de clientes y proveedores ofrecen funcionalidad adicional para
filtrar según el estado del artículo (abierto o compensado). Puede seleccionar si desea incluir
transacciones especiales del libro mayor. En la Figura 3.90 se muestra un resultado de ejemplo, en
el que se seleccionan partidas abiertas y partidas normales. Desde la salida del informe, puede
seleccionar qué campos desea ver y guardar diseños específicos y elementos de criterios de
selección directamente para realizar anulaciones, enviar correspondencia, establecer o eliminar
bloqueos de reclamación y bloquear/desbloquear elementos para pago. También puede hacer clic
en la cuenta para ir directamente a los detalles del registro maestro relevante o hacer clic en el
número de documento para abrir los detalles completos de las partidas individuales.
Figura 3.90 Informe de gestión de partidas individuales
Socio comercial El
registro maestro unificador para clientes y proveedores en todos los subsistemas de SAP S/
4HANA, desde contabilidad financiera hasta gestión de materiales, ventas y distribución, recursos
humanos, etc. El sistema está configurado en tiempo real.

integración con el cliente y proveedor de contabilidad financiera, de modo que todos los detalles
del registro maestro sean controlados por el socio comercial.
Categorías de socios comerciales
Define si el socio comercial es una persona, organización o grupo. La configuración controla
algunos de los datos básicos.
Rol del socio comercial

Definen los tipos de relaciones comerciales que su empresa tiene con el socio comercial. Las
definiciones de campos se pueden mantener en el nivel de rol del socio comercial. Ejemplos de
roles incluyen cliente (contabilidad financiera) y proveedor (contabilidad financiera). A todos los
socios comerciales se les asigna el rol de socio comercial general. Puede definir grupos de roles
de socios comerciales para roles de socios comerciales que deben mantenerse simultáneamente.
Agrupación de socios comerciales

La agrupación define el rango de números del socio comercial creado. Para la integración de
cliente/proveedor con socios comerciales, los grupos de cuentas de cliente y proveedor se
asignan a la agrupación de socios comerciales.
Tipo de socio comercial El
tipo de socio comercial es una característica de agrupación adicional para el socio comercial
para la que se puede definir un estado de campo independiente.
Grupos de cuentas de clientes/proveedores
Estos grupos de clientes y proveedores según varios criterios en la contabilidad financiera. En
SAP S/4HANA, se ingresan principalmente como criterios de filtro de informes porque muchas
de las funciones comerciales de contabilidad financiera asociadas con el grupo de cuentas ahora
están controladas por la configuración del socio comercial.
Una función importante del grupo de cuentas es separar a los clientes y proveedores normales
de los clientes y proveedores únicos. Para cuentas únicas, ingresa detalles durante la publicación
y no mantiene un registro maestro permanente.
Condiciones de pago (condiciones de pago)

Estos definen las fechas y los importes que se deben pagar o recibir de sus socios comerciales.
Las reglas para las condiciones se definen en el Customizing y se asignan a los interlocutores
comerciales y a las partidas individuales del documento.
Motivos de bloqueo de pago
Indican el motivo del bloqueo de un pago y controlan cómo se desbloquean los pagos.
Métodos de pago Estos

definen la forma válida de enviar y recibir pagos. Se definen a nivel de país y a nivel de sociedad.
Los métodos de pago válidos.

también se definen a nivel de interlocutor comercial. El método de pago se puede mantener en la

partida del documento si se conoce el método válido durante la contabilización.
Banco de trabajo medio de pago (PMW)

Esta aplicación maneja toda la creación y definición de medios de pago electrónico. Usted define los
formularios XML para el DME en el árbol DMEE y los asigna a los métodos de pago.
Programa de pago automático Esta

aplicación maneja transacciones de pago para clientes y proveedores.
Usted define los parámetros de selección para la selección de elementos abiertos. La aplicación
primero genera una propuesta de pago. Una vez revisada y revisada la propuesta, ejecuta la ejecución
de pago. El sistema genera los documentos de pago y compensa las partidas abiertas relevantes. El
programa también genera e imprime los medios de pago en consecuencia.
Programa de
reclamaciones Esta aplicación genera cartas de reclamación que usted envía a los clientes (y
proveedores con saldo deudor) para informarles de los pagos adeudados. Después de ingresar los
parámetros de selección para que el programa de reclamación seleccione las cuentas a analizar, la
aplicación genera una lista de propuestas de reclamación. Usted revisa y revisa la lista y procede a
imprimir las cartas de reclamación.
Áreas de
reclamación Las áreas de reclamación subdividen una sociedad en áreas de responsabilidad para la
reclamación. Esto le permite configurar diferentes reglas y criterios para reclamaciones en diferentes
áreas comerciales.
Motivos del bloqueo de

reclamación El motivo del bloqueo se asigna a las partidas individuales del documento para excluirlas
de la reclamación. Puede asignar un motivo de bloqueo de reclamación preconfigurado o definir uno
propio en el Customizing.
Procedimiento de
reclamación El procedimiento de reclamación se asigna a socios comerciales para activar la
reclamación para ellos. El procedimiento define el número de niveles de reclamación que se pueden
asignar y todas las reglas para calcular el nivel de reclamación, los cargos de reclamación, los
indicadores del libro mayor especial relevantes para la reclamación y los formularios y formularios de las cartas de reclam
textos.
Tipo de correspondencia
Para alinearse con sus clientes y proveedores sobre montos adeudados, partidas abiertas, etc., puede
utilizar la funcionalidad de correspondencia del sistema para

comunicarse de forma estandarizada. El tipo de correspondencia define la forma de comunicación que

se imprime o envía.
Indicador de libro mayor especial Los

indicadores de libro mayor especiales se utilizan para contabilizar en cuentas de conciliación diferentes
a la cuenta de conciliación principal definida en el registro maestro de cliente/proveedor. Los
indicadores especiales del libro mayor se definen a nivel de cliente y controlan la transacción comercial
que se ejecuta. Las transacciones especiales del libro mayor son partidas anotadas, asientos de
compensación gratuitos o asientos de compensación automáticos. Las solicitudes de anticipo, anticipos,
letras de cambio, garantías y ajustes de valor individuales son ejemplos de transacciones que utilizan
la funcionalidad especial del libro mayor.
Estas preguntas de práctica le ayudarán a evaluar su comprensión de los temas tratados en este capítulo.
Las preguntas que se muestran son similares en naturaleza a las que se encuentran en el examen de
certificación. Aunque ninguna de estas preguntas se encontrará en el examen en sí, te permitirán revisar
tus conocimientos sobre la materia.
Seleccione las respuestas correctas y luego verifique que estén completas en la siguiente sección.
Recuerde que en el examen debe seleccionar todas las respuestas correctas y solo las respuestas
correctas para recibir crédito por la pregunta.
1. ¿Qué categorías de socios comerciales admite el sistema? (Hay tres respuestas correctas).
Un grupo
B. Agencia
C. Persona
D.Organización
E. Sector público
2. Ha creado por error su socio comercial con la categoría de socio comercial incorrecta. Has guardado
los datos pero no has realizado ninguna publicación. ¿Qué puedes hacer para corregir esto?
A. Cambie la configuración directamente en el registro maestro del socio comercial.
B. Comuníquese con el administrador del sistema para cambiar la entrada de la tabla en el backend.

C. Cree un nuevo socio comercial utilizando la categoría correcta.
D. Elimine la asignación del código de empresa para el socio comercial, corrija la categoría y reasigne
el código de empresa.
3. Verdadero o Falso: Después de asignar un rol al socio comercial y guardar su

datos, ya no podrá eliminar el rol asignado.
Una verdad
B. Falso
4. Verdadero o Falso: La agrupación de roles de socios comerciales es donde usted asigna el negocio.
rango de números de socios de ness.
Una verdad
B. Falso
5. Está configurando un nuevo sistema SAP S/4HANA. ¿Cuáles son sus opciones para definir las asignaciones
de rango de números para socios comerciales?
R. El proveedor determina el rango de números utilizado.
B. El cliente maneja el rango de números utilizado.
C. El socio comercial determina el rango de números utilizado.
D. La cuenta que se crea primero determina el rango de números utilizado.
6. ¿Para qué objetos de socios comerciales puede definir estados de campo? (Hay dos respuestas correctas).
A. Grupo de cuentas
B. Cliente
C. Papel
D. Tipo
7. ¿Qué campo no se puede cambiar durante la publicación del documento por única vez?
¿cliente?
A. Número de cliente C. Industria del cliente
B. Nombre del cliente D. País del cliente

8. Verdadero o Falso: Los datos bancarios de un socio comercial son parte del negocio general.
rol de socio de negocios.
Una verdad
B. Falso
9. ¿Qué campo en el maestro de socios comerciales puede configurar para que la referencia del documento se
transfiera a la partida individual?
A.Asignación
B. Referencia
C. Texto del elemento de línea
D. Clave de clasificación
10. Un socio comercial es al mismo tiempo un cliente y un proveedor. El cliente tiene un importe pendiente
considerable sin pagar. Desea asegurarse de que el programa de pagos no contabilice pagos efectuados al
interlocutor comercial hasta que haya pagado parte del importe pendiente. ¿Cómo puedes hacer esto?
A. Asigne un bloqueo de pago general en los detalles generales de la función del socio comercial.
B. Asigne un bloque de compras central en los detalles generales de la función del socio comercial.
C. Asigne un bloque de pago en los detalles de la función del socio comercial del cliente.
D. Asigne un bloque de pago en los detalles de la función del socio comercial del proveedor.
11. ¿Qué se puede lograr utilizando el escenario de oficina central/sucursal?
R. La configuración modificada para el registro maestro de la oficina central se transferirá a la cuenta de la

sucursal.
B. Las contabilizaciones realizadas en la oficina central también se pueden pagar a la cuenta de la sucursal.
C. Las facturas contabilizadas en la sucursal se convierten en partidas abiertas para la oficina central.
D. La correspondencia y las cartas de reclamación se imprimen y envían tanto a la sucursal como a la oficina
central.

12. ¿Qué configuración puede utilizar para definir condiciones de pago independientes para el
¿Las mismas condiciones de pago clave?
A. Límite de días
B. Código de empresa
C. País D.
Pago a plazos
13. Ha acordado condiciones de pago con un socio comercial que es cliente y proveedor. Los mismos
términos se utilizarán en ambos sentidos (entrante y salida). Ha definido una nueva clave de
condiciones de pago, pero al intentar actualizar la función de socio comercial del proveedor, no
encuentra la condición de pago disponible para seleccionar. ¿Qué debes hacer?
A. Cree una nueva condición de pago para el rol de socio comercial proveedor.
B. Ingrese el plazo de pago manualmente durante la facturación.
C. Mantener el tipo de cuenta en las condiciones de pago.
D. Cambie el estado del campo de la función del socio comercial para que las condiciones de pago
sean un campo opcional.
14. Ha negociado condiciones de pago que incluyen tres pagos a plazos con su cliente. ¿Cuántas
condiciones de pago debes definir?
R.1
b.2
C.3
D.4
15. ¿Qué hace la asignación de una variante de pantalla durante la entrada de documentos?
R. Valores predeterminados para los campos en la línea de pedido del documento.
B. Cambia los campos que están listos para ingresar en el encabezado del documento.
C. Cambia los campos que están listos para ingresar en las partidas.
D. Valores predeterminados para los campos en el encabezado del documento.

16. Al configurar el sistema, desea mantener los valores predeterminados para los usuarios de una sociedad. ¿Qué
aplicación usas?
A. Mantenimiento del usuario
B. Mantener el perfil de usuario
C. Valores predeterminados (SAP Fiori)
17. Su cliente no quiere implementar un análisis de rentabilidad, ni siquiera basado en cuentas, porque la empresa no
comprende su valor. ¿Qué argumento utilizarías para persuadir al cliente?
R. Los estados de pérdidas y ganancias se pueden analizar según las características específicas de las ventas.
B. Los balances pueden analizarse según las características específicas de las ventas.
C. Las órdenes de venta se pueden pronosticar como elementos de liquidez en los informes de flujo de efectivo.
D. La integración del pago inicial se puede realizar con ventas y distribución.
18. ¿Qué puede ingresar en la sección de encabezado de la aplicación Contabilizar pagos salientes?
(Hay tres respuestas correctas).
A. Fecha de valor
B. Comisiones bancarias
C. Monto del descuento
D. Cliente
E. Condiciones de pago
19. Recibe un pago por una factura que es menor que el monto adeudado.
¿Cómo se pueden gestionar las diferencias de pago en la aplicación Contabilizar pagos entrantes? (Hay dos
respuestas correctas).
A. Pago parcial
B. Partida residual
C. Cambiar fecha de
vencimiento D. Rechazar pago

20. Cuando un pago en moneda extranjera liquida el monto de la factura exactamente en moneda
extranjera pero en moneda local es mayor que el monto facturado, ¿qué hace el sistema?
A. Contabilizar para beneficiarse de las diferencias de tipo de cambio.
B. Dejar el monto como una partida abierta para conciliarlo con montos abiertos en el futuro.
C. Devolver la diferencia al cliente.
D. Ajuste el monto en moneda local para liquidar la factura exactamente.
21. ¿Cuál es el orden correcto de pasos al configurar los programas de pago?
A. Todos los códigos de empresa, códigos de empresa pagadora, métodos de pago en el país,
métodos de pago en el código de empresa, determinación bancaria
B. Todos los códigos de empresa, métodos de pago en el país, códigos de empresa pagadora,
métodos de pago en el código de empresa, determinación bancaria C.
Todos los códigos de empresa, determinación bancaria, códigos de empresa pagadora, métodos de
pago en el país, métodos de pago en el código de empresa D. Todas las
empresas códigos, códigos de empresa pagadora, métodos de pago en país, métodos de pago en
código de empresa, determinación bancaria
22. En la configuración del método de pago para la sociedad, ¿qué opciones tiene para optimizar el pago?
A. Optimización por fecha de
vencimiento B. Optimización por
descuento C. Optimización por grupo
bancario D. Optimización por código postal
23. ¿Qué puedes cambiar por artículos que están en la lista de excepciones del pago?
¿propuesta? (Hay tres respuestas correctas).
A. Bloqueo de pago
B. Plazo de pago C.
Método de pago
D. Selección de banco
E. Código de motivo

24. ¿A qué nivel asignan áreas de reclamación?
Un cliente
B. Código de empresa
C. Área funcional
D. Segmento
25. Al asignar cargos de reclamación a un procedimiento de reclamación, ¿qué opciones

¿tienes? (Hay dos respuestas correctas).
A. Asignar una cantidad fija sin asignar un porcentaje de cargo de reclamación.
B. Asignar una cantidad fija y un porcentaje. El sistema contabiliza los más grandes.
cantidad.
C. Asignar una cantidad fija y un porcentaje. El sistema contabiliza el menor de los dos importes.
D. Asignar un porcentaje del cargo de reclamación sin asignar un monto fijo.
26. Verdadero o Falso: Puede asignar tipos de correspondencia directamente a un código de motivo de
diferencia de pago.
Una verdad
B. Falso
27. Verdadero o Falso: Puede cambiar todos los indicadores especiales del libro mayor entregados
y asigne el suyo propio a los procesos de negocio.
Una verdad
B. Falso
28. ¿En qué momento se crea la solicitud de anticipo en el anticipo integrado?

proceso de pago con la compra?
A. Solicitud de compra
B. Orden de compra
C. Entrada de mercancías
D. Verificación de facturas

29. Verdadero o Falso: El indicador especial del libro mayor es la única forma de contabilizar a un
cliente o proveedor utilizando una cuenta de conciliación diferente.
Una verdad
B. Falso
30. ¿Qué KPI puede encontrar en la página de descripción general de cuentas por pagar? (Hay dos
respuestas correctas).
A. Ventas diarias pendientes

B. Utilización del descuento por pronto pago
C. Análisis de envejecimiento
D. Índice de efectividad de la recaudación
Las categorías de socios son persona, organización y grupo. Éstas son categorías de categorías
fijas; no puedes cambiar ni agregar ninguno. La agencia y el sector público entran en la categoría
de organización.
La única forma de corregir esto es crear un nuevo socio comercial y marcar el erróneo para
eliminarlo. Cambiar esto no es una cuestión de autorización, ni hace ninguna diferencia si ha
publicado en el socio comercial o lo ha asignado a un código de empresa. Sin embargo, si ha
publicado, la mejor opción es revertir los documentos y volver a publicarlos con el socio comercial
correcto.
FALSO. Puede cambiar la asignación de roles y algunos roles incluso están diseñados para ser
roles temporales.
FALSO. Esto es incorrecto. Asigne el rango de números de socios comerciales en la agrupación de

socios comerciales. La agrupación de roles solo es útil para realizar el mantenimiento común de
más de un rol de socio comercial y no forma parte de la definición del rango de números.

En un nuevo sistema SAP S/4HANA, el socio comercial se define primero y se le asigna un número. El
cliente y el proveedor creados para el socio comercial heredan el número de cuenta del socio comercial.
Esta es una pregunta un poco capciosa. En la certificación, no verás preguntas capciosas, así que
¡felicitaciones si acertaste con esta! Todos los objetos mostrados pueden tener una definición de estado
de campo separada, pero solo dos de ellos pueden considerarse objetos de socio comercial: rol de socio
comercial y tipo de socio comercial.
El número de cliente no se puede cambiar. El número de cliente no es una característica de identificación

para los clientes únicos porque ¡más de uno lo compartirá! Puede ingresar el nombre del cliente, la
industria, el país y otras direcciones y detalles bancarios durante la contabilización de la transacción en la
ventana emergente especial.
Verdadero. Los datos bancarios, es decir, las cuentas bancarias del socio comercial donde reciben y desde
donde envían sus pagos, se asignan en la sección Datos generales y, por lo tanto, son comunes y
utilizables independientemente de las funciones asignadas del socio comercial. Los detalles bancarios que
puede ingresar en la sección de pago de cliente/proveedor (banco interno, ID de cuenta) son por código
de compañía y definen desde dónde el código de compañía debe pagar o recibir pagos.
La clave de clasificación define lo que se transfiere al campo de asignación en el artículo en línea.

Aquí no debes confundirte con los nombres de los campos y recuerda dónde pertenece cada cosa. La
asignación es el campo real donde se transfiere dicha información; la referencia es un campo de
encabezado del documento. El texto de la línea de pedido puede contener la información (no
automáticamente, excepto quizás con una sustitución), pero lo más importante es que es un campo a nivel
de documento y no se mantiene en el socio comercial. Recuerde leer exactamente lo que pide la pregunta.
No te distraigas con respuestas que parecen encajar pero que, al final, no tienen nada que ver con la
pregunta.
Aquí, D es la elección obvia. Un bloqueo de pago general bloquearía tanto los pagos entrantes como los
salientes, lo que equivale a asignar el bloqueo al cliente. Un bloqueo de compras significaría que no podría
utilizar al proveedor para pedir productos, lo cual no se menciona como un resultado deseado en el
escenario. Bloquear el proveedor para el pago garantiza que no pagará ningún

partidas abiertas, al menos no sin una supervisión manual del pago. (No permita que preguntas como
esta, con mucho texto, le causen pánico durante el examen por temor a quedarse sin tiempo. Las pautas
de redacción de las preguntas generalmente mantienen que las preguntas deben ser concisas y contener
principalmente solo información absolutamente necesaria. para responder la pregunta. Esto significa que,
en la mayoría de los casos, es una buena idea leer cada detalle de la pregunta. También significa que la
mayoría de las preguntas no son muy largas, por lo que puedes permitirte dedicar un poco más de tiempo
a las pocas más largas. sin preocuparse por quedarse sin tiempo.)
La definición del escenario sede/sucursal es tener una gestión centralizada de partidas abiertas y pagos.
Por lo tanto, C es la única respuesta que se ajusta a los requisitos.
No existe ningún tipo de sincronización automática de datos maestros con una central.
Usted paga a la oficina central porque allí es donde está la partida abierta y la correspondencia se puede
enviar a la oficina central o a la sucursal dependiendo de la configuración en el campo de procesamiento
descentralizado.
La clave de límite de días le permite hacer esto. El límite de días junto con las condiciones de pago son
los campos clave en la definición relevante, lo que significa que puede diferenciar cualquiera de los
campos para tener un plazo de pago adicional. Puede tener múltiples definiciones de términos de pago
diferenciadas por el límite de días. El nivel que necesitaría cambiar para crear condiciones de pago con
la misma clave, de lo contrario sería el cliente porque las condiciones de pago dependen del cliente.
Esta es una pregunta de resolución de problemas que pone a prueba la comprensión y el conocimiento
de la funcionalidad del sistema. Sin embargo, estas preguntas no se utilizan con frecuencia en los
exámenes porque es difícil que sean inequívocas. En este ejemplo, las condiciones de pago (respuesta
C) deben haberse configurado sin el tipo de cuenta de proveedor. Sin embargo, se podría argumentar
que A funcionaría también, y sí, lo haría. B también funciona, pero no es una solución real. D está
claramente equivocado; faltaba el término de pago específico según el escenario de la pregunta, y D
indicaría que faltaba el campo en sí, lo cual no está implícito en ninguna parte. Entonces, ¿por qué C es
la elección correcta? Es, con diferencia, la forma más adecuada de manejar la situación. Crear registros
adicionales cuando podrías usar lo que hay solo agrega ruido a un sistema que ya es complejo. Siempre
desea intentar simplificar para los usuarios finales.

Para configurar las cuotas, necesita un plazo de pago base y luego un plazo de pago adicional por número
de cuotas. En el Customizing, se asigna cada plazo de pago fraccionado al plazo de pago base.
La variante de pantalla es una entrada que simplifica la sección de partidas individuales de la pantalla al
mostrar sólo aquellas partidas que deben introducirse o al menos una selección mucho más pequeña de
imputaciones que la que aparece en las partidas individuales estándar. La variante de pantalla no tiene
ningún efecto en la sección del encabezado y no tiene valores predefinidos adjuntos.
Como consultor, utilizarías las aplicaciones de mantenimiento de usuarios (Transacción SU01 o, mejor
aún, Transacción SU10). Con estas transacciones, puedes cambiar usuarios distintos al tuyo. Tanto el
perfil de usuario como los valores predeterminados en la plataforma de lanzamiento de SAP Fiori se limitan
a valores predeterminados solo para las personas que han iniciado sesión.
usuario.
Esta pregunta está en el límite en cuanto a si puede responderse con el contenido de este libro. Aunque
intentamos ser coherentes con la regla de “todo se puede encontrar en los materiales”, hay algunas
preguntas para las cuales ayuda (pero no es estrictamente necesario) tener alguna experiencia “externa”
para responder. En este caso, usted sabe que muchos campos provenientes de ventas y distribución se
transfieren al Diario Universal como valores de características COPA. Cualquier cosa que se encuentre
como información en la partida del Universal Journal se puede analizar en los informes, incluido el estado
de pérdidas y ganancias, por lo que A es la respuesta correcta. Los distractores aquí están equivocados:
COPA se actualiza para las cuentas de pérdidas y ganancias, por lo que no hay entradas en el balance
(normalmente); la previsión de liquidez no tiene nada que ver con COPA; y lo mismo se aplica al
procesamiento de pagos y anticipos. SAP recomienda que COPA basado en cuentas se active para todos
los sistemas SAP S/4HANA de forma predeterminada, incluso si un cliente no lo utilizará inicialmente.
18. Respuestas correctas: A, B, D
Esta es una pregunta sencilla para la que resulta útil poder recordar la pantalla de entrada. Si eso no
funciona, puedes pensar en eliminar los distractores. El Monto de descuento es una configuración de
partida individual porque puede ser diferente para las partidas que usted compensa. Lo mismo ocurre con
el campo Condiciones de pago (que sería extraño cambiar durante la entrada del pago).

19. Respuestas correctas: A, B

La forma estándar de gestionar pagos que son menores que las partidas abiertas asignadas es
crear un pago parcial o una partida residual. Si ninguno de los dos funciona, maneja las diferencias
manualmente (contabilización en el libro mayor o contabilización en cuenta).
No existe ninguna funcionalidad para rechazar un pago. Podría devolverlo a nivel bancario, pero
generalmente registraría el pago y luego hablaría con el cliente para comprender la discrepancia en
el monto. Cambiar la fecha de vencimiento es irrelevante para cómo o si se contabiliza el pago.
Esta es una pregunta directa con una respuesta simple: las diferencias de cambio de moneda se
contabilizan automáticamente en las cuentas que haya especificado en el Customizing para
ganancias o pérdidas por diferencias de tipo de cambio.
El orden de configuración correcto es:
– Todos los códigos de empresa, donde asigna códigos de empresa de pago a los que
que no realizan pagos.
– Códigos de empresa de pago, donde se configuran los códigos de empresa que no

realizar pagos.
– Métodos de pago por país, donde defines métodos de pago utilizables para diferentes países.
– Métodos de pago por sociedad, donde configuró los válidos para cada sociedad, de los disponibles
para el país.
– Definir la determinación bancaria para los pagos automatizados.

Esta es una pregunta muy específica que se refiere a la configuración en una pantalla de Personalización.
Allí puede seleccionar optimizar por grupo bancario, lo que significa que el sistema dará prioridad al
pago desde cuentas bancarias que estén en el mismo grupo bancario que los socios comerciales.
También puede optimizar por código postal, lo que significa que el banco preferido será el más
cercano (según los códigos postales) al socio comercial.

Puede eliminar el motivo de bloqueo (si lo permiten las definiciones en Personalización), puede
ingresar o cambiar el método de pago y puede ingresar o cambiar la cuenta del banco propio
seleccionada. Además, aunque no es una de las opciones de respuesta, también puede modificar
el monto del descuento (según las tolerancias permitidas).

Las áreas de reclamación se utilizan para subdividir las sociedades en áreas de responsabilidad para la
reclamación, por lo que la respuesta es la sociedad a la que se asignan.
Las áreas de reclamación bien pueden reflejar segmentos o áreas funcionales, pero no existe ninguna
conexión de sistema ni asignaciones entre ellas.
Puede asignar un valor absoluto para el cargo de reclamación o un porcentaje (que se calcula sobre el
importe total de las partidas vencidas). No puedes seleccionar ambos. Los cargos los ingresas por nivel
y por monto pendiente, así es donde puedes diferenciar los cargos asignados.
Verdadero. En la definición de los códigos de motivo de diferencia de pago, puede asignar un tipo de
correspondencia específico para generar correspondencia para la diferencia.
FALSO. Esto no se discutió específicamente en el capítulo, pero es bueno saberlo.

Hay ciertos procesos que están vinculados a las cuentas especiales específicas del libro mayor que se
configuran de una manera específica. Por ejemplo, el escenario de integración de pago inicial utiliza F
para solicitudes de pago inicial y A para pagos iniciales. Estos no deberían cambiarse.
Introduzca que se espera un anticipo en la orden de compra y esto genera la solicitud de anticipo en
contabilidad financiera.
FALSO. Como se mencionó, también puede configurar el campo de la cuenta de conciliación para que se
pueda cambiar/seleccionar durante la publicación del documento. Esto elimina la necesidad de realizar
una transacción especial en el libro mayor en ciertos casos.
30. Respuesta correcta: B, C
Las respuestas correctas son aquellas que pertenecen a funciones de cuentas por pagar en lugar de
funciones de cuentas por cobrar. Desea realizar un seguimiento de los descuentos por pronto pago para
asegurarse de aprovechar todos los descuentos ofrecidos, así que ese es uno de ellos. La otra respuesta
correcta es el análisis del envejecimiento; si la respuesta fuera específicamente el envejecimiento de las
cuentas por pagar, sería un claro indicio. También puede haber algunos casos como este en el examen,
en los que las opciones de respuesta se hacen un poco más “generales” sin que sean incorrectas o
injustas. Las otras dos opciones son indicadores clave de desempeño de cuentas por cobrar, por lo que
puede estar seguro de que están equivocados.

Resumen Capítulo 3 283
Llevar
Ahora comprende el papel que desempeña el socio comercial en el sistema SAP S/4HANA,
especialmente para la contabilidad de cuentas por pagar/cuentas por cobrar. Sabe cómo
configurar los roles y campos dentro del registro maestro del socio comercial.
También comprende la integración de socios comerciales con clientes y proveedores.
Puede configurar, asignar y utilizar las condiciones de pago que definen cuándo vencen las
partidas abiertas. Comprende el cálculo de la fecha base y su importancia a la hora de
asignar la fecha de vencimiento. Puedes configurar y utilizar cuotas de pago. Puede definir
y asignar motivos de bloqueo de pagos y grupos de tolerancia para pagos de clientes y
proveedores.
Ha visto cómo contabilizar facturas entrantes y salientes directamente en contabilidad

financiera y comprende la integración con compras, ventas y distribución. Puede realizar
pagos manuales para compensar partidas abiertas y configurar y utilizar el programa de
pago automático para ejecutar ejecuciones de pago.
Puede gestionar la comunicación con sus socios comerciales tanto configurando y

ejecutando reclamaciones como mediante correspondencia. Finalmente, puede contabilizar
en cuentas de conciliación alternativas utilizando indicadores especiales del libro mayor,
que configura en el Customizing, o preparando el campo de la cuenta de conciliación para
su entrada durante la contabilización.
Resumen
La contabilidad de cuentas por pagar y cuentas por cobrar son componentes muy
integrados, siendo el punto de comunicación directa para compras, ventas y distribución.
Sin embargo, las cuentas por pagar y las cuentas por cobrar también ofrecen una solución
independiente completa capaz de manejar muchas operaciones comerciales de clientes y
proveedores de forma autónoma. Los componentes están diseñados para ser flexibles y
adaptarse a los requisitos de su empresa, las autoridades legales locales y los socios
comerciales con los que hace negocios.
El sistema SAP S/4HANA ofrece aplicaciones útiles para procesar pagos, reclamaciones y
correspondencia. La funcionalidad está probada y se adopta en su mayor parte desde el
sistema SAP ERP. Con SAP S/4HANA, SAP se centra en ofrecer aplicaciones especializadas
que se integran perfectamente con el producto principal SAP S/4HANA y aprovechan el
poder y la flexibilidad de SAP HANA.
Por ejemplo, una de las últimas novedades de SAP para cuentas por cobrar

La contabilidad consiste en incorporar el aprendizaje automático con la aplicación SAP Cash. La

comparación manual de pagos con facturas es un proceso contable que requiere mucha mano de obra,
pero con el aprendizaje automático, la aplicación puede aprender patrones de comparación de pagos y
aumentar significativamente las tasas de comparación automática.
En el siguiente capítulo, abordamos el tema de la contabilidad de activos, otro componente con bastantes
puntos de integración, pero también su propio conjunto de unidades organizativas, datos maestros y
procesos comerciales diarios y periódicos.

Capítulo 4
Contabilidad de activos

Crear y mantener gráficos de depreciación y
áreas de depreciación.
Crear y configurar clases de activos

Crear y mantener registros maestros de activos
Procesar transacciones de activos
Gestionar activos en construcción

Realizar tratamientos y valoraciones periódicas.
Utilice informes de activos

286 Capítulo 4 Contabilidad de activos
El objetivo de este capítulo es explicar los procesos de contabilidad de activos en SAP S/4HANA.
Analiza las unidades organizativas básicas de la contabilidad de activos, como el plan de
depreciación y clases de activos, la integración de la contabilidad de activos con el libro mayor,
las transacciones de contabilidad de activos y el cierre de período en la contabilidad de activos.
La contabilidad de activos fijos es uno de los componentes de la contabilidad financiera

más importantes y, según la empresa y la industria, la gestión de los activos fijos y sus
valoraciones puede ser una parte importante de las tareas del departamento de
contabilidad. Los activos fijos tienen su propio lenguaje contable que usted debe entender
y traducir a configuraciones y procesos del sistema.
Como componente separado, la contabilidad de activos tiene su propio conjunto de

unidades organizativas, registros maestros y actividades diarias y periódicas. La
contabilidad de activos es un producto muy maduro en el sistema SAP S/4HANA y puede
cubrir de manera flexible casi todas las situaciones. Es raro que las empresas utilicen un
sistema especializado separado para procesar activos fijos, e incluso entonces es
necesario ocuparse de muchos puntos de integración. Finalmente, diseñar y realizar la
migración de activos fijos puede ser una de las principales actividades en las que debe
ayudar durante un nuevo proyecto de implementación cuando el cliente está desarrollando
un nuevo sistema totalmente nuevo.
Como consultor de contabilidad financiera, es posible que no trabaje con activos fijos en
todos los proyectos en los que participa, y esto podría hacer que olvide algunos de los
detalles. Si su experiencia es en contabilidad de gestión, es posible que nunca trabaje
directamente con activos fijos. Los activos fijos tienen puntos de integración con la gestión
de inversiones, la contabilidad de costos generales, el sistema de proyectos, las compras,
el mantenimiento de la planta y, por supuesto, muchos componentes básicos de la
contabilidad financiera, como la contabilidad del libro mayor, las cuentas por pagar y las
cuentas por cobrar. La integración más estrecha de los componentes de contabilidad
financiera en un sistema SAP S/4HANA significa que es más importante que nunca tener
una vista completa de todos los componentes principales de contabilidad financiera,
especialmente aquellos que comparten la misma tabla a través de la arquitectura Universal
Journal.

El propósito de esta parte del examen de certificación es poner a prueba sus conocimientos en el manejo de contabilidad
de activos con SAP S/4HANA. Para el examen de certificación, es necesario tener un buen conocimiento de los
siguientes temas:
Unidades organizativas en contabilidad de activos y su integración con el libro mayor y el Controlling
Configuración de clases de activos
Gestión de registros maestros de activos
Transacciones de activos
Configuración de valoración y depreciación de activos
Contabilidad de valoración paralela de activos
Cierre de ejercicio de activos
Informes de activos
Transferencias manuales de datos heredados
Nota
El tema de contabilidad de activos constituye el 20% del examen total.
En este capítulo, veremos los conceptos y procesos de negocio de la contabilidad de activos en un sistema SAP S/
4HANA. Repasaremos las unidades organizativas, los datos maestros y las transacciones comerciales diarias y
periódicas. También veremos categorías de activos especiales, como activos de bajo valor y activos en construcción.
Finalmente, discutiremos las actividades de migración de activos.
Contabilidad de activos fijos
La contabilidad de activos en el sistema SAP S/4HANA proporciona los medios para gestionar y monitorear los activos
fijos. La contabilidad de activos es un subsistema de la contabilidad financiera: puede utilizar informes de activos para
proporcionar información detallada sobre transacciones reales, saldos actuales y valores de activos planificados para
el futuro.

La contabilidad de activos está integrada con otros componentes fuera de la contabilidad financiera.
Por ejemplo, cuando un activo se compra o se produce internamente, puede contabilizar directamente
el recibo de factura, la entrada de mercancías o el retiro del almacén en activos en el componente
de contabilidad de activos. Todas las transacciones de activos reales actualizan el Diario Universal
directamente en el nivel de activos individuales.
Las funciones de contabilidad de activos en el sistema cubren todo el ciclo de vida del activo, desde
la orden de compra o adquisición inicial (que también puede ser una liquidación de activos en
construcción hasta el activo final) hasta el retiro del activo. El sistema calcula automáticamente la
mayoría de los valores de depreciación, intereses y otros fines entre estos dos momentos. Se puede
acceder a esta información transaccional y a simulaciones de valores futuros mediante informes
estándar, ya sea a nivel de activo individual o para múltiples activos al mismo tiempo.
Cada país tiene reglas contables básicas específicas para la contabilidad de activos. Por esta
razón, el sistema SAP S/4HANA viene con una configuración básica para todos los países de
acuerdo con los principios locales. La Figura 4.1 muestra los detalles predeterminados para
Alemania. La mayoría de los campos se pueden cambiar para adaptarse a cambios de reglas o
casos especiales para clientes específicos.
Figura 4.1 Información del país

Cuadro de depreciación
Un cuadro de depreciación es un directorio de áreas de depreciación organizadas según los requisitos

comerciales. Se utiliza para organizar los requisitos legales para la depreciación y valoración de activos.
Cada cuadro de depreciación contiene las reglas para la evaluación de activos válidas en un país (o área
económica) específico. Normalmente, crearía un plan de depreciación para todas las sociedades de un país.
Usted determina los tipos de valoración para los cuales necesita diferentes áreas de amortización de acuerdo
con las necesidades de su cliente antes de implementar la contabilidad de activos. Para definir un cuadro
de depreciación, como se muestra en la Figura 4.2, generalmente copia un cuadro de depreciación de
plantilla 1 entregado a través de un paquete SAP Best Practices o de las plantillas estándar definidas por
país en el cliente 000. Puede modificar o eliminar cualquier área de depreciación copiada. del cuadro de
depreciación estándar que no son necesarios. Después de copiar el cuadro de depreciación, debe actualizar
la Descripción 2 porque la descripción del cuadro que copió probablemente no sea la que desea.
Figura 4.2 Copia del cuadro de depreciación

Básicamente, el plan de depreciación se activa cuando se asigna a una sociedad. Cada sociedad que utiliza la
contabilidad de activos se asigna a un plan de
depreciación, como se muestra en la Figura 4.3. Cada activo creado se asigna a la empresa.
código y hereda la configuración de valoración configurada en el plan de depreciación
a través del código de empresa.
Figura 4.3 Asignación de código de empresa al plan de depreciación
Áreas de depreciación
Las áreas de amortización se utilizan para calcular el valor de los activos fijos según diferentes principios
contables o para otros fines de valoración separados. tu manejas
los términos de depreciación y los valores necesarios para la valoración en la depreciación
áreas asignadas a cada activo, como se muestra en la Figura 4.4. Un área de depreciación puede servir
actualizar el libro mayor mediante contabilizaciones en contabilidad o calcular valores estadísticos con fines
informativos. Un plan de valoración puede tener hasta 99 áreas de valoración.
En un sistema SAP S/4HANA, se crea un área de depreciación para cada tipo de moneda adicional mantenida
en el nivel de libro mayor/código de compañía para que los valores estén disponibles en todas las monedas
relevantes.
Las áreas de amortización se identifican mediante claves numéricas de dos dígitos. Deberías asignar
una descripción significativa del área. Cada área de valoración debe asignarse a
un principio contable y a través del principio contable a un grupo contable.

Figura 4.4 Definición del área de depreciación dentro del plan de depreciación
Configuración
Para cada área de depreciación, puede acceder a la pantalla de detalles para configurar más los ajustes, como
se muestra en la Figura 4.5. Las siguientes son las configuraciones principales:
Área de depreciación real Para

un área de depreciación real, los valores normalmente se comprometen en la base de datos.
Cuando no selecciona esta casilla de verificación, el área de depreciación es un área derivada, lo que significa
que sus valores se basan en valores de otras áreas.
El área no publica
Esto es para áreas que usted crea con fines puramente informativos, como áreas para otros
monedas.
Publicaciones de área en tiempo real
Cuando se utiliza el enfoque del libro mayor para la valoración paralela, esta es la configuración estándar
para las áreas de depreciación que contabilizan tanto los costos de adquisición y producción (APC) como la
depreciación en el libro mayor. Con el enfoque de cuentas para la valoración paralela, sólo un área tiene la
configuración en tiempo real. Las razones son sólo técnicas.
El área registra solo la depreciación

Esto es para áreas que no registran valores APC sino que solo registran la depreciación. El área más común
de este tipo es la que se utiliza para valoraciones de control de costos.

El área contabiliza el APC inmediatamente, la depreciación periódicamente.
Esto se utiliza cuando se utiliza el enfoque de cuentas para todas las áreas que contabilizan ambos tipos de valores
en el libro mayor, menos el que está configurado para contabilizar en tiempo real.
Mantenimiento de valor
Varias reglas que definen qué tipo de valores se permiten para diversas valoraciones.
La
depreciación de propinas siempre se contabiliza periódicamente; No existe la contabilización de depreciación en

tiempo real porque es una actividad periódica. Por otro lado, el cálculo de la depreciación es siempre una actividad
en tiempo real y se realiza ante cualquier cambio que afecte el valor o la vida útil de un activo.
Figura 4.5 Configuración del área de depreciación

Áreas de depreciación derivada
Las áreas de depreciación derivada generalmente son áreas para las cuales los valores se calculan combinando
valores de dos o más áreas (sumando o restando valores de cada una), como se muestra en la Figura 4.6. Suelen
ser zonas delta, que dan una visión inmediata de la diferencia entre dos valoraciones.
Consejo Las áreas derivadas eran comunes en SAP ERP porque eran necesarias para manejar la contabilidad
de activos paralela con libros de contabilidad antes de la introducción de la nueva contabilidad de activos con
SAP ERP 6.0 EHP 7.
Figura 4.6 Configuración del área de depreciación derivada
Clase de activos
La clase de activo es el principal elemento estructurante de los activos fijos. Puede definir cualquier número de
clases de activos en el sistema, y la definición está en el nivel del cliente (Figura 4.7). Utilice clases de activos para
estructurar sus activos fijos según diversos criterios, como el tipo de activo, la configuración de valoración
predeterminada y otros. Todos los activos se asignan a una clase de activo cuando se crean.
El sistema SAP S/4HANA tiene categorías de clases de activos comunes preconfiguradas con los paquetes SAP
Best Practices. Puede crear tantas clases de activos adicionales como requiera su cliente.

Figura 4.7 Definición de clases de activos
Cuando crea una clase de activo, define el código de cuatro dígitos, un texto largo y un texto corto, como se muestra en la
Figura 4.7. También puede crear nuevas clases de activos simplemente copiando una clase de activo existente. Los valores
predeterminados de la sección del área de depreciación también se copian automáticamente.
Puede cambiar los valores después de copiar. En los detalles de la clase de activo (Figura 4.8), se define lo siguiente:
Determinación de cuenta.
Este campo controla las cuentas del libro mayor contabilizadas para las distintas transacciones de activos.
Regla Scr.Layout Este
campo controla los campos que están listos para la entrada durante el mantenimiento del registro maestro de activos.

Rango de números
Este campo controla el número que recibirá el activo cuando guarde el registro maestro.
Estado de la AuC
Esto controla si la clase de activo se utiliza para crear activos en construcción.
ciones.
Figura 4.8 Configuración de clases de activos
En una transacción de Customizing separada, puede almacenar valores predeterminados para campos por clase de
activo. Puede definir valores predeterminados en la sección de datos maestros del maestro de activos.

y en la sección de depreciación, donde se definen asientos por área de depreciación.

Estos valores son propuestos y modificables.
Si desea asegurarse de que campos específicos se completen con valores específicos, puede
definir y utilizar una regla de sustitución.
Determinación de cuenta
Puede contabilizar tanto los valores del balance de activos como los valores de depreciación
de las áreas de depreciación individuales en cuentas de balance separadas o cuentas de
estado de resultados en el libro mayor, como se muestra en la Figura 4.9. Las cuentas por plan
de cuentas y área de valoración se especifican individualmente en la clave de determinación
de cuentas. Las claves de determinación de cuentas se definen en el Customizing de la cuenta
de activos fijos y, después de la configuración, se asignan las claves en la clase de activo fijo
particular.
Figura 4.9 Configuración de la asignación de cuentas

Las claves de determinación de cuentas suelen tener una codificación y un nombre similares a sus
clases de activos relevantes. Se puede asignar la misma clave de determinación de cuenta a muchas
clases de activos, aunque algunos clientes pueden preferir la máxima flexibilidad que ofrece asignar
una determinación de cuenta diferente a cada clase de activo.
Debido a que los detalles de determinación de cuentas se mantienen por plan de depreciación y plan
de cuentas, puede utilizar las mismas claves de determinación de cuentas para respaldar las
necesidades de informes específicas de cualquier sociedad en cualquier país.
En el nivel detallado, usted mantiene el balance específico y las cuentas de pérdidas y ganancias para
cualquier transacción de activos relevante para los activos de las clases de activos admitidas, como se
muestra en la Figura 4.10.
Figura 4.10 Detalles de la imputación de cuentas: cuentas de balance

Cuando se utiliza el enfoque del libro mayor para la contabilidad paralela, todas las áreas de depreciación
pueden tener las mismas definiciones de cuenta por área de depreciación. La contabilización se diferencia
en el nivel del grupo contable asignado.
Cuando se utiliza el enfoque de cuentas, es necesario mantener un conjunto de cuentas separado por área
de depreciación, de modo que no se registre el mismo valor en la cuenta.
misma cuenta.
Todas las cuentas de balance definidas en la determinación de cuentas son reconocimiento de activos.
cuentas de ciliación.
Diseños de pantalla
El diseño de pantalla del activo determina qué campos de los registros maestros de activos se utilizan. Usted
especifica para cada campo posible dentro del registro maestro de activos si es obligatorio, opcional, de solo
visualización o suprimido (oculto).
Configure diferentes conjuntos de claves para la sección de datos maestros de un activo y los detalles de
depreciación. Usted define reglas de diseño de pantalla para la sección de registro maestro de manera
flexible y las asigna a las clases de activos (Figura 4.11 1). El mismo diseño de pantalla puede ser válido para
muchas clases de activos. Los grupos de campos lógicos (Figura 4.11 2) están predefinidos, al igual que los
campos dentro de estos grupos de campos 3.
Además de definir el estado del campo, puede seleccionar casillas de verificación adicionales para lo siguiente:
Clase (clase de activo)

Esto define que puede establecer un valor predeterminado para este campo en el nivel de clase de activo.
MnNo. (número de activo principal)

Esto define que el campo se puede cambiar en el nivel principal del maestro de activos.
SbNo. (subnúmero de activo)

Esto define que el campo se puede cambiar para el subnúmero de activo. Si esta opción no está
seleccionada, el valor se hereda del activo principal y no se puede cambiar.
Copiar
Esto define si el valor del campo se copia desde un activo utilizado como referencia para crear otro activo.

Figura 4.11 Diseño de pantalla de datos maestros de activos
Definición de diseño de pestaña
Además de definir el estado del campo, también puede mantener el diseño de pestañas del
mantenimiento del maestro de activos. En la definición del diseño de la pestaña, asigna el campo lógico
grupos (Figura 4.12 2) a pestañas.
El objetivo al definir tanto el estado del campo como los diseños de las pestañas es hacer disponibles todos los campos
necesarios sin abrumar a los usuarios con demasiadas opciones y

campos que nunca se mantienen.
A diferencia de los diseños de pantalla de registro maestro, los diseños de pantalla de depreciación son
asignado por activo y área de depreciación, como se muestra en la Figura 4.12 1. El diseño predeterminado por área de
depreciación se propone por clase de activo. SAP proporciona dos diseños de pantalla de depreciación de forma
predeterminada y puede copiarlos para crear y asignar su
propio. Las posibles definiciones por campo son las mismas que para los diseños de registros maestros, como se muestra
en la Figura 4.12 2.

Figura 4.12 Diseño de pantalla de datos de depreciación de activos
Campos definidos por el usuario
Debido a que los activos son temas contables complejos y los clientes tienen varios requisitos de campo, SAP S/4HANA
ofrece campos personalizados que los clientes pueden usar para definir sus propios valores para diversos propósitos.
Todos los campos son criterios de informes y puede seleccionar y filtrar por campos y mostrar los valores de estos
campos en los informes. En el Customizing, puede definir valores para los siguientes campos personalizados:
Grupos de evaluación 1 a 5 Estos
campos se pueden utilizar de forma flexible para almacenar cualquier tipo de información. Hay cuatro claves que
tienen cuatro dígitos y una clave que tiene ocho dígitos. Para cada clave, puede mantener una descripción. Puede
establecer un valor predeterminado para cada clase de activo si así lo permite la definición de diseño de pantalla.
Protección del medio ambiente
Esta casilla de verificación se utiliza para guardar el motivo de una inversión en protección ambiental.

Motivo de la inversión
Este campo se utiliza para ingresar una explicación del gasto de capital.
Supernúmero de activo Este
puede asignarse a activos con fines de agrupación.
Datos maestros de activos
Los registros maestros de activos se definen y crean para reflejar los activos fijos utilizados en su negocio diario. Los
datos maestros de los activos incluyen el número de activo principal y el subnúmero de activo, que es un activo que
hace referencia a un número principal de activo.
Los registros maestros de activos se crean utilizando uno de los siguientes métodos:
Introducir la sociedad y la clase de activo, introducir datos en los campos obligatorios y adaptar los valores
estándar propuestos por la clase de activo.
Ingresar un activo de referencia y cambiar los campos propuestos a partir de la copia del activo de referencia
Además de la creación de un solo activo, también puede crear múltiples registros maestros de activos ingresando la
cantidad de activos similares que se crearán. En este caso, mantiene los valores para el primer activo y luego usa
exactamente los mismos detalles.
para todos los demás activos o mantener valores separados para ciertos campos, como se muestra en la Figura
4.13. El rango de campos disponibles para cambiar es personalizable. Siempre puedes realizar cambios adicionales
después de guardar todos los activos nuevos en un segundo paso.
Figura 4.13 Campos modificables durante la creación masiva de activos

En el diseño de pestaña predeterminado, en la pestaña Dependiente del tiempo, se realizan asignaciones

a objetos de contabilidad de costos, como centros de costos, órdenes internas y elementos PEP, pero
también a ubicación, centro de beneficio y segmento. La razón por la que la pestaña se llama Dependiente
del tiempo es porque puede definir intervalos de período para las asignaciones. Por lo tanto, una
impresora solicitada y utilizada durante un par de años por un departamento puede trasladarse a una
nueva ubicación y cargar la depreciación a un centro de costos diferente a partir del tercer año. Los
resultados y tareas del informe, como la ejecución de contabilización de depreciación, leen los datos como
válidos para el activo en el período/año seleccionado.
También puede utilizar la funcionalidad de subnúmero de activos. Un subnúmero de activo es un activo

independiente que todavía está conectado al número de activo principal. El principal activo es el automóvil.
automáticamente dado el subnúmero 0. Cada subnúmero de activo tendrá el mismo número de activo
pero un subnúmero separado. Puede definir el subnúmero que se proporcionará interna o externamente.
Por lo general, la asignación externa se define internamente para la migración de datos y, cuando se
completa la migración, se revierte a interna. Un ejemplo de uso de los subnúmeros es monitorear las
mejoras posteriores realizadas en un activo. En algunos casos, también podría tener sentido poder
informar sobre los componentes separados que componen un activo al tener cada componente definido
como un subnúmero. El subnúmero suele heredar datos del activo principal; los campos heredados se
definen en el status de campo Customizing.
Integración con Mantenimiento de Planta
El equipo es el registro maestro principal en el componente de mantenimiento de planta del sistema SAP
S/4HANA. SAP proporciona integración estándar entre el registro maestro de activos fijos y el equipo:
Puede ingresar los números de equipo relevantes manualmente en el registro maestro de activos o
puede actualizar un solo activo en el registro maestro de equipos. Tenga en cuenta que un activo se
puede asignar a varios registros maestros de equipos, pero no al revés (Figura 4.14).
Puede configurar el sistema para crear y asignar un registro maestro de equipo cuando crea un nuevo
registro maestro de activos (Figura 4.15).
Se puede configurar el sistema para cambiar las imputaciones del activo cuando se cambia el equipo
y viceversa (Figura 4.15).
Puede configurar flujos de trabajo para notificar a los usuarios asignados a roles de mantenimiento de
planta cuando se crean nuevos registros maestros en el componente de activo o equipo (Figura 4.15).

Figura 4.14 Equipo en el Registro Maestro de Activos
Figura 4.15 Especificar condiciones para la sincronización de datos maestros

Tipos de transacciones de activos
Cada transacción en la contabilidad de activos conlleva un tipo de transacción de activo. Existen grupos
de tipos de transacciones para operaciones específicas:
Adquisiciones
Jubilaciones
Transferencias
Postcapitalizaciones
Medidas de apoyo a la inversión
Depreciaciones
Escritos
El grupo al que se asigna un tipo de transacción define muchas características básicas de la transacción,
como qué campos de valor se actualizan, el año fiscal válido (actual o anterior), el signo (positivo,
negativo) de la suma de las contabilizaciones. para un año fiscal, y más. Los grupos de tipos de
transacciones son configuraciones del sistema codificadas y no se pueden cambiar.
Además, cada tipo de transacción tiene un conjunto de controles que usted configura. Las especificaciones
pueden diferir según el grupo de tipos de transacción.
Dependiendo del grupo de tipos de transacción del tipo de transacción, se definen ajustes como los
siguientes:
Debito credito
Capitalizar/Retirarse
Tipo de Documento
Publicación en empresa afiliada

Contabilización bruta/neta
Grupo de hojas de historial de activos
En la Figura 4.16 se pueden ver las definiciones mantenidas para el tipo de transacción 100 del grupo 10
(Adquisición). El sistema SAP S/4HANA viene con tipos de transacciones preconfigurados que deberían
cubrir la mayoría de los requisitos de los clientes.

Figura 4.16 Configuración del tipo de transacción de activos
Adquisiciones de activos
Una adquisición de activos capitaliza un activo y normalmente significa el inicio del cálculo de la
depreciación. Hay tres formas básicas de publicar adquisiciones externas en SAP S/4HANA:
Adquisición con compensación automática

Adquisición integrada con cuentas por pagar
Adquisición de activos con orden de compra integrada con gestión de materiales.
Exploremos estos más a fondo.

Adquisición con compensación automática
La adquisición con asiento de compensación automático se utiliza a menudo para capitalizar un activo.
para el cual la factura aún no se ha recibido o ya se ha recibido y contabilizado al proveedor. Con una contabilización de
este tipo, el sistema carga el activo y abona una
cuenta de contrapartida predefinida. La idea es que la contrapartida quede equilibrada
volver a cero con el asiento de factura pendiente (o contabilizada). Para hacerlo más sencillo
Entienda, supongamos que un activo vale $10,000 USD y usted necesita capitalizarlo.
primero, como se muestra en la Tabla 4.1.
Elemento en linea Cuenta Monto de débito/crédito
1 Compensación de activos Débito $10,000
2 Cuenta de compensación Crédito $10,000
Tabla 4.1 Capitalización de Activos con Entrada de Compensación
La factura se contabiliza en un segundo paso (ejemplo con 10% de impuesto), como se muestra en la Tabla
4.2.
1 Cuenta de proveedor Crédito $11,000
2 Cuenta de compensación Débito $10,000
3 Cuenta de impuestos Débito $1,000
Tabla 4.2 Factura de proveedor a cuenta de compensación
La segunda línea de cada tabla es por la misma cantidad en la misma cuenta, pero
con direcciones opuestas para débito/crédito; por tanto, la cuenta de compensación está equilibrada
a cero.
En la pantalla inicial de contabilización de la adquisición (Figura 4.17), tienes la opción
para seleccionar un registro maestro de activos existente o crear uno sobre la marcha. También puedes publicar
a un principio contable específico (o incluso a un área de amortización). El mínimo habitual
Los campos necesarios para crear un activo están disponibles en la pantalla (Clase de activo, Descripción y Centro de
costos). El botón MasterData también está disponible para completar datos adicionales.
detalles. Desde la misma pantalla, puede seleccionar publicar en varios activos al mismo tiempo.

tiempo. La transacción es muy simple: ingresa las definiciones de fecha, el monto y, cuando sea válido,
la cantidad y el texto del artículo en línea. Esta es información suficiente para publicar, pero hay una
pantalla con más detalles donde puedes hacer definiciones adicionales.
Figura 4.17 Datos de transacciones de adquisición de activos
Puede ver la pantalla de detalles adicionales en la Figura 4.18. Los campos Tipo de documento, Cuenta
de compensación y Tipo de transacción se completarán automáticamente desde la configuración en el
Customizing si no los modifica manualmente. El resto de campos son opcionales y permanecerán en
blanco de forma predeterminada.

Figura 4.18 Detalles adicionales de adquisición de activos
Adquisición Integrada con Cuentas por Pagar
La adquisición integrada con cuentas por pagar se utiliza al comprar un activo.
sin orden de compra. En este caso, la contabilización FI actualiza tanto las cuentas
cuentas por pagar y las cuentas del activo en un solo paso. La entrada típica de adquisición (un solo activo) se muestra
en la Tabla 4.3.
1 Proveedor Crédito $11,000
2 Compensación de activos Débito $10,000
3 Impuesto Débito $1,000
Cuadro 4.3 Cuentas por Pagar Adquisición Integrada de Activos
La aplicación utilizada para ingresar este tipo de documentos es la pantalla de publicación compleja.
En este caso, primero complete el encabezado del documento y comience a crear cada línea de pedido.
en una pantalla separada. Debe ingresar manualmente la clave de publicación para la segunda línea.
(70 para debitar el activo) y el tipo de transacción (100 para adquisición de activo). En figura
4.19, puede ver la partida del activo; puedes agregar otra adquisición de activos
línea ingresando la clave de contabilización, la cuenta (activo) y el tipo de transacción en la parte inferior de la pantalla,
en la sección Siguiente línea de artículo. Al seleccionar el botón Más, usted

Puede ingresar la Fecha de Referencia, que es la fecha de valor del activo que el sistema utilizará como
fecha de capitalización del activo.
Figura 4.19 Adquisición Integrada de Cuentas por Pagar
Adquisición de Activos con Orden de Compra Integrada con Gestión de Materiales
La adquisición de activos con orden de compra integrada con la gestión de materiales es probablemente el
método de adquisición más común para la mayoría de las empresas. Crea una contabilización como la
creada por la contabilización integrada de cuentas por pagar, pero con los detalles de la orden de compra y
contabilizada a través de la verificación de facturas de gestión de materiales. En este caso, el flujo de
documentos es el siguiente:
(Opcional) solicitud de compra Una solicitud

de compra suele ser el primer paso del flujo de trabajo de compras. En la fase de solicitud de compra, es
posible que ya tenga y asigne un registro maestro de activos específico en el documento. Sin embargo,
lo más común es que esto se haga en la siguiente etapa.

Orden de compra
La orden de compra es un paso necesario en la compra de activos con gestión de materiales. Para
ordenar un activo, ingresa la categoría de asignación A en la línea de la orden de compra, lo que le
permitirá ingresar un activo en la asignación de cuenta. Una decisión importante que debe tomar
al ingresar la orden de compra es si está contabilizando una entrada de mercancías valorada o no.
Entrada de mercancías/recibo de
factura Con una entrada de mercancías valorada, el activo se capitaliza cuando se contabiliza la
entrada de mercancías con el valor definido en la orden de compra. Con el recibo de la factura, el
sistema ajustará el valor del activo capitalizado si así lo requiere. En este caso, la entrada de
mercancías no se valora (probablemente el caso más común para los activos), el activo no se
actualiza durante la entrada de mercancías, no se contabilizan valores hasta la recepción de la
factura y no se requieren contabilizaciones de ajuste porque el valor es basado en una factura real.
Con la entrada de mercancías no valorada, el sistema todavía utiliza la fecha de entrada de
mercancías como fecha de capitalización del activo fijo.
En adquisiciones externas integradas, el sistema contabiliza el documento de entrada sin una

especificación de grupo contable y, como se muestra en las tablas anteriores (Tabla 4.1, Tabla 4.2,
Tabla 4.3), debitando la cuenta de compensación de activos. Al mismo tiempo, el sistema crea un
documento adicional para cada principio contable adicional. Estos documentos equilibran la cuenta de
compensación técnica a cero.
Los documentos adicionales contabilizan un débito en la cuenta de conciliación de activos reales

mientras se acreditan en la cuenta de compensación de activos. Los documentos específicos del
principio contable se contabilizan en el grupo contable asignado al principio contable y indicado en el
área de valoración correspondiente. Por ejemplo, si actualiza dos principios contables en paralelo, el
sistema contabilizará un documento operativo, debitando la cuenta de compensación de activos, más
dos documentos específicos del principio contable (uno para cada principio contable) en los que cada
documento debita (el mismo ) cuenta de compensación de activos.
En la Figura 4.20 puede ver el resultado del sistema al seleccionar la vista de contabilidad de activos.
Para cambiar entre los principios contables, seleccione AP/Moneda 1. El principio contable que está
viendo se muestra en la sección Información del encabezado del documento. En la figura, puede ver el
documento NIIF publicado en el grupo de libro mayor 0L 2 y el documento GAAP local publicado en el
grupo de libro mayor 2L 3.
La cuenta de compensación técnica de activos es una cuenta del libro mayor de conciliación de activos
que no se ingresa en la determinación de la cuenta de activos. En cambio, existe un paso separado
para definir la cuenta de compensación técnica para la adquisición integrada de activos.
ción.

Los documentos específicos de principios contables se pueden designar para que tengan un tipo de documento
diferente al documento de entrada. Una configuración común aquí es definir que para las facturas de proveedores
(tipo de documento KR), el sistema contabilice documentos específicos del principio contable en el tipo de
documento AA (documento de activo).
Figura 4.20 Simulación de adquisición de activos
Nota
Lo anterior es válido para el enfoque del libro mayor para la valoración paralela. Cuando se utiliza el enfoque
de cuentas, el concepto es similar y el documento operativo es idéntico; sin embargo, los detalles de los
documentos específicos de los principios contables son diferentes. Específicamente, un documento
específico de un principio contable compensa la cuenta de compensación técnica del activo, pero el resto de
los documentos (dependiendo del número de principios contables asignados) contabilizan el saldo de
compensación en una cuenta de compensación diferente. Esto se debe a que con el enfoque de cuentas, no
se puede diferenciar el libro mayor publicado; siempre contabiliza en el libro mayor. Si todos los principios
contables se contabilizan en la misma cuenta de compensación técnica,

la cuenta no estaría equilibrada. En este caso, el saldo cero de los libros se logra cotejando la cuenta de
compensación técnica del activo con la cuenta de compensación de adquisición definida para cada área
de depreciación en la cuenta de depreciación.
En el enfoque de cuentas, todas las áreas de depreciación deben asignarse a un grupo/principio contable
del libro mayor; sin embargo, todos los grupos de libro mayor se asignan a un único libro mayor (principal).
Tipos de documentos brutos y netos
En el sistema estándar encontrará dos tipos de documentos para la contabilización de capitalización de

activos:
Los tipos de documentos brutos (por ejemplo, AA o KR) capitalizan el monto total de una factura (menos
impuestos), independientemente del descuento por pronto pago (Figura 4.21).
Figura 4.21 Entrada bruta: descuento por pronto pago ignorado

Los tipos de documentos netos (por ejemplo, AN o KN) capitalizarán el monto de la factura menos
los impuestos, menos el descuento por pronto pago esperado según las condiciones de pago de la
partida de la factura (Figura 4.22).
Figura 4.22 Entrada neta: descuento por pronto pago considerado
Nota
En el momento del pago de la factura, el importe capitalizado para una contabilización neta se
recalculará si el descuento por pronto pago difiere del calculado durante la contabilización. Este
ajuste se producirá automáticamente en una sociedad con la división de documentos activada. Si la
división de documentos no está activa, puede ejecutar el programa Ajuste de pérdidas y ganancias
para corregir los montos de capitalización del activo relevante, como se muestra en la Figura 4.23.

Figura 4.23 Ajuste de pérdidas y ganancias
Retiros de Activos
Existen dos formas básicas de realizar retiros de activos: desguace y venta. Ambos llevan a que el activo sea dado
de baja de su registro de activos, a diferencia de los activos que han sido totalmente depreciados, que permanecen,
incluso sin valor contable.
Las ventas de activos a clientes generalmente se realizan a través de cuentas financieras y no de ventas y
distribución. Esto se debe a que la venta de activos no suele ser una actividad comercial normal para la mayoría de
las empresas. Como en el caso de la adquisición integrada con el proveedor, la contabilización se realiza mediante
la operación de contabilización compleja.
Publicar una factura de venta de activos
Para registrar una factura de venta de activos, debe debitar al cliente y acreditar en el libro mayor los ingresos de la
cuenta de venta de activos fijos. No acreditas el activo directamente con

clave de contabilización 75 y un tipo de transacciones de venta. La cuenta de ingresos tiene una

configuración especial proporcionada por su grupo de estado de campo para dar cabida a las retiradas de activos.
Al utilizar esta cuenta, marca el Asst. casilla de verificación de Retiro y el sistema genera una ventana
emergente para ingresar detalles para la venta de activos (ver Figura 4.24).
Figura 4.24 Ventana emergente de detalles del activo al vender un activo
Creación de retiro de activos
La ventana emergente Crear retiro de activos (Figura 4.24) es donde ingresa definiciones para lo siguiente:
Activo
Este es el activo (o subnúmero de activo) al que se refiere la venta. Solo puede ingresar un activo por
línea, por lo que simplemente agrega líneas que acreditan los ingresos de la cuenta de venta de
activos fijos.

TransactionType Este
es el tipo de transacción de retiro con el valor predeterminado 210 para una venta de activos normal en el año
fiscal actual propuesto por el sistema. Puede cambiar esto si es necesario.
Activo Val. Fecha
La fecha de valor del activo es la fecha para los cálculos en la contabilidad de activos. Esta fecha es muy
importante para calcular la ganancia o pérdida de la venta del activo.
Compl. Retiro Esta casilla

de verificación indica si el activo se va a retirar total o parcialmente.
Consejo Si está realizando un retiro parcial, indique el monto de retiro, la cantidad de retiro (si corresponde) o
el porcentaje del activo a retirar. El sistema ajusta los valores en consecuencia y el activo permanecerá en el
registro de activos de la empresa con el valor reducido.
Partidas de venta de activos
Al realizar un retiro, el sistema calcula todos los valores relacionados automáticamente y actualiza todos los
principios contables y cuentas de pérdidas/ganancias. En la Figura 4.25 se puede ver un ejemplo de las líneas
generadas para una venta de activos. Las líneas sin el grupo contable son las que ingresamos manualmente
durante la contabilización (cliente, ingresos por venta de activos). Las otras líneas se generan automáticamente
y son líneas específicas de principios contables. Esto se debe a que los cálculos dependen de los valores para
cada principio contable y de diferentes importes de depreciación, y es necesario tener en cuenta las
contabilizaciones específicas del principio contable. El sistema calculará la depreciación hasta la fecha de valor
del activo indicada. En nuestro ejemplo específico, el activo se vendió por $50,000 USD, el valor de adquisición
es $40,000 USD y la depreciación hasta el momento de la venta fue $2,500 USD. Por lo tanto, la ganancia por la
venta es de $12,500 USD. Los ingresos por la venta de activos se compensan con la compensación de la cuenta
de enajenación de activos. La contabilización es similar para los demás principios contables (solo cambiarán los
valores y el grupo del libro mayor). Tenga en cuenta que es posible tener una ganancia en un principio contable y
una pérdida en otro, y la cuenta se ajusta para cada uno.
También puede realizar ventas de activos sin integración de clientes. En este caso, la transacción se parece a la
adquisición de activos no integrados con la adición de una pestaña con especificaciones para una baja parcial.

Figura 4.25 Partidas de venta de activos
Se utiliza una aplicación similar para el desguace de activos, excepto que no hay clientes ni
ingresos, lo que significa que no hay ganancias. También puedes realizar un desguace parcial
seleccionando una cantidad, porcentaje o valor. La aplicación ofrece posibilidades para realizar
el desguace de múltiples activos.
Lista de trabajo para jubilaciones
El sistema SAP S/4HANA ofrece la posibilidad de realizar bajas (venta no integrada o desguace)
mediante una lista de trabajo. En este caso, realiza lo siguiente:
1. Ejecute el informe con los criterios de selección específicos para seleccionar los activos exactos
que desea retirar.
2. Cree una lista de trabajo para los artículos. Debes indicar el propósito de la lista de trabajo.
(jubilación con/sin ingresos), como se muestra en la Figura 4.26.
3. Si hay ingresos, distribuya los ingresos entre los activos seleccionados.
4. Edite/libere la lista de trabajo.

Figura 4.26 Creación de lista de trabajo a partir del informe de saldos de activos
Transferencias de activos
Las transferencias de activos son transacciones que eliminan valores de un activo y transfieren
el mismo valor a otro. Se admiten dos tipos de transferencias: intracompañía e intercompañía. Exploremos ambos
individualmente.

Transferencias dentro de la empresa
La transferencia de activos dentro de una empresa se realiza dentro de una sociedad entre dos registros maestros
de activos de la misma o diferente clase de activos, como se muestra en la Figura 4.27.
Hay dos razones principales para contabilizar una transferencia de activos:
El activo inicial no se creó en la clase de activo correcta. Crea un nuevo activo (en la clase correcta) y transfiere
los valores a este nuevo activo.
Desea transferir parte o el valor total del activo a diferentes activos para representar mejor los componentes
del activo; por ejemplo, para realizar un seguimiento de la ubicación de cada uno en el activo.
Figura 4.27 Transferencia de activos dentro de la sociedad: intracompañía
Nota
También puedes utilizar la transferencia de activos para liquidar activos en construcción, pero este no es el
método recomendado.

Transferencia entre empresas
Una transferencia entre empresas representa la transferencia de un activo de una empresa.

código a otro dentro del mismo grupo corporativo, como se muestra en la Figura 4.28. El sistema contabiliza una
baja para la empresa emisora y una alta para la sociedad receptora. A nivel de grupo empresarial, es una
transferencia que debería equilibrar
a cero en el cuadro de activo fijo del grupo. Una transferencia de activos entre compañías dentro de un
grupo corporativo puede ser necesario por una de las siguientes razones:
El activo se ha movido, por lo que es necesario asignar el activo a una nueva empresa.
código.
Debido a una reorganización en el grupo empresarial, debe asignar activos a una sociedad diferente.
Figura 4.28 Transferencia de activos: entre compañías
Un diferenciador para el tipo de transacción que se contabilizará es si las sociedades entre las que se realiza la
transferencia están asignadas a la misma

compañía. Si este es el caso, la transferencia se contabiliza como una transferencia. si la empresa

códigos se asignan a diferentes empresas, el sistema contabiliza una baja en el
sociedad emisora y una adquisición en la sociedad receptora.
Métodos de transferencia
El método de transferencia (ver Especificaciones de Ingresos en la Figura 4.28) define la forma

los valores se transfieren entre los activos. Hay tres tipos de transferencia: la bruta
método, el método neto y el método del nuevo valor.
El método bruto es el más común, en el que los valores históricos del activo
se transfieren todos al nuevo activo (ver Tabla 4.4).
Activo Adquisición y Acumulado

Costo de producción Depreciación
Remitente 20.000 4.000
Receptor 20.000 4.000
Tabla 4.4 Método bruto
El método neto transfiere el valor neto en libros del remitente al receptor (ver
Cuadro 4.5).

Receptor 16.000
Tabla 4.5 Método neto
El nuevo método de valor capitaliza el nuevo activo con un ingreso ingresado manualmente
importe (cuadro 4.6).

Receptor 15.000
Tabla 4.6 Método de nuevo valor

En el raro caso de que transfiera un activo entre sociedades que están asignadas a diferentes planes de
depreciación con áreas de depreciación que no coinciden, puede crear áreas de depreciación entre
sociedades (o entre sistemas) que asignarán las áreas de depreciación. entre los diferentes gráficos de
depreciación.
Las áreas de valoración asignadas tienen la misma función y significado en todos los planes de valoración
dentro de un grupo empresarial pero con claves diferentes. El área de depreciación entre empresas solo
se define mediante una clave y una descripción y no incluye definiciones de depreciación propias.
Activos de bajo valor
Los activos de bajo valor (LVA) siempre se deprecian por completo en el año en que se adquieren. Por lo
general, no es necesario informar sobre sus valores individualmente.
Los LVA se mantienen en clases de activos LVA específicas.
En el Customizing, se configura el valor máximo que puede tener un activo para ser considerado un LVA.
Esto se hace a nivel de país (ver Figura 4.29), pero también se puede especificar en un nivel inferior y
específicamente por código de empresa y área de depreciación.
Figura 4.29 Configuración de activos de bajo valor
Los LVA se pueden gestionar individualmente y, en este caso, el valor de adquisición del activo individual
se compara con los importes máximos definidos para cada depreciación.
área.

Alternativamente, los LVA se gestionan colectivamente de acuerdo con la cantidad publicada. En este
caso, el valor de la adquisición se divide por la cantidad ingresada y luego se compara este valor con
los montos máximos.
Activos en construcción
Los activos en construcción requieren una clase de activo separada porque deben mostrarse en
cuentas separadas para el estado financiero. Un activo en construcción no registra depreciación, y esto
está garantizado en el sistema mediante la clave de depreciación asignada 0000 (Figura 4.30).
Figura 4.30 Depreciación del activo en construcción
Sugerencia En teoría, puede calcular la depreciación para fines de informes internos en un área de
depreciación que no contabiliza valores. Se pueden contabilizar una depreciación fiscal especial y
un apoyo a la inversión en un activo en construcción.
Incluso cuando un activo en construcción se ha capitalizado completamente, aún es posible contabilizar

notas de crédito, lo que significa que se deben permitir valores negativos de costos de adquisición y
producción.

Cuando los activos en construcción pasan de la fase de construcción a la fase de vida útil, los valores se
transfieren a uno o más activos finales. Esto (dependiendo del tipo de clase de activos en construcción) se
puede hacer en una liquidación resumida de un solo paso (por ejemplo, una transferencia de activos dentro
de la empresa) o con la gestión de partidas individuales. Al liquidar partidas individuales, usted tiene control
total sobre qué valores registrados se capitalizan en cada área de depreciación individual. Primero debe
asignar un perfil de liquidación a la sociedad. Luego, define reglas de distribución por área de gastos y
depreciación para definir qué porcentaje o monto de valor se destina a qué activo final.
En la Figura 4.31, puede ver un ejemplo de un activo en construcción con cinco líneas separadas. Tres
líneas son para el principio contable NIIF y dos para los PCGA locales. El semáforo verde en la primera
columna indica que se mantiene la norma de liquidación.
Gráfico 4.31 Mantenimiento de Liquidación por Línea en Activos en Construcción
En la Figura 4.32 se puede ver la definición de la regla de liquidación. En la primera columna usted define
la categoría de liquidación (como activo fijo o centro de costos). En la segunda columna se especifica el
destinatario de la liquidación. En la cuarta columna mostrada se define el porcentaje de liquidación.

Figura 4.32 Mantenimiento de reglas de liquidación
No es necesario realizar una liquidación completa de los valores de los activos porque podría continuar
con los activos en el proyecto de construcción y producir otros activos, o podría registrar el valor restante
como un gasto operativo.
Depreciación de activos
La contabilización de la depreciación es una actividad periódica que se ejecuta durante el cierre del
período. La depreciación en sí se calcula y se almacena en el componente de contabilidad de activos
para cada activo después de cualquier transacción de activo o cambio en el registro maestro que pueda
influir en la depreciación calculada. El sistema utiliza los valores de depreciación calculados al contabilizar
la depreciación y la depreciación no se recalcula para la ejecución.
Cálculo de depreciación
El cálculo de la depreciación se basa en las claves de depreciación asignadas al activo por área de
depreciación. El cálculo de la clave de depreciación se controla mediante los métodos de cálculo
asignados a la clave. Los distintos tipos de métodos de cálculo se enumeran aquí, pero no se exploran
porque analizar los detalles de lo que controla cada método está más allá del alcance de la certificación
asociada:
método básico Método multinivel
Método de saldo decreciente Método de control del período
Método de importe máximo

Generalmente se crean nuevas claves de depreciación para cumplir con nuevas regulaciones legales. En
En la mayoría de los casos, es adecuado copiar y modificar un método existente y luego asignarlo.
a una nueva clave de depreciación que a su vez se copia de la clave de depreciación similar más cercana. Es
necesario ejecutar un nuevo cálculo de la depreciación en los casos en que un
Se asigna una nueva clave a los activos. Esto actualizará los valores planificados de depreciación.
En la Figura 4.33 se puede ver la asignación del método de cálculo a una clave de depreciación.
Figura 4.33 Definición clave de depreciación
Si el valor de los costos de adquisición y producción del activo cambia en un año (por ejemplo,
debido a una venta parcial), la depreciación contabilizada ya para el año no se modifica;
sin embargo, la depreciación del siguiente período se ajustará de acuerdo con
la definición del intervalo de período. En el caso más común, los nuevos valores de depreciación calculados
para el activo y el sistema compensarán las diferencias inmediatamente en el siguiente período. Por ejemplo, si
se reduce el valor del activo, el
El sistema registrará menos depreciación en el período de la reducción que el nuevo monto de depreciación
periódica calculado para ponerse al día con la mayor depreciación registrada en los meses anteriores.
Definiciones de depreciación dependiente del tiempo
Puede realizar cambios dependientes del tiempo en los términos de depreciación de un activo, es decir
puede definir un nuevo intervalo de período a partir del cual la nueva configuración de depreciación será
efectiva. Las definiciones que puede hacer con la dependencia del tiempo son las siguientes:

Clave de depreciación
Vida útil (año o periodo)
Porción de depreciación variable
Valor de rechazo absoluto o porcentual
Cuando se utiliza la dependencia del tiempo, el sistema no se pone al día ni suaviza los valores durante los
períodos/años restantes. En el área de depreciación, los valores permitidos se mantienen y cualquier cambio en
los términos de depreciación siempre debe cumplir con las definiciones de la regla de valor del área de
depreciación afectada.
Figura 4.34 Detalles de depreciación del activo

En la Figura 4.34, puede ver las definiciones detalladas del área de depreciación de un activo.
Al seleccionar Más intervalos, accederá a la pantalla que se muestra en la Figura 4.35, en la que se muestran los
intervalos.
Figura 4.35 Intervalos para detalles de depreciación
Ejecución de contabilización de depreciación
La ejecución de contabilización de la depreciación contabiliza la depreciación en las cuentas del libro mayor en la
contabilidad financiera, como se muestra en la figura 4.36. La transacción debita la cuenta de gastos de
depreciación y acredita la cuenta de depreciación acumulada para cada activo y área de depreciación según la
determinación de la cuenta de la clase de activo. Por ejemplo, para una sociedad con 100.000 activos activos, no
totalmente depreciados y tres áreas de depreciación que contabilizan la depreciación, el sistema contabilizará
300.000 partidas individuales de documentos.

Figura 4.36 Programación de la ejecución de depreciación de activos
Hay dos ventajas principales de publicar con este nivel de detalle:
No es necesario conciliar los componentes. Existe

una única fuente de verdad, lo que significa que puede confiar ciegamente en sus informes.
La depreciación se contabilizará incluso cuando algunos activos causen errores.

El programa contabiliza la depreciación de todos los activos que puede. Si vuelve a ejecutar la
depreciación para el período (generalmente después de corregir los problemas), el sistema solo
registrará las líneas faltantes para los activos que causaron los problemas. Si cerró el período
antes de que se pudieran corregir los activos, el sistema ajustará la depreciación (por ejemplo,
contabilizará el doble del monto) en la siguiente ejecución de depreciación.

Debido a que un lado de la contabilización de depreciación está en una cuenta de gastos, el sistema
también contabiliza en una imputación de control. Lo más común es que este sea el costo.
centro mantenido en el registro maestro de cuentas de activo.
El programa de depreciación siempre se ejecuta en segundo plano (y generalmente fuera de
horas pico de uso del sistema). La ejecución de depreciación se puede ejecutar como una ejecución de prueba.
en línea para hasta 1.000 activos. La ejecución de prueba puede ejecutarse para activos ilimitados como trabajo en
segundo plano. Probar la ejecución de depreciación puede resultar útil para encontrar activos con errores
antes de comprometer la ejecución de depreciación real. Debido a que la ejecución de prueba se puede ejecutar en
cualquier momento, y no sólo al final del período, puede comenzar a corregir los problemas desde el principio.
Después de ejecutar la contabilización de la depreciación, el sistema genera un registro y usted puede
seleccione la opción de registro detallado para ver cada artículo de línea publicado por área de depreciación, como
se muestra en la Figura 4.37. También se puede producir un registro similar para ejecuciones de prueba.
Figura 4.37 Registro de ejecución de contabilización de depreciación
Proceso de fin de año de activos
Como los saldos de la contabilidad de activos se componen de partidas que se encuentran en el Diario Universal, el
traspaso de estas partidas se ejecuta a través del programa de traspaso de saldos en la contabilidad del libro mayor.
El saldo arrastrado es

generalmente se ejecuta cerca del final del año fiscal actual o al comienzo de un nuevo año fiscal. Para
contabilizar en la contabilidad de activos en un nuevo año fiscal, el arrastre del saldo debe ejecutarse
correctamente.
En la contabilidad de activos, puede tener abiertos hasta dos ejercicios fiscales al mismo tiempo. El
La idea es que abras un nuevo año fiscal con el saldo arrastrado, y cierres
el año fiscal anterior cuando el año anterior esté cerrado para cualesquiera transacciones contables. Si ya tiene
dos años abiertos, no podrá contabilizar en un tercer año fiscal incluso si el traspaso del saldo se ha realizado
para el nuevo año.
Para cerrar un año fiscal, se ejecuta el programa de cierre de año (Figura 4.38). El
El programa verifica que la depreciación se contabilice en su totalidad y que no haya activos que contengan
errores. Si el programa de cierre de ejercicio no encuentra errores, bloquea la contabilización en
contabilidad de activos del ejercicio cerrado. Si por alguna razón necesitas publicar en un
año cerrado, puede restablecer el cierre de fin de año. Tendrás que cerrar el año otra vez.
a través del programa de cierre de fin de año.
Figura 4.38 Cierre de año para la contabilidad de activos

Informes de activos
Los informes de activos permiten realizar un seguimiento de todos los saldos y transacciones de los activos y
pueden simular valores de depreciación en períodos futuros. Hay dos categorías de informes básicos: informes
para activos individuales e informes para activos múltiples. Repasaremos los informes más importantes de cada
categoría.
Descripción general de la contabilidad de activos
Con esta aplicación (Figura 4.39) puede ver múltiples KPI e informes de contabilidad de activos en una sola
pantalla. La aplicación se puede utilizar como centro central de operaciones e información. Puede arrastrar y
soltar las tarjetas que se muestran para organizar los informes según sus prioridades. Puede utilizar filtros y
enlaces de navegación integrados a aplicaciones relacionadas.
La siguiente es una lista de los informes clave que muestra la aplicación:
Saldos de activos
Muestra los valores contables netos totales de los activos planificados al final del período fiscal actual
Adquisiciones de activos
Muestra el valor total de las adquisiciones dentro del período seleccionado.
Retiros de Activos
Muestra el valor total de las jubilaciones dentro del período seleccionado.
Órdenes de compra abiertas (asignación de cuenta A)

Muestra artículos relevantes por Valor aún por facturar o Valor aún por facturar
Entregado
Transacciones de activos por período

Muestra la proporción de adquisiciones y bajas en el período seleccionado.
Depreciación a contabilizar
Muestra el valor que se contabilizará por tipo de depreciación para el período actual
Valores de depreciación de activos

Muestra los valores de depreciación de activos para el período actual.
Lista de trabajo maestra de activos
Muestra el número actual de activos por estado

Activos en construcción
Muestra activos en construcción en el período actual.

Transacciones de activos
Muestra adquisiciones y retiros por clase de activo, determinación de cuenta y similares.
Origen de los activos
Muestra el origen del activo mostrado por país o proveedor.
Figura 4.39 Ejemplo de página de descripción general de contabilidad de activos
Informe de valor de activos
El informe más importante para verificar los valores de un activo individual es la aplicación Asset Values SAP Fiori (o el
explorador de activos, como se llama en la GUI de SAP), como se muestra en la Figura 4.40.
Puede obtener una descripción completa de los valores planificados y contabilizados del activo por área de depreciación
y año. Puede verificar y visualizar directamente las transacciones contabilizadas en el activo en el año. Puede ver y
profundizar en los objetos relacionados del activo, como el centro de costos, la cuenta del libro mayor, el proveedor,
etc. Tú

También puede realizar simulaciones de valor basadas en escenarios hipotéticos, por ejemplo, basándose
en el cambio de la clave de depreciación. Además, en la pestaña Comparaciones, puede comparar valores
(plan y real) entre diferentes áreas de depreciación. Finalmente, puede ver los detalles y los métodos de
valoración de la clave de depreciación asignada al activo y al área de depreciación seleccionada.
Figura 4.40 Informe de valores de activos (Explorador de activos)
Informe de saldos de activos
El informe Saldos de activos le brinda una descripción general rápida de los saldos de múltiples activos,
como se muestra en la Figura 4.41. El rango de activos, sociedad, libro mayor, área de depreciación, año,
tipo de moneda y período hasta el cual se deben seleccionar los valores son campos obligatorios al ejecutar
el informe. También hay muchos más filtros que puede agregar para especificar los activos (cuenta del libro
mayor, clase de activo, etc.).

El resultado muestra varias cifras clave, como el valor APC, la depreciación contabilizada y el valor neto contable.
Hay variantes de ratios entregadas previamente para diferentes propósitos.
Con el Panel de navegación, puede agregar o eliminar fácilmente características de informes en filas y columnas.
También puede exportar a un archivo de Microsoft Excel para realizar más cálculos.
Figura 4.41 Saldos de activos
Hoja de historial de activos
El informe final que debe recordar es la Hoja de Historial de Activos, que se muestra en la Figura 4.42. Esta hoja es
un requisito legal en algunos países y SAP ofrece diseños predefinidos que cubren los requisitos legales locales
para esos países. La aplicación del informe en sí es como el informe Saldos de activos, pero utiliza un grupo de
cifras clave específico y está más centrado en mostrar los cambios en los valores de los activos dentro de un año.
Puede crear sus propios grupos de ratios en el Customizing.

Figura 4.42 Hoja de historial de activos
Transferencia de datos heredados de activos
La migración de datos heredados de un sistema anterior a un sistema SAP S/4HANA es un proceso muy importante en el
que se debe hacer coincidir la configuración de un sistema antiguo, ya sea un ERP de SAP (generalmente el caso fácil) o
uno que no sea de SAP. sistema. Luego, normalmente se utiliza un método de transferencia masiva para realizar la
migración de datos real.
Personalización de la preparación para la migración
Para prepararse para la migración de datos en el sistema, realice los siguientes pasos de personalización:
1. Asegúrese de que el estado del código de empresa permita la migración de datos (Figura 4.43). Esto está permitido
cuando el código de empresa está configurado en el estado 1 o 2. El estado 0 es lo que se establece para un código de
empresa productivo para garantizar que la integridad de los datos esté protegida contra actividades de migración
"accidentales".

Figura 4.43 Establecer el estado del código de empresa
2. Defina la cuenta de contrapartida para la transferencia de datos heredados. En esta actividad del
Customizing, usted especifica la cuenta del libro mayor utilizada para transferir la cuenta de activos.
antepasados.
Nota
La cuenta de compensación de activos se asigna en una partida del estado financiero con otras cuentas
para la transferencia de datos heredados (como otros saldos de cuentas del libro mayor y partidas abiertas
de clientes/proveedores). El total de todas las cuentas para la transferencia de datos heredados debe
equilibrarse a cero cuando se completen todas las actividades de migración.
3. Usted define el tipo de documento que se utilizará durante la publicación. En el sistema estándar, el tipo de
documento UE está predefinido para todas las actividades de migración.
4. Defina la fecha de toma de control por sociedad (Figura 4.44). Esta es la fecha del último período cerrado
en el sistema heredado. Hasta la fecha, SAP S/4HANA utiliza los valores del sistema heredado; A partir de
esta fecha, SAP calculará sus propios valores.

Figura 4.44 Definición de fecha para la transferencia de datos heredados
5. Si la migración se realiza a mitad de año, define el último período publicado en un segundo.
Segunda pantalla de personalización, que se muestra en la Figura 4.45.
Figura 4.45 Adquisición de activos a mitad de año

Realizar la migración de datos
El proceso para crear manualmente un activo heredado es similar al de crear activos durante la operación
normal, la principal diferencia es que debe ingresar la fecha de capitalización manualmente y (generalmente)
ingresa el activo original, que corresponde al número de activo en el sistema heredado (Figura 4.46). La
transacción también es diferente en este caso (Transacción AS91, a la que se accede a través de la GUI
de SAP).
Figura 4.46 Datos heredados: Detalles del origen del registro maestro
Los valores de transferencia se contabilizan mediante un paso separado (Transacción ABLDT; Figura 4.47).
El sistema contabiliza un asiento de Diario Universal separado para los valores de toma de control de cada
activo, debitando la cuenta del activo, acreditando la depreciación acumulada y acreditando el saldo restante
en la cuenta de contrapartida definida.

Finish Sap 1 295 Espa

Cargado por

Copyright:

Formatos disponibles

Finish Sap 1 295 Espa

Cargado por

Información del documento

Descripción 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

Finish Sap 1 295 Espa

Cargado por

Copyright:

Formatos disponibles

Machine Translated by Google

SAP HANA, SAP S/4HANA y SAP Fiori

Técnicas que dominarás

Explicar la estrategia de SAP para la transformación digital

Describir el marco de SAP para la empresa digital.

Comprender el papel de SAP Cloud Platform y

Revisar la tecnología básica de SAP HANA

Describir el alcance de las finanzas para SAP S/4HANA

Elija la opción de implementación relevante para SAP S/4HANA

Explicar los pilares de diseño de SAP Fiori

Utilice la plataforma de lanzamiento de SAP Fiori

Describir los tipos básicos de aplicaciones de SAP Fiori.

Copia personal para Jithendra Reddy, [email protected]

46 Capítulo 1 SAP HANA, SAP S/4HANA y SAP Fiori

En este capítulo, exploraremos la arquitectura de SAP HANA, describiremos el alcance y las

Escenario del mundo real

Como consultor, debe comprender la arquitectura subyacente sobre la que se basa el

Objetivos de esta parte de la prueba

© 2019 por Rheinwerk Publishing Inc., Boston (MA)

Repaso de conceptos clave Capítulo 1 47

Descripción general de la arquitectura en memoria de SAP HANA

Productos y arquitectura SAP S/4HANA para finanzas

Opciones de implementación para SAP S/4HANA

Características de la plataforma de lanzamiento de SAP Fiori

Tipos de aplicaciones SAP Fiori

Actualización de conceptos clave

Marco empresarial inteligente

Copia personal para Jithendra Reddy, [email protected]

48 Capítulo 1 SAP HANA, SAP S/4HANA y SAP Fiori

Figura 1.1 Suite inteligente

Tecnologías inteligentes El tercer

© 2019 por Rheinwerk Publishing Inc., Boston (MA)

Repaso de conceptos clave Capítulo 1 49

Arquitectura SAP HANA

Base de datos en memoria

Compresión agresiva Todas las

Copia personal para Jithendra Reddy, [email protected]

50 Capítulo 1 SAP HANA, SAP S/4HANA y SAP Fiori

La base se comprimirá en un factor de 10 en promedio, lo que significa que ni el costo de adquisición ni la

Almacenamiento de datos en columnas

– Compresión mucho mejor

mucho para la agregación ad hoc) y el procesamiento paralelo. El almacenamiento en columnas se encuentra

Habilitadores tecnológicos para el éxito con SAP HANA

requisitos de acceso al disco y realizaran cálculos en el código.

Memoria de gran volumen, ancho de banda extremadamente alto y asequible La memoria

volúmenes que podemos hoy.

© 2019 por Rheinwerk Publishing Inc., Boston (MA)

Repaso de conceptos clave Capítulo 1 51

Centros de datos modulares ampliables Los centros de

adaptarse a cualquier nuevo requisito de tamaño.

Aplicaciones de computación en la nube Estas

Cliente SAP Concur

gafas de campo Factores de éxito

Figura 1.2 SAP S/4HANA: Núcleo digital

Copia personal para Jithendra Reddy, [email protected]

52 Capítulo 1 SAP HANA, SAP S/4HANA y SAP Fiori

SAP C/4HANA, la suite de experiencia y compromiso del cliente

SAP Concur para la gestión de viajes

SAP Ariba para abastecimiento y adquisiciones