El Cisne Negro en el BI (III Parte) y los presupuestos

Los presupuestos tienen un alto componente de incertidumbre: el comportamiento del consumidor. Podemos realizar nuestras proyecciones de ventas y en función de ello, elaborar el resto de presupuestos, pero por más estudios o análisis que realicemos, debemos saber que los valores de las variables que hemos considerado inicialmente pueden cambiar abruptamente y significativamente, en cualquier momento.


“La inauguración  de la Opera de House de Sidney estaba prevista para principios de 1963, con un coste de 7 millones de dólares australianos.  Al final, abrió sus puertas más de diez años después y, aunque era una versión menos ambiciosa de lo que en un principio se había concebido, acabó por costar entorno a 104 millones de dólares australianos (El Cisne Negro, p208)”¿error de planificación ? Lo que si estamos seguros es que lo inesperado casi siempre actúa en un único sentido: mayores costes y más tiempo (p231)”

Además de la falta de control y liderazgo responsable,  alguno de los siguientes aspectos, que en alguna ocasión hemos observado en ciertos procesos presupuestarios, responden la anterior pregunta:

  • La exagerada antelación con la que se preparan, algunos comienzan en abril, haciendo supuestos de lo que pasará los próximos ochos meses.
  • Elevada dedicación en tiempo y personas, al margen si utilizan un sistema informático adecuado.
  • La simplicidad para estimar los supuestos para los meses del año en curso y para el próximo ejercicio.
  • El cuestionamiento reciproco entre responsables y validadores sobre los supuestos, como si alguien tuviera la certeza absoluta del comportamiento futuro de las variables que influyen en el sector de la organización.
  • Poco enfoque en las tareas de control: desviaciones presupuestarias.

Los presupuestos tienen un alto componente de incertidumbre: el comportamiento del consumidor. Podemos realizar nuestras proyecciones de ventas y en función de ello, elaborar el resto de presupuestos, pero por más estudios o análisis que realicemos, debemos saber que los valores de las variables que hemos considerado inicialmente pueden cambiar abruptamente y significativamente, en cualquier momento.  Lo que se conoce como la degradación de la predicción a medida que el período proyectado se alarga (futuro cercano y futuro lejano)

Hace un tiempo conocimos un sistema de presupuestos, artesanal, pero efectivo. Utilizando hojas de cálculo, una cadena de comercial realiza su presupuesto del siguiente ejercicio en noviembre, en aproximadamente mes y medio, esta elaborado, revisado y transferido a todas las unidades de gestión.  Al cuestionar la aparente poca dedicación, me indicaron, que por las características de su sector, lo importante para ellos era la revisión del presupuesto de referencia (bimensual o mensualmente). Para esta organización, los presupuestos es el principal instrumento de comunicación y motivación para cada punto de venta, y enviar un “mensaje” con parámetros desfasados podría resultar contraproducente.  Por otro lado, no les parece productivo especular sobre lo que podrá suceder el siguiente año, cuando no saben como terminará el que esta en curso.  Los números finalmente avalan su gestión, tal vez podría mejorarse la eficiencia de su proceso presupuestario, pero eso, es otro tema.

Quizás en algunos sectores el comportamiento de las variables que las rigen sean más estáticas y el grado de “acierto” es cercano a la perfección, pero creemos que esto es lo menos frecuente, inclusive en el sector público.  La amplitud de variables, su inestabilidad y efecto contagio, hoy por hoy, es la norma.

Referencia (anteriores post): Parte I y Parte II

¿PALO de Jedox Vs. BPC de SAP?

En cualquier comparativa, antes de iniciarla, ya se sabrá que producto ofrece más prestaciones, creemos que la utilidad de una comparativa estará dada si se parte identificando las características de la problemática por solucionar y analizando como (facilidad o eficiencia) cada alternativa cubre las necesidades identificadas.


Descabellado o loco, cualquier de esos dos adjetivos estarían bien merecidos si se hicieran una comparativa genérica, sin contextualizarla o enmarcarla en una realidad o necesidades concretas a satisfacer.

