Está en la página 1de 13

Documento de Integracin

SAP TR - B2B. Diseo General Empresa: LOral

Informacin del Documento Proyecto Ttulo del Documento Documentacin Asociada Autor Estado Revisin Nombre rea. Fech a Firma Mobile Systems Borrador Prisa Integracin SAP-TR-B2B. Diseo General

Aprobacin Nombre Edgardo Menta Angelica Ponce Jose Carlos Ballon Joaquin Salvador rea. Mobile Systems LOral Mutualizacion LOral Peru LOral Venezuela Fecha Pendiente Pendiente Pendiente Pendiente Firma

Historial del Documento Versi n 0.1 Motivo del cambio Creacin del documento Fecha 04/03/2008

ndice

1. Objetivo del Documento...........................................................................4 2. Arquitectura Fsica...................................................................................4


2.1. Servidor SAP................................................................................................4 2.2. Servidor Hermes...........................................................................................4 2.3. Servidor TR y B2B-EDI...................................................................................5 2.4. Puestos Concentrador TR................................................................................5 2.5. Notebooks TR...............................................................................................5 2.6. Puestos Administrador B2B-EDI.......................................................................6 2.7. Puesto de Ingreso de Pedidos B2B-EDI.............................................................6 2.8. Diagrama de Arquitectura Fsica......................................................................6

3. Modelo de Integracin Funcional ...............................................................7


3.1. SAP R/3.......................................................................................................7
3.1.1. Responsabilidades................................................................................................7 3.1.2. Interfaces identificadas.........................................................................................7 3.2.1. Responsabilidades................................................................................................8 3.2.2. Interfaces identificadas.........................................................................................9

3.2. Hermes........................................................................................................8

3.3. Concentrador TR...........................................................................................9

3.3.1. Responsabilidades................................................................................................9 3.3.2. Interfaces identificadas.........................................................................................9 3.4.1. Responsabilidades..............................................................................................11 3.4.2. Interfaces identificadas.......................................................................................11

3.4. TR.............................................................................................................11

3.5. Administrador B2B-EDI.................................................................................11

3.5.1. Responsabilidades..............................................................................................11 3.5.2. Interfaces identificadas.......................................................................................11

3.6. Diagrama de Integracin Funcional................................................................13

1.Objetivo del Documento


Este documento describe la solucin para la entrada de pedidos B2B-EDI y TR en SAP para LOral Venezuela y Per. Es el documento central de un conjunto de documentos relativos a la solucin e integracin B2B-EDI y TR, y el cual es conveniente que se lea en forma previa al resto de la documentacin. En el se describir la arquitectura fsica, y funcional de la solucin, y los circuitos de informacin. Por conveniencia, se integran en un solo documento los sub-sistemas de entrada de pedidos B2B-EDI y TR. A todo efecto se consideran las filiales Venezuela y Per como instalaciones simtricas. Donde las diferencias entre ambas filiales lo requieran, se indicarn explcitamente.

2.Arquitectura Fsica
2.1. Servidor SAP
Respecto de los componentes considerados en este documento, el servidor SAP solo tendr conexin fsica con el servidor Hermes. Si bien desde el punto de vista funcional es un nico servidor SAP, fsicamente habr varios servidores dando servicio. La entrada de informacin a SAP, se realizar con un login y el servidor fsico que atiende este requerimiento ser determinado por SAP mediante balance de carga. La salida de informacin ocurrir desde cualquiera de los servidores, y por lo tanto, Hermes debe estar conectado a cada uno de ellos. El servidor SAP es preexistente a este anlisis, est ubicado en Argentina, y est fuera del mbito de este proyecto describir datos adicionales sobre el mismo. Las nicas tareas previstas sobre este servidor en el marco de este proyecto, corresponden a la realizacin de las configuraciones necesarias para el envo y recepcin de informacin requeridad por el mismo, y descriptas en esta documentacin.

2.2. Servidor Hermes


