Maquillaje de cuentas (Parte I)

Tanto para las decisiones externas o internas, la fiabilidad y exactitud de la información financiera es importante, ya sea por un lado, adquirir acciones, brindar préstamos o por otro lado, emprender acciones de marketing, recursos humano e inclusive sobre tecnología. Decidir teniendo como base o referencia la información financiera falseada puede generar graves consecuencias económicas a las personas o entidades que se vean afectadas, por ejemplo, por mencionar casos recientes reflejados en los medios informativos: Gowex o Pescanova.


Tanto para las decisiones externas o internas, la fiabilidad y exactitud de la información financiera es importante, ya sea por un lado, adquirir acciones, brindar préstamos o por otro lado, emprender acciones de marketing, recursos humano e inclusive sobre tecnología. Decidir teniendo como base o referencia la información financiera falseada puede generar graves consecuencias económicas a las personas o entidades que se vean afectadas, por ejemplo, por mencionar casos recientes reflejados en los medios informativos: Gowex o Pescanova.

La manipulación contable, entre las actividades delictivas más frecuentes en las empresas

¿Maquillaje contable?

O “contabilidad creativa” consiste en modificar las cuentas con el fin de presentar una imagen distinta a la realidad, en algunos casos puede ser más favorable para, por ejemplo, mejorar la cotización bursátil, aumentar dividendos, mejorar evaluación de directivos y su retribución sujeta a resultados u obtener financiación. En otros casos, se busca ofrecer una imagen más desfavorable para, por ejemplo, pagar menos impuestos o solicitar subvenciones a los organismos Administrativos.

Tipos de maquillaje

  • Cuando se trata de elevar o reducir los beneficios se denomina «gestión del beneficio» (earnings management).
  • Traspasar los resultados de un año a otros, reduciendo los resultados de un año bueno a los años sucesivos. Una “técnica” sería, por ejemplo, contabilizando importantes deterioros en un año que se anulan en el futuro. Esta es una variante del caso anterior, denominado “aislamiento de los beneficios” (income smoothing).
  • «Enjuague contable» (big bath) es otra técnica similar, que consiste en aumentar las pérdidas para revertirlas en el futuro y así mejorar los beneficios.

Legalidad en el maquillaje

La normativa de cada país, para determinadas circunstancias, puede permitir una contabilización que más le interese a cada organización, por ejemplo, la cuantificación de ingresos basados en estimaciones optimistas o pesimistas sobre el futuro, deterioros y provisiones por litigios o pensiones.

Otro caso puede ser con las iniciativas de Investigación y Desarrollo, para las cuales se puede optar por “activar los gastos” cuando interesa elevar los beneficios o “contabilizar gastos” cuando interesa reducirlos.

Se estima que el Plan General de Contabilidad de España tiene más de un centenar de operaciones en las que se puede elegir entre varias alternativas de contabilización o se tiene que efectuar estimaciones subjetivas (Estudio de ACCID 2008).

Maquillajes ilegales

  • Ocultar ventas o gastos
  • Contabilizar ventas o gastos ficticios
  • Ocultar activos o deudas
  • Retrasar la contabilización de gastos o ingresos
  • Ocultar participaciones accionariales para no consolidar cuentas de filiales

Referencia: Revista Harvard Deusto (Número 246)

Los valores correctos de la propiedad LEVEL de la dimensión TIME

En muchos casos se espera que las propiedades que conforman las dimensiones tipificadas de SAP BPC (SAP Business Planning and Consolidation) reciban valores determinados, de lo contrario, se podría producir un comportamiento anómalo e inclusive podría generarse errores con interrupción en la ejecución de los procesos.


En muchos casos se espera que las propiedades que conforman las dimensiones tipificadas de SAP BPC (SAP Business Planning and Consolidation) reciban valores determinados, de lo contrario, se podría producir un comportamiento anómalo e inclusive podría generarse errores con interrupción en la ejecución de los procesos.

Una de estas propiedades es la denominada LEVEL de la dimensión tipo TIME, la cual puede contener en los miembros de dimensión, sólo uno de los siguientes valores: TOTAL, YEAR, QUARTER, MONTH, WEEK y DAY. La asignación de cualquier otro valor podría generar, inclusive, problemas de rendimiento.

Referencia: Notas SAP 2019943 y 2193471

La distribución de tablas en SAP HANA

En un sistema de base de datos, las tablas pueden ser distribuidas en distintos hosts para brindar balanceo de carga y evitar problemas de tipo OOM (Out of memory). En SAP HANA la distribución de tablas sólo es posible en un escenario Scale-out (uso de múltiples procesadores como una sola entidad), a través de los siguientes mecanismos:


