Información sobre ABAP POO Parte 4.

Información sobre ABAP POO Parte 4.

SAP ABAP POO - CREACIÓN DE UNA TRANSACCIÓN ORIENTADA A OBJETOS Definición

Sap abap poo - creación de una transacción orientada a objetos tal como ocurre con todos los tipos de programas en ABAP, los Programas Orientados a Objetos necesitan tener una transacción asociada para poder ser ejecutados por los usuarios.

Para crear una transacción orientada a objetos vamos a utilizar la transacción estándar SE93. Al ejecutar la transacción SE93 visualizaremos en pantalla el campo “Código de transacción” en el cual introduciremos el nombre de la nueva transacción y presionamos el botón “Crear”.

A continuación veremos una ventana de diálogo en donde vamos a introducir un Texto breve para la transacción a crear y vamos a seleccionar el tipo de transacción a crear entre los que se encuentran:

• Transacción de diálogo
• Transacción de report
• Transacción OO
• Transacción variante
• Transacción de parámetros

Aquí seleccionamos la opción “Transacción OO” y presionamos continuar.

En la siguiente pantalla deberemos introducir el nombre de la clase, el método que se ejecutará y diferentes configuraciones propias de la creación de clases.

SAP ABAP POO RTTS Definición

Sap abap poo rtts a partir de la versión SAP Web AS 6.10, los ((Objetos ABAP)) permiten consultar los tipos de los atributos en tiempo de ejecución mediante las clases estándar de SAP. Este concepto es llamado RTTI (Información del tipo en tiempo de ejecución).

Para la versión SAP Web AS 6.40, se ha mejorado este concepto para permitir laCreación de tipos en tiempo de ejecución conocida como RTTC.

La combinación de ambos conceptos forman RTTS (Tipo de servicio en tiempo de ejecución).

En conclusión podemos decir que:

RTTS = RTTI + RTTC

Sugiero ampliamente consultar los siguientes programas estándar sobre RTTI, los cuales te serán de gran utilidad como ejemplo:

• SAPBC401_DYND_DATADECL_RTTI
• SAPBC401_DYND_RTTI_OBJECT 

SAP ABAP POO OBJETOS COMPARTIDOS Definición

Sap abap poo objetos compartidos a partir de la versión SAP Web AS 6.40, se pueden guardar los datos como objetos compartidos en la memoria compartida, a través de diferentes programas e incluso sesiones de usuario diferente. En consecuencia, se pueden crear aplicaciones en las que ciertos usuarios escriben datos y otros usuarios leen dichos datos y los utilizan más tarde.

Podemos imaginar muchas aplicaciones potenciales para los diferentes objetos compartidos:

• Guardar un catálogo: un autor escribe el catálogo en el área de objetos compartidos y luego muchos usuarios pueden acceder a él al mismo tiempo.
• Guardar un carrito de compras: un comprador completa un carrito de compras y el vendedor lo lee luego.

La memoria compartida es un área de memoria dentro del servidor de aplicación que puede ser accedida por todos los programas ABAP que se ejecutan en el servidor.

Antes de que existan los objetos compartidos, teníamos que utilizar las sentenciasEXPORT e IMPORT con las adiciones SHARED BUFFER y SHARED MEMORY para acceder al área de memoria.

Las instancias de las clases viven exclusivamente en la sesión interna de un programa ABAP. Con la introducción de los objetos compartidos, la memoria compartida ha sido mejorada con los Objetos de memoria compartida, donde los objetos compartidos pueden ser guardados.

SAP ABAP POO DESARROLLO DE UNA APLICACIÓN DE OBJETOS COMPARTIDOS Definición

Sap abap poo desarrollo de una aplicación de objetos compartidos utilizaremos la transacción SHMA para crear y mantener las áreas de memoria. Para crear un área nueva ingresamos su nombre y presionamos Crear.

El nombre del área debe comenzar con Z o con Y.

