Estandares de Desarrollo

Producto:
Estandares de Desarrollo
Versión: 1.0
Página: 1 de
Estándares de Desarrollo
ABAP
24/08/2021
Producto:
Versión: 0.1
Indice:
1 ALCANCES Y OBJETIVOS.................................................................................................... 3
2 ESTÁNDARES DE NOMBRES PARA OBJETOS SAP ........................................................3
2.1 CONVENCIONES GENERALES............................................................................................... 3
2.1.1 Primeras Letras........................................................................................................................3
2.1.2 Modulo SAP..............................................................................................................................3
2.2 ESTÁNDARES PARA TRANSACCIONES...................................................................................3
2.3 ESTÁNDARES PARA OBJETOS DE AUTORIZACIÓN. (GRUPOS DE AUTORIZACIÓN)....................3
2.4 ESTÁNDARES PARA PROGRAMAS......................................................................................... 3
2.4.1 Encabezado del Programa.......................................................................................................3
2.4.2 Programa Base ........................................................................................................................3
2.4.3 Module Pools y Dynpros..........................................................................................................3
2.4.4 Versiones propias basadas en programas Standares..............................................................3
2.4.5 INCLUDE de Documentación..................................................................................................3
2.4.6 Atributos...................................................................................................................................3
2.5 ESTÁNDARES PARA FORMULARIOS.......................................................................................3
2.5.1 SAPScript Form........................................................................................................................3
2.5.2 SAPScript Standard Text..........................................................................................................3
2.5.3 SAPScript Style.........................................................................................................................3
2.5.4 SAPScript Text ID....................................................................................................................3
2.5.5 SmartForm...............................................................................................................................3
2.5.6 Smartform Graphic..................................................................................................................3
2.5.7 SmartStyle.................................................................................................................................3
2.5.8 SmartForm Text Module..........................................................................................................3
2.6 ESTÁNDARES PARA FUNCIONES........................................................................................... 3
2.6.1 Grupos de Funciones...............................................................................................................3
2.6.2 Módulos de Funciones.............................................................................................................3
2.7 ESTÁNDARES PARA BADI’S................................................................................................. 3
2.7.1 Business Add-In Implementation Class....................................................................................3
2.7.2 Business Add-In Implementation Name...................................................................................3
2.8 ESTÁNDARES PARA CATT’S................................................................................................3
2.8.1 Módulos de Test.......................................................................................................................3
2.8.2 Procedimientos.........................................................................................................................3
2.8.3 Casos de Test............................................................................................................................3
2.8.4 Catálogos de Test.....................................................................................................................3
2.8.5 Planes de Test...........................................................................................................................3
2.9 ESTÁNDARES PARA DICCIONARIO DE DATOS........................................................................3
2.9.1 Tablas.......................................................................................................................................3
2.9.2 Vistas........................................................................................................................................3
2.9.3 Estructuras...............................................................................................................................3
2.9.4 Tipo Tabla................................................................................................................................3
2.9.5 Dominios..................................................................................................................................3
2.9.6 Elementos de Datos..................................................................................................................3
2.9.7 Campos.....................................................................................................................................3
2.9.8 Ayuda de Búsqueda..................................................................................................................3
2.9.9 Objetos de Bloqueo..................................................................................................................3
2.10 WORKFLOWS...................................................................................................................... 3
2.10.1 Workflow /Business Objects.....................................................................................................3
2.11 OTROS............................................................................................................................... 3
Página 2 de 25
Producto:
Versión: 0.1
2.11.1 Ordenes de Transporte.............................................................................................................3

