BPC Service Health Check Report

SERVICE HEALTH CHECK REPORT
Confidencial
SAP System ID PBD
SAP Product SAP NetWeaver 7.40

SAP BPC NW 10.1 - Standard
Status Productivo
Customer ENAP
Santiago de Chile
Chile
Authorized for SAP SE, authorized partners and customer employees.

Please forward only to authorized recipients.
Contenidos
A. Disclaimer ............................................................................................................................................... 3
B. Visión General ........................................................................................................................................ 3
C. Support Packages .................................................................................................................................. 5
D. Parámetros SAP BPC - Global, Entorno y Modelo ................................................................................. 5
E. SAP BPC Data Checker del entorno ENAP ............................................................................................ 8
F. BPC Statistics y Optimización................................................................................................................ 8
G. Configuración del Buffer ........................................................................................................................ 9
H. SAP BPC Visión General del Diseño .................................................................................................... 10
1) Modelos.............................................................................................................................. 10
2) Dimensiones....................................................................................................................... 11
3) Seguridad ........................................................................................................................... 14
4) Comentarios ....................................................................................................................... 15
5) Work Status ........................................................................................................................ 15
6) Auditoria ............................................................................................................................. 16
7) BPF – Business Process Flow ............................................................................................ 17
8) Lógica por Scripts ............................................................................................................... 19
I. EPM Client ............................................................................................................................................ 21
1) Informes ............................................................................................................................. 21
2) Data Manager ..................................................................................................................... 25
J. BPC Housekeeping............................................................................................................................... 26
K. Transportes BPC .................................................................................................................................. 27
L. Consideraciones generales.................................................................................................................. 27
Confidencial - 17.08.2017 2/31

A.Disclaimer
Este informe se basó en el levantamiento de información del entorno BPC de Enap (PLANNING_ENAP)
y retrata una visión técnica, es decir, no considerando las actividades, competencias y otros aspectos
ocurridos en el momento de configuración del sistema.
Se realizó análisis de parámetros del ambiente, modelado general en SAP BPC desarrollo (modelos,
dimensiones, informes EPM, etc.), y utilización de funcionalidades estándar (BPF, perfiles de acceso,
workstatus, comentarios, etc.) que aportan beneficios al negocio.
Todas las afirmaciones contenidas en este documento, expresan la opinión de SAP Consulting bajo el
aspecto técnico/funcional.
Este documento es la compilación de recomendaciones del consultor SAP BPC Experto involucrado en
el análisis.
SAP recomienda expresamente que las pruebas y aprobaciones se realicen en los ambientes de
desarrollo y calidad antes de aplicar las recomendaciones directamente en el entorno productivo.
El resultado de nuestro trabajo es estrictamente confidencial, entregado exclusivamente para uso

interno de ENAP. Este documento no podrá ser divulgado a terceros, comentado o copiado, en su
totalidad o en parte, sin el previo consentimiento por escrito de SAP Consulting.
Consultor responsable: Felipe Barbosa - SAP BPC Expert
B.Visión General
Support Packages
Parámetros SAP BPC - Global, Entorno y Modelo
SAP BPC Data Checker del entorno ENAP
BPC Statistics y Optimización
Buffer
SAP BPC Visión General del Diseño
Modelos
Dimensiones
Seguridad
Comentarios
Work Status
Data Audit
Business Process Flow

Scripts Logics
EPM Client
Informes
Data Manager
BPC Housekeeping
BPC Transporte
Consideraciones generales

C. Support Packages
Se analizaron las versiones de los support packages que se encuentran en el entorno de ENAP para
los componentes SAP: SAP_BW, CPMBPC, POASBC y HANABPC.
· CPMBPC – último disponible SP12

· HANABPC – último disponible SP12
· SAP_BW – último disponible SP17
· POASBC – último disponible SP07
· EPMClient – último disponible SP29 Patch2
Hoy el ambiente ENAP se encuentra en el penúltimo SP disponible y la relación entre los componentes
es correcta, conforme notas a continuación:
https://launchpad.support.sap.com/#/notes/2292232
D. Parámetros SAP BPC - Global, Entorno y Modelo

Se analizaron los parámetros existentes en el entorno de desarrollo de ENAP para el entorno
PLANNING_ENAP con las transacciones UJ0_IMG_01, UJ0_IMG_02 y UJ0_IMG_03.
UJ0_IMG_01 – Parámetros Globales.
UJ0_IMG_02 – Parámetros de Entorno

UJ0_IMG_03 – Parámetros de Modelo
Nota: se identificó que hay algunos parámetros que no se utilizan, además de parámetros básicos que
faltan en los modelos Rates y PRECIO_MAGALLANES.
Recomendación: Considerar la posibilidad de utilizar los siguientes parámetros listados a abajo. Ellos
deben ayudar en mejoras de rendimiento del sistema y, también, ampliar el uso de las funcionalidades
SAP BPC.
· ENABLE_FIXED_CUBENAME – Este parámetro mantendrá los nombres técnicos del inprovider

