En la versión actual de SAP S/4HANA se incluye el concepto de “Business Partner” que engloba la creación, edición y visualización de Proveedores y Clientes, lo cual conlleva a una notable simplificación de las tareas y la información.

Cambia en parte el paradigma de la diferenciación entre Proveedor y Cliente, para convertirlos en entes que pueden interactuar de manera natural.
 

a idea fundamental radica en la definición de un ente que pueda relacionar de manera directa las actividades de un Proveedor y un Cliente a la vez, junto a la incorporación de sus posibles funciones como interlocutores. Si bien este concepto ya se encuentra parcialmente definido en SAP R/3 es en S/4HANA cuando su utilización se torna mucho más natural. 

Con la llegada de S/4HANA han quedado transacciones obsoletas y han surgido otras nuevas cómo lo veremos a continuación.
 

Transacciones Discontinuadas:

A modo de referencia, la siguiente lista presenta las transacciones de SAP R/3 obsoletas en SAP S/4HANA:

•  MK01 - MK02 - MK03 - MK05 - MK06
•  FK01 - FK02 - FK03 - FK05 - FK06
•  XK01 - XK02 - XK03 - XK05 - XK06 - XK07

:: Transaccion Nueva:

La "Transacción BP" es la que reemplaza, fusiona y simplifica la operatoria de las transacciones discontinuadas mencionadas en el punto anterior.
 

La transacción BP de SAP se utiliza para administrar de forma centralizada los datos maestros para socios comerciales, clientes y proveedores.

Nos brinda un punto de entrada único para crear, editar y mostrar datos maestros para socios comerciales, clientes y proveedores.

A continuación, veremos cómo impacta la Transacción BP para el área logística, comenzando por ilustrar cómo se presenta la pantalla de la misma para gestión de Proveedores.
 

Creación de un Business Partner:

La siguiente imagen presenta la pantalla inicial de creación de un nuevo proveedor bajo en entorno de SAP S/4HANA mediante la utilización de la nueva transacción "BP" que reemplaza a las tradicionales MK01 y XK01. En esta imagen se pone en evidencia las diferencias de S/4HANA respecto a R/3 en cuanto a los datos gestionados para un proveedor.
 

Diferencias de gestión de Proveedores con Business Partner:

Le propongo compartir en análisis de la siguiente tabla, la cual resume las diferencias más significativas entre las dos versiones de SAP, respecto a la definición y funcionalidades de los Proveedores.

Gestión de Business Partner desde aplicación Fiori:

SAP Fiori es una plataforma de visualización que permite la gestión de transacciones y aplicaciones con un look & feel, o visualización web mucho más amigable que el SAP GUI.

Fiori no es una aplicación separada del S/4HANA sino, que S/4HANA usa Fiori como capa de visualización.

Las aplicaciones Fiori siguen el concepto de apps, similar a lo que utilizamos en los smartphones o tablets, en el sentido de que cada una de ellas es muy simple de usar y está dedicada a una función específica, por ejemplo, la gestión de un proveedor.

En la siguiente imagen le presentaremos la pantalla para gestión del Proveedor con una aplicación Fiori:

 Cómo lo ha notado el impacto sobre la gestión de proveedores y clientes es positivo y notorio, el avance tecnológico logrado por la implementación del Business Partner y SAP Fiori, sin dudas mejorará el desempeño general de la empresa en el área logística.

Cómo usuario o consultor debe conocer y saber gestionar estas nuevas tecnologías para brindar una óptima gestión a las empresas que gocen de sus servicios.

 

2º | S/4HANA LOGISTIC y las Solicitudes de Pedido

La gestión de Solicitudes de Pedido o Solped, ha agregado una serie de funcionalidades muy interesantes a partir del uso de aplicaciones Fiori, que le serán mencionadas en esta sección.

La imagen siguiente muestra algunas de las tareas disponibles:

onde tendrá acceso y disponibilidad de las siguientes herramientas:

• 1º Create Purchase Requisition (Creación de un SolPed):
  Desde aquí si se trata de un usuario autorizado según sus roles, podrá proceder a la creación de un nuevo documento.
   
• 2º My Purchase Requisitions (Mis Solicitudes de Pedido): Muestra los reportes de documentos creados por el usuario.
   