2.11.2 Estándares para Clases de Desarrollo/Paquetes.....................................................................3
3 CLASES DE DESARROLLOS ACTUALES Y/O MODULOS.................................................3
4 FUNCIÓN TÉCNICA DEL PROGRAMA.................................................................................3
5 NOMENCLATURA PARA OBJETOS ABAP.........................................................................3
5.1 ESTRUCTURAS INTERNAS DE PROGRAMAS...........................................................................3
5.1.1 Mensajes de Error....................................................................................................................3
5.1.2 PF-Status..................................................................................................................................3
6 APENDICE.............................................................................................................................. 3
6.1 HISTORIAL DE MODIFICACIONES DEL DOCUMENTO................................................................3
6.2 Gestión de Versionado..................................................................................................... 3
Página 3 de 25
Producto: Estándares de
Estandares de Desarrollo Desarrollo
Versión: 0.2
24/08/2021
Estándares y Directivas de desarrollo.
Este documento define todos los estándares y directivas necesarias en los esfuerzos de desarrollo
exigidos para implantar en el entorno de SAP. Este es solamente un estándar de desarrollo y no esta
diseñado para sustituir cualquier documentación repartida por SAP. Este documento es dinámico; va a
ser actualizado y corregido a medida que SAP libere versiones nuevas de su software.
Página 4 de 25
Versión: 0.2
24/08/2021
1 Alcances y Objetivos
Este documento define todos los estándares y directivas necesarias en los esfuerzos de desarrollo
exigidos para implantar en el entorno de SAP. Este es solamente un estándar de desarrollo y no esta
diseñado para sustituir cualquier documentación repartida por SAP. Este documento es dinámico; va a
ser actualizado y corregido a medida que SAP libere versiones nuevas de su software.
2 Estándares de nombres para objetos SAP .
Todos los programas y objetos propios desarrollados en SAP, deben seguir las normas establecidas en
este documento.
2.1 Convenciones generales
2.1.1 Primeras Letras.
SAP reserva nombres para los clientes. Usando estos nombres nos aseguramos que nuestros objetos no
van a ser sobrescritos por SAP en las futuras versiones.
Todos los Objetos del cliente requieren “Z” o “Y_” en la primera posición. Nosotros tomaremos “Z”
para los objetos transportables e “Y_” para los objetos sin clase de desarrollo u objetos locales.
2.1.2 Modulo SAP.
Los desarrollos se encapsularan en Modulo estándar de SAP al que pertenece el objeto. que se
corresponderán con los módulos estándares de SAP (Finanzas FI, Ventas SD, etc.). Se le asignaran los
próximos dos caracteres a esta nomenclatura. Para los objetos que son para mas de un modulo se
utilizará BC.
Si existiera un desarrollo específico que no se podría clasificar por Modulo SAP al que pertenece el
objeto. se le solicitara al jefe del equipo de desarrollo que cree uno nuevo.1
1
Ver Clases de desarrollos actuales en este documento.
Página 5 de 25
Versión: 0.2
24/08/2021
2.2 Estándares para Transacciones.
Las transacciones forman la base del procesamiento de negocio de SAP. El código de transacción,
cuando es llamado o ejecutado, lleva a la pantalla inicial del module pool. Es aquí donde los datos
interactivos son presentados al usuario en manera 'de diálogo'. Los tipos de transacciones pueden ser:
Transacciones de Diálogo
En una transacción de diálogo, el flujo del programa es determinado por una secuencia de pantallas. Las
pantallas que llaman dentro de una transacción deberían pertenecer a un programa solo ABAP, por lo
general un Module Pool (Programa tipo M).
Transacciones de Informe
En una transacción de informe, usted usa un código de transacción para comenzar un programa
ejecutable (Programa tipo 1). Un programa ejecutable por lo general tiene tres pasos - entrada de datos
(pantalla de selección), proceso de datos (a menudo usando una base de datos lógica), y salida de datos
(lista).
Transacciones Orientadas a Objeto

En una transacción OO, usted puede unir un código de transacción a un método de una clase de Objetos
de ABAP.
Transacciones de Variante
Las variantes de transacción permiten que se preestablezcan valores para campos en una transacción,
ponga atributos de campos, o esconda pantallas enteras.
Transacciones de Parámetro
Las transacciones de parámetro permiten preadjudicar valores a campos sobre la pantalla inicial de una
transacción.
Los códigos de transacción consisten en 8 caracteres.
Tipo Long. Estándar Descripción Ejemplo

REPORT 8 Z Objeto del cliente Z AA XX001
AA Modulo SAP al que pertenece el objeto.
XX Función técnica del programa
000 Numeración correlativa de 3 digitos
Iguales a los primeros 8 digitos del

programa
MODULPOOL 6 Z Objeto del cliente Nombre del programa
AA Modulo SAP al que pertenece el objeto. SAPMZFN001
000 Numeración correlativa de 3 digitos Nombre tx: ZFN001
Ejemplo: nombre del programa
SAPMZFN001
Página 6 de 25
Versión: 0.2
24/08/2021
Nombre tx: ZFN001
2.3 Estándares para Objetos de Autorización. (Grupos de Autorización)
Long.Campo Estándar Descripción Ejemplo

08 Z Objeto del cliente ZAAXX001
En reportes Z iguales a 8 primeros digitos del
programa o igual a transacción, en los Module
Pools debe quedar en 7 Digitos,
SAPMZAA001_texto
Ejemplo de programa : ZAA001 (Grupo Autor.)
2.4 Estándares para Programas.
2.4.1 Encabezado del Programa.
Patron ABAP : ENCABEZADO_PROGRAMA