cuando realice el transporte u optimizaciones completas en los modelos que actualmente no
lo tienen.
· BPC_STATISTICS – Este parámetro realiza la recolección de estadísticas del entorno SAP BPC,
una vez que no es necesaria esa actividad, el parámetro puede estar con “OFF”.

· LOGLEVEL - Este parámetro influye en cómo se escribe la información en el registro de la
aplicación (SLG1). Se recomienda que esté con el valor 3.
· ENABLE_DISAGGREGATION - La desagregación es una de las características esenciales para

permitir a los usuarios empresariales realizar una planificación o simulaciones “top down”
directamente en los reportes.
· DISABLE_ALLOCATION_ON_HANA – Parámetro que permite la ejecución del script

RUNALLOCATION directamente en la capa de HANA, mejorando el rendimiento de la ejecución
en grandes volúmenes de datos. Se introduce una nueva palabra clave * DIM_NONAGGR para
asignar scripts más eficientes. Esta palabra clave puede usarse tanto para el sistema HANA
como para el no HANA.
· SCRIPT_LOGIC_DETAIL_LOG - Este parámetro define cómo se mostrará el detalle de log que

aparece en el la ejecución de los paquetes. Se recomienda que esté OFF para aquellos procesos
maduros muestren un menor detalle en el registro de su ejecución.
· ENABLE_HANA_MDX – Este parámetro potencializa el uso de SAP HANA junto a la herramienta

SAP BPC. Comprobar la nota SAP adjunta para conocer cómo configurar e implementar este
parámetro en cada entorno.
· RRT_GET_DIM_CARDINALITY – Este parámetro influye en el rendimiento y el comportamiento

de la distribución de dimensiones en el Infoprovider de SAP BW. No necesariamente este
parámetro es aplicable en el ambiente de ENAP por el uso de SAP HANA, pero sirve como
conocimiento general de cómo SAP BW y SAP BPC se comportan en cuanto al número de
dimensiones del Infoprovider. Vea mayor detalle en la nota SAP 971164.
https://launchpad.support.sap.com/#/notes/971164/E
Recomendamos verificar periódicamente el contenido de la Nota SAP 2010964, dónde es

posible encontrar una lista de parámetros que pueden ser configurados en el ambiente, así
como, mejorar el rendimiento y la vida útil de la herramienta.
La nota SAP 912367 anexa muestra otro conjunto de parámetros que pueden ser utilizados en
la transacción RSADMIN.
Incluir los parámetros abajo listados en los modelos “Rates” y “PRECIO_MAGALLANES”

manteniéndolos iguales a los otros modelos:
· INTERVAL_NR
· MULTIPLY_COEF
· NW_VERSION
· PACKAGE_SIZE
· RECLEVEL_NR

· SPARSITY_COEF
E. SAP BPC Data Checker del entorno ENAP

El informe UJA_DATA_CHECKER se ejecutó con éxito y reportó algunas inconsistencias en el
entorno que se deben revisar, como se puede ver en la figura siguiente.
Recomendación: Crear las carpetas predeterminadas (estándar) "BOOKS, TEMPLATES y PDBOOKS"

resaltados arriba.
Compruebe los dos infoobjectos que están fuera de la infoarea de SAP BPC.
Identificar qué instancia del BPF está asignada a un usuario no existente en el sistema o qué instancia
no posee asignación de usuario.
F. BPC Statistics y Optimización

Como se verifica en el sistema, a partir del informe "SAP_INFOCUBE_DESIGNS", las estadísticas de
SAP BW y la optimización del modelo en SAP BPC no se actualizan y ejecutan con periodicidad.

El siguiente informe da una visión general de todas las tablas de la base de datos relacionadas con los
infocubes, el número de registros en estas tablas y la relación entre el tamaño de las dimensiones y el
tamaño de la tabla de hechos.
Con base en esto, se puede decir que los cubos están comprimidos o no comprimidos:
Si todos los registros se encuentran en la tabla F-fact (/ BI0 / F <infocube name> ratio = 100%) significa
que el cubo no está comprimido.
Recomendación: programar y ejecutar la optimización periódica de los modelos SAP BPC, para
disminuir el número de registros transaccionales en los Infoproviders. Sin embargo, aconsejamos un
estudio de volumen de datos para identificar la mejor programación de esta ejecución, pues este
tiempo de procesamiento y optimización pueden competir con otras necesidades de la compañía y, en
algunos casos, generar error en la ejecución de otros procesos.
Más detalles de optimización se pueden consultar en la nota SAP.

2272366 - Performance Analysis Tools For SAP BPC/BW Reporting
G. Configuración del Buffer

Al ejecutar el programa de análisis UJA_BPC_BUFFER_SIZER, se notó que es adecuada la
configuración de los perfiles de buffer actuales del servidor para la aplicación SAP BPC NW.

Recomendación: Comprobar de nuevo estas configuraciones de búfer luego de aplicar los parámetros
de SAP BPC propuesto en el punto 3 - Parámetros SAP BPC - Global, Entorno y Modelo. La nota SAP
1657623 explica cómo comprobar y ajustar el tamaño de búfer necesario para SAP BPC.
Sugerimos la participación de un analista/consultor de tecnología (Basis) para que pueda apoyar en las
recomendaciones y/o aplicar las correcciones aquí enumeradas.
H. SAP BPC Visión General del Diseño

