Вы находитесь на странице: 1из 33

Proyecto de Implementación

SAP BPC - Consolidación

Business Intelligence
Nomenclatura y Convenciones
Información del Documento
Proyecto SAP BPC Consolidación
Titulo Business Blueprint
Versión 1.0
Frente Business Warehouse
Autor
Fecha de Creación 2014/11/20

Control de Versiones
Versión Responsable Fecha Comentarios
1.0 2014-11-28 Creación del documento
1.0 2014-12-09 Traducción al español

Page 2 of 33
Aprobaciones
Revisado por – Equipo BW:
La firma de “Revisado por – Equipo BW” indica la conformidad del equipo de BW quien revisa el
contenido y claridad del documento y, en medida a sus conocimientos, establecen que el documento
cumple el propósito y alcance definido:

Nombre Título / Rol


Revisado por: Líder de Desarrollo Alicorp
Firma Fecha:
Revisado por: Líder de Desarrollo SAP
Firma Fecha:

Aprobado por:
La firma “Aprobado por” indica la conformidad con el contenido y claridad de quienes aprobaron este
documento:

Nombre Título / Rol


Aprobado por: Líder de Equipo Técnico Alicorp
Firma Fecha:
Aprobado por: Líder de Equipo Técnico SI
Firma Fecha:

Historial de Versiones
Versión Descripción Autor(es)
01 Versión inicial creada como plantilla Miguel Quepuy

Page 3 of 33
Tabla de Contenido
Historial de Versiones .................................................................................................................................. 3
1 Objetivo ................................................................................................................................................. 6
2 Alcance ................................................................................................................................................... 7
3 Audiencia ............................................................................................................................................... 8
4 Definiciones y Acronimos ................................................................................................................... 9
4.1 Definiciones ..................................................................................................................................... 9
4.2 Acrónimos ..................................................................................................................................... 10
5 Supuestos y Riesgos .......................................................................................................................... 11
5.1 Supuestos ...................................................................................................................................... 11
5.2 Riesgo / Mitigación ........................................................................................................................ 11
6 Nomenclatura y convenciones ........................................................................................................ 12
6.1 SAP BW Desarrollo de Data Warehousing Workbench ................................................................. 12
6.1.1 Convenciones Generales ............................................................................................................... 12
6.2 Almacenamiento de Datos Workbench ......................................................................................... 12
6.2.1 InfoObject ..................................................................................................................................... 12
6.2.2 Atributo de Navegación ................................................................................................................. 12
6.2.3 Jerarquías ...................................................................................................................................... 13
6.2.4 Catálogo de Infoobjetos ................................................................................................................ 13
6.2.5 InfoProvider .................................................................................................................................. 13
6.2.6 Dimensiones .................................................................................................................................. 14
6.2.7 InfoArea (Nombre Técnico y Descripción) .................................................................................... 14
6.2.8 InfoSources ................................................................................................................................... 15
6.2.9 Análisis de Rentabilidad de InfoSources ....................................................................................... 15
6.2.10 Transferencia y Reglas de Actualización – Rutinas ABAP ......................................................... 15
6.2.11 InfoPackages ............................................................................................................................ 16
6.2.12 Cadenas de Procesos ................................................................................................................ 16
6.2.13 Agregados (Niveles de Agregación para Planificación Integrada) ............................................ 17
6.2.14 Planificación de Filtros .............................................................................................................. 17
6.2.15 Método de Planificación / Funciones (or Secuencias) ..................................................................... 18
6.2.16 Grupo de Parámetro para los Funciones ...................................................................................... 18
6.2.17 Planificación y Simulación de Negocios .................................................................................... 18
6.3 Explorador de Negocio .................................................................................................................. 20
6.3.1 Variables*...................................................................................................................................... 20
6.3.2 Queries* ........................................................................................................................................ 20
6.3.3 Vistas de Queries .......................................................................................................................... 21
6.3.4 Estructuras de Queries* ................................................................................................................ 21
Cifras Claves Calculada / Restringidas * ................................................................................................ 21
6.3.5 Plantillas Web ................................................................................................................................ 22
6.3.6 Style Sheets .................................................................................................................................. 22
6.3.7 Agente de Broadcast ..................................................................................................................... 22
6.3.8 Agente de Broadcast Punto de Tiempo......................................................................................... 23
Objetos SAP ECC / ABAP para BW ............................................................................................................. 23
6.3.9 Origen de Datos ............................................................................................................................ 23
6.3.10 Paquete ................................................................................................................................ 23
6.3.11 Otros (Funciones de Módulos, Funciones de Grupos, Vistas etc) para BW .............................. 24
6.4 BusinessObjects ............................................................................................................................ 24

Page 4 of 33
6.4.1 Nombre de la Conexión Universo .................................................................................................. 24
6.4.2 Nombre de Universo ..................................................................................................................... 24
6.4.3 Carpetas de InfoView .................................................................................................................... 25
6.4.4 Nombres de Informes ................................................................................................................... 25
6.5 Descripciones de Solicitudes de Cambio BI .................................................................................. 25
7 Apéndice .............................................................................................................................................. 27
8 SAP BPC - Practica Recomendada .................................................................................................. 28
8.1 Implementación de SAP BPC......................................................................................................... 28
8.1.1 Datos Maestro y Jerarquías ........................................................................................................... 28
8.1.2 Integración .................................................................................................................................... 28
8.1.3 Ambiente / Rendimiento ............................................................................................................... 29
8.1.4 Seguridad / Acceso de Usuarios .................................................................................................... 29
8.1.5 Business Process Flows ................................................................................................................. 30
8.1.6 Estado del trabajo ......................................................................................................................... 30
8.1.7 Informes / Formas de Input.......................................................................................................... 30
8.2 Lógica Personalizada ..................................................................................................................... 31
8.2.1 Lógica Script .................................................................................................................................. 31
8.2.2 Código de VBA .............................................................................................................................. 31
8.2.3 ABAP BADIs ................................................................................................................................... 31
8.3 Transportes de BPC/BW ................................................................................................................ 32

Page 5 of 33
1 Objetivo
El objetivo de este documento es proveer la nomenclatura y convenciones a ser usadas para los
desarrollos en BI. El presente documento no es un manual para configurar BI, en su lugar, provee los
lineamientos de como nombrar cada objeto en BI.

Este es un documento dinámico, que se enriquece con el contenido de SAP BI y la experiencia.

Cuando estos estándares sean modificados / actualizados en el futuro, no es necesario pasar los objetos
que ya se encuentran construidos al nuevo estándar. Sin embargo, se requiere el cumplimiento de todas
las normas publicadas que estaban en vigor en el momento en que comenzó cada parte del desarrollo.

El cumplimiento de los estándares es requerido para que el trabajo desarrollado sea transportado a los
ambientes de calidad y, posteriormente, producción. El no cumplir con los estándares podría resultar en la
pérdida de trabajo de desarrollo durante una actualización.

Page 6 of 33
2 Alcance
La convención de nomenclaturas presentadas en este documento aplica a la implementación de SAP
Business Information Warehouse (BW o BI) en Alicorp. Estos objetos pertenecen al sistema de BW o BI.
Estos pueden ser archivos de configuración de extracción para Fuentes de Datos Externas (Estructuras de
extracción y metadata para Fuentes de Datos hechas a medida para el cliente) y InfoFuentes de BI.