Existir un servidor Hermes para cada pas (Venezuela y Per). Cada servidor conectar a SAP mediante dos tipos de puertos (puntos de entrada o salida de Hermes) distintos: SAPSnd: Se conecta a SAP mediante un login de un usuario de interfaz (no requiere acceso de dialogo). La funcin de este puerto es la de envo de datos a SAP. Existir un nico puerto de este tipo por servidor Hermes, que conectar al servidor de login de SAP, el cual decidir cual de los distintos servidores fsicos lo atienden por los mecanismos previstos por SAP para balance de carga. SAPRcv: Se conecta a SAP mediante la registracin de un programa (tcnica de SAP). Estos puertos permiten la recepcin de la informacin que SAP envia a Hermes. Al registrase el programa, SAP sabe como localizar a Hermes, y cuando tiene informacin disponible, la enva mediante una llamada RFC a Hermes. Existir un puerto de este tipo por cada servidor a travs del cual SAP pueda enviar informacin.

La instalacin del servidor Hermes est prevista como parte de las tareas de proyecto. El servidor tendr los siguientes componentes de software instalados sobre l (REF: Especificaciones de servidor): Sistema Operativo: Windows 2003 Server. A instalar por LOral. Motor de base de datos: SQL Express 2005 es suficiente. Si por estndares de LOral fuera conveniente instalar un SQL Server 2005 Enterprise, no hay inconvenientes. A instalar por LOral. Hermes: Existirn 2 instancias de Hermes, correspondientes a TEST o QA y a PRODUCCION. A Instalar por Mobile Systems. Otros: Cualquier otro componente de software que LOral requiera por estndares corporativos (antivirus, firewalls, etc). LOral debe comunicar su instalacin para verificar que la misma no afecta el funcionamiento o la performance de Hermes.

2.3. Servidor TR y B2B-EDI


Desde el punto de vista fsico TR y B2B-EDI existir un servidor compartido para ambos, sin que esto sea una restriccin para que un futuro estn en servidores distintos si fuera conveniente. Existir un servidor para cada pas. Este servidor debe tener conexin con: Servidor de Hermes Laptops TR de los representantes de venta Usuario B2B-EDI. Un usuario que recibe los pedidos desde los proveedores externos y los deja en un directorio visible desde el servidor para su procesamiento. Puestos Concentrador TR. Puestos de Administrador B2B-EDI

El servidor tendr los siguientes componentes de software instalados sobre l: Sistema Operativo: Windows 2003 Server. A instalar por LOral. Motor de base de datos: SQL Server 2005 Enterprise. A instalar por LOral. Otros: Cualquier otro componente de software que LOral requiera por estndares corporativos (antivirus, firewalls, etc). LOral debe comunicar su instalacin para verificar que la misma no afecta el funcionamiento o la performance de los componentes instalados en l.

2.4. Puestos Concentrador TR


El sub-sistema TR requiere de una funcin de administracin, control, y complemento de tareas operativas, que se realizan en forma centralizada. Para esto, existirn puestos designados por cada filial de LOral que tendrn instalado el software Concentrador TR, y que permitirn esta gestin. Los puestos del concentrador, solo deben conectar al Servidor TR. Estos puestos se consideran pre-existentes a este proyecto y no est prevista su instalacin, a excepcin del software del concentrador TR. Deben tener instalado el siguiente software: Sistema Operativo: Windows 2000 o superior, a definir por cada filial. Software Concentrador TR. Otros: Cualquier otro componente de software que LOral requiera por estndares corporativos (antivirus, firewalls, etc).

2.5. Notebooks TR
Cada vendedor de cada pas, tendr una laptop instalada con el sistema TR. Este sistema comunicar la informacin al servidor TR, mediante acceso directo a la base de datos. Las notebooks tendrn los siguientes componentes de software instalados: Sistema Operativo: Windows XP Professional (Confirmar). A instalar por LOral. Motor de base de datos: SQL Express 2005. A instalar por LOreal. Software TR. A instalar por LOral. Otros: Cualquier otro componente de software que LOral requiera por estndares corporativos (antivirus, firewalls, etc). LOral debe comunicar su instalacin para verificar que la misma no afecta el funcionamiento o la performance del software TR.

2.6. Puestos Administrador B2B-EDI