1) Modelos
Se ha comprobado que algunos de los modelos del ambiente ENAP se crearon de tipo estándar.
Este tipo de modelo no permite la utilización de las reglas de negocio, principalmente las de
“Currency Translation” y “Account-based Calculations”, que son muy utilizadas para conversiones
monetarias y cualquier tipo de transformación de datos. Las mismas se encuentran optimizadas para
HANA.
Confidencial - 17.08.2017 10/31

A continuación el detalle de los tipos de modelos y las reglas de negocio que permiten aplicarse sobre
ellos:
Recomendación: Verificar la posibilidad de cambiar el tipo de modelo a partir de la necesidad de

negocio de cada modelo. No es una modificación menor, implica cambios estructurales importantes
pero se debe analizar el costo/beneficio de su aplicación.
2) Dimensiones
Nota 1: Se verificó la utilización de diferentes dimensiones del tipo auditoría. Esto no es una buena
práctica de diseño SAP BPC, dado que conlleva a un mantenimiento manual adicional además de
cuidados especiales en lógicas por scripts e informes que funcionarán con esta segregación.
La dimensión del tipo AUDITTRAIL permite realizar segregación de los datos permitiendo una
trazabilidad que facilita el análisis de la información, además de ser obligatoria para algunos procesos
como Journal, Carryforward, Business rules, etc.
APPSET_ID APPLICATION_ID DIMENSION TYPE DIMENSION

PLANNING_ENAP COSTOS AUDITTRAIL D
PLANNING_ENAP COSTOS_ECUADOR AUDITTRAIL D
PLANNING_ENAP COSTOS_ECUADOR_PRUEB AUDITTRAIL D
PLANNING_ENAP ESTADOS_FINANCIE AUDITORIA_EF D
PLANNING_ENAP PRODUCCION_VENTAS AUDITTRAIL D
Recomendación: La unificación de estas dimensiones facilita el mantenimiento de la misma y también

disminuye la necesidad de transformación de datos entre los modelos. Esto aplica más aun cuando
Confidencial - 17.08.2017 11/31

todos los modelos envían su información planificada a ESTADOS_FINANCIE como resultado final del
proceso.
Nota 2: Algunas dimensiones sólo tienen un miembro de dimensión en su estructura.
MANDT APPSET_ID DIM_NAME MEMBER_COUNT

100 PLANNING_ENAP ACTIVO_COSTO 2
100 PLANNING_ENAP CALIDAD 1
100 PLANNING_ENAP E_BASES_PRECIOS 1
100 PLANNING_ENAP MONEDA 2
100 PLANNING_ENAP R_ACCOUNT 2
100 PLANNING_ENAP R_ENTITY 1
100 PLANNING_ENAP TIPO_PAG 2
100 PLANNING_ENAP UMEDIDA 2
Recomendación: Un análisis adicional por el equipo de proyecto para identificar si realmente serían
necesarias esas dimensiones, principalmente la dimensión CALIDAD y E_BASES_PRECIOS con un único
ID. Confirmando que estas dimensiones tienen sólo un miembro, verificar si no podríamos tener esa
información como un atributo en otra dimensión, por ejemplo.
Se recomienda agrupar partes del proceso de negocios con requisitos de granularidad similares y
modelos con no más de 12 dimensiones. No es una limitación técnica. Es una buena práctica de
mercado y una recomendación para que se obtenga el mayor potencial de uso de la herramienta.
Proponemos, como práctica de mercado, 10 dimensiones pues si hay un nuevo requisito de negocio
necesario para insertar otra dimensión en el infoprovider del SAP BPC (modelo), el infoprovider todavía
puede ser usado.
Hasta 12 dimensiones en un modelo de SAP BPC, permiten que todas ellas sean usadas como
dimensiones de elemento de línea (en BW) y cuando se ejecute el proceso de optimización, el sistema
hará un realineamiento de dimensión, mejorando el desempeño de este modelo.
Con más de 12 dimensiones en el modelo de SAP BPC, al ejecutar el proceso de optimización, el sistema
sólo comprimir las solicitudes de datos existentes en infoprovider, pero no ejecutará el realineado de
estadísticas e índices de cada dimensión.
Nota 3: Se identificó que no hay un patrón en la creación de los miembros para las dimensiones.
Descripciones con caracteres especiales (***).
Miembros con descripción mayúscula y minúscula.
Confidencial - 17.08.2017 12/31

Recomendación: Realizar un análisis de todas las dimensiones y definir un patrón para los miembros.
Esto permite presentar los informes de una manera más organizada.
Nota 4: Hay una interpretación errónea en el diseño en cuanto al concepto de dimensión del tipo
"CATEGORY". Este tipo se utiliza para determinar las versiones, por ejemplo, real, presupuesto,
planificado, etc. y se está utilizando como cualquier dimensión de tipo User.
En el ambiente ENAP, encontramos tres modelos que utilizan está dimensión para un propósito
diferente para el cual es definida, estos modelos son BASES, INVERSIONES y PRECIOS.
APPSET_ID APPLICATION_ID DIMENSION TYPE DIMENSION