Se toma en consideración la nomenclatura estándar usada por SAP Business Content, en previsión a los
futuros sistemas SAP como Fuentes de Datos de BI en Alicorp. Los criterios para determinar que
componentes propios del cliente (DSO, InfoCubos, etc.) son necesarios para hacer frente a las diversas
necesidades empresariales no serán cubiertos en el presente documento. No se discute tampoco el
análisis y el diseño de los objetos personalizados. El 'cómo' el desarrollo de programas / mesas reales,
etc., no se tratarán en detalle en este documento.

El presente documento no cubre las modificaciones aplicadas al código estándar de SAP. Las políticas de
Alicorp establecen que no se realizan modificaciones al código estándar de SAP.

Convención de nomenclaturas a objetos de configuración no está cubierta en este documento. El presente


aplica para todos los sistemas de BI de Alicorp.

Page 7 of 33
3 Audiencia
Este documento está escrito para todo el personal de Alicorp involucrado en el diseño, implementación y el
funcionamiento del entorno de SAP BI en curso. Todos los empleados de Alicorp, socios de consultoría no
Alicorp y personal contratado involucrados en el diseño, implementación, y puesta en marcha del entorno
SAP BI se debe ajustar a la política y las directrices definidas en el presente documento.

Page 8 of 33
4 Definiciones y Acronimos
4.1 Definiciones

Término Definición
Workbench de Desarrollo ABAP  Un entorno de programación integrado que ofrece todas las
herramientas necesarias para crear y mantener aplicaciones de
negocios y objetos en el Sistema SAP ECC. Este Workbench contiene
todas las herramientas necesarias para ciclo de desarrollo de software y
está integrado con el Workbench Organizador y el Sistema de
Transporte.
Repositorio ABAP  Todos los objetos del Workbench de desarrollo ABAP estan
almacenados en el Repositorio y se les denomina Objetos de
Repositorio. Esto incluye programas, pantallas, datos y descripciones
de la tabla, documentación, etc.
Diccionario de Datos  Catálogo central que contiene las descripciones de la organización de
los datos y brinda información sobre los datos y sus uso en programas
y pantallas. El diccionario de datos administra toda la data de los
objetos (tablas, estructuras, vistas, elementos de datos y dominios) en
el sistema SAP ECC.
Paquete (Clase de Desarrollo)  Es un grupo de objetos de desarrollo lógicamente relacionados. Un
paquete (clase de desarrollo) contiene todos los objetos que deben ser
corregidos, y transportados como un conjunto (por ejemplo, los objetos
que componen una transacción todos pertenecen a la mismo paquete).
Solicitud de Cambio  En ABAP un registro de los cambios realizados en un objeto de
desarrollo. Una solicitud de cambio puede contener una o más tareas.
Tarea  Es un componente de una solicitud de cambio utilizado para el
seguimiento de los cambios de desarrollo realizados por una persona en
particular.
Solicitud de Transporte  Documento para trasladar modificaciones o correcciones de un sistema
a otro (por ejemplo de un sistema de desarrollo de un sistema de
prueba). Sólo modificaciones / correcciones liberadas pueden ser
transportadas.
Sistema de Transporte  Una colección de funciones disponibles para el transporte de objetos
entre diferentes sistemas de ECC dentro de un grupo Sistema SAP.
Creación de Versiones  Creación de un repositorio de objetos transportables cuando se libera
una solicitud de cambio.
Base de Datos de Versiones Lugar donde se almacenan las versiones de objetos del repositorio cuando
se libera una solicitud de cambio.

Page 9 of 33
4.2 Acrónimos

Acrónimo Significado
BW SAP NetWeaver Business Warehouse
BEx SAP Business Explorer
BI SAP BusinessObjects Business Intelligence solutions
ABAP Advanced Business Application Programming
CTS Correction and Transportation System
TMS Transportation Management System
DSO Data Store Object
PSA Persistent Staging Area

Page 10 of 33
5 Supuestos y Riesgos
5.1 Supuestos

 Se asumen conocimientos básicos de SAP y buena base y experiencia en SAP BW/BI.


 Se asume familiaridad con los conceptos y terminologías de SAP ECC.

5.2 Riesgo / Mitigación

Riesgo: con el paso del tiempo, los desarrolladores pueden perder cuidado con el seguimiento de los
estándares.

Mitigación: Contar con un proceso de revisión de calidad de código para asegurar que se está cumpliendo
con los estándares.

Page 11 of 33
6 Nomenclatura y convenciones
6.1 SAP BW Desarrollo de Data Warehousing Workbench

6.1.1 Convenciones Generales

6.1.1.1 El Zero adelante


Los nombres técnicos de los objetos BW predefinidos entregado por SAP comienzan con numérico ‘0 – 9’.

6.1.1.2 Objetos No Productivos Temporales


El nombre técnico de objetos temporales creados para prototipos, pruebas informales, o entrenamiento
debe comenzar con el carácter 'Y', seguido de las iniciales del desarrollador quien crea el objeto. (Ejemplo:
YCMG_MATERIAL es un nombre técnico aceptable para un material temporal InfoObject creado por un
desarrollador con iniciales CMG.). Esto sirve para diferenciar este tipo de objetos de objetos destinada a
producción, y las mandas a la parte inferior en una lista de selección con orden alfabético. Más allá de este
prefijo, el desarrollador puede usar su discreción para nombrar objetos temporales, aunque los convenios
restantes de este documento pueden proporcionar algunas sugerencias útiles.

6.2 Almacenamiento de Datos Workbench

6.2.1 InfoObject

InfoObjects Nombre técnico constará de 9 caracteres formateados así (e.g. ZSREVENUE):


Posición Descripción Valores Significado
1 Identificador personalizado Z Definida personalizada InfoObject
Y No se transporta a producción
2–9 Nombre InfoObject Cualquier 1. Utilice nombre estándar InfoObject si es una copia
combinación de cualquier InfoObject estándar existente. Por
de caracteres ejemplo ZMATERIAL para una copia de 0MATERIAL.
2. Si no está disponible el InfoObject estándar, utilizar
el nombre de campo de origen correspondiente.
3. Si ningunos se aplica, seleccione un nombre
significativo para describir el nuevo InfoObject
personalizado.

6.2.2 Atributo de Navegación

Creando un atributo de navegación requiere que llena dos campos. Introduzca los en la siguiente manera:
Posición Descripción Valores Significado
Atributos Navegacional. Cualquier Utilice el texto largo asignado a la InfoObject que
Descripción combinación de está utilizado como un atributo de navegación
caracteres (por ejemplo, número de cuenta para
0ACCOUNT)
Atributos Navegacional. Texto Cualquier Utilizar el texto corto asignado a la InfoObject

Page 12 of 33
corto combinación de que está utilizado como un atributo de
caracteres navegación (por ejemplo 0ACCOUNT)

6.2.3 Jerarquías

Jerarquías consistirá de 30 caracteres formateados así (e.g. Planta Jerarquía para Centros de Coste):
Posición Descripción Valores Significado
1 hasta Nombre de Jerarquías Cualquier Cuando crean unos Queries, los usuarios súper
30 combinación deberían tener la habilidad a determinar lo que
de contiene una jerarquía debido a su descripción.
caracteres También, él / ella sabrá entonces lo que la
jerarquía se puede utilizar para. Por lo tanto, el
nombre de la jerarquía debe describir el
propósito de la jerarquía.

6.2.4 Catálogo de Infoobjetos