• 3º Confirm Receipt of Goods (Confirmación de Recepción):
  Se trata del acceso a una tarea adicional (no siempre requerida), donde el usuario puede confirmar la correcta recepción de mercadería.
   
• 4º Devolution: Permite el usuario visualizar las posiciones confirmadas y marcar la orden de devolución.
   
• 5º Control: Habilita al usuario para controlar la información presente en las posiciones de Solicitudes de pedido.
   

 A continuación, nos enfocaremos en los puntos 3º y 4º, tratando los procesos de Confirmación y Devolución de mercadería.

:: Confirmación de recepción de mercadería:

Si ejecutamos una búsqueda de documentos utilizando el Número de Pedido, encontraremos las siguientes funcionalidades disponibles, las cuales nos resultarán de mucha utilidad durante la ejecución del procedimiento.  

• Visualizar el contacto de compras para requerir información o consultar acerca del contenido
• Especificar la cantidad que se debe confirmar pudiendo efectuar una confirmación parcial
• Marcar una posición como de entrega final
• Acceder a los datos del Proveedor para ver más detalles

Devolución de la mercadería:

El objetivo de esta prestación es la localización de las posiciones de las Solicitudes de pedido confirmadas y expresar la intención de devolución de la mercadería.

Para la realización esta actividad se dispondrá del botón “Devolver” y las opciones de: 

• Localizar la posición a Devolver
• Marcar la posición con el estado a “Devolver”
• Indicar la cantidad a devolver al proveedor y el Motivo

Transacciones discontinuadas:

La siguiente lista presenta las transacciones de SAP R/3 obsoletas en SAP S/4HANA respecto a la gestión de Solicitudes de Pedido.

•  ME51 - ME52 - ME53

3º | S/4HANA LOGISTIC y los Pedidos de Compra

Los pedidos de compras constituyen unos de los eslabones principales en la cadena comercial dentro del sistema SAP.

En esta sección analizaremos algunos de los cambios más relevantes experimentados en la gestión de Pedidos de Compra en lo que respecta a S/4HANA, comencemos!
 

Nueva información en los Pedidos:

 

La siguiente imagen muestra los datos de la solapa "Delivery/Invioice" y donde se observa la presencia de datos adicionales no presentes en la versión SAP R/3:

Respecto a las novedades en los datos, nos referimos a:

• GR Message: incluyendo la tilde en esta casilla se asegura que, frente a cualquier Recepción de la mercadería correspondiente a éste Pedido se emitirá un mensaje al Comprador responsable de la operación. Recordemos que en la versión R/3 ésta funcionalidad no era estándar y debía definirse mediante parametrización o programación ABAP.
• Shp Cond.: esta opción permite indicar las condiciones de entrega del Proveedor cuando sus productos deben ser entregados directamente en un Cliente sin pasar por la Planta de la Compañía. Esto es de mucha utilidad ya que, asegura que el comprador pueda especificar en forma fehaciente este aspecto de la entrega, sin tener que recordar incluirla en algún comentario adicional.

Tener presente que esta Condición es definida al momento de crear el Pedido de Venta (Modulo SD) dirigida al Cliente, cuya provisión da lugar a la creación del Pedido de Compra asociado al presente Proceso de adquisición.

A continuación, observaremos una imagen con las opciones que aparecen en la lista desplegable de éste último dato:

Nueva Clasificación de Proveedores:

En S/4HANA se ha incorporado la posibilidad de clasificar los proveedores por categoría para que tengan un impacto directo al momento de crear pedidos, esto permite una gestión más ágil y rápida selección de los mismos.

A continuación, se muestra a modo de ejemplo, una pantalla donde es posible un análisis y selección de proveedores de acuerdo a muy diversos criterios:
 

Seguimiento mejorado:

En la versión SAP R/3 no hay un recurso simple para el seguimiento y análisis de los gastos de compras, clasificación de los pedidos, facturas de proveedores sin pedidos o evaluación de proveedores, entre otros tantos aspectos requeridos por los usuarios.

La versión de SAP S/4HANA provee poderosas herramientas basadas en aplicaciones Fiori que permiten efectuar evaluaciones y la Toma de decisiones de manera rápida y eficiente.

A continuación, se muestra a modo de ejemplo, una pantalla donde es posible un análisis y selección de proveedores de acuerdo a muy diversos criterios:



 