*----------------------------------------------------------------------
* Programa : ZAAXX000_LISTADO
*----------------------------------------------------------------------
* Descripción: PRUEBA DE REPORTE
* Programador:
* Funcional :
* Fecha : dd/mm/aaaa
* Transporte :
* Iniciativa :
*----------------------------------------------------------------------
2.4.2 Programa Base .
Un programa ABAP puede ser un reporte, un programa de interfase o conversión, un programa para
llamar a un formulario, etc. Los reportes pueden ser llamados por una transacción o por un Module
Pool.
En el caso que el desarrollador haya copiado un programa estándar de SAP para usar de base para el
programa del cliente, él o ella debe usar las convenciones de nombres estándar definidas en este
documento. Las variables originales de SAP no tienen que ser renombradas. Pero cualquier nueva
variable introducida en el programa debe llevar la nomenclatura aprobada. El desarrollador debe indicar
Página 7 de 25
Versión: 0.2
24/08/2021
comentarios para todos los cambios en el programa, tanto para agregados o borrados de código. El
documento principal debe hacer referencia al programa estándar SAP que se utilizo de copia.
El largo máximo del nombre de un programa ABAP es de 40 caracteres. SAP requiere que la primera
letra de los objetos comience con Z o Y, seguido por el Modulo SAP al que pertenece el objeto. y la
función técnica del programa. Los siguientes 3 caracteres son un número secuencial seguido por una
descripción del desarrollo.
40 Z Objeto del cliente ZAAXX000_LISTADO.
_ Undersore (Opcional)
XXX Texto Libre (Opcional)
Estructura:
REPORT ZAARE001_LISTADO.
Encabezado Ver “Encabezado del Programa”
INCLUDE ZAARE001_DOC. “Documentaciones
INCLUDE ZAARE001_TOP “Declaraciones. Tipos. Tablas. Constantes. Variables de Trabajo
INCLUDE ZAARE001_SCR. “Selection-Screen , Parameters. INITIALIZATION
INCLUDE ZAARE001_FRM “Subrutinas (FORM...ENDFORM)
INCLUDE ZAARE001_PBO. “AT SELECTION-SCREEN OUTPUT
INCLUDE ZAARE001_PAI. “AT SELECTION-SCREEN INPUT
INCLUDE ZAARE001_POH. “AT HELP-REQUEST
INCLUDE ZAARE001_POV. “AT VALUE-REQUEST
INCLUDE ZAARE001_MNR.
2.4.3 Module Pools y Dynpros.
El Module pool es un programa ABAP que chequea y procesa lo que el usuario ingresa durante una
transacción. Consiste principalmente de un programa principal y de programas INCLUDE y de
pantallas. Estos agrupan los procesos que procesan datos comunes y parte de la lógica de proceso.
Los nombres de los Module Pool deben tener un largo de 11 caracteres con el siguiente formato.
Página 8 de 25
Versión: 0.2
24/08/2021

11 SAPM Prefijo requerido de los Module Pools. SAPMZAA001_texto
Z Objeto del cliente
000 n caracteres secuenciales
_ Undersore
X Texto libre
Las pantallas de SAP son llamadas DYNPROS (Dynamic Programs). La identificación del screen
painter consiste del nombre del Programa ABAP y un número de cuatro dígitos de la dynpro. El rango
de número reservado para los desarrollos custom de programas estándar de SAP debe ser entre el 9000 y
el 9999. Para dynpros custom de programas custom se debe iniciar con el screen 100 e ir incrementando
las pantallas de a 100 para las subsiguientes pantallas y de a 10 para las subpantallas de estas pantallas.
Estructura
PROGRAM SAPMZSDHP.
Encabezado Ver “Encabezado de Programa”
INCLUDE MZSDHP_DOC. “Documentación
INCLUDE MZSDHP_TOP. “Datos y declaraciones (Tablas, variables)
INCLUDE MZSDHP_FRM. “Subrutinas (FORM...ENDFORM)
INCLUDE MZSDHP_PBO. “Process Before Output (PBO) modules.
INCLUDE MZSDHP_PAI. “Process After Input (PAI) modules
INCLUDE MZSDHP_POH. “Process On Help Request (POH) modules
INCLUDE MZSDHP_POV. “Process On Value-Request (POV) modules
2.4.4 Versiones propias basadas en programas Standares.
Cuando se copia un programa estandar y se lo graba como de desarrollo propio, se debe anteponer el
prefijo según la convención en uso mas el nombre original estandar.
Por ejemplo : si utilizamos el programa estándar J1AF005
40 Z Objeto del cliente ZFIRE001_J1AF005
_ Undersore
XXXXXXXX Nombre Original Programa standard
Página 9 de 25
Versión: 0.2
24/08/2021
En los programas Z no se deben repetir los 8 primeros digitos, a partir del noveno carácter es para una
mayor compresión del desarrollador, con lo cual el nombre de la transacción deben ser estos 8 primeros
digitos.
2.4.5 INCLUDE de Documentación.
2.4.6 Atributos.
Será obligatorio completar los atributos de programa que se detallan en los puntos siguientes. El resto de
los atributos solo se completarán en caso de ser necesarios.
Titulo.
El título del programa deberá ser claro y conciso, de tal manera que no deje dudas cual es el objetivo del
programa.
Deberá completarse en letra minúscula, para mantener la ergonomía del sistema general
Tipo.
Utilizar alguno de los tipos propuestos por SAP y que se corresponda con el desarrollo a efectuar.
Paquete.
Ver Clases de desarrollos actuales en este documento.
Verif.Unicode Activa.
Deberá marcarse obligatoriamente esta casilla.
En el caso de que en el programa existan INCLUDES a rutinas NO-UNICODE no se podrá realizar esta
verificación, no obstante, se deberá utilizar la verificacion UNICODE utilizando la transacción
UCCHECK , hasta que se realice la migración definitiva de todo el sistema a UNICODE.
2.5 Estándares para Formularios.
2.5.1 SAPScript Form

