✒️ABAP / Los datos propios en el sistema SAP Por Jean Lopez Uzcategui

Cultura general

Objeto

Un objeto seria un archivo y la clase de desarrollo seria la carpeta donde guardamos el archivo

Transacción SE38 nos lleva al editr abap

Diccionario de Datos (Transacción SE11)

Editor de programas (Transacciones SE38 Y SE80).

Screen Painter (Transaccion SE51)

Las pantallas que se crean se denominan dynpros

Entorno de depuración (Dentro de la transacción SE38)

SET PF-ESTATUS: declara la utilidad del status.

AT USER-COMMAND: evento, para capturar cual botón presiono el usuario.

SY-UCOMM: esta variable del sistema contendrá el código de función correspondiente al botón presionada

SET TITLEBAR: esta sentencia se usa Para declarar la utilización de los títulos en el reporte

AT LINE-SELECTION: este evento se ejecuta Cuando hacemos clic en alguna posición de la lista principal que se muestra por pantalla. Este evento debemos ubicarlo luego del evento START-OF-DELECTION.

SY-LSIND: contiene el índice de la lista de detalle.

SY-LISEL: contiene el contenido de la línea seleccionada.

SY-LILLI: contiene la línea seleccionada de la lista.

SY-CUROW: contiene la posición del cursor vertical en la pantalla.

TOP-OF-PAGE DURING LINE-SELECTION: es te evento se usa para imprimir por pantalla los textos de las cabeceras de las listas de detalle

Modificación de base de datos: utilizando la opción del menú: utilidades / objeto base datos / utilidad base datos / activar y adaptar base de datos.

Ingresar dato a la tabla: a través de la transacción SM30

Como cambiar el nombre de visualización de los campos: paras a / elementos de texto / texto de selección.

REUSE_ALV_GRID_DISPLAY: función estándar de SAP para reportes ALV tipo Grilla

REUSE_ALV_LIST_DISPLAY: función estándar de SAP para reportes ALV tipo Listas

REUSE_ALV_HIERSEQ_LIST_DISPLAY: función estándar de SAP para reportes ALV tipo Jerárquico

TYPE-POOLS: slis: declaramos este tipo que es necesario para la utilización de reporte ALV.

SLIS_T_FIELDCAT_ALV: tipo de la tabla para el catalogo del ALV

SLIS_FIELDCAT_ALV: tipo de la estructura para el catalogo del ALV

SLIS_LAYOUT_ALV: estructura para la configuración de la salida

SY-REPID: tipo de variable para almacenar el nombre del programa

st_layout: esta estructura se utiliza para configurar ciertos aspectos de la salida del ALV

TI: TABLA INTERNA

ST: ESTRUCTURA

WA: AREA DE TRABAJO

INTO CORRESPONDING FIELD OF TABLE: esta sentencia se utiliza cuando la tabla interna no tiene la misma estructura que la tabla (ztabla_usuario)

REUSE_ALV_FIELDCATALOG_MERGE: esta función se utiliza para crear el catalogo ALV de forma automática.

CONFIGURACION DEL ANCHO DEL EDITOR ABAP: Para configurar el ancho del editor ABAP a 72 accedemos a la opción del menú: utilidades / opciones / editor ABAP / editor / y tildamos long. Líneas compatib descend. (72)

SLIS_T_LISTHEADER: tipo de tabla para la utilización de logos y encabezados en los reportes ALV

SLIS_LISTHEADER: tipo de estructura para la utilización de logos y encabezados en los reportes ALV

REUSE_ALV_COMMEENTARY_WRITE: función que carga el encabezado que definimos en la tabla interna junto con el logo.

TRANSACCION SE78: Para ver los logos disponibles en el sistema o cargar nuevos

OAER: transacción estándar Para ver los logos disponibles en el sistema o cargar nuevos

exporting I_CALLBACK_PF_STATUS_SET: parámetro Para poder utilizar un Status GUI en un reporte ALV,

‘PF_STATUS’: literal, que será el nombre de la subrutina que declare la utilización del Status GUI

I_CALLBACK_COMMAND con el literal ‘USER_COMMAND’, que será el nombre de la subrutina que se ejecute para capturar la acción realizada por el usuario.

PF_STATUS: subrutina que setea el estatus

SE11: transacción para modificar o visualizar tabla base de datos

SLI_T_SORTINFO_ALV: tipo de tabla para agrupar los registros que mostramos en un ALV.

SLIS_SORTINFO_ALV: tipo de estructura para agrupar los registros que mostramos en un ALV.

SE36: a través de esta transacción se realiza la creación, modificación y visualización de las bases de datos lógicas

GET: esta sentencia se utiliza para obtener datos de las tablas bases de datos

PUT: se utiliza para grabar datos en las tablas bases de datos

CL_GUI_FRONTEND_SERVICES: es una clase para trabajar con los métodos de archivos locales.

FILE_OPEN_DIALOG: para mostrar la pantalla de navegación que permita al usuario poder seleccionar el archivo del directorio de su PC.

