BW/BPC Transaction Code Description
1 UJ_VALIDATION Validation Maintenance (Old version - currently implemented using CONTROLS in BPC
2 UJ0_IMG_01 BPC Parameters
3 UJ0_IMG_02 BPC AppSet Parameters
4 UJ0_IMG_03 Model Parameters
5 UJ00 BPC Configuration
6 UJBPCTR Transports - Create Request
7 UJBR P&C: Backup & Restore Tool
8 UJETC UJE Transaction Data Check
9 UJFS File Service
10 UJKT Script Logic Tester
11 UJLD auto update msp file upload
12 UJQ0 Query Runtime Parameters
13 UJR0 Writeback Runtime Parameters
14 UJSTAT Performance Statistics Report
15 UJUT_DATA Unit Test Data Maintain
Community created Twitter feed of all post Analytics, Finance, Intelligent RPA, News, TV, ERP, Community
Showing posts with label Netweaver. Show all posts
Showing posts with label Netweaver. Show all posts
Nov 12, 2014
SAP BPC - Some very useful utility programs
Some very useful utility programs:
UJ0_GET_GEN_TABNAME
UJ0_STATISTICS_DELETE
UJA_BPC_BUFFER_SIZER
UJA_DATA_CHECKER
UJA_REFRESH_DIM_CACHE
UJD_TEST_PACKAGE
UJK_SCRIPT_LOGIC_TESTER
UJO_SQE_TEST
UJT_CHECK_TABLE_ENTRIES
UJT_MIGRATE_75_TO_10
UJW_WS_TEST
UJE_VERIFY_SECURITY_DATA
UJ0_GET_GEN_TABNAME
UJ0_STATISTICS_DELETE
UJA_BPC_BUFFER_SIZER
UJA_DATA_CHECKER
UJA_REFRESH_DIM_CACHE
UJD_TEST_PACKAGE
UJK_SCRIPT_LOGIC_TESTER
UJO_SQE_TEST
UJT_CHECK_TABLE_ENTRIES
UJT_MIGRATE_75_TO_10
UJW_WS_TEST
UJE_VERIFY_SECURITY_DATA
Jan 31, 2014
¿Qué versión de SAP NetWeaver funciona con SAP HANA?
SAP NetWeaver 7.4, disponible desde mayo de 2013, es la versión que se está totalmente optimizada para SAP HANA.
Además, facilita el desarrollo de aplicaciones modernas y móviles basadas en el navegador debido a su conjunto de herramientas de desarrollo de interfaz de usuario integrada para HTML5 (adaptación de SAP del estándar HTML5, conocido como SAPUI5) y SAP NetWeaver Portal.
La actual service pack es el SPS 05, lanzado en diciembre de 2013.
SPS 02 para SAP NetWeaver 7.4 también está disponible desde mayo de 2013. Optimizado para SAP HANA, SAP NetWeaver 7.4 SPS 02 fue la base para SAP Business Suite impulsado por SAP HANA, que fue entregado en paralelo y proporciona a los clientes la opción de utilizar SAP HANA como base de datos para SAP ERP, SAP Customer Relationship Management (SAP CRM) y SAP Supply Chain (SAP SCM).
En agosto de 2013, SAP Business Suite i2013 fue entregado con optimizaciones adicionales para todas las aplicaciones del núcleo de SAP Business Suite, así como la disponibilidad de SAP HANA para SAP Supplier Relationship Management (SRM SAP).
¿Qué SAP NetWeaver Hubs puede ejecutarse en SAP HANA?
A partir de SAP NetWeaver 7.4 SPS 05, que se entrega como una versión de servicio, todos los SAP NetWeaver hubs se pueden ejecutar en SAP HANA. El primero de los hubs de SAP NetWeaver para soportar SAP HANA fue SAP NetWeaver BW con el lanzamiento de SAP NetWeaver 7.3 y 7.31. Con SAP NetWeaver 7.4, SAP NetWeaver Application Server (SAP NetWeaver AS) ABAP fue optimizado para consumir directamente módulo nativos de SAP HANA, como vistas de análisis y de cálculo, proporcionando beneficios significativos para SAP.
La Business Suite, incluye nuevas características y optimizaciones de análisis para informes existentes, como el exceso de velocidad de los cierres trimestrales. Los componentes de software de SAP NetWeaver Gateway se envían ahora como partes integrales de SAP NetWeaver AS ABAP 7.4, y por lo tanto habilitados para SAP HANA.
Por el lado de Java, la mayoría de los hubs de SAP NetWeaver - incluyendo SAP NetWeaver AS Java, SAP NetWeaver Portal, SAP NetWeaver BPM, y Adobe Document Server (ADS) - fueron habilitados para SAP HANA con SAP NetWeaver 7.4 SPS 03, que fue lanzado en julio de 2013. SAP NetWeaver PI (Java implantación only1 ) se habilitó para SAP HANA con SAP NetWeaver SPS 04, lanzado en octubre de 2013.
Con todos los hubs de SAP NetWeaver ejecutándose en SAP HANA, los clientes de SAP pueden simplificar sus arquitecturas con las implementaciones homogeneas de SAP HANA.
Además, facilita el desarrollo de aplicaciones modernas y móviles basadas en el navegador debido a su conjunto de herramientas de desarrollo de interfaz de usuario integrada para HTML5 (adaptación de SAP del estándar HTML5, conocido como SAPUI5) y SAP NetWeaver Portal.
La actual service pack es el SPS 05, lanzado en diciembre de 2013.
SPS 02 para SAP NetWeaver 7.4 también está disponible desde mayo de 2013. Optimizado para SAP HANA, SAP NetWeaver 7.4 SPS 02 fue la base para SAP Business Suite impulsado por SAP HANA, que fue entregado en paralelo y proporciona a los clientes la opción de utilizar SAP HANA como base de datos para SAP ERP, SAP Customer Relationship Management (SAP CRM) y SAP Supply Chain (SAP SCM).
En agosto de 2013, SAP Business Suite i2013 fue entregado con optimizaciones adicionales para todas las aplicaciones del núcleo de SAP Business Suite, así como la disponibilidad de SAP HANA para SAP Supplier Relationship Management (SRM SAP).
¿Qué SAP NetWeaver Hubs puede ejecutarse en SAP HANA?
A partir de SAP NetWeaver 7.4 SPS 05, que se entrega como una versión de servicio, todos los SAP NetWeaver hubs se pueden ejecutar en SAP HANA. El primero de los hubs de SAP NetWeaver para soportar SAP HANA fue SAP NetWeaver BW con el lanzamiento de SAP NetWeaver 7.3 y 7.31. Con SAP NetWeaver 7.4, SAP NetWeaver Application Server (SAP NetWeaver AS) ABAP fue optimizado para consumir directamente módulo nativos de SAP HANA, como vistas de análisis y de cálculo, proporcionando beneficios significativos para SAP.
La Business Suite, incluye nuevas características y optimizaciones de análisis para informes existentes, como el exceso de velocidad de los cierres trimestrales. Los componentes de software de SAP NetWeaver Gateway se envían ahora como partes integrales de SAP NetWeaver AS ABAP 7.4, y por lo tanto habilitados para SAP HANA.
Por el lado de Java, la mayoría de los hubs de SAP NetWeaver - incluyendo SAP NetWeaver AS Java, SAP NetWeaver Portal, SAP NetWeaver BPM, y Adobe Document Server (ADS) - fueron habilitados para SAP HANA con SAP NetWeaver 7.4 SPS 03, que fue lanzado en julio de 2013. SAP NetWeaver PI (Java implantación only1 ) se habilitó para SAP HANA con SAP NetWeaver SPS 04, lanzado en octubre de 2013.
Con todos los hubs de SAP NetWeaver ejecutándose en SAP HANA, los clientes de SAP pueden simplificar sus arquitecturas con las implementaciones homogeneas de SAP HANA.
Jan 28, 2014
Ramp-up de la versión nueva de SAP BPC 10.1 para NW
Bueeeeenos días Gurus del BPC,
Como ya seguro sabéis el Ramp-up de la versión nueva de SAP BPC 10.1 para NW ya esta sobre volando nuestras cabeza. Aquí os dejo unos link con
información:
http://scn.sap.com/community/data-warehousing/business-planning/blog/2013/12/23/unifying-bpc-nw-and-bw-ip Unificando
BPC NW y BW-IP. Este leelo porque es interesante.
Aquí tenéis SAP BPC 10.1
NW comentado en Español , http://anibalgoicochea.com/2014/01/12/mas-sobre-sap-bpc-10-1 .
Hago un pequeño resumen, lo más
destacado:
Hay dos
modelos.
-->Modelo
clásico - La “Clásica”
(Classic)- sobre la base de la aplicación en la versión 10.0 para SAP
NetWeaver ( el BPC de toda la vida) - El Usuario final es el
propietario.
-->Modelo Unificado -la “Unificada” (Unified) - basado en el BW-IP /
-->Modelo Unificado -la “Unificada” (Unified) - basado en el BW-IP /
Planning
Applications Kit model
Planning
Applications Kit model
Planning
Applications Kit model
Planning Applications Kit model ( PAK )- propiedad
de IT. Sólo para plataformas SAP HANA. También
incluiría la interfaz web basada en SAPUI5. Interfaz de usuario
a través del SAP EPM Add-in (a partir del 10.0
SP16).
Se abandona
definitivamente los desarrollos basados en Adobe Flex, de esta manera se
podrá ver en tableta y móvil. Por fin me compraré el iPad, ya tengo excusa.
NOTA:
Con respecto a la versión Microsoft de BPC, no se menciona nada, por lo visto
SAP llegó hasta la 10.0 con este producto y seguirá manteniéndola sin ninguna
evolución considerable. http://anibalgoicochea.com/2014/01/04/sap-bpc-10-1-nw-junio-2014/
Y si queréis leer un
poco mas:
Aqui teneis un pequeño FAQ de los fieras de Bluefin Solutions.
Y ahora, ¿Que opináis de que haya dos modelos?
Feb 10, 2012
SAP BPC 10.0 for Microsoft, disponible. Y versión NetWeaver
SAP BusinesssObjects Planning and Consolidation 10 MS está disponible desde el 2 de febrero.
COmo siempre ocurre la versión Microsoft se adelanta a la versión NetWeaver
MS ya os la podeis bajar del marketplace (siempre y cuando tengais permisos) y para NetWeaver, la cual continua en ramp-up.
¿Pero cuando la tendremos? Suenan campanas que para que estará lista para el 20 de febrero. Esperamos que todo vaya bien.
COmo siempre ocurre la versión Microsoft se adelanta a la versión NetWeaver
MS ya os la podeis bajar del marketplace (siempre y cuando tengais permisos) y para NetWeaver, la cual continua en ramp-up.
¿Pero cuando la tendremos? Suenan campanas que para que estará lista para el 20 de febrero. Esperamos que todo vaya bien.
Dec 14, 2011
BPC 10.0 hasta el próximo año. .seguimos esperando
Esta son las fechas a las que tendremos que esperar
BPC 10.0 NW GA fecha
Targeted Completion date Ramp-Up: 20 Febrero 2012
BPC 10.0 MS GA fecha
Targeted Completion date Ramp-Up: 31 Enero 2012
Aqui un poco de ayuda
http://help.sap.com/bopacnw100/
BPC 10.0 NW GA fecha
Targeted Completion date Ramp-Up: 20 Febrero 2012
BPC 10.0 MS GA fecha
Targeted Completion date Ramp-Up: 31 Enero 2012
Aqui un poco de ayuda
http://help.sap.com/bopacnw100/
Need to wait BPC 10.0 till Next year
BPC 10.0 NW GA date
Targeted Completion date Ramp-Up: 20 February 2012
BPC 10.0 MS GA date
Targeted Completion date Ramp-Up: 31 January 2012
Nice help site
http://help.sap.com/bopacnw100/
Targeted Completion date Ramp-Up: 20 February 2012
BPC 10.0 MS GA date
Targeted Completion date Ramp-Up: 31 January 2012
Nice help site
http://help.sap.com/bopacnw100/
Nov 29, 2011
BPC 10.0 para plataforma NetWeaver
El S.O que podremos instalar en nuestro servidor tendrá que ser soportado por SAP NetWeaver 7.3 (vista la documentación, las versiones anteriores quedan outside). Si me he enterado bien SAP NW 7.3 ya va por el SP02.
Al igual que las versiones anteroires, y nos referimos a 7.* de BPC, se podrá utilizar cualquier BBDD que permite SAP NW.
Gran adelanto para los de Basis, la capa.NET de la arquitectura de SAP BPC NW desaparece !Como lo oyes!
NOTA - De esta forma los Basis ya no podrán escaparse y decir que el fallo es de .NET -
¿Que implica? --> .NET Framework, en clientes y servidor no es necesario.
S.O. de los clientes: Windows XP, Windows Vista o Windows 7 (de 32 o 64 bits) y como Office las maravillosas versiones 2007 y 2010.
En cuanto a los navegadores, por el momento, SAP BPC 10 NW es compatible con IE 8 y 7.¿Y que pasa con los demas?
La parte de Administración, esa maravillosa consola azul, !!Olvidate!!! tendrá mejoras en cuanto a apariencia y funcionalidad. Sobresalen el mantenimiento de dimensiones, edición de miembros de dimensión, la edición de jerarquías, todo una delicia. La edición de dimensiones ya no nos provocará dolores de cabeza con el excel.
Habrá un nuevo editor para Script Logics con ayuda de las funciones que puedes utilizar e incluso el código será de color según sea comando o comentario. . ., Tambien tendremos un nuevo editor de reglas de negocio, nuevas pantallas para definir usuarios y autorizaciones.
Data Manager traerá más integración con SAP BW, lo que tendrá ventajas ya que las cargas directas de datos transaccionales, full o delta, de DSOs (Data Store Objects).
Lo mas novedoso para mi, aparte del alta de usuarios, es el transporte, permitirá el denominado “Granular Transport”, para especificar objetos concretos a transferir.
En consolidación financiera, SAP BPC 10, permitirá la consolidación incremental, permitiendo procesar sólo las entidades actualizadas, reduciendo el tiempo de ejecución además de incorporar un monitor de Consolidación para controlar el progreso de la consolidación.
Como vemos SAP BPC 10 NW, desde mi punto de vista, es el producto que más ha crecido dentro de la familia de SAP ¿Por que será? Espero opiniones.
Al igual que las versiones anteroires, y nos referimos a 7.* de BPC, se podrá utilizar cualquier BBDD que permite SAP NW.
Gran adelanto para los de Basis, la capa.NET de la arquitectura de SAP BPC NW desaparece !Como lo oyes!
NOTA - De esta forma los Basis ya no podrán escaparse y decir que el fallo es de .NET -
¿Que implica? --> .NET Framework, en clientes y servidor no es necesario.
S.O. de los clientes: Windows XP, Windows Vista o Windows 7 (de 32 o 64 bits) y como Office las maravillosas versiones 2007 y 2010.
En cuanto a los navegadores, por el momento, SAP BPC 10 NW es compatible con IE 8 y 7.¿Y que pasa con los demas?
La parte de Administración, esa maravillosa consola azul, !!Olvidate!!! tendrá mejoras en cuanto a apariencia y funcionalidad. Sobresalen el mantenimiento de dimensiones, edición de miembros de dimensión, la edición de jerarquías, todo una delicia. La edición de dimensiones ya no nos provocará dolores de cabeza con el excel.
Habrá un nuevo editor para Script Logics con ayuda de las funciones que puedes utilizar e incluso el código será de color según sea comando o comentario. . ., Tambien tendremos un nuevo editor de reglas de negocio, nuevas pantallas para definir usuarios y autorizaciones.
Data Manager traerá más integración con SAP BW, lo que tendrá ventajas ya que las cargas directas de datos transaccionales, full o delta, de DSOs (Data Store Objects).
Lo mas novedoso para mi, aparte del alta de usuarios, es el transporte, permitirá el denominado “Granular Transport”, para especificar objetos concretos a transferir.
En consolidación financiera, SAP BPC 10, permitirá la consolidación incremental, permitiendo procesar sólo las entidades actualizadas, reduciendo el tiempo de ejecución además de incorporar un monitor de Consolidación para controlar el progreso de la consolidación.
Como vemos SAP BPC 10 NW, desde mi punto de vista, es el producto que más ha crecido dentro de la familia de SAP ¿Por que será? Espero opiniones.
Platform Support - SAP BPC 10.0 NW
The world is changing, and growing, very fast indeed
Server Support
- Planning and Consolidation supports any operating system supported by SAP NetWeaver.
- Support of VMware for Productive Usage in line with SAP Standard Support. See SAP
Note 1409608.
- Support of SAP NetWeaver 7.3 (No support of SAP NetWeaver 7.0 or 7.2)
Database Support
Planning and Consolidation supports any database that can be supported by SAP NetWeaver.
Client Support
Microsoft WindowsWindows XP (32-bit)
Windows Vista (32-bit & 64-bit)
Windows 7 (32-bit & 64-bit)
Microsoft .NET Framework
The .NET Framework 3.5 is now required.
Web Browser
Internet Explorer 8.0
Internet Explorer 7.0
Microsoft Office
Microsoft Office 2007 (32 bit and 64 bit)
Microsoft Office 2010 (32 bit and 64 bit)
Jul 20, 2011
Hierarchies , Parenth1, Parenth2, . . .Parenthn
How hierarchies are treated in MS version of BPC.
- There is no hierarchy in MS version of BPC.
- Hierarchy is treated as BW hierarchy.
- Hierarchy is treated as a measure.
- Each hierarchy is treated as a separate dimension in the DB.
- The correct answer is separate dimension in the DB. So keep the hierarchies minimum in MS version.
- You can have more than one hierarchy for the same dimension.
- To define a hierarchy add the Paranet property as a column directly in a dimension member sheet via Maintain Dimension Members.
- Hierarchies should be named as ParentHn where n is the no of the hierarchy. For example if you have 2 hierarchies then you create as Parenth1 and Parenth2.
- Hierarchies are stored as SAP Net weaver BW Hierarchies in BPC Net weaver version .
- Hierarchies are stored as a separate dimension in MS version BPC.
- The order of the hierarchies are not important like Parenth1,Parenth3,Parenth2.
- But you should not skip a hierarchy like Parenth1, Parenth3.
May 11, 2011
Planning and Consolidation 10.0 SP01 for SAP NetWeaver
Y ya tambien Planning and Consolidation 10.0 SP01 for SAP NetWeaver: Central Note for SAP BusinessObjects Planning and Consolidation 10.0 SP01, version for SAP NetWeaver.
Contents of this release
SAP BusinessObjects Planning and Consolidation 10.0 SP01, version for SAP NetWeaver, contains bug fixes and corrections to the 10.0 SP00 release. It is required for all installations of the 10.0 SP00 release.
Pues si que van rápido. SI tienes información adjuntala o comenta
jobepm@gmail.com
Contents of this release
SAP BusinessObjects Planning and Consolidation 10.0 SP01, version for SAP NetWeaver, contains bug fixes and corrections to the 10.0 SP00 release. It is required for all installations of the 10.0 SP00 release.
Pues si que van rápido. SI tienes información adjuntala o comenta
jobepm@gmail.com
SAP BPC 10.0 version NetWeaver y Microsoft ya está aqui
Estas son las pruebas. Ayer vimos las guías!!!
LA FECHA: 10.05.2011
LA FECHA: 10.05.2011
Feb 20, 2011
Standard Functions in the Library File
The following standard functions are available in SAP Business Planning and Consolidation:
The following SAP Business Planning and Consolidation 5.x standard functions are not included in SAP Business Planning and Consolidation 7.0, version for SAP NetWeaver:
- Basic Financial Formulas – Account Average and Growth Rate.
- Liquidity Analysis Ratios – Current Ratio, Quick Ratio, Networking Capital Ratio.
The following SAP Business Planning and Consolidation 5.x standard functions are not included in SAP Business Planning and Consolidation 7.0, version for SAP NetWeaver:
- Profitability Ratios – Return on Assets, Return on Equity, Return on Common Equity, Cost of Goods Sold to Sales, Net Profit Margin, Gross Profit Margin, SG&A to Sales Ratio.
- Efficiency Analysis Ratios – Asset Turnover Ratio, A/R Turnover Ratio, Average Collection Period, A/P Turnover Ratio, Inventory Turnover Ratio, Average Age of Inventory, Sales to
- Total Assets Ratio, Days in Receivables, Days in Payables, Days in Inventory.
- Capital Structure Analysis Ratios – Debt Ratio, Debt to Equity Ratio, Interest Coverage Ratio,
- Debt Coverage Ratio.
- Capital Market Analysis Ratios – Earnings per Share, Price Earnings Ratio, Book Value per
- Share, Market to Book Ratio, Dividend Yield, Dividend Payout.
Feb 1, 2011
Validaciones en BPC. Nueva Seguridad
Como sabemos, SAP BPC versión Netweaver tiene algunas características que funcionan de manera diferente a la versión de Microsoft. Las Validaciones de BPC es una de ellos.
Vamos a ver cómo estas validaciones pueden servir de gran ayuda en el mantenimiento de la integridad de datos.
El propósito de tener validaciones, como habrás adivinado, es evitar que registros inválidos o erroneos se graben en el cubo. Ahora bien, esta afirmación puede plantear muchas preguntas.
¿Válidos de acuerdo con quién o qué?
Lo que es válido para una aplicación BPC puede ser válido para otras aplicaciones. Algo puede no ser válido si se introduce de forma manual, pero lo mismo puede ser válido si se carga desde un paquete del Data Manager.
¿En qué se diferencia esto de tener un Script Logic para revisar y borrar los registros "no válidos"? Vamos a tratar de entender esta función y responder a algunas preguntas.
En primer lugar, las validaciones de SAP BPC 7 NW no dejan que registros inválidos se escriban en la base de datos. Esta es la diferencia de tener un Script Logic para corregir o borrar los registros no válidos, porque para corregir los registros no válidos, los registros primero debe estar disponibles en el cubo.
¿Quién determina si un registro es válido o no válido? El usuario controla lo que es válido y lo que no es válida.
Así que la siguiente pregunta lógica es cómo se puede crear dichas validaciones. Bueno, para hacer eso, por ahora, tenemos que ir a SAP GUI de BPC. En SAP GUI, la operación para mantener la validación es UJ_VALIDATION.
Para comenzar con las validaciones, tenemos que definir una dimensión conductora. Una aplicación sólo puede tener una dimensión conductora, pero varias aplicaciones en el mismo conjunto de aplicaciones pueden tener la misma dimensión conductora, si así se quiere. No es obligatorio definir la dimensión conductora para cada solicitud, si queremos crear validaciones para unas pocas aplicaciones. Como se muestra a continuación, podemos elegir la que debe de ser nuestra dimensión controladora para la aplicación, en nuestro conjunto de aplicaciones.
El siguiente paso es establecer reglas de validación por la dimensión. Así que tenemos que elegir primero la dimensión de la que se va a establecer la norma, tal como se muestra a continuación.
En cuarto lugar, a la hora de elegir los miembros asignados al crear la regla, hay que tener en cuenta que un miembro puede asignarse a varias reglas y una regla puede aplicarse a varios miembros. En otras palabras, es una relación N: N entre los miembros de dimensión y las reglas de validación. Si un miembro de dimensión se rige por la regla 1, regla 3 y regla 6, las tres normas deben cumplirse.
Por último, debe tenerse en cuenta que cuando se están definiendo las reglas, estamos definiendo las dimensiones y los miembros de la dimensión pero en ninguna parte se trata la aplicación. Entonces, ¿qué significa esto? Esto significa que las reglas que se definen aquí son aplicables a todas las aplicaciones en las que la dimensión de la que estamos creando las reglas es su dimensión conductora.
Así en el ejemplo anterior, las reglas que hemos creado para P_ACCT serán aplicables a todas las aplicaciones del AppSet donde P_ACCT sea dimensión conductora.
Si las reglas que queremos definir son complejas y no se puede configurar simplemente con = y <>, entonces podemos implementar esas normas como BADI y en el mantenimiento de la regla, podemos seleccionar la aplicación badi como se muestra a continuación.
Podemos establecer varias reglas para cada dimensión y podemos asignar los miembros de la dimensión para cada regla. Cada regla puede incluir más dimensiones y más miembros de la dimensión.
En la captura de pantalla siguiente se muestra un ejemplo de una regla para la dimensión P_ACCT. Esta regla es válida para los miembros dentro del intervalo [ CE0004000 CE0005000 ] y afirma que la dimensión Category no puede tener el valor 'FORECAST'
Debemos tener en cuenta lo siguiente en esta situación. En primer lugar, los miembros asignados son desde CE0004000 a CE0005000 - ¿así que tenemos que tener los miembros CE0004000 y CE0005000 como miembros válidos para la dimensión P_ACCT?
La respuesta es NO.
No es necesario que estos miembros estén definidos como miembros de la dimensión. Esto funciona como si fueran comodines. Si definimos la regla de arriba, será válida para todos los miembros válidos dentro de este rango. Por lo tanto los miembros como CE0004510, CE0004520, etc, deben de obedecer esta regla, pero los miembros como CE0005010,CE0003990, etc, no estarán obligados por esta norma.
Así que esto nos abre una posibilidad para definir un amplia rando, de 000000000 a ZZZZZZZ, para que todos los posibles miembros serán considerados en ese rango.
Para aquellos que han trabajado con SAP R/3 y SAP BW, puede que esten familiarizados con esta forma de trabajar.
En segundo lugar, aunque se pueden tener rangos de los miembros asignados a la dimensión de lo que estamos creando las validaciones, no podemos tener rangos en las dimensiones adicionales que elegimos en la norma.
Así que volviendo al ejemplo de la regla que hemos creado anteriormente para P_ACCT, no podemos definir los rangos de la Category y los miembros que elegimos para la Category deben de ser válidos para los miembros de esa dimensión. Los operadores disponibles son = y <>. Si optamos por <>, entonces podemos definir varios valores en la misma línea.
En tercer lugar, podemos utilizar múltiples dimensiones en una regla.
Hasta ahora hemos visto la manera de crear reglas de validación. La siguiente pregunta es que una vez que hemos definido estas reglas, tenemos que usarlas en todas partes o ¿tenemos opciones ? En la actualidad, tenemos las siguientes tres opciones.
Así que podemos activar las validaciones o desactivarlas para journal, la planificacion manual o Data Manager. El Data Manager incluye Script Logic y las reglas de consolidación.
Estas validaciones evitarán que los registros no válidos se guarden. Por ejemplo, si definimos la regla de validación y existe un dato no valido, nos aparecerá un mensaje de error como se muestra a continuación.
Podemos copiar o borrar las reglas de validación como parte del mantenimiento de la regla. También puede copiar las validaciones de un AppSet a otro si es necesario.
Las autorizaciones para el mantenimiento de las reglas de validación se rigen por las normas de autorización de SAP para la operación de mantener estas validaciones.
¿Qué pasaría si la dimensión, la que elegimos como dimensión conductora de las reglas de validación se eliminara del AppSet? En ese caso todas las reglas de validación para esa dimensión también se eliminan.
¿Y si borramos AppSet? Obviamente, todas las validaciones para este AppSet también se eliminarán.
Por lo tanto, tenemos otra validación que nos ayuda a mantener la integridad de los datos en la versión Netweaver de BPC.
Vamos a ver cómo estas validaciones pueden servir de gran ayuda en el mantenimiento de la integridad de datos.
El propósito de tener validaciones, como habrás adivinado, es evitar que registros inválidos o erroneos se graben en el cubo. Ahora bien, esta afirmación puede plantear muchas preguntas.
¿Válidos de acuerdo con quién o qué?
Lo que es válido para una aplicación BPC puede ser válido para otras aplicaciones. Algo puede no ser válido si se introduce de forma manual, pero lo mismo puede ser válido si se carga desde un paquete del Data Manager.
¿En qué se diferencia esto de tener un Script Logic para revisar y borrar los registros "no válidos"? Vamos a tratar de entender esta función y responder a algunas preguntas.
En primer lugar, las validaciones de SAP BPC 7 NW no dejan que registros inválidos se escriban en la base de datos. Esta es la diferencia de tener un Script Logic para corregir o borrar los registros no válidos, porque para corregir los registros no válidos, los registros primero debe estar disponibles en el cubo.
¿Quién determina si un registro es válido o no válido? El usuario controla lo que es válido y lo que no es válida.
Así que la siguiente pregunta lógica es cómo se puede crear dichas validaciones. Bueno, para hacer eso, por ahora, tenemos que ir a SAP GUI de BPC. En SAP GUI, la operación para mantener la validación es UJ_VALIDATION.
Para comenzar con las validaciones, tenemos que definir una dimensión conductora. Una aplicación sólo puede tener una dimensión conductora, pero varias aplicaciones en el mismo conjunto de aplicaciones pueden tener la misma dimensión conductora, si así se quiere. No es obligatorio definir la dimensión conductora para cada solicitud, si queremos crear validaciones para unas pocas aplicaciones. Como se muestra a continuación, podemos elegir la que debe de ser nuestra dimensión controladora para la aplicación, en nuestro conjunto de aplicaciones.
El siguiente paso es establecer reglas de validación por la dimensión. Así que tenemos que elegir primero la dimensión de la que se va a establecer la norma, tal como se muestra a continuación.
En cuarto lugar, a la hora de elegir los miembros asignados al crear la regla, hay que tener en cuenta que un miembro puede asignarse a varias reglas y una regla puede aplicarse a varios miembros. En otras palabras, es una relación N: N entre los miembros de dimensión y las reglas de validación. Si un miembro de dimensión se rige por la regla 1, regla 3 y regla 6, las tres normas deben cumplirse.
Por último, debe tenerse en cuenta que cuando se están definiendo las reglas, estamos definiendo las dimensiones y los miembros de la dimensión pero en ninguna parte se trata la aplicación. Entonces, ¿qué significa esto? Esto significa que las reglas que se definen aquí son aplicables a todas las aplicaciones en las que la dimensión de la que estamos creando las reglas es su dimensión conductora.
Así en el ejemplo anterior, las reglas que hemos creado para P_ACCT serán aplicables a todas las aplicaciones del AppSet donde P_ACCT sea dimensión conductora.
Si las reglas que queremos definir son complejas y no se puede configurar simplemente con = y <>, entonces podemos implementar esas normas como BADI y en el mantenimiento de la regla, podemos seleccionar la aplicación badi como se muestra a continuación.
Podemos establecer varias reglas para cada dimensión y podemos asignar los miembros de la dimensión para cada regla. Cada regla puede incluir más dimensiones y más miembros de la dimensión.
En la captura de pantalla siguiente se muestra un ejemplo de una regla para la dimensión P_ACCT. Esta regla es válida para los miembros dentro del intervalo [ CE0004000 CE0005000 ] y afirma que la dimensión Category no puede tener el valor 'FORECAST'
Debemos tener en cuenta lo siguiente en esta situación. En primer lugar, los miembros asignados son desde CE0004000 a CE0005000 - ¿así que tenemos que tener los miembros CE0004000 y CE0005000 como miembros válidos para la dimensión P_ACCT?
La respuesta es NO.
No es necesario que estos miembros estén definidos como miembros de la dimensión. Esto funciona como si fueran comodines. Si definimos la regla de arriba, será válida para todos los miembros válidos dentro de este rango. Por lo tanto los miembros como CE0004510, CE0004520, etc, deben de obedecer esta regla, pero los miembros como CE0005010,CE0003990, etc, no estarán obligados por esta norma.
Así que esto nos abre una posibilidad para definir un amplia rando, de 000000000 a ZZZZZZZ, para que todos los posibles miembros serán considerados en ese rango.
Para aquellos que han trabajado con SAP R/3 y SAP BW, puede que esten familiarizados con esta forma de trabajar.
En segundo lugar, aunque se pueden tener rangos de los miembros asignados a la dimensión de lo que estamos creando las validaciones, no podemos tener rangos en las dimensiones adicionales que elegimos en la norma.
Así que volviendo al ejemplo de la regla que hemos creado anteriormente para P_ACCT, no podemos definir los rangos de la Category y los miembros que elegimos para la Category deben de ser válidos para los miembros de esa dimensión. Los operadores disponibles son = y <>. Si optamos por <>, entonces podemos definir varios valores en la misma línea.
En tercer lugar, podemos utilizar múltiples dimensiones en una regla.
Hasta ahora hemos visto la manera de crear reglas de validación. La siguiente pregunta es que una vez que hemos definido estas reglas, tenemos que usarlas en todas partes o ¿tenemos opciones ? En la actualidad, tenemos las siguientes tres opciones.
Así que podemos activar las validaciones o desactivarlas para journal, la planificacion manual o Data Manager. El Data Manager incluye Script Logic y las reglas de consolidación.
Estas validaciones evitarán que los registros no válidos se guarden. Por ejemplo, si definimos la regla de validación y existe un dato no valido, nos aparecerá un mensaje de error como se muestra a continuación.
Podemos copiar o borrar las reglas de validación como parte del mantenimiento de la regla. También puede copiar las validaciones de un AppSet a otro si es necesario.
Las autorizaciones para el mantenimiento de las reglas de validación se rigen por las normas de autorización de SAP para la operación de mantener estas validaciones.
¿Qué pasaría si la dimensión, la que elegimos como dimensión conductora de las reglas de validación se eliminara del AppSet? En ese caso todas las reglas de validación para esa dimensión también se eliminan.
¿Y si borramos AppSet? Obviamente, todas las validaciones para este AppSet también se eliminarán.
Por lo tanto, tenemos otra validación que nos ayuda a mantener la integridad de los datos en la versión Netweaver de BPC.
Subscribe to:
Posts (Atom)