investigación y desarrollo de reportes en sap abap para la
TRANSCRIPT
FACULTAD DE CIENCAS EMPRESARIALES
ESCUELA DE INGENIERÍA CIVIL INFORMÁTICA
Investigación y Desarrollo de reportes en SAP
ABAP para la extracción de datos desde SAP
MEMORIA PARA OPTAR AL TITULO DE INGENIERO CIVIL
INFORMÁTICO
Alfredo Alexis Arévalo Venegas
Profesora Guía: Sra. Elizabeth Eliana Grandón Toledo
Concepción Agosto 2017
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 2
AGRADECIMIENTOS
A mi padre Alfredo Arévalo Cornejo por su apoyo incondicional.
Mis hermanas Soledad y Karín junto con mis cuñados Fabian y Pedro por estar presentes en todo
momento.
A mis amigos Fernando, Celeste, Alexis, Pablo, Kata y Debbie quienes en las buenas y en las malas,
en la cercanía o la distancia siempre ha sido una fuente de alegría y apoyo desde que nos conocemos.
A Esteban Matias por su tiempo y ayuda.
Y especialmente a mi amiga Macarena Barrera por su apoyo, confianza y paciencia. Gracias a ella
este proyecto fue posible.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 3
RESUMEN
El fin de este proyecto es investigar sobre la programación del lenguaje ABAP, para el desarrollo de
reportes, los que permitirán apoyar la toma de decisiones del área gerencial y jefaturas de Coca-Cola
Embonor. Además de extraer los datos con el fin de realizar a futuro un dashboard de control.
La metodología a utilizar será ASAP, una metodología de implementación estándar propuesta por
SAP para la implementación de este software. ASAP cuenta con una guía de implementación paso a
paso, retroalimentada con las experiencias en implementaciones de estos proyectos a lo largo de los
años.
Los requerimientos de usuarios fueron obtenidos mediante las funcionalidades del proceso que
actualmente realizan y los futuros reportes que ellos esperan obtener al concluir este proyecto.
La investigación es realizada principalmente por la falta de información en libros de programación,
ya que este lenguaje no ha sido muy explotado comercialmente, porque solo sirve para el ERP SAP.
Es por esto que se debe recopilar toda la información necesaria antes de comenzar el desarrollo.
El diseño de los reportes no puede ser muy rupturista ya que SAP trabaja con un estilo plano y sin
gráficos, estos se pueden hacer con otras herramientas que proporciona SAP llamada Business
Intelligence (BI) o Business Object (BO).
El resultado del proyecto ha permitido proporcionar nuevas herramientas tecnológicas para un
proceso que antes era manual. Con esto se ha logrado la toma de decisiones logísticas/productivas en
un corto plazo, ya que los reportes se generan en línea con el sistema.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 4
ABSTRACT
The objective of this project is to investigate ABAP programming language for the development of
reports that support the decision making of the management area of Coca-Cola Embonor.
Also extract the data in order to make a control dashboard in the future.
The methodology to be used will be ASAP, a standard implementation methodology proposed by
SAP for software implementation. ASAP has a step-by-step implementation guide, which is backed
by the experiences of implementing these projects over the years.
The user requirements were obtained through the functionalities of the process they currently carry
out and the future reports that they expect to obtain at the conclusion of this project.
This research carried out on ABAP programming to develop reports and data extraction. This is due
to the lack of information and programming books in this language since it only serves the SAP ERP.
Therefore, all the necessary information must be collected before the start of development.
The design of these reports can not be very disruptive since SAP works in a flat style and without
graphics, these can be done with other tools provided by SAP called Business Intelligence (BI) or
Business Object (BO).
The result of the project has allowed to provide new technological tools for a process that was
previously manual. With this, it has been possible to make logistical and productive decisions in the
short term since the reports are updated in real time.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 5
INDICE
AGRADECIMIENTOS .................................................................................................................. 2
RESUMEN ................................................................................................................................. 3
ABSTRACT ................................................................................................................................ 4
INDICE ...................................................................................................................................... 5
ÍNDICE TABLAS ......................................................................................................................... 8
INDICE FIGURAS........................................................................................................................ 9
1. INTRODUCCIÓN ............................................................................................................... 11
2. DEFINICION DE LA EMPRESA O INSTITUCIÓN .................................................................... 14
2.1 DESCRIPCIÓN DE LA EMPRESA ................................................................................................ 14
2.2 DESCRIPCIÓN DEL ÁREA DE ESTUDIO ........................................................................................ 18
2.3 DESCRIPCIÓN DE LA PROBLEMÁTICA ........................................................................................ 21
3. DEFINICIÓN PROYECTO .................................................................................................... 22
3.1 OBJETIVOS DEL PROYECTO .................................................................................................... 22
3.2 AMBIENTE DE INGENIERÍA DE SOFTWARE ................................................................................. 23
3.3 DEFINICIONES, SIGLAS Y ABREVIACIONES .................................................................................. 24
4. ESTADO DEL ARTE ............................................................................................................ 25
4.1 RANKING DE LAS CERTIFICACIONES SAP ................................................................................... 27
4.2 EXPERIENCIAS EMPRESARIALES NACIONALES DE SAP ABAP ......................................................... 28
4.3 LISTADO DE ALGUNOS ERP MAS CONOCIDOS. ............................................................................ 29
5. ESPECIFICACIÓN DE REQUERIMIENTOS ............................................................................. 32
5.1 ALCANCES ........................................................................................................................ 32
5.2 REQUERIMIENTOS ESPECÍFICOS .............................................................................................. 33
6. FACTIBILIDAD ................................................................................................................... 39
6.1 FACTIBILIDAD TÉCNICA. ........................................................................................................ 39
6.2 FACTIBILIDAD OPERATIVA. .................................................................................................... 40
6.3 CONCLUSIÓN DE LA FACTIBILIDAD ........................................................................................... 40
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 6
7. INVESTIGACIÓN ABAP ...................................................................................................... 41
7.1 FORTALEZAS DE ABAP......................................................................................................... 43
7.2 DISTINTOS TIPOS DE EXTRACCIÓN DE DATOS DESDE SAP............................................................... 44
7.3 HERRAMIENTAS PROPIAS DE ABAP ........................................................................................ 47
7.4 CICLO DE TRABAJO DEL CONSULTOR ABAP ............................................................................... 51
7.5 MANDANTES Y AMBIENTES DE TRABAJO EN SAP ........................................................................ 52
7.6 TRANSACCIÓN ................................................................................................................... 53
7.7 APLICACIONES ABAP .......................................................................................................... 53
7.8 EVENTOS DE UN PROGRAMA ABAP ........................................................................................ 55
7.9 DEBUGGER ....................................................................................................................... 56
7.10 TIPOS DE DATOS ............................................................................................................... 58
7.11 ESTRUCTURA DE DATOS ...................................................................................................... 58
7.12 CONSTANTES ................................................................................................................... 59
7.13 INCLUDE DE DATOS ........................................................................................................... 60
7.14 VARIABLES DEL SISTEMA ..................................................................................................... 60
7.15 ASIGNACIÓN DE VALORES ................................................................................................... 61
7.16 INICIALIZACIÓN DE VARIABLES .............................................................................................. 61
7.17 OPERACIÓN CON ARITMETICAS ............................................................................................. 62
7.18 CONDICIONES .................................................................................................................. 63
7.19 BUCLE ............................................................................................................................ 64
7.20 SENTENCIAS DE CONTROL ................................................................................................... 65
7.21 FORMATO DE SALIDA DE LOS DATOS ...................................................................................... 66
7.22 FORMATOS DE PÁGINAS ..................................................................................................... 67
7.23 PARÁMETROS DE SELECCIÓN ................................................................................................ 67
7.24 TABLAS INTERNAS ............................................................................................................. 68
7.25 INSTRUCCIONES SQL ......................................................................................................... 71
7.26 TABLAS INTERNAS ............................................................................................................. 73
8. DISEÑO ............................................................................................................................ 74
8.1 DISEÑO DE INTERFAZ Y NAVEGACIÓN ....................................................................................... 74
8.2 SEGURIDAD ....................................................................................................................... 79
8.3 DESCRIPCIÓN DE ROLES USUARIOS .......................................................................................... 81
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 7
9. DESCRIPCION DE LOS INFORMES ...................................................................................... 82
9.1 INFORME: PLANIFICACIÓN ANUAL (CUMPLIMIENTO). .................................................................. 82
9.2 INFORME: RESUMEN DEL CUMPLIMIENTO DE DESPACHOS ENTRE PLANTAS. ....................................... 84
9.3 INFORME: RESUMEN DE STOCK (CUMPLIMIENTO, PRODUCCIÓN, VENTAS, PEDIDOS). ........................... 85
10. PRUEBAS ........................................................................................................................ 89
10.1 PRUEBAS ........................................................................................................................ 89
10.2 CALENDARIO DE PRUEBAS ................................................................................................... 90
10.3 DETALLE DE LAS PRUEBAS ................................................................................................... 90
10.4 CONCLUSIONES DE PRUEBA ................................................................................................. 90
11. PLAN DE CAPACITACIÓN Y ENTRENAMIENTO .................................................................. 91
12. RESUMEN ESFUERZO REQUERIDO ................................................................................... 92
13. CONCLUSIONES .............................................................................................................. 93
14. BIBLIOGRAFÍA ................................................................................................................ 94
ANEXOS.................................................................................................................................. 95
I. ANEXO: PLANIFICACION INICIAL DEL PROYECTO ................................................................. 96
II. ANEXO: CODIGO FUENTE .................................................................................................. 97
III. ANEXO: MANUALES DE USUARIO ................................................................................... 170
IV. ANEXO: ESPECIFICACION DE LAS PRUEBAS ..................................................................... 187
V. ANEXO: GLOSARIO ......................................................................................................... 197
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 8
ÍNDICE TABLAS
Tabla 1: Tabla y descripción ............................................................................................................. 38
Tabla 2: Tipo de datos ....................................................................................................................... 58
Tabla 3: Condiciones ......................................................................................................................... 63
Tabla 4: Formatos de salida .............................................................................................................. 66
Tabla 5: Roles ................................................................................................................................... 81
Tabla 6: Tabla del ZTPP_PLANM_GESP ........................................................................................ 82
Tabla 7: Tabla MSEG ....................................................................................................................... 83
Tabla 8: Tabla MKPF ........................................................................................................................ 83
Tabla 9: Tabla EKKO ....................................................................................................................... 84
Tabla 10: Tabla EKPO ...................................................................................................................... 84
Tabla 11: Tabla EKBE ...................................................................................................................... 85
Tabla 12:Tabla EKKO ...................................................................................................................... 85
Tabla 13: Tabla EKPO ...................................................................................................................... 86
Tabla 14:Tabla EKBE ....................................................................................................................... 86
Tabla 15: Tabla MSEG ..................................................................................................................... 87
Tabla 16: Tabla MKPF ...................................................................................................................... 87
Tabla 17: Tabla MARD..................................................................................................................... 88
Tabla 18: Especificación de pruebas ................................................................................................. 89
Tabla 19: Calendario de pruebas ....................................................................................................... 90
Tabla 20: Plan de capacitación .......................................................................................................... 91
Tabla 21: Resumen del esfuerzo requerido ....................................................................................... 92
Tabla 22: Especificación de pruebas ............................................................................................... 187
Tabla 23: Pruebas de mantenedor ................................................................................................... 188
Tabla 24: Pruebas de Informe ejecución ......................................................................................... 189
Tabla 25: Pruebas de Informe Año ................................................................................................. 190
Tabla 26: Pruebas de Informe centro-mes ....................................................................................... 191
Tabla 27: Pruebas de Informe mes-semana ..................................................................................... 192
Tabla 28: Pruebas de Informe semana-día ...................................................................................... 193
Tabla 29: Pruebas de Informe cumplimiento entre plantas ............................................................. 194
Tabla 30: Pruebas de Informe resumen de stock ............................................................................. 195
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 9
INDICE FIGURAS
Ilustración 1: Estructura Corporativa AMUN ................................................................................... 17
Ilustración 2: Estructura de Producción Coca-Cola Embonor .......................................................... 19
Ilustración 3: Estructura de Logística y Distribución Coca-Cola Embonor ...................................... 20
Ilustración 4: Hoja de ruta o Roadmap ASAP .................................................................................. 23
Ilustración 5: Especializaciones de SAP ........................................................................................... 26
Ilustración 6: Industrias que implementan ERP. ............................................................................... 26
Ilustración 7: SAP ............................................................................................................................. 29
Ilustración 8: PeopleSoft ................................................................................................................... 29
Ilustración 9: JDEdwards .................................................................................................................. 29
Ilustración 10: Baan .......................................................................................................................... 29
Ilustración 11: Razones por las cuales se implementa un sistema ERP ............................................ 31
Ilustración 12: Proceso de ingreso de datos al sistema ..................................................................... 33
Ilustración 13: Proceso de seguimiento ............................................................................................. 33
Ilustración 14: Planificación Anual ................................................................................................... 34
Ilustración 15: Cumplimientos de Pedidos ........................................................................................ 35
Ilustración 16: Resumen de Stock ..................................................................................................... 36
Ilustración 17: Cumplimiento de despachos ..................................................................................... 37
Ilustración 18: Estructura TOP-DOWN ............................................................................................ 42
Ilustración 19: Fortalezas de ABAP .................................................................................................. 43
Ilustración 20: Diccionario de datos ABAP ...................................................................................... 47
Ilustración 21: Editor ABAP ............................................................................................................. 48
Ilustración 22: Screen Painter ........................................................................................................... 49
Ilustración 23: Entorno de depuración .............................................................................................. 50
Ilustración 24: Ciclo de trabajo ABAP ............................................................................................. 51
Ilustración 25: Ambientes de Trabajo ............................................................................................... 52
Ilustración 26: Comentarios ............................................................................................................. 54
Ilustración 27: Breakpoint ................................................................................................................. 57
Ilustración 28: Debugger ................................................................................................................... 57
Ilustración 29: Estructura .................................................................................................................. 59
Ilustración 30: Constantes ................................................................................................................. 59
Ilustración 31: Include ...................................................................................................................... 60
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 10
Ilustración 32: Asignaciones ............................................................................................................. 61
Ilustración 33: Inicialización de variables ......................................................................................... 62
Ilustración 34: Clear .......................................................................................................................... 62
Ilustración 35: Operaciones aritméticas Suma .................................................................................. 62
Ilustración 36: Operaciones aritméticas ............................................................................................ 62
Ilustración 37: CASE-ENDCASE ..................................................................................................... 63
Ilustración 38: CASE-ENDCASE ..................................................................................................... 64
Ilustración 39: Bucle ......................................................................................................................... 64
Ilustración 40: Declaración .............................................................................................................. 69
Ilustración 41: Tabla interna ............................................................................................................. 69
Ilustración 42: Sentencia Select ........................................................................................................ 71
Ilustración 43: SAP Logon icono de acceso ...................................................................................... 74
Ilustración 44: SAP Logon diferentes ambientes .............................................................................. 74
Ilustración 45: SAP Logon pantalla de acceso al sistema ................................................................. 74
Ilustración 46: SAP Easy Access ...................................................................................................... 75
Ilustración 47: Diseño de la transacción............................................................................................ 76
Ilustración 48: Diseño del informe .................................................................................................... 77
Ilustración 49: Diseño del mantenedor .............................................................................................. 78
Ilustración 50: Esquema de Seguridad de Usuarios .......................................................................... 79
Ilustración 51: Carta Gantt ................................................................................................................ 96
Ilustración 52: Prueba mantenedor .................................................................................................. 188
Ilustración 53: Prueba informe ejecución ........................................................................................ 189
Ilustración 54: Prueba informe año ................................................................................................. 190
Ilustración 55: Prueba informe centro-mes ..................................................................................... 191
Ilustración 56: Prueba informe mes-semana ................................................................................... 192
Ilustración 57: Prueba informe semana-día .................................................................................... 193
Ilustración 58: Prueba informe cumplimiento entre plantas ........................................................... 194
Ilustración 59: Prueba informe resumen Stock ............................................................................... 195
Ilustración 60: Seguridad de validación campos ............................................................................. 196
Ilustración 61: Seguridad de campos obligatorios .......................................................................... 196
Ilustración 62: Seguridad de accesos .............................................................................................. 196
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 11
1. INTRODUCCIÓN
En Coca-Cola Embonor, para obtener información con la cual se pueda realizar una gestión de sus
procesos y acuerdos entre las plantas es necesario extraer de forma manual los datos ingresados al
ERP, para luego llevarlos a Excel y realizar cálculos estadísticos que les permitan revisar sus
operaciones, como esta tarea implica tiempo y dedicación de una persona al cien por ciento es que
decide solicitar a la empresa Consultora AMUN realizar informes orientados a la toma de decisiones
para el nivel de jefaturas, extracción de la información para realizar gráficos ya que solo la
herramienta BI de SAP permite realizar reporte de tipo gráficos.
Se trabajará con la Metodología ASAP la cual cuenta con una ruta de implantación a seguir que se
evidencia en los capítulos de la siguiente forma:
1. Bussiness Blueprint. Capítulo 2, Capítulo 3, Capítulo 4 y Capítulo 9 (Roles y Perfiles)
2. Realización. Capítulo 5, Capítulo 6, Capítulo 7, Capítulo 8 y Capítulo 9
3. Preparación Final. Capítulo 10, Capítulo 11, Capítulo 12 y Capítulo 15
4. Entrada en productivo. Capítulo 11 y Capítulo 15
Seguidamente se detalla como está estructurado el proyecto.
Capítulo 2
Se presenta la definición de la empresa Consultora AMUN Limitada, especificando su entorno dentro
del cual se encuentra la competencia directa y la cuota de mercado que esta presenta frente a sus
competidores, misión, visión, valores y estructura corporativa. Además, se describe la problemática
del proyecto.
Capítulo 3
Se define el proyecto, el objetivo principal y sus objetivos específicos, las actividades que se
realizarán y la metodología a utilizar que en este caso es ASAP (metodología impulasada por SAP
para sus proyectos). Se incluyen las definiciones de siglas y abreviaciones que se encontrarán en el
documento.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 12
Capítulo 4
Se presenta el Estado del Arte sobre SAP y programación ABAP tomando como base experiencias
de empresas nacionales, ranking de las certificaciones ABAP y quienes imparten esta certificación en
Chile. Además de algunos de los beneficios que se tienen con las implantaciones. Para finalizar con
la experiencia internacional con ERPs.
Capítulo 5
Se presenta la Espeficicación de Requerimientos, comenzando con los alcances que posee este
proyecto, siguiendo con los requerimientos específicos de usuario, según lo que fue solicitado como
estructura de los informes y datos a extraer.
Capítulo 6
Se presentan los diferentes dos tipos de Factibilidad: Factibilidad Técnica y Factibilidad Operativa.
Para finalizar se aprecia una conclusión general del presente capítulo en la cual se detalla las razones
por las cuales será llevado acabo.
Capítulo 7
Se presenta una investigación comenzando con las fortalezas del ABAP y las herramientas propias
del lenguaje como se declaran las variables, tablas, estructuras, sentencias SQL, formatos de salida,
tipo de datos, sentencias de control, formatos de pantalla, entre otras.
Capítulo 8
Se presenta la realización del proyecto tanto en programación como desarrollo, los códigos que se
utilizaron y los informes obtenidos. Además de cómo se realizan las extracciones de datos de uno de
los informes.
Capítulo 9
Se presenta el diseño de la interfaz que se desarrolló para los informes y cómo se realiza la
navengación. En SAP no se permite crear nuevas tablas para desarrollos en su Base de Datos ya que
se pierde la integridad, solo de pueden utilizar tablas internas o mantenedores. Por lo tanto, no existe
creación de Base de Datos. En este Capítulo, además se encontrará la seguridad y Roles de Usuarios.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 13
Capítulo 10
Se presentan las pruebas realizadas en ambientes de Testing. Para comprender estas pruebas es
necesario visualizar primero cuales son datos maestros con los que se testearán los informes. Para
finalizar se presentan los elementos; responsables de las pruebas; especificación de pruebas y el
calendario de realización.
Capítulo 11
Se presenta el plan de capacitación y entrenamiento que deben recibir los usuarios antes de tener
acceso a los informes.
Capítulo 12
Se presenta el resumen del esfuerzo requerido en la realización de este proyecto, especificando cada
una de las actividades o fases, y las horas requeridas por estas.
Capítulo 13
Se presentan las conclusiones del proyecto tanto para los informes realizados como la extracción de
datos, además de la apreciación personal que se obtuvo durante el tiempo de realización de este.
Bibliografía
Se presenta la bibliografía que se utilizó en el presente proyecto.
Anexos
Se presentan los Anexos al proyecto que permiten aclarar en forma más extensa ciertos puntos de
este. Se incluyen; Planificación inicial del proyecto; Manual de usuarios; Especificación de pruebas
y Glosario.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 14
2. DEFINICION DE LA EMPRESA O INSTITUCIÓN
2.1 Descripción de la empresa
• Empresa: AMUN Limitada
• Rut: 76.333.309-4
• Giro: Servicios Informáticos
• Dirección Casa Matriz: Pedro González 734, Cañete, Región del Biobío, Chile
• Dirección Sucursal: Prat 199 Torre A, Piso 16 Oficina 1603, Concepción, Región del Biobío,
Chile
• Fono: 41- 2216446
• Representante Legal: Macarena Andrea Barrera Valenzuela
• Rut: 17.107.127-5
• Profesión: Ingeniero Civil Informático
• Correo electrónico: [email protected]
• Dirección: Cruz 134, Concepción.
AMUN es una consultora dedicada a la implantación y soporte evolutivo de los módulos logísticos
de SAP; MRP (Material Requirement Planning), PP (Production Planning), QM (Quality
Management), MM (Materials Management), WMS (Warehouse Management System), LE-TRA,
SD (Sales and Distribution), DSD (Direct Store Delivery), BASIS (Business Application Software
Integrated solution), desarrollo WEB Responsive, desarrollo de aplicaciones para dispositivos
móviles (Android e iOS), estudio y mejoramiento de procesos de negocio, captura de datos de
sistemas analógicos e integración de plataformas. Su casa matriz se encuentra ubicada en la ciudad
de Cañete y cuenta con una sucursal en la ciudad de Concepción en el edificio Centro Costanera.
AMUN ante la necesidad de Coca-Cola Embonor en Chile y sus empresas asociadas de implantar,
mantener y evolucionar su cadena logística. Actualmente AMUN tiene contrato vigente con proyectos
que se estima al menos durarán hasta el 2018 con las citadas empresas, rediseñando sus operaciones
mediante la ampliación de su cobertura tecnológica. Desde su nacimiento AMUN ha ido ampliando
la cartera de negocios con empresas de gran tamaño como Colbún e Inchalam.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 15
Durante el año 2016 AMUN a iniciado un programa de colaboración con la Universidad del Bío-Bío,
y empresas de la zona, para fomentar el conocimiento y uso de SAP entre sus alumnos de pregrado y
magister.
El esquema de trabajo de AMUN está basado en generar fuertes alianzas con sus clientes, conociendo
en detalle sus procesos mediante visitas técnicas continuas a sus instalaciones, reuniones periódicas
con los usuarios clave y los patrocinadores de cada proyecto. Su fórmula de éxito ha sido asignar la
mayor cantidad de tiempo en la etapa de adquisición de información, modelamiento y discusión antes
de avanzar a etapas de desarrollo e implantación de soluciones.
2.1.1 Competencia directa
Los grandes competidores en esta industria son empresas Consultoras SAP (Horizonte Sur
Consultores y SurPoint), empresas dedicadas al desarrollo web y aplicaciones, ubicadas en la
región del Biobío y que presten servicios de consultoría TI en desarrollo de proyectos
corporativos.
La rivalidad entre los competidores es Media- Alta debido a las pocas empresas que cuentan con
ERP en la región y que prefieren trabajar con consultoras grandes ubicadas en la capital nacional.
La mayor barrera de ingreso son los precios de servicios y la especialización en algunos tipos de
industrias.
2.1.2 Cuota de Mercado
La cuota de mercado es muy pequeña debido a la gran cantidad de consultoras y trabajadores
independientes que se desempeñan de forma part-time especializándose en algun área de SAP.
Las empresas que poseen este ERP son mayoritariamente grandes empresas, por lo tanto, ellos
capacitan profesionales dentro de su organización para otorgar el soporte. Para las pequeñas y
medianas empresas el ERP SAP sigue teniendo un elevado costo, por lo tanto, prefieren instalar
otros sistemas para administrar sus negocios, lo que reduce la cuota de mercado.
Por ende, como la cuota es muy reducida en Chile se debe salir al exterior a buscar nuevos
negocios aprovechando la estandarización que ofrece SAP en casi todos sus módulos (menos
HCM (Human Capital Management) ), la implementación se hace en base a las mejores prácticas
impuestas por SAP, lo que permite diversificar el negocio en diferentes industrias.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 16
2.1.3 Misión
“Prestar servicios y consultorías TI, que otorguen un valor agregado en las empresas, ayudando a
mejorar el desempeño en las diferentes áreas/fases de su negocio. Servir a las empresas superando
sus expectativas.”
2.1.4 Visión de la Empresa
“Prestar servicios TI confiables y garantizar el éxito a nuestros clientes.”
2.1.5 Valores
• Compromiso con el éxito de los clientes: Entender las necesidades de los clientes,
cumpliendo con lo ofrecido.
• Flexibilidad y agilidad: Rapidez y creatividad en cada uno de los requerimientos
adaptándose a nuevos cambios para mejorar los resultados.
• Trabajo en equipo: Colaboración y confianza con el equipo de trabajo que representa
a los clientes.
• Responsabilidad y respeto: Transparencia y honestidad con los clientes para el
beneficio de los proyectos, responsabilidad por cada uno de los servicios entregados,
cumpliendo con los compromisos y obligaciones adquiridas.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 17
2.1.6 Estructura Corporativa
La Ilustración 1 muestra la estructura corporativa de la empresa AMUN
Ilustración 1: Estructura Corporativa AMUN
(Fuente: www.consultoramun.cl)
Observación: Los cargos en verde corresponden a personal de planta, los cuadros azules son
personal part-time y contratos por proyectos.
Gerente General
Consultor ABAP Senior
Consultor ABAP Junior
Consultor Funcional Senior
Consultor Funcional Junior
Consultor BASIS
Programadores web
DBA
Diseñador
Programador
Jefe de proyectos
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 18
2.2 Descripción del área de estudio
En la empresa AMUN limitada el área de estudio está relacionada con la programación en lenguaje
ABAP, por lo tanto, las funciones son:
1. Investigar
2. Toma de requerimientos
3. Programar
En la empresa Coca-Cola Embonor el área de estudio está relacionada con Producción, Almacenes y
Logística/Distribución:
Producción
En la elaboración de bebidas intervienen profesionales capacitados que operan bajo estrictas
normas de seguridad y de calidad.
Coca-Cola Embonor posee plantas de producción en las ciudades más importantes de su
territorio, donde cada planta produce para su propio mercado o para el mercado de otra
sucursal de acuerdo a los requerimientos. El control de la producción se realiza en cada planta
y a nivel consolidado, generando positivos efectos de benchmarking.
La fabricación de bebidas requiere de la combinación de elementos naturales como el agua,
el gas carbónico y el azúcar, que, mezclados con distintos concentrados específicos, logran
el sabor de cada refresco.
En alguna de las plantas fabrican (soplan) los envases plásticos no retornables, lo que asegura
un abastecimiento y costo óptimo.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 19
La Ilustración 2 muestra la estructura de Producción Coca-Cola Embonor.
Ilustración 2: Estructura de Producción Coca-Cola Embonor
(Fuente: www.embonor.cl)
Gerente de Producción
Subgerente producción Arica
Subgerente de producción Talca
Subgerente de producción Viña
del Mar
Logistica y envases
Encargado WMS
Jefe MantenciónJefe Producción
Jefes de turno
Asistente de línea
Grueros
Operarios
Jefe de procesos
Operario de Riles
Operario deAguas y calderas
Jefe Calidad
Subgerente de producción
Temuco
Secretario técnico
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 20
Logística y Distribución
Coca-Cola Embonor S.A. y sus filiales poseen en la actualidad aproximadamente 179.000
clientes, los que son atendidos por la fuerza de venta con una frecuencia promedio de dos
veces por semana.
La entrega del producto se realiza dentro de las 24 horas siguientes a la venta. Esta labor es
realizada por un equipo de empresarios de reconocida experiencia en distribución. Ellos
proveen de una flota de aproximadamente 869 camiones de reparto, equipados e
implementados especialmente para ello.
Diariamente, son preparadas las cargas de los camiones tercerizados en las dependencias de
Coca-Cola Embonor, para ser distribuidas durante la mañana siguiente, de acuerdo a
determinadas rutas de reparto.
También se planifican camiones para el traslado de productos a las sucursales. El
abastacimiento es según los acuerdos mensuales llamados “pedidos de traslados entre
centros” (transporte de acarreo), la planificación es de pallets completos y de esta dependen
las ventas en las sucursales o plantas.
Ilustración 3: Estructura de Logística y Distribución Coca-Cola Embonor
(Fuente: www.embonor.cl)
Gerente de Distribución y
Logística
Jefe de distribución y
logística
Jefe de Bodega Picking
Jefe de turno
Operario de Grúa
Picker
Encargado de Sorting
Jefe de Bodega Producto
Terminado
Programador de traslados
Encargado WMS
Supervisor de Bodega
Operarios de Grúa
Distribución Nacional
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 21
2.3 Descripción de la problemática
AMUN tiene la necesidad de crear un mecanismo de extracción de datos desde tablas de SAP a
distintas plataformas utilizadas por sus clientes para permitirles generar informes de gestión propios.
Luego de la implantación de los módulos SAP PP (Planificación de la Producción), QM (Gestión de
Calidad), WMS (Sistema de Gestión de Almacenes) y LE-TRA (Transportes para Ejecución
Logística), es recurrente que Coca-Cola Embonor solicite a AMUN la creación de informes que
personalizados para la gestión de cada uno de los procesos mencionados y que respondan a sus
necesidades. Típicamente la información es extraída desde SAP a Excel utilizando las transacciones
estándar del ERP lo que en general es un proceso trabajoso y lento, desviando el esfuerzo de los
usuarios desde la gestión a actividades operativas de extracción de datos y preparación de informes
manualmente.
Los reportes deben satisfacer distintos niveles de gestión yendo desde el operativo hasta el ejecutivo.
En los niveles operativos basta con informes generados en SAP que puedan ser exportados a otras
plataformas externas a SAP para presentaciones ejecutivas manteniendo la consistencia de la
información a distintos niveles de consolidación.
Los datos extraídos a plataformas no SAP cumplen la función de apoyar la toma de decisiones de
gestión, de las distintas áreas y compañías cuyas operaciones están cubiertas por SAP, a través de
tableros de control.
Para este proyecto se necesita investigar sobre la extracción de datos en base a programación ABAP,
unir tablas transparentes, estructuras y programas, generando cálculos estadísticos con los datos
obtenidos, para luego plasmarlos en el reporte. Además, se requiere implementar la funcionalidad de
exportar la información obtenida a SQL, Excel y WebService.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 22
3. DEFINICIÓN PROYECTO
3.1 Objetivos del proyecto
3.1.1 Objetivo General:
Investigar la extracción de datos desde SAP mediante ABAP y desarrollar reportes para
consolidar información de producción, distribución, ventas y almacenes, aplicando fórmulas
estadísticas y diferentes funciones de programación ABAP.
3.1.2 Objetivos Específicos:
• Investigar los distintos tipos de extracción de datos desde SAP.
• Investigar los contenidos de cada una de las tablas de SAP que se utilizarán para
generar los reportes y la extracción de datos
• Desarrollar una herramienta de recolección de datos desde tablas SAP .
• Desarrollar un proceso ETL (Extract, Transform and Load) para extracción de datos
desde SAP, formateo y limpieza.
3.1.3 Actividades a Desarrollar, asociadas al cumplimiento de los objetivos específicos.
1. Estudiar las diferentes estructuras para desarrollar reportes en lenguaje ABAP.
2. Estudiar los reportes tipo árbol.
3. Revisar la extracción de datos hacia SQL Server.
4. Revisar la extracción de datos a Excel.
5. Estudiar los contenidos de cada una de las tablas de SAP que se utilizarán para
generar los reportes y la extracción de datos.
6. Aplicar fórmulas de utilización, eficiencia, porcentajes de asertividad sobre la
planificación y cumplimiento.
7. Realizar pruebas unitarias e integrales en ambiente de Pruebas.
8. Traspasar a ambiente de productivo.
9. Entrega del informe terminado.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 23
3.2 Ambiente de Ingeniería de Software
3.2.1 Metodología de desarrollo
La metodología a utilizar será ASAP, una metodología de implementación estándar que es propuesta
por SAP para la implementación de este software y sus módulos. ASAP cuenta con una guía de
implementación, la cual es retroalimentada con las experiencias en implementaciones de estos
proyectos a lo largo de los años. La Hoja de Ruta establece un procedimiento estándar repetible para
la implementación de R/3, incluyendo gestión de proyectos, la configuración de los procesos de
negocio y técnicos, pruebas y formación.
El esquema típico de esta metodología es el siguiente:
Ilustración 4: Hoja de ruta o Roadmap ASAP
(Fuente: www.sap.com)
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 24
La metodología se divide en 5 partes:
1. Preparación inicial. Planificación general del proyecto, definición del plan maestro y
reuniones de trabajo (workshops).
2. Bussiness Blueprint. Primera formación, definición de roles, gestión del proyecto por
módulos, definición de los procesos de negocio como entregable.
3. Realización. Documentación técnica y de parametrización, desarrollo de programas,
interfaces, perfiles definitivos.
4. Preparación Final. Plan de formación, pruebas de aceptación, manuales de usuario,
documentación de estrategias de carga y extracción.
5. Entrada en productivo. Soporte. Gestión de incidencias, soporte, aprobación final.
3.3 Definiciones, Siglas y Abreviaciones
ABAP: Es un lenguaje de programación de cuarta generación, propiedad de SAP, que se utiliza
para programar la mayoría de sus productos.
ASAP: As Soon As Possible (lo más pronto posible)
BD`s: Bases de datos
DES: Ambiente de desarrollo para los programadores y consultores funcionales
ERP: Enterprise Resource Planning, Sistemas de información gerenciales.
HANA: Es la implementación de SAP SE de la tecnología de base de datos en memoria
ID: Identificador único
ISO: Organización Internacional de Normalización
LOG: Historial de modificaciones
MM: Manejo de Materiales o Gestión de materiales.
PET: Poli Etilén Tereftalato (Botellas desechables)
PP: Planificación de la Producción
PRD: Ambiete de productivo donde se trabaja.
QM: Gestión de Calidad
REF-PET: Botellas retornables.
RFC: Remote Funtion Call
SAP: Systeme, Anwendungen und Produkte (Sistemas, Aplicaciones y Productos)
TI: Tecnologías de Información
TST: Ambiente de testing para realizar pruebas y capacitaciones de usuarios
WMS: Gestión de Almacenes
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 25
4. ESTADO DEL ARTE
Al investigar sobre los trabajos terminados que tienen características similares al proyecto de título,
se encuentra en internet una amplia gama de desarrollos de módulos SAP.
En tanto en la Universidad del Bío-Bío, en la carrera existe un proyecto de titulación sobre la
Implantación y puesta en marcha de módulos SAP QM-PP del 2013, también existe un proyecto de:
Evaluaciones sobre el producto SAP para las PYMES, realizado por Ingenieros de Ejecución en
Computación e Informática el año 2006 y evaluación del impacto de implantar SAP R/3 al interior
de las organizaciones de la Octava Región realizada el año 2003 por Ingeniero Civil en Informática.
Existen otras Memorias desarrolladas por Carreras de otras áreas (Ingeniería Civil Industrial,
Mecánica, Auditoría, Civil) que están enfocadas en la mantención, eficiencia, conectividad y
seguridad del Software, las cuales fueron realizadas entre los años 2002 y 2011.
Las empresas cuentan con diferentes recuersos: humanos, tecnológicos, materiales, financieros e
información. A medida que estas crecen, el proceso de control de dichos recursos se hace más
complejo. Ante esta circunstancia, las tecnologías de la información (TI) ofrecen como solución la
implementación de los sistemas ERP (Enterprise Resource Planning o Planeación de Recursos de la
Empresa).
En particular SAP ofrece:
1. Flexibilidad: responde a las constantes transformaciones de las empresas. La
tecnología cliente-servidor permite al sistema ERP operar sobre diferentes bases de
datos por las conexiones abiertas, pues es muy probable que el mismo producto migre
de un área de producción a otra durante el ciclo total del mismo.
2. Modularidad: es un sistema de arquitectura abierta, es decir, puede usar un módulo
libremente sin que este afecte a los demás.
3. Comprensivo: el sistema debe estar apto para soportar las diferentes estructuras
organizacionales de las empresas, así como una vasta área de negocios.
4. Conectividad: no se debe limitar al espacio físico de la empresa y permite la conexión
con otras entidades pertenecientes al mismo grupo empresarial.
5. Selección de diferentes formas de negocio: contiene una selección de las mejores
prácticas de negocios en todo el planeta.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 26
6. Simulación de realidad: permite simular la realidad de la empresa en el computador,
el control debe estar fuera del proceso y debe ser posible la elaboración de informes
ABAP, para los usuarios que controlan el sistema.
SAP ofrece especializarse en módulos funcionales, Desarrolladores y Administrador BASIS. La
Ilustracion 5 muestra un diagrama de las especializaciones que ofrece SAP.
Ilustración 5: Especializaciones de SAP
(Fuente: https://training.sap.com)
En el siguiente gráfico se puede apreciar cuales son los tipos de industrias que más implementan
sistemas ERP:
Ilustración 6: Industrias que implementan ERP.
(Fuente: http://www.cvosoft.com/)
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 27
SAP es un sistema informático estructurado en diversos módulos, por los cuales se organiza la gestión
de los procesos de negocios de las empresas que lo utilizan. El lenguaje de programación ABAP
(antiguamente ABAP/4) es un lenguaje propio del ERP SAP y su uso sólo se puede entender a través
de este software empresarial.
En un principio, SAP era sinónimo de ERP. Sin embargo, en la actualidad SAP comprende un
paquete mucho más amplio de herramientas. Por supuesto, el ERP sigue siendo el núcleo del negocio
de SAP, pero su cartera se ha ido ampliando con otros productos como CRM (Customer Relationship
Management), SCM (Supply Chain Management) y SRM (Supplier Relationship Management) entre
otros.
Como lenguaje de programación propiedad del sistema SAP, ABAP se ha utilizado y se utiliza como
elemento de programación específico para la mayor parte de sus productos. Literalmente las siglas
ABAP significan Advanced Business Application Programming y tiene muchos elementos en
común con el lenguaje C. Originalmente fue definido como un lenguaje estructurado de cuarta
generación (de ahí el antiguo nombre de ABAP/4), posteriormente ha incorporado elementos propios
de lenguajes orientados a objetos. También se le conoce como “SAP ABAP”.
4.1 Ranking de las certificaciones SAP
Al investigar sobre las mejores certificaciones, SAP se encuentra en primer lugar según
estudio realizado entre Marzo y Agosto de 2012 por la empresa Kibernum especializada
en staffing TI.
"SAP es una marca que está en una gran posición en el mercado global de tecnologías considerando
que además es el corazón del 70% del mercado mundial en soluciones empresariales en 27 industrias.
Es líder además en áreas como Analitycs, Mobility y soluciones LoB (Line of Business) con lo cual,
los profesionales de TI que manejen certificaciones o especializaciones en nuestras distintas
soluciones generan un valor importante no tan solo a nuestros clientes, sino que también a todo el
ecosistema de socios que SAP posee en el país", afirma Francisco Roa, gerente de Preventas SAP
Chile.
Las certificaciones SAP ABAP cuentan con reconocimiento en más de 140 países y entregan al
usuario habilidades que se necesitan para llevar a cabo cualquier desarrollo.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 28
Existen diferentes tipos de certificación, a los que puede acceder toda persona con educación
media con conocimientos básicos o algún tipo de experiencia en proceso de negocios. Las hay
de tecnología y procesos de negocio (Lenguajes de Programación, Gestión de Base de Datos y
Seguridad) y funcionales (Finanzas, Controlling, Sales & Distribution y Material Management,
etc.).
“Los principales objetivos de estudiar una Certificación SAP, son generar, difundir, evaluar y
gestionar los contenidos de capacitación a fin de potenciar al usuario para desempeñarse lo
mejor posible, asegurándose de que los cursos estén estratégicamente alineados con los
objetivos de negocios, desde la evaluación inicial de necesidades de capacitación, hasta la
implementación”, dice Diego Montoya, Gerente de Cuenta de SAP. “La persona que la
consigue ingresa a la Base de Datos de Profesionales Certificados de SAP, por lo que puede
acceder a mejores opciones laborales y obtener acceso a un portal de información (Service
Market Place) que le permite mantener actualizados sus conocimientos a través de ‘notas’ que
publica la compañía”.
4.2 Experiencias Empresariales Nacionales de SAP ABAP
En Santiago existen tres institutos que imparten cursos de SAP ABAP: Duoc, New Horizons y
Crystalis. La duración depende del módulo y de cada Academia o Programa de Certificación,
pero generalmente es de entre 100 y 160 horas. Están compuestos por paquetes de cursos
presenciales y virtuales (e-learning). Estos últimos complementan y refuerzan el conocimiento
adquirido y están disponibles por 3 meses. Otra alternativa es E-Academy, 100% virtual. El
contenido es el mismo que se entrega en una academia presencial, con la ventaja de que el
alumno recibe sus credenciales de acceso y dispone de hasta cinco meses para completarlo y
realizar los ejercicios. Durante ese lapso, cuenta con una línea de soporte en tiempo real y on-
line. Brinda un importante ahorro en gastos de traslado y la flexibilidad total para adaptar los
tiempos de estudio a las horas libres.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 29
4.3 Listado de algunos ERP mas conocidos.
1.
Ilustración 7: SAP
2.
Ilustración 8: PeopleSoft
3.
Ilustración 9: JDEdwards
4.
Ilustración 10: Baan
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 30
4.3.1 Beneficios de los sistemas ERP
Varios son los puntos de vista en cuanto a los diferentes beneficios que se esperan en una
implementación de un ERP, así como los impactos que este tendrá en la organización.
Es importante mencionar que las diferentes marcas creadoras de software ERP tienen sus
beneficios característicos. Sin embargo, la mayoría de los ERP tienen en común varios
beneficios. Algunos de ellos son:
• Solo un sistema para manejar muchos de sus procesos comerciales.
• Permiten la integración entre las funciones de las aplicaciones.
• Reducen los costos de la gerencia.
• Incrementan el retorno de inversión ROI.
• Son una fuente de Infraestructura abierta
Existen cinco principales razones por las cuales las empresas desean implementar un
sistema ERP:
1. Integración de la información financiera: el CEO (Chief Executive Officer) siempre
busca tener información financiera. En su búsqueda puede encontrarse con muchas
versiones diferentes a la real. Cada departamento tiene por lo general sus propios
números financieros, finanzas tiene su propio juego de números, el área de ventas tiene
otra versión y las diferentes unidades comerciales de la empresa pueden tener sus
números propios referente a cuanto están contribuyendo para la empresa. Con la
implementación de los ERP todos tendrán solo una versión de los números, con esto
no habrá vuelta de hojas, todo estará unificado.
2. Integración de la información de los pedidos de los clientes: con los sistemas ERP
es posible centralizar y darles un seguimiento a los pedidos de los clientes, desde que
se recibe el pedido hasta que se entrega la mercancía. Esto en lugar de tener varios
sistemas los cuales se encarguen del seguimiento de los pedidos, ya que por lo regular
se originan problemas de comunicación entre los sistemas. Con los ERPs esta tarea
será más fácil.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 31
3. Estandarizar y agilizar los procesos de manufacturación: los sistemas ERP vienen
con los métodos estándares para automatizar algunos de los pasos de un proceso de
fabricación. Estandarizar esos procesos y usar un solo sistema informático, integrado
puede ahorrar tiempo, aumentar la productividad y reducir los costos.
4. Minimizar el inventario: los ERPs agilizan el flujo del proceso industrial más
fácilmente, y mejoran la visibilidad del proceso de cumplimiento de orden por parte
de la empresa. Eso puede originar que los inventarios sean reducidos y ayudar también
a los usuarios para que desarrollen mejores planes de entrega con respecto a los pedidos
de los clientes. Claro está, que, para mejorar realmente el flujo de la cadena de
suministro, sería necesario implementar un sistema que administre a la misma, sin
embargo, los ERPs ayudan en gran parte.
5. Estandarización de la información de RH (Recursos Humanos): especialmente en
compañías con múltiples unidades de negocios, RH puede no tener un simple método
unificado para seguir el tiempo de los empleados y comunicarse con ellos sobre
beneficios y servicios. Un ERP puede encargarse de eso.
Ilustración 11: Razones por las cuales se implementa un sistema ERP
(Fuente: http://www.cvosoft.com/)
Limitaciones al negocio, 47%
Mayor integración,
3%
Obsolecencia, 23%
No tiene ERP, 3%
Disconformidad, 24%
¿Por qué buscan implementar un Software ERP?
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 32
5. ESPECIFICACIÓN DE REQUERIMIENTOS
5.1 Alcances
Obtener información de indicadores de las diferentes áreas en SAP no es tan fácil como en otros ERP
o sistemas hechos a medida, lo que dificulta la entrega de estos al momento de realizar las auditorías
o revisar la gestión del proceso diario. Si bien la información se encuentra toda en SAP, está dispersa
en diferentes transacciones o tablas de la base de datos.
Los usuarios que no son avanzados se demoran alrededor de 2 horas en poder hacer la trazabilidad de
un producto con todos sus indicadores estadísticos de este o del comportamiento de la producción.
Con la creación de estos reportes podrán obtener la información en minutos, además se extraerán los
datos para ser trabajados en plataformas web, las cuales son más amigables para los usuarios.
El proceso de recolección de datos mensual para la creación de los informes requeridos por cada área
tarda alrededor de 2 semanas, lo cual solo permite llevar un control correctivo en el mes siguiente al
periodo en que se extrae la información.
Con este proyecto se obtendrán los indicadores necesarios para la toma de decisiones diaria, semanal,
mensual y anual de cada área (PP (Production Planning), MM (Materials Management), WMS
(Warehouse Management System) ), lo que permite realizar un control preventivo en el periodo del
tiempo que se estime conveniente, ajustando las producciones, ventas y abastecimientos.
Estas decisiones son tomadas por los jefes de cada área (Producción, Administración, Almacenes de
producto y envases, Distribución y Ventas).
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 33
5.2 Requerimientos Específicos
Es necesario generar informes que sean revisados por diferentes áreas y cargos que existen en Coca-
Cola Embonor, lo cual les permita realizar la toma de decisiones de manera más eficiente y rápida.
Para poder entender los informes a realizar es necesario conocer el funcionamiento del proceso donde
se ingresan los datos y cual es el orden de los flujos:
1. Se genera un plan de producción anual y mensual
2. Se genera un plan de cumplimiento de producción y despachos por
producto/año/mes/”%” de cumplimiento
3. Se genera un pedido de traslado mensual de productos entre centros para ser
abastecidos desde los centros productores. Este pedido se condice con la estimación
de ventas del área comercial.
4. Se generan planes de producción, para cumplir con el plan mensual/anual y satisfacer
los traslados y ventas estimadas.
Ilustración 12: Proceso de ingreso de datos al sistema
Ilustración 13: Proceso de seguimiento
Plan de producción
AlmacenamientoPedidos de traslados
Ventas
•Producción
•Traslado
•Ventas
Planificación
•Producción
•Traslados
•Ventas
Cumplimientos•Despachado
•Recibido
Pedidos de traslados
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 34
5.2.1 Planificación Anual (cumplimiento).
Indica lo estimado para el año, con la cantidad estimada para cada planta y con eso se
puede analizar el nivel de cumplimiento ya sea anual, mensual, semanal o diario. Esto
permite al gerente de producción planificar las detenciones de línea (productiva) o
revisar la eficiencia, eficacia y efectividad de cada planta en torno a sus producciones.
Además, el plan anual se crea en base a las proyecciones de ventas del área comercial,
por lo tanto, si no se cumple lo planificado no se podrá vender.
A continuación, en la ilustración 14 se presenta un esquema de diseño del informe de
planificación anual.
Ilustración 14: Planificación Anual
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 35
5.2.2 Cumplimientos de Pedidos.
Las plantas se están especializando en diferentes formatos cada una, por lo tanto, el
traslado de productos es muy necesario para poder satisfacer la demanda del mercado.
Es por esto, que se planifican pedidos los cuales deben ser entregados en la fecha
estipulada (evitar conglomeraciones en fechas particulares de un mes, es decir, que se
deben distribuir de forma parcializada durante el mismo), para que no se realicen
quiebres de stock lo que perjudica las ventas.
A continuación, en la ilustración 15 se presenta un esquema de diseño del informe de
cumplimientos de pedidos.
Ilustración 15: Cumplimientos de Pedidos
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 36
5.2.3 Resumen de Stock (cumplimiento, producción, ventas, pedidos).
Para tener una visión del stock por planta (lo que se produce y los pedidos que llegan
de otras plantas), y como están las ventas según el pedido comercial solicitado, este es
el que indica que se produce, traslada desde otros centros o compra a proveedores
(Andina, Vital, Exportaciones), ya que muchas veces el área comercial de ventas
planifica y luego no llega a las metas de venta, por lo cual el producto se queda en las
bodegas generando estancamiento y vencimiento, en muchos casos esto se produce por
una mala planificación del área encargada de movilizar el stock.
A continuación, en la ilustración 16 se presenta un esquema de diseño del informe de
resumen de stock.
Ilustración 16: Resumen de Stock
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 37
5.2.4 Resumen del cumplimiento de despachos entre plantas.
Este informe es para saber como está el cumplimiento del envío de producto a otra
planta y cuanto ha sido producido, ya que muchas plantas envían el stock a último
minuto solo por cumplimiento afectando las ventas de otras plantas, o simplemente no
se envia nada privilegiando las ventas de su planta por falta de stock (mala
planificación de producción).
A continuación, en la ilustración 17 se presenta un esquema de diseño del informe de
cumplimiento de despachos.
Ilustración 17: Cumplimiento de despachos
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 38
5.2.5 Tablas a utilizar
Tabla Descripción
MSEG SEGMENTO DOC.MATERIAL
MKPF CABECERA DE DOC. MATERIAL
EKKO ENCABEZADO ORDEN DE COMPRA
EKPO PARTIDA DE ORDEN DE COMPRA
EKBE HISTORIAL DE LA ORDEN DE COMPRA
MARD DATOS DE ALMACEN PARA EL
MATERIAL
ZTPP_PLANM_GESP MANTENEDOR PLAN SEMANAL
Tabla 1: Tabla y descripción
5.2.6 Atributos del producto
5.2.6.1 Usabilidad-Operabilidad: Los mensajes de error se encuentran en perfecto
funcionamiento, cada vez que no se pueda realizar una operación aparecerá un mensaje de
error que explique el procedimiento a seguir. Los informes agrupan varios datos que de otra
forma deberían llamar aproximadamente a 4 transacciones y hacer operaciones matemáticas
para poder obtener los indicadores necesarios.
5.2.6.2 Eficiencia-Tiempo de Ejecución/Respuesta: El sistema trabaja en forma
instantánea (en línea) con los equipos conectados a la red de Coca-Cola Embonor S.A., no
existe restricción para la cantidad de usuarios conectados.
5.2.6.3 Funcionalidad-Seguridad: SAP mantiene un control sobre los accesos al
sistema y que se puede visualizar esto es controlado por los roles y perfiles por medio de
authority check insertado en cada uno de los desarrollos realizados. Los usuarios se
identifican con login/usuarios y password. El usuario se bloquea luego del ingreso de tres
intentos fallidos del password, solo es posible ingresar al centro que tiene permitido el
usuario.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 39
6. FACTIBILIDAD
6.1 Factibilidad técnica.
Software:
• Versión de SAP ECC6
• Licencias MYSAP
o Application Developer User: Licencia para el usuario que desarrolla en
ABAP
o Application Limited Professional User: Tienen un acceso, a controlar
proyectos u órdenes de trabajo, aprueban órdenes de trabajo, crean, ven y
ejecutan informes).
Base de datos:
• DB2: IBM DB2 es la única base de datos realmente optimizada para SAP y es la
única base de datos de SAP con apoyo disponible en todos los entornos de
hardware, apoyados desde Linux, Windows, UNIX a IBM System i y z. Se
proporciona la opción más amplia de apoyo para la tecnología del servidor, el
almacenamiento y la virtualización para las implementaciones de SAP, hace esto
con la capacidad de ser enviado e integrado con las aplicaciones de SAP como un
solo producto.
Esta Base de Datos cuenta con un espacio de almacenamiento de 1,2 Terabyte para
el almacenamiento de los datos existentes en las tablas del ambiente Productivo
(PRD) de SAP.
• SQL Server
• Microsoft Excel
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 40
6.2 Factibilidad operativa.
Varios son los puntos de vista en cuanto a los diferentes beneficios que se esperan de un
desarrollo de informes SAP ABAP, así como los impactos que estos tendrán en la
organización.
• Un solo tipo de informe para manejar mucha información de diferentes módulos.
• Permite la integración entre áreas.
• Reduce los costos de mantener sistemas externos para obtener estadísticas.
• Son de código abierto para usuarios con los permisos correspondientes.
• Se puede modificar a futuro agregando nuevas funcionalidades o cambiando las ya
existentes.
Bajo estos cinco puntos se puede realizar la estandarización de la información y minimizar
el esfuerzo de búsqueda.
6.3 Conclusión de la factibilidad
Del análisis de factibilidad del proyecto, se puede concluir que implementar el ERP SAP
y generar sus informes es beneficioso para la empresa y el área que lo solicita. Este tiene
un impacto importante en la empresa ya que se deben cambiar los procesos y actividades
que se realizan ajustando sus flujos de generación de informes. Una de las desventajas es
el costo del ERP y la poca cantidad de expertos en cada módulo y desarrollos ABAP, lo
cual encarece cada modificación que se deba realizar. La mayor ventaja es la integridad de
los datos, la velocidad de obtención de estos y por sobre todo la ventaja competitiva que
esta información puede otorgar a la empresa.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 41
7. INVESTIGACIÓN ABAP
Aunque la cantidad de aplicaciones desarrolladas por SAP es enorme, siempre existe la posibilidad
de que el cliente que adquiera el sistema tenga alguna necesidad tan específica de su negocio, que no
esté contemplada en el estándar y necesite un desarrollo personalizado para este.
También puede darse el caso que la funcionalidad que ofrece el estándar no se ajuste completamente
a las necesidades del cliente. Para resolver estas situaciones existe un entorno completo de desarrollo
de nuevas aplicaciones, el cual esta integrado en el sistema SAP.
Este entorno en SAP, se denomina ABAP Development Workbench, el cual proporciona un conjunto
de herramientas integradas que permiten crear, modificar o visualizar desarrollos en poco tiempo.
El lenguaje de programación ABAP se caracteriza por su total integración en el sistema SAP. No en
vano todo el software de aplicación, que se calcula en más de treinta millones de líneas de código,
que el cliente recibe cuando adquiere SAP, está programado en ABAP.
Mediante ABAP se desarrollan nuevas aplicaciones como complemento a las ya existentes, en la
versión de SAP instalada o como apoyo a la configuración del sistema, lo que es llamado en SAP
como “Z” y permite a los usuarios complementar los requerimientos no contemplados parcial o
totalmente por la versión estándar del sistema.
Podemos decir que la programación ABAP es estructurada, ya que, en su mayoría los programas
tendrán la típica estructura TOP-DOWN.
No importa el orden en el cual estén escritos los eventos dentro de un programa ABAP, debido a que
existe un protocolo preestablecido de ejecución de los eventos y este es el que se tiene en cuenta al
momento de la ejecución. A continuación, en la ilustración 18 se muestra la estructura TOP-DOWN
y su ejecución en un programa.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 42
Ilustración 18: Estructura TOP-DOWN
También se debe indicar que la programación ABAP es orientada a eventos, ya que, si el usuario no
realiza alguna acción, tal como presionar un botón de la pantalla, nada sucederá.
En una de las últimas versiones del lenguaje ABAP se introduce la programación Orientada a Objetos
de modo de estar actualizado a las últimas tendencias del mercado global.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 43
7.1 Fortalezas de ABAP
Las principales fortalezas del lenguaje son: Utiliza sentencias de OPEN SQL para conectarse con
prácticamente cualquier base de datos.
• Es un lenguaje estructurado que puede ser también programado “orientado a objetos”.
• Cuenta con miles de funciones para el manejo de archivos, bases de datos, fechas, etc.
• Permite conexiones RFC para conectar el sistema SAP con cualquier otro sistema o lenguaje
de programación.
• Permite la creación de aplicaciones multi-idioma. Posee una ayuda muy potente sobre la
sintaxis y la semántica del lenguaje. Permite la realización de reportes en forma rápida y
sencilla.
La siguiente ilustración presenta las fortalesas de ABAP.
Ilustración 19: Fortalezas de ABAP
(Fuente: elaboración propia. 2017)
Estructurado•Orientado a eventos
•Orientado a Objetos
Manejo de Funciones
•Archivos
•Bases de datos
• Fechas
RFC
•Conexiones a sistemas externos
•Conexión con otro lenguaje de programación
• Extracción de información
Multi-Idioma •Reportes rápidos
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 44
7.2 Distintos tipos de extracción de datos desde SAP
7.2.1 Módulos de funciones
Son funciones que han sido creadas y almacenadas en SAP y que pueden ser utilizadas por
cualquier programa ABAP. Tienen una interfaz definida, ya que su diseño facilita el paso de
parámetros tanto de entrada como de salida.
El grupo de funciones es un repositorio que agrupa funciones y que se utiliza principalmente
para compartir subrutinas y declaraciones de variables entre las distintas funciones
pertenecientes al grupo.
7.2.2 RFC
Consiste en una llamada a una función que existe en un sistema distinto al del programa que
la llama.
El objetivo principal de las RFC es acceder a otros ambientes para obtener datos. La
comunicación puede darse entre sistemas SAP, o en un sistema SAP y otro sistema distinto a
este.
Para llamar a una función RFC se debe agregar la cláusula DESTINATION al momento de
declarar la función.
A su vez, las funciones creadas como RFC, pueden ser utilizadas como módulos de función
normales. Esto se logra de dos maneras diferentes, las cuales se mencionan a continuación:
Utilizando la declaración CALL FUNCTION DESTINATION 'NONE'. Utilizando la
declaración de un módulo de función normal, sin el agregado de la cláusula DESTINATION.
Existen tres tipos de RFC:
1. Sincónicas: ambos sistemas deben estar disponibles al momento de la llamada a la
función. Estas RFC están basadas en una comunicación sincrónica. Generalmente,
utilizaremos el tipo de RFC sincrónico para la mayoría de los desarrollos.
2. Transaccionales: los sistemas no necesitan estar disponibles al momento de la
llamada a la función. Un único ID de transacción es generado y los programas
llamados son almacenados en el sistema junto con los datos. Para crear una RFC
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 45
transaccional se debe utilizar el sufijo IN BACKGROUND TASK. En las RFC
transaccionales, el sistema deja un log con el pedido de la llamada remota en las
tablas estándar de SAP ARFCSSTATE y ARFCSDATA con todos los valores de los
parámetros transferidos en la ejecución.
3. Asincrónicas: el programa principal, llama a la función RFC e inmediatamente
después termina su procesamiento. Luego la función RFC se ejecuta
independientemente del programa principal. Para crear una RFC asincrónica se debe
utilizar el sufijo STARTING NEW TASK.
7.2.2.1 Destino RFC
Es una puerta de enlace que permite comunicar un sistema SAP con otro sistema SAP o
no SAP. Los Tipos de destinos RFC que se pueden crear en SAP son los siguientes:
1. Conexiones ABAP.
2. Conexiones HTTP a servidor externo.
3. Conexiones internas.
4. Conexiones lógicas (SNA o CPI-C).
5. Conexiones TCP/IP.
6. Conexiones con ABAP driver.
Para comunicar un RFC entre distintos ambientes de sistemas SAP se utilizan
conexiones ABAP (también llamadas Destinos Lógicos).
7.2.3 BATCH
Existen dos formas de ejecutar un programa en ABAP: Online y Batch. En la ejecución
Online el programa se ejecuta al momento de presionar F8 y los resultados de la ejecución se
producen de manera inmediata. Esta forma de ejecución es conveniente para los programas
donde se requiere interacción con el usuario o cuando el tiempo de ejecución es muy poco.
Pero en ciertos otros casos, especialmente en un ambiente real de trabajo, el tiempo de
procesamiento de un programa podría ser muy alto. Esto se puede atribuir a que el programa
tiene muchos accesos a bases de datos, que tienen millones de registros, y/o a la ejecución de
múltiples transacciones u otras razones.
Para los casos que acabamos de mencionar, va a ser conveniente la ejecución Batch o de
fondo.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 46
7.2.4 Memoria en ABAP
En ciertas oportunidades, podría pasar que mientras se ejecuta un programa o objeto ABAP,
se necesitara de datos que se obtengan en otro programa ABAP, que se ejecuto previamente.
Existen varias formas de solucionar esto, una de ellas es pasando parámetros de un programa
a otro, si es que ambos objetos son programas. Otra opción es utilizar la memoria para pasar
los datos.
En ABAP existen sentencias que nos permiten manipular fácilmente los datos que subimos y
bajamos de la memoria. Para subir datos a la memoria vamos a utilizar la sentencia EXPORT.
Para bajar o descargar los datos de la memoria se utiliza la sentencia IMPORT. Se pueden
exportar e importar variables, estructuras o tablas internas a la memoria.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 47
7.3 Herramientas propias de ABAP
ABAP posee determinadas herramientas que son propias del lenguaje y no están presentes en otros
entornos de desarrollo. Ellas son:
1. Diccionario de Datos (Transacción SE11): es el punto de referencia para los
programadores, ya que permite aislarles del sistema de gestión de base de datos que se utilice
de fondo.
Desde una misma pantalla se puede crear, modificar y/o borrar los objetos de la base de datos,
entre los que se incluyen: tablas de las bases de datos, estructuras, vistas, elementos de datos
y dominios.
Las definiciones de las tablas, por ejemplo, pueden ser referenciadas directamente en los
programas permitiendo modificar posteriormente las tablas sin tener que cambiar los
programas. Se tiene la posibilidad de gestionar otros objetos del diccionario de datos, como
las ayudas de búsqueda, los objetos de bloqueo o los objetos de autorización.
La siguiente ilustración muestra su visualización en SAP.
Ilustración 20: Diccionario de datos ABAP
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 48
2. Editor de programas (Transacciones SE38 y SE80): el editor ABAP, aparte de proveer de
las funciones básicas para la edición de texto, tiene múltiples características que facilitan la
programación enormemente.
Permite efectuar una verificación de sintaxis y aceptar las sugerencias del dispositivo de
corrección automática que tiene incluido. También permite resaltar las palabras claves y tener
una vista en forma de estructura jerárquica que ofrece la posibilidad de ocultar o desglosar
bloques sintácticos.
De esta manera, el programador obtiene una buena visión de conjunto de la estructura general
del programa.
La siguiente ilustración muestra su visualización en SAP.
Ilustración 21: Editor ABAP
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 49
3. Screen Painter (Transacción SE51): con esta herramienta se crea rápidamente las interfases
gráficas de usuario incluyendo una amplia gama de elementos de control, como botones de
pulsación, botones de radio, checkboxes, etiquetas, campos de entrada, listas de las bases de
datos, etc.
La interfaz que se crea se denomina dynpros y en ellas se incluye la definición de la pantalla,
sus campos y la lógica de proceso de la misma.
Esta lógica de proceso está dirigida por eventos, como los lenguajes visuales modernos,
aunque la variedad de eventos posibles esta bastante limitada.
La siguiente ilustración muestra su visualización en SAP.
Ilustración 22: Screen Painter
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 50
4. Entorno de depuración (Dentro de la transacción SE38): el modo debugging de ABAP es
posiblemente la herramienta más alabada por los programadores habituales de este lenguaje.
Tiene un sinfín de ventajas para la programación (creación de breakpoints, watchpoints,
ejecución paso a paso, ejecución por bloques...), pero además permite hacer todo esto viendo
el código fuente del programa, lo que permite localizar de manera precisa el/los error/es en
el código.
La siguiente ilustración muestra su visualización en SAP.
Ilustración 23: Entorno de depuración
5. Otras herramientas: existe una gran variedad de herramientas adicionales cuyo uso no es
tan frecuente como el Menu Painter, el análisis del tiempo de ejecución, el Object Browser,
el sistema de test asistido por ordenador, etc.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 51
7.4 Ciclo de trabajo del consultor ABAP
A continuación, se explican cuales son las tareas que realizan los Consultores Técnicos ABAP, como
es su interacción con los Consultores Funcionales de SAP y como es la metodología de trabajo más
comúnmente utilizada en el ciclo de vida de desarrollo de SAP.
En la ilustración 24 se presenta como un requerimiento pasa desde el usuario al consultor funcional
al consultor técnico.
Ilustración 24: Ciclo de trabajo ABAP
(Fuente: elaboración propia. 2017)
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 52
7.5 Mandantes y ambientes de trabajo en SAP
Como en todos los ámbitos de desarrollo de software, se configuran en SAP tres ambientes (es un
servidor donde ha sido instalado el sistema SAP), uno de desarrollo, uno de pruebas y otro de
producción, que es donde se utilizan las aplicaciones desarrolladas y probadas satisfactoriamente.
Los consultores ABAP tienen acceso para programar en el ambiente de desarrollo.
Se Accede al ambiente de testing para probar en forma integra y con datos actualizados los programas,
y muy ocasionalmente se ingresa al ambiente de producción, en caso de que se haya reportado alguna
incidencia o error, que requiera del programador para ser detectado y/o solucionado.
A su vez, en cada ambiente, existen distintos mandantes (es una instancia creada dentro de un
ambiente, que se utiliza para configuración, desarrollo o pruebas), siendo independientes los datos
que se visualizan en cada mandante dentro del mismo ambiente. Por ejemplo, en Coca-Cola el
mandante es 400 para todos los ambientes, pero otros clientes tienen configurados sus ambientes con
diferentes mandantes.
En la ilustración 25 que se muestra a continuación, se presenta una distribución de los ambientes
dentro de una instalación SAP.
Ilustración 25: Ambientes de Trabajo
(Fuente: elaboración propia. 2017)
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 53
7.6 Transacción
Se compone de una o varias pantallas, por las que va navegando el usuario, en las que se le piden los
datos referentes a la operación que pretende llevar a cabo.
Tras completar toda la información obligatoria y parte de los campos opcionales, el usuario tiene la
opción de grabar la transacción (en el caso de que hablemos de una transacción de creación o
modificación) o de desechar toda la operación.
El concepto de transacción implica que no pueden grabarse sólo una parte de los datos, porque esto
provocaría una inconsistencia en el sistema. Este es el punto clave de una transacción; si se graba,
entonces todos los datos quedarán registrados, si se cancela, entonces ningún dato se grabará.
Existen distintos tipos de transacciones en SAP: existen transacciones de creación, de modificación
y de visualización. En SAP se accede a las transacciones generalmente a través del menú, pero
también se puede acceder directamente utilizando su código de transacción (identificador único para
cada transacción).
7.7 Aplicaciones ABAP
Dentro del mundo ABAP se pueden crear distintos tipos de objetos. Los más comunes entre ellos son:
• Reporte, Reporte interactivo y Reporte ALV
• Programa de Diálogo
• Formularios
• Batch Input
• User exits
• Field exits
• Funciones y RFC
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 54
7.7.1 Reporte
Un reporte clásico es un programa que consiste en una serie de instrucciones y palabras claves,
cuyo objetivo es procesar datos de entrada o datos que se obtienen de las tablas del sistema y
mostrar los resultados del procesamiento por pantalla.
Existen cuatro tipos de palabras claves:
7.7.1.1 Declarativas: se utilizan para declarar datos que se usarán dentro del
programa. Ej.: DATA, TABLES y CONSTANT.
7.7.1.2 Eventos: que ocurren en el programa. Ej.: START-OF-SELECTION, TOP-
OF-PAGE, etc.
7.7.1.3 Control: sentencias de control de flujo de programa. Ej.: IF, WHILE, DO,
etc.
7.7.1.4 Operativas: realizan funciones según la palabra clave. Ej.: WRITE, MOVE,
etc.
7.7.2 Comentarios:
Existen dos formas de utilizar los comentarios en un programa ABAP:
1. Con un asterisco en la primera columna de la fila.
2. Con comillas dobles en cualquier posición de la línea.
La siguiente ilustración muestra su visualización en SAP.
Ilustración 26: Comentarios
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 55
7.8 Eventos de un programa ABAP
Como se menciona anteriormente, la programación ABAP es orientada a eventos. Un evento es una
etiqueta que identifica una sección de código dentro de un programa. La sección de código asociada
con un evento, comienza con un nombre de evento y termina cuando el siguiente nombre de evento
se encuentra. Los nombres de eventos son palabras reservadas. No se pueden crear nuevos eventos,
solamente son utilizables los que ya existen.
Los principales eventos que pueden ocurrir dentro de un programa son:
7.8.1 INITIALIZATION: Es el primer evento que se ejecuta. Permite inicializar los campos
de la pantalla de selección de un programa o cualquier otra variable.
7.8.2 AT SELECTION-SCREEN: Este evento se utiliza para validar los datos introducidos
en los parámetros que conforman a la pantalla de selección.
7.8.3 START-OF-SELECTION: Este evento se lanza cuando se procesa la instrucción
REPORT. En ese momento se empieza a ejecutar el código que se encuentra entre
REPORT y la palabra reservada START-OF-SELECTION. Inmediatamente después se
procesa el bloque contenido dentro de este evento. El evento START-OF-SELECTION
se utiliza para realizar el procesamiento central del programa, tal como puede ser realizar
la selección de los datos, procesar un archivo, realizar operaciones aritméticas, etc. Es
el evento por defecto, es decir si escribimos sentencias ejecutables sin etiqueta de evento,
estas se adjudican por defecto a START-OF-SELECTION.
7.8.4 END-OF-SELECTION: El código de este evento se procesa cuando se termina el
procesamiento central del programa, es decir luego del evento START-OF-
SELECTION. Contiene las últimas sentencias que se ejecutarán en el programa. En
general se le utiliza para realizar la impresión de listados.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 56
7.8.5 AT LINE-SELECTION: Permite al usuario seleccionar una línea de un listado y
realizar alguna acción. Se utiliza en los llamados a reportes interactivos.
7.8.6 AT USER-COMMAND: Se ejecuta cuando el usuario presiona un botón del menú en
un reporte.
7.8.7 TOP-OF-PAGE: Este evento se procesa antes de que el primer dato aparezca en cada
página. Se suele utilizar para colocar títulos o cabeceras.
7.8.8 END-OF-PAGE: Este evento se lanza cuando se crea automáticamente una nueva
página. Esto ocurrirá cuando el número de líneas procesado sobrepase el número de
líneas fijado para la página en la sentencia REPORT.
7.9 Debugger
Es muy importante saber utilizar el debugger o depurador, ya que en programación las cosas solo
funcionan si y solo si son perfectas, es decir sin errores.
Algunos errores se detectan a simple vista, pero para resolver otros se necesita ejecutar el programa
y saber exactamente cuales son los valores que van tomando las variables internas del mismo. Para
esto existe el debugger.
Se visualiza el programa a través de la transacción SE38 y se coloca un breakpoint luego de la
declaración de las variables (se presiona el botón para breakpoints de sesión que durarán mientras
la sesión este abierta o para breakpoints externos).
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 57
La siguiente ilustración muestra la visualización de un breakpoint en SAP.
Ilustración 27: Breakpoint
Al ejecutar el programa el breakpoint entrará en acción, y redireccionará al programador a la pantalla
de deporación (debugger).
Ilustración 28: Debugger
• Presionando el botón Single step o la tecla F5, se ejecuta paso a paso, es decir, línea a línea.
• Presionando el botón Execute o la tecla F6, se ejecuta subrutina a subrutina sin entrar en el
contenido de cada una.
• Presionando el botón Return o la tecla F7, retorna a la rutina de nivel superior a la actual
que este en ejecución.
• Presionando el botón Run o la tecla F8, continúa la ejecución hasta el final del programa.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 58
7.10 Tipos de datos
Los principales tipos de datos que se utilizan en ABAP son:
TIPOS LONG. POR
DEFECTO
POSIBLE
LONG.
VALOR
INICIAL
DESCRIPCIÓN
C 1 1-32000 ESPACIOS Texto
F 8 8 0.0E+00 Punto flotante
I 4 4 0 Entero
N 1 1-32000 `0000` Texto numérico
P 8 1-16 0 Número empaquetado
X 1 1-29870 X`00` Hexadecimal
D 8 8 00000000 Fecha YYYYMMDD
T 6 6 000000 Horas HHMMSS
Tabla 2: Tipo de datos
También existen los Tipos STRING que se utilizan para cadenas de longitud variable y XSTRING
que se utilizan como un string hexadecimal para cadenas de caracteres muy grandes.
Para declarar una variable se debe utilizar la palabra clave DATA y TYPE. Cuando declaramos
variables de tipo carácter “TYPE C” se debe especificar la longitud de la cadena, de lo contrario el
sistema asumirá que su longitud es de un carácter. Se pueden declarar variables a semejanza de otras
ya existentes en el sistema, para esto se utiliza la sentencia LIKE. Con el agregado de VALUE, la
variable se inicializa con un valor determinado.
7.11 Estructura de datos
Es un conjunto de campos relacionados, cuyos componentes pueden ser simples campos, otras
estructuras o inclusive tablas.
Existen tres formas en las que se puede definir una estructura, las cuales se presentan a continuación:
• La primera es utilizar la palabra clave DATA según los campos de la tabla.
• La segunda forma, utiliza la palabra clave DATA, pero creando una estructura solo con
ciertos campos.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 59
• Y finalmente, la tercera forma es utilizando “TIPOS”, que son formatos de estructuras que
pueden ser utilizados por cualquier otra estructura sin necesidad de reescribir el código.
Para esto se utiliza la palabra reservada TYPES.
La siguiente ilustración muestra un ejemplo de declaración de una estructura en SAP.
Ilustración 29: Estructura
7.12 Constantes
Es una variable que se declara dentro de un programa cuyo valor permanecerá tal como lo indica su
nombre constante a lo largo del programa. Para su declaración se utiliza la palabra reservada
CONSTANTS. La utilización de constantes ayuda a que el mantenimiento de las aplicaciones ABAP
sea más sencillo.
La siguiente ilustración muestra un ejemplo de declaración de una constante en SAP.
Ilustración 30: Constantes
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 60
7.13 Include de datos
Es un objeto ABAP que se utiliza para modularizar los programas de manera que estos resulten más
legibles y mantenibles.
Existen dos tipos de INCLUDES. Ellos son:
• INCLUDE de datos: se utiliza para agrupar declaraciones de datos.
• INCLUDE de subrutinas: se utiliza para agrupar declaraciones de subrutinas, concepto que
será expuesto en detalle más adelante.
La utilización de INCLUDE es considerada una “buena práctica” de programación.
La siguiente ilustración muestra un ejemplo de declaración de un include en SAP.
Ilustración 31: Include
7.14 Variables del sistema
A parte de las variables que define el programador, existen otras que han sido definidas por el sistema
y que son de gran utilidad dentro de los programas ABAP.
Estas se encuentran en la tabla base de datos SYST y contienen información que va desde la hora del
sistema, a saber, si se ejecuto correctamente una sentencia ABAP o una actualización a una base de
datos. Su contenido no puede ser modificado en los programas, sino que cambia simplemente con la
ejecución de los mismos.
La tabla SYST almacena las variables del sistema de un programa ABAP.
Las más comúnmente utilizadas son:
1. SY-SUBRC: código de retorno posterior a la ejecución de una sentencia ABAP. Si el
resultado de la ejecución fue exitoso, entonces es 0, sino es distinto de cero.
2. SY-DATUM: contiene la fecha del sistema.
3. SY-UZEIT: contiene la hora del sistema.
4. SY-TABIX: contiene el índice de una tabla interna.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 61
7.15 Asignación de valores
Existen dos formas básicas para asignar un valor a una variable. La primera consiste en la asignación
simple y la segunda forma es mediante la sentencia MOVE.
La siguiente ilustración muestra un ejemplo de asignación en SAP.
Ilustración 32: Asignaciones
7.16 Inicialización de variables
Para la inicialización o borrado del contenido de las variables se utiliza la sentencia CLEAR.
Una sentencia muy importante a la hora de consultar el contenido de las variables que son declaradas
en los programas es “IS INITIAL”. La sentencia “IS INITIAL” es muy útil cuando se trabaja con
tablas internas
Is initial la palabra reservada de ABAP IS INITIAL se utiliza para saber si una variable es inicial es
decir está vacia.
La forma de utilizar la sentencia IS INITIAL es la siguiente:
IF variable IS INITIAL.
ENDIF.
En general se utilizará la sentencia IS INITIAL junto con las condiciones IF-ENDIF, pero también
se puede utilizar en la condicón CHECK de la siguiente forma:
CHECK variable IS INITIAL.
Tambien existe la versión negada de Is initial, la cual es IS NOT INITIAL, esta es utilizada para
saber cuando una variable tiene contenido, es decir, cuando una variable no esta vacia.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 62
La siguiente ilustración muestra un ejemplo de variable inicial en SAP.
Ilustración 33: Inicialización de variables
La siguiente ilustración muestra un ejemplo de borrado de datos de una variable en SAP.
Ilustración 34: Clear
7.17 Operación con aritmeticas
En ABAP las cuatro operaciones básicas (suma, resta, multiplicación y división) se pueden
implementar de dos maneras obteniendo el mismo resultado. En las ilustraciones siguientes se
muestran ejemplos de operaciones.
Ilustración 35: Operaciones aritméticas Suma
Ilustración 36: Operaciones aritméticas
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 63
7.18 Condiciones
Las condiciones en ABAP se pueden representar de dos formas. Una es utilizando la palabra clave
IFENDIF. La siguiente ilustración muestra un ejemplo de condición CASE-ENDCASE en SAP.
Ilustración 37: CASE-ENDCASE
Si ninguna de las condiciones es valida, el sistema ejecutará las declaraciones que estén debajo del
ELSE. La otra forma es mediante CASEENDCASE.
Si ninguna de las condiciones es valida, el sistema ejecutará las declaraciones que estén debajo del
OTHERS. En ambas formas se utilizan los siguientes operadores lógicos.
CONDICIÓN SIGNO ABAP
Y AND
O OR
IGUAL = EQ
DISTINTO <> NE
MAYOR > GT
MENOR < LT
MAYOR O IGUAL >= GE
MENOR O IGUAL <= LE
Tabla 3: Condiciones
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 64
Si en cada condición, se chequea que la variable sea igual a determinado valor y si la cantidad de
condiciones es alta, sería aconsejable utilizar CASE-ENDCASE.
Ilustración 38: CASE-ENDCASE
7.19 Bucle
Los bucles en ABAP se puede pueden representar de varias formas. La primera es mediante la palabra
clave ENDLOOP.
Con el agregado de la cláusula WHERE se puede restringir el número de líneas a leer, ya que se
producirá la iteración siempre y cuando se cumpla la condición. Otra forma es mediante la palabra
clave DO-ENDDO.
La iteración se ejecutará solo si la condición es verdadera. En la ilustración siguiente se muestra un
ejemplo.
Ilustración 39: Bucle
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 65
7.20 Sentencias de control
Las sentencias de control se utilizan para terminar con el bucle, de un proceso o de un programa. Ellas
son:
• CHECK: verifica si la condición es verdadera. Si la condición es falsa, y la sentencia está
dentro de un bucle, se saltarán todas las sentencias siguientes que estén dentro del bucle y
se continuará con la siguiente iteración. Fuera de un bucle, se saltarán todas las sentencias
hasta el final del evento o del programa en proceso.
• EXIT: dentro de un bucle saldrá del bucle, dentro de una subrutina saldrá de la misma y
fuera de un bucle saldrá del programa.
• CONTINUE: se utiliza solo dentro de un bucle. Luego de la ejecución de la sentencia el
sistema continúa con la siguiente iteración.
• STOP: se finaliza el programa en ejecución, pero antes se ejecuta el evento END-OF-
SELECTION.
• LEAVE: se finaliza el programa en ejecución, pero no se ejecutará el evento END-OF-
SELECTION.
Se Debe tener sumo cuidado en la utilización de las sentencias de control CHECK, EXIT,
CONTINUE, LEAVE y STOP debido a que estas alteran en forma directa el flujo de control de un
programa ABAP.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 66
7.21 Formato de salida de los datos
ABAP ofrece una serie de instrucciones especialmente diseñadas para generar reportes de manera
sencilla. Una de ellas es la sentencia WRITE.
Donde offset indica la columna donde empezará la impresión y long indica la longitud de los valores
a visualizar.
Existen muchos comandos adicionales a WRITE que se utilizan para producir una salida por pantalla.
Algunos de ellos son:
COMANDOS DE SALIDA DESCRIPCIÓN
LEFT-JUSTIFIED SALIDA JUSTIFICADA A IZQUIERDA
CENTERED SALIDA CENTRADA
RIGHT-JUSTIFIED SALIDA JUSTIFICADA A DERECHA
NO-ZERO SI EL CAMPO CONTIENE CEROS, ESTOS SERÁN
CAMBIADOS POR BLANCOS
NO-GAP EL BLANCO DESPUÉS DEL CAMPO QUE SE DESEA
IMPRIMIR ES OMITIDO
NO-SIGN EL SIGNO NO APARECE EN LA SALIDA
DECIMALES N N DEFINE EL NÚMERO DE DIGITOS DECIMALES
ROUND N DEDONDEA EL CAMPO DE SALIDA PARA LOS TIPO P
DD/MM/YYYY FECHA CON SEPARADORES
Tabla 4: Formatos de salida
Para dejar una línea en blanco se utiliza la sentencia SKIP y para escribir una línea horizontal se
utiliza la sentencia ULINE.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 67
7.22 Formatos de páginas
Existen instrucciones especialmente destinadas a darle formato a la salida de un reporte, ya sea por
pantalla o por impresora.
1. El evento TOP-OF-PAGE se utiliza para cambiar la cabecera de una página. Este evento
ocurre tan pronto como el sistema empieza a procesar una nueva página.
2. El evento END-OF-SELECTION se utiliza para realizar la impresión por pantalla de los
datos, de modo que separe esto del procesamiento de los mismos. Este evento se ejecuta luego
del evento START-OF-SELECTION.
Para modificar la cantidad de líneas o columnas que se visualizan en la pantalla se utiliza la sentencia
NO STANDARD PAGE HEADING.
7.23 Parámetros de selección
Si se quiere introducir algunas delimitaciones al programa, de modo que nuestro reporte solo se
ejecute para ciertos datos que el usuario deberá introducir en la pantalla entonces se deberá crear una
pantalla de selección.
Pantalla de selección: Es un área dentro de los reportes en donde se especifican los parámetros de
selección por los cuales se va a ejecutar el programa.
Se utiliza para restringir el procesamiento y la salida de los datos. Por lo general se coloca después
de la declaración de datos.
Dentro de una pantalla de selección se pueden declarar dos tipos de objetos: PARAMETER en los
cuales el usuario podrá ingresar valores individuales y SELECT-OPTIONS en donde el usuario podrá
ingresar rangos de valores.
Los SELECT-OPTIONS son iguales a los PARAMETER salvo que en ellos se pueden ingresar
rangos de valores, es decir valores “desde-hasta”, a parte de valores individuales.
La longitud máxima que puede tener el nombre de un parámetro es de 8 posiciones.
• El agregado de la cláusula OBLIGATORY hace que el parámetro sea obligatorio.
• El agregado de la cláusula DEFAULT asigna un valor por defecto al parámetro.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 68
También se pueden crear parámetros tipo Checkbox en donde el usuario puede tildar las opciones que
prefiera o tipo Radiobutton donde el usuario selecciona una de las opciones entre todas las existentes.
Podemos crear un "Marco" que encuadre a los parámetros de la pantalla de selección. Para ello,
debemos colocar a la declaración de los parámetros dentro de las siguientes sentencias:
SELECTION-SCREEN BEGIN OF BLOCK b1 WITH FRAME TITLE text-001. ....
.. SELECTION-SCREEN END OF BLOCK b1.
Donde b1 es el nombre del marco y text-001 es el título que se visualizará en el extremo superior
izquierdo del marco.
7.24 Tablas internas
Una Tabla Interna es un objeto de datos que permite guardar en memoria grandes cantidades de
registros de datos con la misma estructura.
La cantidad de registros máxima está relacionada con los límites especificados en la instalación del
sistema.
Los usos típicos que se le dan a una tabla interna son:
• Para almacenar temporalmente los datos de las BD’s para un procesamiento futuro.
• Para estructurar y formatear datos que se mostrarán como salida del programa.
• Para formatear datos y luego ser utilizados por otros servicios.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 69
7.24.1 Declaración
La sintaxis para su declaración es la siguiente:
Ilustración 40: Declaración
De esta manera se define una tabla interna con “n” líneas en memoria más una línea de
cabecera o área de trabajo.
La cantidad de líneas que se especifican en OCCURS no limitan el tamaño de la tabla sino la
cantidad de registros que se guardarán en memoria simultáneamente.
Por lo general, en el parámetro OCCURS se especifica la cantidad 0 lo que permite trabajar
con tablas de gran cantidad de registros. Ejemplo:
Ilustración 41: Tabla interna
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 70
7.24.2 Llenado de una tabla interna
Para llenar con datos una tabla interna se debe utilizar:
• APPEND TO: se añade un registro a la tabla interna en la última posición con los
valores que tengamos en el área de trabajo.
Para Llenar la tabla interna con el contenido de una base de datos, se utiliza la sentencia
SELECT.
7.24.3 Ordenamiento de una tabla interna
Para ordenar una tabla interna utilizamos la sentencia SORT.
Para ordenar de menor a mayor hay que utilizar la cláusula ASCENDING.
Para ordenar de mayor a menor hay que utilizar la cláusula DESCENDING.
7.24.4 Procesamiento de una tabla interna
Para recorrer una tabla interna y procesar registro a registro utilizaremos la sentencia LOOP
- ENDLOOP.
7.24.5 Lectura de una tabla interna
Para leer un registro concreto de una tabla interna sin necesidad de recorrerla, se utiliza la
sentencia READ TABLE.
Si se encuentra el registro buscado, el SY-SUBRC será cero, caso contrario, será distinto de
cero. Si se desea leer los datos que se encuentran en una posición particular de la tabla se
utilizará la cláusula INDEX.
7.24.6 Modificar una tabla interna
Para modificar el contenido de un registro de una tabla interna se debe utilizar la sentencia
MODIFY. Si intentamos modificar un registro de una tabla interna y el mismo no existe
entonces el SY-SUBRC será distinto de cero.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 71
Para insertar un registro en una posición determinada de una tabla interna utilizar la sentencia
INSERT.
Para borrar el contenido de un registro de una tabla interna se utiliza la sentencia DELETE.
Para borrar todo el contenido de una tabla interna se usa la sentencia REFRESH.
7.25 Instrucciones SQL
7.25.1 Sentencia SELECT
La sentencia SELECT se utiliza para acceder a la base de datos. Su sintaxis es la siguiente:
Ilustración 42: Sentencia Select
Siempre después de un SELECT se debe preguntar por el SY-SUBRC para saber como
proseguir.
7.25.1 Sentencia INSERT
La sentencia INSERT permite introducir nuevos registros a una base de datos.
Siempre después de un INSERT se debe preguntar por el SY-SUBRC. Si es cero, el registro
se insertó correctamente, caso contrario, se produjo un error y el registro no se insertó.
Si existe algún registro en la base de datos con igual clave que un registro en la tabla interna
se producirá un error (SY-SUBRC distinto de cero).
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 72
7.25.2 Sentencia UPDATE
La sentencia UPDATE permite actualizar el contenido de uno o varios registros de una tabla
de la BD’s.
Siempre después de un UPDATE se debe preguntar por el SY-SUBRC. Si es cero, el registro
se actualizo correctamente, caso contrario, se produjo un error y el registro no se actualizo.
7.25.3 Sentencia MODIFY
La sentencia MODIFY permite modificar el contenido de uno o varios registros de una tabla
de la base de datos.
Siempre después de un MODIFY se debe preguntar por el SY-SUBRC. Si es cero, el registro
se modifico correctamente, caso contrario, se produjo un error y el registro no se modifico.
Si el registro que se intenta modificar no existe en la tabla, este se creará.
7.25.4 Sentencia DELETE
La sentencia DELETE permite borrar el contenido de uno o varios registros de una tabla en
la base de datos.
Siempre después de un DELETE se debe preguntar por el SY-SUBRC. Si es cero, el registro
se borro correctamente, caso contrario, se produjo un error y el registro no se borro.
La cantidad de registros borrados se guarda en SY-DBCNT.
7.25.5 Actualización y recuperación de una base de datos
Para finalizar una unidad de procesamiento lógico (LUW) de la base de datos se utiliza un
COMMIT WORK, que realiza un update físico en la base de datos, haciendo irrevocable
cualquier modificación en esta.
Si deseamos deshacer todas las operaciones realizadas sobre la base de datos desde el último
COMMIT WORK, realizaremos un ROLLBACK WORK.
Es conveniente, después de un INSERT, MODIFY, UPDATE o DELETE realizar un
COMMIT WORK y ROLLBACK WORK.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 73
7.26 Tablas internas
Podemos clasificar los datos del sistema SAP en tres tipos: datos maestros, datos de movimientos y
datos del sistema o de control.
1. Datos maestros: son datos que no se modifican muy a menudo. Por ejemplo: datos de
materiales, cuentas, bancos, clientes, etc.
2. Datos de movimientos: son datos muy volátiles y con gran volumen de generación. Por
ejemplo: datos de facturas, pedidos, etc.
3. Datos del sistema o de control: son datos que tienen que ver con la configuración del
sistema.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 74
8. DISEÑO
8.1 Diseño de interfaz y navegación
En su mayoría todos los componentes de SAP son accesibles por medio de un programa llamado
“front end general” (interfaz gráfica de usuario SAP, SAP GUI).
El programa SAP GUI conecta el equipo (PC) front end con un sistema SAP concreto. Para iniciar
SAP GUI, SAP propone otro programa, SAP Logon. Cuando se llama a SAP Logon, se visualiza
una ventana con una lista de servidores SAP, para los que puede iniciar el proceso de acceso.
Ilustración 43: SAP Logon icono de acceso
Ilustración 44: SAP Logon diferentes ambientes
Ilustración 45: SAP Logon pantalla de acceso al sistema
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 75
La pantalla SAP EASY ACCESS es la inicial por defecto en los sistemas SAP. En la parte
izquierda de la pantalla muestra una estructura jerárquica en forma de árbol, compuesta por los
menús disponibles para el usuario en el sistema SAP.
Ilustración 46: SAP Easy Access
La estructura de las ventas de SAP es estandar en todo el sistema ERP.
1. Cabecera de la ventana
a. Barra de menús
b. Barra de herramientas
c. Barra de títulos
d. Barra de aplicaciones
2. Cuerpo de la pantalla
a. Campos de filtros de entrada
b. Datos de ejecución
c. Cabecera
d. Campos de salida
e. Filtros rápidos
f. Barra de Scroll
g. Pie de ventana
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 76
8.1.1 Diseño de la transacción de ejecución del informe
Ilustración 47: Diseño de la transacción
1. Barra de Menú: es la línea superior en cualquier ventana primaria de SAP. Los
menúes visualizados en cada caso dependerán de la transacción que se utiliza.
2. Barra de Herramientas: los botones de la barra de herramientas estándar aparecen
en todas las pantallas del sistema SAP
3. Barra de título: muestra el nombre de la función que se está utilizando en ese
momento, en este caso Informe Gestión de Producción.
4. Barra de herramientas de transacción: en la barra de aplicaciones se visualizan los
botones disponibles en la aplicación que se está utilizando en ese momento.
5. Campos de entredas: para ingresar valores con los cuales se ejecutará la transacción
6. Barra de status: La barra de status proporciona información general acerca del
sistema SAP, y la transacción o tarea en la que se está trabajando.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 77
8.1.2 Diseño del informe
Ilustración 48: Diseño del informe
1. Barra de título: muestra el nombre de la función que se está utilizando en ese
momento, en este caso Informe Gestión de Producción.
7. Barra de herramientas de la transacción: en la barra de aplicaciones se visualizan
los botones disponibles en la aplicación que se está utilizando en ese momento,
para realizar filtros, ordenamiento, exportar a excel, etc.
2. Datos de ejecución: estos son los datos con lo que se ejecuta el informe (filtros).
3. Cabecera del informe: muestra el nombre de los datos de cada columna del
informe.
4. Campos de salida: en esta parte de la pantalla se muestran los datos que resultaron
al ejecutar el informe según los filtros seleccionados.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 78
8.1.3 Diseño de los Mantenedores
Ilustración 49: Diseño del mantenedor
1. Barra de título: muestra el nombre de la función que se está utilizando en ese
momento, en este caso Informe Gestión de Producción.
2. Barra de herramientas de la transacción: en la barra de aplicaciones se visualizan
los botones disponibles en la aplicación que se está utilizando en ese momento,
para realizar ingresos de nuevas entradas, borrar entradas existentes, visualizar,
seleccionar todo, entre otras.
3. Cabecera del mantenedor: muestra el nombre de los datos de cada columna del
mantendor
4. Campo del mantenedor: es la parte del mantenedor donde se ingresan los datos
para luego se guardados y utilizados por un informe o transacción, los campos en
gris están bloqueados y no se pueden modificar ya que pertenecen a la clave
primaria y los campos con celdas blancas se puede modificar en cualquier momento.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 79
5. Barra de Scroll lateral: sirve para bajar en el caso que existan muchos datos en el
mantenedor.
6. Filtro rápido del mantenedor: se pueden realizar filtros por las claves primarias para
buscar de forma mas rápida un registro.
8.2 Seguridad
En cualquier sistema de gestión de información integrado se guardan datos de diferentes
áreas (bases de datos centralizadas) las que tienen restricciones por usuarios, a
continuación, se mencionaran motivos por los cuales se otorgan restricciones:
a. Proteger datos que afecten a la estrategia de la empresa, para no ofrecer ventajas
competitivas.
b. Evitar fraudes en la contabilidad o en el ingreso de información al sistema.
c. La obligación de proteger información ajena a la empresa, como los datos
personales de los usuarios o proveedores.
La siguiente ilustración muestra un ejemplo de Esquema de Seguridad de Usuarios.
Ilustración 50: Esquema de Seguridad de Usuarios
Usuarios
Grupo de actividad
Perfiles
Autorizaciones
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 80
A continuación, se define cada uno de los niveles del esquema de seguridad
1. Autorizaciones: Una autorización consiste en una asignación de valores a los campos
u objetos de campo.
2. Perfiles: Un perfil es una agrupación de varias autorizaciones que se crean con
anterioridad. El perfil es la unidad mínima de seguridad que se puede asignar a un
usuario.
3. Grupo de actividad: Son las agrupaciones de transacciones. Estos grupos contienen
internamente perfiles (que a su vez contienen autorizaciones) y se asignan directamente
a los usuarios.
4. Usuarios: Para que un empleado pueda acceder al sistema SAP, debe disponer de un
código de usuario. Este usuario tendrá asignado un grupo/s de actividad y/o un perfil
de autorización, para poder realizar las tareas que exige su función o puesto de trabajo.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 81
8.3 Descripción de roles usuarios
Los roles serán comprobados mediante el authority check incorporado en cada desarrollo.
Rol TX Tipo Usuario
ZPP_PLAN
ANUAL_GERENTES
ZPP_PLANANUAL_AÑO • GERENTE DE
PRODUCCIÓN
ZPP_PLANANUAL_
JEFES
ZPP_PLANANUAL_MES • JEFE DE PRODUCCIÓN
• JEFES DE TURNO
ZPP_PLANANUAL_
SEMANA
ZPP_PLANANUAL_DIA
ZPP_CUMPLE_
PEDIDOS_JEFES
ZPP_CUMPLE_PED_MES • GERENTE DE LOGISTICA
• JEFE DE LOGISTICA Y
DISTRIBUCIÓN
ZPP_CUMPLE_PED_SEM
ZPP_CUMPLE_PED_DIA
ZPP_RESUMEN_
STOCK_JEFES ZPP_RESUMEN_STOCK
• JEFE DE PRODUCCIÓN
• JEFES DE TURNO
• JEFE DE LOGISTICA Y
DISTRIBUCIÓN
• ENCARGADO WMS
ZPP_DESPACHOS_
JEFES
ZPP_RESUM_CUMPLE_DE
SPACHO
• GERENTE DE LOGISTICA
• JEFE DE LOGISTICA Y
DISTRIBUCIÓN
• ENCARGADO WMS
ZPP_EXTRAE ZPP_EXTRAE_PROD_PEDI
DO_STOCK
• INTERFAZ (EXTRACCION
AUTOMÁTICA
Tabla 5: Roles
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 82
9. DESCRIPCION DE LOS INFORMES
9.1 Informe: Planificación Anual (cumplimiento).
El ALV de planificación (Cumplimiento) se divide en 4 sub-informes (ALV’s), cada uno de estos
tiene su propio esquema (Variables, pantalla de selección, lógica del programa, carga de datos,
métodos, diseño y formato de salida en pantalla.)
1. ALV - Planificación Anual.
2. ALV - Planificación Mensual segun Centro y Año.
3. ALV - Planificación Semanal segun Mes, Centro y Año.
4. ALV - Planificación por día según semana, mes, centro y año.
9.1.1 Tablas utilizadas
9.1.1.1 ZTPP_PLANM_GESP
Esta tabla personalizada fue creada especialmente para este informe, con el fin de que el usuario
encargado ingrese la cantidad de materiales a producir en un centro, para una semana específica.
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
ZTPP_PLANM_GESP
MANDT CLNT 3 0 MANDANTE
MATNR CHAR 18 0 NÚMERO DE MATERIAL
WERKS CHAR 4 0 CENTRO
BUDAT DATS 8 0 FECHA
CONTABILIZACIÓN
WEEK ACCP 6 0 SEMANA
ZPLAN QUAN 13 3 CANTIDAD A PRODUCIR
Tabla 6: Tabla del ZTPP_PLANM_GESP
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 83
9.1.1.2 MSEG
Esta es una tabla del sistema, la cual almacena un segmento del documento de material, el que consta
de los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
MSEG
MANDT CLNT 3 0 MANDANTE
MATNR CHAR 18 0 MATERIAL
MENGE QUAN 13 3 CANTIDAD
BWART CHAR 3 0 NÚMERO DE MES
WERKS CHAR 4 0 CENTRO
MBLNR CHAR 10 0 DOC. MATERIAL
Tabla 7: Tabla MSEG
9.1.1.3 MKPF
Es una tabla del sistema, que se encarga de almacenar los datos de la cabecera del documento de
material, de esta se utilizan solo los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
MKPF
MANDT CLNT 3 0 MANDANTE
BUDAT DATS 8 0 FECHA
CONTABILIZACIÓN
MBLNR CHAR 10 0 DOC. MATERIAL
Tabla 8: Tabla MKPF
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 84
9.2 Informe: Resumen del cumplimiento de despachos entre plantas.
Este ALV tiene el siguiente esquema (Variables, pantalla de selección, lógica del programa, carga de
datos, diseño y formato de salida en pantalla.)
9.2.1 Tablas utilizadas
9.2.1.1 EKKO
Esta es una tabla del sistema, que se encarga de almacenar los datos de la cabecera del documento de
compras, el que consta de los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
EKKO
MANDT CLNT 3 0 MANDANTE
EBELN CHAR 10 0 DOC. COMPRAS
BEDAT DATS 8 0 FECHA DOCUMENTO
BSART CHAR 4 0 CLASE DOCUMENTO
RESWK CHAR 4 0 CENTRO
Tabla 9: Tabla EKKO
9.2.1.2 EKPO
Es una tabla del sistema, que se encarga de almacenar los datos de la posición del documento de
compras, de esta se utilizan solo los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
EKPO
MANDT CLNT 3 0 MANDANTE
EBELN CHAR 10 0 DOC. COMPRAS
EBELP NUMC 5 0 POSICIÓN
MATNR CHAR 18 0 MATERIAL
WERKS CHAR 4 0 CENTRO
MENGE QUAN 13 3 CANTIDAD PEDIDO
Tabla 10: Tabla EKPO
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 85
9.2.1.3 EKBE
Es una tabla del sistema, que se encarga de almacenar los datos del historial del documento de
compras, de esta se utilizan solo los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
EKBE
MANDT CLNT 3 0 MANDANTE
EBELN CHAR 10 0 DOC. COMPRAS
EBELP NUMC 5 0 POSICIÓN
VGABE CHAR 1 0 CLASE OPERACIÓN
MENGE QUAN 13 3 CANTIDAD
CPUDT DATS 8 0 FECHA DEL REGISTRO
CONTABLE
Tabla 11: Tabla EKBE
9.3 Informe: Resumen de Stock (cumplimiento, producción, ventas, pedidos).
Este ALV tiene el siguiente esquema (Variables, pantalla de selección, lógica del programa, carga de
datos, diseño y formato de salida en pantalla.)
9.3.1 Tablas utilizadas
9.3.1.1 EKKO
Esta es una tabla del sistema, que se encarga de almacenar los datos de la cabecera del documento de
compras, el que consta de los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
EKKO
MANDT CLNT 3 0 MANDANTE
EBELN CHAR 10 0 DOC. COMPRAS
BEDAT DATS 8 0 FECHA DOCUMENTO
BSART CHAR 4 0 CLASE DOCUMENTO
RESWK CHAR 4 0 CENTRO
Tabla 12:Tabla EKKO
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 86
9.3.1.2 EKPO
Es una tabla del sistema, que se encarga de almacenar los datos de la posición del documento de
compras, de esta se utilizan solo los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
EKPO
MANDT CLNT 3 0 MANDANTE
EBELN CHAR 10 0 DOC. COMPRAS
EBELP NUMC 5 0 POSICIÓN
MATNR CHAR 18 0 MATERIAL
WERKS CHAR 4 0 CENTRO
MENGE QUAN 13 3 CANTIDAD PEDIDO
Tabla 13: Tabla EKPO
9.3.1.3 EKBE
Es una tabla del sistema, que se encarga de almacenar los datos del historial del documento de
compras, de esta se utilizan solo los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
EKBE
MANDT CLNT 3 0 MANDANTE
EBELN CHAR 10 0 DOC. COMPRAS
EBELP NUMC 5 0 POSICIÓN
VGABE CHAR 1 0 CLASE OPERACIÓN
MATNR CHAR 18 0 MATERIAL
MENGE QUAN 13 3 CANTIDAD
BLDAT DATS 8 0 FECHA DOCUMENTO
Tabla 14:Tabla EKBE
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 87
9.3.1.4 MSEG
Esta es una tabla del sistema, la cual almacena un segmento del documento de material, el que consta
de los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
MSEG
MANDT CLNT 3 0 MANDANTE
MATNR CHAR 18 0 MATERIAL
MENGE QUAN 13 3 CANTIDAD
BWART CHAR 3 0 NÚMERO DE MES
WERKS CHAR 4 0 CENTRO
MBLNR CHAR 10 0 DOC. MATERIAL
Tabla 15: Tabla MSEG
9.3.1.5 MKPF
Es una tabla del sistema, que se encarga de almacenar los datos de la cabecera del documento de
material, de esta se utilizan solo los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
MKPF
MANDT CLNT 3 0 MANDANTE
BUDAT DATS 8 0 FECHA
CONTABILIZACIÓN
MBLNR CHAR 10 0 DOC. MATERIAL
Tabla 16: Tabla MKPF
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 88
9.3.1.6 MARD
Es una tabla del sistema, que se encarga de almacenar los datos de almacenpara el material, de esta
se utilizan solo los siguientes campos:
TABLA CAMPO TIPO
DATO
LONG. DECIMAL DESCRIPCIÓN
LABST
MANDT CLNT 3 0 MANDANTE
MATNR CHAR 18 0 MATERIAL
WERKS CHAR 4 0 CENTRO
LABST QUAN 13 3 LIBRE UTILIZACION
LFGJA NUMC 4 0 EJ. PERIODO ACTUAL
Tabla 17: Tabla MARD
Para var el codigo fuente de los programas revisar anexo 15.2
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 89
10. PRUEBAS
10.1 Pruebas
10.1.1 Elementos de Prueba
Para el desarrollo de las pruebas generales, se contempla los siguientes elementos:
1. Integración con el módulo
2. Informes
3. Extracción de datos
4. Pruebas de perfiles de usuarios
5. Pruebas de navegación del sistema
10.1.2 Especificación de pruebas
El objetivo es verificar que no ocurran errores en cada una de las actividades; para la aplicación de
las pruebas se utiliza el enfoque de caja negra. La tabla 18, muestra los niveles, responsables y
elementos de prueba aplicados a cada característica.
Características a probar Nivel de Prueba Responsables Elementos de
prueba.
Funcionalidad de la
Interfaz,
Unidad, y
Aceptación
Macarena Barrera Valenzuela
Juan Rebolledo
2, 3, 4
Interacción Unidad e
Integración
Juan Rebolledo 1
Seguridad y Navegación. Aceptación Macarena Barrera Valenzuela
Luis Espinoza
2,3,4
Tabla 18: Especificación de pruebas
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 90
10.2 Calendario de pruebas
Prueba Fecha
Integración de Módulos 25.07.2017
Extracción de datos 27.07.2017
Pruebas de perfiles de usuarios 28.07.2017
Pruebas de navegación del sistema 28.07.2017
Tabla 19: Calendario de pruebas
10.3 Detalle de las pruebas
Para mayores detalles respecto a las pruebas leer anexo 15.4.
10.4 Conclusiones de Prueba
Las pruebas fueron realizadas exitosamente en el ambiente de Prueba TST, por los responsables de
cada una de estas. Al terminar esta fase quedan disponibles los transportes de las órdenes, para ser
traspadas al ambiente Productivo (PRD).
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 91
11. PLAN DE CAPACITACIÓN Y ENTRENAMIENTO
1. Presentación de los informes al área gerencial para la toma de decisiones.
2. Presentación de los informes a las jefaturas de cada área.
a. Explicación del funcionamieto
b. Explicación de la exportación de datos
c. Trazabilidad y obtención de indicadores (revisión de fórmulas)
d. Revisión de accesos y permisos de usuarios
Actividades Tiempo
1. Presentación Inicial 60 minutos
2.- Capacitación usuarios claves
a) Se realizan capacitaciones para revisión del
informe
b) Extracción a excel y filtros
180 minutos
Tabla 20: Plan de capacitación
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 92
12. RESUMEN ESFUERZO REQUERIDO
Actividad/Fase Horas
Investigación y Desarrollo de reportes en SAP ABAP
i. Etapa I – Levantamiento de información 144
a. Estudio del Arte 40
b. Definir proyecto 40
c. Organización del proceso 24
d. Alcance de la implementación 24
e. Requerimientos 16
ii. Etapa II – Análisis y Diseño 216
a. Estudio de Factibilidad 8
b. Modelamiento de datos 72
c. Recolección de datos 136
iii. Etapa III- Desarrollo e Implementación 344
a. Programación de soluciones 280
b. Pruebas Unitarias 8
c. Pruebas de aceptación de usuario final 16
d. Preparación Material Formación (manuales Usuario) 24
e. Plan de capacitación a usuarios 16
iv. Etapa IV –Entrega y traspaso a productivo 24
a. Solicitud de transporte de Ambiente Prueba a Ambiente
Productivo
8
b. Soporte en caso de incidencias 16
Total 728
Tabla 21: Resumen del esfuerzo requerido
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 93
13. CONCLUSIONES
Las mejoras que se obtuvieron con este proyecto se evidenciaron desde el primer mes. Lo primero
fue una nueva distribución del personal que elaboraba los informes, ya que desde la implementación
de estos, se pueden obtener de forma diaria ya que antes solo se podían revisar de manera semanal o
mensual, por la gran cantidad de información. Es por esto, que las personas ahora se dedican a la
gestión de la información, lo que genera un gran aporte en el proceso, porque pueden intervenir las
áreas de producción y distribución/logística para lograr disminuir el rechazo de venta y controlar el
cumplimiento de cada etapa incluyendo el pronóstico del área comercial desde donde nace todo el
proceso. No se realizó el infome cumplimiento de pedidos, ya que era redundante con el cumplimiento
de despachos y resumen de stock, esta decisión fue tomada por el usuario clave.
Siempre se debe comenzar a programar teniendo claro los requerimientos solicitados por el cliente o
usuario clave, además se deben dejar respaldos para que al momento de las pruebas no aparezcan
cosas que están fuera del petitorio inicial. Es importante que en la definición de los reportes participen
todas las áreas involucradas para así plasmar la mayor cantidad de ideas y no duplicar información,
ya que aplicar modificaciones a un reporte cuando este se encuentra concluido es casí igual que
comenzar desde cero a desarrollar uno nuevo, por que se deben recorrer todas las estructuras y
programas.
Pude adquirir nuevos conocimientos de programación que me servirá en mi futuro laboral, realzando
las relaciones con mis compañeros de trabajo y sobre todo disponibilidad de las personas con las
cuales tuve que interactuar, esto fue fundamental para lograr el objetivo del proyecto.
SAP es una herramienta que llego para quedarse en todas las empresas que la adoptan y cada vez son
mas a nivel nacional y mundial, ya que incorpora las mejores prácticas del mercado. El ABAP es su
lenguaje de programación que se debe ir estudiando día a día por que la nueva tendencia es la
orientación a objetos. Proximamente SAP dejará de otorgar soporte a su ERP para migrar todo a SAP
HANA en donde la programación ABAP varía mucho, por lo tanto, hay que estar en un continuo
aprendizaje.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 94
14. BIBLIOGRAFÍA
Bandari, K. (2017). COMPLETE ABAP. SAP Press.
Coca-Cola Embonor S.A. (2017). Coca-Cola Embonor S.A. Obtenido de http://www.embonor.cl/
CVOSOFT. (2017). CVOSOFT - Ingeniería en Formación IT. Obtenido de http://www.cvosoft.com/
DiarioTi. (2017). DiarioTi.com - el diario del profesional TI. Obtenido de https://diarioti.com/las-
certificaciones-sap-se-posicionan-como-una-alternativa-para-aumentar-la-
empleabilidad/63184
El Mercurio S.A.P. (2017). Ediciones especiales online. Obtenido de
http://www.edicionesespeciales.elmercurio.com/destacadas/detalle/index.asp?idnoticia=201
210251126867
MAGAL, S. R., & WORD, J. (2012). Integración deprocesos de negocio con SAP ERP. (G. E, P. M,
& S. M, Trads.)
SAP. (2017). ABAP Development Community. Obtenido de http://scn.sap.com/community/abap
SAP. (2017). SAP Help Portal. Obtenido de http://help.sap.com/
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 95
ANEXOS
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 96
I. ANEXO: PLANIFICACION INICIAL DEL PROYECTO
Ilustración 51: Carta Gantt
Id Nombre de tarea Duración Comienzo Fin
1 Investigación y Desarrollo de reportes en SAP ABAP para la extracción de datos desde SAP a SQL Server, Excel y mediante WebService85 días lun 03-04-17 vie 28-07-172 Etapa I: Levantamiento de información 19 días lun 03-04-17 jue 27-04-173 Estudio del Arte 5 días lun 03-04-17 vie 07-04-174 Definir proyecto 5 días lun 10-04-17 vie 14-04-175 Organización del proceso 3 días lun 17-04-17 mié 19-04-176 Alcance de la Implementacion 3 días jue 20-04-17 lun 24-04-177 Requerimientos 2 días mar 25-04-17 mié 26-04-178 Entrega Informe avances I 1 día jue 27-04-17 jue 27-04-179 Etapa II: Análisis y Diseño 28 días vie 28-04-17 mar 06-06-17
10 Estudio de factibilidad 5 días vie 28-04-17 jue 04-05-1711 Modelamiento de Datos 5 días vie 05-05-17 jue 11-05-1712 Recolección de datos 17 días vie 12-05-17 lun 05-06-1713 Entrega Informe avances II 1 día mar 06-06-17 mar 06-06-1714 Etapa III: Desarrollo e Implementación 37 días mié 07-06-17 jue 27-07-1715 Programacion Soluciones 30 días mié 07-06-17 mar 18-07-1716 Entrega Informe avances III 1 día mié 19-07-17 mié 19-07-1717 Implementación 6 días jue 20-07-17 jue 27-07-1718 Etapa IV: Entrega 1 día vie 28-07-17 vie 28-07-1719 Entrega de Proyecto 1 día vie 28-07-17 vie 28-07-17
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 97
II. ANEXO: CODIGO FUENTE
a) Informe: Planificación Anual (cumplimiento).
ALV 1 - Planificación Anual.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 98
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 99
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 100
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 101
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 102
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 103
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 104
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 105
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 106
14.1.1.1 ALV 2 - Planificación Mensual segun Centro y Año.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 107
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 108
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 109
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 110
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 111
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 112
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 113
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 114
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 115
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 116
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 117
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 118
14.1.1.2 ALV 3 - Planificación Semanal segun Mes, Centro y Año.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 119
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 120
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 121
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 122
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 123
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 124
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 125
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 126
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 127
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 128
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 129
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 130
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 131
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 132
14.1.1.3 ALV 4 - Planificación por día según semana, mes, centro y año.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 133
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 134
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 135
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 136
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 137
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 138
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 139
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 140
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 141
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 142
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 143
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 144
b) Informe: Resumen del cumplimiento de despachos entre plantas.
Este ALV tiene el siguiente esquema (Variables, pantalla de selección, lógica del programa, carga de
datos, diseño y formato de salida en pantalla.)
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 145
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 146
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 147
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 148
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 149
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 150
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 151
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 152
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 153
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 154
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 155
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 156
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 157
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 158
c) Informe: Resumen de Stock (cumplimiento, producción, ventas, pedidos).
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 159
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 160
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 161
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 162
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 163
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 164
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 165
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 166
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 167
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 168
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 169
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 170
III. ANEXO: MANUALES DE USUARIO
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 171
Manual de ingreso al sistema
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 172
Ingreso a SAP
a. Se ingresa a SAP haciendo doble clic sobre el logo de SAP
b. Seleccionar el ambiente en el cual se desea trabajar
c. Hacer doble clic
d. Luego se ingresan los datos en la pantalla de inicio
• Usuarios: su nombre de usuario (primera letra del nombre + apellido)
• Clv.acc.: clave de acceso
• Luego presionar la tecla ENTER del computador o podemos hacer clic en el icono de
SAP
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 173
ICONOS
a. Barras de Herramientas
La Barra de Herramientas contiene iconos para realizar acciones comunes tales como grabar
y enter.
A Continuación se enumeran las funciones de la barra de herramientas:
Nombre Herramienta Icono Descripción de la Función
Botón Enter o
Continuar
Se deberá pulsar el botón para chequear los datos
ingresados en una pantalla. Este botón realiza la
misma función que la tecla enter del teclado.
Campo de Comandos
Es un conjunto de caracteres que se escriben como una
línea de comandos, y en él se pueden introducir los
códigos de comandos que corresponden a las
transacciones del menú.
Botón Grabar o Guardar
(CTRL+S)
Se deberá pulsar este botón cuando desee confirmar la
grabación de los datos ingresados al sistema.
Botón de Back (F3)
Se deberá pulsar este botón si quiere regresar a la
pantalla anterior sin grabar los datos ingresados.
Botón Finalizar
(SHIFT+F3)
Se deberá pulsar este botón si quiere salir de la actual
aplicación. El sistema devuelve a la aplicación
anterior.
Botón Cancelar (F2) Se deberá presionar este botón si desea salir de la
tarea actual sin grabar.
Botón Imprimir (CTRL
+P)
Se deberá pulsar este botón si desea imprimir los
datos que actualmente aparecen en pantalla. Solo se
podrá imprimir en las pantallas en que los datos
aparezcan en formato de listado y formato de tabla.
Se deberá presionar este botón si desea hacer una
búsqueda de una cadena de caracteres en la pantalla
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 174
Botón Buscar
(CTRL+F)
actual. Solo se podrá buscar en las pantallas en que los
datos aparezcan en formato de listado y formato de
tabla.
Botón Buscar Siguiente
(CTRL+G)
Se deberá pulsar este botón si desea seguir buscando
la cadena de caracteres indicada en búsqueda anterior
con el botón buscar. Solo se podrá buscar siguiente en
las pantallas en que los datos aparezcan en formato de
listado y formato de tabla.
Botones de Paginación
Se deberán pulsar estos botones si desea avanzar en
las páginas, ya sea primera página, página anterior,
página siguiente o última página.
Crear modo
Se deberá pulsar este botón si quiere crear un nuevo
modo (una nueva pantalla) en SAP, es la misma
función que crear un modo en el menú.
Crear Acceso rápido
Se deberá pulsar este botón si quiere crear un acceso
rápido en el desktop a cualquier informe SAP,
transacción o tarea si está trabajando con un Sistema
Operativo de 32 Bits en Windows.
Ayuda (F1) Se deberá pulsar este botón si necesita ayuda en el
campo donde se posiciona el cursor.
Menú Front end
Se deberá pulsar este botón si quiere configurar las
opciones de visualización.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 175
b. Barra de aplicaciones
Con estas aplicaciones se puede acceder a diferentes menús del sistema y grabar las
transacciones favoritas
Icono Nombre/Descripción
Menú de usuario (CTRL+F10)
Menú SAP (CTRL+F11)
SAP Business Workplace (CTRL+F12)
Añadir a Favoritos (CTRL+SHIFT+F6)
Borrar de Favoritos (SHIFT+F2)
Modificar Favoritos (CTRL+SHIFT+F3)
Desplazar Favorito hacia abajo (CTRL+SHIFT+F2)
Desplazar Favorito hacia arriba (CTRL+SHIFT+F1)
Ejecutar una transacción (F8)
Traer o Generar una variante de trabajo, la cual trae los
datos asignados en una variable (SHIFT+F5)
Delimitación de Opciones (SHIFT+F4) sobre las cuales
puede trabajar el usuario
Documentación de Programa (SHIFT+F1), muestra el
estatus de cada uno de los lotes de inspección generados
c. Pie de Ventana
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 176
• Barra de Status
La barra de status proporciona información general sobre el Sistema SAP y la
transacción o la tarea en la que está trabajando. El final derecho de la barra de
status contiene tres campos: uno con información de servidor (ambiente y
mandante) y los otros dos con información de status.
d. Identificación de Mensaje
A la izquierda de la barra de status aparecen los mensajes del sistema
e. Ventana de dialogo
La ventana de dialogo aparece cuando se requiere más información antes de que
pueda proceder el correcto funcionamiento de la Transacción.
Está proporcionando información, tal como mensajes o información específica
sobre su tarea actual. Antes de que pueda continuar, debe seleccionar una acción
de una ventana de diálogo. Para seleccionar una acción, seleccione uno de los
pulsadores al fondo de la ventana de diálogo.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 177
Alfredo Alexis Arévalo Venegas
Alfredo Arévalo Venegas
Programa: Resumen de Stock
(Cumplimiento, producción, ventas, pedidos)
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 178
Programa Resumen de Stock
Este programa sirve para tener una visión del stock por planta.
Transacción ZPP_RESUMENSTOCK
a. Ingresamos a la transacción ZPP_RESUMENSTOCK.
b. Ingresamos Centro.
c. Ingresamos Año
d. Seleccionamos Mes y presionamos ejecutar.
e. Aparece en pantalla la información
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 179
Alfredo Alexis Arévalo Venegas
Alfredo Arévalo Venegas
Programa: Planificación Anual
(Cumplimiento)
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 180
Programa de Planificación Anual (Cumplimiento)
Este programa sirve para ver la producción estimada para cada planta y su nivel de
cumplimiento ya sea anual, mensual, semanal o diario.
Transacción ZPP_PLANANUAL
a. Ingresamos a la transacción ZPP_PLANANUAL.
b. Ingresamos Año y presionamos ejecutar.
c. Aparece en pantalla la información para el año ingresado.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 181
d. Para ver la información de un centro específico, se debe hacer doble clic en
cualquiera de los datos de la columna correspondiente.
e. Aparece en pantalla la información para el centro seleccionado.
f. Para ver la información en detalle para un mes específico, se debe hacer doble clic
en cualquiera de los datos de la columna correspondiente.
g. Aparece en pantalla la información para el mes seleccionado.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 182
h. Para ver la información en detalle para una semana específica, se debe hacer doble
clic en cualquiera de los datos de la columna correspondiente.
i. Aparece en pantalla la información para la semana seleccionada.
Observaciones: Exportar a Excel.
a. La información de los informes puede ser exportada a Excel presionando el botón
.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 183
Mantenedor ZPP_LOGMERMASBO
a. En el mantenedor podemos ingresar los datos de cantidad de material a producir
para un centro de terminado en un periodo determinado.
b. Para ingresar nuevos valores presionar .
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 184
c. Ingresamos la información y al terminar presionar guardar
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 185
Alfredo Alexis Arévalo Venegas
Alfredo Arévalo Venegas
Programa: Resumen de
cumplimiento de despachos entre plantas
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 186
Programa Resumen de cumplimiento de despachos entre plantas
Este programa sirve para tener una visión del stock por planta.
Transacción ZPP_RESUMENCUMPLI
a. Ingresamos a la transacción ZPP_RESUMENCUMPLI.
b. Ingresamos Centro.
c. Ingresamos Año
d. Seleccionamos Mes y presionamos ejecutar.
e. Aparece en pantalla la información
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 187
IV. ANEXO: ESPECIFICACION DE LAS PRUEBAS
Elementos de Prueba
Para el desarrollo de las pruebas generales, se contempla los siguientes elementos:
1. Integración con el módulo
2. Informes
3. Extracción de datos
4. Pruebas de perfiles de usuarios
5. Pruebas de navegación del sistema
Características a probar Nivel de Prueba Responsables Elementos de
prueba.
Funcionalidad de la
Interfaz,
Unidad, y
Aceptación
Macarena Barrera Valenzuela
Juan Rebolledo
2, 3, 4
Interacción Unidad e
Integración
Juan Rebolledo 1
Seguridad y Navegación. Aceptación Macarena Barrera Valenzuela
Luis Espinoza
2,3,4
Tabla 22: Especificación de pruebas
Especificación de pruebas por elementos
1. Prueba de Unidad y aceptación
1.1 Funcionalidad de la interfaz e interacción
a) Se crea mantenedor y se realizan las pruebas correctamente
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 188
Ilustración 52: Prueba mantenedor
Prueba Resultado
Ingresar nueva entrada Exito
Eliminar entrada Éxito
Duplicar claves Fracaso
Filtrar Éxito
Modificar cumplimiento Exito
Grabar datos Éxito
Copiar entrada Exito
Ingreso de caracteres en cumplimiento Fracaso
Tabla 23: Pruebas de mantenedor
El caso de fracaso esta correcto ya que no se pueden duplicar las claves primarias.
El ingreso de caracteres está prohibido ya que es un campo numérico.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 189
b) Se crea informe y se realizan las pruebas correctamente
Ejecución del informe
Ilustración 53: Prueba informe ejecución
Prueba Resultado
Ingreso de datos (2012) Exito
Ejecución Éxito
Grabar No hace nada
Atrás Éxito
Cancelar Exito
Ejecuatr sin filtro Fracaso
Ingreso de caracteres Fracaso
Tabla 24: Pruebas de Informe ejecución
El caso de fracaso esta correcto ya que no se puede ejecutar la transacción sin el
ingreso de datos ya que es un campo obligatorio. Está bien que al grabar no haga
nada, la transacción solo se debe abrir con el botón ejecutar. El ingreso de caracteres
está prohibido ya que es un campo numérico.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 190
Ejecución del informe año
Ilustración 54: Prueba informe año
Prueba Resultado
Ingreso de datos (2012) Exito
Ejecución Éxito
Muestra datos Exito
Muestra datos completos Fracaso
Ordena Correctamente Éxito
Herramientas de transacción Exito
Exportar a excel Éxito
Tabla 25: Pruebas de Informe Año
El caso de fracaso fue corregido posteriormente para que el programa funcione
correctamente.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 191
Ejecución del informe año-centro-mes
Ilustración 55: Prueba informe centro-mes
Prueba Resultado
Ingreso de datos (2012-centro CE10) Exito
Ejecución Éxito
Muestra datos Exito
Meustra datos completos Exito
Ordena Correctamente Éxito
Herramientas de transacción Exito
Exportar a excel Éxito
Tabla 26: Pruebas de Informe centro-mes
Todos los casos de pruebas fueron exitosos.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 192
Ejecución del informe año-centro-mes-semana
Ilustración 56: Prueba informe mes-semana
Prueba Resultado
Ingreso de datos (2012-centro CE10-Mes Julio) Exito
Ejecución Éxito
Muestra datos Exito
Meustra datos completos Exito
Ordena Correctamente Éxito
Herramientas de transacción Exito
Exportar a excel Éxito
Tabla 27: Pruebas de Informe mes-semana
Todos los casos de pruebas fueron exitosos.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 193
Ejecución del informe año-centro-mes-semana-día
Ilustración 57: Prueba informe semana-día
Prueba Resultado
Ingreso de datos (2012-centro CE10-Mes Julio-
Semana 30)
Exito
Ejecución Éxito
Muestra datos Exito
Meustra datos completos Fracaso
Ordena Correctamente Éxito
Herramientas de transacción Exito
Exportar a excel Éxito
Tabla 28: Pruebas de Informe semana-día
El caso de fracaso fue corregido posteriormente para que el programa funcione al
cien porciento.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 194
Ejecución del informe Resumen cumplimiento entre plantas
Ilustración 58: Prueba informe cumplimiento entre plantas
Prueba Resultado
Ingreso de datos (2017-centro CE10-Mes Junio) Exito
Ejecución Éxito
Muestra datos Exito
Meustra datos completos Exito
Ordena Correctamente Éxito
Herramientas de transacción Exito
Exportar a excel Éxito
Tabla 29: Pruebas de Informe cumplimiento entre plantas
Todos los casos de pruebas fueron exitosos.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 195
Ejecución del informe Resumen Stock
Ilustración 59: Prueba informe resumen Stock
Prueba Resultado
Ingreso de datos (2017-centro CE10-Mes Junio) Exito
Ejecución Éxito
Muestra datos Fracaso
Meustra datos completos No Obsevado
Ordena Correctamente No Obsevado
Herramientas de transacción No Obsevado
Exportar a excel No Obsevado
Tabla 30: Pruebas de Informe resumen de stock
El caso de fracaso y Np observado fue un problema de sistemas ya que justo al
ejecutar el informe se realizó una copia de mandante entre el ambiente Productivo y
Testing, por lo tanto se perdieron todos los datos de pruebas.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 196
2.1 Aceptación
a. Seguridad
Solo permite ingresar valores numéricos para la ejecución, ya que el campo es
AÑO.
Ilustración 60: Seguridad de validación campos
No se puede ejecutar la trabsacción si no se completn los campos de entrada ya
que están como obligatorios.
Ilustración 61: Seguridad de campos obligatorios
Solo pueden ingresar usuarios que tengan accesos definidos por los roles y
perfiles asignados en sus cuentas de usuarios.
Ilustración 62: Seguridad de accesos
b. Navegación
Se probaron cada uno de los botones y barras del sistema funcionando todo
correctamente.
El funcionamiento del informe fue acepatdo conformemente por Juan Rebolledo, Jefe de
Proyectos TI en Coca-Cola Embonor S.A..
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 197
V. ANEXO: GLOSARIO
1. ABAP: Es un lenguaje de programación de cuarta generación, propiedad de SAP, que se
utiliza para programar la mayoría de sus productos.
2. Aplicaciones: Una aplicación es un tipo de programa que le permite realizar una tarea
concreta.
3. ASAP: As Soon As Possible (lo más pronto posible).
4. BASIS: es la forma "clásica" de referenciarse a la Administración de la plataforma operativa
del sistema SAP.
5. Batch Input: un ingreso masivo de datos de forma batch (o en lote).
6. Benchmarking: es un anglicismo que, en las ciencias de la administración de empresas, puede
definirse como un proceso sistemático y continuo para evaluar comparativamente los
productos, servicios y procesos de trabajo en organizaciones.
7. BD`s: Bases de datos.
8. Botones de pulsación: es un pulsador utilizado para realizar cierta función.
9. Botones de radio: se utilizan igual que las casillas de verificación: activan y desactivan
opciones.
10. Breakpoints: un punto de interrupción es un lugar de detención o pausa intencional en un
programa puesto en marcha con fines de depuración.
11. Cubo de datos: forma de analizar datos en base de datos.
12. Conexión http: habilita un paquete para obtener acceso a un servidor web.
13. Conexiones TCP/IP: Transmission Control Protocol (TCP) o Protocolo de Control de
Transmisión, es uno de los protocolos fundamentales en internet.
14. Checkboxes: es un elemento de entrada que te permite insertar un vector o valor.
15. Dashboard: Monitor de procesos.
16. DES: Ambiente de desarrollo para los programadores y consultores funcionales.
17. Driver: controlador de dispositivo.
18. ERP: Enterprise Resource Planning, Sistemas de información gerenciales.
19. Field exits: es como una user exit que se utiliza para relacionar un campo determinado de una
dynpro (pantalla) con un programa.
20. Función: es un conjunto de líneas de código que realizan una tarea específica y puede retornar
un valor.
21. HANA: Es la implementación de SAP SE de la tecnología de base de datos en memoria.
22. Hardware: Conjunto de elementos físicos o materiales que constituyen una computadora o
un sistema informático.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 198
23. IBM System i y z: Software y servidores de IBM que proporcionan una infraestructura de TI
rápida, fiable y segura.
24. ID: Identificador único.
25. ISO: Organización Internacional de Normalización.
26. Línea (productiva): área de producción donde se realiza el producto.
27. Linux: Sistema operativo.
28. LOG: Historial de modificaciones.
29. MYSAP: MySAP, un producto de la compañía de software alemana SAP.
30. MM: Manejo de Materiales o Gestión de materiales.
31. PET: Poli Etilén Tereftalato (Botellas desechables).
32. Planta: lugar físico donde se fabrican productos.
33. PP: Planificación de la Producción.
34. PRD: Ambiete de productivo donde se trabaja.
35. Programa de Diálogo:es un desarrollo que cuenta con una ventana que permite comunicación
simple entre el usuario y sistema.
36. QM: Gestión de Calidad.
37. REF-PET: Botellas retornables.
38. RFC: Remote Funtion Call.
39. S.A.: Sociedad Anonima.
40. SAP: Systeme, Anwendungen und Produkte (Sistemas, Aplicaciones y Productos.
41. SAP ECC6: ERP Central Component versión 6.
42. SAP R/3: es el nombre de un software ERP creado por la compañía alemana.
43. Scroll: desplazar o deslizar se utiliza en las barras de desplazamiento.
44. Software: Conjunto de programas y rutinas que permiten a la computadora realizar
determinadas tareas.
45. SQL: Structured Query Language; en español lenguaje de consulta estructurada.
46. Staffing: solución para contratación de personas.
47. Stock: existencias (todo lo referente a los bienes que una persona u organización posee y que
sirven para la realización de sus objetivos).
48. TI: Tecnologías de Información.
49. TST: Ambiente de testing para realizar pruebas y capacitaciones de usuarios.
50. Transacciones: Códigos que identifican un programa el cual realiza un proceso.
51. Transacciones Z: Código desarrollado por un ABAP a medida para la empresa.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile
pág. 199
52. UNIX: es un sistema operativo, es decir, es una colección de programas que ejecutan otros
programas en una computadora.
53. User exits: Inicialmente los user-exits en ABAP eran el modo más usual de realizar
ampliaciones en SAP. Los USER EXITS son como subrutinas vacías dentro de un programa
estándar en las cuales se puede agregar código.
54. Watchpoints: son expresiones que detienen el programa cuando el valor cambia.
55. WebService: Un servicio web (en inglés, web service o web services) es una tecnología que
utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre
aplicaciones.
56. Windows: es un sistema operativo desarrollado por la empresa de software Microsoft
Corporation, el cual se encuentra dotado de una interfaz gráfica de usuario basada en el
prototipo de ventanas.
57. WMS: Gestión de Almacenes.
58. Workshops: evento en el cual los asistentes pueden formarse sobre un determinado tema de
manera intensiva.
Universidad del Bío-Bío. Sistema de Bibliotecas- Chile