¿Qué hay después de la consolidación?

Tras implantar un módulo de consolidación, las empresas suelen disponer de informes estándar de Estados Financieros (Balance y Cuenta de Resultados). Sin embargo, esto no elimina la necesidad de tareas manuales para generar informes adicionales requeridos por análisis, auditoría o financiación.

Por ello, es clave complementar la consolidación con soluciones que permitan crear “Reporting Packages” (memorias, notas e informes periódicos), integrando múltiples fuentes de datos y automatizando cálculos.

Además, se podrían incluir la automatización de documentación oficial, como informes para el Registro Mercantil (incluyendo XML) y formularios para la Administración tributaria.


Suele ocurrir que, como resultado final de la implantación de un módulo de consolidación, los usuarios disponen de una batería de informes de Estados Financieros (EEFF), generalmente estructurados en torno al Balance y la Cuenta de Resultados, incluyendo distintas variantes en los ejes de filas y columnas, comparativas, filtros y jerarquías de cuentas contables (o posiciones de consolidación).

Sin embargo, limitarse a este punto implica, en muchos casos, un impacto reducido en la optimización del trabajo del usuario, ya que continúan existiendo tareas manuales para la elaboración de informes complementarios. Estos informes son necesarios para cubrir requerimientos de análisis, atender exigencias del área de auditoría o dar soporte a la presentación de información ante entidades de financiación. Además de los saldos individuales y los EEFF consolidados, suelen requerir la integración de otras fuentes de información y la aplicación de cálculos o procesos adicionales.

En este contexto, surge la necesidad de construir baterías de informes periódicos —anuales o intermedios— comúnmente denominados “Reporting Packages”, “Memorias” o “Notas”.

Asimismo, en esta categoría de soluciones complementarias a la consolidación incluimos la automatización de la generación de documentación requerida para el Registro Mercantil (como la memoria y los ficheros en formato XML), así como la preparación de formularios para su presentación ante la Administración tributaria.

Reporting Package, Memorias o Notas

Con una periodicidad anual o trimestral, toda organización requiere una batería de informes adicionales a los tradicionales basados en la estructura de los Estados Financieros (EEFF). Estos documentos se caracterizan por proporcionar un mayor nivel de detalle sobre los principales epígrafes, aportando una visión más profunda de la evolución y situación del negocio.

Entre estos informes, se podrían señalar los siguientes:

Registro Mercantil

En España, toda sociedad está obligada a formular y depositar las cuentas anuales —incluida la memoria— en el Registro Mercantil. Para ello, esta institución pone a disposición aplicaciones específicas que permiten la cumplimentación de formularios y plantillas normalizadas para la presentación de la información.

Este proceso puede realizarse de forma manual o mediante la carga de ficheros generados automáticamente, habitualmente en formato XML para la información económico-financiera, así como documentos en formato Word o PDF en el caso de la memoria.

Si la mayor parte de la información requerida ya se encuentra disponible en los sistemas de consolidación —complementada, en su caso, con datos adicionales como los relativos al personal— es posible automatizar este proceso. De este modo, se reduce significativamente el esfuerzo manual necesario para cumplir con esta obligación, al tiempo que se mejora la consistencia, trazabilidad y fiabilidad de la información reportada

Retorno de la Inversión Asegurado

Si se tiene en cuenta que, durante el cierre contable de un período —especialmente al cierre anual—, los ajustes contables se producen con elevada frecuencia, y que esta información se utiliza para la elaboración de informes complementarios como los descritos, la ausencia de mecanismos automáticos que reflejen dichos ajustes en tiempo real puede derivar en el siguiente escenario:

  • Elevada inversión de tiempo en la elaboración manual de informes.
  • Riesgo significativo de errores debido al uso de procedimientos basados en “copy & paste”.

Nuestra experiencia en la implantación de soluciones de este tipo ha demostrado un alto grado de satisfacción por parte de los usuarios, al reducir significativamente el tiempo necesario para la elaboración de informes, disponer de información permanentemente actualizada y mejorar la fiabilidad e integridad de los datos. Este impacto es especialmente relevante en entornos con un número elevado de filiales, donde se requiere la generación de estos informes de forma individualizada para cada una de ellas.

Group Reporting, la revolución en la Consolidación Financiera de SAP

