Nomenclatura SAP

Nomenclatura para el desarrollo de
aplicaciones del sistema Econmico

Financiero y Logstico del Govern de les
Illes Balears
SAP
Versin 1.0
Fecha Revisin: 28/08/14
ndice de contenidos
INTRODUCCIN ........................................................................................................................... 4
RECOMENDACIONES GENERALES .............................................................................................. 6
2.1. SOLICITUD DE CDIGO DE PROYECTO .......................................................................................... 6
2.2. NOMENCLATURA ..................................................................................................................... 6
2.3. NORMAS DE DESARROLLO ......................................................................................................... 6
CLASES DE DESARROLLO ............................................................................................................. 7
3.1. NOMENCLATURA ..................................................................................................................... 7
MTODO DE TRABAJO ................................................................................................................. 8
4.1. AL CREAR LOS OBJETOS ............................................................................................................ 8
4.2. PARA GARANTIZAR LA CONSISTENCIA DE DATOS ............................................................................. 8
4.3. PARA LA INTERFAZ DE USUARIO................................................................................................... 8
4.4. PARA GARANTIZAR EL MULTILENGUAJE ......................................................................................... 8
4.5. PARA DOCUMENTAR LOS DESARROLLOS ....................................................................................... 8
OBJETOS DEL DICCIONARIO DE DATOS ..................................................................................... 9
5.1. TABLAS .................................................................................................................................. 9
5.2. ESTRUCTURAS ......................................................................................................................... 9
5.3. VISTAS ................................................................................................................................... 9
5.4. ELEMENTOS DE DATOS Y DOMINIOS .......................................................................................... 10
5.5. OBJETOS DE BLOQUEO ........................................................................................................... 10
5.6. AYUDAS DE BSQUEDA ........................................................................................................... 10
PROGRAMAS .............................................................................................................................. 11
6.1. PROGRAMAS DE TIPO 1 (REPORTS) ......................................................................................... 11
6.2. PROGRAMAS DE TIPO I (INCLUDES)......................................................................................... 11
6.3. PROGRAMAS DE TIPO M (MODUL POOL) ................................................................................ 11
6.4. PROGRAMAS DE TIPO S ( POOL DE SUBRUTINAS) ....................................................................... 11
MDULOS DE FUNCIN ............................................................................................................ 12
7.1. GRUPO DE FUNCIONES ........................................................................................................... 12
7.2. MDULOS DE FUNCIN .......................................................................................................... 12
OTROS OBJETOS ......................................................................................................................... 13
8.1. MDULOS DE DILOGO .......................................................................................................... 13
8.2. TRANSACCIONES ................................................................................................................... 13
8.3. MENS DE MBITO ................................................................................................................ 13
8.4. ID DE PARMETROS SET/GET ................................................................................................. 13
8.5. CLASES DE MENSAJES ............................................................................................................. 13
8.6 QUERIES ............................................................................................................................... 14
8.7 ROLES .................................................................................................................................. 14
NOMENCLATURA OBJETOS INTEGRACIONES SAP XI / PI ........................................................ 15
SYSTEM LANDSCAPE .................................................................................................................. 16
10.1. SOFTWARE CATALOG ........................................................................................................... 16
10.2. TECHNICAL LANDSCAPE ........................................................................................................ 16
http://dgtic.caib.es >
10.3. BUSINESS LANDSCAPE........................................................................................................... 16

11.1. NAMESPACE ....................................................................................................................... 17
11.2. INTEGRATION SCENARIOS & INTEGRATION PROCESSES................................................................ 17
11.3. INTERFACE OBJECT .............................................................................................................. 18
11.4. MAPPING OBJECT ................................................................................................................ 19
11.5. ADAPTER OBJECT ................................................................................................................ 19
11.6. IMPORTED OBJECT............................................................................................................... 19
INTEGRATION BUILDER CONFIGURATION .............................................................................. 20
12.1. SCENARIOS ......................................................................................................................... 20
12.2. PARTY ................................................................................................................................ 20
12.3. SERVICE WITHOUT PARTY...................................................................................................... 20
12.4. RECEIVER DETERMINATION ................................................................................................... 21
12.5. INTERFACE DETERMINATION .................................................................................................. 21
12.6. SENDER AGREEMENT............................................................................................................ 21
12.7. RECEIVER AGREEMENT.......................................................................................................... 21
ANEXOS ...................................................................................................................................... 22
13.1. IDENTIFICADORES DE PROYECTOS. .......................................................................................... 22
13.2. PASO A PRODUCCIN........................................................................................................... 22
EJEMPLO DE CUADERNO DE CARGA SISTEMA SAP R/3 ........................................................... 25
EJEMPLO DE CUADERNO DE CARGA SISTEMA SAP XI .............................................................. 26
Captulo 1:
Introduccin
A. Se hace necesario, seguir una serie de normas a la hora de acometer los desarrollos en la
plataforma SAP, por ello las aplicaciones del sistema Econmico Financiero y Logstico del
Govern de les Illes Balears adems de desarrollarse siguiendo los estndares publicados por la
DGDT en: http://dgtic.caib.es/estandards/index.html
METRICA versin 3.
Estndar de desarrollo de aplicaciones del Govern de les Illes Balears.
Estndar de interface de usuario web (libro de estilo).
B. Seguirn estas normas que se dividen en dos vertientes de actuacin:
La definicin de una nomenclatura a la hora de crear objetos.