Existir una o varias personas designadas para la administracin del sub-sistema B2B-EDI. A tal fin, existirn puestos que tendrn instalado el software de administracin de B2B-EDI. Deben tener conexin a la base de datos del servidor B2B-EDI. Deben tener instalado el siguiente software: Sistema Operativo: Windows 2000 o superior, a definir por cada filial. Software Administrador B2B-EDI. Otros: Cualquier otro componente de software que LOral requiera por estndares corporativos (antivirus, firewalls, etc).

2.7. Puesto de Ingreso de Pedidos B2B-EDI


Los responsables de la recepcin de los pedidos B2B-EDI desde el proveedor, tendrn una estacin de trabajo desde la cual realizarn el ingreso de los pedidos al sistema B2B-EDI. El nico requisito de estos puestos es que tengan visibilidad de un directorio pre-establecido, al cual tambin pueda acceder el servidor para tomar de all la informacin. Eventualmente, podran fusionarse el puesto de administracin de TR con el de ingreso de pedidos.

2.8. Diagrama de Arquitectura Fsica


El diagrama debajo ilustra lo expuesto. En cuanto a las conexiones, no intenta representar la arquitectura de red con precisin, sino las necesidades de conexin y visibilidad. La arquitectura de red o conexin exacta para satisfacer estas necesidades es responsabilidad de cada filial.

3.Modelo de Integracin Funcional


3.1. SAP R/3
Si bien SAP es el sistema central, y sus responsabilidades exceden en mucho las que afectan a la funcionalidad de los sub-sistemas TR y B2B-EDI, se consideran en este documento solo aquellas responsabilidades que afectan en forma directa a estos.

3.1.1.

Responsabilidades

Procesamiento de pedidos: SAP es el encargado del procesamiento completo del pedido hasta la generacin de entrega, despacho y facturacin. Aplicacin de cobranza: SAP es quien determinar en ltima instancia como se realiza la aplicacin de valores registrada en la TR, an cuando esta indica como se debe aplicar. Mantenimiento de cuenta corriente de clientes: La registracin de nueva deuda y la cancelacin de la misma es responsabilidad de SAP, y es SAP quien indicar a TR cual es la situacin de deuda de los clientes. Mantenimiento de maestros: Los maestros de clientes, materiales, listas de materiales, sern mantenidos en SAP, y la informacin se enviar a TR y B2B-EDI que la requieren para su uso. Mantenimiento de condiciones de precio y bonificaciones: Toda la informacin correspondiente al modo en que se calcula precio, descuentos y bonificaciones, se mantendr integramente en SAP. La informacin ser distribuida a TR para su utilizacin.

3.1.2.

Interfaces identificadas

Materiales: Los materiales se enviarn de SAP a otros sistemas, mediante el Idoc MATMAS03. El Idoc se generar sobre el cambio de informacin de material, por configuracin. Para la bajada inicial se utilizar la transaccin BD10. Clientes: Los clientes se enviarn de SAP a otros sistemas, mediante el Idoc DEBMAS05. El Idoc se generar sobre el cambio de informacin de clientes, por configuracin. Para la bajada inicial se utilizar la transaccin BD12. Listas de materiales: Las listas de materiales se enviarn de SAP a otros sistemas, mediante el Idoc BOMMAT03, por configuracin. El Idoc se generar sobre el cambio de informacin de listas de material. Para la bajada inicial, se utilizar la transaccin BD30. Condiciones: Los registros de condicin se enviarn de SAP a otros sistemas, mediante el Idoc COND_A01. El Idoc se generar sobre el cambio de informacin de condiciones, por configuracin. Para la bajada inicial, existir tre programas en SAP que envan las condiciones, las escalas de valor, y las de cantidad. Catalogos de producto: Los catlogos de producto se enviarn a otros sistemas, mediante el Idoc PRICAT01. Areas de Venta: Las areas de venta se enviarn a otros sistemas, mediante un programa desarrollado que se programar en un job. Ese mismo programa se utilizar para la bajada inicial. Bonificaciones: Los datos de bonificaciones se enviarn a otros sistemas, mediante dos programas desarrollados, que envan las bonificaciones, y las escalas de aplicacin, si estuvieran definidas. Para estos se configurar un job peridico. Esos mismos programas se utilizarn para la bajada inicial. Clases de condicin: Los datos de clase de condicin se enviarn a otros sistemas mediante tres programas desarrollados, que envan las clases de condicin, el grupo de exclusin al que pertenecen, y los lmites. Para estos programas se configurar un job peridico. Esos mismos programas se utilizarn para la bajada inicial. Cuenta Corriente: La cuenta corriente se enviar a otros sistemas mediante un programa desarrollados, que solo incluir los saldos de los documentos pendientes de aplicacin. Se crear un job peridico para el envo. El mismo programa se utilizar para la bajada inicial.