GUI_DOWNLOAD: para descargar datos de los programas a archivos en la PC.

GUI_UPLOAD: para bajar datos de los archivos de la pc a nuestros programas. (Pare leer datos de los archivos locales en las tablas internas de nuestros programas, utilizaremos este método)

WINDOWS_TITLE: asigna un título a la ventana de búsqueda

DEFAULT_FILENAME: contiene el nombre que buscamos en la pc. Si colocamos el literal asterisco podemos ver todos los archivos que se encuentran en el directorio.

FILE_TABLE: contiene la ruta y nombre del archivo seleccionado.

FILENAME: (parámetro del método UPLOAD) contiene el directorio y nombre del archivo local con el que estamos trabajando

FILETYPE: (parámetro del método UPLOAD) contiene el tipo o extensión del archivo local

Los tipos admitidos son:

o BIN: para archivos binarios.

o ASC: para archivos ASCII.

o DAT: para archivos Excel. Las columnas son separadas utilizando tabs. Las línea son separadas con salto de línea

o WK1: para archivos Excel y de lotus. Debemos tener en cuenta que si deseamos levantar un archivo Excel ubicado en nuestra pc el archivo no debe tener la extensión .xls sino que deberemos modificar su extensión a .csv para poder ser leído por la función de UPLOAD correctamente.

HAS_FILED_SEPARATOR: (parámetro del método UPLOAD) indica que el archivo local tiene separadores.

DATA_TAB: (parámetro del método UPLOAD) es la tabla interna donde almacenamos los datos del archivo local.

BIN_FILESIZE: parámetro para especificar la longitud del archivo

WRITE_FIELD_SEPARATOR: indica si se generara un separador de archivo o no y cual será.

CONVERSION_EXIT_XXXXX_INPUT: El modulo INPUT ejecuta la conversión del formato de visualización al formato interno

CONVERSION_EXIT_XXXXX_OUTPUT: el modulo OUTPUT la conversión del formato interno al formato de visualización

OPEN DATASET: para apertura de archivos del servidor.

READ DATASET: para la lectura de archivos del servidor.

TRANSFER: para transferir datos de archivos al servidor.

DELETE: para borrar archivos del servidor.

AL11: con esta transacción podemos acceder a los directorios de SAP del servidor e incluso abrir los archivos

CLOSE: para cerrar archivos del servidor.

FOR INPUT: Si queremos abrir un archivo para lectura, debemos utilizar esta clausula

FOR OUTPUT: Si queremos abrir un archivo para la escritura, debemos utilizar esta clausula

FOR APPENDING: Si queremos abrir un archivo para agregar información, debemos utilizar esta cláusula

IN TEXT MODE: para abrir un documento en modo texto, debemos utilizar esta clausula

IN BYNARY MODE: Para abrir un archivo en modo binario, debemos utilizar esta clausula

DELETE DATASET para borrar archivos del servidor de aplicaciones

CLOSE DATASET para cerrar archivos del servidor de aplicaciones

/SAPDMC/LSM_F4_SERVER_FILE: con esta sentencia podemos crear una ventana de navegación en el servidor de aplicaciones para poder seleccionar el archivo que deseamos.

SE78: Toda la administración de archivos de imágenes en SAP se realiza a través de esta transacción (podemos subir al sistema SAP solo archivo de imágenes con el formato de extensión .tif o .bmp)

OAER: transacción estándar para subir imágenes con cualquier otro formato que no sea .tif y .bmp

FILED SYMBOL: nos permiten acceder y pasar datos cuyos nombres y atributos no conocemos hasta el momento de la ejecución

TYPE ANY o sin especificación: todos los tipos de objetos de datos son aceptados. el field symbol adopta adopta los atributos del campo.

TYPE C, N, P O X: solo los tipos de datos C, N, P y X son aceptados. El field symbol adopta la longitud y decimales del dato.

TYPE TABLE: el sistema chequea si la tabla es estándar

TYPE ANY TABLE: el sistema chequea si el campo es una tabla interna. El field symbol hereda todos los atributos de la tabla.

TYPE INDEX TABLE: el sistema chequea si el campo es una tabla indexada. El field symbol hereda todos los atributos de la tabla

TYPE STANDARD TABLE: el sistema chequea si el campo es una tabla estándar. El field symbol hereda todos los atributos de la tabla.

TYPE SORTED TABLE: el sistema chequea si el campo es una tabla sorted. El field symbol hereda todos los atributos de la tabla.

TYPE HASHED TABLE: el sistema chequea si el campo es una tabla hashed. El field symbol hereda todos los atributos de la tabla.

ASSIGN: utilizaremos esta sentencia Para asignar datos a un Field Symbol

Factor Nemotécnico: para que el programador pueda recordar el nombre de una variable fácilmente.

Factor Sugestivo: para que otros programadores puedan leer y entender rápidamente nuestro código.