A partir de la edición 1809 de S/4 HANA Finance, se incluye Group Reporting como componente de Central Finance, la suite que permite aglutinar los datos necesarios para obtener los informes financieros – contables que requiera una organización. (La solución de Group Reporting, ya estaba incluida en la versión Cloud de S/4 HANA, la cual suele ir por delante en la innovación de funcionalidades).


Al parecer, ahora le toca a la Consolidación de SAP. Después de más de una década de SAP BusinessObjects Planning and Consolidation (SAP BPC), en la que han surgido, no tan sólo nuevas versiones, sino también variantes de la plataforma, estás últimas han ido afectando, principalmente, a la rama de la Planificación y Presupuestos, en la forma de implementar este tipo de soluciones.

Por variantes de SAP BPC, nos referimos a la Estándar, Embedded y a la Optimizada para S/4 HANA, cada una ellas con principios comunes, pero con arquitecturas diferentes y recursos particulares que repercuten en el diseño y desarrollo de cada solución.

La otra rama o categoría de soluciones de SAP BPC son las de Consolidación. Las tres variantes o ediciones de este producto, de algún modo, han mantenido los principios básicos del modelado de soluciones de Consolidación SAP BPC, bueno, hasta ahora.

Group Reporting, tomando lo mejor de cada herramienta.

A partir de la edición 1809 de S/4 HANA Finance, se incluye Group Reporting como componente de Central Finance, la suite que permite  aglutinar los datos necesarios para obtener los informes financieros – contables que requiera una organización. (La solución de Group Reporting, ya estaba incluida en la versión Cloud de S/4 HANA, la cual suele ir por delante en la innovación de funcionalidades).

Group Reporting, está llamado a ser, según un comunicado de SAP (por lo pronto, sólo lo he encontrado en Alemán), la herramienta que permita diseñar soluciones de Consolidación, que aglutinará las mejores funcionalidades de todas las herramientas de consolidación ofrecidas hasta ahora por este fabricante:  SAP Enterprise Controlling Consolidation System (SAP EC-CS), SAP Strategic Enterprise Management Business Consolidation System (SAP SEM-BCS), SAP Financial Consolidation  y SAP Business Planning & Consolidation (SAP BPC).

Group Reporting, implicaría ahorros

S/4 HANA se afirma como la base sobre la cual se constituirán los componentes que brinden a los negocios la gestión de sus transacciones del día a día y la analítica tradicional o avanzada, que con inmediatez, facilidad y de manera centralizada tendrán acceso los usuarios.  En esta línea, Group Reporting, para la implementación de una solución de Consolidación, implicaría, de manera clara, lo siguiente:

  • Reducción de infraestructuras, al utilizarse el mismo servidor o instalación.
  • Minimización o eliminación de procesos de carga de datos ETL, al utilizarse el Universal Journal de S/4, brindando mayor rapidez e integridad en los datos de origen.

Group Reporting en Central Finance ejecutaría los pasos de la consolidación para derivar los Estados Financieros consolidados, incluidas la conversión monetaria y las eliminaciones de operaciones entre las compañías del grupo.

Group Reporting es un cambio importante que deberemos observar al considerar un nuevo desarrollo o migración de versiones de SAP BPC.

Referencia: SAP News

Videoformación sobre el plug-in Analysis de Analysis for Office (orientado a la planificación)… Disponible!

Presentamos nuestra propuesta de formación en SAP Analysis for Office, plug-in Analysis, herramienta cliente para SAP BPC 10.1 Embedded y SAP BW-IP (Integrated Planning).


Presentamos nuestra propuesta de formación en SAP Analysis for Office, plug-in Analysis, herramienta cliente para SAP BPC 10.1 Embedded y SAP BW-IP (Integrated Planning).

En esta formación vemos, paso a paso, todo lo que debería definirse a nivel de objetos en la capa SAP BW/IP para que con el plug-in Analysis de Analysis for Office, se diseñe soluciones de planificación o cualquier otra necesidad de entrada de datos.

Referencia: Información sobre esta formación aquí.

Nota: Si tus necesidades de formación son sobre SAP BPC 10.0 o 10.1 estándar, tienes a tu disposición la videoformación sobre EPM Add-In y el plug-in EPM de Analysis for Office.

Próximas actualizaciones de Analysis for Office

Analysis for Office es una aplicación crítica tanto en el ámbito de la explotación y análisis del dato como en el ámbito de soluciones económicas – financieras, especialmente de planificación y presupuestos.