Transacciones Discontinuadas:

En S/4HANA se han discontinuado varias transacciones de pedidos de compra presentes en R/3, las cuales detallamos a continuación:

•  ME21 - ME22 - ME23

4º | S/4HANA LOGISTIC y los Movimientos de Mercadería

Para realizar la recepción de mercadería debe utilizarse exclusivamente la transacción “MIGO” heredada de la versión SAP R/3 (todas las restantes han sido discontinuadas).

La nueva transacción MIGO presenta una muy similar apariencia en S/4HANA.

 

 También cómo lo estará pensando podremos recurrir a una aplicación Fiori para realizar dicha actividad, la cual encontraremos bajo la denominación en inglés “Post Goods Receipt for Purchase Order”.
 

Actividades disponibles en la transacción MIGO:

A modo de referencia compararemos las actividades disponibles en ambas versiones de SAP para poner en evidencia las opciones agregadas en S/4HANA.

 Reportes de Movimientos de Mercadería con aplicaciones Fiori:

La utilización de la aplicación Fiori le permitirá acceder a una interface de la siguiente imagen, donde se pone en evidencia los botones disponibles (según los roles del usuario) para disponer de una serie de reportes específicos, según el objetivo de la información requerida:

Donde se observa mediante las descripciones correspondientes en cada botón, el acceso a reportes muy específicos. A modo de referencia de los resultados a obtener, se presentan imágenes de pantallas a las que se accede al ejecutar la aplicación Fiori.

 

• 1º Material Inventory Values (Valores de inventario de material - Resumen de balance):
  Puede usar esta aplicación para comprender las cantidades y los valores de sus inventarios de materiales para una fecha clave.
   
• 1º Material Inventory Values (Valores de inventario de material - Línea de artículos):
  Puede utilizar esta aplicación para comprender mejor los valores y las cantidades de sus inventarios de materiales hasta el nivel de línea de pedido. 
  Muestra el valor de inventario y la cantidad de asientos de diario que afectan el valor de los inventarios de materiales durante un período en particular, junto con la fecha del documento de origen, la fecha de publicación propuesta y la fecha de publicación.
   
• 3º Manage Stock (Gestión de Stock):
  Con esta app podrá realizar cambios de stock, llevando a cabo una entrada inicial de saldos de existencias físicas de almacén o bien los inventarios de libros de un sistema existentes.
   
• 4º Stock Single Materia (Stock de un material): Desde esta aplicación podrá obtener una visión general de sus existencias de materiales.
  Logrando revisar su stock por las plantas y ubicaciones de almacenamiento de las que usted es responsable.
  La aplicación puede mostrar la información del stock como una tabla o un diagrama.
   
• 5º Display Stock In Transit (Mostrar stock en tránsito):
  Esta app permite mostrar el stock que está siendo transferido de una tienda a otra.
   
• 6º Display Stock Overview (Mostrar Resumen de Stock):
  Muestra los detalles de materiales de un inventario.
   

• 7º Display Warehouse Stock (Mostrar Stock de Almacen):
  Proporciona información del stock de un almacén.
  El enfoque de esta aplicaciones analítica es garantizar un alto rendimiento de las entradas y salidas de mercancías con un flujo de inventario ininterrumpido que se crea para una situación de stock óptima.
   

• 8º Display Price Changes (Mostrar Cambios de Precios):
  Esta app SAP Fiori está diseñada para administrar las valoraciones de materiales y sus variaciones en el tiempo.
   

 

:: Transacciones discontinuadas u obsoletas para Movimientos de Mercadería:

De manera que, lo anterior dio lugar a que fueran discontinuadas entre otras, las transacciones listadas a continuación:

•  MB01 - MB02 -  MB03 - MB04 - MB05 - MB0A
•  MB11 - MB1A - MB1B - MB1C -  MB31
•  MBNL - MBRL - MBSF - MBSL - MBST - MBSU
•  

Por otra parte, se siguen manteniendo las transacciones asociadas a reportes de movimientos de mercadería como las mostradas anteriormente "MMBE, MB51 y MB52".






 

SAP S/4HANA FINANCE "Accounting"