16 Z Objeto del cliente ZAASS_FACTURA
SS Objeto como un SapScript Form
_ Underscore
X Libre
2.5.2 SAPScript Standard Text

32 Z Objeto del cliente ZAAST_CONDICIONES
Página 10 de 25
Versión: 0.2
24/08/2021
ST Objeto SapScript Standard Text

_ Underscore
X Libre
2.5.3 SAPScript Style

16 Z Objeto del cliente ZAASS_ESTILO
SS Objeto SapScript Style
_ Underscore
X Libre
2.5.4 SAPScript Text ID

16 Z Objeto del cliente ZAASI_TextId
SI Objeto SapScript Id
_ Underscore
X Libre
2.5.5 SmartForm

30 Z Objeto del cliente ZAAFR_FACTURA
FR Objeto SmartForm
_ Underscore
X Libre
2.5.6 Smartform Graphic

30 Z Objeto del cliente ZAAFG_LOGO
AA Modulo SAP al que pertenece el objeto. Objeto
FG SmartForm Graphic
_ Underscore
X Libre
2.5.7 SmartStyle
Página 11 de 25
Versión: 0.2
24/08/2021
30 Z Objeto del cliente ZAAFS_FACTURA

FS Objeto SmartForm Style
_ Underscore
X Libre
2.5.8 SmartForm Text Module

30 Z Objeto del cliente ZAAFT_NOTA
FT Objeto SmartForm Text Module
_ Underscore
X Libre
2.6 Estándares para Funciones.
2.6.1 Grupos de Funciones
Un Grupo de Funciones es una colección de Módulos de funciones y sus objetos asociados. Los Grupos
de Funciones están contenidos en la librería de funciones que soportan la creación y modificación de las
funciones.
NOTA: Para los Grupos de Funciones utilizados en las Vistas de Actualización de Tablas puede
utilizarse el nombre de la tabla como nombre del Grupo de Funciones.

26 Z Objeto del cliente ZAA_IVA: grupo de funciones
AA Modulo SAP al que pertenece el objeto. para el modulo SAP de Impuestos
_ Undersore para las funciones de IVA.
X Texto Libre
2.6.2 Módulos de Funciones.
Los Módulos de Función son programas escritos en ABAP que forman unidades lógicas en grupos de
función. Ellos pueden ser llamados por cualquier programa ABAP o por los mismos módulos de
función. Ellos son manejados centralmente en la biblioteca de funciones (SE37).

30 Z_ Objeto del cliente Z_AA_CONVERT_TO_JULIAN
AA Modulo SAP al que pertenece el objeto. _DATE
_ Undersore
Página 12 de 25
Versión: 0.2
24/08/2021
X Texto Libre
Los módulos de función son agrupados juntos usando los grupos de función. Los módulos de función
pueden estar asignados a uno y sólo un grupo de función. Los grupos de función suministrados por SAP
nunca deberán ser usados para definir nuevos módulos de función.
Los módulos de función son similares a los programas, la diferencia principal es que ellos pueden ser
llamados usando llamadas RFC, pueden ser llamados desde y a través de programas, y no son
típicamente construidos para reportes con criterios de selección.
En la medida de lo posible se recomienda utilizar un Módulo de Funcion para cada grupo de Funciones,
esto es debido a que pueden producirse problemas a la hora de transportar a producción un grupo de
funciones. Si existe alguna inconsistencia en una sola función de dicho grupo, se invalida todo el grupo
de funciones provocando un efecto expansivo en toda la operatoria del sistema, dado que varias
transacciones/programas están utilizando el mismo grupo.
2.7 Estándares para BADI’s.
2.7.1 Business Add-In Implementation Class