Catálogo de InfoObject consistirá de 30 caracteres formateados así (e.g. ZKF_MMPU_SPEND01):


Posición Descripción Valores Significado
1 Identificador Personalizado Z Catálogo de InfoObject definido personalizada
Y No se transporta a producción.
2–4 Identificador del tipo de objeto KY_ KY = InfoObject catálogo de cifras clave
CH_ CH = InfoObject catálogo de propiedades
5–6 Origen de los datos Consulte el Apéndice
7–8 Sub Módulo Consulte el Apéndice
9 up to InfoArea Descripción Cualquier Los caracteres que describen el InfoArea a la
13 combinación de que el catálogo InfoObject se refiere a
caracteres
14 – 15 Número secuencial de dos dígitos Número 01 – 99
siguiente
disponible
16 – 30 No utilizado
*Nota: Se utiliza sólo para definidos InfoObjects personalizados.

6.2.5 InfoProvider

InfoProvider Nombre Técnico consistirá de 9 caracteres (8 para DSO) formateados así (e.g. ZFIAPC01)
Posición Descripción Valores Significado
1 Identificador Personalizado Z InfoCube definido personalizada
Y No se transporta a producción
2–3 Origen de los datos/Área de Consulte el Apéndice
Aplicación
4–5 Sub Módulo Consulte el Apéndice
6 Separador (No utilizer para _ Uso ‘guion bajo’ como separador
DSO)

Page 13 of 33
7 Tipo de InfoProvider O DSO
C Cubo basico
M MúltiProveedor
T Cubo transaccional
R Cubo remoto
V Cubo virtual
I Infoset
# Asegúrese de que en la descripción de cubo
pones Transacción / Básico.
8–9 Número secuencial de dos dígitos Siguiente Usar número de InfoCube entregado por SAP si
Número está copiando contenido empresarial existente. De
Disponible lo contrario, usa el próximo número secuencial.
Ejemplo: Cubo - ZFIAP_C01
ODS - ZFIAPO01
MúltiProveedor - ZFIAP_M01
InfoSet – ZFIAP_I01

6.2.6 Dimensiones

Dimensiones consistirá de 30 caracteres formateados así:


(Por ejemplo Entidad Legal = una dimensión que incluye el código de la empresa y área abajo control):
Posición Descripción Valores Significado
1 hasta Descripción de Dimensión Cualquier Debe dar dimensiones nombres que permitirán el
30 combinación super usuario inferir qué características podría
de estar contenida dentro de una dimensión
caracteres particular. El nombre técnico es creado
automáticamente por el sistema.

6.2.7 InfoArea (Nombre Técnico y Descripción)

InfoAreas consistirá de 30-60 caracteres formateados así:


Posición Descripción Valores Significado
1 InfoArea Identificador Z
personalizado
Y No se transporta a producción
2–3 Origen de datos Consulte el Apéndice
4–5 Sub módulo Consulte el Apéndice
Si no se requiere submódulo, especifique la
agrupación lógica. Por ejemplo Año de la
información histórica
6 Separador _ Guion bajo
7 hasta Nombre descriptivo de InfoArea Cualquier Elegir un nombre significativo y descripción que
60 combinación capta adecuadamente el área funcional / proceso
de y el contenido de la InfoCube que residirá abajo
caracteres del InfoArea.
Por  ZSDCS_Sales_Customer_Care
ejemplo  ZSD2004_Sales_History

Page 14 of 33
6.2.8 InfoSources

InfoSources consistirá de 30 caracteres formateados así:


Posición Descripción Valores Significado
1 Identificador personalizado Z Objetos personalizados
Y No se transporta a producción, solo objetos
2–3 Origen de datos Consulte el Apéndice
4–5 Sub Módulo Consulte el Apéndice
6–8 Número y separador de InfoCube _X_ Si está copiando un InfoCube de SAP, utilice el
(Opcional) número que sigue al "_C". Si es una nueva
InfoCube personalizado, utilice el siguiente
número secuencial (1-9) seguido con un guion
bajo.
9 Identificador de InfoSource I Letra ‘I’ para identificación de InfoSources
10 – 13 Número de tres dígitos secuencial XXX_ Siguiente numero disponible 001 – 999
seguido con un Guion bajo
14 – 30 Descripción Texto de forma libre, si es necesario
Ejemplo  ZSDCS_I001_REGION_TEXT
 ZHRCM_I001_COMP_BUDGET

6.2.9 Análisis de Rentabilidad de InfoSources

Análisis de Rentabilidad de InfoSources consistirá de 30 caracteres formateados así (Por ejemplo


1_CO_PA_SID_300_ABC1_GPVA)
Posición Descripción Valores Significado
1–8 Identificador personalizado 1_CO_PA_ Nombre personalizado predeterminado de
SAP (no puede cambiar este valor)

9 – 12 Identificador de la sistema SAP SID_ El SID o identificador de la sistema


13 – 16 Número del cliente de la sistema 300_ Numero de cliente number para SID
SAP
17 – 21 Asunto de operación XXXX_ Donde ‘XXXX’ es el valor de asunto SAP ECC
22 hasta 30 Descripción Cualquier Definido por el usuario del equipo funcional
combinación
de caracteres

6.2.10 Transferencia y Reglas de Actualización – Rutinas ABAP

Rutinas de actualizar consistirá de 30 caracteres formateados así (Por ejemplo Convertir Unidad de
Medida):
Posición Descripción Valores Significado
1 Identificador personalizado Z Objetos personalizados
Y No se transporta a producción, solo objetos
2–3 Origen de datos Consulte el Apéndice
4–5 Sub Módulo Consulte el Apéndice
6 Separador _ Guion bajo
7 hasta Nombre rutina Cualquier Elegir un nombre significativo y una descripción

Page 15 of 33
30 combinación que identifica adecuadamente el código ABAP
de que va a utilizar dentro de la regla de rutina de
caracteres transferencia o actualización.
Ejemplo ZFIAP_Factura_Estado_Mapeo

6.2.11 InfoPackages

InfoPackages consistirá de 60 caracteres formateados así:


(E.g. ZMMXX_:DELTA_TD_0XXXXX Datos de Artículo de Compras Enero 00 – Marzo 00):
Posición Descripción Valores Significado
1 Identificador personalizado Z Catálogo InfoObject definido personalizada
Y No se transporta a producción
2–4 Identificador InfoPackage IP_ Guion bajo
5 – 10 Identificador de modo de INIT_ Inicialización
actualización FULL_ Completo
DELTA_ Delta
11 – 13 Identificador de tipo de datos TD_ Datos Transacional
MA_ Datos Maestros – Attributes
MH_ Datos Maestros – Jerarquías
MT_ Datos Maestros – Textos
14 hacia Identificador de DataSource Nombre tecnico de datasource
adelanto
Identificador de Frecuencia de Diario Diario
Carga Mensual Mensual
Anual Anual
Cada Hora Cada Hora
Adhoc
Descripción Descripción, si hay
Ejemplo ZIP_INIC_TD_0FIAP04_Adhoc
ZIP_DELTA_MD_0MATERIAL_ATTR_DIARIO
*Nota: Si el InfoPackage es para la carga de datos histórica o convertidos, incluya la fecha (s) de los datos
cargado (por ejemplo ZMMXX_DELTA_TD_0XXXXX Datos de Compras Enero 00 – Marzo 00 O
ZMMXX_DELTA_TD_0XXXXX Datos de Compras – Año 2001).