Analysis for Office es una aplicación crítica tanto en el ámbito de la explotación y análisis del dato como en el ámbito de soluciones económicas – financieras, especialmente de planificación y presupuestos. SAP BusinessObjects Analysis, edition for Microsoft Office como herramienta  para planificación, es la aplicación cliente para soluciones basadas en SAP BW Integrated Planning y SAP BusinessObjects Planning and Consolidation estándar (plug-in EPM) y Embedded (plug-in Analysis).

La importancia de esta aplicación obliga llevar un control, entre otras cosas, de la planificación de las actualizaciones que tiene fabricante, en este sentido, recomendamos la revisión periódica y/o suscripción a la nota SAP 1518359. A continuación extraemos las próximas fechas previstas de las próximas liberaciones extraídas del documento antes señalado:

¿El modelo de datos de BPC está más integrado a BW? – Serie “Modelos SAP BPC Embedded”– Opinión personal – Parte II


(continuación de la serie)

Cuando leemos afirmaciones tales como: los modelo de datos Embedded de SAP BPC 10.1 NW sobre SAP HANA ofrece mayor integración con la capa de datos de SAP NW BW, consideramos que no es exacta. Teniendo clara la connotación de la palabra “integración”, como la suma de las partes  para conformar un todo, en vez del término “integración” quizás más exacto sería utilizar el vocablo “sustitución”.

integrar-la-rae-dice
Connotación de la palabra «Integrar» según La RAE

Modelado de datos “BPC Embedded”, filosofía BW-IP

En una plataforma SAP BusinessObjects Planning and Consolidation 10.1 sobre SAP HANA (o edition for SAP HANA) al construir modelos Embedded, definiremos todos los elementos que conformarán nuestra arquitectura de datos los en la capa de SAP NW BW, teniendo en cuenta los principios y filosofía de BW e Integrated Planning, y muy poco o nada, los conceptos conocidos de SAP BPC, más aún cuando se trata de un proyecto de Planificación que de Consolidación.

Sólo como paso final, en cuanto al modelado de datos se refiere, vincularemos nuestro Infoprovider (Cubo, DSO, aDSO, Multiprovider o CompositeProvider) a un Environment o Entorno BPC, indispensable si requerimos consolidar y resulta “optativo” en la planificación si requerimos utilizar funcionalidades propias de BPC, tales como el “flujo de procesos de negocio” (Business Processs Flow, BPF) o formularios/informes con interfaz Web. “Optativo”, porque no realizar esta vinculación no impide construir formularios de entrada de datos en Analysis for Office y poner en marcha un proceso de planificación o presupuesto.

usuarios-desconcertados-10-anos-de-desarrollo-de-sap-bpc-punto-de-partida-y-estado-actual-en-comun-sap-bw-ip
10 años de evolución de SAP BPC, punto de partida y estado actual en común: SAP BW-IP, ¿usuarios desconcertados?

 ¿SAP BPC Embedded, es realmente SAP BPC?

Efectivamente, el modelado de datos BPC Embedded resulta más eficiente y ágil, ofrece más independencia de los conceptos del BPC tradicional, tales como la tipificación de las dimensiones o el uso de un único ratio. Entonces, ¿SAP BPC Embedded, es realmente SAP BPC? Han pasado casi 10 años desde que SAP comprase OutlookSoft, bautizara esta plataforma de Planificación y Consolidación Financiera como SAP BPC y señalara que era la solución a elegir para estos fines. Si hace diez años la herramienta “oficial” de Planificación de SAP era Integrated Planning (SAP BW-IP), hoy por hoy, parece que hubiéramos regresado al punto de partida.

La gran variante de SAP BPC Embedded es la base de datos SAP HANA, la cual no tan sólo contendrá los datos de nuestros procesos automatizados, sino también realizará el cálculo o tratamiento de los mismos para obtener resultados en menor tiempo, gracias a su potencia de cálculo in-memory. Pero resulta que estos cálculos se diseñan y configuran en la capa Integrated Planning (SAP BW-IP).

SAP BPC Embedded tiene muy poco de BPC y más de BW-IP, a nuestro parecer, el nombre obedece a una estrategia comercial del fabricante, el cual exige una licencia de BPC aunque sólo se modele en BW – Integrated Planning.