Consolidación Financiera: Marco normativo

Cuando se trata de implementar una herramienta informática para automatizar un proceso de negocio, la clave está en comprender el proceso, pero si el área implicada es la económica – financiera – contable, quizás conlleve más tiempo de lo habitual comprenderlo si es que no se tiene una base de conceptos sobre las técnicas contables y financieras. Si particularizamos dónde puede ser más crítico la falta de un conocimiento funcional a la hora de implementar una solución automatizada, creemos que es en la Consolidación Financiera.


Cuando se trata de implementar una herramienta informática para automatizar un proceso de negocio, la clave está en comprender el proceso, pero si el área implicada es la económica – financiera  – contable, quizás conlleve más tiempo de lo habitual comprenderlo si es que no se tiene una base de conceptos sobre las técnicas contables y financieras.  Si particularizamos dónde puede ser más crítico la falta de un conocimiento funcional a la hora de implementar una solución automatizada, creemos que es en la Consolidación Financiera.

Sin pretender detallar o profundizar  en las técnicas de la Consolidación, compartiremos en esta entrada y en siguientes, unas pinceladas al respecto, comenzando por lo primero, el marco normativo que la regula.

Una definición sobre Consolidación

La consolidación es una técnica que permite obtener estados financieros agregados de un grupo de empresas, entendiéndose como grupo a un Conjunto de sociedades donde se ejerce un control o dirección única por parte de una sociedad dominante o matriz sobre un conjunto de sociedades dependientes o filiales.  Los grupos de empresas no tienen personalidad jurídica, no existen legalmente pero si económicamente, actuando como una entidad.

Además de las figuras de sociedad matriz y sociedades dependientes, se puede presentar el concepto de sociedad multigrupo, el cual define a empresas gestionadas por una o varias sociedades del grupo conjuntamente con otra u otras ajenas al grupo.

Marco Normativo

Conceptos o definiciones como las anteriores se desprenden del marco normativo que se utiliza en un país o región, pero en el caso de  la consolidación financiera, la gran mayoría de los países tiene un marco legal/normativo basado en las denominadas NIIF.

Más de 75 países obligan total o parcialmente la aplicación de las NIIF , en el ámbito europeo, la consolidación está regulada por las Normas Internacionales de Información Financiera (NIIF) o International Financial Reporting Standards (IFRS).  Las NIIF existente desde los años 70 (en 1973 surgen las NIC, Normas Internacionales de Contabilidad, ampliadas en 2001, constituyéndose las actuales NIIF), pero recién en 2005 Europa la considera como referencia para la consolidación de estados financieros de cualquier grupo cotizado en cualquier bolsa europea.

Las NIIF son normas identificadas por un número, cada una de ellas regula un aspecto concreto de la información financiera de las empresas o de los grupos de empresas, las NIIF que afectan a la consolidación financiera son las siguientes:

  • NIIF 10: Estados financieros consolidados.
  • NIIF 11: Acuerdos conjuntos.
  • NIIF 12: Información a revelar sobre participaciones en otras entidades

En cuanto al marco legal que regula la consolidación en España:

  • Código de Comercio, artículos del 42 al 49 (aquí)
  • Real Decreto 1159/2010, el cual aprueba las “Normas para la formulación de las cuentas anuales consolidadas” (NFCAC). (aquí)

La normativa española se ha adaptado según las NIIF, los grupos de empresas que no cotizan en bolsa pueden optar libremente entre la normativa española y las NIIF.  Basta que cualquier empresa de un grupo cotice en un bolsa europea para que se consolide bajo las pautas de la normativa NIIF.

Referencias:

¿SAP HANA-Optimized Infocubes?

En el anterior post se señalaba cómo SAP BPC NW 10.0 se puede beneficiar si se configura sobre SAP HANA y se utilizan los cubos optimizados. Si se lleva SAP NW BW sobre una plataforma SAP HANA (SAP NW BW powered by SAP HANA) el criterio que debería predominar es que se aplique toda la tecnología que nos permitirá obtener el mayor beneficio del procesamiento in-memory computing. Unas de estas técnicas a poner en marcha son los denominados SAP HANA Optimized Infocubes.