El establecimiento de unas normas de desarrollo y transporte.
C. El producto final y las actualizaciones se entregarn segn el formulario de cuadernos de

carga (ver apartado paso a produccin).
D. Las aplicaciones se deben desarrollar siguiendo una arquitectura distribuida a tres niveles
(interfaz, lgica y datos) y proveer las funciones o desarrollos necesarios, al objeto de facilitar
la integracin e interoperabilidad con otras aplicaciones y con el gestor de identidades de la
CAIB, actualmente el sistema Seycon.
E. El software de base a utilizar ser el a continuacin detallado en funcin del tipo de
desarrollo empleado.
rea
Interfaz de usuario
Lgica de aplicacin
Base de datos
Producto
Tecnologa
SAP GUI 710 - 740

Navegador Web en plataforma
SAP Netweaver
WebDynpro
SAP ERP 6.0
ABAP
SAP BI 7
ABAP
SAP NetWeaver
ABAP/J2EE
DB2/400 V7R1
ANSI-SQL
(SAP ERP)
Oracle (SAP BI)
Sistema Operativo
OS/400 V7R1
Red Hat Enterprise Linux 4 o
superior
(arquitectura x86_64)
Sistema de integracin SAP PI
ABAP/J2EE
XML / SOAP / HTTP / JCA /
RFC
Mdulos web
Plataforma de Tramitacin
Telemtica.
J2EE
JBOSS
JSP / Servlets
En funcin de criterios de mejora y disponibilidad de versiones y con el objetivo de mejorar el

servicio ofrecido a las Consejeras, el Govern de les Illes Balears se reserva la facultad de
actualizar las versiones del software aqu reflejadas por otras superiores en el momento de la
puesta en produccin.
F. Los mdulos asociados a la lgica de aplicacin debern disponer del interface RFC
adecuado, al efecto de poder extender su uso a otras aplicaciones va llamadas entre
aplicaciones. Esto es particularmente aplicable a los mdulos de uso va web, los cuales
debern desarrollar en Java el interfaz de usuario y hacer uso de las transacciones ABAP va
RFC, utilizando el sistema de Integracin SAP PI para conectar las diferentes aplicaciones con
SAP.
G. El sistema deber venir acompaado de los siguientes informes:
Estudio de consumos de cada mdulo software y base de datos: CPU, memoria,

disco y ancho de banda de red.
Estudio de la concurrencia en el acceso a datos y mdulos software: elementos
crticos, bloqueos entre usuarios y situaciones de deadlock.
Manual de usuario.
H. El sistema deber cumplir las medidas de seguridad designadas en el R.D. 1720/2007, de

21 de Diciembre, por el que se aprueba el Reglamento de desarrollo de la Ley Orgnica
15/1999, de 13 de Diciembre, de Proteccin de Datos de Carcter Personal (LOPD).
Captulo 2:
Recomendaciones generales
2.1. Solicitud de cdigo de proyecto
Antes de comenzar el desarrollo de un nuevo proyecto es necesario solicitar un cdigo a la
DGTIC (Direcci General de Tecnologies i Comunicacions). La peticin se har enviando un
correo a la direccin suport@caib.es indicando necesariamente, la siguiente informacin:
Peticin de asignacin de cdigo de proyecto

