Investigación y Desarrollo de reportes en SAP ABAP para la ...

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.


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.


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.


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


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


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


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


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


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


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.


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.


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.


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.


mailto:[email protected]

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.


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.


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


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.


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


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


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.


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.


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)


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


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.


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/)


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.


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.


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


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.


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?


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).


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


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


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.


cumplimientos de pedidos.

Ilustración 15: Cumplimientos de Pedidos


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.


resumen de stock.

Ilustración 16: Resumen de Stock


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).


cumplimiento de despachos.

Ilustración 17: Cumplimiento de despachos


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.


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


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.


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.


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.


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


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


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.


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.


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


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.


Ilustración 21: Editor ABAP


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.


Ilustración 22: Screen Painter


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.


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.


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



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



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


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.


Ilustración 26: Comentarios


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.


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).


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.


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.


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


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.


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.


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


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


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


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.


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.


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.


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.


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


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.


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).


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.


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.


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


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


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.


pág. 77

8.1.2 Diseño del informe

Ilustración 48: Diseño del informe



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.


pág. 78

8.1.3 Diseño de los Mantenedores

Ilustración 49: Diseño del mantenedor



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.


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


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.


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


DISTRIBUCIÓN

• ENCARGADO WMS

ZPP_DESPACHOS_

JEFES

ZPP_RESUM_CUMPLE_DE

SPACHO

• GERENTE DE LOGISTICA


DISTRIBUCIÓN

• ENCARGADO WMS

ZPP_EXTRAE ZPP_EXTRAE_PROD_PEDI

DO_STOCK

• INTERFAZ (EXTRACCION

AUTOMÁTICA

Tabla 5: Roles


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


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


MSEG


MATNR CHAR 18 0 MATERIAL

MENGE QUAN 13 3 CANTIDAD

BWART CHAR 3 0 NÚMERO DE MES


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


MKPF



CONTABILIZACIÓN


Tabla 8: Tabla MKPF


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.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


EKKO


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


EKPO



EBELP NUMC 5 0 POSICIÓN



MENGE QUAN 13 3 CANTIDAD PEDIDO

Tabla 10: Tabla EKPO


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


TABLA CAMPO TIPO

DATO


EKBE




VGABE CHAR 1 0 CLASE OPERACIÓN


CPUDT DATS 8 0 FECHA DEL REGISTRO

CONTABLE

Tabla 11: Tabla EKBE

9.3 Informe: Resumen de Stock (cumplimiento, producción, ventas, pedidos).




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


EKKO



BEDAT DATS 8 0 FECHA DOCUMENTO

BSART CHAR 4 0 CLASE DOCUMENTO

RESWK CHAR 4 0 CENTRO

Tabla 12:Tabla EKKO


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


TABLA CAMPO TIPO

DATO


EKPO






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


TABLA CAMPO TIPO

DATO


EKBE




VGABE CHAR 1 0 CLASE OPERACIÓN



BLDAT DATS 8 0 FECHA DOCUMENTO

Tabla 14:Tabla EKBE


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


MSEG




BWART CHAR 3 0 NÚMERO DE MES



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


MKPF



CONTABILIZACIÓN


Tabla 16: Tabla MKPF


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


LABST




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


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


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).


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


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


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.


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/


pág. 95

ANEXOS


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


pág. 97

II. ANEXO: CODIGO FUENTE

a) Informe: Planificación Anual (cumplimiento).

ALV 1 - Planificación Anual.


pág. 98


pág. 99


pág. 100


pág. 101


pág. 102


pág. 103


pág. 104


pág. 105


pág. 106

14.1.1.1 ALV 2 - Planificación Mensual segun Centro y Año.


pág. 107


pág. 108


pág. 109


pág. 110


pág. 111


pág. 112


pág. 113


pág. 114


pág. 115


pág. 116


pág. 117


pág. 118

14.1.1.2 ALV 3 - Planificación Semanal segun Mes, Centro y Año.


pág. 119


pág. 120


pág. 121


pág. 122


pág. 123


pág. 124


pág. 125


pág. 126


pág. 127


pág. 128


pág. 129


pág. 130


pág. 131


pág. 132

14.1.1.3 ALV 4 - Planificación por día según semana, mes, centro y año.


pág. 133


pág. 134


pág. 135


pág. 136


pág. 137


pág. 138


pág. 139


pág. 140


pág. 141


pág. 142


pág. 143


pág. 144

b) Informe: Resumen del cumplimiento de despachos entre plantas.




pág. 145


pág. 146


pág. 147


pág. 148


pág. 149


pág. 150


pág. 151


pág. 152


pág. 153


pág. 154


pág. 155


pág. 156


pág. 157


pág. 158

c) Informe: Resumen de Stock (cumplimiento, producción, ventas, pedidos).


pág. 159


pág. 160


pág. 161


pág. 162


pág. 163


pág. 164


pág. 165


pág. 166


pág. 167


pág. 168


pág. 169


pág. 170

III. ANEXO: MANUALES DE USUARIO


pág. 171

Manual de ingreso al sistema


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


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


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.


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


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.


pág. 177


Alfredo Arévalo Venegas

Programa: Resumen de Stock

(Cumplimiento, producción, ventas, pedidos)


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


pág. 179



Programa: Planificación Anual

(Cumplimiento)


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.


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.


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

.


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 .


pág. 184

c. Ingresamos la información y al terminar presionar guardar


pág. 185



Programa: Resumen de

cumplimiento de despachos entre plantas


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


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


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.


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.


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.


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




Tabla 26: Pruebas de Informe centro-mes

Todos los casos de pruebas fueron exitosos.


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





Tabla 27: Pruebas de Informe mes-semana



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




Tabla 28: Pruebas de Informe semana-día

El caso de fracaso fue corregido posteriormente para que el programa funcione al

cien porciento.


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





Tabla 29: Pruebas de Informe cumplimiento entre plantas



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.


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..


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.


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.


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.


Investigación y Desarrollo de reportes en SAP ABAP para la ...

Documents

Transcript of Investigación y Desarrollo de reportes en SAP ABAP para la ...