Esquemas: Los esquemas de precio, bonificacin y exclusion, se transferirn mediante tres programas desarrollados, que envan los datos generales del esquema, los pasos y los grupos de exclusin que aplican a los mismos. Para esto se crear un job peridico. Los mismos programas se utilizarn para la bajada inicial. Jerarquias de cliente: Las jerarquias de cliente se enviarn a otros sistemas mediante un programa desarrollado. Para este fin se programar un job peridico. Este mismo programa se utilizar para la bajada inicial. Jerarquias de producto: Las jerarquas de producto se enviarn a otros sistemas mediante un programa desarrollado. Para este fin se programar un job peridico. Este mismo programa se utilizar para la bajada inicial. Exclusiones: Las condiciones de exclusin se enviarn a otros sistemas mediante un programa desarrollado. Para este fin se programar un job peridico. Este mismo programa se utilizar para la bajada inicial. Monedas: Las monedas se enviarn a otros sistemas mediante un programa desarrollado. Para este fin se programar un job peridico. Este mismo programa se utilizar para la bajada inicial. Personal: La informacin de personal (vendedores) se enviar mediante un programa desarrollado. Para este fin se programar un job peridico. Este mismo programa se utilizar para la bajada inicial. Sectores: La informacin de sectores se enviar mediante un programa desarrollado. Para este fin se programar un job peridico. Este mismo programa se utilizar para la bajada inicial. Secuencias: Las secuencias de acceso se enviaran mediante tres programas desarrollados que envan los datos de secuencias, accesos, y campos de los accesos. Para este fin se programar un job peridico. Estos mismos programas se utilizar para la bajada inicial. Vias de pago: Las vas de pago se enviarn a otros sistemas mediante un programa desarrollado. Para este fin se programar un job peridico. Este mismo programa se utilizar para la bajada inicial. Condiciones de pago: Las condiciones de pago se enviarn a otros sistemas mediante un programa desarrollado. Para este fin se programar un job peridico. Este mismo programa se utilizar para la bajada inicial. Cobranza: La cobranza se recibir en SAP a travs de archivos. Para este fin se utilizar un programa desarrollado. Se programar un job de procesamiento peridico que tratar todos los archivos pendientes. No es necesaria una carga inicial. Status Cobranza: La cobranza ingresada a SAP, mediante un proceso que excede el marco de este documento, se aplicar en SAP igual o distinto de lo indicado en la interfaz de cobranza. Como resultado de esa aplicacin, se generar una interfaz de salida desde SAP, que indicar los registros de cobranza que ya han sido procesados. Procesado significa que se encuentran trasladados a las tablas de cuenta corriente de SAP, ya sea que estn aplicados o pendientes de aplicacin. En ningn caso se dejarn pendientes parciales de registros de cobranza. Cada registro se trasladar a las tablas de CC de SAP en forma completa. Esta informacin se enviar a Hermes a travs de un archivo. La salida se realizar mediante job peridico. No se requiere bajada inicial. La generacin de esta interfaz debe ser coordinada con la de la interfaz de CC. Pedidos: Los pedidos ingresarn a SAP mediante el Idoc ORDERS05. El Idoc luego se procesar por mecanismos estandar provistos por SAP. No es necesaria una carga inicial.

3.2. Hermes
3.2.1. Responsabilidades

Conversin y mapeo de formatos entre sistemas: Hermes se encarga de las conversiones de datos y mapeos de la estructura de datos de un documento origen a otro u otros de destino Distribucin de informacin a sistemas destino: La informacin recibida es procesada y se determina quienes son los destinos interesados en esta informacin. Comunicacin con SAP (RFC): SAP enva y recibe la informacin mediante RFCs, mediante un protocolo especfico. Hermes maneja del dilogo con SAP. Insercin de registros en DBs destino: Si se deben insertar registros en una base de datos destino, Hermes lo har en forma directa, sin necesidad de un procesamiento adicional.