Nombre y descripcin del nuevo proyecto
2.2. Nomenclatura
Esta nomenclatura, va destinada a organizar y determinar los objetos de los diferentes
proyectos, por lo tanto, el nombre del objeto debe de incluir un identificador del proyecto en
el que se crea el objeto, los cuales estn definidos en el Anexo I.
La propuesta de nomenclatura para los proyectos es de 3 / 4 caracteres por la problemtica
de nombres muy largos y se alcance el mximo de longitud permitida, por ejemplo 16
caracteres para el nombre de tablas y vistas.
Hay una serie de consideraciones a tener en cuenta:
Esta nomenclatura se debe seguir siempre que se pueda y no haya problemtica por
la longitud de nombres.
La nomenclatura bsica es la anteriormente expuesta, pero cuando no se adapte a las
normas SAP para nombrar objetos, se ha de extrapolar, para que se adapte a estas
normas.
En los siguientes apartados, se desarrollar esta nomenclatura.
2.3. Normas de desarrollo

Estas normas van encaminadas a normalizar el desarrollo de las aplicaciones, adems se
plantea el problema de qu hacer con lo que ya est desarrollado, y que no sigue la nueva
nomenclatura.
Los desarrollos se deben hacer y pensar, de manera que sean parametrizables, en la medida
que se necesite, para que se adapten y sean reutilizables al mximo (para diferentes
entidades, empresas, mdulos) con una mnima o nula programacin o adaptacin.
Se recomienda, siempre que se pueda, que los desarrollos antiguos se migren a la nueva
nomenclatura.
Captulo 3:
Clases de desarrollo
3.1. Nomenclatura
Se nombrar de la siguiente manera: Zid*
Id es el identificador del proyecto en el que se realiza el desarrollo.
El * representa una cadena de caracteres para definir o diferenciar diferentes

clases de desarrollo dentro de un mismo proyecto.
Es importante tener en cuenta que una clase de desarrollo, sirve para organizar los
objetos que se crean, de manera que luego resulte fcil identificarlos para algn fin
posterior (p.e. el transporte de todo un desarrollo a produccin)
Captulo 4:
Mtodo de trabajo
4.1. Al crear los Objetos
Todos los objetos que se creen, han de estar dentro de una Clase de Desarrollo.
Es importante que todos los objetos sigan las normas referentes a la nomenclatura.
4.2. Para garantizar la consistencia de datos
A la hora de realizar desarrollos, es muy importante seguir las normas que garanticen
el concepto de Transaccin.
En cada Transaccin los datos se deben tratar como una unidad, o se actualiza todo
o no se actualiza nada.
4.3. Para la interfaz de usuario
Se ha de procurar que el aspecto de la interfaz, de cara al usuario, sea lo ms

parecido posible al estndar.
Es importante, que el aspecto sea agradable a la vista, claramente legible y amigable
para el usuario
4.4. Para garantizar el multilenguaje
SAP es un sistema multilenguaje. Proporciona mecanismos para el mantenimiento de

textos en diferentes idiomas, tanto en Objetos SAP, como en Base de Datos.
Como norma general en los programas no se usarn literales, se usarn los Elementos
de Textos, que permiten traduccin.
En las tablas que tienen textos, que pueden ser independientes del lenguaje, o que se
quiere un mantenimiento para ellos, se usarn las tablas de textos. Los idiomas en los
que se tiene que mantener los textos son el idioma espaol cdigo (S, ES) y el cataln
cdigo (c, CA), ya no se utilizar el lenguaje Z.
4.5. Para documentar los desarrollos
Los desarrollos se han de documentar lo mximo posible.

Siempre que resulte posible se ha de cumplimentar el apartado de documentacin
que existe en la mayora de los objetos SAP.
Captulo 5:
Objetos del diccionario de datos
5.1. Tablas
Nomenclatura
Se nombrarn siguiendo el siguiente formato: Zid[yy]_T_*
[yy] es opcional, se sustituyen por las iniciales del Modulo al que

pertenece el objeto.
* se sustituir por una cadena de caracteres.
5.2. Estructuras
Nomenclatura
Se nombrarn siguiendo el siguiente formato: Zid[yy]_E_*

5.3. Vistas
Nomenclatura
Se nombrarn siguiendo el siguiente formato: Zid[yy]_V_*

Recomendaciones para la creacin de tablas, estructuras y vistas
Siempre que se pueda, se usarn Elementos de Datos a la hora de crear los campos de la
tabla, evitando la entrada directa de Tipos.
Siempre que se pueda, usar los Elementos de Datos estndar de SAP, con el fin de
facilitar la integracin entre las aplicaciones desarrolladas y las estndar.
Siempre que existan textos explicativos, se han de crear tablas de textos.
A la hora de crear el Mdulo de Actualizacin se han de seguir las siguientes indicaciones:
El nombre del Grupo de Funciones que contiene las imgenes de actualizacin,