En el anterior post se señalaba cómo SAP BPC NW 10.0 se puede beneficiar si se configura sobre SAP HANA y se utilizan los cubos optimizados (Nota: SAP BPC NW 10.0 requiere SAP NW BW 7.3 y SAP NW BW 7.3 puede ser configurado sobre SAP HANA).  Si se lleva SAP NW BW sobre una plataforma SAP HANA (SAP NW BW powered by SAP HANA) el criterio que debería predominar es que se aplique toda la tecnología que nos permitirá obtener el mayor beneficio del procesamiento in-memory computing.  Unas de estas técnicas a poner en marcha son los denominados SAP HANA Optimized Infocubes.

Estos infocubos optimizados para SAP HANA se basan en que en la construcción del denominado “modelo en estrella”, físicamente no se crean tablas de dimensiones, ratios y características físicamente son incluidos en la tabla de hechos.  El concepto de dimensiones tal como se conoce en entornos BW se mantiene, como un “concepto lógico” con el fin de facilitar el uso de herramientas como BEx Query Designer.  Esta arquitectura, unida al almacenamiento en columnas, y la ausencia de dos tablas de hechos (Tabla E, datos comprimidos y Tabla F, datos de entrada no comprimidos) optimizará el rendimiento de cualquier aplicación.

Para convertir un tradicional infocubo a un infocubo optimizado, se utiliza una transacción que permite seguir utilizando la plataforma a los usuarios (excepto las cargas de datos), la operación de conversión tardará en función del volumen de datos, algunas estimaciones señalan entre 10 y 20 minutos para cubos con cientos de millones de registros.  Para esta conversión sólo se espera que el cubo origen no tenga más de 233 ratios (key figures) y un máximo de 248 características.

Referencias: aquí