6.2.12 Cadenas de Procesos

Posición Descripción Valores Significado


1 Identificador personalizado Z Definida personalizada
Y No se transporta a producción
2–4 Identificador de cadena de proceso PC_ Cadena de procesos

5–6 Origen de datos Consulte el Apéndice


7–8 Sub Módulo (Opcional) Consulte el Apéndice
9 Separador _ Guion bajo

10 – 12 Tipo de Datos MA_ Datos Maestros – Attributes


MH_ Datos Maestros – Jerarquías
MT_ Datos Maestros – Textos
TD_ Datos de la transacción

Page 16 of 33
XC_ Cadena Cross / meta (la combinación de dos o
MT_ más cadenas sub)
Datos maestros y datos de la transacción
13 – 19 Frecuencia de Carga Diario
Mensual
Cada Hora
Anual
Adhoc
20 hacia Descripción _XXXXX Descripción adicional, si hay
adelanto
Ejemplo ZPC_FIGL_TD_DIARIO
ZPC_HR_MD_DIARIO_CRITICO

6.2.13 Agregados (Niveles de Agregación para Planificación Integrada)

Agregados consistirá de 9 caracteres formateados así:


Posición Descripción Valores Significado
1 Identificador personalizado Z Definida personalizada de agregado
Y No llevas a producción.
2–3 Origen de datos Consulte el Apéndice
4–5 Sub Módulo Consulte el Apéndice
6 Identificador de Agregado _A Guion bajo seguido de la letra 'A' para indicar el
nombre del objeto es un agregado
7–9 Número de tres dígitos secuenciales Próximo 001 – 999
número
disponible
Descripción Esto podría ser indicado por:
 Característica(s) clave para agregados
 Y/O
 Nivel de agregado
Ejemplo ZCOCCA001

6.2.14 Planificación de Filtros

Filtro consistirá de 30 caracteres formateados así (e.g. ZCCA_C09_A_F001):


Posición Descripción Valores Significado
1 Identificador personalizado Z Definida personalizada de agregado
Y No se transporta a producción.
2 hasta Nombre de InfoCube Varias Nombre técnico de InfoCube (sin el líder ‘0’ o
10 ‘Z’) donde se crea el agregado
11 – 12 Identificador de Agregado _A Guion bajo seguido de la letra 'A' para indicar el
nombre del objeto es un agregado
13 – 14 Identificador de Filtro _F Guion bajo seguido de la letra 'F' para indicar el
nombre del objeto es un filtro
15 – 17 Número de tres dígitos secuenciales Próximo 001 – 999

Page 17 of 33
número
disponible
18– 30 Descripción Esto podría ser indicado por:
 Valores de característica(s) clave para el
filtro

6.2.15 Método de Planificación / Funciones (or Secuencias)

Filtro consistirá de 30 caracteres formateados así (e.g. ZCCA_C09_A_M001):


Posición Descripción Valores Significado
1 Identificador personalizado Z Definida personalizada de agregado
Y No se transporta a producción.
2 hasta Nombre InfoCube Varías Nombre técnico de InfoCube (sin el líder ‘0’ o
10 ‘Z’) donde se crea el agregado
11 – 12 Identificador de Agregado _A Guion bajo seguido de la letra 'A' para indicar el
nombre del objeto es un agregado
13 – 14 Identificador de Función _M o _S Guion bajo seguido de la letra 'M' para indicar el
nombre del objeto es un método / función
‘S’ en caso de un secuencia de planificación
15 – 17 Número de tres dígitos secuenciales Próximo 001 – 999
número
disponible
18– 30 Descripción Esto podría ser indicado por:
 La Funcionalidad

6.2.16 Grupo de Parámetro para los Funciones

Filtro consistirá de 30 caracteres formateados así (e.g. ZCCA_C09_A_M_P001):


Posición Descripción Valores Significado
1 Identificador personalizado Z Definida personalizada de agregado
Y No se transporta a producción.
2 up to Nombre InfoCube Varias Nombre técnico de InfoCube (sin el líder ‘0’ o
10 ‘Z’) donde se crea el agregado
11 – 12 Indicador de Agregado _A Guion bajo seguido de la letra 'A' para indicar el
nombre del objeto es un agregado
13 – 14 Identificador de Función _M Guion bajo seguido de la letra 'M' para indicar el
nombre del objeto es un método / función
15 – 16 Identificador de Parámetro _P Guion bajo seguido de la letra 'P' para indicar el
nombre del objeto es un parámetro
17 – 19 Número de tres dígitos secuenciales Próximo 001 – 999
número
disponible
20 – 30 Descripción Indicado por:
 Valores de parámetro

6.2.17 Planificación y Simulación de Negocios

Page 18 of 33
Posición Explanación
1-3 YNN - Objetos de Prueba
ZNN – Objetos de Transporte (NN – 01 para Gastos; 02 para Ingresos)
4 A – Área de Planificación
M – Múlti Área de Planificación
L – Nivel de Planificación
P – Perfil de Planificación
5-6 PP – Paquete de Planificación
PL – Layout de Planificación
PF – Función de Planificación / Función de Salida
PG – Grupo de Parámetros
PS – Secuencia de Planificación
VP – Variable de Planificación
7–8 Numero de Secuencia o Texto Libre

Nota: Asegúrese de introducir clara descripciónes para cada objeto en BPS.

Page 19 of 33
6.3 Explorador de Negocio

6.3.1 Variables*

Variables consistirá de 8 caracteres formateados así (E.g. ZMX_MATL):


Posición Descripción Valores Significado
1 Identificador personalizado Z Variable definido personalizado
Y No se transporta a producción
2 Tipo de Acceso O Opcional
M Mandatorio
3–4 Tipo de Variable T_ Variable de Texto
F_ Variable de formulario
H_ Variable de Jerarquía
N_ Variable de nodo Jerarquía
S_ Variable de valor único
M_ Variable de valor multiple
I_ Variable de intervalo
X_ Variable de opción de selección
P_ Set de valores pre-calculados
A_ Variable de autorización
5 hasta 8 Nombre de Variable Cualquier Descripción de las características asociadas con
combinación variables.
de caracteres
Ejemplo ZMX_MATL
ZMA_COMP
*Nota: Descripción del variable debe contener el nombre de característico seguido con si el variable es un
valor único, intervalo, etc y si es obligatorio. Por ejemplo, la descripción de variable ZMX_MATL puede ser
‘Material – Opción de Selección Obligatorio’).

6.3.2 Queries*

Queries consistirá de 30 caracteres formateados así (E.g. ZZCCA_C08_Q012):


Posición Descripción Valores Significado
1 Identificador personalizado Z ZZPRR_O04_Q001 definida personalizada
Y No se transporta a producción
2 – 10 Nombre técnico de InfoProvider Varias Nombre técnico de InfoCube (con el líder ‘0’ o
‘Z’) donde se crea el agregado.
11 – 12 Identificador de Query _Q Guion bajo seguido de la letra 'Q' para indicar el
nombre del objeto es una query
13 – 15 Número de tres dígitos secuenciales Próximo 001 – 999
número
disponible
16 – 30 Descripción Descripción Lógico de Query (Opcional)
Ejemplo ZZCCA_C08_Q012
*Nota: Descripción de query puede tener hasta 60 caracteres y debe transmitir la idea de contenido de la
query a los usuarios finales.

Page 20 of 33
6.3.3 Vistas de Queries