ha de procurarse que se llame igual que la tabla.
Por ejemplo: si la tabla se llama ZSICEP_T_EX_CAP6, el Grupo de Funciones

debera llamarse igual.
Si se escoge la opcin de Rutina de actualizacin individual o ninguna, el sistema

no pedir orden de transporte cada vez que se modifiquen los datos de la tabla.
5.4. Elementos de datos y dominios

Nomenclatura
Se nombrarn siguiendo el siguiente formato: Zid[yy]_E_*, Zid[yy]_D_*

Recomendaciones
Siempre que se pueda, se han de usar los Dominios estndar de SAP.
5.5. Objetos de bloqueo

Nomenclatura
Se nombrarn siguiendo el siguiente formato: EZ_(tt)*
(tt) se sustituir por el nombre de la tabla primaria del bloqueo.
5.6. Ayudas de bsqueda

Nomenclatura
Se crearn con el siguiente formato de nombre: Zid[yy]_B_*

pertenece el objeto..
10
Captulo 6:
Programas
6.1. Programas de Tipo 1 (Reports)
Nomenclatura
Todos los nombres de programas de este tipo tendrn el siguiente formato:

Zid[yy]_R_*

6.2. Programas de Tipo I (Includes)

Nomenclatura

Zid[yy]_I_*

pertenece el desarrollo
6.3. Programas de Tipo M (Modul Pool)

Nomenclatura

SAPMZid[yy]_*
[yy] es opcional y se sustituye por las iniciales del Modulo al que

pertenece el desarrollo
6.4. Programas de Tipo S ( Pool de Subrutinas)

Nomenclatura

SAPFZid[yy]_*

pertenece el desarrollo.
11
Captulo 7:
Mdulos de funcin
7.1. Grupo de funciones
Nomenclatura
Todos los nombres de grupos de Funciones tendrn el siguiente formato:

Zid[yy]_F_*

pertenece el Grupo de Funciones.
7.2. Mdulos de funcin

Nomenclatura
Mdulos de los mdulos de Funciones seguirn el siguiente formato:

Z_id[yy]*

pertenece el Mdulo de Funcin.
12
Captulo 8:
Otros objetos
8.1. Mdulos de dilogo
Nomenclatura
Se nombrarn son el siguiente Formato: Zid[yy]_MD_*
[yy] es opcional y se sustituir por las iniciales del mdulo al que

pertenece.
8.2. Transacciones
Nomenclatura
Se nombrarn son el siguiente Formato: Zid[yy]_TR_*

pertenece.
8.3. Mens de mbito

Nomenclatura
Se nombrarn con el siguiente Formato: Zid[yy]_MA_*
Id es el identificador del sistema en el que se realiza el desarrollo.

pertenece.
8.4. ID de parmetros SET/GET

Nomenclatura
Se nombrarn con el siguiente Formato: Zid_P_*
8.5. Clases de Mensajes

Nomenclatura
Se nombrarn con el siguiente Formato: Zid[yy]_MS_*

13

pertenece.
8.6 Queries
Nomenclatura
Se nombrarn con el siguiente Formato: Zid[yy]_Q_*

pertenece.
8.7 Roles
Nomenclatura
Se nombrarn con el siguiente Formato: Zid:mod:[submod]:tipo:[soc]:[div]
Id es el identificador del proyecto al que pertenece el rol.
mod iniciales que identifican al mdulo al que pertenece.
[submod] es opcional y se sustituir por las iniciales del submdulo
al que pertenece.
tipo tipo usuario o actividad del rol.
[soc] sociedad
[div] siglas que denotan la divisin, centro, gerencia, conselleria.
Ejemplos de nomenclatura de roles sera:
ZIBS:FI:GES:IBSA:SSCC
Con submod ZSICODE:ISPS:EMCRED:UGE:CAIB:14
En los roles en que se utiliza la estructura organizativa, es recomendable la utilizacin
del concepto de herencia o derivacin de roles (rol padre y roles hijos).
La nomenclatura del rol padre sera: Zid:mod:[submod]:tipo:XXXX
Ejemplo: ZIBS:FI:GES:XXXX
14
Captulo 9:
Nomenclatura objetos integraciones SAP XI / PI
A continuacin vamos a definir la nomenclatura para los objetos de los desarrollos de las
integraciones en los sistemas SAP XI / PI en cada uno de sus mdulos:
-
System Landscape o System Landscape Directory