SAP S/4HANA FINANCE "Accounting" es producto de la evolución en "ciertos aspectos" del omnipresente y clásico Módulo SAP FI, nos referimos a "Ciertos Aspectos" ya que no todo cambia, sino que en HANA FINANCE existen muchos desarrollos tecnológicos nuevos y extraordinarios, mientras que otros aspectos de SAP FI se mantienen prácticamente intactos.

 

:: Novedades y Cambios: Puntualmente a las novedades y a los cambios que se han producido en la evolución del Módulo SAP FI a los Procesos de SAP S/4HANA FINANCE dedicaremos este seminario, estamos "casi" listo para avanzar

SAP S/4HANA FINANCE es un conjunto integral de soluciones de gestión y contabilidad financiera, que cubre la planificación y el análisis financiero, la contabilidad, el cierre, los costos, la tesorería y la gestión de riesgo financiero, junto a operaciones de finanzas colaborativas apoyadas en la base de datos in-memory de SAP HANA.
 

Si bien SAP S/4HANA FINANCE cubre todo el portfolio de gestión financiera, existen innovaciones significativamente mejoradas o nuevas disponibles en cada área de las finanzas, que se destacan a continuación:

• Planificación financiera y análisis
  Las condiciones del negocio cambian con velocidad creciente, las organizaciones deben adaptar rápida y eficientemente los presupuestos, planes y recursos para mitigar los riesgos y aprovechar las oportunidades que aparecen. El análisis predictivo ayuda a las empresas a planificar mejor mediante la evaluación de diferentes escenarios posibles y la ejecución de simulaciones. 
  
  SAP Business Planning and Consolidation (SAP BPC), optimizado para SAP S/4HANA FINANCE, permite a los planificadores acceder a datos maestros en tiempo real y acumulados en SAP ERP sin repetición de datos. Con un modelo de planificación financiera común, se pueden realizar simulaciones de punta a punta y ciclos de planificación más rápidos. 
   
• Cierre contable y financiero
  La optimización del cierre financiero no solo proporciona datos vitales para la toma de decisiones a los interesados de manera más rápida, sino que también libera su tiempo para llevar a cabo actividades que aporten mayor valor, tales como el análisis financiero y operativo.
  
  El resultado global del cierre financiero es más rápido, menos costoso y más transparente. Además, las publicaciones y presentaciones ante diversos organismos reguladores se realizan con la misma eficacia.
  
  SAP Accounting combina datos de contabilidad, rendimiento financiero y de gestión en un diario universal. Elimina los totales, índices y otras sumas predefinidas y se basa en rubros online como única fuente de verdad. 
   
• Tesorería y gestión de riesgos financieros
  SAP Cash Management brinda posiciones de efectivo globales en tiempo real, incluso en presencia de sistemas de backend heterogéneos. Las nuevas funcionalidades brindan análisis detallados de los flujos de efectivo proyectados. 
   
• Operaciones Financieras colaborativas
  SAP Receivables Management mejora el capital de trabajo y el estado financiero usando datos de cuentas por cobrar en tiempo real para evaluar el riesgo crediticio de los clientes, optimizar la facturación, resolver controversias y priorizar los cobros a los clientes para reducir los días de ventas pendientes.
   
• Riesgo empresarial y cumplimiento regulatorio
  SAP Fraud Management da información estratégica que se necesita para detectar, investigar y evitar el fraude. El software usa reglas y algoritmos avanzados en Big Data para identificar y proyectar comportamientos fraudulentos, emitir alertas e impedir transacciones de fraude.

https://youtu.be/XfbQMWXEfHk
 

1º Pilar S/4HANA FINANCE: Tabla ACDOCA "El Diario Universal"

El Diario Universal es la base para la generación de la nueva contabilidad integral en SAP S/4HANA Finanzas.

Esta tabla cambia el juego con respecto a la reconciliación y la transparencia, permite una navegación fluida, y un mejor reconocimiento de los datos financieros.
 

El nuevo diario universal armoniza los datos sin redundancia de almacenamiento que sirve a:

• La contabilidad general (GL)
• La contabilidad de gestión/control (CO)
• La contabilidad de activos (AA)
• Y la Gestión de materiales (MM)

 

 Tablas Obsoletas y Tabla Nueva:

Hablaremos sobre las tablas obsoletas y las tablas nuevas, no obstante, es muy importante destacar previamente que a pesar de las modificaciones de S/4HANA en lo que respecta a tablas, los programas pre existentes y los desarrollos personalizados funcionarán sin problemas dado a que SAP ahora utiliza vistas de compatibilidad.