Vistas consistirá de 30 caracteres formateados así (Por ejemplo ZZZCCA_C08_Q012_V001):


Posición Descripción Valores Significado
1 Identificador personalizado Z Query definida personalizada
Y No se transporta a producción
2 – 16 Nombre Técnico de Query Varias Nombre de query basado en que vista esta
creado (No incluye una descripción lógico para la
query, si hay)
17 – 18 Identificador de Vista _V Guion bajo seguido de la letra 'V' para indicar el
nombre del objeto es una vista de query
19 – 21 Número de tres dígitos secuenciales Próximo 001 – 999
número
disponible
22 – 30 Descripción Descripción Lógico de Vista (Opcional)
Ejemplo ZZZCCA_C08_Q012_V001

6.3.4 Estructuras de Queries*

Estructuras de queries consistirá de 30 caracteres formateados así (e.g. Z0SD_C03_S001):


Posición Descripción Valores Significado
1 Identificador personalizado Z Estructura de query definida personalizada
Y No se transporta a producción.
2 – 10 Nombre técnico InfoProvider Varias Nombre técnico de InfoCube (con el líder ‘0’ o
‘Z’) donde se crea la estructura de query.
11 – 12 Identificador de Estructura de _S Guion bajo seguido de la letra 'S' para indicar el
Query nombre del objeto es una estructura de query
13 – 14 Número de tres dígitos Próximo 001 – 999
secuenciales número
disponible

Cifras Claves Calculada / Restringidas *


Cifra clave calculada consistirá de 25 caracteres formateados así (e.g.Z0PCA_C01_C001):
Cifras claves restringidas consistirá de 25 caracteres formateados así (e.g.Z0PCA_C01_R001):

Posición Descripción Valores Significado


1 Identificador personalizado Z Cifra claves calculada definida personalizada
Y No se transporta a producción
2 – 10 Nombre técnico InfoProvider Varias Nombre técnico de InfoCube (con el líder ‘0’ o
‘Z’) donde se crea las cifras claves calculada.
11 – 12 Identificador cifra clave calculada _C Guion bajo seguido de la letra 'C' para indicar el
nombre del objeto es una cifra clave calculada
_R Guion bajo seguido de la letra 'R' para indicar el
nombre del objeto es una cifra clave restringida
13 – 15 Número de tres dígitos secuenciales Próximo 001 – 999
número
disponible

Page 21 of 33
16 – 25 No se utiliza
*Nota: i) Descripción de cifra clave calculada puede tener hasta 60 caracteres y debe describir características
y debe describir cifras claves utilizadas. Si nombras a una cifra clave calculada que es común para Alicorp, el
cálculo debe coincidir con el cálculo definido por Alicorp. Si Alicorp no utiliza comúnmente la cifra clave, el
nombre debe describir adecuadamente la cifra clave (por ejemplo, Retorno de la Inversión, Utilidad Neta).

ii) Descripción de cifra clave restringida puede tener hasta 60 caracteres y debe describir las cifras claves
utilizadas, y las restricciones mayores para que los usuarios finales pueden determinar el significado de la cifra
clave sin tener que mirar a la pantalla de definición de la query (por ejemplo, Inventario Actual de Materias
Primas Alicorp).

6.3.5 Plantillas Web

Posición Descripción Valores Significado


1 Identificador personalizado Z Objetos personalizados
Y No se transporta a producción, solo objetos
2–3 Origen de datos Consulte el Apéndice
4–5 Sub Módulo Consulte el Apéndice
6 Separador _ Guion bajo
7 – 10 <Tipo> = Plantilla Web Tipo WTS_ Estándar sin barra de herramientas
WTT_ Estándar con barra de herramientas
WTC_ Cabina
WTP_ Contenidos Portal / Cabina (donde Plantilla Web
WTH_ representa un componente)
WTO_ HTML (sin editar posible WAD)
Todos los demás
11 – 13 <NNN>_ = Número de secuencia Número secuencial 3 dígitos de la plantilla web
14 hacia Descripción Forma de texto libre debe incluir nombre de la
adelanto query a la que la plantilla web se refiere para
determinar si es único

6.3.6 Style Sheets

Posición Descripción Valores Significado


1 Identificador personalizado Z Objetos personalizados
Y No se transporta a producción, solo objetos
2–3 Origen de datos Consulte el Apéndice
4–5 Sub Módulo Consulte el Apéndice
6 Separador _ Guion bajo
7 – 10 Identificador SYD_ Style Sheet para Visualización
SYP_ Style Sheet para Impresión
11 hacia Descripción Forma de texto libre
adelanto

6.3.7 Agente de Broadcast

Posición Descripción Valores Significado


1 Identificador personalizado Z Objetos personalizados
Y No se transporta a producción, solo objetos

Page 22 of 33
2-4 Tipo de Objeto WB_ Workbook
WT_ Web Template
QU_ Query
DP_ Proveedor de Datos
5 – hacia Id de Objeto Nombre técnico del objeto.
adelanto

6.3.8 Agente de Broadcast Punto de Tiempo

Posición Descripción Valores Significado


1 Identificador personalizado Z Objetos personalizados
Y No se transporta a producción, solo objetos
2-6 Identificador BATP_ Identificador para agente de broadcasting punto
de tiempo
7 – 10 Frecuencia NNN_ Frecuencia de ejecución
11 - 15 Tiempo XXXX_ Tiempo de ejecución
16 hacia Descripción Forma de texto libre
adelanto

Objetos SAP ECC / ABAP para BW

6.3.9 Origen de Datos

Posición Descripción Valores Significado


1 Identificador personalizado Z SAP ECC ABAP objetos personalizados
Y No se transporta a producción.
2-3 Origen de datos Consulte el Apéndice
4-5 Sub Módulo Consulte el Apéndice
6 Separador _ Guion bajo
7-9 Identificador de Tipo de Datos TD_ Datos transaccional
MA_ Datos Maestros – Attributes
MH_ Datos Maestros – Jerarquías
MT_ Datos Maestros – Textos
10 - Tabla/Vista/FM nombre Tabla/Vista/FM Indique la tabla principal o la vista de que el origen
hacia nombre/Objeto de datos se basa en. Si no aplica, indican la lógica
adelante nombre que se utiliza para recopilar los datos.
Seguido por un guion bajo ‘_’
Descripción Descripción, si hay
Ejemplo ZFIPC_MA_Centro_Ganancia

6.3.10 Paquete
Posición Descripción Valores Significado
1 Identificador personalizado Z Custom defined Package
2–3 Identificador BI BW BW = for BW related development

Page 23 of 33
6.3.11 Otros (Funciones de Módulos, Funciones de Grupos, Vistas etc) para
BW
Todo los funciones de Módulos, Vistas, incluyendo programas que van a ser construido en sistemas ECC
para BW seguirá el documento Normas ABAP programación. Sin embargo, para diferenciar estos objetos
BW de otros objetos de ECC, serán construidos bajo ZBW paquete.

6.4 BusinessObjects

6.4.1 Nombre de la Conexión Universo

