Si se instala el Add-on o componente HANABPC (SAP Business Planning and Consolidation NW powered by SAP HANA) por error en una plataforma dónde no se cuenta con un appliance SAP HANA, no se podrá hacer nada más que ignorar el componente.
Si se instala el Add-on o componente HANABPC (SAP Business Planning and Consolidation NW powered by SAP HANA) por error en una plataforma dónde no se cuenta con un appliance SAP HANA, no se podrá hacer nada más que ignorar el componente.
Los Add-ons de SAP no pueden ser desinstalados, el componente HANABPC en una plataforma si HANA no influirá de ningún modo en el funcionamiento de SAP BPC NW, así lo señala la nota SAP 1909075.
Referencia: (aquí)
Cuando se habla sobre las versiones 10.0 y la 7.5 de SAP Business Planning and Consolidation NW (SAPBPC NW), la principal diferencia que se menciona se refiere a las “capas”, pasamos de 4 a 3, prescindiendo en la versión 10.0 del servidor de aplicaciones .NET.
Cuando se habla sobre las versiones 10.0 y la 7.5 de SAP Business Planning and Consolidation NW (SAPBPC NW), la principal diferencia que se menciona se refiere a las “capas”, pasamos de 4 a 3, prescindiendo en la versión 10.0 del servidor de aplicaciones .NET.
De este modo, en BPC NW 10.0 tenemos las siguientes capas:
Un servidor de aplicaciones es necesario para que las aplicaciones cliente se “comuniquen” con el resto de componente de una plataforma. La necesidad de “comunicarse” de las aplicaciones cliente de BPC10 sigue existiendo, pero esta es cubierta por interfaces REST incluida en el Add-on de BPC (BPC REST Layer).
De la edición Microsoft de SAP BPC (SAP Business Planning and Consolidation) surgió la edición NetWeaver de SAP BPC, a fecha de hoy, con importantes diferencias entre ambas ediciones (evitamos confundir entre el término edición y versión, este último denota nivel de actualización y el primero indica para que plataforma está diseñado). Desde hace más de un año contamos con el componente HANABPC, el cual surge de la edición NetWeaver de SAP BPC como un apéndice que permite maximizar el uso de HANA Database para la ejecución de la lógica diseñada en BPC.
De la edición Microsoft de SAP BPC (SAP Business Planning and Consolidation) surgió la edición NetWeaver de SAP BPC, a fecha de hoy, con importantes diferencias entre ambas ediciones (evitamos confundir entre el término edición y versión, este último denota nivel de actualización y el primero indica para que plataforma está diseñado). Desde hace más de un año contamos con el componente HANABPC, el cual surge de la edición NetWeaver de SAP BPC como un apéndice que permite maximizar el uso de HANA Database para la ejecución de la lógica diseñada en BPC.
Las primeras actualizaciones de SAP Business Planning and Consolidadion powered by SAP HANA (HANABPC) estaban dirigidas a estabilizar este nuevo componente, es los últimos service pack, ptchs y notas vemos que además de corregir errores, propios de un producto nuevo, se presentan novedades o nuevas funcionalidades exclusivas, como la “Desagregación de datos” (aquí un post sobre este tema). La última novedad que sólo contaremos en HANABPC es un monitor de las operaciones de Desagregación en el cual podremos observar los tiempos y el motor que las procesa (HANA o ABAP).
A nuestro parecer HANABPC, de componente o complemento se convertirá en una edición de SAP BPC que irá marcando importantes diferencias con la edición NetWeaver, beneficiosa siempre y cuando nuestro diseño de nuestras soluciones se enmarque en la arquitectura BPC.
Referencias: SAP Note 1910359 – Monitor and trace disaggregation and allocation in BPC HANA
Cuando revisamos un código VBA por optimizar, podemos ver detalles aparentemente “insignificantes” o poco relevantes pero cuando se ejecutan de manera conjunta con datos reales, podrían repercutir en los tiempos de procesamiento. Cuando utilizamos VBA en nuestros formularios EPM Add-in (cliente para SAP BPC – SAP Business Planning and Consolidation) restamos importancia a pequeños detalles como los siguientes:
Cuando revisamos un código VBA por optimizar, podemos ver detalles aparentemente “insignificantes” o poco relevantes pero cuando se ejecutan de manera conjunta con datos reales, podrían repercutir en los tiempos de procesamiento. Cuando utilizamos VBA en nuestros formularios EPM Add-in (cliente para SAP BPC – SAP Business Planning and Consolidation) restamos importancia a pequeños detalles como los siguientes:
Si buscamos en Internet qué hacer para agilizar la ejecución de nuestro código VBA de nuestros formularios EPM Add-in (cliente de SAP BPC – SAP Business Planning and Consolidation), seguro que encontraríamos sugerencias que señalan, entre otras cosas, el uso de las siguientes sentencias:
Si buscamos en Internet qué hacer para agilizar la ejecución de nuestro código VBA de nuestros formularios EPM Add-in (cliente de SAP BPC – SAP Business Planning and Consolidation), seguro que encontraríamos sugerencias que señalan, entre otras cosas, el uso de las siguientes sentencias:
Podríamos utilizar estas instrucciones al iniciar nuestras rutinas, pero como en todo, “el café para todos” no siempre resulta lo más aconsejable, dependiendo de la complejidad de las rutinas, en ocasiones será necesario revisar el código vía las opciones de Debug que tenemos en la interfaz para trabajar con VBA y comprobar si la aplicación de todas estas instrucciones resultan aconsejable, en especial, la desactivación del cálculo automático de MS Excel.
Por otro lado, recomendamos especial cuidado en el uso generalizado de estas sentencias en todos los procedimientos, dado que una llamada a una subrutina podría dejar estos parámetros con los valores no deseados al retornar el control al procedimiento que lo invocó.
aníbal goicochea 