ablas Obsoletas:

La tecnología HANA tiene la capacidad de calcular sobre la marcha, lo que significa que elimina varias tablas e índices que creaban redundancia en el proceso.

Veamos cuales son las tablas que se eliminan: 

•  Las tablas destinadas a las partidas individuales e índices de GL son GLT0, BSIS, BSAS, FAGLFLEXA, FAGLFLEXT, FAGLBSIS y FAGLBSAS.
•  Las tablas totales y las tablas de índice de aplicación de cuentas por cobrar y cuentas por pagar como KNC1, KNC3, LFC1, LFC3, BSID, BSIK, BSAD y BSAK.
•  Las partidas individuales y las tablas de control totales de CO como COEP para ciertos tipos de valor y COSP y COSS.
•  Las tablas del libro mayor de materiales para valoraciones paralelas como MLIT, MLPP, MLPPF, MLCR, MLCD, CKMI1 y BSIM.
•  Las tablas de Contabilidad de Activos como ANEK, ANEP, ANEA, ANLP y ANLC.

La tabla FAGLFLEXA y algunas otras tablas New GL ahora son obsoletas ya que hay nuevas tablas de customizing.

 

:: Tabla Nueva:

Todas estas tablas se combinan con la tabla ACDOCA y con la tabla de cabecera BKPF.
 

as Vistas de Compatibilidad tienen el prefijo V quedando como V_TABLE, por ejemplo, V_COEP para COEP. 

Las operaciones de lectura en el código ABAP se redirigen hacia una vista (V_COEP) a través de una configuración específica en la definición del diccionario de datos de la tabla COEP. Esta vista, ya no lee la tabla física COEP, sino el nuevo Diario Universal y mapea los datos de nuevo de acuerdo a la estructura de la tabla COEP.

Desde la perspectiva del código del programa, no se produjo ningún cambio.

 

2º Pilar S/4HANA FINANCE: Integración FICO

 

Con S/4HANA Finance, FI y CO unifican en tiempo real muchos de sus datos y operaciones.

En SAP ECC, todo movimiento que se realiza en FI e impacta en un objeto de costo, debe llegar al módulo de CO, y por supuesto CO tiene sus propias tablas de cabecera, detalles y totales.

 

Muchos de los datos se repiten en ambas tablas, porque son necesarios en ambos módulos, por ejemplo, las fechas, sociedades, monedas, centros de costos, cuentas de mayor, etc. Esto hace que haya redundancia de datos, que ocupen más lugar, y que se utilice más tiempo para actualizar todas las tablas que existen actualmente.

Además, para verificar que haya integridad entre FI y CO, en SAP hay transacciones de reconciliación que garantizan que ningún movimiento se haya perdido en la actualización. 

Analicemos a continuación dos esquemas que le ayudarán a tener en claro cómo han cambiado las relaciones entre documentos MM / FI y CO con la llegada de HANA.

 

:: Esquema Anterior (Modelo ECC / ERP):

 Esquema Actual (Modelo HANA):

como lo pudo observar, la nueva arquitectura del Diario Universal combina todos los componentes en una contabilidad general, manteniendo las respectivas cualidades de los módulos al reunirlos en un sistema con nuevas capacidades. Además, la nueva tabla proporciona una integración perfecta entre las transacciones y el análisis de datos, optimiza y elimina los tiempos de procesos y los esfuerzos de reconciliación de datos durante el período de cierre.
 

3º Pilar S/4HANA FINANCE: Business Partner

Le presentamos el concepto de "Business Partner" el cual representa a un socio comercial, este socio que puede ser un acreedor, un deudor, un banco, u otro tipo de empresa.

Para identificar la función que cumplirán en los procesos comerciales se les asigna un rol. Un mismo business partner puede tener varios roles.
 

Las propiedades de los Business Partner son:

• El componente Business Partner permite crear y gestionar socios comerciales de forma centralizada.
  Esto es de gran interés si un socio comercial desempeña diferentes roles para una empresa como cliente y proveedor.