El nombre universo debe ser fácil de entender y debe usar la terminología de negocio:
Posición Descripción Valores Significado
1–3 Origen de datos ambiente D05, P05, Ambiente de origen de datos de identificación de
BID, BIP 3 caracteres como SAP ID, Oracle SID, etc.
4–5 Origen de datos indicador tipo _C, _Q, _M, SAP BW (Cubos, Queries, MultiProveedor), Base
_T, de datos (Tablas)
6–8 Número de tres dígitos Próximo 001 – 999
secuenciales número
disponible
10 Separador _ Guion bajo
11 hacia Forma libre – Definición de los
adelante datos en términos de negocio. No
utilice el espacio entre las
palabras. Caso de uso de capital
para la separación.
Ejemplo  D05_Q001_AnualComp(ZANUAL_COMP)
 P05_M001_ MantenimientoNotificaciones
(0QM_C10)
 BIP_T001_ VentasResumidos

6.4.2 Nombre de Universo

Posición Descripción Valores Significado


1–2 Origen de datos Consulte el Apéndice
3–4 Sub Módulo Consulte el Apéndice
5–8 Número de tres dígitos _001+ Guion bajo con 001 - 999
secuenciales separador
9+ Nombre Universal Forma de texto El nombre del universo puede seguir el escenario de
libre informes, query BW, InfoProvider, o etc.
Ejemplo  MM_001 Supply Chain - Material Inventario
(0IC_C03)
 FIGL_001 GL IncomeStatement
(ZFI_FIGL_M10_PQ0003)
 HRCM_001 Actividad de entrenamiento
Se recomienda poner la información en la descripción de parámetros universo para incluir el sistema de
origen, última fecha cambiada y número de versión.

Page 24 of 33
6.4.3 Carpetas de InfoView

La estructura de carpetas de BusinessObjects InfoView portal debe tener un estándar de nombres que
también considera cómo la audiencia de negocio o proceso se ve a ellos mismos organizativamente.
Posición Descripción Valores Significado
1 Número de posición 1,2,3,4 Número de posición utilizado para ordenar en el
nivel superior
2–3 Subcarpeta para clasificar. a,b,c,d Subcarpeta para ordenar bajo de la carpeta principal
Opcional si no se utilizan
subcarpetas
4 Separador _ Guion bajo
5 hacia Forma de texto libre. Se debe Ventas, CS, Describe el área de negocios cómo los usuarios
adelanto tener un área de negocios y un Comercio considera que la organización empresarial y el área
área de informes. / equipo / departamento de informes.
Ejemplo  1_Servicio al cliente
o 1A_KPIs
o 1B_Datos de órdenes y facturación
 2_ Planificación de la Demanda
 3_Ventas – Ventas resumidos

6.4.4 Nombres de Informes

El informe de BusinessObjects debe tener un estándar de nombres que también considera el área de
negocios e informes, y también incluyen información si es de una carpeta de InfoView.
Posición Descripción Valores Significado
1–2 Área de informes Consulte el Apéndice (Origen de datos)
3 Separador Guion bajo
4–5 Numero de informe Numero para ordenar 01 to 99
6 hacia Nombre de informe Nombre fácil de entender
adelante
Ejemplo  FI_01 Cuentas por Cobrar
 FI_02 CO/PA Informe
 SD_01 Ordenes abiertas
 SD_02 Datos de ordenes de ventas

6.5 Descripciones de Solicitudes de Cambio BI

Una descripción de solicitud de cambio temporal. Esto se completará con base en los planes estratégicos de
transporte.
Posición Descripción Valores Significado
1 – 10 Nombre de Objetos ZXXXXXX Nombre de objeto cambiado
11 – 16 Tipo de Objeto / Area Funcional Infoobjects Esto especificar el tipo de objeto en caso de sólo
Infocube un cambio de objeto, por ejemplo Infoobject.
FI
Esto especificará el área funcional si incluye
todos los objetos relacionados con el área. Por
ejemplo, Si se cambian las reglas de
actualización, cubo, objetos de cubo FI son

Page 25 of 33
cambiados, entonces el área FI funcional debe
mencionarse.
17 hasta 28 ID de Usuario Desarrollador quien hace los cambios.
29 hacia Descripción Descripción breve de los objetos agrupados
adelante juntos por cambios
Ejemplo ZFI_AR, USERID, cubo y actualización de
cambios en las reglas para añadir campo
Cantidad

Page 26 of 33
7 Apéndice

Consulte en este apéndice para la sustitución de las secciones de Origen de datos and Sub Módulo.
Posición Descripción Valores Significado
Origen de datos FI Finanza
CO Controlador
EC Controlador de Empresa
PS Sistema de Projecto
HR Recursos Humanos
MM Gestión de Materiales
SD Ventas y Distribución
PP Planificación de la Producción
CA Atravesar Aplicación
IN Inventario
IU Soluciones Utilidades de Industria
LE Gestión de Almacenes / Ejecución de Logísticas
PM Mantenimiento de Fabricas
QM Gestión de la Calidad
BP BPS
LA Aplicación Histórico
…referirse a BI para diferentes valores para
utilizar
Sub Módulo SS Servicios Compartidos
CS Servicio al Cliente
AA Contabilidad de Activos Fijos
AR Cuentas a Cobrar
AP Cuentas a Pagar
CC Contabilidad de Centros de Costo
PC Contabilidad de Centros de Ganancia
PA Análisis de Rentabilidad
PS Sistema de Proyecto
SL Grupo Contable Especial
GL Contabilidad General
..Nombre de Sub Módulo para varias
applicaciones historicos
various Legacy applications se finalizará una vez
que se identifican las aplicaciones.
Ejemplo FIGL

Page 27 of 33
8 SAP BPC - Practica Recomendada
Esta sección contiene prácticas recomendados para la implementación de aplicaciones SAP BPC, modelos e
informes. Estas prácticas se basan en las experiencias de proyectos y las lecciones aprendidas.

8.1 Implementación de SAP BPC

8.1.1 Datos Maestro y Jerarquías

 El número de dimensiones definidas por el usuario debe limitarse a 13 dimensiones de cada modelo
para garantizar un rendimiento óptimo
 A pesar de que no hay límites predefinidos para el volumen de datos maestros, un volumen alto tendrá
un impacto directo sobre el rendimiento del modelo BPC
 En el caso que es necesario de tener múltiples jerarquías en la misma dimensión, evaluar la creación de
jerarquías adicionales utilizando técnicas como rollups personalizados utilizando lógica personalizada.
BPC soporta múltiple jerarquías por dimensión, pero debe ser evaluado con perspectiva de diseño
cuando hay más de 3 jerarquías en una dimensión
 Los nombres de propiedades de dimensión deben mantenerse concisa para reducir el tamaño de
archivo de caché en las máquinas de los usuarios. Esto ayudará a reducir el tiempo de carga de los
modelos de BPC
 Restringir el número máximo de jerarquías de cualquier dimensión a 3. Si necesita más de 3 jerarquías
para una dimensión, por favor discutir sobre el requisito de diseño. Teniendo más de 3 jerarquías en
una dimensión presente las siguientes desventajas:
o Mantenimiento MD se convierte confuso y se vuelve propenso a errores o errores de alineación
o Potencial de problema de rendimiento para informes
o Vistas confusas de nodos dimensionales para los usuarios finales
 Todos los miembros de dimensión deben tener por lo menos una jerarquía (PARENTH1) con el fin de
satisfacer los requisitos de "todo incluido" o "wild card" de informes. El formato de la ID para el nodo
superior debe ser el siguiente: ALL_dim donde dim = Dimensión en mayúsculas

8.1.2 Integración

 Acceder a los datos de los modelos de SAP BPC y cubos BW a través de EPM Excel Add-in con la ayuda