Integration Builder Design o Integration Repository
Integration Builder Configuration o Integration Directory
15
Captulo 10:
System Landscape
10.1. Software Catalog
a)
Products
Est compuesto por uno o ms Software Components.
Nomenclatura
Se nombrarn siguiendo el siguiente formato: id_prod
Id es el identificador del proyecto en el que se realiza la integracin.
prod nombre descriptivo de la integracin.
b)
Software Components
Nomenclatura
Se nombrarn siguiendo el siguiente formato: <id_prod>_swc
<id_prod> es el identificador del producto definido anteriomente
swc nombre descriptivo del componente software.
10.2. Technical Landscape

Nomenclatura
Dependiendo del tipo de sistema tcnico se definir y tendr una nomenclatura

diferente:
Web AS ABAP
Web AS Java
Standalone Java
Third-Party
System Landscape Directory
En el caso de Third-Party se nombrarn siguiendo el siguiente formato:
<TS_System_name> on <Host_name>
<System_name> en la creacin del Tecnical System, aadiremos el prefijo
TS_ y a continuacin indicaremos el nombre del sistema.
Host_name nombre lgico o fsico del servidor donde se ejecuta (puede ser
lgico o descriptivo porque no comprueba su existencia).
10.3. Business Landscape

Nomenclatura
Se nombrarn siguiendo el siguiente formato: BS_<id>
id es el identificador del sistema de negocio.

16
Captulo 11:
Integration Builder Design
Para la nomenclatura de los objetos estn permitidos los siguientes caracteres: a(A)-z(Z), 09, y "_"
Para mejor legibilidad, si el nombre del objeto tiene varias palabras, irn separadas por _ y
se escribir con mayscula la primera letra de cada palabra.
Ejemplo: MI_Proceso_Ordenes
11.1. Namespace
Nomenclatura
Se nombrarn siguiendo las convenciones URI o URN:

URI: http://<proyecto>.caib.es/xi/<integracion>
Ejemplo: http://mares.caib.es/xi/aeat
URN: urn:<proyecto>-caib-es:xi:<integracin>
Ejemplo: urn:mares-caib-es:xi:aeat
11.2. Integration Scenarios & Integration processes

a)
Integration Scenario
Nomenclatura
Se nombrarn siguiendo el siguiente formato: IS_id
b)
id es el identificador del Integration Scenario.
Action
Nomenclatura
c)
Se nombrarn siguiendo el siguiente formato: AC_id
id es el identificador del Action.
Integration Process
Nomenclatura
Se nombrarn siguiendo el siguiente formato: IP_id
id es el identificador del Integration Process.
17
11.3. Interface Object

a)
Message Interface
Nomenclatura
b)
Se nombrarn siguiendo el siguiente formato: MI_id
id es el identificador del Message Interface.
Message Type
Nomenclatura
c)
Se nombrarn siguiendo el siguiente formato: MT_id
id es el identificador del Message Type.
Fault Message Type

Nomenclatura
d)
Se nombrarn siguiendo el siguiente formato: FM_id
id es el identificador del Fault Message Type.
Data Type
Nomenclatura
e)
Se nombrarn siguiendo el siguiente formato: DT_id
id es el identificador del Data Type.
Data Type Enhancement

Nomenclatura
f)
Se nombrarn siguiendo el siguiente formato: DTE_id
id es el identificador del Data Type Enhancement.
Context Object
Nomenclatura
Se nombrarn siguiendo el siguiente formato: CO_id
g)
id es el identificador del Context Object.
External Definition
Nomenclatura
Se nombrarn siguiendo el siguiente formato: ED_id
id es el identificador del External Definition.
18
11.4. Mapping Object

a)
Interface Mapping
Nomenclatura
Se nombrarn siguiendo el siguiente formato: IM_id
b)
id es el identificador del Interface Mapping.
Message Mapping
Nomenclatura
Se nombrarn siguiendo el siguiente formato: MM_id
c)
id es el identificador del Message Mapping.
Mapping Template
Nomenclatura
Se nombrarn siguiendo el siguiente formato: MT_id
d)
id es el identificador del Mapping Template.
Imported Archive
Nomenclatura
Se nombrarn siguiendo el siguiente formato: IA_id
id es el identificador del Imported Archive.
11.5. Adapter Object

a)
Adapter Metadata
Nomenclatura
Se nombrarn siguiendo el siguiente formato: AM_id
b)
id es el identificador del Adapter Metadata.
Communication Channel Template

Nomenclatura
Se nombrarn siguiendo el siguiente formato: CCT_id
id es el identificador del Communication Channel Template.
11.6. Imported Object

