Diferencias entre una KBA y una nota SAP

A menudo nos referimos a las KBA (Knowledge Base Article) y notas SAP, indistintamente como notas, quizás porque las podemos encontrar en el mismo repositorio (aquí) sólo diferenciadas con un asterisco cuando las vemos en un listado o por el color de su cabecera, cuando abrimos alguno de estos documentos, naranja la primera y celeste la segunda. Ambos son herramientas de importante valor para resolver las dudas o incidencias que tuviésemos con cualquier producto SAP.


A menudo nos referimos a las KBA (Knowledge Base Article) y notas SAP, indistintamente como notas, quizás porque las podemos encontrar en el mismo repositorio (aquí) sólo diferenciadas con un asterisco cuando las vemos en un listado o por el color de su cabecera, cuando abrimos alguno de estos documentos, naranja la primera y celeste la segunda. Ambos son herramientas de importante valor para resolver las dudas o incidencias que tuviésemos con cualquier producto SAP.

Las KBA tienen una orientación más funcional o enfoque de negocio, brindan conceptos y explican el modo de empleo de las distintas características que pudiesen tener el software SAP. Una KBA es una documentación actualizada y complementaria a la que pudiésemos recibir por adquirir un producto o asistir a un curso SAP.

La Nota SAP, en la gran mayoría de los casos, contienen correcciones o mejoras sobre los productos, las cuales requieren su instalación o brindan soluciones o explicaciones para superar problemas técnicos con el software.

En ambos casos se debe tener presente que SAP gestionan versiones, para distinguir los cambios que va realizando en estos documentos. Por último, se debe distinguir el término “notas” con los “mensajes OSS” (Online Service System), tratados en ocasiones como sinónimos. El mensaje OSS es el planteamiento de un problema o consulta que realiza un usuario o cliente de un producto SAP y las notas o KBA son las soluciones o respuestas al problema o consulta planteada. Es probable que un mensaje OSS derive en una nota o KBA.

Para todos los casos es necesario contar con usuario “S” o “S-user” para acceder a SAP Marketplace.

Referencia: SAP SCN

«Promover» objetos con LCM_CLI en BI4.*

En SAP BusinessObjects BI 4.* (BI4.1 o BI4.0), se conoce con el termino «Promover» a la acción de transportar o copiar los objetos de un entorno a otro, por ejemplo, de “Desarrollo” a “Producción”. Para este fin SAP Businessbjects BI 4.* incluyen la funcionalidad «Promotion Management», la que en algún tiempo se denominó Lifecycle Management, de ahí que la iniciales LCM estén presentes en algunos componentes de esta herramienta.


En SAP BusinessObjects BI 4.* (BI4.1 o BI4.0), se conoce con el termino «Promover» a la acción de transportar o copiar los objetos de un entorno a otro, por ejemplo, de “Desarrollo” a “Producción”. Para este fin SAP Businessbjects BI 4.* incluyen la funcionalidad «Promotion Management», la que en algún tiempo se denominó Lifecycle Management, de ahí que la iniciales LCM estén presentes en algunos componentes de esta herramienta.

Para “Promover” objetos tenemos la interfaz web, pero con la limitación que sólo podemos definir o configurar tareas (Jobs) con un máximo de 100 objetos, por otro lado, este proceso puede realizar comprobaciones de dependencias entre los objetos y con la seguridad definida, y según la complejidad de la implementación, esta tarea de comprobación podría interrumpirse si superase los 20 minutos que restringe el servidor de aplicaciones web para estos procesos.

LCM Command line interface (LCM_CLI) de BI4.1 y BI4.0

Debido a los dos posible contratiempos señalados en el párrafo anterior, existe “LCM Command Line Interface” (LCM_CLI.bat o lcm_cli.sh), una opción para promover gran cantidad de objetos entre plataformas SAP BI 4.1 o SAP BI 4.0. El uso de esta herramienta se recomienda en grandes implementaciones con una gran cantidad de objetos, su uso requiere una adecuada configuración, así como el seguimiento de algunas buenas práctica para evitar la pérdida de rendimiento o que el proceso no finalice o se interrumpa. Documentación reciente señala el uso de esta funcionalidad a partir de la actualización BI 4.1 SP02 o superiores, para lograr buena performance.

Referencia: SAP Note 1969259

Expectativas de los usuarios en la monitorización de un sistema

Una implementación de una solución informática no culmina con el denominado “pase a producción” y menos aún, todo lo hecho, será “para siempre”. No hay deseo más absurdo, tanto para las personas como para los sistemas, aquel que se repite sin meditar: “nunca cambies”. La maduración y evolución son indispensables en un sistema para que siempre cubra las expectativas y necesidades de los usuarios. Expectativas y necesidades que variarán en el tiempo porque los entornos evolucionan constantemente.


Una implementación de una solución informática no culmina con el denominado “pase a producción” y menos aún, todo lo hecho, será “para siempre”. La maduración y evolución son indispensables en un sistema para que siempre cubra las expectativas y necesidades de los usuarios.  Expectativas y necesidades que variarán en el tiempo porque los entornos evolucionan constantemente.

Expectativas de los usuarios en la monitorización de los sistemas informáticos

Para encaminar la maduración de un sistema se debe contar con un plan de monitorización y optimización, calendarizado por diferentes períodos de tiempo, plan que no tan sólo cubra el aspecto técnico, sino que también contemple los feedbacks funcionales.

El gran objetivo es cubrir, constantemente, las expectativas de los usuarios, las cuales podrían circunscribirse en las siguientes categorías:

  • Disponibilidad. Asegurar la accesibilidad cuando se lo necesite, garantizando la comunicación entre los componentes y controlando que las aplicaciones no produzca errores graves que impidan las entradas o consultas de datos.
  • Rendimiento. Se debe controlar tanto en la introducción de datos como la ejecución de los procesos en segundo plano. Cada uno de estos dos aspectos requiere un control por separado.
  • Integridad.  Asegurar la integridad de datos, la cual puede perderse por errores en la conexiones, fallos en el hardware o redes, software desactualizado, etc.  Así mismo se debe contemplar un plan de recuperación ante fallos y copias de seguridad.
  • Seguridad. Brindar garantías que las personas indicadas accedan a los datos de su responsabilidad para realizar las tareas que le corresponden. Informar y auditar.