30 Z Objeto del cliente ZAACB_PEDIDO
CB Objeto Clase de BADI
_ Underscore
X Libre
2.7.2 Business Add-In Implementation Name

30 Z Objeto del cliente ZAAIB_PEDIDO_GRABAR
IB Objeto Implementacion de BADI
_ Underscore
X Libre
2.8 Estándares para CATT’s.
CATT: Computer Aided Test Tool, es una herraienta para crear manual o automaticamente casos de
pruebas.
Página 13 de 25
Versión: 0.2
24/08/2021
2.8.1 Módulos de Test

30 Z Objeto del cliente ZAACM_PEDIDO
CM Objeto CATT Modulo de Test
_ Underscore
X Libre
2.8.2 Procedimientos

30 Z Objeto del cliente ZAACP_PEDIDO
AA Modulo SAP al que pertenece el objeto
CP Objeto CATT Procedimiento
_ Underscore
X Libre
2.8.3 Casos de Test

30 Z Objeto del cliente ZAACT_PEDIDO
CT Objeto CATT Caso de Test
_ Underscore
X Libre
2.8.4 Catálogos de Test

30 Z Objeto del cliente ZAACC_PEDIDO
AA Modulo SAP al que pertenece el objeto
CC Identifica al Objeto CATT Catalogo de Test
_ Underscore
X Libre
2.8.5 Planes de Test

30 Z Objeto del cliente ZAACT_PEDIDO
Página 14 de 25
Versión: 0.2
24/08/2021
CT Identifica al Objeto CATT Planes de Test

_ Underscore
X Libre
2.9 Estándares para Diccionario de Datos.
2.9.1 Tablas
Se recomienda que todas las tablas sean definidas como tablas transparentes. Las pequeñas tablas
pueden ser definidas como Pool Tables.

20 Z Objeto del cliente ZAATT_CODIGOS
TT Objeto como una Tabla Transparente
_ Underscore
X Libre
Recomendaciones generales.
Considerar la posibilidad de utilizar Elementos de datos y Dominios pre-existentes siempre que sea
posible. Reutilizar dominios siempre que sea posible que hayan sido definidos previamente para el
mismo módulo.
No olvide incluir el campo Mandante en caso de que corresponda.
Inserte Check-tables si fuese aplicable.
Inserte Documentación para los elementos de datos.
Considere la ventaja de definir Parámetros ID si fuese conveniente, esto facilitará el uso en pantalla de la
sentencia PARAMETER : ... MEMORY ID , y le ahorrará al usuario repeticiones innecesarias.
(Esta sentencia permite almacenar el ultimo dato ingresado por el usuario, por ejemplo: el número de
pedido y al cambiar a otra pantalla que contenga el mismo parámetro, se lo propone como default)
Considere si corresponde llevar un log de modificaciones sobre la tabla.
(Herramientas->Desarrollo->Otras herramientas->SCDO -> Documentos de Modificación). Ver
2
2.9.2 Vistas
Las vistas son Tablas transparentes que consisten en una vista alterna o la combinación de múltiples
Tablas, como una Tabla unida.
2
Se puede encontrar documentación sobre la funcionalidad de log de cambios de documentos en la
ayuda en línea (SAP Library). Luego de acceder a la misma, seleccionar: Basis->ABAP WorkBench->Extended
Function Library Applications -> Change Documents.
Página 15 de 25
Versión: 0.2
24/08/2021

20 Z Objeto del cliente ZAATV_CODIGOS
TV Objeto como una Tabla Vista
_ Underscore
X Libre
2.9.3 Estructuras
Esta sección contiene la información sobre las opciones disponibles para mantener estructuras. Las
estructuras son construidas de casi el mismo modo que las Tablas, la única diferencia es que ninguna
tabla de base de datos es generada de las estructuras. Por esta razón, los métodos para crear, corregir, y
suprimir estructuras son en gran parte el mismo como aquellos usados para las tablas.

20 Z Objeto del cliente ZAATS_CODIGOS
TS Objeto como una Tabla Estructura
_ Underscore
X Libre
2.9.4 Tipo Tabla

20 Z Objeto del cliente ZAATI_CODIGOS
TI Objeto como Tipo Tabla
_ Underscore
X Libre
El tipo de dato “Tipo Tabla” permite definir en el diccionario de datos una tabla interna.
Ejemplo:
DATA: ITAB TYPE ZAATI_CODIGOS.
Define a ITAB como una tabla interna sin HEADER LINE.
Nota: este tipo de datos nos sirve para pasar como argumento (como import / export o changing) una
tabla a una función sin utilizar TABLES . En versiones posteriores SAP tiene previsto desactivar en las
funciones el uso de TABLES.
Página 16 de 25
Versión: 0.2
24/08/2021
2.9.5 Dominios
Un Dominio define una variedad de valores. Un Dominio es asignado a un elemento de datos. Todos los
campos de las tablas o componentes de estructura que usan este elemento de datos tienen esta variedad
de valores.