Al ser objetos importados ser la propia nomenclatura del objeto.
a)
RFC
b)
IDoc
19
Captulo 12:
Integration Builder Configuration
12.1. Scenarios
Nomenclatura
Se nombrarn siguiendo el siguiente formato: SC_id
id es el identificador del Scenario.
12.2. Party
Nomenclatura
Se nombrarn siguiendo el siguiente formato: P_id
id es el identificador del Party.
12.3. Service Without Party

12.3.a)
Business System
Nombre definido en el System Landscape.
12.2.a.1) Communication Channel
Nomenclatura
12.3.b)
Se nombrarn siguiendo el siguiente formato: CC_id
id es el identificador del Communication Channel.
Business Service
Nomenclatura
Se nombrarn siguiendo el siguiente formato: BS_id
id es el identificador del Business Service.
12.2.b.1) Communication Channel

Nomenclatura
12.3.c)
Se nombrarn siguiendo el siguiente formato: CC_id
id es el identificador del Communication Channel.
Integration Process
Toma el nombre del Integration Process definido en el Integration Repository.
20
La nomenclatura de los siguientes apartados se genera automticamente segn los

parmetros de Sender Service, Sender Interface y Sender Receiver Interface indicados para su
creacin
12.4. Receiver Determination

Su nomenclatura viene determinada por el Sender Service | Sender Interface
12.5. Interface Determination

Su nomenclatura viene determinada por el Sender Service | Sender Interface | Receiver Service
12.6. Sender Agreement

Su nomenclatura viene determinada por el Sender Service | Sender Interface
12.7. Receiver Agreement

Su nomenclatura viene determinada por el Sender Service | Receiver Service | Receiver
Interface
21
Captulo 13:
Anexos
13.1. Identificadores de proyectos.
Identificador
SIC
SICODE
SEC
SEINCO
SAIS
RECA
RCC
MARES
ATIB
IBS
FACE
RHIBS
Proyecto
SICODE Sistema Contable, Financiero, Presupuestario
SEINCO Expedientes de Contratacin, Patrimonio, Convenios
Sistema de Ayudas y Subvenciones
Recaudacin, cartera, SIRECA
Registro de Contratos y Contratistas
MARES Tributos
Agencia Tributaria
IBSALUT
Factura Electrnica
Recursos Humanos IBSalut
13.2. Paso a Produccin.

13.2.1. Procedimiento de envo
Todas las solicitudes de paso a produccin tendrn que ser enviadas a la direccin de
correo suport@caib.es y debern tener anexados los siguientes documentos:
o Cuaderno de carga (en formato Microsoft Word)
o Si se tienen que enviar otros ficheros como plantillas, etc., se enviarn dentro
de un fichero en formato ZIP conteniendo TODOS los ficheros necesarios
para realizar la instalacin.
Dicho cuaderno de carga debe tener el nombre siguiente:
SAP-INaammdd.doc
donde aa es el ao, mm es el mes y dd es el da de envo de la peticin a la
direccin de correo suport@caib.es.
El correo que se enviar a suport@caib.es deber indicar como subject o asunto:

SAP-INaammdd
La plantilla del cuaderno de carga se detalla en el apartado Ejemplo cuaderno de
carga de aplicacin SAP.
13.2.2. Normas
Las solicitudes de instalacin tiene que cumplir todos los requerimientos

especificados en el apartado paso a produccin.
22
Cualquier peticin que no se realice a travs de la cuenta de correo suport@caib.es y

en los trminos establecidos en este documento NO ser tenida en cuenta.
El paso a produccin tendr que venir firmada (digitalmente o por fax) por una
persona que tenga firma autorizada para el paso a produccin de la aplicacin.
Los pasos a produccin se harn a las 8 de la maana (para transportes urgentes o
necesarios a primera hora) y a las 15 horas para el paso a produccin normal.
Si, de forma excepcional, se tiene que hacer un paso a produccin fuera del horario
asignado, (paso a produccin urgente) la orden deber tener el mismo formato que
las rdenes semanales, requiriendo autorizacin expresa del usuario responsable de la
aplicacin.
13.2.3. Cumplimentacin del cuaderno de carga