PLANNING_ENAP BASES TIPO_PRECIO C
PLANNING_ENAP CONTRATOS CATEGORY C
PLANNING_ENAP COSTOS CATEGORY C
PLANNING_ENAP COSTOS_ECUADOR CATEGORY C
PLANNING_ENAP COSTOS_ECUADOR_PRUEB CATEGORY C
PLANNING_ENAP ESTADOS_FINANCIE CATEGORY C
PLANNING_ENAP INVERSIONES ACTIVO_COSTO C
PLANNING_ENAP PRECIOS TIPO_VARIABLE C
PLANNING_ENAP PRECIO_MAGALLANES CATEGORY C
PLANNING_ENAP PRODUCCION_VENTAS CATEGORY C
PLANNING_ENAP Rates CATEGORY C
Recomendación: Evaluar el uso de la dimensión de tipo CATEGORY en los modelo BASES, INVERSIONES
y PRECIOS porque no siguen las mejores prácticas para este tipo de dimensión y disminuye la
oportunidad de uso de reglas de negocios estándar que se pudieran aplicar, así como compartir
información entre modelo de forma natural y no transformada.
Se debe evaluar en detalle esta recomendación dado que puede implicar un cambio estructural en el
diseño de la solución (modelos, lógica por scripts, seguridad, informes de ingreso de datos y
visualización en el cliente EPM), además de la realización de pruebas para comprobar que los procesos
y sus integraciones son correctos.
También se identificaron diversas dimensiones con miembros fuera de la jerarquía. Como se muestra
abajo:
Confidencial - 17.08.2017 13/31

Recomendación: Evaluar las dimensiones/jerarquías y, si es necesario, ajustar los miembros que estén
fuera de la jerarquía.
Los miembros fuera de la jerarquía, además de la falta de organización del proceso, pueden traer
problemas en las definiciones de perfil de acceso, ejecución de cálculos que contengan esa jerarquía
como parámetro de filtros e informes que utilicen esa jerarquía para la visualización de sus miembros.
3) Seguridad
Se está utilizando una buena práctica para la construcción de perfiles de acceso, haciendo uso de
jerarquías y propiedades. No se pudo comprobar todos los perfiles existentes, pero perfiles como
"CO_GEST_APROV" (Costos - Gestionables - Aprovisionamiento) demuestra esta buena práctica
de construcción.
También se identificaron modelos sin ninguna dimensión segura.
COSTOS_ECUADOR_PRUEB /CPMB/W5IR7TZ
ESTADOS_FINANCIE /CPMB/W5IGU7L
PRECIOS /CPMB/W5IDWLB
Confidencial - 17.08.2017 14/31

PRECIO_MAGALLANES /CPMB/W5IMXIU
Recomendación: Como mejor práctica se recomienda la creación de equipos con la asignación de los
perfiles de tareas y perfiles de accesos a datos (DAP) y, solo la asociación de equipos a los usuarios,
facilitando el mantenimiento de la seguridad.
También, se recomienda definir las dimensiones de seguridad para los modelos citados anteriormente,
así como sus correspondientes perfiles de acceso a datos.
La falta de seguridad en un modelo puede traer riesgos para el proceso, permitiendo a todos los
usuarios realizar actividades sobre los mismos sin la debida segregación de las responsabilidades. Los
usuarios podrán actualizar datos que no son parte de sus actividades y/o realizar cálculos con datos
referentes a otro departamento/responsable.
4) Comentarios
Identificamos que todos los modelos poseen la opción de comentario activo, siendo que para cada
proceso se puede definir el uso o no de esa funcionalidad. El comentario permite que el usuario
de planificación en SAP BPC añada información a determinadas líneas, como por ejemplo, explicar
por qué determinado valor es más alto en un mes en comparación con otro.
Recomendación: Preparar los informes para el ingreso de comentarios, si es necesario para soportar
el proceso de planificación, y también demostrar a los usuarios la funcionalidad y los beneficios de su
uso.
5) Work Status
Identificamos que la funcionalidad work status no está activa en ninguno de los modelos del
ambiente ENAP. Esta función permite bloquear una región de datos en un modelo, además de la
posibilidad del uso de aprobaciones dentro del proceso de negocio y determinar que usuario
podrá realizar en un determinado momento.
No se está haciendo uso de la funcionalidad de bloqueos de datos para evitar modificaciones en los
datos una vez han sido aprobados. Se utiliza la funcionalidad del Business Process Flow para cerrar la
tarea (el acceso directo al proceso) pero si un usuario lo deseara, podría modificar intencionalmente o
no los datos presupuestados, generado inconsistencia de información.
Confidencial - 17.08.2017 15/31