30 ZD Objeto del cliente ZD_DOMINIO
X Libre
2.9.6 Elementos de Datos
Un elemento de datos describe un tipo elemental o un tipo de referencia.

Un tipo elemental es definido por el tipo de datos incorporado, longitud y posiblemente el número de
posiciones decimales. Estos atributos de tipo pueden ser definidos directamente en el elemento de datos
o copiados de un dominio.

30 ZE Objeto del cliente ZE_ELEM_DAT
X Libre
2.9.7 Campos
Campos de una tabla o de una estructura.

El nombre de campo puede tener un máximo de 16 caracteres y puede contener letras, dígitos y
underscore. El nombre del campo debe comenzar con una letra.

30 ZF Objeto del cliente ZF_CAMPO
X Libre
2.9.8 Ayuda de Búsqueda
La ayuda de búsqueda (F4 ayuda) es una función estándar del Sistema R/3. El usuario puede mostrar la
lista de todos los valores de entrada posibles para un campo de pantalla con la ayuda de búsqueda. Los
valores de entrada posibles pueden ser realzados con información adicional. Este es importante sobre
todo cuando el campo requiere la entrada de un campo clave.
Este proceso estándar puede ser completamente definido creando una ayuda de búsqueda en el
Diccionario ABAP. Esta ayuda de búsqueda sólo tiene que ser adjudicada a los campos de pantalla en
los cuales ellos deberían estar disponibles.
Página 17 de 25
Versión: 0.2
24/08/2021
30 Z Objeto del cliente ZAAH_AYUDA

H Objeto como Ayuda de Busqueda
_ Underscore
X Libre
2.9.9 Objetos de Bloqueo
Un objeto de bloqueo es una unión virtual de varias tablas SAP que sincroniza el acceso simultáneo de
dos usuarios al mismo set de datos ( Concepto de bloqueo SAP).
La solicitud y/o la liberación de los bloqueos se realizan en la programación de las transacciones de
diálogo mediante la llamada de determinados módulos de funciones que se generan automáticamente de
la definición de los objetos de bloqueo. Estos objetos deben crearse explícitamente en el Dictionary
ABAP.
Para fijar bloqueos debe seguir los siguientes pasos:
Debe definir un objeto de bloqueo en el Dictionary ABAP cuyo nombre debería empezar con E.
Debe incluir los módulos de funciones para la solicitud y/o liberación de bloqueos en la programación
de las transacciones de diálogo correspondientes. Los módulos se crearán automáticamente al activar el
objeto de bloqueo.

16 EZ Pre fijo + Objeto del Cliente EZAA_CODIGOS
_ Underscore
X Nombre de tabla primaria
2.10 Workflows
2.10.1 Workflow /Business Objects

30 WS901 Nomenclatura Estándar WS90100001
99999 Numero Incremental automatico.
2.11 Otros.
Página 18 de 25
Versión: 0.2
24/08/2021
2.11.1 Ordenes de Transporte
Los nombres de las órdenes de transporte deben seguir una nomenclatura para un mejor seguimiento y
control. Estas deberán ser creadas de acuerdo al siguiente formato (60 caracteres):