del proveedor OLEDB de SAP BW
 Utiliza característica de carga delta proporcionada por EPM 10 para realizar la detección de cambios y
cargar el delta de los datos. Opciones de carga completa se deben utilizar sólo si hay un requisito para
realizar la completa eliminación y carga datos completa
 Integrar la interfaz web de SAP Enterprise Portal y SAP BPC 10 NW 10 mediante la creación de una
nueva página en SAP Enterprise Portal con BPC 10 cliente web como destino
 Aproveche las características avanzadas proporcionadas por SAP BPC 10 como SAP BPC Business
Process Flow (BPF). SAP BPC BPF integrado con Adobe Flex en una página web se puede unir con
Enterprise Portal usando single sign-on

Page 28 of 33
 Usar archivo de transformación de control para controlar diferentes columnas en el archivo emitido
cuando se cargan los datos de SAP BPC a sistemas externos a través de archivos de input
 Las asignaciones de paquetes deben ser considerados y asignados por rol de usuario.
Implementaciones típicas deje todos los paquetes en la carpeta SAP entregado estándar llamada
"Company". Esto podría confundir y resultar en la pérdida accidental de datos. Por ejemplo, que no es
una buena idea dejar un paquete de "Clear" disponible en la carpeta “Company”, de la que se supone
que un usuario final ejecuta su paquete específico
 Los paquetes se pueden organizar en grupos de paquetes o carpetas con nombres significativos para
mayor claridad. Por ejemplo: Sumisión de datos y el proceso de consolidación deben ser separadas
 Nombres satisfaciendo los requerimientos de negocio deben evitar espacios y caracteres especiales
 Agrupación de carpetas apropiado se debe hacer para organizar archivos. Por ejemplo, todos los datos
maestros relacionados con archivos de conversión y transformación deben agruparse

8.1.3 Ambiente / Rendimiento

 Utiliza la técnica de balanceo de carga para atender al alto volumen de datos y el gran número de
usuarios simultáneos
 Utiliza "Light Optimization" para mantener el modelo en el formato optimizado. Dado que un gran
volumen de datos maestros o transaccionales impide la rendimiento de la query en los modelos de BPC,
archivar los datos para los años anteriores en caso de que no se utilizan con frecuencia
 Evitar la carga de datos de SAP BW a los cubos de BPC en situaciones cuando EPM Excel Add-in se
puede utilizar para informar directamente sobre los cubos BW utilizando el proveedor OLEDB de SAP
BW
 Debe evitarse el formato de informes ya que puede impedir el funcionamiento del modelo de BPC
 Asegurar que los sistemas de clientes tienen 1 GB (mínimo recomendado) de memoria RAM para un
mejor rendimiento
 Incluir dimensiones que serán usado en el futuro como parte del diseño inicial para una mejor
escalabilidad. Adición de una dimensión a un ambiente implementado no se aconseja

8.1.4 Seguridad / Acceso de Usuarios

 Configurar perfiles de acceso de datos que permitan el acceso solo para los miembros requeridos
 Asegúrese de que los usuarios utilizan un ID para todas las aplicaciones del sistema conectado. Esto
facilita registro de auditoría y registro de actividades. EPM 10 integración con SAP NW ofrece una mejor
trazabilidad de los registros y estadísticas de rendimiento. Los códigos de transacción como ST22,
STAD, etc. se pueden utilizar para trazando el rendimiento.
 Asegúrese de que los roles estándar asignados a los usuarios de negocios en BW / BPC no contienen
autorización completa
 Restringir el acceso a tareas para la gestión de la seguridad para los usuarios de negocios para evitar
cualquier cambio potencial en los modelos por ellos
 Asegúrese de que la seguridad se mantiene simple, siempre que sea posible. El cambio frecuente de
los perfiles de acceso de datos aumenta el tiempo de recuperación de datos.
 Asegúrese de que las queries de datos en BPC son específicos para grupos de usuarios en lugar de
queries genéricas para todos los grupos de usuarios. Esto es fundamental si los informes se crean
sobre los cubos de BPC utilizando herramientas externas como Business Objects (BO) utilizando una

Page 29 of 33
conexión BICS. Actualmente la seguridad a nivel de datos está activada en BPC sólo a través de EPM
Add-in / interfaz web. Un informe BO sobre BPC cubo utilizando una query genérica no aplicará las
condiciones de seguridad de datos BPC. La solución a este problema está en desarrollo por SAP
 Trata el administrador de la aplicación y el administrador del sistema como dos perfiles distintos. Los
usuarios deben ser diferentes para estos dos perfiles porque BPC los trata de manera diferente
 Nunca asignar un "equipo" a otro "equipo". En BPC, cuando hay un conflicto, se selecciona
automáticamente el perfil menos restrictiva
 Utiliza funcionalidad de auditoría estándar de SAP BPC para seguir la entrada de usuario y acceso.
Como tablas de auditoría crecen en tamaño y puede impactar el rendimiento del sistema, se
recomienda extraer información de auditoría para BW periódicamente
 Se recomienda que el número de dimensiones asegurados definidos en un AppSet se limitará a tres (3).
Si un proyecto necesita más de cuatro (4) dimensiones asegurados, el requerimiento debe ser revisada
desde una perspectiva de diseño

8.1.5 Business Process Flows

 BPC 10 business process flows debe ser utilizado para los procesos que necesitan ser optimizada en
BPC
 La plantilla de proceso que esté vencido se puede archivar, pero ningún caso de estas plantillas debería
ser incompleto
 Una vez que una plantilla se despliega no se recomienda cambiar la versión original de la plantilla, en
vez de una copia de la misma puede ser creado para ser modificado y reutilización

8.1.6 Estado del trabajo

 Si las dimensiones del propietario en la configuración de estado de trabajo son más en número,
entonces el sistema necesita para validar una combinación mayor de datos antes de su presentación,
que podría llevar a una caída en el rendimiento en el momento de la presentación de datos
 Evite el uso de los miembros padres mientras que ajustes de la situación laboral, ya que obliga al
sistema para comprobar el estado de los miembros secundarios.

8.1.7 Informes / Formas de Input

 Minimizar el uso de las funciones no planeados en la plantilla de Excel, ya que pueden impactar
rendimiento. Funcionalidades no críticos deben realizarse en el servidor, siempre que sea posible.
 Desactive la opción "Actualizar al Abrir" por los informes para evitar actualización de informe cuando un
usuario abre el informe
 Utiliza funciones de BPC Excel ampliamente; Funciones de macros personalizada de Excel se deben
utilizar mínimamente. Sin embargo, utiliza macros cuando hay varios EVDRE para la recuperación de
datos eficaz
 Minimizar el uso de EPMRetrievedata (), EPMSendData () funciones individuales siempre que sea
posible y en vez de utilizar los informes de EPM y formularios de input para recuperar/enviar datos
 Uso de write-back BADI en vez de EPMSendData () para guardar un nivel primario en los horarios de
input
 Crear una plantilla de formato para construir horarios de input y los informes, y mantenerlo en el
servidor. Esto garantizará la coherencia y reducirá el esfuerzo de desarrollo

Page 30 of 33
8.2 Lógica Personalizada

8.2.1 Lógica Script

 Asegúrese de que la lógica por defecto es simple y tiene el alcance adecuado. Lógica por defecto es
ejecutado cada vez que hay una carga de datos o si el horario de entrada envía datos de nuevo. Lógica
compleja puede impactar el rendimiento.
 Implementar la lógica de asignación estándar, reglas de negocio y cadenas de procesos pre-entregados