Después de la activación del work status, se define una dimensión y jerarquía de control (Owner) que
permitirá, por ejemplo en el paso " Submitted", que sólo el Manager pueda realizar ajustes por Journal
y entradas manuales. Todos los demás tipos de usuarios no pueden tomar ninguna otra acción dado
que para ellos, los datos están bloqueados.
Recomendación: Activar el "work status" para los modelos, definiendo la dimensión de control y la
jerarquía de usuarios. Incluir también los pasos de control del work status en las actividades del BPF y
validar la posibilidad de uso de notificaciones por correo electrónico.
Al habilitar esta funcionalidad, los responsables del proceso pueden determinar durante la ejecución
de la planificación, que ciertos datos se bloquean y solo los responsables podrían realizar nuevos
cambios.
6) Auditoria
No identificamos la activación de auditoría en ningún modelo para el ambiente de desarrollo
ENAP. La activación de la auditoría, permite analizar con un nivel detalle las modificaciones que se
han realizaron en determinados objetos (entornos, modelos, dimensiones, estructuras en general)
y/o datos transaccionales en determinados modelos.
La activación de la auditoría puede ser realizada en base a las necesidades de determinado proceso,
por ejemplo, está ocurriendo un volumen alto de modificación de datos, pero no se identifica el/los
usuarios que están realizando esa modificación. Para ello, activamos la auditoría y podemos
determinar quién y cuándo se está realizando esa actividad.
Existen dos tipos de auditoría:

La "auditoría de actividad" realiza una auditoría de los cambios por entorno en los metadatos, como la
adición, creación, cambio y eliminación de entornos, modelos y dimensiones. Existen cuatro niveles de
auditoría de actividad que pueden ser habilitados por entorno:
- Administración
- Actividad del usuario
- Actividad BPF
Confidencial - 17.08.2017 16/31

- Gestión de reglas de negocio
La "auditoría de datos" rastrea los cambios a nivel de modelo (quién cambia datos en un modelo y
cuándo) y puede activarse independientemente para cada miembro de la dimensión de CATEGORY y
cada tipo de tarea de gestión de datos.
Recomendación: Evaluar la activación de la auditoría de las actividades administrativas y de datos para

los modelos de acuerdo con cada necesidad del negocio.
7) BPF – Business Process Flow

Se identificó la utilización de la funcionalidad BPF en el ambiente ENAP, y verificamos que no todos
los modelos tienen un BPF asociado. Actualmente existen BPF sólo para los modelos
PRODUCCION_VENTAS, COSTOS_ECUADOR y COSTOS. Los otros modelos no están siendo
controlados por un flujo de proceso. Esto no ayuda a la visibilidad de todos los pasos del proceso de
negocio por parte de los responsables de la planificación.
Otro punto analizado fue el modelo de BPF "PAG ECUADOR LIFTING GENERAL 4.01 MANTENIMIENTO",
dónde la dimensión "driver" es CATEGOTY. La instancia del proceso es definida por el propietario de la
dimensión CATEGORY, pero al abrir el informe que está definido para esa actividad, se puede observar
que está manejado por información de ORDEN_COSTO y CLACO. No concuerda el reporte de ingreso
con la instancia del flujo de proceso.
También, se evaluó que los BPF para modelo COSTO_ECUADOR, reflejan la misma información, pero
las plantillas definidas en el proceso sólo tienen las dimensiones ORDEN_COSTO y CLACO. No se
encuentra el sentido de tener diferentes informes para ingresos de datos para el mismo proceso.
Confidencial - 17.08.2017 17/31

Recomendación: Evaluar cuál de las dimensiones mejor representa al dueño de las tareas para
controlarla desde el proceso definido en el BPF. Por ejemplo, como ENAP desea evaluar el progreso
del proceso de planificación de costos, no alcanza solamente con la dimensión CATEGORY, quizás
debería ser determinada por la dimensión ORDEN_COSTO permitiendo el control de avance por esta
dimensión.
Crear lo modelo de BPF para los modelos:

APPSET_ID APPLICATION_ID
PLANNING_ENAP BASES
PLANNING_ENAP CONTRATOS
PLANNING_ENAP COSTOS_ECUADOR_PRUEB
PLANNING_ENAP ESTADOS_FINANCIE
PLANNING_ENAP INVERSIONES
PLANNING_ENAP PRECIOS
PLANNING_ENAP PRECIO_MAGALLANES
También sería importante reevaluar la creación de las planillas para ese proceso específico. Es mejor
que los informes tengan las dimensiones ORDEN_COSTO y CLACO controladas por perfiles de acceso y
no por informe. Y, que las plantillas no tengan el contesto bloqueado para que los usuarios pudieran
realizar filtros.
Confidencial - 17.08.2017 18/31