Consistencia: de modo que utilicemos las mismas convenciones de nomenclaturas en todo el programa y hagamos que el texto del código sea “legible”

Variables locales: VL_XXXXXXXX

Variables globales: V_XXXXXXXX

Checkbox: CH_XXXXXXXX

Radio Button: RBG11_XXXXXXX, RBG12_XXXXX, RBG1N_XXXX, RBG21_XXXXXXX, RBG22_XXXXX, RBG2N_XXXX

Rangos: R_XXXXXXX

Rangos Locales: RL_XXXXXX

Constantes Globales: C_XXXXXXX

Constantes Locales: CL_XXXXXXX

Estructura: WA_XXXXX

Estructura Local: WAL_XXXXX

Tabla Interna: TI_XXXXX

Tabla Interna Local: TIL_XXXXX

Tipos: TY_XXXXXXXXX

Parámetros: P_XXXXXX

Select Option: SO_XXXXXXX

Forms: F_XXXXXXXXXXXXXX

Parámetros de un Form: P_XXXXX

Campo nuevo en una tabla base de datos: XXXXXXX donde XXXXXXX es el nombre del campo nuevo.

Elemento de datos: ZZ_XXXXXXX donde XXXXXXX es el nombre del campo al que se va a asociar.

Dominio: ZDXXXXXXX donde XXXXXXX deberá referenciar el tipo de datos

Nombre tabla ZTXXXXXXX donde XXXXXXX se utiliza para describir el nombre de la tabla.

Estructuras: ZXXXXXXX donde XXXXXXX se utiliza para describir el nombre de la estructura.

Reporte o programa: ZXXXXXXX EJ: ZREPORTE_USUARIO

Módulo de función: ZMFXXXXXX donde XXXXXX se utiliza para describir el nombre del módulo de función.

Grupo de función: ZGFXXXXXXX donde XXXXXXX se utiliza para describir el nombre del grupo de funciones.

Module pool o programa de dialogo: ZMPXXXXXXX donde XXXXXXX se utiliza para describir el objetivo del programa.

Vistas de actualización: ZVAXXXXXXX donde XXXXXXX se utiliza para describir el nombre de la vista.

Clase de mensajes: ZCMXXXXXXX donde XXXXXXX se utiliza para describir el nombre de la clase de mensajes.

Case de objeto ABAP: ZCLXXXXXXX donde XXXXXXX se utiliza para describir el nombre de la clase.

Clase de desarrollo o paquete: ZCDXXXXXXX donde XXXXXXX se utiliza para describir el nombre de la clase de desarrollo o paquete.

Ayuda de búsqueda: ZABXXXXXXX donde XXXXXXX se utiliza para describir el nombre de la ayuda de búsqueda.

Objeto de bloqueo: ZOBXXXXXXX donde XXXXXXX se utiliza para describir el objetivo del objeto de bloqueo.

MODULO 7

BATCH INPUT: técnica automática mediante la cual podremos realizar la carga masiva de datos en el sistema utilizando las validaciones de las transacciones.

CALL TRANSACTION: se realiza de forma Online, por lo que ejecuta las actualizaciones en el momento en que se ejecuta el programa de Batch Input. Se utiliza la sentencia estándar CALL TRANSACTION.

JUEGO DE DATOS: se realiza de forma Batch (o de fondo) y queda almacenada en SAP para su posterior ejecución mediante la transacción SM35. Consiste en la ejecución de una serie de funciones estándar para la apertura, ejecución y cierre del juego de datos.

CALL TRANSACTION

· Paso 1ero: declaración de datos propios del Batch Input.

· Paso 2do: lectura de datos de archivo de entrada.

· Paso 3ro: carga de la tabla BDCDATA.

· Paso 4to: ejecución de la sentencia CALL TRANSACTION

ESTRUCTURA BDCDATA: esta estructura estándar del sistema es muy utilizada en los Batch Inputs ya que define el tipo de datos de la tabla interna que almacena los datos que se cargaran en el batch input.

Juego de datos

· Paso 1ero: declaración de los datos propios del Batch Input.

· Paso 2do: lectura de datos de archivo de entrada.

· Paso 3ro: apertura de la sesión del juego de datos.

· Paso 4to: carga de la tabla BDCDATA.

· Paso 5to: inserción del juego de datos.

· Paso 6to: cierre de la sesión del juego de datos.

· Paso 7mo: ejecución del juego de datos a través de la transacción SM35 o a través de la creación de un job y la ejecución del programa estándar RSBDCBTC.

PROGRAMA RSBDCBTC: este programa estándar del sistema nos permite realizar la ejecución online de un juego de datos.

USR05: esta tabla estándar muestra los parámetros y valores asociados a cada usuario

TPARA: esta tabla estándar contiene todos los parámetros disponibles en SAP

BUK: cuyo significado es el código de la sociedad a la que pertenece el usuario

LND: que corresponde a la clave del país

EQG: grupo de compras

EKO: que es la organización de compras

WRK: el centro