Procesamiento de archivos: En interfaces de archivo plano, interpreta los archivos planos entrante, y genera los archivos planos salientes de acuerdo a la descripcin de estructura correspondiente. Logs de transferencia: Registra toda la informacin de documentos procesados, fechas y horas, y erroresArchiving de documentos: Los documentos ya procesados se conservan durante un tiempo configurable por motivos de auditora y tratamiento de errores.

3.2.2.

Interfaces identificadas

Las interfaces de Hermes son todas las de los sistemas concentrado TR, SAP y administrador B2B. Dado que Hermes tiene como objetivo nico el tratamiento de estas interfaces, que ya se encuentran enumeradas y descriptas en relacin con los sistemas origen o destino de la informacin, no se considera necesario repetir aqu la informacin.

3.3. Concentrador TR
3.3.1. Responsabilidades

Distribucin de datos a las TR: El software concentrador TR (que no necesariamente debe ejecutar en el servidor TR), es desde donde se administra y configura que datos van a cual TR. Administracin de configuraciones TR: Existen configuraciones que determinan comportamiento en las TR, se manejan desde el concentrador.

3.3.2.

Interfaces identificadas

Pedidos TR: Desde el concentrador, se envan los pedidos ingresados en las TR, hacia Hermes (que luego los ingresar a SAP). El envo de pedidos se realiza en forma inmediata, tan pronto como un pedido es enviado al concentrador desde una TR. No hay jobs previstos. No se requiere carga inicial. Cobranza realizada: Desde el concentrador, se envan los datos de cobranzas registradas en las TR hacia Hermes. La cobranza se podr enviar tan pronto como es recibida desde la TR, o mediante un job peridico. No se requiere carga inicial. Materiales: Los materiales se recibirn en el concentrador desde Hermes e ingresarn directamente a la base de datos. Solo se recibirn los cambios y cada documento de interfaz tendr la informacin de un material. No hay jobs requeridos. Existir una carga inicial, pero a fines de esta interfaz no tiene diferencia de los documentos de modificacin. Clientes: Los cliente se recibirn en el concentrador desde Hermes e ingresarn directamente a la base de datos. Solo se recibirn los cambios y cada documento de interfaz tendr la informacin de un material. No hay jobs requeridos. Existir una carga inicial, pero a fines de esta interfaz no tiene diferencia de los documentos de modificacin. Listas de material: Las listas de materiales se recibirn en el concentrador desde Hermes e ingresarn directamente a la base de datos. Solo se recibirn los cambios y cada documento de interfaz tendr la informacin de un material. No hay jobs requeridos. Existir una carga inicial, pero a fines de esta interfaz no tiene diferencia de los documentos de modificacin. Condiciones: Las listas de materiales se recibirn en el concentrador desde Hermes e ingresarn directamente a la base de datos. Solo se recibirn los cambios y cada documento de interfaz tendr la informacin de un material. No hay jobs requeridos. Existir una carga inicial. Aunque la carga inicial es distinta en su origen (ver Condiciones en SAP), no es distinta del documento de modificacin al llegar al concentrador. Areas de venta: Las areas de venta se recibirn como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn las que vienen el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Bonificaciones: Las bonificaciones estn constituidas por dos conjuntos de datos: las bonificaciones y las escalas. Cada conjunto se recibir como un lote completo. Al recibirse se eliminarn los datos previamente