• La funcionalidad de Business Partner está diseñada para utilizar beneficios técnicos tales como la integridad de los datos y la ausencia de redundancia de datos, y además para poner mayor énfasis en los aspectos relacionados con el mantenimiento del cliente y la adquisición de nuevos clientes.
• Se puede crear un business partner en diferentes roles y, durante el transcurso de la relación comercial, el socio puede asumir nuevos roles como socio comercial.
  No se deben crear nuevos datos cada vez que se amplía, lo que significa que se evita la creación y almacenamiento de datos redundantes, y no puede haber inconsistencias.
• Al utilizar Business Partner, es posible fusionar los datos de socios que ya posee una empresa en más de un sistema, de tal forma que se pueda identificar el potencial de nuevos contratos o negocios dentro del mismo contacto con el cliente

 

Cuando se ingresan datos, los datos centrales relacionados con SAP Business Partner son únicos y los datos específicos de la aplicación se integran perfectamente en la pantalla de procesamiento.

Esta introducción que hicimos sobre business partner es para contarles que con SAP S/4HANA Finance deja de utilizarse el dato maestro del deudor y acreedor como datos independientes y pasa a utilizarse únicamente el business partner con todos los beneficios que hemos mencionado anteriormente.
 

Cada vez que elijamos un rol para ampliar al business partner, por ejemplo, el rol de acreedor, tendremos los mismos campos que ya utilizábamos al crear un acreedor en versión SAP ECC, por ejemplo, cuenta asociada, grupo de tesorería, condición de pago, vías de pago, etc.  

 

:: 3.1 | Transacciones Obsoletas y Transacción Nueva:

: Transacciones Obsoletas:

SAP S/4HANA simplificó las operaciones financieras, es por ello que las transacciones para creación, de deudores y acreedores quedan obsoletas y todo pasa a gestionarse desde una única transacción.

A continuación, detallaremos las transacciones que ya no pueden utilizarse:

•  XD01 para crear deudores de forma centralizada
•  FD01 para crear deudores en el módulo de finanzas
•  XK01 para crear acreedores de forma centralizada
•  FK01 para crear acreedores en el módulo de finanzas

 

Si intentamos acceder a cualquiera de estas transacciones, nos encontraremos con un mensaje de SAP que indica que dichas transacciones ya no se utilizan y nos derivará automáticamente a la nueva transacción para interlocutores comerciales.

Transacción Nueva:

La "Transacción BP" fusionó y simplificó la operatoria de las transacciones discontinuadas mencionadas en el punto anterior, la Transacción BP es ahora la encargada de crear, modificar y visualizar datos maestros de acreedores y deudores.

Dominar los Business Partner y la operativa en general de S/4HANA FINANCE, es un tema apasionante, intenso e imprescindible para cualquier Consultor SAP Financiero que desee no ver comprometido en el mediano / corto plazo su futuro profesional y su fuente laboral.
 

4º Pilar S/4HANA FINANCE: Nueva Contabilidad de Activos Fijos

 

La primera versión de New Asset Accounting o la Nueva Contabilidad de Activos fijos se introdujo realmente en 2013 en SAP ECC 6 Enhancement Pack 7. Por lo tanto, si no se tiene la versión de S/4HANA pero ya ha implementado la Nueva Contabilidad Principal, conocida como New GL, se puede utilizar la Nueva Contabilidad de Activos fijos, aunque primero hay activar algunas funciones empresariales, sin embargo, no se tendrá la funcionalidad completa hasta que se migre a S/4HANA Finance.

Inicialmente, SAP Business Suite simplemente corría más rápido en la nueva base de datos HANA en memoria, con velocidades de procesamiento muy rápidas. Con S/4HANA Finance, SAP ha reescrito y rediseñado parcialmente algunas áreas para aprovechar el aumento de potencia y ejecutar procesos con mayor eficiencia.
 

Hay parametrizaciones básicas del módulo de activos no han cambiado mucho, ya que aún se asigna la sociedad FI a un plan de valoración local que contiene tiene las reglas para calcular la depreciación, con los diferentes métodos de cálculo, por periodos, regresivos, etc. La asignación de las cuentas, el diseño de las pantallas y las vidas útiles predeterminadas aún están vinculadas a las clases de activos fijos, que agrupan los activos de naturaleza similar, y aún tiene el concepto de áreas de valoración para registrar diferentes valores para diferentes principios contables.

