Consolidación financiera: Métodos

Las empresas, con el fin de crecer o sobrevivir, entre ellas se pueden producir las siguientes operaciones:


Las empresas, con el fin de crecer o sobrevivir, entre ellas se pueden producir las siguientes operaciones:

  • Fusiones entre empresas
  • Compra de una parte del negocio de una empresa por parte de otra
  • Compra de acciones de una empresa por parte de otra.

De estas probables operaciones comerciales, sólo en el caso de compra de acciones, tanto la adquiriente como la adquirida, mantienen su independencia jurídica, es decir, siguen existiendo como empresas individuales, pero quizás queden bajo una dirección única, obligadas, por consiguiente, a consolidar su información financiera.

Según el porcentaje de propiedad y/o control que tiene la sociedad dominante sobre las dependientes se aplicarán uno de los siguientes métodos para consolidar la información del grupo:

  • Método de integración global. Consiste en la incorporación al balance de la sociedad dominante el total patrimonio de las sociedades dependientes y en la cuenta de pérdidas y ganancias de la sociedad dominante se incorporarán todos los ingresos y gastos de las sociedades dependientes.  Aplicable a las sociedades dependientes o filiales en las que se tiene un control del 100%.
  • Método de integración proporcional. Similar al método de integración global, salvo que se agrega en la proporción que se posea de la sociedad multigrupo dado que se gestiona conjuntamente con alguien más.
  • Procedimiento de puesta en equivalencia (método de participación).  Se aplica a las sociedades asociadas.  Es un método carece de la fase de agregación. Para una sociedad multigrupo se puede aplicar este método.

El conjunto de sociedades que se integran por los métodos de integración global e integración proporcional se denomina “conjunto consolidable”.

El conjunto de sociedades que se integran por los métodos de integración global, integración proporcional y puesta en equivalencia se denomina “perímetro de consolidación”.

«Ley de signos» en SAP BPC

En ocasiones se olvida o se ignora que los principios sobre los que está diseñado SAP Business Planning and Consolidation (SAP BPC) provienen de su fabricante original, OutlookSoft, usuarios y consultores de otros productos, que comienzan a conocer el producto, al descubrir alguna característica apuntan expresiones como “… pero esto no es SAP”.


En ocasiones se olvida o se ignora que los principios sobre los que está diseñado SAP Business Planning and Consolidation (SAP BPC) provienen de su fabricante original, OutlookSoft, usuarios y consultores de otros productos, que comienzan a conocer el producto, al descubrir alguna característica apuntan  expresiones como  “… pero esto no es SAP”.

SAP en la versión 10.0 ha realizado más avances para que SAP BPC sea más similar al estándar, pero hay cosas que no podrán variar, como la forma en que se almacenan los importes.  En BPC los importes de los datos transaccionales se almacenan según la parametrización que se realice en la dimensión (equivalente a una tabla de datos maestros) de tipo ACCOUNT dedicada para definir los conceptos o cuentas que se utilizarán en la automatización de un proceso de presupuesto, planificación o consolidación.  Dentro de esta dimensión hay un atributo (equivalente a un campo o atributo) denominado ACCTYPE (Account Type) que puede tener los siguientes valores:

  • INC: Ingresos (Income – PyG)
  • EXP: Gastos o Costes (Expense – PyG)
  • AST: Activo (Asset – Balance)
  • LEQ: Pasivo (Liabilities & EquityBalance)

Según el valor de la propiedad ACCTYPE los datos que se ingresen vía formularios de entrada o proceso de carga de datos, los importes son tratados del siguiente modo:

Intentar “forzar” un tratamiento diferente a los parámetros BPC que rigen esta “ley de signos” puede ocasionar un resultado impredecible.

Referencia: (aquí)

Notas SAP sobre SAP BPC 10.0 NW powered by SAP HANA

Si tienes la suerte de estar trabajando con SAP HANA como plataforma y base de datos in–memory computing, o simplemente te estas preparando para cuando surja la oportunidad, una Nota SAP que deberías tener presente es la …


Si tienes la suerte de estar trabajando con SAP HANA como plataforma y base de datos in–memory computing, o simplemente te estas preparando para cuando surja la oportunidad, una Nota SAP que deberías tener presente es la 1734706, este documento agrupa las referencias a las notas de SAP de SAP Business Planning and Consolidation sobre SAP HANA (HANABPC), no contiene todas, pero figuran las más relevantes

Referencia: NT 1734706

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í