En un sistema de base de datos, las tablas pueden ser distribuidas en distintos hosts para brindar balanceo de carga y evitar problemas de tipo OOM (Out of memory). En SAP HANA la distribución de tablas sólo es posible en un escenario Scale-out (uso de múltiples procesadores como una sola entidad), a través de los siguientes mecanismos:

  • Diferentes tablas asignadas a diferentes Index Servers (Particionamiento de base de datos y distribución de tablas).
  • La misma tabla dividida a través de multiples Index Servers (Particionamiento de tablas)

Por defecto, las nuevas tablas se distribuyen en los Index Server disponibles, sin embargo es posible especificar que una tabla o partición se cree en uno en concreto. Por otro lado, existe la posibilidad de realizar una redistribución de tablas, la cual podría plantearse en los siguientes casos:

  • Antes de retirar un host
  • Después de adicionar un host
  • Optimizar la distribución de tablas actual
  • Optimizar la partición de tablas existente

Por lo general, después de añadir o eliminar nodos, la redistribución (Landscape Redistribution) debe llevarse a cabo. En base a la configuración se sugerirá un nuevo panorama. En este proceso se considera sólo las tablas basadas en columnas (column-store tables), no son consideradas las tablas del sistema, temporales y basadas en filas (row-store tables).

En un sistema SAP NW BW sobre SAP HANA, los datos son distribuidos, grosso modo, del siguiente modo:

  • Nodo Principal: Contiene las tablas con almacenamiento basado en filas, tablas del sistema ABAP y datos operacionales generales.
  • Nodo Esclavo o Worker Node: Contiene todos los datos maestros de BW, cubos, DSO y PSAs

Nota: Quizás, sea útil tener presente los siguientes conceptos:

  • Un host es una máquina (compuesto por CPU, memoria, almacenamiento, red y sistema operativo) que ejecuta parte del sistema SAP HANA.
  • Un sistema distribuido SAP HANA, es un sistema que es instalado en más de un host.
  • Una instancia SAP HANA es un conjunto de componentes de un sistema distribuido que es instalado en un host.
  • Cada instancia tiene un “index server”, “preprocessor server” y “name server”. El “statistic server” existe sólo uno por sistema.

Referencia: SAP Note 2081591

SAP HANA Smart Data Access

Desde la actualización SPS 06 de SAP HANA, existe la característica Smart Data Access, la cual consiste en acceder a datos externos sin tener que replicarlos en SAP HANA. Esta técnica, grosso modo, consiste en crear tablas virtuales en HANA que apuntan a tablas remotas ubicadas en distintas fuentes, luego de lo cual se podrían escribir consultas SQL en SAP HANA las cuales serían ejecutadas en la base de datos correspondiente y el resultado sería devuelto a la consulta HANA para completar la operación.


Desde la actualización SPS 06 de SAP HANA, existe la característica Smart Data Access, la cual consiste en acceder a datos externos sin tener que replicarlos en SAP HANA. Esta técnica, grosso modo, consiste en crear tablas virtuales en HANA que apuntan a tablas remotas ubicadas en distintas fuentes, luego de lo cual se podrían escribir consultas SQL en SAP HANA las cuales serían ejecutadas en la base de datos correspondiente y el resultado sería devuelto a la consulta HANA para completar la operación.

La comunicación entre SAP HANA database y la base de datos remota es vía ODBC (los drivers de la BBDD remota deben ser instalados), a partir de la reciente actualización SPS 10 se soportan las siguientes fuentes de datos: SAP HANA, SAP IQ, SAP ASE, SAP Event Stream Processor, SAP MaxDB, Teradata Database, Microsoft SQL Server 2012, Oracle 12c, IBM DB2, Hadoop Hortonworks HDP 2.3, IBM Netezza Appliance.

Los usos sugeridos por SAP son los siguientes:

  • Abordar proyectos Big Data conectándose a Hadoop para analizarlos con datos SAP HANA.
  • Utilizar datos inactivos (cold storage) aquellos que muy rara vez se acceden y se desean combinar en consultas con datos de uso frecuente (hot data) en SAP HANA.
  • Crear aplicaciones SAP HANA que accedan a diversas fuentes de datos.
  • Adicionalmente, cabe señalar que a través de la tabla virtual es posible realizar todo tipo de operaciones sobre la tabla remota, tales como seleccionar, actualizar, insertar, eliminar, etc.

Referencias: Notas SAP 2180119 y 18668209

Problemas conocidos de SAP EPM Add-in


Con el cliente de SAP BPC 10.0 / 10.1 (Business Planning and Consolidation), denominado SAP EPM Add-in, podemos encontrarnos con algunos mensajes de error recurrentes al realizar algunas tareas básicas tales como conectarnos, grabar, leer o cambiar el estado del Work Status.

A través de la nota 2147402, SAP ha recopilado los mensajes más habituales que podemos encontrar al utilizar el componente SAP EPM Add-in, muchos de estos errores o «issues» se solucionan utilizando una actualización superior al SP20, recomendamos la subscripción o revisión periódica de este documento.

Referencias: 2147402 – Check points for EPM Add-in issue on BPC NW (o aquí)