A continuacin se describe brevemente el modo de cumplimentar los campos del formulario:
13.2.3.1. N
Numeracin de los pasos de la instalacin en orden ascendente. Se debe incluir un paso para
cada una de las tareas a realizar.
13.2.3.2. APLICACION
Campo en el que se indica el CODIGO del proyecto o mdulo que corresponde el paso a
produccin.
13.2.3.3. ORDEN DE TRANSPORTE
Nombre de la orden de transporte que se tiene que pasar a produccin.
13.2.3.4. ACCION
La accin a ejecutar para el paso a produccin, ejemplo:
Importar / Reimportar / Borrar / Copiar
13.2.3.5. SISTEMA / MANDANTE
Indica el sistema donde se tiene que instalar el paso a produccin y el mandante en el cual se
tiene que instalar (especialmente si es una orden de customizing).
13.2.3.6. OBSERVACIONES A LA INSTALACION
En este apartado se tiene que introducir cualquier comentario para la instalacin como la
descripcin de la orden de transporte.
Si es una orden contiene roles, que se realice ajuste de los roles a los usuarios.
Si es una orden que contiene queries.
Si te tiene que reimportar la orden, etc.
13.2.3.7. DESARROLLO
23
Persona
Se indicar el usuario responsable del desarrollo o de la solicitud en cuestin. Tanto se podr
poner el cdigo de usuario como el nombre o una abreviatura del nombre de la persona.
Fecha
Se indicar la fecha en la cual la orden de transporte se encontraba lista para instalar.
13.2.3.8. VALIDACION
Persona
Se indicar el usuario responsable de la validacin del desarrollo que se tiene que pasar a
produccin. Se puede poner tanto el cdigo de usuario, como el nombre o una abreviatura
del nombre de la persona.
Fecha
Se indicar la fecha en la cual la orden de transporte se encontraba lista para instalar.
13.2.3.8. INSTALACION
Este campo no debe ser rellenado. Los datos necesarios sern introducidos por la persona
que realice la instalacin en produccin.
24
Captulo 14:
Ejemplo de cuaderno de carga sistema SAP R/3
Cuaderno de carga
Descripcin breve indicando en qu consiste la instalacin que se va a pasar a produccin.

N
APLICACION
ORDEN DE
TRANSPORTE
ACCION
SISTEMA /
MANDANTE
OBSERVACIONES A LA INSTALACION
DESARROLLO
Persona
Fecha
VALIDACION
Persona
Fecha
SICODE
CEXK923981
Importar
GBP
CAIB-TR parche embargos Versin 6.0.
Nom Des.
08.10.08
Nom Val.
08.10.08
IBSA
GBDK950257
Importar
GBP
IBSA: MM Query de materiales c/dat.almacen (021008BSM)
Nom Des.
08.10.08
u86339
08.10.08
RECAPTACIO
GBDK950339
Importar
GBP
CAIB-RE Z01RE_PRG_90020 Corregir dump en productivo
U00034
08.10.08
Nom Val.
08.10.08
MARES
GBDK949692
Importar
GBP
Actualitzaci rols visualitzaci tercers i llistats querys

inspecci
Nom Des.
08.10.08
Nom Val.
08.10.08
Nom Des.
08.10.08
Nom Val.
08.10.08
Ajustar rols als usuaris

5
SICODE
GBDK950269
reImportar
GBP
CAIB-TR Modificacin parche embargos

Reimportar orden
INSTALACION
Persona
Fecha
Captulo 15:
Ejemplo de cuaderno de carga sistema SAP XI
Cuaderno de carga
Descripcin breve indicando en qu consiste la instalacin que se va a pasar a produccin.

N
APLICACION
ORDEN DE
TRANSPORTE
ACCION
SISTEMA /
MANDANTE
OBSERVACIONES A LA INSTALACION
DESARROLLO
Persona
IBSA
IBSA
XIDK900087
Fecha
VALIDACION
Persona
Fecha
Importar
XIP ABAP
Proyecto EDI: Actualizacin UMPP
Nom
08.10.08
Des.U92566
Nom Val.
08.10.08
Importar
XIP Java
Export Path:
/sapmnt/XID/global/xi/repository_server/export
Nom
08.10.08
Des.U92566
Nom Val.
08.10.08
Export Path: /sapmnt/XID/global/xi/directory_server/export Nom

08.10.08
Des.U92566
File: XI3_0_ECOFIN_CAIB_SAPR3_1.tpz
Nom Val.
08.10.08
INSTALACION
Persona
Fecha
File: XI3_0_CAIB_ECOFIN_1_of_ieci.es-objs_89.tpz
3
IBSA
Importar
XIP Java
Objetos exportados de la Exchange Infrastructure Tools Configuration Builder
26
Scenario
System Landscape
Producto
Soft component
Technical system
Business system
Diseo
External Definitions
Message interface
SC_MARES_AEAT
Message mapping
Interface mapping
Imported Archives RFC
Imported Archives IDOC
Integration Process
Configuracin
Business system
Business service
Integration Process
Canal comunicacin
Receiver determination
Interface determination
Sender agreement
Receiver agreement
27