8) Lógica por Scripts
Las lógicas por scripts desarrollados actualmente para ENAP no presentan gran complejidad, pero
verificamos el uso extensivo de la sintaxis * FOR / * NEXT Que puede comprometer el desempeño
del sistema.
Para algunos scripts consultados, verificamos que sería posible sustituir el uso del * FOR/*NEXT por
uso de *WHEN solamente. En la imagen a continuación muestra el borrando de todos los centros de
coste y no es necesaria la sentencia *FOR y simplemente usar la sentencia * WHEN.
O en algunos casos usar la sintaxis del *RUNALLOCATION con el parámetro *DIM_NONAGGR. Como se
describe en la nota 1903167:
New keyword *DIM_NONAGGR allows 1 to 1 mapping between WHAT and WHERE clause, this can
reduce the usage of *FOR/*NEXT loop to realize similar behave with *DIM keyword.
Se ha identificado que hay valores fijos en los scripts. Por ejemplo, en el script a continuación que se
encuentra fijado solamente el mes "2017.01" y la categoría siempre será "Plan". No se puede ejecutar
este script con otra categoría ni período diferente. Lo correcto es pasar estos valores dinámicamente
a través de parámetros de selección y/o derivación.
Otro ejemplo, tenemos un cálculo que está recibiendo un parámetro en tiempo de ejecución
(FAT_CAMBIO). Una vez realizado el cálculo, no se puede trazar cuál fue el valor utilizado para el
cálculo. Lo correcto es tener ese valor registrado en el modelo de datos, realizar el cálculo y grabar en
el resultado en otra área de datos, como por ejemplo en otro valor de la dimensión AUDIT_TRAIL.
Confidencial - 17.08.2017 19/31

Existen valores de dimensión fijos definidos como filtros o en comandos, como se muestra a
continuación. Por ejemplo, si hay necesidad de incluir un nuevo centro de costo, será necesario
modificar la lógica del script y consiguiente transporte para efectivizar el cambio. Lo recomendable
sería el uso de propiedades para determinar estos filtros para que el usuario funcional pueda
determinar fácilmente en la administración de la dimensión, cuáles serán los nuevos valores afectados
por el cálculo.
Identificamos que hay varios envíos de datos vía scripts (* DESTINATION_APP) entre los modelos,
principalmente hacia el modelo ESTADOS_FINANCIE.
Pero en este proceso no se observa una tarea previa de eliminación de los registros que se envían. Es
recomendable eliminar los registros en el destino antes del envío, asegurándose de que no quedan
valores antiguos, comprometiendo el resultado final.
Recomendación: Evaluar todos los puntos citados para los ejemplos demostrados arriba, aplicando las
recomendaciones indicadas en cada punto, replicando esas prácticas para los demás scripts que
componen el ambiente ENAP.
Confidencial - 17.08.2017 20/31

I. EPM Client
1) Informes
Nota 1: Están utilizando la hoja de formato estándar, pero las reglas definidas pueden ser
utilizadas de una mejor manera.
En el siguiente informe se puede observar que siempre es usando la opción ALL a la columna
"USAR", dónde solo debería seleccionarse lo que se desea cambiar. Esto afecta el tiempo de respuesta
total del informe, dado que debe aplicar todos los tipos de formatos en las celdas afectadas.
También se observó que no existe un formato único de formato para reportes (colores, hojas de
estandarización en las distintas pantallas, etc.).
Diferentes formatos:
Un formato aquí:
Y otro aquí:
Recomendación: Evaluar las reglas de formato para cada nivel, buscando segregar lo que realmente es
necesario aplicar. Evaluar todas las planillas dónde se utilice la hoja de formato y lograr estandarizar el
formato de los reportes.
Confidencial - 17.08.2017 21/31

Nota 2: A continuación tenemos una pantalla con varios informes EPM, pero la diferencia entre ellos
son las combinaciones de la dimensión PRODUCTO_VENTA. Este diseño implica mayores consultas a la
base de datos, cuando no es necesario.
Recomendación: utilizar un solo reporte e incluir una línea en blanco para separar cada combinación.
Sería mejor para el mantenimiento y evita la múltiple consulta a la base de datos impactando el
rendimiento total del informe.
Nota 3: No se hace uso de bloqueos de datos reales ni de los niveles calculados (en la jerarquía y de
campos de fórmula). El usuario puede modificar los valores que allí se encuentran produciendo
inconsistencia en los datos y mensajes de error al guardar los datos calculados.
Confidencial - 17.08.2017 22/31

Recomendación: Utilizar las opciones de bloqueo en las hojas de formato y luego utilizar el bloqueo
estándar en las opciones de Hoja en BPC para evitar modificación de datos incorrectos, mensajes de
error o advertencias innecesarias, y así mejorar la experiencia de usuario final.
Nota 4: Conforme comentado en el punto BPF, existen para el proceso COSTOS_ECUADOR, diversos
informes segregados por ORDEN_COSTO y CLACO. No se comprendió la necesidad de esta segregación,
ya que podría realizarse una segregación por nivel de seguridad y también manteniendo el contexto
disponible para filtros por los usuarios. También existen problemas en las fórmulas locales, como se
indica abajo:
Otro informe, pero la misma visión del anterior.
Recomendación: Evaluar la posibilidad de tener sólo un informe y administrar su despliegue controlado

por el perfil y contexto del reporte. Esto reducirá drásticamente la cantidad de informes y por
consiguiente su mantenimiento.
Ajustar los problemas encontrados en los campos de fórmulas locales.
Nota 5: Para todos los informes analizados, no se encontró la posibilidad de realizar filtros (contextos
habilitados) ni utilización de funciones que ayudan en análisis de datos (como, suprimir valores vacíos,
calcular padres en jerarquía, borrar datos del archivo al guardar, etc.).
Confidencial - 17.08.2017 23/31

La función de suprimir los valores permite al usuario mostrar sólo las combinaciones de datos que
contengan valores en el modelo.
La función de limpieza de datos del archivo permitirá que la información no quede almacenada en los
reportes sino queden almacenados como plantillas.
Calcular padres de la jerarquía permite que los nodos de jerarquía se calculen por formula en el reporte
y automáticamente al ingresar valores planificados se puedan ver reflejados en el reporte de ingreso,
con los datos dispuestos únicamente.
Recomendación: Evaluar la posibilidad de uso del contexto, permitiendo al usuario el filtro de datos y
también de las diversas funciones que auxilian y permiten dejar los informes EPM más funcionales y
no sólo para entrada de datos.
Algunas de estas funciones se pueden acceder de forma flexible sin que los usuarios accedan a las áreas
de configuración utilizando la función EMPReportOptions.
Nota 7: No es muy claro el uso de los informes para la comparación del real x planeado. Sería más útil
tener en el mismo informe la comparación, permitiendo al usuario verificar ambos valores con el
mismo nivel de detalle.
En la actualidad, el reporte no distingue un dato real de uno planificado:
Recomendación: Ajustar informes destacando el período real (sin la posibilidad de alteración por el
usuario) del plan, como se puede ver a continuación, para mejorar la experiencia de uso de la
herramienta y los informes.
Confidencial - 17.08.2017 24/31

2) Data Manager
Nota 1: Desde la funcionalidad Data Manager se puede configurar la ejecución de los cálculos en
SAP BPC (Scripts Logics, ABAP, etc.), así como las cargas de datos maestros y transaccionales (desde
SAP BW o archivos de texto).
Existe un gran número de paquetes creados que aparentemente que no se utilizan si revisamos ese
detalle en los logs de ejecución.
Recomendación: Borrar los paquetes no utilizados (menos los disponibles en el estándar). También
sería importante, al igual que los informes, incluir los paquetes de ejecución en el BPF.
Nota 2: Los parámetros de los paquetes podrían estar predefinidos, sin la necesidad de que los usuarios
elijan entre las opciones técnicas, como por ejemplo, “transformations”, “format”, “writemode”, etc.
Confidencial - 17.08.2017 25/31

Recomendación: Revisar los paquetes y, si es posible, dejar los parámetros técnicos ya predefinidos en
el prompt de cada paquete. También, evaluar la opción de enlace de paquetes para mejorar la
experiencia del usuario en la ejecución de los mismos.
Nota 3: Se identificaron paquetes para carga de datos maestros y datos transaccionales desde SAP BW,
pero en los registros no se pudo verificar si esto está sucediendo. La carga de datos maestros y
transaccionales a partir de SAP BW, permite que el usuario de planificación utilice los mismos objetos
que están en ese entorno y en SAP ECC. Esto aumenta la confiabilidad de la información, disminuyendo
el riesgo de cargas con problemas y también reduce el esfuerzo cuando se compara con cargas
manuales a partir de archivos de texto.
Recomendación: Evaluar la utilización de carga de datos maestros y transnacionales que estén

disponibles a partir del SAP BW. Por ejemplo, el centro de costo, cuenta contable, orden de costo, etc.,
que es parte de la planificación de ENAP.
J. BPC Housekeeping
La nota SAP 1705431 guía en las tareas de mantenimiento SAP BPC (housekeeping), como, limpieza de
los registros de ejecución, archivo, etc.
El equipo de soporte Basis debe administrar estos trabajos de limpieza regularmente.
Confidencial - 17.08.2017 26/31

K. Transportes BPC
A continuación tenemos una guía que se ha publicado en el blog SCN que describe el transporte a SAP
BPC. Esto puede ser útil para el equipo de ENAP.
https://blogs.sap.com/2013/03/27/sap-bpc-10-transport-guide/
L. Consideraciones generales
A seguir se incluyen algunas otras consideraciones acerca del uso de productos SAP:
· Considere la implementación de SAP Business Planning and Consolidation, versión para SAP
NetWeaver en su última versión disponible. Hubo significativas mejoras de rendimiento y
nuevas funcionalidades que permiten accesos cercanos en tiempo real para la planificación y
la consolidación, maximizando y potenciando el uso del SAP HANA.
En el siguiente link encontrará información más reciente sobre el producto y su roadmap de
soluciones.
https://help.sap.com/viewer/product/SAP_BUSINESS_PLANNING_AND_CONSOLIDATION%25
2C_VERSION_FOR_SAP_NETWEAVER/10.1/en-US
· Feedback de Producto - Idea Place

SAP Idea Place es un canal adicional para que los clientes y los socios presenten sus ideas de
soluciones, voten en nuevas funcionalidades y provean feedback de herramientas.
Confidencial - 17.08.2017 27/31

Confidencial - 17.08.2017 28/31
· SAP Community Network – SDN & BPX
La comunidad SAP es una herramienta de gran alcance que puede responder a muchas
preguntas y ayudar a otros clientes, también, con sus respuestas.
https://www.sap.com/community/tag.html?id=01200615320800001016
Confidencial - 17.08.2017 29/31

· Recursos útiles - Help
Diversas informaciones sobre el uso de SAP BPC NW 10.1 en el link
https://help.sap.com/viewer/a2049170bfeb4178ace32222842c3ec1/10.1/en-US
· Recursos útiles – notas

Diversas notas de correcciones o artículos de paso de conocimiento sobre el uso do SAP BPC
NW 10.1 no link
https://launchpad.support.sap.com/
Confidencial - 17.08.2017 30/31

Busque el término EPM-BPC-NW y reciba una lista de notas que se aplican a los términos de
búsqueda
Utilice la ordenación por fecha para ver las Nota SAPs más recientes.
· SAP Business Planning and Consolidation 10.1 NW Limitations

Confidencial - 17.08.2017 31/31

BPC Service Health Check Report

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

BPC Service Health Check Report

Caricato da

Copyright:

Formati disponibili

SERVICE HEALTH CHECK REPORT

SAP System ID PBD

SAP Product SAP NetWeaver 7.40

Authorized for SAP SE, authorized partners and customer employees.

Confidencial - 17.08.2017 2/31

El resultado de nuestro trabajo es estrictamente confidencial, entregado exclusivamente para uso

Consultor responsable: Felipe Barbosa - SAP BPC Expert

Confidencial - 17.08.2017 3/31

Confidencial - 17.08.2017 4/31

· CPMBPC – último disponible SP12

D. Parámetros SAP BPC - Global, Entorno y Modelo

UJ0_IMG_01 – Parámetros Globales.

UJ0_IMG_02 – Parámetros de Entorno

Confidencial - 17.08.2017 5/31

· ENABLE_FIXED_CUBENAME – Este parámetro mantendrá los nombres técnicos del inprovider

Confidencial - 17.08.2017 6/31

· ENABLE_DISAGGREGATION - La desagregación es una de las características esenciales para

· DISABLE_ALLOCATION_ON_HANA – Parámetro que permite la ejecución del script

· SCRIPT_LOGIC_DETAIL_LOG - Este parámetro define cómo se mostrará el detalle de log que

· ENABLE_HANA_MDX – Este parámetro potencializa el uso de SAP HANA junto a la herramienta

· RRT_GET_DIM_CARDINALITY – Este parámetro influye en el rendimiento y el comportamiento

Recomendamos verificar periódicamente el contenido de la Nota SAP 2010964, dónde es

Incluir los parámetros abajo listados en los modelos “Rates” y “PRECIO_MAGALLANES”

Confidencial - 17.08.2017 7/31

E. SAP BPC Data Checker del entorno ENAP

Recomendación: Crear las carpetas predeterminadas (estándar) "BOOKS, TEMPLATES y PDBOOKS"

F. BPC Statistics y Optimización

Confidencial - 17.08.2017 8/31

Más detalles de optimización se pueden consultar en la nota SAP.

G. Configuración del Buffer

Confidencial - 17.08.2017 9/31

H. SAP BPC Visión General del Diseño

Confidencial - 17.08.2017 10/31

Recomendación: Verificar la posibilidad de cambiar el tipo de modelo a partir de la necesidad de

APPSET_ID APPLICATION_ID DIMENSION TYPE DIMENSION

Recomendación: La unificación de estas dimensiones facilita el mantenimiento de la misma y también

Confidencial - 17.08.2017 11/31

Nota 2: Algunas dimensiones sólo tienen un miembro de dimensión en su estructura.

MANDT APPSET_ID DIM_NAME MEMBER_COUNT

Descripciones con caracteres especiales (***).

Miembros con descripción mayúscula y minúscula.

Confidencial - 17.08.2017 12/31

APPSET_ID APPLICATION_ID DIMENSION TYPE DIMENSION

Confidencial - 17.08.2017 13/31

También se identificaron modelos sin ninguna dimensión segura.

Confidencial - 17.08.2017 14/31

Confidencial - 17.08.2017 15/31

Existen dos tipos de auditoría:

Confidencial - 17.08.2017 16/31

Recomendación: Evaluar la activación de la auditoría de las actividades administrativas y de datos para

7) BPF – Business Process Flow

Confidencial - 17.08.2017 17/31

Crear lo modelo de BPF para los modelos:

Confidencial - 17.08.2017 18/31

Confidencial - 17.08.2017 19/31

Confidencial - 17.08.2017 20/31

Confidencial - 17.08.2017 21/31

Confidencial - 17.08.2017 22/31

Otro informe, pero la misma visión del anterior.

Recomendación: Evaluar la posibilidad de tener sólo un informe y administrar su despliegue controlado

Confidencial - 17.08.2017 23/31

En la actualidad, el reporte no distingue un dato real de uno planificado:

Confidencial - 17.08.2017 24/31