para ejecutar procesos de negocio estándar (por ejemplo, las transformaciones de cuentas,
eliminaciones intercompañía) sin mucha personalización.
 Evite el uso de instrucciones MDX siempre que sea posible, ya que estos pueden afectar al rendimiento
y degradar la ejecución general
 Todos los archivos lógicos tienen que tener una caja de control de cambios en la parte superior que
describe los siguientes datos para facilitar un cambio informativo de código:
o Fecha de Cambio
o ID de Usuario completa con dominio de la persona que hace este cambio
o Número de cambio o SD
o Descripción del cambio
 Por motivos de rendimiento, se recomienda aprovechar instrucción XDIM para reducir el alcance de la
región de datos, en caso necesario
 Evite múltiples COMMITs en un contexto lógico de la secuencia de comandos por razones de
rendimiento. Lo mejor es COMMIT al final de la lógica en lugar de COMMIT por tarea por tarea.
 Los archivos lógicos entregado por SAP, cuando personalizado o mejorado debe ser implementado
como un separada archivo de *INCLUDE para la lógica personalizada. Esto proporcionará visibilidad por
razones de mantenimiento.
 Los IDs de Reglas de Negocio deben tener un identificación significativo, se pueden utilizar los
caracteres mayúsculas entre A-Z y NN=00-99. El ID se puede marcar con la finalidad de la regla o de
destino de los datos
 Al realizar una copia de una regla de negocio o método entregado por SAP, se debe llevar un prefijo de
carácter "Z" para indicar que se trata de una regla o método personalizado copiado del SAP. También,
la misma convención se debe utilizar para nuevas reglas o métodos.

8.2.2 Código de VBA

 Asegúrese de que el código personalizado escrito en VBA está bloqueado en un módulo para evitar
cambios accidentales
 Asegúrese de que cada módulo de VBA libera la memoria de Excel del cliente después de la ejecución
para evitar cualquier error de pocos recursos de memoria.
 Pre-definir variables temporales para el uso eficiente de memoria.

8.2.3 ABAP BADIs

 Crear BADI en vez de la lógica de script sólo después de evaluar los requerimientos de negocio. BADI
requiere más esfuerzo de programación en comparación con la lógica de script. Como la lógica de
scripts inician las reglas de negocio que se están ejecutando en el kernel, las reglas de negocio son
rápidos. Debe haber flexibilidad para determinar el mejor enfoque, entre BADI y lógica de scripts. Debe

Page 31 of 33
dar preferencia a ABAP BADI en caso de cálculos complejos de negocios que no son factibles en la
lógica de script o no están optimizado en la lógica de script.
 Se pueden utilizar ABAP BADI como un sustituto para la lógica predeterminada complejo. Sin embargo,
esta opción debe ejercerse cuidadosamente ya que incorrectamente codificación de BADIs pueden
afectar el rendimiento del modelo BPC
 Usar las siguientes directrices para el desarrollo BADI para un mejor rendimiento:
o Establecer los parámetros de query = OFF, escribir = OFF en BADI llamada de script LGF.
o Uso el query RSDRI para leer los datos de input al cubo backend
o Utilizar método write_back_int para escribir datos de output a la aplicación
o Ordenar la tabla de interna antes del write-back para lograr un tiempo mínimo de búsqueda de
un récord en el DB (cubo)
o Utilizar el extensión "binary search" para la lectura de datasets grandes
o Activar el BADI de Default/Write Back cuando sea necesario con la ayuda de una bandera
o Actualizar tablas internas y libra la memoria no utilizada en el código ABAP para optimizar el
uso de memoria
o Utilizar propiedades de dimensión para recuperar varios Ids de miembros que pertenecen a
grupos similares en vez de hardcoding
o Uso propiedades- 'NEXT' y 'PRIOR' de la dimensión de tiempo para obtener los offsets en los
intervalos de tiempo en vez de utilizar la función personalizadas de módulo
o Utilizar los símbolos de campo en el código de ABAP para mejorar el tiempo de ejecución
general
o Uso la característica de Collect sólo si es necesario, de otro caso anexar en ABAP
o Modularizar el código y evitar hard coding. Mantener constantes de aplicación en el archivo
"System Constant" en el servidor
 Todos los archivos de BADI deben tener una caja de control de cambios en la parte superior que
describe los siguientes detalles:
o Fecha de cambio
o ID de Usuario completa con dominio de la persona que hace este cambio
o Número de cambio o SD
o Descripción del cambio

8.3 Transportes de BPC/BW

 Transporte los objetos sólo cuando son estables en el ambiente de desarrollo. Cuando nuevos objetos
son creados (por ejemplo InfoObjects, DSO), son por defecto creado como objetos locales ($TMP). Los
nuevos objetos se deben dejar como $TMP hasta que estén absolutamente listo para ser transportado
 No elimine las solicitudes de transporte en el sistema DEV, ya que puede afectar el proceso de control
de la gestión de los transportes. Siga los pasos a continuación para eliminar un transporte no-utilizada:
o Cambiar el nombre y añadir "NO TRANSPORTE" al nombre, liberar el transporte
o Solicita al equipo de Basis para que no importa la solicitud al sistema de QA

Page 32 of 33
 Asegúrese de que los objetos se transportan en la secuencia correcta para asegurarse de que no existe
errores. Además, asegúrese de que un transporte se ha importado correctamente antes de transportar
el siguiente conjunto de objetos dependientes. Por ejemplo, en el caso de solicitudes de transporte A y
B, B debe iniciarse sólo cuando el transporte A se ha importado correctamente. Coordinar con SAP
Basis, si es necesario, para la secuenciación
 Asegúrese de que no hacen cambios directamente en QA o PROD, como esto significara que DEV, QA y
PROD estarán fuera de sincronía
 Garantizar la secuencia correcta de transporte por la dependencia de los objetos entre sí. Transportes
de ECC necesario para transportes de BW son importados antes del transporte de BW para garantizar
que las fuentes de datos ECC se replican antes de iniciar el transporte de BW
 Asegúrese de que siempre hay una solicitud de transporte BEx para los objetos BEx. La solicitud de
transporte BEx recoge todos los cambios BEx relacionados (por ejemplo, cambios de query) hasta que
todos los objetos están listos para ser transportados. Siga los pasos a continuación para transportar
objetos BEx:
o Tener una transporte simulado de BEx abierto y recoger todos los cambios relacionados a BEx
o Mover objetos a una solicitud de transporte una vez que los objetos de desarrollo (por ejemplo,
query de BEx) son estables y listo para el transporte
o Libra la solicitud de transporte para que el equipo BASIS puede importar objetos del origen al
destino
 Asegúrese de que siempre hay un transporte abierto para catálogos de InfoObject e InfoObjects. Usa
una solicitud de transporte simulado para recoger objetos en fase de desarrollo. Siga los pasos a
continuación para transportar InfoObjects:
o Tener una transporte simulado de InfoObject abierto y recoger todos los cambios relacionados
a InfoObject
o Mover objetos a una solicitud de transporte una vez que los objetos de desarrollo (por ejemplo
InfoCube) son estables y listo para el transporte
o Libra la solicitud de transporte para que el equipo BASIS puede importar objetos del origen al
destino
 Mantener un registro de estado de transporte con el fin de realizar el seguimiento del estado de los
transportes

Page 33 of 33