En cualquier comparativa, antes de iniciarla, ya se sabrá que producto ofrece más prestaciones, creemos que la utilidad de una comparativa estará dada si se parte identificando las características de la problemática por solucionar y analizando como (facilidad o eficiencia) cada alternativa cubre las necesidades identificadas.

PALO y BPC, han sido desarrolladas para atender las necesidades de planificación, adicionalmente BPC tiene funciones de consolidación financiera. Ambas herramientas se basan en hojas de cálculo Excel para desarrollar lo que será el entorno de trabajo que tendrá el usuario final y utilizan una base de datos multidimensional para almacenar los  datos que introduzca el usuario (datos transaccionales) y los utilizados de referencia para el diseño de plantillas (datos maestros).

PALO tiene una serie de características que nos agradan y que deberían tenerse en consideración en cualquier comparativa:

  • Es un producto Open Source (gratis), inicialmente la versión estándar podría ser suficiente, luego se podría requerir algún componente adicional tipo Premium (de pago).
  • Utiliza una base de datos multidimensional en memoria.  Los tiempos de respuesta de las lecturas y escrituras son muy buenos.
  • Además de la versión para MS Excel, también hay una versión para OpenOffice.
  • El entorno de trabajo es el mismo para el modelado de datos, actualización de datos maestros (miembros), diseño de plantillas y otras tareas de administración: MS Excel.
  • PALO SAP Connectivity, es el componente que permite recuperar y volcar datos en SAP R/3 y SAP BW.

Anteriormente habíamos comentado sobre PALO, gracias a ello conocimos a George Javanovic y su blog Sobre el Software y Otras Hierbas. George, también esta fascinado con este producto por su simplicidad y bajo coste, nos ha contado sobre su experiencia, sobre la cual extraemos los siguientes aspectos:

  • Para un proyecto de planificación para una cadena de retail con 300 establecimientos escogieron PALO de Jedox, previamente lo compararon con Hyperion Planning y los tiempos de implementación eran sustancialmente distintos, la estimación en Hyperion fueron de tres meses y para PALO, tres semanas.
  • Se cuenta con varios recursos de ayuda y consulta como el forum o blog.
  • No cuenta con sofisticas rutinas para realizar tareas de consolidación, pero si se pueden definir ciertas reglas de negocio para la eliminación intercompañia o repartos.
  • Pueden utilizarse herramientas ETL para recuperar datos de fuentes externas.
  • Sobre si echaría en falta alguna característica, nos comentó sobre los workflows pero que lo podría solventar con el diseño de un panel que guíe el proceso.

Resultan interesantes también los vídeos de PALO en la Web del producto y los vídeos, algo más antiguos, publicados en Youtube, pero que demuestran la rapidez y facilidad de despliegue del producto.

Consideramos que PALO, para tareas de planificación, dependiendo las necesidades del usuario y la infraestructura tecnológica existente, puede ser una alternativa comparable a los productos de pago o comerciales más conocidos.

Referencia:

SAP BPC 7.5 NW, ya esta disponible

Estaba tardando, SAP BPC 7.5 para Netweaver ya esta disponible para su descarga para todo los usuarios. Para instalarlo, según la nota central, será necesario desinstalar la versión anterior.


Estaba tardando, SAP BPC 7.5 para Netweaver ya esta disponible desde ayer para su descarga para todo los usuarios.  Para instalarlo, según la nota técnica central, será necesario desinstalar la versión anterior.

Viene con tres actualizaciones, desplegadas en su fase de pruebas o Ramp-up, bastaría con descargar la última (SP3) y ejecutarla después de haber instalado el producto.

Esperemos ver la nueva versión pronto, por lo visto en la versión para Microsoft, gran parte de los grandes mejoras estarán sólo en la versión para Netweaver.

Referencia:

Ventajas de SAP BPC NW con relación a SAP BPC M

Es evidente que ambas presentaciones del mismo producto están adquiriendo funcionalidades diferentes, según la plataforma en la que se implemente: Netweaver (NW) o Microsoft (M). Ambas se basan en la misma filosofía del producto original, OutlookSoft.