existentes, y se crearn las que vienen el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Clases de Condicin: Las clases de condicin estn constituidas por tres conjuntos de datos: las clases de condicin, los lmites, y los grupos de exclusin a que pertenecen. Cada conjunto se recibir como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn las que vienen el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Cuenta Corriente: Los datos de cuenta corriente se recibirn como un lote completo, correspondientes a los saldos pendientes de aplicacin. Al recibirse se eliminarn los datos previamente existentes, y se crearn los que vienen en el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Status Cobranza: Se recibir mediante un archivo la informacin de los registros de cobranza ya tratados en SAP. Esta informacin actualizar el status de los registros de cobranza en las TR para poder analizar correctamente la deuda pendiente de cobrar. El procesamiento ocurrir cada vez que arriba un archivo. No se requiere job. No se requiere bajada inicial. La generacin de esta interfaz debe ser coordinada con la de la interfaz de CC, para que tengan informacin de un mismo estado en el tiempo. Esquemas: Los esquemas estn constituidas por tres conjuntos de datos: datos generales de los esquema, los pasos de los esquemas, y los grupos de exclusin utilizados en el esquema. Cada conjunto se recibir como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn las que vienen el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial Jerarquias Cliente: Los datos de jerarqua de clientes se recibirn como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn los que vienen en el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Jerarquias Producto: Los datos de jerarqua de producto se recibirn como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn los que vienen en el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Exclusiones: Las exclusiones se recibirn como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn los que vienen en el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Monedas: Los datos de monedas se recibirn como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn los que vienen en el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Personal: Los datos de personal (vendedores) se recibirn como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn los que vienen en el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Sectores: Los datos de sectores se recibirn como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn los que vienen en el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. Secuencias: Las secuencias estn constituidas por tres conjuntos de datos: la secuencia, los accesos y los campos de cada acceso. Cada conjunto se recibir como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn las que vienen el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial. ViasPago: Los datos de vas de pago se recibirn como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn los que vienen en el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial.

Condiciones de pago: Los datos de condiciones de pago se recibirn como un lote completo. Al recibirse se eliminarn los datos previamente existentes, y se crearn los que vienen en el documento nuevo. Los datos ingresarn directamente a la DB. No se requieren jobs. Por las caractersticas de la interfaz, sirve tanto para las modificaciones como para la bajada inicial.

3.4. TR
3.4.1. Responsabilidades

Carga de pedidos del cliente: En la TR se realizar la creacin de pedidos normales (YOR), correspondientes a los clientes visitados. Se realizar tambin un pricing de referencia de los pedidos, para poder informar al cliente, y que el vendedor conozca los descuentos y bonificaciones aplicadas. Registracin de cobranza: La registracin de cobranza se realiza en la TR. Esta registracin es de referencia y se enva a SAP. SAP intentar la misma aplicacin que la indicada en TR, aunque es posible que por motivos vlidos la aplicacin difiera de la realizada en TR. Consulta de datos generales de cliente pedidos y cobranza: En la TR se podrn consultar datos generales del cliente y la situacin de pedidos ingresados en TR, hasta el envo a SAP, as como los datos de cobranza realizada. Mantenimiento de recorridos: Los vendedores organizan sus actividades en recorridos. Los recorridos se mantendrn en la TR, exclusivamente.

3.4.2.

Interfaces identificadas

La interfaces entre la TR y el concentrador TR, se realizan mediante rplica. No se considera necesario describir en este documento estas interfaces.

3.5. Administrador B2B-EDI


3.5.1. Responsabilidades

Procesamiento de rdenes de compra EDI-B2B recibidas: Las rdenes de compra recibidas en forma electrnica desde los proveedores de servicio ingresan a este sub-sistema, son analizadas para verificar el cumplimiento de reglas de negocio y convertidas en pedido. Envo de PRICAT a proveedores externos: Se enviarn los catlogos de producto a los proveedores externos.

3.5.2.

Interfaces identificadas

Materiales: Los materiales se recibirn en el concentrador desde Hermes e ingresarn directamente a la base de datos. Solo se recibirn los cambios y cada documento de interfaz tendr la informacin de un material. No hay jobs requeridos. Existir una carga inicial, pero a fines de esta interfaz no tiene diferencia de los documentos de modificacin. Clientes: Los cliente se recibirn en el concentrador desde Hermes e ingresarn directamente a la base de datos. Solo se recibirn los cambios y cada documento de interfaz tendr la informacin de un material. No hay jobs requeridos. Existir una carga inicial, pero a fines de esta interfaz no tiene diferencia de los documentos de modificacin. Catlogos de producto: Se recibirn los catlogos de producto en el administrador B2B. Una vez recibido va Hermes se debe determinar el momento de envo y los destinatarios. Pedidos B2B-EDI: Tan pronto como las rdenes de compra generan pedidos se enviarn a Hermes. No hay jobs previstos. No se requiere carga inicial.

3.6. Diagrama de Integracin Funcional