60 Iniciativa Número de iniciativa ( XXX-XX) 181-4 - Objeto - Descripción de
Objeto Objeto que se esta modificando o creando Iniciativa
Texto Libre Texto Libre
2.11.2 Estándares para Clases de Desarrollo/Paquetes.
La Clase de Desarrollo es un código para ligar un juego de objetos del ambiente de desarrollo que son
mutuamente dependientes el uno al otro. El código de Clase de Desarrollo es usado entonces para
corregir y transportar sus
Clase/Modulo Descripción Módulo objetos de desarrollo juntos,
ZAF Activos Fijos Finanzas como una unidad.
ZAP Proveedores/Deudores
Lon
Est
ZAR Clientes deudores g.C Descripció Ejempl
ánd
am n o
ZCO Controling ar
po
ZFI Finanzas 10 Z Objeto del ZAA
ZGL Contabilidad General AA cliente
Modulo
ZTR Tesoreria SAP al que
ZTX Impuestos pertenece el
objeto.
ZFN Finishing y Admisión Materiales
ZIM MM Almacenes (Inventory Management)
ZMM Compras 3 Clases de
ZLO Logística General desarrollos
ZQM Calidad (Quality Management) actuales y/o
ZWM Warehouse Management
Modulos
ZHR Recursos Humanos Recursos Humanos
ZCF Confirmacion de Factura Ventas
ZRC Reclamos
ZSD Sales and Distribution
ZSL Servicio Logistica
ZBW Business Warehouse Business Warehouse
ZBC Base Base
ZBI PI/XI PI/XI
ZEP Portal Web Service
Página 19 de 25
ZTI Timbres Timbres MM
ZSM Solution Manager SOLMAN
Versión: 0.2
24/08/2021
Página 20 de 25
Versión: 0.2
24/08/2021
4 Función técnica del programa
BI Batch Input
BO Batch Output
RE Reporte
RU Reporte con actualización
UP Programa de actualización (No tiene reporte)
IN Include común para varios programas de mismo módulo
QR Query
OT Otros que no están incluídos en los anteriores.
5 Nomenclatura para objetos ABAP.
El objetivo de esta sección es definir algunas pautas para la nomenclatura de variables de programas
basadas en los tipos de las variables. Las variables de programa son definidas usando la declaración
DATA. La declaración de parámetros mediante PARAMETER puede ser usada también para definir
variables que son presentadas al usuario en la ejecución de los programas. Variables especiales para
criterios de selección pueden ser también definidas usando la instrucción SELECT-OPTIONS.
Lo que sigue son los tipos variables a utilizarse:
5.1 Estructuras Internas de Programas
Programa global Permitidos Excluidos

TYPES T_*
CONSTANTS C_*
DATA G*,W* L_*
P_*
C_*
L_*
P_*
C_*
FIELD_SYMBOLS <FS_*> <L_*
<P_*
PARAMETERS P_*
SELECT-OPTION R_*
FIELD-GROUP
Proced.Local Permitidos Excluidos
Página 21 de 25
Versión: 0.2
24/08/2021
TYPES LT_*
CONSTANTS LC_*
DATA L_*
FIELD-SYMBOLS <LFS_*
Clases/Interfaces Globales Permitidos Excluidos
CLASS CL_*
INTERFACE IF_*
TYPE T_*
CONSTANTS C_*
DATA L_*
P_*
C_*
CLASS-DATA L_*
P_*
C_*
EVENTS L_*
P_*
C_*
METHODS L_*
P_*
C_*
Clases/Interfaces Locales Permitidos Excluidos
CLASS LCL_*
INTERFACE LIF_*
TYPES T_*
CONSTANTS C_*
DATA L_*
P_*
C_*
CLASS-DATA L_*
P_*
C_*
EVENTS L_*
P_*
C_*
METHODS L_*
P_*
C_*
EVENTS
Parámetro Métodos Permitidos Excluidos
IMPORTING P_*
EXPORTING P_*
Página 22 de 25
Versión: 0.2
24/08/2021
CHANGING P_*
RETURNING P_*
Parámetro Evento
EXPORTING P_*
Parámetro Métodos Permitidos Excluidos
EXPORTING P_*
Funciones Permitidos Excluidos
IMPORTING P_*
EXPORTING P_*
CHANGING P_*
TABLES P_*
Forms Permitidos Excluidos
USING P_*
CHANGING P_*
TABLES P_*
Programa global Permitidos Excluidos
ESTRUCTURA S
TABLA INTERNA T
REFERENCIA DE DATOS R L_*
P_*
C_*
L_*
P_*
C_*
Underscores '_' deben ser usados para separar palabras o letras que definen una variable en vez de
guiones. Los guiones '-' son usados para referirse a sub campos de un registro o estructura de datos.
Se recomienda que variables del diccionario de datos sean usadas donde quiera que sea posible para la
consistencia de datos y el chequeo de tipos.
5.1.1 Mensajes de Error
Los mensajes de error estándar de SAP deberán ser usados siempre que sea posible, para eliminar la
redundancia. Si es necesario crear mensajes de error adicionales, se adjudicaran según la pauta descripta
en esta sección. Los tres parámetros siguientes para ser definidos en esta sección:
Message-Id
Severidad de Mensaje
Número de Mensaje
Página 23 de 25
Versión: 0.2
24/08/2021
Message-Id's
Se creara una Message-Id para cada Aplicación.
Formato: ZAA
Z Objeto del Cliente
Ejemplo: ZFI (Message-ID para FI)
Tipos de Mensaje
(Por favor refiérase al APÉNDICE F: "usando MENSAJES" para información adicional.)
Los tipos de mensaje definen la acción realizada sobre la ejecución del mensaje. Lo siguiente son los
códigos de tipo de mensaje aceptables:
Codes Message Type Descripción