A continuación introducimos una descripción para el área y la clase raíz (Root Class).

Luego presionamos el botón guardar y se creará la clase raíz. Esta clase se creará como una subclase de la clase estándar CL_SHM_AREA.

En la clase raíz ZCL_SHM_ROOT_OBJECT seleccionamos la opción Apto memoria compartida.

El checkbox Final indica que la clase ZCL_SHM_ROOT_OBJECT es una clase final, es decir no tendrá subclases.

Por último, dentro de la solapa Atributos creamos el atributo MENSAJE como un CHAR de 100 posiciones.

SAP ABAP POO BADIS Definición

Sap abap poo badis son un nuevo tipo de extensión al sistema SAP, basado en la utilización de objetos ABAP para la implementación de validaciones y ampliaciones al código estándar de SAP, sin tener que modificar el código estándar.

Mediante las Badis podremos realizar modificaciones al estándar de modo de poder satisfacer los requerimientos del cliente.

Utilizando Badis podremos definir filtros para la ejecución de forma tal de poder tener diferentes procesos para, por ejemplo, países diferentes. Esto le permite a SAP poder utilizar las Badis para realizar localizaciones del sistema; por eso es que el sistema estándar ya incluye varias implementaciones de Badis.

Mediante las implementaciones de las Badis se pueden hacer aplicaciones para negocios específicos como petroleras, papeleras, químicas, etc. Esto hace que las Badis sean muy útiles debido a que poseen una arquitectura Multicapa (SAP, partners, soluciones de clientes, localizaciones, soluciones específicas para industrias, etc).

Existen dos tipos de Badis:

• Badis Clásicas: son las primeras que existieron.
• Badis Nuevas: también conocidas como Puntos de ampliación o Enhancement Spot que incorporan las últimas tecnologías de SAP.

SAP SD POOL DE FACTURACIÓN Definición

Sap sd pool de facturación al tratar los pools de facturación, no es necesario indicar los documentos individuales que hay que facturar. El sistema lista los documentos que se deben facturar según el alcance de la selección indicado. También puede combinar varias entregas en una factura.

Se puede tratar el pool de facturación como una ejecución de prueba simulada. Todos los documentos marcados para la facturación se procesarán y el sistema mostrará una lista con los documentos de facturación que puede crear. Todos los documentos de facturación que contengan errores se visualizarán con el status de tratamiento relevante.

Si el pool de facturación se ha procesado previamente y se necesita saber qué documentos de facturación se han creado a partir de este pool de facturación, se puede visualizar el log de este proceso de facturación.

SAP BASIS NETWEAVER ADMINISTRACIÓN DE SPOOL SERVERS Definición

Sap basis netweaver administración de spool servers un servidor de spool, puede ser asignado a múltiples dispositivos de salida lo cual incrementa el riesgo de sobrecarga en este servidor o también de no disponer de muchas impresoras si una instancia no se encuentra operativa con lo cual cobra vital importancia la administración de los Spool Servers.

Por estos motivos sería convenientes tener un mecanismo para balancear la carga entre varios servidores de aplicación SAP. La inclusión de servidores lógicos en el planeamiento de impresión para el landscape de SAP desde un primer momento puede ahorrar mucho esfuerzo en el mantenimiento de la operación.

Cuando el sistema SAP se escala en el tiempo con instancias adicionales y spool work process se ponen a disposición, los servidores de spool lógico facilitan la adaptación del landscape de impresión.

Un servidor de spool es un servidor de aplicación SAP con al menos un spool work process. Cada output request es procesado en un servidor de spool real de este tipo. Un dispositivo de salida es creado en el sistema SAP y se asigna a un servidor de spool directamente. Sin embargo, existen varias ventajas asociadas con una capa adicional  lógica entre el dispositivo de salida y el servidor de spool. Podemos utilizar servidores de spool lógicos para este propósito.