Intercambio de información entre sistemas SAP R/3-Knapp para optimizar el proceso de expedición de pedidos

Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Autor: José Luis Falcón Rodríguez Tutora: Sonia Rosa Marrero Cáceres Departamento de Informática y Sistemas ULPGC Las Palmas de Gran Canaria, 30 de noviembre de 2013 Índice Agradecimientos 4 Introducción 5 Descripción del problema 6 Objetivos 6 Competencias 9 Normativa y legislación 11 Contexto actual 20 Análisis - Diseño 25 Parametrización - Desarrollo 34 Ejecución de pruebas 62 Arranque de la solución 64 Plan de trabajo 67 Conclusiones 69 Propuestas de futuro 70 Fuentes de información consultadas 71 Anexo - Pliego de condiciones de la instalación 72 Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 4 Agradecimientos Quisiera dedicar unas líneas de agradecimiento a todas y cada una de las personas que de algún modo, y en mayor o menor medida, me han aportado algo durante el tiempo dedicado al desarrollo de este Trabajo de Fin de Grado. Qué duda cabe de que mi familia ha estado siempre ahí, animándome cuando las fuerzas flaqueaban, pendientes de si necesitaba algo para hacer más cómoda mi estancia frente al teclado y aguantando aquellos momentos en los que algo no salía como esperaba. Por eso mis primeras palabras son para ellos. También a mis compañeros de trabajo por las ideas y opiniones que han aportado cada vez que les hacía releer este Trabajo. Y como no podía ser menos, a mi tutora, Sonia, por su apoyo, ayuda y consejos y por el empuje constante para llevar este trabajo a buen puerto. … a todos, ¡GRACIAS! Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 5 Introducción En entornos tan cambiantes como los actuales, la capacidad de las organizaciones para adaptarse a los mismos adquiere una importancia relevante. Dentro de este contexto, la logística, por lo general, acompaña y muchas veces anticipa los cambios en las empresas. A medida que los mercados y las tendencias van variando, las compañías se enfrentan a nuevas necesidades de almacenamiento y distribución, que en ocasiones pueden generar crisis de adaptación. Ante esta situación, existen dos problemas que se deben atender: los técnicos, referidos a procesos y herramientas, y los adaptativos, relacionados con los hábitos y cultura. Como consecuencia de la especialización del software, las organizaciones, en función de sus necesidades, incorporan diferentes sistemas al objeto de alcanzar rendimientos y resultados óptimos en el desarrollo de su actividad. En este Trabajo de Fin de Grado abordaremos, atendiendo al componente técnico del proceso de adaptación, como integrar dos de esos sistemas (el software corporativo SAP R/3 y el software de control de almacén Knapp WCS) mediante el intercambio de información para lograr procesos de negocio eficientes. “In the rapidly changing environments we face nowadays, the ability of organizations to adapt to them acquires significant importance. Within this context, logistics goes along, and sometimes anticipates, changes in companies. As markets and tendencies change, companies face new challenges that, sometimes, lead to crisis of adaptation. Two problems must be coped in this situation: technical, of processes and tools and adaptive, related to habits and culture. As a consequence of the specialization of the software, organizations, according to their needs, incorporate different systems in order to achieve optimal results and performance while developing its activity. Considering the technical side of the adaptation process, this End Of Degree Project will address the adaptation of these two systems (SAP/R3 corporative software and Knapp WCS storage control software) by exchanging information to achieve efficient business processes.” Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 6 Descripción del problema En ocasiones se observa que la situación real de muchas firmas (incluidas algunas con volúmenes de facturación considerables) en cuanto a integración de sus sistemas, dista bastante de ser la ideal. Si bien es cierto que en los diferentes departamentos se realizan inversiones en software que incorporan las últimas tendencias del mercado “state-of-the-art technology”, no es menos cierto que el grado de interrelación de los distintos sistemas no es el adecuado para que la información fluya de manera óptima y pase a estar disponible de forma inmediata para los usuarios de la organización facilitando con ello la toma de decisiones. En el caso que nos ocupa analizaremos las consecuencias que, para una empresa mayorista de distribución con grandes volúmenes de inventarios, se derivan del escaso grado de interconexión entre el software corporativo (SAP R/3) y el software de control de almacén (Knapp WCS). Contemplamos, también, el diseño e implementación de mejoras que, además de solucionar los problemas detectados, aportan información a la organización a fin de que ésta pueda prestar un mejor servicio a sus clientes y hacer frente al crecimiento futuro. Abordamos, por tanto, un proyecto de “integración de sistemas”, en el que el resultado final no es “algo visible” (entendiendo tal visibilidad como la interactuación con pantallas de una aplicación específica) para la mayoría de los usuarios que trabajan con el ERP. En este sentido adquiere especial relevancia la sentencia que afirma que, en determinados escenarios, la mejor noticia es la ausencia de noticias, significando ello que dicha integración ha sido “transparente” para los usuarios y no se han informado incidencias. Objetivos Este TFG persigue, por un lado objetivos Académicos en consonancia con lo establecido en los Objetivos de la Educación para la década 2010-2020: Plan de acción 2010-2011 (Ministerio de Educación) según los cuales: “Si el progreso en la sociedad industrial estuvo asociado a la generalización del nivel de enseñanza primaria, el progreso en la sociedad del conocimiento se asienta en la generalización de la Educación Superior y la formación permanente. En esta nueva sociedad los países compiten en función de su capacidad para innovar, en función de la formación de sus ciudadanos. La competitividad en esta Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 7 economía global depende de muchos factores, pero acaso el más importante sea el nivel de formación y de educación que alcance la inmensa mayoría de su población”. En este marco de referencia, es básico y fundamental la asimilación del rápido avance de la tecnología y un constante período de reciclaje, y esto provoca la necesidad de que el alumno se familiarice con métodos, técnicas y tecnologías actuales. Existe un carácter integrador de conocimientos adquiridos en la titulación como son:  Programación.  Ingeniería del software.  Prueba y mantenimiento de software.  Diseño y programación de sistemas.  Tecnologías aplicadas a los sistemas de información. Y por otro, los objetivos Propios del trabajo que, desarrollados en los sucesivos capítulos, coinciden con los de la organización y pueden resumirse en los siguientes puntos:  Identificación de las deficiencias y necesidades tanto actuales como a medio plazo del entorno hardware/software de la organización para la gestión de sus procesos en el almacén.  Determinar los requisitos necesarios de intercambio de información entre las distintas soluciones software para satisfacer las necesidades identificadas en el análisis anterior.  Planificación e implantación de la solución que incluirá: o Actualización del software del control de almacén e instalación de los módulos de control de radiofrecuencia y de la estación de impresión de albaranes. o La comunicación, vía IDOC (intermediate document), entre el ERP y el software de control de almacén informando de las posibles incidencias durante los procesos de despacho, así como del paso de la unidad de carga por las distintas estaciones para conocer en todo momento su ubicación. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 8 o La adquisición e instalación del nuevo hardware de radiofrecuencia para las zonas de despacho manual y correcciones en las zonas de despacho automático. o La impresión del albarán de entrega en el último punto del circuito, incorporando las posibles correcciones en el despacho. o Eliminación del proceso de abono correctivo, agilizando los procesos de facturación e incrementando la productividad del departamento de reclamaciones. o El establecimiento de un entorno de contingencia que permita continuar las operaciones en las zonas de despacho manual, así como las correcciones oportunas en el despacho automático, en caso de caída de la red de radiofrecuencia.  Fijar indicadores que permitan, a partir del análisis de la información aportada por Knapp, poner en marcha procedimientos de control/organización tales como: reorganización de los recursos humanos en el almacén en función de la carga de trabajo, revisión de las zonas con mayor número de correcciones de despacho para determinar las causas que las originan y aplicar soluciones, reestructuración de los transportes (horarios y rutas) al tener control sobre la llegada de las unidades de carga a la zona de expedición,... Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 9 Competencias Las competencias asociadas al título y trabajadas en este TFG son: CII01 Capacidad para diseñar, desarrollar, seleccionar y evaluar aplicaciones y sistemas informáticos, asegurando su fiabilidad, seguridad y calidad, conforme a principios éticos y a la legislación vigente. Esta competencia queda cubierta con el desarrollo de los capítulos: Análisis - Diseño, Parametrización - Desarrollo y Ejecución de pruebas. Durante la fase de análisis se determinan exhaustivamente los requisitos del entorno hardware/software para implementar la solución al problema presentado haciendo uso de las capacidades de evaluación y selección para identificar los métodos adecuados. CII02 Capacidad para planificar, concebir, desplegar y dirigir proyectos, servicios y sistemas informáticos en todos los ámbitos, liderando su puesta en marcha y su mejora continua y valorando su impacto económico y social. El trabajo abarca a lo largo de todas sus fases la mayoría de las tareas a realizar en un proyecto informático. Dada la gran cantidad de tareas a realizar no sólo se cubre la capacidad de planificación de tareas sino que es imprescindible realizar una planificación de detallada de todas las acciones a realizar. El trabajo describe la planificación de las tareas que comprenden todas las fases del proyecto así como la ejecución de las mismas indicando los problemas presentados y las soluciones aplicadas para resolverlos. De todos los elementos de un sistema de gestión de proyectos, la planificación es posiblemente la más importante, puesto que una mala o inexistente planificación conducirá a una mala realización en el proyecto, lo cual repercutirá enormemente tanto en la calidad como en el plazo de terminación del proyecto, ocasionando grandes perjuicios. Esta es la razón por la que esta competencia queda cubierta, puesto que la buena planificación de este trabajo de fin de grado ha dado lugar al propósito fundamental Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 16 Firma electrónica: Dispositivo electrónico que permite la identificación del signatario de las operaciones realizadas por Internet. Identifica: El firmante (autentificación) y Evita el retracto (no repudio). CÓDIGO PENAL Ley Orgánica 10/1995 de 23/XI. Tipifica delitos y faltas por el uso de la informática, concretamente contra la Intimidad, Patrimonio, Socioeconómicos y Propiedad Intelectual. Título X: “Delitos contra la intimidad, derecho a la propia imagen y la inviolabilidad del Domicilio".  Apoderarse de papeles, e-mails, mensajes, otros,….  Cracks: delitos.  Obtener datos de terceros,…. RECOMENDACIONES DE LA AGENCIA DE PROTECCIÓN DE DATOS: INFORMACIÓN EN LA RECOGIDA DE DATOS  Cuando suministre datos personales a cualquier organización (proveedores de acceso, proveedores de contenido, vendedores a través de comercio electrónico, etc.) sea consciente de a quién se los facilita y con qué finalidad.  Procure averiguar la política de sus proveedores y administradores de listas y directorios en lo que se refiere a venta, intercambio o alquiler de los datos que les suministra. Solicite que sus datos personales no vayan unidos a su identificación de acceso a Internet. RECOMENDACIONES DE LA AGENCIA DE PROTECCIÓN DE DATOS: FINALIDAD PARA LA QUE SE RECOGEN LOS DATOS  Desconfíe si los datos que le solicitan son excesivos para la finalidad con la que se recogen o innecesarios para el servicio que se le presta.  Tenga en cuenta que cuando introduce su dirección de correo electrónico en un directorio, lista de distribución o grupo de noticias, dicha dirección puede ser recogida por terceros para ser utilizada con una finalidad diferente, como por ejemplo, remitirle publicidad no deseada. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 17  Cuando navegue por Internet, sea consciente de que los servidores Web que visita pueden registrar tanto las páginas a las que accede como la frecuencia y los temas o materias por las que busca, aunque no le informen de ello.  Asimismo, su pertenencia a determinados grupos de noticias y listas de distribución puede contribuir a la elaboración de perfiles más o menos detallados sobre su persona. En el caso de que no desee dejar constancia de sus actividades en la red, utilice los mecanismos para preservar el anonimato que se describen en el cuerpo de este documento. RECOMENDACIONES DE LA AGENCIA DE PROTECCIÓN DE DATOS: SEGURIDAD EN EL INTERCAMBIO DE DATOS  Utilice, siempre que sea posible, las últimas versiones de los programas navegadores, ya que cada vez suelen incorporar mejores medidas de seguridad.  Considere la posibilidad de activar en dichos programas las opciones que alerten sobre los intercambios de datos no deseados y no rellene aquellos datos que no desee hacer públicos (por ejemplo, dirección de correo electrónico, nombre, apellidos, etc.).  No realice transacciones comerciales electrónicas a través de proveedores con sistemas inseguros o no fiables. Consulte el manual de su navegador para averiguar cómo informa de que se ha establecido una conexión con un servidor seguro.  Recuerde que existen sistemas de dinero electrónico que preservan el anonimato de sus compras en Internet.  Utilice los mecanismos de seguridad que tenga a su alcance para proteger sus datos de accesos no deseados. El medio más fiable para conseguirlo es el cifrado de los mismos.  Salvo que se utilicen mecanismos de integridad, autenticación y certificación (firma digital, notarios electrónicos, etc.) no confíe ciegamente en que la persona u organización que le remite un mensaje es quien dice ser y en que el contenido del mismo no se ha modificado, aunque esto sea así en la inmensa mayoría de las ocasiones.  Siempre que se le soliciten datos personales que no esté obligado legalmente a suministrar, sopese los beneficios que va a recibir de la organización que los recoge frente a los posibles riesgos de utilización irregular de los mismos.  Ante cualquier duda sobre la legalidad de la utilización de sus datos de carácter personal, póngase en contacto con la Agencia de Protección de Datos. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 18 PROTECCIÓN JURÍDICA DE PROGRAMAS DE ORDENADOR (PIRATERÍA INFORMÁTICA)  El Real Decreto Legislativo 1/1996, por el que se aprueba el Texto Refundido sobre Propiedad Intelectual, la protección jurídica de los programas de ordenador, antes regulada por la Ley de Protección Jurídica de Programas de Ordenador y por la Ley de Propiedad Intelectual, crea un marco jurídico en contra de la piratería informática.  El Texto Refundido desarrolla una serie de medidas para combatir la piratería informática, como la posibilidad de que los fabricantes de programas de ordenador soliciten a la justicia española la realización de un registro sorpresa en empresas en las que existan sospechas fundadas o evidencias de delito. España es uno de los países en los que se puede acudir a esta medida cautelar. De esta manera se erradica la posibilidad de que los presuntos infractores puedan destruir las pruebas existentes, lo cual, indudablemente ocurrirá si se les notifica por adelantado la realización de un registro. ¿EN QUÉ CASOS SE INFRINGE LA LEY?  Al copiar o distribuir un programa de ordenador o la documentación que le acompaña, incluidas aplicaciones, datos, códigos y manuales, sin permiso expreso o licencia del propietario de los derechos de explotación.  Al utilizar un programa sin la correspondiente licencia o autorización del fabricante, con independencia de que se utilice en un solo ordenador o en varios de forma simultánea.  Al utilizar programas de ordenador en un número de copias superior al autorizado por el fabricante en sus contratos o licencias de uso.  En empresas y demás organizaciones, al fomentar, consciente o inconscientemente, permitir, obligar o presionar a los empleados a realizar o distribuir copias no autorizadas del programa.  Al efectuar copias no autorizadas porque alguien lo requiere u obliga a ello. Al ceder o prestar el programa de forma que pueda ser copiado o al copiarlo mientras está en su posesión en calidad de cedido o prestado.  Al crear, importar, poseer o negociar con artículos destinados a burlar o neutralizar cualquier medio técnico aplicado para proteger el programa de ordenador. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 19 MEDIDAS JUDICIALES Si finalmente existe evidencia de delito, las medidas judiciales que pueden adoptarse son:  Solicitar al Juez un registro sorpresa de las instalaciones del presunto infractor, tanto por la vía civil, como por la penal.  Solicitar al Juez la adopción urgente de medidas cautelares de protección.  Exigir indemnizaciones acordes con los daños materiales y morales causados.  El cierre del centro de actividad del infractor.  El secuestro de todos aquellos medios destinados a suprimir los dispositivos técnicos que protegen un programa desarrollado y comercializado por un fabricante de programas. En cuanto al presente TFG, la principal normativa que se aplica, además de las propias relacionadas con los derechos de autor de cada uno de los fabricantes del software de trabajo, es la relacionada con el cumplimiento de lo dispuesto en las leyes y reglamentos en vigor sobre protección de datos. En este sentido, tal y como se recoge en las condiciones legales del Pliego de condiciones de la instalación, que figura en el Anexo, tenemos que:  El técnico se compromete al cumplimiento de lo dispuesto en dichas leyes y reglamentos.  Cuando de la ejecución del contrato se derive el tratamiento de datos de carácter personal se respetará en su integridad la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal y su normativa de desarrollo.  Para el caso de que la contratación implique el acceso por parte del técnico a datos de carácter personal de cuyo tratamiento sea responsable el cliente, el técnico tendrá la consideración de encargado de tratamiento. Cuando finalice la prestación contractual, los datos de carácter personal deberán ser destruidos o devueltos a la entidad contratante responsable.  El técnico y el cliente formalizarán el contrato en los términos previstos en el artículo 12.2 de la Ley Orgánica de Protección de Datos, la Ley Orgánica 15/1999 de 13 de diciembre. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 20 Contexto actual Antes de presentar el marco de actuación del TFG, cabe mencionar que éste se engloba dentro del campo de acción de la Gestión de Servicios TI en la organización, entendido dicha Gestión como el conjunto de capacidades organizacionales especializadas para proporcionar valor a los clientes en forma de servicios. Nuestro escenario de trabajo es, tal y como se mencionó en la Introducción, el de una empresa mayorista de distribución, manejando grandes volúmenes de inventarios, que incorpora entre sus herramientas de gestión dos entornos software bien diferenciados: por un lado tenemos SAP R/3 como software corporativo y por otro Knapp WCS como solución para el control de almacén. Los datos en cuanto a superficie del almacén, líneas servidas de pedidos y número de referencias (artículos) con los que se trabaja en el almacén de esta empresa son los siguientes: Tamaño del almacén: 14.000 m2 Líneas de pedido por día: 68.000 Líneas por hora en fases de elevada producción: 19.000 Cantidad de artículos: 21.000 Y los problemas que centran nuestro estudio se derivan del bajo nivel de interconexión entre ambos sistemas, limitándose el intercambio de información entre aplicativos al mínimo necesario para poder transmitir los pedidos recibidos en el ERP al control de almacén para su posterior despacho. En cuanto a las herramientas software, la empresa, después de analizar varias alternativas y siguiendo las recomendaciones presentadas tras una auditoría externa, implantó SAP R/3 Enterprise como software corporativo, cubriendo así las necesidades de todas las áreas (Finanzas, Compras, Ventas y Distribución), con excepción de Recursos Humanos. Los procesos logísticos y financieros quedan totalmente respaldados por la funcionalidad ofrecida por el ERP, gracias a su capacidad para soportar grandes volúmenes de información y de transacciones. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 21 La siguiente figura muestra los módulos base de SAP R/3 Enterprise. Entre otras, este software ofrece las siguientes características:  Información on-line: la información se encuentra disponible al momento, sin necesidad de esperar largos procesos de actualización y procesamiento.  Jerarquía de la información: Esta forma de organizar la información permite obtener informes desde diferentes vistas.  Integración: la información se comparte entre todos los módulos y áreas de SAP que la necesiten y que pueden tener acceso a ella. Se logra a través de la puesta en común de los datos de cada uno de los módulos y por la alimentación de una base de datos común. Es, por tanto, de vital importancia tener en cuenta que toda la información introducida en el sistema repercutirá, al momento, a todos los usuarios con acceso a la misma. Este hecho implica que la información siempre debe estar actualizada, debe ser completa y debe ser correcta. Por otro lado, y en relación al control de almacén, la firma se decantó por el software de Knapp, una de las empresas más destacadas a nivel mundial en soluciones logísticas y de automatización de almacenes. Este software se encuentra presente en almacenes de grandes dimensiones (incluidos aquellos que gestionan ubicaciones en altura), en los que se combina el despacho automático y manual de productos y en los que se lleva a cabo un gran número de operaciones durante las franjas de elevada producción. Describimos a continuación, y en líneas generales, el proceso de negocio seguido así como las consecuencias derivadas de esta forma de operar:  Los pedidos de los clientes, que se reciben por distintos canales (página web, software específico de transmisión de pedidos, operadores telefónicos, Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 22 plataformas centrales de pedidos,…) son recogidos por el software corporativo.  Una vez analizada la idoneidad de los mismos (pueden existir restricciones tales como control de crédito del cliente, localización geográfica del destino de los productos,… por los que los pedidos pueden no ser atendidos), el ERP asigna las cantidades solicitadas en función del stock disponible aplicando descuentos y/o bonificaciones, si los hubiera.  Un proceso, automático y/o bajo demanda, procesa el pedido y, tras dividirlo en pedidos de preparación individuales (órdenes de despacho) que se pueden procesar en el almacén, considerando para ello las unidades de carga que se utilizan en las distintas zonas del almacén y su capacidad de carga, lo transmite al software de control de almacén que, a partir de ese momento, toma el control del mismo.  El operador de almacén libera los pedidos que llegan a Knapp y ello propicia que las unidades de carga (identificadas con un código de barras) pasen por la estación desapiladora (ya que éstas vienen agrupadas) como paso previo a su incorporación al circuito de despacho.  A continuación se asigna la unidad de carga al pedido individual. Ésta, tras su paso por el sensor que dispara la preparación de la orden de impresión, alcanza la estación de impresión en la que se deposita el albarán de despacho. Este documento relaciona la cantidad a servir de cada referencia así como su ubicación (este último dato es necesario para localizar el producto en las zonas de despacho manual).  Los IPCs (equipos industriales de control) dirigen la unidad a las correspondientes zonas de despacho (automático de alta y/o baja rotación o manual) controlando la apertura y cierre de los puntos de desvío dispuestos en el almacén a tal fin.  En caso de incidencias durante el despacho automático la unidad de carga es desviada a una “vía muerta” para permitir que el operador ejecute las acciones necesarias para su corrección. Las posibles incidencias que pudieran ocurrir durante el despacho manual son solucionadas en las propias zonas de despacho manual. Las incidencias (el stock disponible registrado en el ERP no coincide con el stock real en las distintas ubicaciones, productos deteriorados, atascos de los eyectores en el despacho automático,…) son anotadas en el propio albarán. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 23  Además podemos tener otro tipo de incidencia en la zona de despacho manual debido a la ubicación errónea de productos, de tal modo que el destinatario puede recibir artículos distintos de los solicitados.  Concluido el despacho, la unidad de carga abandona este circuito y llega a la zona de expedición lista para su envío al cliente  En caso de incidencias, el departamento de reclamaciones recibe una copia de los albaranes con correcciones manuales de despacho para generar el correspondiente abono de la mercancía no servida. Y como resultado, tenemos que:  Por un lado, la imagen de la compañía percibida por los clientes sufre un deterioro palpable: es posible que reciban mercancía no solicitada, albaranes de entrega (valorados) con correcciones manuales, notas de abono como compensación de la facturación de unidades no recibidas,…  Por otro, no tenemos información en el software corporativo de en qué punto del circuito se encuentran las distintas unidades de carga; tampoco podemos controlar que pedidos están completamente servidos y disponibles en el muelle de carga listos para su entrega.  El control del stock se ve afectado por la posibilidad de enviar mercancía no solicitada y no enviar la solicitada.  Se generan documentos (notas de abono) no previstos inicialmente haciendo que los procesos de facturación sean más pesados e incrementando los costes de impresión y copias.  Las operaciones de despacho manual no son ágiles y están sujetas a errores.  Tenemos un departamento de reclamaciones realizando tareas improductivas como consecuencia del modelo de operación implantado. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 24 Representación gráfica del proceso de despacho de pedidos. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 25 Análisis - Diseño Ante un proyecto de estas naturaleza, el primer paso que tenemos que efectuar es analizar los procesos comerciales que realiza el cliente al objeto de recopilar toda la información necesaria que nos permita detectar las deficiencias. Esto implica observar muy de cerca dichos procesos, tomar nota de la actividad que llevan a cabo todos los agentes implicados, solicitar información a los responsables de cada sección y consultar con los operarios como realizan su labor diaria y como creen que podría ser mejorada. Hay que prestar especial atención a los procesos críticos (en cuanto a consumo de recursos y a limitación en el tiempo de ejecución) para no penalizarlos en el diseño de la solución. Empezaremos analizando el proceso comercial de despacho de pedidos en todo su ciclo y a medida que surjan los problemas iremos proponiendo (diseñando) las soluciones a implementar. RECEPCIÓN DE PEDIDOS EN SAP R/3 Los pedidos de los clientes se reciben por diferentes vías: software específico instalado en los clientes que les posibilita realizar pedidos, operadores telefónico, a través de la página web, plataformas de compra, e-mail, fax,.... La siguiente figura muestra alguna de esas vías. En función de la vía de entrada, el solicitante recibe confirmación de la disponibilidad de stock. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 32 El proceso de facturación se vuelve menos pesado porque el número de documentos a procesar disminuye. Al implementar la solución, tendremos en cuenta la posibilidad de Knapp para enviar información a SAP R/3 cuando la unidad de carga se va desviando a cada estación de despacho. Registrar esta información en el ERP nos permite conocer la ubicación exacta de las diferentes unidades de carga en el circuito de despacho sin tener que recurrir al software de control de almacén. ZONA DE EXPEDICIÓN Cuando las unidades de carga finalizan el circuito de despacho en el almacén, llegan a la zona de expedición y son desviadas a las diferentes rampas en función de la zona de reparto a la que pertenezca el pedido. En ocasiones, y por diversas circunstancias, es necesario retirar de la zona de carga pedidos completos (compuestos de varias órdenes de despacho/unidades de carga). Esto puede ser debido a que el solicitante informa de que transmitió el pedido por error, o que debido a una urgencia no puede esperar a la hora de reparto y se acerca a retirarlo,… Aquí aparece un quinto problema: puesto que no tenemos información en SAP acerca de las unidades de carga asociadas a un pedido de cliente, el jefe de rutas se ve obligado a consultar en SAP el número de unidades que originó la división de un pedido y en Knapp identificar dichas unidades para proceder a retirarlas. Obviamente el consumo Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 33 de tiempo invertido en esta operación es elevado, especialmente si alguna de las unidades no ha llegado aún a la zona de expedición. Tras la implementación de la solución propuesta, el jefe de ruta sólo tendrá que consultar el ERP porque allí tendrá toda la información asociada al pedido: número de unidades de carga vinculadas y localización de las mismas. Por otro lado, aprovechamos la capacidad de Knapp de enviar información para registrar la entrada de la unidad de carga en la zona de envíos y proceder a confirmar la orden de transporte. De esta manera tenemos automáticamente actualizado en SAP el almacén de salida (tipo de almacén de SAP R/3) y conoceremos en tiempo real el número de productos pendientes de salir de la organización. Esta confirmación de la orden de transporte lleva aparejada una disminución de las tareas del jefe de ruta ya que sólo tendrá que ejecutar los cierres de los distintos transportes (internamente esta operación contabiliza la salida de mercancías y pasa, por tanto, a estar lista para la facturación). Además, y dado que se conoce el momento exacto de entrada de las unidades de carga en el área de expedición y por tanto que pedidos están finalizados y listos para su envío, se podrán realizar ajustes (en relación con los horarios y/o rutas) en la gestión de los transportes. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 34 Parametrización - Desarrollo ACTUALIZACIÓN DEL SOFTWARE KNAPP WCS El primer paso consiste en la actualización del software de control de almacén y la puesta en marcha de los dos nuevos módulos: WCS RF para la radiofrecuencia y PRT para la nueva estación de impresión. JERARQUÍA DEL SISTEMA En la jerarquía del sistema se representan los componentes de software y los componentes del sistema relevantes para el funcionamiento del almacén. Actualización Nuevo En uso ERP WMS PLC WCS Gui WCS WCS RF SDA TD-Lean PRT Desapiladora Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 35 SAP En cuanto a SAP, la puesta en marcha de las soluciones propuestas implica realizar labores de parametrización así como desarrollar las funciones para procesar la información recibida y los programas que se ejecutarán en caso de caída de la red de radiofrecuencia (como parte de la solución de contingencia). Los ajustes necesarios en el software de control de almacén para habilitar el envío de información a SAP en los puntos requeridos para el correcto funcionamiento de las modificaciones sugeridas, serán llevados a cabo por personal técnico de Knapp. A continuación mostramos el menú WEDI incluido en SAP para trabajar con IDOCs. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 36 En primer lugar comenzaremos creando los segmentos de IDOC en base a las especificaciones facilitadas por Knapp. Para ello ejecutamos la transacción WE31 y procedemos a la creación de los distintos segmentos que aparecen indicados en el documento de especificación de la interfaz. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 37 Una vez finalizada la creación de segmentos, tenemos la siguiente colección. A título de ejemplo mostramos uno de los segmentos (el de clientes) con los campos que lo componen. El resto de segmentos se creó siguiendo el mismo procedimiento. El siguiente paso consiste en crear los IDOCs (transacción WE30) siguiendo siempre lo indicado por Knapp en la especificación de la interfaz (documento localizado en el apartado Anexo de este trabajo). Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 38 El IDOC asociado a su segmento queda configurado de la siguiente manera (incluyendo el número de segmentos que puede contener) En este caso observamos que la cantidad mínima de segmentos que puede contener el IDOC que gestiona los datos maestros de clientes es 1 y la cantidad máxima 999999. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 39 A continuación presentamos un ejemplo (segmento de cabecera del IDOC de envío de los datos de pedidos individuales de preparación) donde cantidad máxima y mínima es exactamente 1. Estos datos son importantes porque el proceso de envío y recepción de información hacia y desde Knapp se interrumpe si el número de estructuras de datos que se maneja no está dentro de los límites establecidos. El siguiente paso consiste en definir los mensajes de intercambio de datos (transacción WE81 – Tipos de mensajes) que se asociarán a las distintas funciones que preparan los datos para enviarlos a Knapp o que los tratan si se reciben del software de control de almacén. En rojo se indican los mensajes asociados a la comunicación SAP  Knapp y en azul el mensaje definido la para la comunicación Knapp  SAP. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 40 Finalmente relacionamos los tipos de IDOCs con los mensajes creados (transacción WE82 – Tipo IDOC/Mensaje). A partir de este punto, una vez creados los segmentos, tipos de IDOCs y mensajes y relacionados todos ellos, distinguimos entre el envío de información a Knapp (datos maestros y pedidos individuales de preparación (órdenes de despacho)) y la recepción de la información que nos envía Knapp. SAP  KNAPP El envío de información a Knapp se realiza mediante una puerta de enlace RFC transaccional que arranca un servicio proporcionado por Knapp y registrado en el servidor SAP y que se encarga de enviar la información al servidor de Knapp. Con la transacción WE21 – Descripción de la puerta, creamos la puerta de enlace que vamos a utilizar. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 41 La imagen siguiente muestra los detalles técnicos del destino RFC que previamente hemos creado con la transacción SM59 – Visualizar y actualizar destinos RFC Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 48 Tipo de mensaje: ZKNAPP_ENTREGA (utilizado para la transmisión de los datos de pedidos de preparación – órdenes de despacho) Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 49 Hemos visto que el software de control de almacén recibe por un lado los datos maestros y por otro la información de las distintas órdenes de despacho asociadas a un pedido de cliente. Tal y como indica Knapp en las especificación de la interfaz, y para evitar inconsistencia de los datos, no se aconseja el envío de datos maestros cuando hay órdenes de despacho que están siendo tratadas por el control de almacén. A continuación se muestra la pantalla, con los datos técnicos de conexión, del programa de envío de datos maestros. Este programa, desarrollado en el entorno de programación de SAP, está a disposición del operador de control de almacén para su ejecución cuando fuera necesario. Ahora bien, aprovechando las características de la programación de jobs que ofrece SAP, se puede automatizar para enviar los datos maestros a Knapp a una hora determinada y con una frecuencia específica. Se podrían enviar, por ejemplo, de madrugada descartando así cualquier interferencia con el tratamiento de las órdenes de despacho. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 50 El código ABAP que se utiliza para la transmisión de datos a Knapp incluye una función estándar de SAP para el envío de IDOCs: MASTER_IDOC_DISTRIBUTE DATA: lt_idoccomm TYPE STANDARD TABLE OF edidc, ls_idoccomm LIKE LINE OF lt_idoccomm, ls_idocctrl TYPE edidc. * Parámetros de control CLEAR ls_idocctrl. ls_idocctrl-rcvpor = p_rcvpor. “ A000000001 ls_idocctrl-rcvprt = p_rcvprt. “ US ls_idocctrl-rcvprn = p_rcvprn. “ KNAPP ls_idocctrl-outmod = c_immediately. “ 2 ls_idocctrl-mestyp = p_msgt. “ Tipo de mensaje y IDOC en función de ls_idocctrl-idoctp = p_baset. “ los datos maestros transmitidos * Cuerpo del IDOC de inicio, actualización o fin de transmisión REFRESHlt_idoccomm. CALL FUNCTION 'MASTER_IDOC_DISTRIBUTE' EXPORTING master_idoc_control = ls_idocctrl TABLES communication_idoc_control = lt_idoccomm master_idoc_data = lt_idocdata “ Estructura que contiene EXCEPTIONS “ los datos transmitidos error_in_idoc_control = 1 error_writing_idoc_status = 2 error_in_idoc_data = 3 sending_logical_system_unknown = 4 OTHERS = 5. COMMIT WORK. READ TABLE lt_idoccomm INDEX 1 INTO ls_idoccomm. CHECK sy-subrc NE 0. MESSAGE a001 WITH 'Error en el protocolo de transmisión.'. Este mismo código se utiliza para el envío de los datos de las órdenes de despacho. En este caso, la información de control del destinatario se mantiene (como indicamos anteriormente, todos los mensajes de salida se tramitan por la misma puerta) y sólo cambio el tipo de IDOC y de mensaje y los segmentos de datos empleados. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 51 KNAPP  SAP La recepción en SAP de la información enviada por Knapp se realiza mediante un sistema lógico fijado por Knapp. El primer paso por tanto es registrar ese sistema lógico con la transacción BD54 – Definición de sistemas lógicos. Antes de pasar a definir los acuerdos de interlocutor, necesitamos registrar el código de operación que, en nuestro caso, se asocia a la función que trata los datos enviados en Knapp. El tratamiento dado a esa información dependerá del punto en el que Knapp la envíe, y así tenemos:  Liberación del pedido: registramos en SAP el número de unidad de carga asociado a la orden de despacho.  Salida del circuito de almacén: procesamos las correcciones de despacho, generamos los archivos PDF (respetando las indicaciones de Knapp) con la información del albarán de entrega y los enviamos vía FTP para que Knapp los imprima y deposite en la unidad de carga en el momento en que detecta que dicha unidad está en la estación de impresión.  Entrada/salida en las distintas zonas de despacho: registramos un timestamp de entrada y salida de cada unidad de carga en las diferentes áreas de despacho definidas en el almacén. Esta información puede ser tratada posteriormente por los distintos niveles gerenciales para estudiar posibles reconfiguraciones de las zonas en función del número de unidades de carga atendidas y del tiempo medio que se tarda en servir la mercancía. También estos datos pueden facilitar información acerca de si las áreas están bien dimensionadas en relación con los operarios que las atienden o si por el contrario es necesario reforzarlas en determinadas horas o redistribuir el personal.  Entrada en el almacén de carga: confirmamos la orden de despacho y automáticamente se actualiza la información del tipo de almacén de salida en el ERP. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 52 Para registrar el código de operación ejecutamos la transacción WE42 – Códigos de operación para procesos de entrada. Fijamos parámetros técnicos, asignamos la función que trata los datos recibidos e indicamos los parámetros vínculos al mensaje lógico. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 53 Con la transacción WE57 – Mensajes/Obj. Aplicación visualizamos, a modo de resumen, las asignaciones realizadas. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 54 Una vez registrado el código, pasamos a definir el acuerdo entre interlocutores EDI (transacción WE20 – Acuerdo entre interlocutores EDI). En este caso el tipo de interlocutor seleccionado es LS (sistema lógico). Las siguientes imágenes muestran el tipo de mensaje vinculado al acuerdo así como sus parámetros técnicos. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 55 Tipo de mensaje: ZKNAPP_TAQUIT (este mensaje es el que recibe cuando Knapp envía datos de control/estado de la orden de despacho) Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 56 A continuación se muestra un ejemplo en código ABAP de una función genérica para tratar IDOCs de entrada. Esta función puede ser utilizada como punto de partida para crear funciones específicas según las necesidades de la organización. FUNCTION BAPI_IDOC_INPUT1. *"---------------------------------------------------------------------- *"*"Lokale Schnittstelle: *" IMPORTING *" VALUE(INPUT_METHOD) LIKE BDWFAP_PAR-INPUTMETHD *" VALUE(MASS_PROCESSING) LIKE BDWFAP_PAR-MASS_PROC *" EXPORTING *" VALUE(WORKFLOW_RESULT) LIKE BDWF_PARAM-RESULT *" VALUE(APPLICATION_VARIABLE) LIKE BDWF_PARAM-APPL_VAR *" VALUE(IN_UPDATE_TASK) LIKE BDWFAP_PAR-UPDATETASK *" VALUE(CALL_TRANSACTION_DONE) LIKE BDWFAP_PAR-CALLTRANS *" TABLES *" IDOC_CONTRL STRUCTURE EDIDC *" IDOC_DATA STRUCTURE EDIDD *" IDOC_STATUS STRUCTURE BDIDOCSTAT *" RETURN_VARIABLES STRUCTURE BDWFRETVAR *" SERIALIZATION_INFO STRUCTURE BDI_SER *" EXCEPTIONS *" WRONG_FUNCTION_CALLED *"---------------------------------------------------------------------- CONSTANTS: C_PROCESSED_IDOCS(15) VALUE 'Processed_IDOCs', C_APPL_OBJECTS(12) VALUE 'Appl_Objects'. DATA: FUNCTION_NAME LIKE RS38L-NAME, RETURN_INFO LIKE BAPIRET2. DATA: ls_edids TYPE edids, l_multibyte_codepage TYPE cpcodepage. READ TABLE IDOC_CONTRL INDEX 1. SELECT SINGLE FNAME_INB FROM TBDBE INTO FUNCTION_NAME WHERE MESTYPE = IDOC_CONTRL-MESTYP. IF SY-SUBRC <> 0. SELECT SINGLE FNAME_INB FROM TBDBA INTO FUNCTION_NAME WHERE MESTYPE = IDOC_CONTRL-MESTYP. ENDIF. IF SY-SUBRC = 0 AND NOT FUNCTION_NAME IS INITIAL. CALL FUNCTION 'FUNCTION_EXISTS' EXPORTING FUNCNAME = FUNCTION_NAME EXCEPTIONS FUNCTION_NOT_EXIST = 1 OTHERS = 2. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 57 IF SY-SUBRC = 0. * check if this idoc is from a system with multibyte-codepage CLEAR ls_edids. SELECT SINGLE * FROM edids INTO ls_edids WHERE docnum = idoc_contrl-docnum AND status = '50' AND stamid = 'E0' AND stamno = '242' AND stamqu = 'SAP'. l_multibyte_codepage = ls_edids-stapa1. CALL FUNCTION 'IDOC_MULTIBYTE_CODEPAGE_EXPORT' EXPORTING multibyte_codepage = l_multibyte_codepage. CALL FUNCTION FUNCTION_NAME EXPORTING INPUT_METHOD = INPUT_METHOD MASS_PROCESSING = MASS_PROCESSING IMPORTING WORKFLOW_RESULT = WORKFLOW_RESULT APPLICATION_VARIABLE = APPLICATION_VARIABLE IN_UPDATE_TASK = IN_UPDATE_TASK CALL_TRANSACTION_DONE = CALL_TRANSACTION_DONE TABLES IDOC_CONTRL = IDOC_CONTRL IDOC_DATA = IDOC_DATA IDOC_STATUS = IDOC_STATUS RETURN_VARIABLES = RETURN_VARIABLES SERIALIZATION_INFO = SERIALIZATION_INFO EXCEPTIONS WRONG_FUNCTION_CALLED = 1 OTHERS = 2. IF SY-SUBRC = 0. READ TABLE IDOC_STATUS WITH KEY MSGTY = 'A'. IF SY-SUBRC = 0. CLEAR RETURN_INFO. CALL FUNCTION 'BAPI_TRANSACTION_ROLLBACK' IMPORTING RETURN = RETURN_INFO. IF NOT RETURN_INFO IS INITIAL. WORKFLOW_RESULT = '99999'. CLEAR IDOC_STATUS. IDOC_STATUS-MSGTY = 'A'. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 64 Arranque de la solución Las siguientes capturas de pantallas muestran, una vez puesta en marcha la solución, algunos ejemplos de IDOCs procesados con información enviada y recibida a/desde Knapp (transacción WE02 – Visualizar IDOC). Envío de datos maestros de productos Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 65 Envío de órdenes de despacho Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 66 Recepción de control del estado de la orden de despacho (enviada por Knapp) Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 67 Plan de trabajo A continuación se detalla el Plan de Trabajo, y su temporización, seguido para el desarrollo de este Trabajo de Fin de Grado. Fase 1. Estudio del entorno actual (30 horas)  Recopilación de información de los distintos procesos comerciales que se realizan en la actualidad: recepción de pedidos, división en pedidos de preparación manejables por el software de control de almacén, transmisión a Knapp, liberación de pedidos, impresión del albarán de entrega, despacho automático, despacho manual, corrección de incidencias (creación de las notas de abono) y envío de la mercancía a la zona de expedición.  Análisis de los procesos críticos. Fase 2. Estudio de las soluciones (40 horas)  Diseño de la solución teniendo en cuenta los distintos factores que permiten alcanzar los objetivos propuestos.  Diseño de un plan de contingencia que garantice la continuidad de los procesos comerciales en caso de caída de la red de radiofrecuencia. Fase 3. Parametrización del software corporativo (154 horas)  Parametrización del ERP para el envío/recepción de información hacia/desde el software de control de almacén.  Implementación de las estructuras de intercambio de datos.  Programación de puntos de control para ejecutar acciones en función del evento recibido desde el control de almacén: correcciones automáticas y manuales de picking, impresión del albarán de entrega y confirmación de la orden de despacho al entrar al muelle de carga.  Implementación de una aplicación en el software corporativo que permita registrar manualmente las correcciones en caso de caída de la red de radiofrecuencia (esto permite que los procesos comerciales no se vean afectados por una eventual incidencia) Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 68 Fase 4. Ejecución de pruebas (38 horas)  Preparación de juegos de datos que simulen las operaciones comerciales llevadas a cabo en el almacén.  Ejecución de pruebas en un entorno de test.  Evaluación de resultados y corrección de incidencias. Fase 5. Arranque de la solución en el sistema productivo (18 horas)  Instalación de la solución en el sistema productivo.  Ajustes finales entre ambos sistemas.  Preparación de un juego de datos para simular los procesos críticos.  Ejecución de una prueba global.  Corrección de incidencias.  Borrado de los datos de prueba. Fase 6. Finalización del informe del TFG y preparación de la defensa (20 horas)  Retoques finales del informe del TFG.  Elaboración del material para la defensa del TFG. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 69 Conclusiones Una de las ventajas principales de integrar software de distintos fabricantes es la posibilidad de construir un entorno perfectamente ajustado a las necesidades de la organización explotando lo mejor de cada producto. La idea que subyace en cualquier proyecto de esta naturaleza es poder diseñar e implementar procesos de negocio eficientes por medio de la automatización y el intercambio de información entre sistemas en tiempo real. No cabe duda de que el acceso a la información de forma instantánea, fiable y en tiempo real, facilita que los distintos niveles gerenciales puedan tomar decisiones, dentro de su ámbito de competencias, respaldadas por el análisis de todos los datos disponibles. Este trabajo permite, entre otras cosas, acceder a la información que fluye por la organización desde un solo entorno, minimizando el tiempo invertido en las consultas al centralizarlas en el software corporativo. Por otro lado, tras la implementación de la solución aportada se logran procesos de negocios más eficientes, optimizando el tiempo de los operarios y departamentos implicados, eliminando errores, evitando controles posteriores y reduciendo costes operacionales (volumen de copias, volumen de impresiones, perdida de rendimiento durante el proceso de facturación,…). Todo ello contribuye al concepto de “almacén sin errores (zero defect warehose)” y ayuda a reforzar la imagen de la organización de cara a sus clientes. Además, la implantación de la solución lleva acompasada mejoras en el hardware tales como la alta disponibilidad en el software de control de almacén, el esquema de copias de seguridad renovado, el incremento de rendimiento y la instalación de una red de radiofrecuencia en el almacén que, aunque inicialmente será utilizada para el despacho manual y la corrección de incidencias, puede ser explotada de acuerdo a necesidades futuras que puedan presentarse. A título personal, he de decir que las posibilidades de aprendizaje y las habilidades multidisciplinares necesarias son, por sí solas, un aliciente para acometer este tipo de proyectos. No obstante, es justo mencionar que la labor de coordinación de técnicos y programadores unida a la planificación de un calendario, y su cumplimiento, para ejecutar las distintas tareas requiere de una gran capacidad de organización y disciplina. Y para concluir, manifestar que el tiempo invertido en la realización de este Trabajo de Fin de Grado ha merecido la pena. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 70 Propuestas de futuro La instalación de la infraestructura de radiofrecuencia, así como el modelo de radioterminal seleccionado, permiten acometer una serie de proyectos futuros que mejorarán la eficiencia de otros procesos dentro del almacén tales como:  Recepción de mercancías: Se utilizarán los terminales de radiofrecuencia para recepcionar la mercancía y contabilizar su entrada automáticamente en el sistema.  Inventario: Se podrá gestionar un sistema de inventario continuo con rotación de referencias, corrigiendo, desde el terminal y en tiempo real, las posibles diferencias tanto por defecto como por exceso.  Informes de rutas: La utilización de los terminales para indicar que unidades de carga van en cada transporte permitirá generar automáticamente las hojas de ruta (documentos de reparto). Se contempla también la posibilidad de utilizar sistemas de geolocalización para detectar la salida de los transportes de los muelles de carga y contabilizar automáticamente la salida de mercancías. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 71 Fuentes de información consultadas [1] SAP Help Portal. Web: http://help.sap.com/ [2] SAP Service Marketplace. Web: http://service.sap.com/notes [3] IDoc-Schnittstelle / Electronic Data Interchange (BC-SRV-EDI) Web:http://help.sap.com/printdocu/core/Print46c/de/data/pdf/BCSRVEDI/CAEDI.pdf [4] KNAPP. Web: http://knapp.com/cms/cms.php [5] KNAPP (youtube). Web: http://www.youtube.com/watch?v=b636oO5hi8U [6] Publicación Handling & storage. Entrevista a Carlos Martín Pineda, Managing Director de Knapp Ibérica. Web: http://www.handling-storage.com/knapp---carlos-martin-pineda.html [7] Publicación Handling & storage: Junio / Julio 2013. Año IX. Nº 70 [8] Ministerio de Educación. Objetivos de la Educación para la década 2010-2020: Plan de acción 2010-2011 Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 72 Anexo - Pliego de condiciones de la instalación ÍNDICE DE DOCUMENTOS Los siguientes documentos se consideran parte del pliego de condiciones de la instalación Denominación de los documentos Descripción Pliego de condiciones para redes e infraestructura informática Describe la infraestructura de redes e informática que Knapp debe entregar y la que el cliente debe poner a disposición Pliego de condiciones de la interfaz gráfica de usuario Explica las interfaces gráficas de los sistemas y subsistemas individuales de Knapp Especificación de la interfaz Define la comunicación entre los sistemas informáticos de Knapp y los del cliente Protocolo de pruebas de aceptación Apoya al cliente durante la comprobación de los procesos comerciales apoyados por Knapp INTRODUCCIÓN El presente pliego de condiciones de la instalación describe el proceso de funcionamiento en el almacén y refleja los procesos comerciales del cliente respaldados por Knapp. Asimismo, en este documento se define el volumen de suministro y de funciones del sistema Knapp instalado. VOLUMEN DE SUMINISTRO Knapp respalda al cliente en la gestión de sus procesos comerciales y para ello suministra los siguientes componentes:  Nueva versión del software WCS  Nuevos terminales de puesto de trabajo WCS  Nuevo módulo WCS-RF (radiofrecuencia) Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 73 ACTUALIZACIÓN DEL SOFTWARE WCS El primer paso consiste en la actualización del software y la puesta en marcha del almacén con el nuevo software. Con la puesta en marcha se cambiarán los datos de impresión al formato PDF. INTEGRACIÓN DEL MÓDULO WCS RF El segundo paso consiste en la puesta en marcha del módulo WCS RF. PUESTA EN MARCHA DE LAS ESTACIONES DE IMPRESIÓN El tercer paso consiste en la puesta en marcha de la estación de impresión en el punto final del circuito de despacho. VISTA GENERAL DEL ALMACÉN La vista general del almacén representa la jerarquía de los sistemas y subsistemas utilizados. Describe y muestra las distintas zonas del almacén y reproduce el flujo de mercancías dentro del mismo. La comunicación entre el ERP (SAP R/3) del cliente y WCS se especifica en un documento propio (especificación de la interfaz). Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 80 FUNCIONAMIENTO DEL SOFTWARE DE CONTROL DE ALMACÉN Los pedidos de preparación se habilitan para el arranque mediante el registro para el arranque. A continuación puede iniciarse su procesamiento en el almacén. Los pedidos pueden registrarse para el arranque únicamente a condición de que se hayan habilitado para el arranque y que se cumplan los criterios necesarios para la habilitación (p. ej.: si fueran necesarios datos de impresión, estos deben de estar disponibles para la habilitación). Se dispone de diferentes modos de arranque de pedidos:  Automático: Todos los pedidos transmitidos del ERP al WCS para los que se ha realizado una habilitación de arranque, se transmiten automáticamente para el arranque en la estación de arranque en la secuencia de su transmisión.  A intervalos: La selección de pedidos que serán registrados para el arranque se puede realizar manualmente según código de ruta, código de ruta y luego código de cliente, código de cliente, hora de salida de ruta o en el orden de transmisión original a WCS. Al realizar la habilitación para el arranque y la selección de pedidos que serán registrados para el arranque, los pedidos se arrancarán a intervalos. Este intervalo de registro puede ser configurado por el usuario en pasos de segundos.  Manual: La selección del pedido para el registro para el arranque se realiza manualmente mediante un diálogo propio. Corrección automática de cantidades Con la "Corrección automática de cantidades" las líneas de pedido que se han preparado totalmente en una estación de control o que ya han existido físicamente se corregirán automáticamente (por el sistema) en el WCS hasta las cantidades nominales requeridas, y esto sin interacción por parte del usuario. Dicha corrección se realiza automáticamente cuando la unidad de carga pasa por la próxima estación de lectura. Esto permite que el operador tenga que modificar únicamente aquellas líneas de pedido que presentan realmente una cantidad menor (REAL < NOMINAL). Las líneas de pedido que se han preparado en su totalidad o que ya han existido físicamente (REAL = NOMINAL) se corrigen automáticamente, sin interacción por parte del usuario, hasta la cantidad nominal. Seguimiento de unidades de carga Mediante la función del seguimiento de las cajas, el cliente podrá visualizar en cualquier momento mediante la interfaz gráfica de usuario WCS, el número de unidades de carga que están asignadas a un determinado cliente. Esta asignación de las unidades de carga se realiza en el momento en el que el pedido de cliente se Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 81 asigna a la unidad de carga en una estación de arranque; la asignación termina con la reutilización en el WCS. Por otro lado, y gracias al intercambio de información que se implementa entre ambos sistemas, es posible realizar el seguimiento de las unidades de carga desde el HOST (ERP) sin necesidad de conectar con el control de almacén. Datos de impresión de los documentos (albaranes de entrega) Cada hoja a imprimir se deberá transmitir al sistema KNAPP en un propio archivo en formato PDF y debe contener el código de barras para la supervisión del proceso de eyección. Para asegurarse de que el documento que se debe imprimir ha sido insertado en la unidad de carga correspondiente, un código de barras debe figurar en cada hoja que debe ser impresa. Mediante la evaluación del mensaje de respuesta de los sensores fotoeléctricos y de la impresora, el sistema comprueba si la cantidad correcta de hojas se coloca en la unidad de carga. WCS-RF (RADIOFRENCUENCIA) La radiofrecuencia se empleará para la preparación de los pedidos en las zonas de despacho manual, así como para la corrección de incidencias durante el despacho automático. Al conectar el terminal RF del WCS se establece una conexión con el software de control de almacén. Una vez que se haya seleccionado el WCS como sistema HOST, aparece en el terminal RF del WCS el diálogo LOGIN donde se piden el ID del usuario y la contraseña. Después de registrarse, el operador accede a la selección de la zona deseada (esta zona refleja un área del almacén en el que el operador puede realizar determinados trabajos con su terminal de radiofrecuencia). El modo de procesamiento para la zona de despacho manual se indica en la siguiente tabla: Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 82 El modo de procesamiento "Preparación" se divide en los siguientes pasos: 1. Escaneado del código de barras de la unidad de carga. 2. Traslado a la ubicación del pedido de preparación indicada. 3. Escaneado del código de barras del producto para la verificación. 4. Toma de la cantidad pedida (en caso necesario corregir las cantidades). 5. Confirmación de la cantidad tomada. 6. Procesamiento de la siguiente línea del pedido de preparación (si existe, se empieza de nuevo por el punto 2). 7. Finalización de la preparación de pedido escaneando la unidad de carga y trasladando los productos a la unidad de carga. Descripción del proceso Al seleccionar el modo de procesamiento "Preparación", el operador escanea el código de barras de la unidad de carga que se está procesando. A continuación, se le muestra en el display la primera línea del pedido a procesar. Seguidamente, el operador pasa a la ubicación prescrita y escanea, para comprobar si se trata de la ubicación correcta, el código de barras de la ubicación (si el código de barras no fuera legible, podría introducirse manualmente). A continuación, el operador toma la cantidad pedida de la ubicación, introduce la cantidad retirada en el radioterminal y confirma el proceso con la tecla "INTRO". Si la cantidad solicitada no fuera disponible en la ubicación, se registra sólo la cantidad real. Sin embargo, en este caso se deberá terminar el proceso mediante la tecla de función (se confirma la ubicación de origen como vacía) y se visualiza la próxima línea de pedido (si hay otra). Una vez procesadas todas las líneas de pedido, se le solicita al operador de colocar los productos en la unidad de carga que se está procesando. El procedimiento completo (la puesta de los productos) se termina escaneando el código de barras de la unidad de carga. A continuación se muestra una lista de posibles errores y la reacción del sistema: Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 83 Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 84 PLIEGO DE CONDICIONES PARA REDES E INFRAESTRUCTURA INFORMÁTICA OBJETIVOS El presente pliego de condiciones para redes e infraestructura informática describe la infraestructura informática y de redes que Knapp debe suministrar y que el cliente debe poner a disposición, con el fin de asegurar el desarrollo correcto de los procesos comerciales tal y como se mencionan en el pliego de condiciones para el funcionamiento y el control de la instalación (documento anterior). Además de ello, el presente pliego de condiciones sirve para describir las responsabilidades y los objetivos de Knapp y del cliente. COMPETENCIAS El presente capítulo indica una lista de todas las actividades y tareas necesarias y define las respectivas competencias. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 85 HARDWARE RADIOTERMINAL El aparato Motorola Symbol WT4090 empleado se lleva en la muñeca y está equipado con un escáner de anillo. Incluye las siguientes características:  Sistema operativo Microsoft Windows CE 5.0 Professional.  Construcción sólida (grado de protección IP54).  Display de 2,8“ (contraste y brillo optimizados).  Teclado robusto y ergonómico.  Optimizado para diestros y zurdos.  Soporte lavable para la muñeca.  Posibilidades de entrada flexibles  Escáner de anillo ergonómico.  Temperatura de funcionamiento: -20°C hasta +50°C (-4°F hasta 122°F).  Peso reducido: 320 gr. con paquete de baterías estándar. CUNA RECEPTOR (CRADLE) PARA RADIOTERMINALES El radioterminal Symbol WT4090 puede cargarse en la cuna receptor (Cradle) del radioterminal. No hace falta retirar la batería. Además de su función de cargador, la cuna facilita el intercambio de datos a través de una interfaz USB:  Cuna USB de ranura sencilla.  1 ranura para la conexión del cargador de batería.  Cable USB.  Teclado robusto y ergonómico. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 86  Optimizado para diestros y zurdos. CARGADOR PARA RADIOTERMINALES (4) El cargador para radioterminales puede cargar hasta 4 baterías de un radioterminal WT4090 simultáneamente. PUNTO DE ACCESO El punto de acceso Symbol AP – 5131 admite los estándares 802.11 a/b/g con 2.4 y 5 GHz:  Peso: 0,884 kg.  Temperatura de funcionamiento: desde -20°C hasta 50°C.  Humedad ambiental: 5 -95% RH , no condensante.  Soporte PeE integrado: 802.3af en conexión LAN.  Tasas de transmisión admitidas por el sistema: 1, 2, 5,5, 6, 9, 11, 12, 18, 24, 36, 48, 54 Mbit/s. ESTRUCTURA DEL HARDWARE EN EL RACK Los componentes del servidor suministrados por Knapp están montados en un rack con 42 HE (niveles de altura). Esto permite instalar los componentes (que se indican a continuación) de manera segura y en poco espacio e instalar el cableado de los componentes de tal forma que permita un mantenimiento fácil. Componentes que se montan en el rack:  Servidor WCS y backup.  Switch(es) de red.  Switch KVM.  Pasarela VPN.  Sistema NAS. FIABILIDAD DE LA ESTRUCTURA INFORMÁTICA Arquitectura de servidores: Network Mirror Esta arquitectura de servidores prevé que ambos servidores estén encendidos simultáneamente y que los datos del servidor primario relevantes para el sistema KNAPP se reproduzcan constantemente en el servidor secundario. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 87 Cada servidor tiene dos grupos lógicos de discos duros:  Un RAID 1 para el sistema operativo y los datos del sistema correspondientes  Un RAID 5 para el sistema KNAPP que contiene lo siguiente: o Software WCS o Base de datos del software WCS y los datos correspondientes Copyright © KNAPP AG. Todos los derechos reservados. El sistema dispone de un disco duro adicional “Hot-Spare”. En caso de fallo de un disco de los dos grupos lógicos de discos duros, el controlador RAID utiliza el disco duro de reserva e inicia automáticamente un restablecimiento de los datos. Para los datos relevantes (sistema operativo) guardados en el RAID 1, se instalará una herramienta de sincronización que se accionará manualmente y que sólo debe ser operada por un empleado de KNAPP. Para los datos relevantes del sistema KNAPP (aplicación, base de datos) que se guardan en el RAID 5 se establecerá un RAID 1 virtual (Network Mirror) a través de la red Interlink entre los dos servidores para guardar los datos al mismo tiempo en ambos servidores. Estrategia de disponibilidad: Hot-Stand-By (failover automático) En la estrategia de disponibilidad Hot-stand-by un programa especial (heartbeat) instalado en ambos servidores supervisa el estado del otro servidor mediante paquetes “heartbeat”. Si se presenta una situación crítica en uno de los servidores (fallo del sistema), se terminarán, si fuera posible, todos los procesos relevantes Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 88 para el control del almacén (base de datos, interfaz de usuario) y se arrancarán en el otro servidor. Si no es posible cerrar los programas de modo controlado, el servidor se rearrancará automáticamente y los procesos relevantes para el control del almacén (base de datos, interfaz de usuario) se iniciarán. En caso de producirse un error durante el inicio de los procesos (la base de datos no se inicia), todos los demás procesos se terminarán y el servidor se cambiará al modo stand-by para realizar la prueba manual de la causa del problema. REDES Requerimientos con respecto a la red El cliente deberá respetar, además de las especificaciones incluidas en el capítulo siguiente, los requerimientos con respecto a la red en caso de que éste facilite la red o la infraestructura de la red parcial o totalmente:  Uso exclusivo de componentes de red layer-3 gestionables (100 - 1000 Mbit).  LAN o VLAN individuales para los sistemas Knapp, con velocidad de transmisión de datos asegurada (>= 100 Mbit) y tiempo de latencia (< 250ms).  En caso de utilizar VLAN, el puerto correspondiente deberá facilitarse en el switch de red de modo "VLAN untagged" dado que Knapp no utiliza el modo "VLAN tagging" en sus componentes finales.  Las LAN o VLAN necesarias y su velocidad de transmisión de datos serán definidas por Knapp de modo específico para el proyecto.  Al emplear los WLANs, los componentes WLAN puestos a disposición por el cliente deben tener un ancho de banda de >= 11 Mbit. Especificaciones La conexión al ERP deberá realizarse con una velocidad de transmisión de datos asegurada de >= 10 Mbit y con tiempos de latencia de <100 ms. Sin embargo, la velocidad de transmisión de datos asegurada puede ser inferior si no se transmiten datos de impresión (mínimo: 64 Kbit). Las normas IEEE 802.3i- (10Base-T) y 802.3u- (100Base-TX) deben tenerse en cuenta para toda la red. Se ha definido el tipo de red Ethernet y el procedimiento de acceso CSMA/CD. Si la longitud de cable de 100 m y/o la velocidad de transferencia de 100 Mbit/s no son suficientes, se aplicarán las normas 802.3z (1000Base-LX, 1000Base-SX) o 802.3ab (1000Base-T). La siguiente tabla muestra un resumen de las normas descritas: Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 89 Topología de red En el almacén se emplea como base la topología estrella, según la cual se conectan centralmente a un switch o si fuera necesario varios switches colocados en cascada todos los ordenadores, impresoras y demás dispositivos de control del almacén. Cableado de red En el almacén del cliente se utilizarán cables de red del tipo CAT5/CAT5e o CAT6. Las conexiones de red que superan una distancia de 100 m son una excepción. Para estas conexiones se deberán usar cables de fibra óptica. Protocolo de red Como protocolo de red se utiliza TCP/IP en su versión 4. Knapp asignará el rango de direcciones IP para los componentes de red del almacén del cliente. Puertos La lista siguiente muestra un resumen de los puertos utilizados por el software de control de almacén: Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 96 Knapp  SAP R/3 <?xml version="1.0"?> <hcomm logcfg="/lager/cfg/HComm/log4j-knapp_to_host.xml"> <connections> <sap_connection> <client name="host" dump="/lager/log/"> <property name="jco.client.client" value="001" /> <property name="jco.client.ashost" value="xxx.xxx.xxx.xxx" /> <property name="jco.client.sysnr" value="00" /> <property name="jco.client.user" value="usr_sap" /> <property name="jco.client.passwd" value="pwd_sap" /> <property name="jco.client.trace" value="0" /> <property name="jco.client.lang" value="ES" /> </client> </sap_connection> <jms_connection name="wmw" type="aq" host="localhost" port="xxxx" sid="kxxl" username="usrId" password="pwdId" receive_queue="wmw2host" timeout="30" message_factory="com.knapp.ksd.kxdata.gen.jdo.clob_message_ot" /> </connections> <retriever name="idoc2host" classname="com.knapp.ksd.hcomm.retriever.WmwToHostRetriever"> <connection in="wmw" out="host" /> <sender name="default" classname="com.knapp.ksd.hcomm.sap.XmlToIDocSender" connection="host" /> </retriever> <idocs> <idoc name="IDOCNAME" idoctyp="IDOCTYP" mestyp="MESTYP"> <control_record> <property name="Status" value="01" /> <property name="RecipientPartnerType" value="LS" /> <property name="RecipientPartnerNumber" value="REPTNNUMBER" /> <property name="RecipientPort" value="REPORT" /> Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 97 <property name="SenderPartnerType" value="LS" /> <property name="SenderPartnerNumber" value="SEPTNNUMBER" /> <property name="SenderPort" value="SEPORT" /> <property name="Direction" value="2" /> <property name="Client" value="001" /> <property name="IDocType" value="IDOCTYP" /> <property name="MessageType" value="MESSTYP" /> </control_record> </idoc> </idocs> </hcomm> IDOCS Un IDOC (acrónimo de Documento Intermedio) es un objeto SAP de información estructurada que permite la transferencia de información de transacciones comerciales entre procesos. Si la transferencia tiene lugar entre sistemas SAP, se hace a través de ALE, mientras que la comunicación con un sistema no SAP se realiza mediante los subsistemas EDI. Podemos asumir que el IDOC es similar a un fichero XML en cuanto a su propósito: intercambiar datos y automatizar sistemas, aunque el enfoque es completamente diferente. ESTRUCTURA GENERAL DEL IDOC Registro de control: Contiene toda la información administrativa del IDOC, como el sistema origen y el de destino, número del IDOC, fecha, hora, tipo base, tipo de mensaje,… La estructura de este segmento de control es igual para todos los IDOCs. Cada IDOC contiene uno y sólo un registro de control. Registro de datos: El registro de datos contiene toda la información enviada/recibida. Está dividido en distintos segmentos en los que se almacenan los datos. Estos segmentos a su vez pueden contener otros segmentos. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 98 Registro de estado: Almacena el historial del procesamiento del IDOC en sus distintas etapas. El registro de estado permite realizar el seguimiento del IDOC por sus diferentes estados de procesamiento. NORMAS SOBRE EL FORMATO DE LOS IDOCS Por regla general, se aplicarán las siguientes normas sobre el formato de los datos que aparecen en segmentos:  Los campos en segmentos deben contener únicamente datos alfanuméricos. Este objetivo se alcanza cuando se emplean datos similares a caracteres en los campos de segmentos.  No se distingue entre mayúsculas y minúsculas.  Los campos se llenan de modo que estén alineados a la izquierda.  La representación estándar de la fecha es YYYYMMDD (AAAAMMDD), sin calificador. El 28 de febrero de 1996 aparecería como 19960228.  La representación estándar de la hora es HHMMSS, sin calificador. Las 20:35 aparecerían como 203500.  En el caso de las cifras con coma fija, se utiliza el punto como separador decimal; el separador de millares no se utiliza. Los valores negativos se identifican con un signo menos pospuesto. o Notación alemana: el número -2.097.152,64 aparecería como 2097152.64o Notación estadounidense: el número -2,097,152.64 aparecería como 2097152.64-  En el caso de las cifras con coma flotante, se utiliza el punto como separador decimal; el separador de millares no se utiliza. Los valores negativos se identifican con un signo menos antepuesto, siempre se indica el exponente. o Notación alemana: el número -23,4 aparecería como -2.34E+01 o Notación estadounidense: el número -2.4 aparecería como -2.4E+01 Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 99 MENSAJES DESDE SAP R/3 A KNAPP Transmisión de datos maestros Previo al envío de las órdenes de despacho al control de almacén, es necesario informar de los datos maestros de productos, clientes y rutas. Para garantizar la consistencia de la información, los datos maestros sólo se debe enviar cuando el control de almacén no esté operativo y no queden órdenes de despacho pendientes de liberar. EL siguiente IDOC (ZMSTAM02) marca el inicio y fin de una transmisión de datos maestros: Campo Longitud Nombre Descripción Comentario CODE 2 Código de inicio/fin Productos: ‘PA’: Inicio ‘PE’: Fin ‘PU’: Actualizar ‘PD’: Borrar Clientes: ‘KA’: Inicio ‘KE’: Fin ‘KU’: Actualizar ‘KD’: Borrar Rutas: ‘RA’: Inicio ‘RE’: Fin ‘RU’: Actualizar ‘RD’: Borrar TEXT 20 Texto Descripción DATE 8 Fecha Fecha de transmisión Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 100 Datos maestros de productos IDOC: ZMSTAM01  Segmento: Z1PRODH (cantidad mínima/máxima de segmentos en el IDOC: 1 / 999999) Campo Longitud Descripción KTXT 40 Denominación del producto SCODE 3 Código de estación MAXST 4 Cantidad máxima GESCH 2 Velocidad de eyección GEWIC 5 Peso LAENG 4 Longitud BREIT 4 Ancho HOEHE 4 Altura GEOC 10 Geocódigo (ubicación) MATNR 18 Código del producto SEKTOR 2 Sector en el control de almacén EBENE 2 Nivel KANAL 3 Canal BARC 18 Código de barras (EAN11) Campo KTXT: Este campo indica el nombre del producto. Campo SCODE: En este campo se transmite el número de la estación en la que se ha almacenado el producto. Campo MAXST: Esta información indica el número máximo de unidades que pueden ser procesadas en el automático. En caso de sobrepasarse esta cantidad, el automático no eyecta ningún producto. La cantidad total se procesará mediante el radioterminal en la estación manual. Campo GESCH: Este parámetro indica la velocidad de procesamiento del producto correspondiente. La velocidad indica cómo se deberá eyectar el producto de ese canal. Campo GEWIC: Este parámetro indica el “peso por paquete”. El peso se indica en gramos. Campos LAENG, BREIT, HOEHE: Estos parámetros indican las dimensiones del producto en mm. En caso de productos de la zona manual, el software de control de almacén no evalúa esta información. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 101 Campo GEOC: Este campo permite transmitir un código de ubicación o producto con formato libre. Este código se imprimirá en todos los mensajes referentes a este producto. La única limitación es que el código de la ubicación de un producto en el almacén debe ser unívoco. Campo MATNR: Este código enlaza el registro de pedido con el registro de producto. Puede ser asignado por terceros o definido por el cliente. Este número debe ser inequívoco para un producto en todo el almacén. Campos SEKTOR, EBENE, KANAL: Estos números identifican la posición de un canal en los autómatas (SDA, TD-Lean). El técnico de KNAPP asigna los números cuando se instala los autómatas. Al cambiar la posición y el número de canales, el técnico de almacén debe asignar los nuevos números según las instrucciones de KNAPP. Campo BARC: Este campo informa del código EAN del producto. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 102 Datos maestros de productos IDOC: ZMSTAM04  Segmento: Z1KUNDH (cantidad mínima/máxima de segmentos en el IDOC: 1 / 999999) Campo Longitud Descripción KNUM 10 Código del cliente KNAM1 30 Nombre 1 del cliente KNAM2 30 Nombre 2 del cliente STR 35 Dirección (calle, nº,…) ORT 35 Localidad PLZ 10 Código postal SONST 40 Comentarios de interés Campo KNUM: Código unívoco que identifica al cliente. Campos KNAM1, KNAM2: Estos campos se utilizan para transmitir el nombre del cliente para su uso en la interfaz del software de control de almacén. Campos STR, ORT, PLZ: Información asociada a los datos de dirección del cliente. Campo SONST: Notas de interés relacionadas con el cliente que se muestran en la interfaz gráfica de control de almacén. Datos maestros de productos IDOC: ZMSTAM05  Segmento: Z1ROUTEH (cantidad mínima/máxima de segmentos en el IDOC: 1 / 999999) Campo Longitud Descripción TOUR 3 Identificador de la ruta RAMP 5 Rampa en el muelle de carga DEPI 6 Hora de cierre de la ruta Campo TOUR: Identificador de la ruta asociada a los pedidos de los clientes. Campo RAMP: El valor de este campo enlaza una ruta con la rampa dentro del muelle de carga. Campo DEPI: Hora de salida del transporte vinculado a la ruta. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 103 Envío de órdenes de despacho: datos de cabecera IDOC: ZMTOID01  Segmento: Z1LTORH (cantidad mínima/máxima de segmentos en el IDOC: 1 / 1) Campo Longitud Descripción LGNUM 3 Número de almacén TANUM 10 Número de orden de despacho BNUM 3 Número de hoja RAMP 5 Rampa asociada a la ruta TOUR 3 Ruta de expedición DEPI 6 Hora de salida KUNDE 10 Código del cliente SBITL 20 Control de secuencia PRIOR 2 Prioridad de despacho Campo LGNUM: Número de almacén en función de la configuración de almacenes del cliente. Campo TANUM: Número de la orden de despacho (pedido de preparación individual). Campo BNUM: Número de hoja. Se utiliza en el caso de que una orden de despacho necesite más de una unidad de carga. Campo TOUR: Identificador de la ruta asociada al pedido del cliente. Campo RAMP: Código de la rampa dentro del muelle de carga. Campo DEPI: Hora de salida del transporte. Campo KNUM: Código del cliente. Campo SBITL: Control de secuencia de despacho. El valor de este campo permite al software de control de almacén desviar las unidades de carga exclusivamente a las zonas requeridas de despacho evitando que las unidades de carga tengan que pasar por todas y cada una de las zonas. Campo PRIOR: Prioridad asociada a la orden de despacho. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 104 Envío de órdenes de despacho: datos de posición Segmento: Z1LTORH  Segmento: Z1LTORI (cantidad mínima/máxima de segmentos en el IDOC: 1 / 9999) Campo Longitud Descripción TAPOS 4 Número de posición de la orden de despacho MATNR 18 Código del producto VLBER 3 Estación en la que está almacenado el producto VSOLM 15 Cantidad solicitada Campo TAPOS: Número de posición de la orden de despacho. Este valor será utilizado posteriormente en la información que transmite el control de almacén al ERP. Campo MATNR: Código que identifica unívocamente al producto. Campo VLBER: Identificador de la estación (automática o manual) en la que está almacenado el producto. Campo VSOLM: Cantidad solicitada en el pedido del cliente. Intercambio de información entre sistemas SAP R/3 – Knapp para optimizar el proceso de expedición de pedidos Página 105 MENSAJES DESDE KNAPP A SAP R/3 Reconocimiento de la orden de despacho: datos de cabecera IDOC: ZMTCID02  Segmento: Z1LTCOH (cantidad mínima/máxima de segmentos en el IDOC: 1 / 1) Campo Longitud Descripción LGNUM 3 Número de almacén TANUM 10 Número de orden de despacho QNAME 12 Nombre de usuario que efectúa el reconocimiento SQUIT 1 Indicador de orden de despacho confirmada KOMIN 1 Tomar ctd.picking p.entregar en entrega/contabilizar SM BNUM 3 Control de secuencia KISTE 6 Número de la unidad de carga STATU 4 Estado de la unidad de carga STATNR 3 Código de estación Campo LGNUM: Número de almacén en función de la configuración de almacenes del cliente. Campo TANUM: Número de la orden de despacho (pedido de preparación individual). Campo QNAME: Nombre del usuario que efectúa el reconocimiento (usuario que trata la orden de despacho). Campo SQUIT: Indicador de orden de despacho confirmada. Campo KOMIN: Indicador que fija que se tome la cantidad real de picking como cantidad en el albarán de entrega y como cantidad durante la contabilización de la salida de mercancía. Campo BNUM: Número de hoja. Se utiliza en el caso de que una orden de despacho necesite más de una unidad de carga. Campo KISTE: Número de la unidad de carga asignada a la orden de despacho. Campo STATU: Estado de la unidad de carga (valores que puede contener el campo: 4000 – Orden de despacho arrancada / 0400 – Procesamiento de la orden de despacho finalizado debido a timeout / 0800 – Orden de despacho finalizada manualmente / 8000 – La unidad de carga ha llegado a la zona de expedición) Campo STATNR: Última estación por la que ha pasado la unidad de carga.