Es evidente que ambas presentaciones del mismo producto están adquiriendo funcionalidades diferentes, según la plataforma en la que se implemente: Netweaver (NW) o Microsoft (M).  Ambas se basan en la misma filosofía del producto original, OutlookSoft.

Al margen de  tal o cual funcionalidad, vemos tres ventajas que puede aportar SAP BPC para entornos Netweaver con respecto a entornos Microsoft, ventajas que son consecuencia de la arquitectura del entorno operativo, que se podrían aprovechar en SAP BusinessObjects Planning and Consolidation:

  • Independencia de la base de datos.  En entornos Microsoft, una implementación de SAP BPC sólo es posible con bases de datos MS SQL Server 2005 o 2008. En entornos Netweaver, es posible elegir cualquier base de datos, soportada por SAP NW.
  • Uso de ABAP.  SAP BPC permite realizar cálculos especiales con cierta complejidad a través de un lenguaje script (K2 script logic), para ello, ofrece una serie de sentencias estándar que en entornos Netweaver pueden ser reforzadas con el uso de programación ABAP, facilitando la codificación de pequeñas rutinas (Business Add-In – BAdI) que luego pueden ser utilizadas desde los scripts de BPC, permitiendo realizar cálculos u operaciones más complejas que quizás demandarían más tiempo.
  • BW Accelerator. En entornos Netweaver, donde se procesan grandes volúmenes de información, el reporting puede mejorarse significativamente con el uso de SAP BW Accelerator. SAP BPC podría beneficiarse del uso de de SAP BWA, en todas las tareas de reporting o lectura de datos, pero sólo se justifica en implementaciones con un gran volumen de datos (aquí más información sobre SAP BWA).

¿Un equipo de implementadores de SAP BPC NW se asemeja al de un SAP BW – IP?

A principios de 2007 SAP buscaba, con relación a Integrated Planning (BW- IP), mayor simplicidad para el desarrollo de proyectos de planificación y OutlookSoft (hoy SAP BPC, SAP BusinessObjects Planning and Consolidation) se presentaba como la mejor alternativa, por su facilidad de uso y porque además incluía características de consolidación.


A principios de 2007 SAP buscaba, con relación a Integrated Planning (BW- IP), mayor simplicidad para el desarrollo de proyectos de planificación y OutlookSoft (hoy SAP BPC, SAP BusinessObjects Planning and Consolidation) se presentaba como la mejor alternativa, por su facilidad de uso y porque además incluía características de consolidación.

Una anécdota cuenta que para despejar dudas, antes de concretar la compra, SAP convocó a miembros OutlookSoft a la sede principal de la compañía en Walldorf, los que se reunieron con un equipo especialistas SAP conformado por expertos BW, desarrolladores ABAP, programadores Web y consultores financieros.  A ambos equipos se les planteó un escenario de negocios, al cabo de media hora, el equipo de OutlookSoft tenía una aplicación completa y el equipo de BW-IP logró el mismo objetivo luego de seis horas.

SAP BPC 7.5, caminos diferentes para Netweaver y Microsoft

SAP BPC se ofrece en dos presentaciones, una para plataformas Netweaver (NW) y otra para plataformas Microsoft (M), esta última, lo más parecido al OutlookSoft original.  En junio del presente año, según la información que contábamos, concluía el período de pruebas (denominado ramp-up) de la nueva versión, pero sólo se ha puesto a disposición de los usuarios la edición para plataformas Microsoft, la cual ya cuenta con dos actualizaciones.  Después de dar nuestros primeros pasos con la nueva versión, SAP BPC 7.5 M, vemos que algunas de las mejoras, las que particularmente nos parecen mas interesantes, sólo estarán disponibles para plataformas Netweaver, la cual aun no se encuentra disponible.

Trayendo a colación la anécdota de la adquisición de OutlookSoft, surge una observación: Para el desarrollo de un proyecto en SAP BPC la composición de los equipos difieren si se implementará sobre una plataforma SAP Netweaver o Microsoft, ¿si se tratará de SAP BPC NW, la estructura de los equipos no se asemejan al de BW – IP de la anécdota?