Sin embargo, ha habido muchas mejoras en diferentes áreas y una integración mucho más cercana con la contabilidad general.
Los cambios referentes a la parametrización y a la migración de activos fijos desde un sistema legacy es lo que estaremos viendo a continuación.
 

4.1 | Cambios en la estructura de datos en la Contabilidad de Activos

 Veamos los principales cambios en lo que respecta a la contabilidad de activos:

• Los datos reales de las tablas ANEK, ANEP, ANEA, ANLP, ANLC ahora se almacenan en la tabla ACDOCA. La información de la tabla ANEK que guardaba los datos de cabecera de los movimientos de activos fijos ahora se almacenan en la tabla BKPF.
• SAP proporciona vistas de compatibilidad FAAV_, por ejemplo, FAAV_ANEK, para reproducir las estructuras antiguas. Esto es importante sobre todo para los programas personalizados (zetas) que consultan las antiguas tablas.
• Los datos estadísticos, por ejemplo, para fines fiscales, que previamente se almacenaban en las tablas ANEP, ANEA, ANLP, ANLC ahora se almacenan en la tabla FAAT_DOC_IT.
• Los datos correspondientes a valores planificados que previamente se almacenaban en ANLP y ANLC ahora se almacenan en FAAT_PLAN_VALUES.
• La Contabilidad de activos clásica se transforma en la Nueva Contabilidad de activos mediante la ejecución de pasos de migración obligatorios relacionados con el módulo de activos fijos.
• Es posible la contabilización en diferentes períodos en los distintos ledgers, aunque tiene una restricción, el comienzo y fin del año fiscal debe ser igual.

4.2 | Cambios Funcionales en Activos Fijos

Ahora nos enfocaremos en 6 nuevos conceptos presentes en los cambios más importantes en FI-AA con la introducción de SAP S/4HANA.

 

1º Cambio FI-AA en HANA: Registros no estadísticos

Ya hemos mencionado varias veces la tabla ACDOCA como el gran cambio en finanzas, ya que tenemos todo en un solo lugar.

Lo mismo ocurre con activos fijos, antes en la tabla de contabilización teníamos solo el número de activo y su valor, pero además había tablas específicas de cabecera y detalle con toda información de la operación de activos fijos. Estas tablas, a su vez, estaban aperturadas en operaciones y amortizaciones.

2º Cambio FI-AA en HANA: Los Reportes

Con los cambios de tablas que mencionamos antes, la base de todos los reportes pasa a ser la tabla del diario universal.

Antiguamente, todos los reportes eran queries de las tablas propias de activos fijos, no se utilizaban las tablas de la contabilidad general, lo cual podía generar discrepancias entre un cuadro de activos fijos y un balance de la contabilidad.
 

3º Cambio FI-AA en HANA: La Reconciliación

Dado que ahora todo se almacena en único lugar, la tabla ACDOCA, ya no es necesario que se reconcilien los valores entre las contabilizaciones y los movimientos de activos fijos.

Al ser una base única de información ya no pueden existir diferencias entre los submódulos.
 

4º Cambio FI-AA en HANA: Las Depreciaciones

En las versiones anteriores, en la contabilidad solo teníamos un asiento resumen de las contabilizaciones de amortizaciones.

La apertura podía estar dada por áreas de valoración y objetos de costos.
Por ejemplo: Si el rubro Inmuebles tenía una única cuenta contable, el asiento de registración podría tener aperturas de centros de costos únicamente.
Esto impedía que desde la contabilidad se pudiera saber cuáles eran los activos que habían generado esa contabilización.

Actualmente en la tabla ACDOCA se genera una línea de registro por cada activo fijo que se amortiza.
 

5º Cambio FI-AA en HANA: Los Informes CO

Dentro de la integración FI/CO que aporta SAP HANA, todos los reportes de Controlling se pueden visualizar abiertos por activos fijos.
Antiguamente se registraba en CO un monto agrupado general, por periodo, pero sin detalle de los activos que lo generaron.
 

6º Cambio FI-AA en HANA: Las Áreas de Depreciación

Esto incrementa la cantidad de áreas que deben crearse. En SAP ECC debíamos configurar un área 01 para el ledger principal en moneda local y un área por cada moneda paralela.

En SAP HANA, si se han configurado ledgers paralelos con diferentes normas contables de valuación, se deberán crear áreas por cada uno de ellos.