Resumiendo Q&A de Webinar sobre SAP BPC (#SAPBPC o #BPC)

Ha transcurrido casi medio año desde que se liberó SAP Business Planning and Consolidation 10.0 para Netweaver (SAP BPC NW) y no nos queda duda que sucederá lo mismo que sucedió con la versión 4.0 de SAP BusinessObjects BI 4.0 (BI4), será necesario un año desde su liberación para contar con un producto estabilizado, BI4 ya lo ha logrado, con SAP BPC seguro que en medio año más tendremos menos problemas para implementarla.


Ha transcurrido casi medio año desde que se liberó SAP Business Planning and Consolidation 10.0 para Netweaver (SAP BPC NW) y no nos queda duda que sucederá lo mismo que sucedió con la versión 4.0 de SAP BusinessObjects BI 4.0 (BI4), será necesario un año desde su liberación (General Availability, GA) para contar con un producto estabilizado, BI4 ya lo ha logrado, con SAP BPC seguro que en medio año más tendremos menos problemas para implementarla.

SAP BPC NW 10.0, desde su liberación se han publicado dos actualizaciones para su servidor BPC (actualmente en el SP08) y para el componente cliente, denominado SAP EPM Add-in 10.0, más de una docena de actualizaciones (entre SPs y patchs, actualmente en SP12 Patch 6), componente en dónde se han encontrado la mayor cantidad de errores o temas por mejorar.

En un reciente webinar de SAP Insider se contestaron algunas preguntas, destacamos las que nos parecen más relevantes:

  • Sobre la migración de BPC NW 7.5 a 10.0 se señala dos técnicas: Actualización desde un servidor 7.5 e Instalación de un nuevo servidor 10.0 con importación de datos (aquí y aquí nuestros posts sobre este tema).
  • Es posible cargar datos maestros desde ECC a BPC utilizando una cadena de proceso (nota: es incluida en el estándar, debe ser habilitada a través del organizador de paquetes de BPC).
  • Se puede activar la funcionalidad de reconocimiento de miembros de dimensión para la construcción rápida de informes (nota: Esta funcionalidad del EPM Add-in es muy probable que todos quieran desactivarla, interrumpe el  trabajo si se desea trabajar con otros libros sin conexión a BPC y exige definir un único ID a nivel de un modelo para evitar el menú consultando a que dimensión pertenece ante una ambigüedad).
  • Si es posible utilizar SAP BPC 7.5 sobre SAP HANA (aquí nuestro post) pero realmente es en BPC 10.0, a través del componente HANABPC , donde se logrará un mejor rendimiento de HANA para el procesamiento de modelos BPC, en gran medida esto se logra porque se utilizan los denominados InfoCubos “HANA Optimized”.
  • Sobre los grandes cambios de la versión 10.0 de SAP BPC se destaca lo siguiente:  
    • Cambio del editor del perímetro de consolidación del Dynamic Hierarchy Editor (Basado en plantillas MS Excel-) al Ownership Manager (basado en interfaz Web),
    • Monitor de Consolidación (alternativa sólo disponible en entornos Netweaver).
    • Las reglas de negocio (business rules) no han cambiado, lo que ha variado es el entorno dónde se definen (en la edición Microsoft es similar a la versión anterior).
    • En cuanto a los Journals (formularios especiales para realizar ajustes como parte del proceso de consolidación) se han realizado algunos cambios en ambas ediciones.
  • En la edición para Microsoft (MS) las novedades más destacables es el soporte de MS SQL Server 2012 (desde el SP07) y mejora del rendimiento y en la edición para SAP Netweaver (NW) se  destaca el soporte de SAP HANA (desde la SP06) … ¿alguien duda que SAP BPC MS y SAP BPC NW son dos productos distintos, cada vez más?
  • SAP BPC powered by SAP HANA permite la manipulación de grandes volúmenes de información y al tener el procesamiento a nivel de base de datos, posibilita un mayor uso de las fórmulas a nivel de miembros de dimensión (Member Formulas, generalmente definidas en la dimensión de tipo Account), una característica a utilizar con moderación en otros entornos para no afectar el rendimiento.
  • Las soluciones cloud de SAP EPM (EPM on-demand solution from SAP) son complementarias a la solución estándar.

Referencias: aquí y aquí

Co-innovación, Co-creación, Open Innovation,… ¿a costa del cliente?

“Crear nuevos productos con la colaboración del cliente”, “diseñar mejores experiencias para el usuario”,… estas frases tan usadas suena muy bien, aún se «venden» y si le ponemos un nombre en inglés, mucho mejor.


“Crear nuevos productos con la colaboración del cliente”, “diseñar mejores experiencias para el usuario”,… estas frases tan usadas suena muy bien, aún se «venden» y si le ponemos un nombre en inglés, mucho mejor.

Buscando una definición de Co-innovation, nos quedamos con la siguiente:

“Coinnovación” es un modelo que parte de la unión de dos importantes conceptos, la innovación y la colaboración. Se fundamenta en una visión abierta de la empresa. Esta apertura para innovar se materializa con la colaboración con distintos “stakeholders” (o agentes implicados) que pueden ser internos o externos a la organización.

¿Pero cuáles son sus límites? Si un fabricante de software lanza un producto al mercado, clientes ilusionados lo adquieren inmediatamente, pero se encuentran que el software tiene errores que se traducen en no menos de una docena de “actualizaciones” o la corrección de alrededor de 1.000 “issues” en menos de un año y si además el usuario debe inventar soluciones alternativas (o workarounds, en inglés suena mejor), ¿esto es “co-innovación”?

Sin mencionar marcas o nombres de productos, las experiencias enseñan que ante un nuevo producto, lo recomendable es esperar por lo menos un año, para que el producto “madure”, siempre habrá “usuarios ilusionados” que lo adquieran inmediatamente que “colaborarán” en su “maduración”.

Referencias: (aquí y aquí)

Los PAM de SAP se modernizan

Cada producto SAP tiene un documento asociado denominado Matriz de Disponibilidad del Producto (Product Availability Matrix, PAM) estos documentos sintetizan en pocas páginas las características, requerimientos y planes de evolución de producto. Hasta ahora, el acceso a estos documentos es a través de un interfaz clásica pero poco funcional


Cada producto SAP tiene un documento asociado denominado Matriz de Disponibilidad del Producto (Product Availability Matrix, PAM) estos documentos sintetizan en pocas páginas las características, requerimientos y planes de evolución de producto.  Hasta ahora, el acceso a estos documentos es a través de un interfaz clásica pero poco funcional (aquí el enlace al sitio clásico).

SAP ha desarrollado una web específica para estos documentos (aún en fase beta) que facilitaría su acceso, por lo visto aún no tiene todos los documentos que debería tener, pero es un sitio web a tener en cuenta (aquí el enlace a la nueva web).  En ambos casos se requiere usuario/contraseña de SAP Marketplace.

Referencia: (aquí una muestra del PAM más consultado)