A "Abend" La transacción aborta y el usuario no puede continuar con la misma.
Los datos entrados no son validos. El usuario debe de corregir la
E "Error"
entrada.
El programa permite al usuario ignorar el warning y seguir o
W "Warning"
modificar los datos que causaron el mismo.
El mensaje de información puede ser de interés al usuario. El usuario
I "Information"
debe apretar ENTER para seguir
Un mensaje de éxito es un mensaje informativo mostrado en la siguiente

S "Success" pantalla. Como "Transacción completada con éxito".
5.1.2 PF-Status
El PF-Status es una barra de estado definida para ser usado por unos programas de inicio de pantalla
para permitir acciones de usuario. El formato de SAP estándar debe ser usado. La Tabla debajo define el
uso de llaves de función estándar. Estas llaves de función no tienen que ser usadas, pero cuando sean
usadas, deben cumplir con los estándares definidos en esta sección. Estas llaves de función no deben ser
sustituidas por llaves definidas por usuario.
PF Key OK-CODE Description

'01' HELP Display help screen for current field
Página 24 de 25
Versión: 0.2
24/08/2021
'02' PICK Select entry (same as double-click).

'03' BACK Exit current transaction. Overrides mandatory entries.
'04' LIST List Possible Entries.
'10' MENU Menu bar.
'11' SAVE Save entries.
'12' RW Cancel current request, Mandatory entries override.
'13' PRI Print.
'14' DLT Delete.
'15' EXIT Exit (Fast EXIT) leave transaction. Same as PF03.
'21' P-- First page of document.
'22' P- Previous page.
'23' P+ Next page.
'24' P++ Last page of document.
6 Apendice
6.1 Historial de Modificaciones del Documento
Version Fecha Descripción Autor

0.1 23/04/07 Version Inicial
6.2 Gestión de Versionado

///////// REALIZÓ CONTROLÓ APROBÓ
NOMBRE
FIRMA
FECHA
Página 25 de 25

Estandares de Desarrollo

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Estandares de Desarrollo

Cargado por

Copyright:

Formatos disponibles

Producto:

2.11.1 Ordenes de Transporte.............................................................................................................3

Estándares y Directivas de desarrollo.

2 Estándares de nombres para objetos SAP .

2.1 Convenciones generales

2.1.1 Primeras Letras.

2.1.2 Modulo SAP.

2.2 Estándares para Transacciones.

Transacciones Orientadas a Objeto

Los códigos de transacción consisten en 8 caracteres.

Tipo Long. Estándar Descripción Ejemplo

Iguales a los primeros 8 digitos del

Nombre tx: ZFN001

2.3 Estándares para Objetos de Autorización. (Grupos de Autorización)

Long.Campo Estándar Descripción Ejemplo

2.4 Estándares para Programas.

2.4.1 Encabezado del Programa.

Patron ABAP : ENCABEZADO_PROGRAMA

2.4.2 Programa Base .

2.4.3 Module Pools y Dynpros.

Long.Campo Estándar Descripción Ejemplo

2.4.4 Versiones propias basadas en programas Standares.

2.4.5 INCLUDE de Documentación.

2.5 Estándares para Formularios.

2.5.1 SAPScript Form

Long.Campo Estándar Descripción Ejemplo

2.5.2 SAPScript Standard Text

Long.Campo Estándar Descripción Ejemplo

ST Objeto SapScript Standard Text

2.5.3 SAPScript Style

Long.Campo Estándar Descripción Ejemplo

2.5.4 SAPScript Text ID

Long.Campo Estándar Descripción Ejemplo

Long.Campo Estándar Descripción Ejemplo

Long.Campo Estándar Descripción Ejemplo

Long.Campo Estándar Descripción Ejemplo

30 Z Objeto del cliente ZAAFS_FACTURA

2.5.8 SmartForm Text Module

Long.Campo Estándar Descripción Ejemplo

2.6 Estándares para Funciones.

2.6.1 Grupos de Funciones

Long.Campo Estándar Descripción Ejemplo

2.6.2 Módulos de Funciones.

Long.Campo Estándar Descripción Ejemplo

2.7 Estándares para BADI’s.

2.7.1 Business Add-In Implementation Class

Long.Campo Estándar Descripción Ejemplo

2.7.2 Business Add-In Implementation Name

Long.Campo Estándar Descripción Ejemplo

2.8 Estándares para CATT’s.

2.8.1 Módulos de Test

Long.Campo Estándar Descripción Ejemplo

Long.Campo Estándar Descripción Ejemplo

2.8.3 Casos de Test

Long.Campo Estándar Descripción Ejemplo

2.8.4 Catálogos de Test

Long.Campo Estándar Descripción Ejemplo

2.8.5 Planes de Test

Long.Campo Estándar Descripción Ejemplo

CT Identifica al Objeto CATT Planes de Test

2.9 Estándares para Diccionario de Datos.

Long.Campo Estándar Descripción Ejemplo