Nomenclatura SAP

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Nomenclatura SAP

Uploaded by

Copyright:

Available Formats

Nomenclatura para el desarrollo de

aplicaciones del sistema Econmico

10.3. BUSINESS LANDSCAPE........................................................................................................... 16

B. Seguirn estas normas que se dividen en dos vertientes de actuacin:

La definicin de una nomenclatura a la hora de crear objetos.

C. El producto final y las actualizaciones se entregarn segn el formulario de cuadernos de

SAP GUI 710 - 740

SAP ERP 6.0

Sistema de integracin SAP PI

En funcin de criterios de mejora y disponibilidad de versiones y con el objetivo de mejorar el

Estudio de consumos de cada mdulo software y base de datos: CPU, memoria,

H. El sistema deber cumplir las medidas de seguridad designadas en el R.D. 1720/2007, de

Peticin de asignacin de cdigo de proyecto

En los siguientes apartados, se desarrollar esta nomenclatura.

2.3. Normas de desarrollo

Se nombrar de la siguiente manera: Zid*

Id es el identificador del proyecto en el que se realiza el desarrollo.

El * representa una cadena de caracteres para definir o diferenciar diferentes

4.2. Para garantizar la consistencia de datos

4.3. Para la interfaz de usuario

Se ha de procurar que el aspecto de la interfaz, de cara al usuario, sea lo ms

4.4. Para garantizar el multilenguaje

SAP es un sistema multilenguaje. Proporciona mecanismos para el mantenimiento de

4.5. Para documentar los desarrollos

Los desarrollos se han de documentar lo mximo posible.

Se nombrarn siguiendo el siguiente formato: Zid[yy]_T_*

Id es el identificador del proyecto en el que se realiza el desarrollo.

[yy] es opcional, se sustituyen por las iniciales del Modulo al que

* se sustituir por una cadena de caracteres.

Se nombrarn siguiendo el siguiente formato: Zid[yy]_E_*

Id es el identificador del proyecto en el que se realiza el desarrollo.

[yy] es opcional, se sustituyen por las iniciales del Modulo al que

* se sustituir por una cadena de caracteres.

Se nombrarn siguiendo el siguiente formato: Zid[yy]_V_*

Id es el identificador del proyecto en el que se realiza el desarrollo.

[yy] es opcional, se sustituyen por las iniciales del Modulo al que

* se sustituir por una cadena de caracteres.

Recomendaciones para la creacin de tablas, estructuras y vistas

El nombre del Grupo de Funciones que contiene las imgenes de actualizacin,

Por ejemplo: si la tabla se llama ZSICEP_T_EX_CAP6, el Grupo de Funciones

Si se escoge la opcin de Rutina de actualizacin individual o ninguna, el sistema

5.4. Elementos de datos y dominios

Se nombrarn siguiendo el siguiente formato: Zid[yy]_E_*, Zid[yy]_D_*

Id es el identificador del proyecto en el que se realiza el desarrollo.

[yy] es opcional, se sustituyen por las iniciales del Modulo al que

* se sustituir por una cadena de caracteres.

Siempre que se pueda, se han de usar los Dominios estndar de SAP.

5.5. Objetos de bloqueo

Se nombrarn siguiendo el siguiente formato: EZ_(tt)*

(tt) se sustituir por el nombre de la tabla primaria del bloqueo.

* se sustituir por una cadena de caracteres.

5.6. Ayudas de bsqueda

Se crearn con el siguiente formato de nombre: Zid[yy]_B_*

Id es el identificador del proyecto en el que se realiza el desarrollo.

[yy] es opcional, se sustituyen por las iniciales del Modulo al que

* se sustituir por una cadena de caracteres.

Todos los nombres de programas de este tipo tendrn el siguiente formato:

Id es el identificador del proyecto en el que se realiza el desarrollo.

[yy] es opcional, se sustituyen por las iniciales del Modulo al que

* se sustituir por una cadena de caracteres.

6.2. Programas de Tipo I (Includes)

Todos los nombres de programas de este tipo tendrn el siguiente formato:

Id es el identificador del proyecto en el que se realiza el desarrollo.

[yy] es opcional, se sustituyen por las iniciales del Modulo al que

Se nombrarn siguiendo el siguiente formato: Zid[yy]_E_, Zid[yy]_D_