UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS

Tamaño: px
Comenzar la demostración a partir de la página:

Download "UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS"

Transcripción

1 UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS CONECTOR EDI PARA SISTEMAS DE LOGISTICA PROYECTO PROFESIONAL PRESENTADO POR: DANIEL ESPEJO VILLAIZAN ROBERTO LLANOS GALLO PARA OPTAR POR EL TÍTULO DE INGENIERO DE SISTEMAS ASESOR: MAG. JOEL MORENO Lima, Noviembre de 2008

2 RESUMEN El presente proyecto tiene por objetivo el desarrollo de una aplicación que pueda convertir a un formato estándar los documentos comerciales intercambiados entre empresas, referentes al ciclo de compraventa, provenientes de diferentes sistemas de logística, basándonos en la tendencia negocio a negocio a la cual se está orientando el mercado electrónico en la actualidad. Se plantea desarrollar una aplicación informática que permita la conversión de los documentos comerciales que intervienen en una transacción de compraventa entre socios de negocio, al formato estándar del intercambio electrónico de información (EDI). El ciclo de compraventa que se pretende contemplar se inicia con una solicitud de cotización y termina con la generación de la factura. Los documentos serán transmitidos utilizando como base un sistema de comunicación seguro (red privada) que brinda la empresa Transporte Confidencial de Información al mercado nacional desde hace 8 años. Mediante esta solución las empresas podrán contar con una solución que les permita adecuar el módulo de compras del sistema de logística que posean para tener la

3 posibilidad de intercambiar información directamente con sus socios de negocio, en forma segura, minimizando costos, tiempo y errores en el tratamiento de los documentos involucrados.

4 INDICE CAPITULO FUNDAMENTACION TEORICA Introducción Marco Teórico Modelo de referencia Las mejores prácticas Relación bilateral Relación uno a muchos Relación muchos a muchos Componentes de un sistema EDI Mensajes estándares Programas que soportan EDI Comunicaciones y redes Funcionalidad de los documentos involucrados Seguridad del sistema de comunicaciones Objeto de Estudio Campo de Acción Descripción del proceso del negocio Sistemas automatizados vinculados con el campo de acción Análisis crítico de los problemas de la organización Situación problemática Problema a resolver Conclusiones CAPITULO PROPUESTA DE SOLUCIÓN Introducción Objetivos del proyecto Objetivo General Objetivos específicos Fundamentación de los objetivos específicos Indicadores de logro de objetivos Beneficios del proyecto Tangibles Intangibles Conclusiones CAPITULO MODELADO DEL NEGOCIO Introducción Modelo de Casos de Uso del Negocio Lista de los actores del negocio Diagrama de actores del negocio Diagrama de Casos de Uso del Negocio Reglas del negocio Reglas de restricción Reglas de derivación Realización de los caso de uso del negocio Especificación de los casos de uso del negocio Diagramas de procesos... 35

5 4.3 Lista de actividades a automatizar Modelo de Análisis del negocio Lista de trabajadores del negocio Diagrama de trabajadores del negocio Lista de Entidades del negocio Diagrama de Entidades del Negocio Diagrama de Clases del Negocio Conclusiones CAPITULO REQUERIMIENTOS Introducción Especificación de los requerimientos del Sistema Funcionalidad Usabilidad Confiabilidad Rendimiento Soporte Restricciones de Diseño Documentación de Usuario y Sistema de Ayuda Componentes Adquiridos Interfases Licenciamiento Requerimientos Legales y de Derecho de Autor Estándares Aplicables Seguridad del Software Modelo de Casos de Uso del Sistema Lista de los actores del Sistema Diagrama de Actores del Sistema Diagrama de paquetes Diagrama de Casos de Uso por Paquete Matriz de Modelo del Negocio y Modelo del Sistema Especificación de Alto Nivel de los Casos de Uso del Sistema Administración Gestión Comunicación Diagrama del Modelo Conceptual del Sistema Priorización de los Casos de Uso Clasificación de los Casos de Uso Ciclos de desarrollo Especificación de los Casos de Uso del Sistema CUS7 Definir Interfases CUS9 Importar Documentos desde el Sistema de Logística CUS10 Exportar documentos al Sistema de Logística CUS11 Administrar documentos EDI Recibidos CUS12 Administrar documentos importados desde el Sistema de Logística CUS13 Preparar envío EDI CUS14 Mapear archivo EDI CUS15 Seleccionar casillas destino Prototipo del Sistema

6 10.1 Pantalla de Login del Sistema Pantalla de Menú Principal Pantalla de Menú Sección Pantalla de Menú Administración Pantalla de Menú Gestión Pantalla de Menú Comunicación Conclusiones CAPITULO AQUITECTURA DE SOFTWARE Introducción Metas y Restricciones de la arquitectura Usabilidad Confiabilidad Rendimiento Restricciones de diseño Interfases Estándares aplicables Vista de casos de uso Diagrama de actores del sistema Diagramas de casos de uso mas significativos Mecanismos Vista de módulos Vista de componentes Vista de despliegue Vista de Datos Conclusiones CAPITULO ADMINISTRACION DEL PROYECTO Introducción Project charter Cronograma de ejecución del proyecto WBS Diagrama Gantt Gestión de Alcance Plan de Gestión de Alcance Conclusiones CAPITULO CASOS DE PRUEBA Introducción Pruebas funcionales: Caso de Prueba Importar documentos desde el Sistema de Logística Clases de Equivalencia importar Factura Importar una Cotización Pruebas Funcionales: Caso de Prueba Mapear Archivo EDI Clases de Equivalencia Convertir una factura en un archivo EDI Convertir una Cotización en un Archivo EDI Pruebas Funcionales: Exportar Documentos al Sistema de Logística Clases de Equivalencia

7 4.2 Exportar Factura Exportar Cotización Conclusiones CONCLUSIONES GENERALES GLOSARIO DE TERMINOS SIGLARIO BIBLIOGRAFIA ANEXOS de ANALISIS Administrar documentos EDI recibidos Diagrama de Secuencia Diagrama de Clases Administrar documentos importados del Sistema de Logística Diagrama de Secuencia Diagrama de Clases Exportar documentos al Sistema de Logística Diagrama de Secuencia Diagrama de Clases Importar documentos desde el Sistema de Logística Diagrama de Secuencia Diagrama de Clases Preparar envío EDI Diagrama de Secuencia Diagrama de Clases Transferencia de información Diagrama de Secuencia Diagrama de Clases Diagrama de Clases de Entidad de Análisis

8 LISTAS ESPECIALES Figura N 1. Establecimiento de relaciones comerciales entre socios de negocio (formación de alianzas) Figura N 2. Compra de productos y/o servicios Figura N 3. Actualización de condiciones comerciales / precios de productos y/o servicios 14 Figura N 4. Diagrama de Actores del Negocio Figura N 5. Diagrama de Casos de Uso del Negocio Figura N 6. Diagrama de Proceso de Presentación de Socios de Negocios Figura N 7. Diagrama de Proceso de Envío de Catalogo de Precios Figura N 8. Diagrama de Proceso de Compra Venta de Productos Figura N 9. Diagrama de Proceso de Compra Venta Elaborar Solicitud de Cotización 38 Figura N 10. Diagrama de Proceso de Compra Venta Cotizar Productos Figura N 11. Diagrama de Proceso de Compra Venta Generar Orden de Compra 40 Figura N 12. Diagrama de Proceso de Compra Venta Vender Productos Figura N 13. Diagrama de Proceso de Compra Venta Recepcionar Productos Figura N 14. Diagrama de Proceso de Compra Venta Recepcionar Facturas Figura N 15. Diagrama de Proceso de Compra Venta Efectuar Pagos Figura N 16. Diagrama de Trabajadores del Negocio Figura N 17. Diagrama de Entidades de Negocio Figura N 18. Diagrama de Clases del Negocio Figura N 19. Diagrama de Actores del Sistema Figura N 20. Diagrama de Paquetes Figura N 21. Diagrama de Casos de Uso del Paquete Administración Figura N 22. Diagrama de Casos de Uso del Paquete Comunicación Figura N 23. Diagrama de Casos del Uso del Paquete Gestión Figura N 24. Diagrama del Modelo Conceptual del Sistema Figura N 25. Diagrama de Módulos Figura N 26. Diagrama de componentes Figura N 27. Diagrama de Despliegue Figura N 28. Vista de Datos: Seguridad del Sistema Figura N 29. Vista de Datos: Datos fuente para Traducción EDI Figura N 30. Vista de Datos: Mapeo para Traducción EDI Figura N 31. Diagrama Gantt Figura N 32. Solicitud de Cambio Figura N 33. Flujo de Control de Cambios

9 i INTRODUCCION Los mercados electrónicos emergentes han generado mucha atención originando que una significativa porción de las compras negocio a negocio se realicen a través de ellos. Muchas compañías intercambiarán documentos comerciales con otras compañías a través de diversos canales electrónicos, incluyendo integración sistema a sistema vía líneas dedicadas o a través de una red privada virtual (VPN 1 ) por Internet, utilizando Intercambio Electrónico de Información (EDI 2 ) ya sea contratando los servicios de una red de valor agregado (VAN 3 ), redes de transacciones electrónicas basadas en Internet (ETN 4 ), o a través de extranets para acceder a un sitio Web seguro. Estos canales se diferenciarán en el costo de implantación, operación, confiabilidad, seguridad y la capacidad de ser configurables. Mientras los mercados electrónicos en Internet se convierten en una gran promesa, la integración bilateral, soluciones de intercambio electrónico de información a través de redes de valor agregado y las redes de transacciones electrónicas basadas en Internet proveerán una mayor seguridad y confiabilidad durante los próximos dos o tres años por lo menos, mientras las extranets y el Internet público ofrecerán menores costos (ver Figura 1). 1 VPN : del inglés Virtual Private Network 2 EDI : del inglés Electronic Data Interchange 3 VAN : del inglés Value Added Network 4 ETN : del inglés Electronic Transaction Network

10 ii El reto de las compañías estará determinado por el correcto canal electrónico que utilicen para establecer una adecuada relación entre proveedores y clientes analizando el costo beneficio que esto involucra en base a que clientes y proveedores lo utilizarán. Canales de comercio electrónico negocio a negocio para la mayoría de manufactureras estado unidenses en 2002 Clientes / Distribuidores % del total de órdenes de venta Proveedor % del total de órdenes de compra Cliente estratégico (20%) Proveedor estratégico (20%) Persona a persona 10% Persona a 10% persona EDI-VAN/ETN 60% EDI-VAN/ETN 60% Extranet 10% Extranet 10% Cliente común (20%) Proveedor mediano (20%) Teléfono/en persona 5% Teléfono/en persona 1% Mercados electrónicos 4% Mercados 8% electrónicos Extranet 1% Extranet 1% Tienda local (60%) Proveedor local (60%) Teléfono 5% Teléfono 1% Mercados electrónicos 3% Mercados 7% electrónicos Extranet 2% Extranet 2% Fuente: Giga Information Group De acuerdo a esta tendencia del mercado a nivel internacional y tomando como referencia y aval el resumen de la investigación reciente que se muestra en el cuadro anterior, es se decide desarrollar una propuesta de integración de la información comercial intercambiada entre compradores y vendedores, teniendo como objetivo primario el ahorro de costos a nivel de tiempo y a nivel económico, brindando una solución segura que cubra el ciclo documentario inmerso en una transacción de compraventa.

11 iii Se han hecho diversos esfuerzos anteriores por tratar de integrar la información que manejan las empresas en un mercado tan dinámico y globalizado como el que podemos identificar en la actualidad, empezando con intentos de integración punto a punto y llegando a plantear la utilización del fenómeno Internet como plataforma de comunicación, para enviar y recibir información. Estos esfuerzos han creado una base bastante sólida de mecanismos y métodos de estandarización de la información para realizar dicho intercambio. Así se observa el surgimiento del estándar EDI, como un acuerdo entre naciones en donde se plasman todos los requerimientos de información de las empresas involucradas en diferentes sectores del comercio internacional. Actualmente, este estándar está muy desarrollado y se ha tomado como base para el desarrollo de la presente propuesta. Otro tema importante es la seguridad. Si hablamos de intercambio de información, está implícito el medio por el cual vamos a transmitir dicha información. Establecer una infraestructura de seguridad para Internet, por ahora, sigue siendo costosa y complicada de administrar, y lamentablemente no podemos decir que la comunicación sobre dicho medio, sea segura sin implementar dicha infraestructura. Por este motivo, se plantea utilizar, como medio de comunicación primario, los servicios de una empresa que tiene 8 años en el mercado de las comunicaciones a nivel nacional, brindando seguridad, confiabilidad y alta disponibilidad en el intercambio de información, utilizando para ello un software propietario que brinda todas las características de seguridad necesarias, como son manejo de llaves, encriptación y compresión de datos para el asegurar dicho intercambio. (Bartels : 2000)

12 iv Como se ha mencionado ya, el objeto de estudio de la presente propuesta, es el intercambio de información comercial entre empresas compradores y vendedores para el proceso de compraventa. Este involucra la automatización del intercambio desde una solicitud de cotización, hasta el envío de la factura y guías de remisión correspondientes, utilizando un formato estándar. Debido a las características del producto y el ámbito en el que se desenvolverá, formará parte de una solución que comercializará la empresa de comunicaciones que soportará el intercambio electrónico de la información mencionada. Como objetivo general de la presente propuesta se ha definido desarrollar una aplicación que se acople al sistema de logística de una empresa y permita extraer y convertir los documentos comerciales involucrados en el proceso de compraventa para luego, utilizando un servicio externo, enviarlos, reduciendo costos y tiempo y sobre todo de manera segura y confiable. Como objetivos específicos se han definido los siguientes: Desarrollar un software de información que provea una plataforma de integración, para el intercambio de información logística entre clientes y proveedores, utilizando estándares de intercambio de información de documentos electrónicos. Permitir integrar a los sistemas de logística utilizados en las empresas con el sistema de información a desarrollar, para extraer información de los documentos que participan en una transacción comercial. Reducir el intercambio físico de documentos involucrados en las transacciones logística de compra venta

13 v La información que se presentará como parte de la fundamentación teórica se ha extraído de diversos análisis realizados por entidades como Giga group y EANPERU, esta última que rige la aplicación de los estándares EDI en el país, así como también se ha indagado en temas de seguridad en las comunicaciones.

14 1 CAPITULO 1 FUNDAMENTACION TEORICA 1. Introducción Muchas empresas en el mercado nacional que cuentan con una solución de intercambio de documentos electrónicos de forma automatizada y estándar, que les permita compartir información utilizando para ello los servicios de una red de valor agregado (VAN Valued Added Network), solución que implica una inversión importante en cuanto a infraestructura y procesos de normalización necesarios para la implantación de la misma. Las aplicaciones existentes en el mercado nacional para implantar esta solución tienen como única funcionalidad la transmisión de documentos en formato EDI, lo cual obliga a las empresas usuarias a dedicar recursos para el desarrollo de interfaces que conviertan la información de sus sistemas en este formato, para que el software suministrado por una VAN, pueda enviarlo hacia otra empresa. Es decir, la implantación de transmisiones EDI, genera un gran esfuerzo de conversión de información.

15 2 En el mercado nacional se ha encontrado muy poca evidencia de la existencia soluciones WEB orientadas hacia el comercio negocio a negocio (B2B), la mayoría de estas soluciones se encuentra orientado al comercio negocio a cliente (B2C), es decir hacia el comercio electrónico dirigido hacia el usuario final (sitios web que permiten realizar compras). 2. Marco Teórico 2.1 Modelo de referencia Cómo modelo de referencia se ha querido describir las mejores prácticas para el manejo de intercambio de información inter-empresarial y definir algunos conceptos esenciales acerca del formato estándar EDI. 2.2 Las mejores prácticas Las mejores prácticas para el intercambio de información empresarial varían por tipo industria, tamaño de la empresa y la cercanía de las relaciones comerciales. En muchos casos, estas resultan en un alto grado de integración de los procesos utilizando aplicaciones e-business, cuyo tipo dependerá de la relación comercial que se tenga. 2.3 Relación bilateral Para una empresa grande con uno o dos socios comerciales grandes que participen con una gran cantidad de órdenes; un sistema de comercio fijo basado en EDI sería una solución. Estos sistemas tienen la ventaja de manejar grandes volúmenes de información, pero se ve

16 3 limitado por los costos involucrados al añadir un nuevo socio al proceso de intercambio, así como a la carencia de interacción humana. 2.4 Relación uno a muchos Empresas grandes como Dell, Wal-Mart y Caterpillar manejan extranets para permitir a sus clientes y/o proveedores realizar negocio con ellos. Estas extranets se implementan como sitios web que ofertan una serie de servicios. 2.5 Relación muchos a muchos Para llegar hacia un gran número de compradores y vendedores, y para ahorrar el costo de instalación y la operación de una extranet o una solución EDI, las empresas pueden unirse al mercado del comercio en Internet o e-marketplace. Estas soluciones permiten a los compradores identificar un gran número de vendedores, compararlos y ejecutar una transacción de compra. Para cualquier modo de interconexión, las mejores prácticas deben reflejar los siguientes principios: Procesamiento completo.- la empresa que busca automatizar y mejorar el proceso del comercio debe entender todos los pasos envueltos en una transacción completa, exitosa y satisfactoria separando y analizando los pasos críticos.

17 4 Integración del proceso.- una vez que se han identificado y entendido los pasos críticos del proceso y el grado de automatización deseado, se deben crear interfaces de la aplicación con las aplicaciones que tenga la empresa. Integridad del proceso.- una vez integrados los procesos del negocio con los socios comerciales, las empresas y participantes en el mercado se harán responsables de la seguridad de la información comercial transmitida. Cada empresa se debe proteger de comerciantes inescrupulosos o intrusos que puedan substraer información confidencial o simplemente anular el servicio. (Hardwick1, 2000). Intercambio Electrónico de Información (EDI) EDI, o intercambio electrónico de información, puede ser conceptualizado como una transacción sin papeleo. Una definición muy útil y común para EDI es: La transferencia de documentos estructurados, mediante mensajes estándares ya convenidos, desde una aplicación de computador a otra por medios electrónicos y con un mínimo de intervención humana (EANPERU1, 1996). La estructuración de documentos en mensajes estándares convenidos, implica que los datos o la información a ser intercambiada sea reconocible, tanto en el contenido y significado, como en el formato, permitiendo que los documentos sean procesados automáticamente por computadores y sin ambigüedades. Dos compañías que decidan implementar EDI están, por definición, poniéndose de acuerdo en el tipo de información que van a intercambiar y en la forma como estos datos serán presentados. La implementación de

18 5 EDI exige un alto grado de cooperación, colaboración e intercambio de información entre los socios de negocios, para construir efectivas relaciones comerciales. Cabe resaltar que en el Perú, existe la empresa EANPERU como filial de EAN Internacional que se encarga de reunir a las empresas mas significativas de un rubro determinado con el objeto de definir un estándar único basado en EDI para conseguir una norma técnica que pueda ser tomada como base para el intercambio electrónico de información al giro comercial en su totalidad. 2.6 Componentes de un sistema EDI Un sistema EDI está conformado por tres componentes: los mensajes estándares, los programas EDI y las (tele)comunicaciones. 2.7 Mensajes estándares EDI y los mensajes estándares han llegado a ser interdependientes a medida que EDI ha progresado desde sistemas propietarios sistemas cerrados en un entorno único- a sistemas abiertos. Una sencilla analogía que ilustra la necesidad de contar con mensajes estándares se evidencia al considerar las comunicaciones y los lenguajes humanos. Imaginemos, en el mejor de los casos, una situación en donde un intérprete pueda facilitar la comunicación entre dos personas que hablan dos lenguas diferentes, pero qué pasaría si el número de personas y lenguas aumenta repentinamente a diez o cien?. Sin una lengua común la situación llegaría a ser más caótica.

19 6 Lo mismo sucede con las empresas. Si bien es cierto que sería medianamente simple implementar alguna solución para la comunicación entre dos o tres empresas, si el número de participantes en el intercambio empieza a crecer, se hace necesaria una lengua común, estándar, que lo permita. Este lenguaje común es el estándar EDI. 2.8 Programas que soportan EDI Aplicaciones, comúnmente conocidos como convertidores o mapeadores EDI, que permiten traducir mensajes entrantes en formato EDI ha un formato que la compañía receptora entienda y de la misma forma realizar el proceso inverso, es decir, tomar ese formato interno y convertirlo o mapearlo a EDI para ser enviado a algún socio de negocio. Además de esta funcionalidad principal de convertir mensajes, las aplicaciones que soportan EDI contemplan otras que permiten por ejemplo mantener los perfiles de los socios de negocios, módulos de comunicación, registro de sucesos, referencias de auditoría, etc. 2.9 Comunicaciones y redes Una vez que los datos de una compañía se han convertido desde un archivo con formato interno a mensajes EDI, estos deben ser transferidos hacia algún socio de negocios, utilizando para ello los servicios de alguna red de transmisión de datos, que podría ser propia (líneas dedicadas), redes públicas de conmutación de paquetes o redes de valor agregado (VANs) (EDI 1, 1997).

20 Funcionalidad de los documentos involucrados A continuación se procederá a describir la funcionalidad que debe contemplar cada tipo documento involucrado en el proceso de compra venta: Solicitud de Cotización - Un comprador potencial puede solicitar ofertas para una o más partidas de mercaderías - Una solicitud de cotización puede hacer referencia a partidas de mercaderías relacionadas con uno o más programas de entrega, cancelaciones, etc (SUBSET1, 1999) Cotización - Un vendedor potencial puede ofrecer una o más partidas de mercaderías - Una cotización puede hacer referencia a las partidas de mercaderías - elacionadas con uno o más programas de entrega, cancelaciones, etc. (SUBSET2, 1999) Catálogo de precios - La información transmitida, está destinada para ser utilizada, como referencia, por los socios comerciales en posteriores intercambios EDI de documentos comerciales, como por ejemplo en una orden de compra. - El mensaje de catálogo de precios/ventas, entrega información para un producto individual, en términos descriptivos, logísticos y de precio. Dependiendo del acuerdo

21 8 entre los socios comerciales, el mensaje puede sólo indicar la información general acerca de los productos. Sin embargo, el mismo mensaje puede ser utilizado para proveer información específica a un cliente, por ejemplo precios y condiciones especiales. - El mensaje de catálogo de precios/ventas, puede también ser usado por los distribuidores para alimentar un catálogo central de productos, haciéndolo disponible a todas la partes interesadas. Además estas partes pueden ser provistas con información desde un catálogo central o base de datos de productos mediante este mensaje. - El mensaje de catálogo de precios/ventas, se puede utilizar para indicar una acción especial, como para cambiar, añadir, suprimir y confirmar la información del producto en la sección de detalle del mensaje (SUBSET3, 1998) Orden de compra - Un comprador puede ordenar la compra para uno o más bienes. - Dentro de una orden de compra, para cada ítem se puede especificar una o más entregas pactadas, solicitudes de retiros parciales, órdenes urgentes, órdenes abiertas, etc. - Una orden de compra puede contener información para el transporte y destino de los bienes, como también para su despacho. - Mediante el uso de códigos de localización, las contrapartes deben hacer referencia a la ubicación de los diferentes puntos físicos relacionados con este mensaje (SUBSET4, 1998)

22 Respuesta a Orden de Compra - El vendedor puede dar respuesta sobre uno o más bienes a los que hace referencia la orden de compra que se está respondiendo - La respuesta puede tener los siguientes propósitos o características - Para informar un acuse de recibo de la orden de compra entendida plenamente - Para confirmar la aceptación de la orden de compra o su modificación - Para proponer un ajuste al mensaje orden de compra - Notificar la aceptación o no aceptación de cada uno de los ítems contemplados en el documento orden de compra - El mensaje Respuesta a la orden de compra puede referirse a bienes relacionados con uno o más programas de despacho - El mensaje Respuesta a orden de compra puede contener detalles relativos al transporte y destino de los bienes, así como programas de despacho específicos (SUBSET5, 1998) Factura - El vendedor puede elaborar una factura por una o más transacciones. - Una factura puede contener bienes, ítems o servicios relacionados con una o más órdenes. - Una factura puede contener referencias a términos de pago. - Una factura puede contener detalles de transporte. - Una factura puede contener información adicional para propósitos estadísticos (SUBSET6, 1998)

23 Seguridad del sistema de comunicaciones Debido a que parte de la información que se pretende intercambiar con este tipo de soluciones es sensible, es decir, confidencial, por ejemplo precios, es necesario que la solución de comunicaciones que se escoja cuente con los mecanismos de seguridad necesarios para asegurar la integridad, confiabilidad y confidencialidad de la información que se transmita. Actualmente el sector de comercio exterior peruano, representado por la Superintendencia Nacional de Aduanas y los agentes de aduana, así como el sector estatal financiero, representado por el Ministerio de Economía y Finanzas y sus unidades ejecutoras a nivel nacional, cuentan con una solución de comunicación que les permite el intercambio de información, por un medio privado y seguro que brinda la empresa Transporte Confidencial de Información desde hace 15 años en el mercado nacional. Esta empresa ofrece el servicio de transporte seguro y confidencial de información constituyéndose como una tercera parte confiable dentro del intercambio y proporciona los mecanismos de encriptación y autenticación necesarios para garantizarlo. Recientemente ha conseguido integrar satisfactoriamente la tecnología de certificados digitales a la solución operante en el sector de comercio exterior, asegurando aun más la confidencialidad de la información transmitida. El servicio que brinda esta empresa se basa en un software de comunicaciones propietario que implementa un protocolo propio de intercambio de información punto a punto, ofreciendo a las empresas usuarias conexiones directas o através de internet o infovía, ya sea por enlace dedicado o vía comunicación telefónica.

24 11 El proceso de comunicación que lleva a cabo esta aplicación, a grandes rasgos, es como sigue: El módulo cliente inicia la sesión con el servidor. El servidor le contesta y le envía una cadena encriptada. El cliente la desencripta con una llave única para el software. El cliente toma esa cadena desencriptada y la utiliza como una llave para encriptar su llave privada y la envía al servidor. El servidor la recibe, la desencripta con la llave original y la autentica. El servidor genera otra cadena encriptada que contiene una nueva llave de sesión y se la envía encriptada al cliente. El cliente la desencripta y la utiliza como llave para encriptar la información a enviar. De esta manera, la llave de sesión es variable, de manera que cada comunicación cuenta con una llave totalmente diferente haciendo complicado el trabajo para un posible pirata informático que pueda interceptar la comunicación en caso esta se realice por Internet. 3. Objeto de Estudio El objeto de estudio está conformado por las empresas compradoras y proveedoras de productos y/o servicios dentro del negocio de retail.

25 12 4. Campo de Acción 4.1 Descripción del proceso del negocio Los procesos involucrados en el objeto de estudio y que forman parte del análisis del presente trabajo son los siguientes: Figura N 1. Establecimiento de relaciones comerciales entre socios de negocio (formación de alianzas) Establecimiento de Relaciones Comerciales Cliente Comunicación Proveedor Inicio Recepcionar Datos Datos Proveedor Enviar Datos de Presentación Acepta No SI Almacenar Datos Fin

26 13 Figura N 2. Compra de productos y/o servicios Diagrama del Proceso de Compra Venta Cliente Comunicación Proveedor Inicio Stock Minimo Solicitud de Pedido Envío de Solicitud Recepcionar Solicitud de Pedido Generar Cotización Cotización Recepcionar Cotización Procesar Cotizaciones Generar Orden de Compra Orden de Compra Recepcionar Orden de Compra Recepcionar Productos Guía de Remisión Enviar Productos Recepcionar Factura Factura Contabilizar Compra Cierre

27 14 Figura N 3. Actualización de condiciones comerciales / precios de productos y/o servicios Actualización condiciones comerciales / precios Cliente Comunicación Proveedor Inicio Recepcionar Datos Lista de Precios Datos de Proveedor Actualizar Datos de Proveedor Acepta SI Almacenar Datos Fin

28 Sistemas automatizados vinculados con el campo de acción El mercado del negocio de retail está poblado de sistemas automatizados de diferente envergadura, desde Sistemas ERP hasta pequeños sistemas de información desarrollados a la medida para cubrir parte o todo el proceso logístico en una empresa. Cada uno de estos sistemas cumple con la automatización a nivel interno de la organización, sin embargo no busca conversar, de manera nativa, con los sistemas de sus socios de negocio que participan en las transacciones comerciales. 5. Análisis crítico de los problemas de la organización A continuación se detalla la situación problemática y el problema a resolver identificado por cada una de ellas. 5.1 Situación problemática Actualmente el 80% de las empresas realizan el intercambio de información involucrado a través de conversaciones telefónicas o vía fax, lo cual origina una gran cantidad de papeleo y altas tasas de error al momento del ingreso de datos a los sistemas de cada uno de los participantes de la transacción comercial. Esto supone un alto costo administrativo. Empresas que tienen un alto volumen de transacciones comerciales como los supermercados, tienen los recursos económicos para montar la infraestructura necesaria para manejar estándares en el intercambio de comunicación, como EDI a través de redes de

29 16 valor agregado, cuyo costo, no puede ser cubierto por la mayoría de las empresas proveedoras. Cada organización cuenta con un sistema de información que soluciona de una manera automatizada sus procesos internos, sin embargo no involucran una solución de integración con sus socios de negocio a fin de optimizar el macro-proceso a nivel externo 5.2 Problema a resolver Automatizar el proceso de compra y venta entre socios de negocio, que permita optimizar el intercambio de documentos, ahorrando tiempo y costos a todos los participantes. 6. Conclusiones Las empresas que desean implantar una solución EDI, deben dedicar recursos para el desarrollo de interfaces para la conversión de información El estándar EDI ha evolucionado desde los sistemas propietarios a sistemas abiertos Las empresas del negocio de retail cuentan con grandes sistemas ERP ó pequeños sistemas de información; cada uno de los cuales principalmente cumplen con la automatización a nivel interno de la organización, pero no buscan conversar con los sistemas de los socios de negocio que participan en sus transacciones comerciales

30 17 CAPITULO 2 PROPUESTA DE SOLUCIÓN 1. Introducción El presente capítulo contiene la propuesta de solución sugerida para el problema planteado, se fundamentan los objetivos identificados y se detallan los indicadores que nos permitirán medirlos. Así mismo se enumeran los beneficios que se obtendrán con la implementación de esta solución. 2. Objetivos del proyecto 2.1 Objetivo General Desarrollar un sistema de información que automatice el intercambio de información entre clientes y proveedores, integrando los sistemas de logística; con el fin de agilizar las transacciones comerciales minimizando tiempos y costos del proceso.

31 Objetivos específicos Integrar a los sistemas de logística utilizados en las empresas con el sistema de información a desarrollar, para extraer información de los documentos que participan en una transacción comercial. Desarrollar una plataforma de integración, para el intercambio de información logística entre clientes y proveedores Implementar el sistema de información en al menos una empresa compradora y vendedora 2.3 Fundamentación de los objetivos específicos La creación de una plataforma de intercambio de información permitirá integrar los procesos de compra venta de organizaciones diferentes optimizándolos y bajando sus costos que concluirá en beneficios para los actores Al utilizar un estándar internacional probado con éxito en el intercambio de información se garantiza la posibilidad de integración entre socios de negocios y prepara a la organización para efectuar transacciones no sólo con empresas locales sino también con extranjeras cuyos sistemas de información ya cuentan con este tipo de integración. La integración de esta aplicación con los sistemas de información de la organización reduce tiempo y costos de desarrollo de software que tuvieran que darse para poder generar archivos que utilicen el estándar internacional Una vez implementada esta aplicación, ya no será necesario intercambiar, de manera física, documentos comerciales como órdenes de compra, cotizaciones,

32 19 solicitudes, etcétera; reduciendo considerablemente costos en papel y gastos administrativos consumidos en el archivo de estos documentos. 2.4 Indicadores de logro de objetivos Los indicadores que nos permitirán medir cada unos de los objetivos específicos indicados son los siguientes: Implantación de la solución Conector EDI. Cantidad de transacciones EDI incluidas la solución. Integración con Sistemas de Logística 3. Beneficios del proyecto Los beneficios del proyecto se clasifican en Tangibles e Intangibles, relacionados al desarrollo del sistema, y su aporte a los procesos logísticos y comerciales entre las empresas. 3.1 Tangibles Reducción de tiempo y costos administrativos y operativos Reducción en el tiempo de la transacción comercial Libera recursos de una empresa para otras actividades 3.2 Intangibles Optimización del recurso humano dedicados al proceso de compra venta Alianza estratégica entre cliente y proveedor

33 20 Creación de ventajas competitivas 4. Conclusiones La solución informática pretende automatizará la integración entre empresas compradoras y vendedoras, utilizando para ello el estándar EDI El sistema brindará beneficios tangibles, los cuales se encuentran centrados en la reducción de tiempos y costos del proceso logístico El sistema tiene beneficios intangibles, enfocados mejorar relaciones comerciales y formación de ventajas competitivas

34 21 CAPITULO 3 MODELADO DEL NEGOCIO 1. Introducción Para entender el funcionamiento del negocio, en donde se utilizará el sistema, se realiza el modelado del negocio. Entendiendo la información que se manejará, los procesos desarrollados, las entidades, los actores negocio y los trabajadores. Se identifican los problemas y oportunidades de mejora, que son traducidos en requerimientos a automatizar con el sistema. El propósito final es que el sistema se adapte al entorno de la organización del objeto de estudio.

35 22 2. Modelo de Casos de Uso del Negocio 2.1 Lista de los actores del negocio AN1 Comprador Se responsabiliza de las labores de adquisiciones, solicita cotizaciones, recibe los precios de los productos, envía órdenes de compra, y da la conformidad sobre las compras AN2 Vendedor Se responsabiliza de las labores de venta de productos, envía las listas de precios de los productos, recibe las ordenes de compra y genera las órdenes de pedido de venta 2.2 Diagrama de actores del negocio Figura N 4. Diagrama de Actores del Negocio

36 Diagrama de Casos de Uso del Negocio Figura N 5. Diagrama de Casos de Uso del Negocio 3. Reglas del negocio 3.1 Reglas de restricción RN01 El proveedor define la vigencia de la cotización Cuando se envía la cotización el proveedor incluye la vigencia de la cotización

37 RN02 El proveedor puede enviar el catálogo de precios sin que lo soliciten El proveedor cada cierto tiempo envía el catálogo de precios al cliente, a efectos de que conozca el último precio vigente RN03 El proveedor debe conocer la casilla del cliente El proveedor debe conocer la casilla del cliente para saber donde enviar los documentos EDI RN04 El cliente debe conocer la casilla del proveedor El cliente debe conocer la casilla del proveedor para saber donde enviar los documentos EDI 3.2 Reglas de derivación RN05 La solicitud de cotización tiene una vigencia específica Cuando el cliente envía la solicitud de cotización indica una vigencia específica para recibir cotizaciones, luego de este plazo no se aceptarán más RN06 El proveedor define la vigencia de la cotización El proveedor al momento de enviar una cotización define los días de vigencia del precio enviado RN07 La cotización se realiza a partir de una solicitud de cotización La cotización debe necesariamente realizarse luego de recibir una solicitud de cotización

38 RN08 La orden de compra se realiza a partir de una cotización La orden de compra debe generarse haciendo referencia a una cotización enviada por el proveedor RN09 La factura debe hacer referencia a una orden de compra La factura debe generarse haciendo referencia a una orden de compra enviada por el cliente RN10 La guía de remisión debe hacer referencia a una factura, este es un requerimiento de la SUNAT RN11 Una guía de remisión puede hacer referencia a varias facturas Una guía de remisión puede referenciar a una o varias facturas para un mismo cliente RN12 La cantidad facturada debe coincidir con la cantidad de la guía de remisión La cantidad facturada debe coincidir con la guía de remisión RN13 La factura debe ser liberada para proceder al pago La factura debe ser marcada como liberada, a efectos de que el proceso de pagos la considere y se genere el respectivo pago RN14 El pago se realiza a partir de una factura El pago se realiza haciendo referencia a una factura. No es posible generar un pago sin antes conocer la factura RN15 El pago cancela una o varias facturas El pago puede cancelar a una o varias facturas, consignando el total de todas las facturas

39 26 4. Realización de los caso de uso del negocio 4.1 Especificación de los casos de uso del negocio Presentación de socios de negocio Actores del negocio AN1 Comprador AN2 Vendedor Propósito Establecer la documentación y configuración necesaria para el funcionamiento del sistema Breve descripción El vendedor envía una carta de presentación al comprador, para establecer relaciones comerciales. Si el comprador acepta trabajar con el vendedor, guarda los datos de contacto, en caso contrario los datos son rechazados Flujo de eventos Flujo básico a) El vendedor redacta carta de presentación de empresa vendedora b) El vendedor enviar la carta de presentación de empresa vendedora c) El comprador recibe la carta de presentación de empresa vendedora d) El comprador evalúa a la empresa vendedora

40 27 e) El comprador registra la información de la nueva empresa vendedora f) El comprador preparar información de la empresa compradora g) El comprador envía información de empresa compradora h) El vendedor recibe la información de empresa compradora i) El vendedor registra información de empresa compradora Flujos Alternos No aplica Precondiciones No aplica Poscondiciones No aplica Información Adicional No aplica Requerimientos especiales [RN03], [RN04] Envío de catálogo de precios Actores del Negocio Comprador

41 Vendedor Propósito El proveedor envía la lista de precios al cliente, para efectos que disponga de los precios vigentes Breve Descripción Este caso de uso se encarga de actualizar los precios de los productos, entre el vendedor y el comprador. El objetivo es que el comprador tenga los precios actualizados a efectos de que promover la venta de sus productos Flujo de Eventos Flujo Básico a) Vendedor prepara catálogo de precios para enviarlos al comprador b) El sistema del vendedor envía el catálogo de precios c) El sistema del comprador recibe el catálogo de precios d) El comprador recibe el catálogo de precios y los registra en su sistema Flujos Alternos No existen Precondiciones Comprador posee un sistema EDI

42 Vendedor posee un sistema EDI El Vendedor conoce la dirección EDI del Comprador Poscondiciones Precios registrados por el comprador Información Adicional No existe Requerimientos especiales [RN02], [RN03] Comprar artículos EDI Actores del Negocio Comprador Vendedor Sistema Propósito Proceso completo de compra de productos, desde la solicitud de cotización, cotización, orden de compra, entrega de productos, facturación y pago

43 Breve Descripción Flujo de Eventos Flujo Básico a) Elaborar solicitud de cotización, Sub Flujo 01 b) Cotizar productos, Sub Flujo 02 c) Generar Orden de Compra, Sub Flujo 03 d) Vender Productos, Sub Flujo 04 e) Recepcionar Productos, Sub Flujo 05 f) Recepcionar Facturas, Sub Flujo 06 g) Efectuar Pagos, Sub Flujo SubFlujos Sub Flujo 01: Elaborar solicitud de cotización a) El comprador prepara la Solicitud de cotización b) El sistema envía la solicitud de cotización Sub flujo 02: Cotizar Productos

44 31 a) El sistema recibe la solicitud de cotización b) El vendedor elabora la cotización c) El sistema transmite la cotización Sub flujo 03: Generar Orden de Compra a) El comprador recibe las cotizaciones b) El comprador evalúa las cotizaciones c) El comprador genera la orden de compra d) El sistema transmite la orden de compra Sub flujo 04: Vender Productos a) El sistema recepciona la orden de compra b) El facturador genera la factura por la venta c) El almacenero genera la guía de remisión por la venta d) El sistema transmite la factura y la guía de remisión e) El almacenero envía la mercadería

45 Sub flujo 05: Recepcionar Productos a) El sistema recepciona la guía de remisión b) el almacenero comprador, recibe los productos c) El almacenero verifica los productos d) El almacenero recepciona los productos e) El sistema transmite la aceptación o rechazo de los productos Sub flujo 06: Recepcionar Facturas a) El sistema recibe la factura electrónica b) El comprador realiza la conciliación entre la cantidad facturada, la cantidad recepcionada en la guía c) Contabiliza los inventarios d) El contador registra la compra, contabilizando la obligación por pagar e) El sistema transmite la conformidad o rechazo de la facturación Sub flujo 07: Efectuar Pagos a) El contador libera la factura por pagar, para que se considere en el proceso de pagos a proveedores

46 33 b) El contador genera el programa de pagos c) El cajero pagador prepara el lote de pagos d) El cajero pagador, efectúa el pago de las facturas e) El sistema envía la confirmación del pago Flujos Alternos Flujo Alternativo 01 En el punto el vendedor puede rechazar la solicitud de cotización y el sistema transmite el rechazo de la solicitud de cotización Flujo alternativo 02 En el punto el comprador puede rechazar la cotización y sistema transmite el rechazo de la cotización Flujo Alternativo 03 En el punto si el almacenero no esta conforme devuelve los productos Flujo Alternativo 04 En el punto si el almacenero no esta conforme con la facturación devuelve la factura

47 Precondiciones El comprador tiene un sistema EDI, conectado con el vendedor El vendedor tiene un sistema EDI, conectado con el comprador Poscondiciones Solicitud de compra generadas Ordenes de compras generadas Guía de remisión generadas y transmitidas Facturas por pagar generadas y transmitidas Facturas por pagar contabilizadas Facturas por pagar canceladas Información Adicional No existe Requerimientos especiales [RN01], [RN03], [RN04], [RN05], [RN06], [RN07], [RN08],[RN09], [RN10], [RN11], [RN12], [RN13], [RN14], [RN15]

48 Diagramas de procesos Figura N 6. Diagrama de Proceso de Presentación de Socios de Negocios

49 36 Figura N 7. Diagrama de Proceso de Envío de Catalogo de Precios

50 37 Figura N 8. Diagrama de Proceso de Compra Venta de Productos

51 38 Figura N 9. Diagrama de Proceso de Compra Venta Elaborar Solicitud de Cotización

52 39 Figura N 10. Diagrama de Proceso de Compra Venta Cotizar Productos

53 40 Figura N 11. Diagrama de Proceso de Compra Venta Generar Orden de Compra

54 41 Figura N 12. Diagrama de Proceso de Compra Venta Vender Productos

55 42 Figura N 13. Diagrama de Proceso de Compra Venta Recepcionar Productos

56 43 Figura N 14. Diagrama de Proceso de Compra Venta Recepcionar Facturas

57 44 Figura N 15. Diagrama de Proceso de Compra Venta Efectuar Pagos

58 Lista de actividades a automatizar 1 Envía Catalogo de Precios 2 Recibe Catalogo de Precios 3 Enviar Solicitud de Cotización 4 Recibir Solicitud de Cotización 5 Transmitir Cotización 6 Transmitir Rechazo de Solicitud 7 Transmitir Rechazo de Cotización 8 Transmitir Orden de Compra 9 Recepcionar Orden de Compra 10 Transmitir Factura y Guía 11 Recepcionar Guía de Remisión 12 Transmitir Aceptación o Rechazo de Productos 13 Recibir Factura 14 Transmitir Conformidad o Rechazo de Factura 15 Confirmar Pagos

59 46 5. Modelo de Análisis del negocio 5.1 Lista de trabajadores del negocio TN1 Comprador Encargado de solicitar cotizaciones, evaluarlas, generar órdenes de compra y dar la aprobación de una compra TN2 Vendedor Encargado de establecer relaciones comerciales con los clientes, atender los requerimientos de ventas, emitir cotizaciones, actualizar precios TN3 Facturador Encargado de facturar los pedidos de venta, referenciando a las órdenes de compra recibidas TN4 Almacenero Vendedor Encargado de generar la guía de remisión por los productos vendidos y enviarlos al cliente TN5 Almacenero Comprador Encargado de recepcionar los productos comprados y almacenarlos TN6 Contador Encargado de contabilizar la factura por pagar, liberar el pago y realizar la programación del pago

60 TN7 Cajero Pagador Encargado de realizar el pago de las facturas TN8 Sistema de Comunicaciones Encargado de las comunicaciones entre los compradores y vendedores

61 Diagrama de trabajadores del negocio Figura N 16. Diagrama de Trabajadores del Negocio

62 Lista de Entidades del negocio EN1 Solicitud de cotización Documento que envía el comprador al vendedor, para solicitar el envío de una cotización por determinados productos Atributos Nombre Descripción Tipo Valor inicial Numero de Solicitud Número correlativo de Long solicitud de cotización Comprador Nombre del comprador String que envía la solicitud de cotización Fecha de Solicitud Fecha de Envío de la DateTime Solicitud de Cotización Aceptado Marca de aceptación de String emitir la solicitud de cotización Cliente Cliente que envía la EN Cliente solicitud de cotización Proveedor Proveedor al cual se EN Proveedor envía la solicitud de cotización Articulo Lista de artículos que EN Articulo son solicitados en la cotización EN2 Cliente Datos Maestros de los Clientes Atributos Nombre Descripción Tipo Valor inicial Codigo Código del Cliente String Razon Social Razón Social del String Cliente Casilla electrónica Casilla electrónica del String Cliente en el sistema

63 50 Direccion Dirección postal del String Cliente Distrito Distrito del Cliente String Provincia Provincia del Cliente String Pais País del cliente String Dirección de correo String electrónico Teléfono Teléfono del Cliente String EN3 Cotización Documento en donde se consigna el precio de un producto Atributos Nombre Descripción Tipo Valor inicial Numero de Cotizacion Número de Cotización Long Fecha de Cotizacion Fecha de Cotización DateTime Proveedor Proveedor que envía la EN Proveedor cotización Cliente Cliente que recibe la EN Cliente cotización ArticuloCotizado Artículo Cotizado EN Articulo PrecioCotizado Precio Cotizado Float EN4 Proveedor Maestro de datos de los proveedores Atributos Nombre Descripción Tipo Valor inicial Código Código del Proveedor String Nombre Comercial Nombre Comercial del String Proveedor Razon Social Razón social del String Proveedor Direccion Dirección del Proveedor String Correo electrónico del String proveedor Fecha Ultima Compra Fecha de última compra DateTime al proveedor RUC RUC del proveedor String

64 EN5 Precio Lista de precios de los artículos en cada proveedor y para cada cliente Atributos Nombre Descripción Tipo Valor inicial Proveedor Prroveedor que envía el EN Proveedor precio Cliente Cliente que recibe el EN Cliente precio Articulo Artículo EN Articulo PrecioArticulo Precio del artículo Double FechaPrecio Fecha de enviado el DateTime precio VigenciaPrecio Vigencia del Precio DateTime EN6 Orden de Compra Documento que formaliza la compra de un grupo de artículos a un proveedor Atributos Nombre Descripción Tipo Valor inicial Nombre Descripción Tipo NumeroOrdenCompra Número de Orden de String Compra FechaOrdenCompra Fecha de Orden de DateTime Compra Cliente Cliente que genera la EN Cliente orden de compra Proveedor Proveedor al cual se EN Proveedor envía la orden de compra EN7 Orden de Compra Detalle Detalle del documento de compras

65 Atributos Nombre Descripción Tipo Valor inicial NumeroDetalle Número de Detalle de la Short orden de compra Articulo Artículo incluido en la EN Articulo orden de compra CantidadOrdenCompra Cantidad de Orden de Float Compra PrecioOrdenCompra Precio de la Orden de Double Compra CantidadGuia Cantidad enviado en la Float guía de remisión CantidadFactura Cantidad facturado Float PrecioFactura Precio del artículo en la Double Factura FechaConcilacion Fecha de Conciliación DateTime de la factura con la orden de compra y la guía de remisión Cotizacion Cotización sobre la cual EN Cotizacion se hizo la orden de compra EN8 Artículo Maestro de artículos Atributos Nombre Descripción Tipo Valor inicial Código Código del Artículo String Descripción Descripción del String Articulo Unidad de medida Unidad de medida del String artículo Precio Último Precio del Float artículo Stock Mínimo Stock mínimo del Float artículo Stock Máximo Stock áximo del Float artículo

66 EN9 Guía de Remisión Documento para el envío de productos desde el proveedor hasta el cliente Atributos Nombre Descripción Tipo Valor inicial Serie Guia Serie de Guía de Byte Remisión Numero Guia Número de Guía de String Remisión Emisor Proveedor Emisor de la EN Proveedor guía Destinatario Cliente Destinatario de EN Cliente la Guía de Remisión Transportista Transportista de la guía EN Proveedor de remisión Fecha Guia Remision Fecha de emisión de la DateTime guía de remisión Fecha Recepcionado Fecha de recepción de DateTime los artículos EN10 Guía de remisión detalle Detalle de la guía de remisión Atributos Nombre Descripción Tipo Valor inicial Numero Detalle Guia Número de Detalle de la Long guía de remisión Articulo Artículo que se envía EN Articulo con la guía de remisión Factura Detalle Detalle en el cual se EN Factura factura este artículo Detalle Cantidad Articulo Cantidad Long Verificacion String

67 EN11 Factura Documento de ventas Atributos Nombre Descripción Tipo Valor inicial Serie Factura Serie de la Factura Byte Numero Factura Número de la Factura Long Fecha Factura Fecha de la Factura DateTime Total Bruto Total Bruto de la Double Factura Total IGV Total IGV de la Factura Double Total Neto Total Neto de la Factura Double Fecha Vencimiento Fecha de vencimiento DateTime de la factura Liberada para Pago Indicador de Liberación String de la Factura para proceder al pago Documento Documento con el cual String Compensacion se compensa la factura Fecha de Fecha de Compensación DateTime Compensacion Cliente de la Factura Cliente a quién se le factura EN Cliente EN12 Factura Detalle Detalle de la factura Atributos Nombre Descripción Tipo Valor inicial Numero Detalle Número de Detalle de la String Factura Articulo Artículo que se esta EN Articulo facturando Valor Bruto Valor Bruto del ítem de Double la Factura IGV IGV del Item de la Double factura Valor Neto Valor Neto del Item de Double la Factura

68 55 Cantidad Orden de Compra Detalle Cantidad de Artículos Double Facturados Detalle de la Orden de EN Orden de Compra que se esta Compra Detalle facturando

69 Diagrama de Entidades del Negocio Figura N 17. Diagrama de Entidades de Negocio

70 Diagrama de Clases del Negocio Figura N 18. Diagrama de Clases del Negocio

71 58 6. Conclusiones En este capítulo se pudo identificar los actores del negocio y los casos de uso del negocio Se identificaron las reglas del negocio, que luego serán utilizadas en los casos de uso del sistema Se identificaron los diagramas de flujo de proceso que se desarrollan en el negocio; en donde se hacen visibles las entidades y clases de negocio

72 59 CAPITULO 4 REQUERIMIENTOS 1. Introducción En este capítulo se definen las capacidades esperadas en el sistema a desarrollar. Los requerimientos son especificados a un nivel claro de modo que sea de total entendimiento tanto del usuario, como el equipo de proyecto encargado de la construcción del software. Se presenta el detalle de la funcionalidad requerida, condiciones de usabilidad, confiabilidad, rendimiento, soporte, restricciones de diseño, documentación de usuario, e interfaces. Así como la seguridad deseada para controlar los accesos. Se detallan los actores del sistema, los casos de uso del sistema, los paquetes y la matriz de comparación del modelo de negocio y modelo del sistema. Finalmente se especificarán los casos de uso de un nivel alto, mostrando las pantallas del prototipo a desarrollar. Se mostrará el modelo conceptual del sistema, y la priorización de los casos de uso del sistema, para efectos de identificar los ciclos de desarrollo.

73 60 2. Especificación de los requerimientos del Sistema 2.1 Funcionalidad Asociados a los casos de uso RF1 Configurar la lista de avisos que deberán dispararse ante eventos específicos RF2 Mantener actualizada la información de las empresas con quienes se efectúan las transacciones comerciales RF3 Controlar los usuarios que podrán operar el sistema RF4 Definir como se comportará el sistema y su interrelación con otros sistemas RF5 Permitir la creación de las plantillas que permitirán la importación y exportación de los documentos intercambiados RF6 Permitir la generación de estadísticas referentes a las transacciones realizadas RF7 Revisar los requerimientos mínimos necesarios para que el sistema opere con normalidad RF8 Convertir documentos importados a un estándar EDI correspondiente al tipo de documento y proceder a su envío. RF9 Recibir documentos y almacenarlos generando las alertas necesarias a los interesados RF10 Cargar un documento proveniente del sistema de logística al sistema utilizando plantillas definidas para tal fin en base al tipo de documento RF11 Descargar un documento desde el sistema hacia un formato legible para el sistema de logística que lo importará tomando como base una plantilla definida para tal fin. RF12 Permitir mantener actualizado el registro de documentos intercambiados así como revisarlos e imprimirlos

74 Asociados a aspectos generales RF13 Se debe incluir mecanismos de ejecución cíclica para la revisión de los documentos arribados RF14 Mantener un registro de los eventos sucedidos durante las transacciones de intercambio de información. RF15 Incluir mecanismos de acuse de recibo para cada transacción intercambiada RF16 Filtrar la información de acuerdo a los usuarios creadores de la misma 2.2 Usabilidad Fácil de operar RNF1 Las opciones deben ser intuitivas y de fácil entendimiento basadas en una estructura sencilla de opciones de menú desplegable Ayuda en línea RNF2 Cada interfaz de usuario deberá contar con una explicación en línea de cada campo requerido u opción solicitada. 2.3 Confiabilidad Disponibilidad RNF3 El sistema debe operar las 24 horas del día para lo cual estará instalado en un servidor preparado para tal fin considerando una disponibilidad de 99%

75 Rendimiento Cantidad de usuarios RNF4 La cantidad de usuarios que soportará el sistema será ilimitada a 100 usuarios concurrentes Volumen de transacciones RNF5 El sistema debe soportar un estimado de 5000 transacciones al mes Tiempo de respuesta de transacción RNF6 Al cargar documentos el sistema debe considerar un máximo de 10 segundos para la importación de cada documento RNF7 Al descargar documentos el sistema debe considerar un máximo de 5 segundos para la exportación de cada documento, tomando como base 100 ítems por documento Tiempo de respuesta de acceso a la base de datos RNF8 Debe considerarse como máximo 3 segundos de tiempo de respuesta hacia la base de datos. 2.5 Soporte Servicio de soporte post-implementación RNF9 Debe considerarse un esquema de soporte contractual que implique atención ante fallas 5x Manejo de nuevas versiones RNF10 Las nuevas versiones del sistema estarán disponibles para descargarse vía internet a fin de garantizar una inmediata actualización.

76 Acceso remoto RNF11 Debe considerarse soporte remoto 2.6 Restricciones de Diseño Conexión con los sistemas locales RNF12 Se debe contar con una conexión garantizada a un repositorio compartido en donde el sistema de logística deje los archivos a importar e importe los archivos que el Conector EDI deje. RNF13 Se deben tener las especificaciones para la integración con el sistema de comunicaciones que maneje la empresa RNF14 La conexión con el sistema de correo debe estar garantizado a nivel de red local respetando los mecanismos de seguridad implantados por la organización y permitiendo el envío de alertas a los usuarios del sistema. 2.7 Documentación de Usuario y Sistema de Ayuda Manual de usuario, operación y ayuda en línea RNF15 El producto final incluye los manuales de usuario y operación respectivos como guía para los usuarios que operen el sistema, así como también una ayuda en línea para cada funcionalidad básica del sistema.

77 Componentes Adquiridos Sistema de comunicaciones RNF16 El sistema supone la utilización del Sistema de Comunicaciones desarrollado por un tercero en cada punto de intercambio de información. 2.9 Interfases Interfases de Usuarios Resolución RNF17 El sistema debe estar diseñado para operar en equipos que soporte resolución de 800x600 o superior Colores RNF18 Las ventanas de la aplicación deberán conservar el color de la paleta que Windows tenga configurada por defecto Atajos RNF19 El sistema debe tener combinaciones de teclas que permitan llegar rápidamente a las opciones principales del menú, así como también posicionarse en cada campo de los formularios contenidos en las ventanas Mensajes de error RNF20 Las alertas, mensajes informativos y de error, deberán aparecer en ventanas emergentes con un botón de confirmación para proseguir

78 Formatos de exportación RNF21 Los reportes que maneje el sistema deben poder ser exportados a formato PDF y/o excel Interfases de Hardware No aplica Interfases de Software Carpetas compartidas RNF22 La interfase con el Sistema de Logística esta definida por una carpeta compartida en donde se escribirán y leerán archivos Interfases de Comunicaciones Correo electrónico RNF23 El sistema deberá tener acceso al servidor de correo interno utilizando el protocolo TCP SMTP Sistema de comunicaciones RNF24 La interfase con el sistema de comunicaciones estará definida por una carpeta compartida en donde se escribirán archivos en un formato propio del sistema de comunicaciones y se leerán los archivos que este deje Licenciamiento No Aplica.

79 Requerimientos Legales y de Derecho de Autor No aplica Estándares Aplicables EFIFACT RNF25 Para el intercambio de información se considera la utilización del estándar EDIFACT de los siguientes documentos: Solicitud de Cotización Cotización Lista de precios Orden de Compra Respuesta a Orden de Compra Modificación a Orden de Compra Factura 3. Seguridad del Software Para garantizar la confiabilidad del sistema propuesto, se realizarán numerosas pruebas de integridad de la información antes de ponerlo en producción en una empresa. Estas pruebas consistirán en tomar una muestra de documentos enviados anteriormente o ya procesados hacia otras empresas, quienes posteriormente harán lo propio, a manera de prueba piloto, con lo que verificaremos la correcta importación, exportación y envío de documentos. Así mismo, se verificarán los permisos del usuario activo.

80 67 La seguridad propuesta tiene dos aspectos. El primero con respecto a la información local, se llevará un seguimiento minucioso sobre las acciones realizadas por los usuarios que ingresen al sistema y se tendrá un control de permisos a nivel de usuario en donde se indicará que módulos podrá utilizar. Cada usuario que opere el sistema tendrá permisos específicos a cada opción del sistema. Básicamente se dará o denegará acceso a las opciones del sistema a todos los usuarios que operen el sistema. La ventana que permitirá realizar este trabajo es la siguiente: El segundo aspecto se refiere a la seguridad del intercambio mismo de información, el mismo que no es responsabilidad directa del sistema y que estará a cargo del software de comunicación que brinda un tercero. Como ya hemos explicado en el Capítulo 1 el software de comunicaciones mencionado opera en una red privada virtual utilizando estándares de encriptación, aplicando el concepto de llave de sesión, es decir que por cada comunicación de un cliente hacia el servidor, ubicado en la empresa proveedora del servicio, utilizando vía telefónica o a

81 68 través de internet, se emplea una llave de sesión diferente, minimizando de esta manera la posibilidad de una intervención y desciframiento de la información que viaja por medio de un sondeo prolongado. Este software tiene como finalidad principal que la información que se transmite por él llegue a su destino de manera íntegra y confiable. Por otro lado, la empresa proveedora del servicio tiene implementado UTM-1 de Checkpoint, uno de los mejores sistemas de seguridad a nivel de software existentes actualmente en el mercado, producto que además distribuye. Adicionalmente contaremos con la seguridad propia del hardware y software en donde se instalará el sistema, contando además con la seguridad de la base de datos a utilizar con respecto a cada usuario participante en el sistema. Como requerimientos de la calidad del software, podríamos obtener certificación de utilización de los estándares EDI por la entidad que los rige en nuestro país (EAN- PERU). La estructura de la información utilizada en la aplicación a desarrollar se basará en el estándar EDI, logrando contemplar los campos necesarios en las transacciones comerciales. Esto permitirá una fácil integración con el sistema de logística que posea la empresa usuaria

82 69 Con respecto al tratamiento de errores podemos decir, que el sistema constantemente estará validando la información que a través de él se manipula y mostrará los errores que ocurran en ventanas de diálogo de manera que le den al usuario un conocimiento claro del problema ocurrido. El sistema también cuenta con la opción de registro de eventos que estará almacenando permanentemente información relativa a las operaciones realizadas por los usuarios, de manera que se pueda realizar un seguimiento ante una situación dada. Este registro es automático. 4. Modelo de Casos de Uso del Sistema 4.1 Lista de los actores del Sistema AS1 Comprador Rol que se encarga de importar y enviar solicitudes de cotización y ordenes de compra desde el sistema de logística de la organización así como de recibir y exportar las cotizaciones, listas de precio y facturas involucradas en una transacción de compra y venta AS2 Vendedor Rol que se encarga de recibir y exportar las solicitudes de cotización y órdenes de compra hacia el sistema de logística de la organización así como de importar y enviar las cotizaciones, listas de precio y facturas involucradas en una transacción de compra y venta.

83 AS3 Administrador Rol que se encarga de configurar el sistema así como también tiene a cargo al definición de las interfases que se utilizar para la importación y exportación de documentos AS4 Usuario Rol genérico desde donde se derivan los roles anteriores. 4.2 Diagrama de Actores del Sistema Figura N 19. Diagrama de Actores del Sistema

84 Diagrama de paquetes Figura N 20. Diagrama de Paquetes 4.4 Diagrama de Casos de Uso por Paquete Figura N 21. Diagrama de Casos de Uso del Paquete Administración

85 72 Figura N 22. Diagrama de Casos de Uso del Paquete Comunicación Figura N 23. Diagrama de Casos del Uso del Paquete Gestión

86 73 5. Matriz de Modelo del Negocio y Modelo del Sistema Caso del uso del Actividad a automatizar Requerimiento funcional Caso de uso del sistema negocio Nº Nombre Nº Nombre Trabajador Nº Nombre Nº Nombre Actor 1 RF7 Revisar los requerimientos mínimos CUS1 Iniciar Sistema Administrador necesarios para la operación del sistema RF4 Definir el comportamiento del CUS2 Configurar Sistema Administrador sistema y su interrelación con otros RF13 Incluir mecanismos de ejecución cíclica para la revisión de documentos arribados RF3 Controlar los usuarios que podrán CUS3 Administrar Usuarios Administrador operar el sistema RF1 Configuración de lista de avisos CUS4 Administrar Avisos Administrador Envío de catálogo de precios Comprar Artículos EDI Comprar Artículos EDI Comprar Artículos EDI Comprar Artículos EDI Comprar Artículos EDI Comprar Artículos EDI Envío de catálogo de precios Comprar Artículos EDI Comprar Artículos EDI Comprar Artículos EDI Comprar Artículos EDI Comprar Artículos EDI Comprar Artículos EDI Comprar Artículos EDI RN02 RN04 RN09 RN11 RN13 RN14 RN15 RN01 RN03 RN05 RN06 RN07 RN08 RN10 RN12 Recibe Catalogo de Precios Recibir Solicitud de Cotización Recepcionar Orden de Compra Recepcionar Guía de Remisión Recibir Factura Transmitir Conformidad o Rechazo de Factura Confirmar Pagos Envía Catalogo de Precios Enviar Solicitud de Cotización Transmitir Cotización Transmitir Rechazo de Solicitud Transmitir Rechazo de Cotización Transmitir Orden de Compra Transmitir Factura y Guía Transmitir Aceptación o Rechazo de Productos TR Sistema TR Sistema RF2 Mantener actualizada la relación de CUS5 Administrar Empresas Administrador empresas RF14 Mantener un registro de los eventos CUS6 Visualizar eventos Administrador sucedidos RF5 Manejar plantillas CUS7 Definir Interfaces Administrador Estadísticas de las transacciones RF6 realizadas RF10 Importar documentos provenientes del sistema de logística RF11 Exportar documentos a un formato que pueda leer el sistema de logística CUS8 Generar Estadísticas Administrador CUS9 Cargar Documentos Usuario Sistema de Logística CUS10 Descargar Documentos Usuario Sistema de Logística

87 74 RF16 RF12 RF8 RF15 RF9 Filtrar información de acuerdo al usuario que ingresa al sistema 11 Administrar Documentos Usuario Mantener actualizado el registro de documentos intercambiados 12 Eliminar Documento Usuario Convertir documentos a un estándar internacional de intercambio de información Incluir mecanismos de acuse de recibo para las transacciones realizadas Recibir documentos, almacenarlos e informar a los usuarios involucrados 13 Imprimir Documento Usuario 14 Visualizar Documento Usuario 15 Preparar envío Usuario Sistema de Comunicaciones 16 Mapear a EDI 17 Seleccionar destinos Usuario 18 Transferencia de Información Usuario Sistema de Comunicaciones 19 Revisión de bandeja de entrada 20 Generación de avisos Servidor de Correo Interno 21 Actualización de documentos

88 75 6. Especificación de Alto Nivel de los Casos de Uso del Sistema 6.1 Administración Caso de uso Actores Descripción Casos de uso relacionados Clasificación Secundario CUS1 Iniciar Sistema Administrador Este caso de uso contiene lo necesario para levantar el sistema, revisa la configuración mínima necesaria para poder operar en cuanto a recursos del sistema y comunicaciones con los sistemas relacionados Caso de uso Actores Descripción Casos de uso relacionados Clasificación Secundario CUS2 Configurar sistema Administrador Configuración del comportamiento del sistema y los parámetros generales que tomará en cuenta para el manejo de los documentos. Caso de uso Actores Descripción Casos de uso relacionados Clasificación Secundario CUS3 Administrar usuarios Administrador Permite mantener actualizada la relación de usuarios que pueden operar el sistema. Caso de uso Actores Descripción Casos de uso relacionados Clasificación Secundario CUS4 Administrar avisos Administrador Permite mantener actualizado el registro de avisos de recibo de documentos para los usuarios del sistema. Caso de uso Actores Descripción Casos de uso relacionados Clasificación Secundario CUS5 Administrar empresas Administrador Mantener actualizados los datos de las empresas participantes dentro del proceso de compra venta.

89 76 Caso de uso CUS6 Visualizar eventos Actores Administrador Descripción Revisión de los eventos registrados por el sistema. Casos de uso relacionados Clasificación Secundario Caso de uso Actores Descripción Casos de uso relacionados Clasificación Primario CUS7 Definir interfaces Administrador Definición de las interfaces a ser utilizadas en el proceso de cargado y descargado de información desde y hacia el sistema de logística. Caso de uso Actores Descripción Casos de uso relacionados Clasificación Opcional CUS8 Generar estadísticas Administrador Generación de estadísticas relativas a los documentos manejados en el sistema. 6.2 Gestión Caso de uso Actores Descripción Casos de uso relacionados Clasificación Primario CUS9 Importar documentos desde el Sistema de Logística Usuario, Sistema de Logística Cargar documentos desde un archivo de interfase creado por algún sistema de logística hacia el Conector EDI. Caso de uso Actores Descripción Casos de uso relacionados Clasificación Primario CUS10 Exportar documentos al sistema de Logística Usuario, Sistema de Logística Descargar documentos almacenados en el Conector EDI hacia un archivo plano de acuerdo a una plantilla de interfaz para que el sistema de logística lo pueda importar.

90 77 Caso de uso Actores Descripción Casos de uso relacionados Clasificación Primario CUS11 Administrar documentos EDI recibidos Usuario Permite la visualización, impresión y/o eliminación de los documentos recibidos por el Sistema y alojados en la base de datos del mismo. Caso de uso Actores Descripción Casos de uso relacionados Clasificación Primario CUS12 Administrar documentos importados del sistema de Logística Usuario Permite la visualización, impresión y/o eliminación de los documentos importados desde el Sistema de Logística y permite preparar su envío hacia terceros. Caso de uso CUS13 Preparar envío EDI Actores Usuario Descripción Preparar un documento para su envío Casos de uso Seleccionar casillas destino (extend) relacionados Mapear archivo EDI (incluye) Clasificación Primario Caso de uso CUS14 Mapear archivo EDI Actores Usuario Descripción Conversión de un documento a formato EDIFACT Casos de uso relacionados Clasificación Primario Caso de uso CUS15 Seleccionar casillas destino Actores Usuario Descripción Seleccionar destinos de un documento para preparar su envío Casos de uso relacionados Clasificación Primario 6.3 Comunicación Caso de uso Actores Descripción CUS16 Transferencia de información Usuario, Sistema de Comunicaciones Enviar y recibir información.

91 78 Casos de uso relacionados Clasificación Primario Caso de uso CUS17 Revisión de bandeja de entrada Actores Usuario Descripción Revisión e los documentos recibidos. Casos de uso Generación de avisos (extend), Actualización de documentos (extend) relacionados Clasificación Primario Caso de uso CUS18 Generación de avisos Actores Servidor de Correo Interno Descripción Generación de avisos de arribo de documentos hacia los usuarios internos. Casos de uso Revisión de bandeja de entrada relacionados Clasificación Primario Caso de uso CUS19 Actualización de documentos Actores Descripción Actualizar los documentos recibidos en la base de datos del sistema. Casos de uso Generación de avisos relacionados Clasificación Primario

92 79 7. Diagrama del Modelo Conceptual del Sistema Figura N 24. Diagrama del Modelo Conceptual del Sistema

93 80 8. Priorización de los Casos de Uso 8.1 Clasificación de los Casos de Uso # Nombre del caso de uso Clasificación 1 CUS1 Iniciar Sistema Secundario 2 CUS2 Configurar Sistema Secundario 3 CUS3 Administrar Usuarios Secundario 4 CUS4 Administrar avisos Secundario 5 CUS5 Administrar Empresas Secundario 6 CUS6 Visualizar Eventos Secundario 7 CUS7 Definir Interfases Primario 8 CUS8 Generar Estadísticas Opcional 9 CUS9 Importar documentos desde el Sistema de Logística Primario 10 CUS10 Exportar documentos al Sistema de Logística Primario 11 CUS11 Administrar documentos EDI Recibidos Primario 12 CUS12 Administrar documentos importados desde el Primario Sistema de Logística 13 CUS13 Preparar envío EDI Primario 14 CUS14 Mapear archivo EDI Primario 15 CUS15 Seleccionar casillas destino Primario 16 CUS16 Transferencia de Información Primario 17 CUS17 Revisión de bandeja de entrada Primario

94 81 18 CUS18 Generación de avisos Primario 19 CUS19 Actualización de documentos Primario 8.2 Ciclos de desarrollo Ciclo de Nombre del caso de uso Clasificación desarrollo Núcleo Central CUS7 Definir Interfases Primario o Ciclo 0 CUS9 Importar documentos desde el Sistema de Primario Logística CUS10 Exportar documentos al Sistema de Primario Logística CUS11 Administrar documentos EDI Recibidos Primario CUS12 Administrar documentos importados desde Primario el Sistema de Logística CUS13 Preparar envío EDI Primario CUS14 Mapear archivo EDI Primario CUS15 Seleccionar casillas destino Primario Ciclo 1 CUS16 Transferencia de Información Primario CUS17 Revisión de bandeja de entrada Primario CUS18 Generación de avisos Primario CUS19 Actualización de documentos Primario CUS1 Iniciar Sistema Secundario CUS2 Configurar Sistema Secundario CUS3 Administrar Usuarios Secundario CUS4 Administrar avisos Secundario CUS5 Administrar empresas Secundario CUS6 Visualizar Eventos Secundario Ciclo 2 CUS8 Generar Estadísticas Opcional

95 82 9. Especificación de los Casos de Uso del Sistema 9.1 CUS7 Definir Interfases Actores Administrador Propósito Definición de las interfases que servirán para cargar y descargar documentos Breve descripción Definición de las interfases a ser utilizadas en el proceso de cargado y descargado de información desde y hacia el sistema de logística Flujo de eventos Flujo básico a) Este caso de uso comienza cuando el Administrador solicita la definición de una interfase b) El sistema pide los datos relacionados con la nueva plantilla a definir, los cuales son el tipo de plantilla, ruta del archivo en donde se grabará la plantilla, el tipo de documento, tipo de archivo, delimitador que se utilizará, archivo cabecera, archivo detalle, campos y orden en el que se encuentran los mismos en cada archivo a leer c) Si el archivo a leer/escribir tiene alguna etiqueta que permita identificar un registro de cabecera del de detalle, entonces se debe especificar dicha

96 83 etiqueta a fin de que la aplicación pueda identificarla durante la lectura de los archivos y la considere durante la escritura de los mismos. d) Una vez que el Administrador haya ingresado todos los campos necesarios, el sistema almacenará la plantilla en la base de datos para su posterior aplicación Flujos alternos No aplica Precondiciones Preexistencia de plantilla La plantilla ha definir no debe existir en el sistema. Cada plantilla está asociado a un tipo de documento y pueden existir una para la importación y otra para la exportación de cada tipo de documento Post Condiciones Plantilla Registrada El Administrador ha registrado una nueva plantilla en el sistema y esta disponible para su utilización en la importación o exportación de documentos Puntos de extensión No aplica Requerimientos especiales Archivos de texto delimitados por un caracter específico

97 84 Los archivos de texto que se generen o se lean utilizando las plantillas definidas deberán ser de tipo texto y su contenido deberá utilizar un caracter como delimitador entre cada dato. [RN16] Información adicional El siguiente gráfico muestra el prototipo de la ventana que permite la definición de las interfases a utilizar en el sistema.

98 CUS9 Importar Documentos desde el Sistema de Logística Actores Usuario Propósito Este caso de uso se encarga de cargar los documentos que son recibidos a través de un medio electrónico y importándolos a la base de datos del sistema. Breve descripción Cargar documentos desde un archivo de interfase creado por algún sistema de logística hacia el Conector EDI Flujo de eventos Flujo básico a) Este caso de uso comienza cuando el usuario (cliente o proveedor) desea cargar los documentos dejados por el sistema de Logística b) El usuario solicita cargar un tipo específico de documento almacenado previamente y el sistema solicita que se le indique la plantilla específica a utilizar para el cargado del mismo c) El usuario ingresa los datos solicitados y el sistema procede con la importación de la información leyendo los archivos origen y utilizando la plantilla para ubicar la información dentro de los mismos d) El sistema finalmente muestra la relación de archivos importados

99 Flujos alternos a) El archivo a importar no se encuentra Si el archivo a importar no se encuentra o no es legible, el sistema indicará que no se logró la importación reportando la inexistencia del archivo origen y solicitando la nueva elección del archivo en su defecto solicita al usuario que desista de la operación. b) La plantilla a utilizar no existe Si la plantilla seleccionada para la importación del archivo tuviera problemas o no existiera, el sistema indicará la imposibilidad de la operación solicitando al usuario que nuevamente seleccione la plantilla a utilizar o desista de la operación Precondiciones No existencia previa del documento El documento a cargar no debe haber sido previamente cargado en el sistema Acceso El usuario debe tener acceso a cargar (importar) documentos en el sistema Post Condiciones Documento Cargado El documento ha sido cargado en el sistema y esta disponible para su envío a terceros.

100 Puntos de extensión No aplica Requerimientos especiales Acceso a los archivos del Sistema de Logística Es necesario contar con el acceso a la carpeta en donde el Sistema de Logística dejará los archivos a cargar en el Conector EDI Reglas de Negocio Asociadas [RN7], [RN8], [RN9], [RN10], [RN11], [RN12] Información adicional El siguiente gráfico muestra el prototipo de la ventana para el cargado (importación) de los documentos

101 CUS10 Exportar documentos al Sistema de Logística Actores Usuario Propósito Este caso de uso se encarga de la exportación de documentos hacia un formato específico para su posterior transmisión Breve descripción Descarga documentos almacenados en el Conector EDI hacia un archivo plano de acuerdo a una plantilla específica para que el sistema de logística lo pueda importar Flujo de eventos Flujo básico a) Este caso de uso comienza cuando el cliente o vendedor desea exportar los documentos del sistema hacia un archivo plano que pueda ser importado por su sistema de logística. b) El sistema solicita el tipo de documento a descargar, la plantilla que se desea utilizar y la fecha de generación de los documentos para realizar una búsqueda. c) El usuario ingresa la información solicitada y acciona la búsqueda

102 89 d) El sistema muestra la relación de documentos que coinciden con el criterio ingresado e) El usuario selecciona el documento que desea y lo descarga f) El sistema descarga el documento seleccionado utilizando la definición contenida en la plantilla seleccionada creando un archivo externo Flujos alternos Plantilla no definida Si la plantilla de exportación no ha sido definida previamente el sistema no podrá crear el archivo de texto y le indicará al usuario que desista de la operación Precondiciones Documentos existentes El sistema debe contener información de documentos a exportar Post Condiciones Documento exportado El documento seleccionado cambia de estado a exportado Puntos de extensión No aplica Requerimientos especiales [RN7], [RN8], [RN9], [RN10], [RN11], [RN12]

103 Información adicional El gráfico siguiente muestra el prototipo de la ventana para la descarga (exportación) de documentos. 9.4 CUS11 Administrar documentos EDI Recibidos Actores Usuario

104 Propósito El objetivo de este caso de uso es mostrarle al usuario todos los documentos recibidos en el tiempo y permitirle visualizar su detalle, imprimirlo o eliminarlo Breve descripción Permite realizar el mantenimiento y administración de los documentos recibidos y almacenados en el sistema Flujo de eventos Flujo básico a) Este caso de uso comienza cuando el usuario desea revisar los documentos recibidos en el sistema b) El Sistema solicita el ingreso de la fecha de generación del documento, el tipo de documento y el estado del mismo como criterios para poder ubicar documentos específicos c) El usuario ingresa la información requerida y solicita la búsqueda d) El Sistema muestra los documentos que coincidan con los criterios seleccionados e) Si el usuario requiere visualizar un documento, ver subflujo Visualizar Documentos f) Si el usuario requiere imprimir un documento, ver subflujo Imprimir Documento

105 92 g) Si el usuario requiere eliminar un documento, ver subflujo Eliminar Documento Subflujos a) Visualizar Documento 1) El usuario selecciona un documento específico y solicita visualizarlo 2) El sistema mostrará los datos del documento dependiendo del tipo del mismo. 3) Para la solicitud de cotización se tiene número de documento, fecha de generación, fecha de vigencia, cliente, observaciones a la cabecera, número de ítem, código de producto, código de barras, descripción del producto, cantidad, unidad de medida, observaciones del ítem. 4) Para la Cotización se debe mostrar número de documento, fecha de generación, fecha de vigencia, moneda, tipo de cambio, cliente, contacto del cliente, forma de pago, días de pago, proveedor, contacto del proveedor, observaciones del documento, número de Ítem, código de producto, código de barras, descripción del producto, cantidad, unidad de medida, observaciones específicas del ítem, precios, descuentos e impuestos involucrados en cada ítem, totales de impuestos, descuentos y total general. 5) Para la Lista de precios se debe mostrar número de documento, fecha de Generación, fecha de Vigencia, moneda, tipo de cambio, proveedor, contacto del proveedor, forma de pago, días de pago, observaciones del

106 93 documento, número de ítem, código de producto, código de barras, descripción del producto, unidad de Medida, precios, descuentos e impuestos involucrados en cada ítem. 6) Para la orden de compra, Modificación y respuesta a Orden de Compra se debe mostrar número del documento, fecha de Generación, fecha de entrega, moneda, tipo de cambio, máximo tiempo de respuesta, máximo tiempo de modificación, tipo y número de documento de referencia, cliente, contacto del cliente, lugar de entrega, forma de pago, días de pago, proveedor, contacto del proveedor, observaciones del documento, numero de ítem, código de producto, código de barras, descripción de producto, cantidad, unidad de medida, precios, descuentos e impuestos involucrados en cada ítem, totales de impuestos, descuentos y total general 7) Para la factura se debe mostrar número del documento, fecha de Generación, fecha de entrega, moneda, tipo de cambio, tipo y número de documento de referencia, cliente, contacto del cliente, lugar de entrega, forma de pago, días de pago, proveedor, contacto del proveedor, observaciones del documento, numero de ítem, código de producto, código de barras, descripción de producto, cantidad, unidad de medida, precios, descuentos e impuestos involucrados en cada ítem, totales de impuestos, descuentos y total general. b) Imprimir Documento 1) El usuario selecciona un documento específico y solicita imprimirlo

107 94 2) El sistema genera el documento de impresión y lo envía a la impresora por defecto c) Eliminar Documento 1) El usuario selecciona un documento específico y solicita eliminarlo 2) El sistema revisa si el documento no tiene dependencias y lo elimina Flujos Alternos No aplica Precondiciones El usuario debe tener una sesión abierta en el sistema El usuario debe tener acceso a revisar los documentos recibidos Post condiciones Se actualizó el estado de los documentos Puntos de extensión No aplica Requerimientos especiales No Aplica.

108 Información adicional El siguiente gráfico muestra el prototipo de la ventana que permitirá revisar los documentos recibidos El siguiente gráfico muestra le prototipo de visualización de una Solicitud de Cotización

109 El siguiente gráfico muestra le prototipo de visualización de una Cotización 96

110 El siguiente gráfico muestra le prototipo de visualización de una Lista de Precios 97

111 98 El siguiente gráfico muestra le prototipo de visualización de una Orden de Compra, Respuesta a Orden de Compra o Modificación de Orden de Compra

112 El siguiente gráfico muestra le prototipo de visualización de una Factura 99

113 CUS12 Administrar documentos importados desde el Sistema de Logística Actores Usuario Propósito El objetivo de este caso de uso es mostrarle al usuario todos los documentos que han sido enviados o que han sido importados recientemente provenientes del Sistema de Logística

114 Breve descripción Permite realizar el mantenimiento y administración de los documentos enviados o por enviar almacenados en el sistema Flujo de eventos Flujo básico a) Este caso de uso comienza cuando el usuario desea revisar los documentos de salida almacenados en el sistema b) El Sistema solicita el ingreso de la fecha de generación del documento, el tipo de documento y el estado del mismo como criterios para poder ubicar documentos específicos c) El usuario ingresa la información requerida y solicita la búsqueda d) El Sistema muestra los documentos que coincidan con los criterios seleccionados e) El usuario indica la acción a realizar f) Si el usuario requiere visualizar un documento, ver subflujo Visualizar Documentos g) Si el usuario requiere imprimir un documento, ver subflujo Imprimir Documento h) Si el usuario requiere eliminar un documento, ver subflujo Eliminar Documento

115 102 i) El caso de uso termina Subflujos a) Visualizar Documento 1) El usuario selecciona un documento específico y solicita visualizarlo 2) El sistema mostrará los datos del documento dependiendo del tipo del mismo. 3) Para la solicitud de cotización se tiene número de documento, fecha de generación, fecha de vigencia, cliente, observaciones a la cabecera, número de ítem, código de producto, código de barras, descripción del producto, cantidad, unidad de medida, observaciones del ítem. 4) Para la Cotización se debe mostrar número de documento, fecha de generación, fecha de vigencia, moneda, tipo de cambio, cliente, contacto del cliente, forma de pago, días de pago, proveedor, contacto del proveedor, observaciones del documento, número de Ítem, código de producto, código de barras, descripción del producto, cantidad, unidad de medida, observaciones específicas del ítem, precios, descuentos e impuestos involucrados en cada ítem, totales de impuestos, descuentos y total general. 5) Para la Lista de precios se debe mostrar número de documento, fecha de Generación, fecha de Vigencia, moneda, tipo de cambio, proveedor, contacto del proveedor, forma de pago, días de pago, observaciones del documento, número de ítem, código de producto, código de barras,

116 103 descripción del producto, unidad de Medida, precios, descuentos e impuestos involucrados en cada ítem. 6) Para la orden de compra, Modificación y respuesta a Orden de Compra se debe mostrar número del documento, fecha de Generación, fecha de entrega, moneda, tipo de cambio, máximo tiempo de respuesta, máximo tiempo de modificación, tipo y número de documento de referencia, cliente, contacto del cliente, lugar de entrega, forma de pago, días de pago, proveedor, contacto del proveedor, observaciones del documento, numero de ítem, código de producto, código de barras, descripción de producto, cantidad, unidad de medida, precios, descuentos e impuestos involucrados en cada ítem, totales de impuestos, descuentos y total general 7) Para la factura se debe mostrar número del documento, fecha de Generación, fecha de entrega, moneda, tipo de cambio, tipo y número de documento de referencia, cliente, contacto del cliente, lugar de entrega, forma de pago, días de pago, proveedor, contacto del proveedor, observaciones del documento, numero de ítem, código de producto, código de barras, descripción de producto, cantidad, unidad de medida, precios, descuentos e impuestos involucrados en cada ítem, totales de impuestos, descuentos y total general. b) Imprimir Documento 1) El usuario selecciona un documento específico y solicita imprimirlo

117 104 2) El sistema genera el documento de impresión y lo envía a la impresora por defecto c) Eliminar Documento 1) El usuario selecciona un documento específico y solicita eliminarlo 2) El sistema revisa si el documento no tiene dependencias y lo elimina Flujos Alternos No aplica Precondiciones El usuario debe tener acceso a administrar los documentos importados Post condiciones Se actualizó el estado de los documentos Puntos de extensión No aplica Requerimientos especiales No Aplica Información adicional El siguiente gráfico muestra el prototipo de la ventana que permitirá revisar los documentos por enviar o enviados

118 El siguiente gráfico muestra le prototipo de visualización de una Solicitud de Cotización 105

119 El siguiente gráfico muestra le prototipo de visualización de una Cotización 106

120 El siguiente gráfico muestra le prototipo de visualización de una Lista de Precios 107

121 108 El siguiente gráfico muestra le prototipo de visualización de una Orden de Compra, Respuesta a Orden de Compra o Modificación de Orden de Compra

122 El siguiente gráfico muestra le prototipo de visualización de una Factura 109

123 CUS13 Preparar envío EDI Actores del Sistema Usuario Propósito Preparar un documento para su envío a la contraparte de la transacción comercial Breve Descripción Este caso de uso permitir preparar un documento especifico para ser enviado en formato EDI hacia la contraparte comercial de la transacción de compra venta.

124 Flujo de Eventos Flujo Básico a) Este caso de uso es invocado por le caso de uso Administrar documentos importados del sistema de Logística cuando el usuario solicita preparar el envío de un documento específico b) El sistema determina si el documento seleccionado requiere la especificación de casillas destino para preparar su envío y de ser así los solicita, ver caso de uso extendido Seleccionar Casillas Destino c) El sistema toma la información del documento y procede a convertir el archivo en formato EDI. Ver caso de uso incluido Mapear archivo EDI d) Terminal el caso de uso Subflujos No aplica Flujos Alternos No aplica Precondiciones Acceso autorizado El usuario debe tener acceso a esta opción

125 Poscondiciones Actualización de documentos Se actualizó el estado de los documentos preparados a Enviados Puntos de Extensión Seleccionar Destinos En el punto del flujo básico, cuando el documento seleccionado para preparar requiere la especificación de destinos continuar en el caso de uso Seleccionar Casillas Destino Mapear archivo EDI En el punto del flujo básico, una vez seleccionado el documento a preparar y habiéndose especificado los destinos del documento de requerirse se continua en el caso de uso Mapear archivo EDI Requerimientos Especiales [RN3], [RN4] Información Adicional No aplica.

126 CUS14 Mapear archivo EDI Actores del Sistema Usuario Propósito El objetivo de este caso de uso es convertir un documento a formato EDI Breve Descripción Este caso de uso le permite al usuario luego de seleccionar un documento y dependiendo del tipo del mismo crear un archivo EDI específico que contenga toda su información y lo deja listo para que el Sistema de Comunicaciones lo envíe a su(s) destino(s) Flujo de Eventos Flujo Básico a) Este caso de uso es invocado desde el caso de uso Preparar Envío EDI luego de seleccionar el documento a preparar y sus destinos. b) El sistema extrae los datos del documento seleccionado y en base al tipo lo convierte al formato EDIFACT correspondiente [RN] c) El sistema finalmente actualiza el estado del documento seleccionado d) Terminal el caso de uso Subflujos No Aplica.

127 Flujos Alternos No Aplica Precondiciones Existencia de la carpeta para archivos externos La carpeta en donde se crearán los archivos convertidos a formato EDI debe existir Acceso a la carpeta archivos externos El usuario debe tener acceso a la carpeta de archivos externos Poscondiciones Documento Mapeado El documento seleccionado cambia de estado indicando que ya fue preparado y Mapeado a EDI Creación de archivo externo Se creó un archivo externo conteniendo la información del documento seleccionado en formato EDIFACT correspondiente al tipo de de documento Puntos de Extensión No Aplica Requerimientos Especiales [RN3], [RN4] Información Adicional No Aplica.

128 CUS15 Seleccionar casillas destino Actores del Sistema Usuario Propósito Seleccionar las casillas destino del documento seleccionado Breve Descripción Al preparar el envío de documentos a los socios de negocio es posible seleccionar los destinos a los cuales llegará el documento. Este caso de uso permite esa selección Flujo de Eventos Flujo Básico a) Este caso de uso es invocado desde el caso de uso Preparar Envío cuando se requiera seleccionar los destinos de un documento a preparar. b) El sistema muestra la relación de destinos posibles extrayéndolos de la base de datos. c) El usuario selecciona los destinos marcándolos y confirma la selección d) El sistema devuelve el control a caso de uso base Preparar Envío EDI y termina.

129 Subflujos No aplica Flujos Alternos No aplica Precondiciones Existencia de información de los destinos Debe existir por lo menos un socio de negocio registrado previamente en el sistema Poscondiciones Destinos seleccionados Los destinos del documento fueron seleccionados Puntos de Extensión No aplica Requerimientos Especiales [RN3], [RN4] Información Adicional A continuación se muestra el prototipo de la ventana de selección de destinatarios

130 117

131 Prototipo del Sistema 10.1 Pantalla de Login del Sistema El usuario deberá ingresar su usuario y clave; y presionar el botón Ingresar ó Cancelar para abandonar el sistema 10.2 Pantalla de Menú Principal El sistema muestra las opciones principales de Administración, Gestión, Comunicaciones y Ayuda

132 Pantalla de Menú Sección En el menú Sección, es posible Cambiar de Usuario y Salir del Sistema 10.4 Pantalla de Menú Administración En el menú de Administración, es posible ingresar a las opciones Sistema, Empresas, Seguridad Dentro de la opción de Sistema, se puede ingresar a las opciones generales, configuración de avisos, definición de interfasces y copias de respaldo. Las Opciones Generales, permiten configurar el enlace con el programa encargado de la comunicación, así como programas a ejecutarse antes y luego de la comunicación; la identificación del mensaje, los reintentos de envío, reintentos de recibo

133 120 En la ventana de Configuración de Avisos, se configura los mensajes automáticos que se activaran para notificar al usuario.

134 121 En la Definición de Interfases se configura el enlace con los archivos planos a cargar del sistema de logística

135 122 En la opción de copias de seguridad, se puede obtener una copia total o parcial de la base de datos En la opción de Empresas, se puede registrar, modificar o eliminar las empresas

136 En la opción de Menú Perfiles, es posible brindar los permisos respectivos 123

137 124 En la opción de Usuarios, es posible mantener la lista de usuarios del sistema, así como asignarlos a los perfiles 10.5 Pantalla de Menú Gestión En el menú de Gestión, se muestran las opciones de Documentos Recibidos e Importados Los documentos Recibidos, se pueden visualizar realiznado filtros por fecha de generación, tipo de documento, estado

138 125

139 Es posible, visualizar los documentos 126

140 127 Los Documentos Importados, se pueden visualizar por fecha de generación, tipo de documento Al momento de Preparar Envío, es posible seleccionar los destinatarios del archivo EDI

141 128 Además, es posible visualizar los documentos importados En el menú de Inteface, es posible Importar Documentos o Exportar Documentos, desde o hacia el sistema de logística La importación carga los documentos del sistema de logística, utilizando una plantilla. Estos documentos son luego vistos en la opción de Documentos

142 Pantalla de Menú Comunicación En el menú de Comunicación se realiza la Transferencia de Información; es decir el envío o recepción de los documentos EDI utilizando el programa de comunicaciones. Al ejecutarse, el sistema de comunicaciones muestra una serie de mensajes producto del proceso.

143 130

144 Conclusiones Los requerimientos del sistema definen de una manera más detalla la expectativa acerca del sistema Se identificaron los casos de uso del sistema, así como la priorización de los mismos, a ser desarrollados en tres ciclos de desarrollo del sistema Se presenta un prototipo del sistema, lo mas cercado a la realidad del producto final

145 132 CAPITULO 5 AQUITECTURA DE SOFTWARE 1. Introducción Este proyecto consiste en un sistema para intercambio de información EDI entre empresas compradoras y vendedoras. Se pretende que el sistema obtenga la información de los sistemas a partir de archivos planos que sean generados por los sistemas de logística; los documentos cargados en el sistema podrán ser visualizados, traducidos a EDI y transmitidos a la empresa destino. Se presenta una arquitectura de 3 capas, capa de presentación, de negocio y de persistencia. El ambiente de ejecución será sobre Windows y se podrá conectar a cualquier base de datos, por que el intercambio de información con los sistemas de logística se realiza con archivos planos.

146 Metas y Restricciones de la arquitectura A continuación se detallan la relación de requerimientos no funcionales que impactan en la arquitectura del sistema propuesto. 2.1 Usabilidad RNF1 Las opciones deben ser intuitivas y de fácil entendimiento basadas en una estructura sencilla de opciones de menú desplegable RNF2 Cada interfase de usuario deberá contar con una explicación en elínea de cada campo requerido u opción solicitada 2.2 Confiabilidad RNF3 El sistema deberá operar las 24 horas del día para lo cual estará instalado en un servidor preparado para tal fin considerando una disponibilidad de 99% 2.3 Rendimiento RNF4 La cantidad de usuarios que soportará el sistema será ilimitada a 100 usuarios concurrentes RNF5 El sistema deberá soportar un estimado de 5000 transacciones al mes RNF6 Al cargar documentos el sistema deberá considerar un máximo de 10 segundo para la importación de cada documento RNF7 Al descargar documentos el sistema deberá considerar un máximo de 5 segundos para la exportación de cada documento, tomando como base 100 ítems por documento RNF8 Debe considerarse como máximo 3 segundos de tiempo de respuesta hacia la base de datos.

147 Restricciones de diseño RNF12 Se deberá contar con una conexión garantizada a un repositorio compartido en donde el sistema de logística dejará los archivos a importar e importará los archivos que el Conector EDI deje. RNF13 Se deben tener las especificaciones para la integración con el sistema de comunicaciones que maneje la empresa RNF14 La conexión con el sistema de correo debe estar garantizado a nivel de red local respetando los mecanismos de seguridad implantados por la organización y permitiendo el envío de alertas a los usuarios del sistema. 2.5 Interfases RNF17 El sistema debe estar diseñado para operar en equipos que soporten resolución de 800x600 o superior RNF18 Las ventanas de la aplicación deberán conservar el color de la paleta que Windows tenga configurada por defecto. RNF19 El sistema deberá implementar combinaciones de teclas que permitan llegar rápidamente a las opciones RNF20 Las alertas, mensajes informativos y de error, deberán aparecer en ventanas emergentes con un botón de confirmación para proseguir. RNF21 Los reportes que maneje el sistema deberán poder ser exportados a formato PDF y/o Excel RNF22 La interfase con el sistema de logística esta definida por una carpeta compartida en donde se escribirán y leerán archivos. RNF23 El sistema deberá tener acceso al servidor de correo interno utilizando el protocolo SMTP.

148 135 RNF24 La interfase con el sistema de comunicaciones estará definida por una carpeta compartida en donde se escribirán archivos en un formato propio del sistema de comunicaciones y se leerán los archivos que este deje. 2.6 Estándares aplicables RNF25 Para el intercambio de información se considera la utilización del estándar EDIFACT

149 Vista de casos de uso 3.1 Diagrama de actores del sistema

150 Diagramas de casos de uso mas significativos DCUS Comunicación

151 3.2.2 DCUS Gestión 138

152 Mecanismos Mecanismo Bandeja de Documentos Descripción Requerimiento Solución Servicios para RF10 Cargar un documento El sistema implementa gestionar los proveniente del sistema de logística al una opción de gestión documentos que sistema utilizando plantillas definidas de bandeja de ingresan y salen del sistema para tal fin en base al tipo de documento RF11 Descargar un documento desde documentos recibidos y enviados. Se utilizará el estándar POP3 para el sistema hacia un formato legible descargar los para el sistema de logística que lo importará tomando como base una documentos desde el servidor de correo plantilla definida para tal fin. RF12 Permitir mantener actualizado el registro de documentos intercambiados así como revisarlos e imprimirlos RF8 Convertir documentos importados a un estándar EDI correspondiente al tipo de documento y proceder a su envío.

153 140 RF9 Recibir documentos y almacenarlos generando las alertas necesarias a los interesados Mecanismo Interface gráfica y Reportes Descripción Requerimiento Solución Gestiona la RF6 Permitir la generación de La aplicación se interfase que estadísticas referentes a las ejecutará sobre utilizará el usuario transacciones realizadas RNF17 El sistema debe estar diseñado para operar en equipos que soporten resolución de 800x600 o superior RNF18 Las ventanas de la aplicación deberán conservar el color de la paleta que Windows tenga configurada por defecto. RNF1 Las opciones deben ser intuitivas y de fácil entendimiento basadas en una estructura sencilla de opciones de menú desplegable RNF19 El sistema deberá implementar combinaciones de teclas que permitan Windows XP y tendrá una resolución mínima de 800x600 Las opciones deberán ser fáciles de usar por el usuario

154 141 llegar rápidamente a las opciones RNF20 Las alertas, mensajes informativos y de error, deberán aparecer en ventanas emergentes con un botón de confirmación para proseguir. RNF21 Los reportes que maneje el sistema deberán poder ser exportados a formato PDF y/o Excel RNF22 La interfase con el sistema de logística está definida por una carpeta compartida en donde se escribirán y leerán archivos. RNF2 Cada interfase de usuario deberá contar con una explicación en elínea de cada campo requerido u opción solicitada

155 142 Mecanismo Comunicaciones Descripción Requerimiento Solución Servicios para RNF13 Se deben tener las Se utilizará un módulo manejar las especificaciones para la integración de comunicaciones comunicaciones en el sistema con el sistema de comunicaciones que maneje la empresa desarrollado internamente para el RNF14 La conexión con el sistema de intercambio de correo debe estar garantizado a nivel de red local respetando los mecanismos de seguridad implantados por la organización y permitiendo el información a través de la red TCP/IP. El estándar EDI utilizado será el EDIFACT envío de alertas a los usuarios del sistema. RNF23 El sistema deberá tener acceso al servidor de correo interno utilizando el protocolo SMTP. RNF24 La interfase con el sistema de comunicaciones estará definida por una carpeta compartida en donde se escribirán archivos en un formato propio del sistema de comunicaciones y se leerán los archivos que este deje. RNF25 Para el intercambio de

156 143 información se considera la utilización del estándar EDIFACT Mecanismo Avisos y Errores Descripción Requerimiento Solución Gestión de Avisos y Errores del Sistema RF1 Configurar la lista de avisos que deberán dispararse ante eventos específicos RF13 Se debe incluir mecanismos de Se definirán avisos en función a los eventos ocurridos en el sistema, a efectos de que el ejecución cíclica para la revisión de los usuario tenga documentos arribados RF14 Mantener un registro de los eventos sucedidos durante las transacciones de intercambio de información. RF15 Incluir mecanismos de acuse de conocimiento de lo que está sucediendo El sistema deberá llevar un registro de las transacciones y generar acuses de recibo recibo para cada transacción intercambiada

157 144 Mecanismo Gestión de Transacciones Descripción Requerimiento Solución Gestión de la carga de trabajo a la que estará RNF3 El sistema deberá operar las 24 horas del día para lo cual estará instalado en un servidor preparado Se implementará un sistema de control de transacciones para el expuesto el para tal fin considerando una sistema de sistema disponibilidad de 99% RNF4 La cantidad de usuarios que soportará el sistema será ilimitada a 100 usuarios concurrentes RNF5 El sistema deberá soportar un estimado de 5000 transacciones al mes RNF6 Al cargar documentos el sistema deberá considerar un máximo de 10 segundo para la importación de cada documento RNF7 Al descargar documentos el sistema deberá considerar un máximo de 5 segundos para la exportación de cada documento, tomando como base 100 ítems por documento RNF8 Debe considerarse como información. El cual permitirá el uso de múltiples usuarios al mismo tiempo

158 145 máximo 3 segundos de tiempo de respuesta hacia la base de datos. Mecanismo Persistencia Descripción Requerimiento Solución Gestiona la RF2 Mantener actualizada la Se implementará un persistencia de los datos del sistema información de las empresas con quienes se efectúan las transacciones comerciales RF5 Permitir la creación de las plantillas que permitirán la importación y exportación de los documentos intercambiados RNF12 Se deberá contar con una conexión garantizada a un repositorio compartido en donde el sistema de logística dejará los archivos a importar e importará los archivo que el Conector EDI deje. componente encargado de almacenar, obtener, actualizar y eliminar los datos en la base de datos. Encapsulando de esta forma todas las interacciones con la base de datos.

159 146 Mecanismo Seguridad Descripción Requerimiento Solución Gestiona la RF16 Filtrar la información de acuerdo Mecanismo encargado seguridad de a los usuarios creadores de la misma de controlar la acceso al sistema, así como los documentos propios de cada usuario RF3 Controlar los usuarios que podrán operar el sistema RF4 Definir como se comportará el sistema y su interrelación con otros sistemas RF7 Revisar los requerimientos mínimos necesarios para que el sistema opere con normalidad seguridad de acceso lógico al sistema a través de registro de usuarios y accesos por usuario

160 Vista de módulos Figura N 25. Diagrama de Módulos

161 Vista de componentes Figura N 26. Diagrama de componentes

162 Vista de despliegue Figura N 27. Diagrama de Despliegue

NUEVAS FORMAS DE NEGOCIO A PARTIR DE LA TECNOLOGÍA

NUEVAS FORMAS DE NEGOCIO A PARTIR DE LA TECNOLOGÍA Resumen NUEVAS FORMAS DE NEGOCIO A PARTIR DE LA TECNOLOGÍA Cátedra: Administración Gerencial Integrantes: Broggi, Nicolás Leg: 52897 Fiorelli, Alexis Leg: 52605 Gramajo, Flavia Leg: 52574 Roldán, Maximiliano

Más detalles

E.D.I. EL INTERCAMBIO ELECTRONICO DE DATOS EN EL SECTOR SANITARIO

E.D.I. EL INTERCAMBIO ELECTRONICO DE DATOS EN EL SECTOR SANITARIO E.D.I. EL INTERCAMBIO ELECTRONICO DE DATOS EN EL SECTOR SANITARIO Carlos Torme Director de Desarrollo de Mercados - AECOC 1. QUÉ ES EL EDI? EDI, o Electronic Data Interchange Intercambio Electrónico de

Más detalles

Bibliografía: http://www5.compaq.com/corporate/edi/index.html. http://www.xmledi.com/ http://www.tba-easyedi.com/edifacts.htm

Bibliografía: http://www5.compaq.com/corporate/edi/index.html. http://www.xmledi.com/ http://www.tba-easyedi.com/edifacts.htm Bibliografía: http://www5.compaq.com/corporate/edi/index.html http://www.xmledi.com/ http://www.tba-easyedi.com/edifacts.htm http://www.bd.com/support/edi/ Teoría y Aplicaciones de la Informática II Trabajo

Más detalles

GS1 ecom. Estándares Globales de Comunicación para los negocios de hoy

GS1 ecom. Estándares Globales de Comunicación para los negocios de hoy GS1 ecom Estándares Globales de Comunicación para los negocios de hoy Introducción: El Comercio Electrónico es una nueva forma de hacer negocios. A medida que las empresas evolucionan tratando de encontrar

Más detalles

La idea central de e-business es hacer que los beneficios de la tecnología e Internet sirvan para facilitar las actividades de la empresa.

La idea central de e-business es hacer que los beneficios de la tecnología e Internet sirvan para facilitar las actividades de la empresa. Negocios electrónicos (e-business) Para entender lo que es el e-business es necesario comprender claramente los conceptos que se acaban de plantear, ya que es una respuesta más sofisticada de las empresas

Más detalles

Factores de Éxito en la Utilización del Comercio Electrónico en el Sector Distribución

Factores de Éxito en la Utilización del Comercio Electrónico en el Sector Distribución Factores de Éxito en la Utilización del Comercio Electrónico en el Sector Distribución Patricia De Vivero El presente ensayo pretende identificar los factores clave de éxito en la utilización del comercio

Más detalles

EDI - ORDERS. GS1 El Salvador

EDI - ORDERS. GS1 El Salvador EDI - ORDERS GS1 El Salvador Agenda GS1 El Salvador ABC del Código de Barra: GTIN 13, GTIN 14 GS1 ecom EDI y sus ingredientes Herramientas GS1 Metodología a Seguir GS1 al rededor del mundo GS1 es el sistema

Más detalles

1. PLANTEAMIENTO DEL PROBLEMA

1. PLANTEAMIENTO DEL PROBLEMA 1. PLANTEAMIENTO DEL PROBLEMA 1.1 OBJETIVO GENERAL - Automatización de los principales procesos que involucran las áreas de Ventas, Facturación, Administración y Cobranzas. 1.2 OBJETIVOS ESPECIFICOS -

Más detalles

PROGRAMA DEL DIPLOMADO DE PROCESO BENCHMARKING. TEMA 9. IMPLEMENTACION LA ADMINISTRACIÓN DE LA RELACIÓN CON EL CLIENTE (CRM).

PROGRAMA DEL DIPLOMADO DE PROCESO BENCHMARKING. TEMA 9. IMPLEMENTACION LA ADMINISTRACIÓN DE LA RELACIÓN CON EL CLIENTE (CRM). PROGRAMA DEL DIPLOMADO DE PROCESO BENCHMARKING. TEMA 9. IMPLEMENTACION LA ADMINISTRACIÓN DE LA RELACIÓN CON EL CLIENTE (CRM). Objetivo: Al finalizar la unidad el alumno conocerá el proceso de desarrollo

Más detalles

EL COMERCIO ELECTRONICO

EL COMERCIO ELECTRONICO Actualmente estamos bastante involucrados en Tecnologías, Información y Comunicación por medios, objetivos y efectividad bastante diversos. El comercio existe desde mucho antes que se establezcan reglas,

Más detalles

Logística de Aprovisionamiento

Logística de Aprovisionamiento Logística de Aprovisionamiento APROVISIONAMIENTO DEFINICIÓN: Proceso de gerenciar estratégicamente la planeación, adquisición, movimientos, recepción, producción, empaque, Almacenamiento, distribución

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Guía de implantación de Proyectos EDI

Guía de implantación de Proyectos EDI EDI Internacional Guía de implantación de Proyectos EDI www.edicomgroup.com 1 EDI Guía de implantación de proyectos EDI Qué es el EDI (Electronic Data interchange) Las siglas EDI (Electronic Data Interchange)

Más detalles

Estafeta es un socio de negocios estable

Estafeta es un socio de negocios estable Grupo Estafeta Mayo 2007 Estafeta es un socio de negocios estable Pionera en el mercado, con presencia desde hace más de 40 años. Líder en servicios de mensajería, paquetería e Integración de Servicios

Más detalles

GUIA PARA PROYECTO DE ENTREGAS CERTIFICADAS

GUIA PARA PROYECTO DE ENTREGAS CERTIFICADAS GUIA PARA PROYECTO DE ENTREGAS CERTIFICADAS GUÍA DE IMPLEMENTACIÓN PARA PROYECTO DE ENTREGAS CERTIFICADAS RE: 1 PÁG. 1 DE 9 INDICE Introducción 3 Términos y Definiciones 4 Objetivos y Beneficios de las

Más detalles

INTRODUCCION: EDI maneja los estándares electrónicos.

INTRODUCCION: EDI maneja los estándares electrónicos. INTRODUCCION: EDI maneja los estándares electrónicos. Las diferentes empresas manejan diversos recursos o medios por los cuales se pueda obtener mejores ganancias por esta razón estas emplean la forma

Más detalles

Diseño e Implementación de los Procesos de Gestión TI

Diseño e Implementación de los Procesos de Gestión TI Diseño e Implementación de los Procesos de Gestión TI Alumno(s): Año Académico: 2012 Profesor Guía: Contraparte: ALEJANDRO JESUS ARAVENA ORTIZ LORENA ANDREA ALBORNOZ POBLETE DANIEL HORMAZABAL Escuela de

Más detalles

TRANSFERENCIA ELECTRONICA DE INFORMACION Y FONDOS. 1.- Aplicación de las presentes normas.

TRANSFERENCIA ELECTRONICA DE INFORMACION Y FONDOS. 1.- Aplicación de las presentes normas. CAPITULO 1-7 (Bancos y Financieras) MATERIA: TRANSFERENCIA ELECTRONICA DE INFORMACION Y FONDOS. 1.- Aplicación de las presentes normas. Las presentes normas se refieren a la prestación de servicios bancarios

Más detalles

Introducción 5. 1. Estándar Recibo Único de Pago. 6. 2. Indicación del Código de Barras y Línea de Captura GS1. 6. 3. ABC Implementación Emisores.

Introducción 5. 1. Estándar Recibo Único de Pago. 6. 2. Indicación del Código de Barras y Línea de Captura GS1. 6. 3. ABC Implementación Emisores. CONTENIDO Introducción 5 1. Estándar Recibo Único de Pago. 6 2. Indicación del Código de Barras y Línea de Captura GS1. 6 3. ABC Implementación Emisores. 13 4. ABC Implementación Receptores. 15 5. Recomendaciones

Más detalles

INFORME Nº 030-2014-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE

INFORME Nº 030-2014-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE INFORME Nº 030-2014-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE 1. Nombre del Área El área encargada de la evaluación técnica para la adquisición de licencias adicionales y contratación del servicio

Más detalles

CAPITULO II PROTOCOLOS, ARQUITECTURA DE REDES Y MODELO OSI/ISO.

CAPITULO II PROTOCOLOS, ARQUITECTURA DE REDES Y MODELO OSI/ISO. CAPITULO II PROTOCOLOS, ARQUITECTURA DE REDES Y MODELO OSI/ISO. Competencias a desarrollar: Conocer la importancia de la estandarización en redes de datos. Identificar los estándares. Saber los tipos de

Más detalles

Eficientes, prácticos, de fácil uso y a un costo que lo sorprenderá.

Eficientes, prácticos, de fácil uso y a un costo que lo sorprenderá. En Control Tecnologías encontrará la solución de sistemas que se adapten a su empresa con la experiencia, servicio y cordialidad que nos caracteriza. Porque el control es lo más importante para mantener

Más detalles

Beneficios AplinsaPlus

Beneficios AplinsaPlus Aplicaciones Integradas es una casa de software con amplia experiencia en desarrollo de soluciones para las áreas de compras, ventas, inventarios, cxc, cxp, costos y producción, recurso humano, contabilidad,

Más detalles

Siscop Sistema de Control y Ordenes de Producción

Siscop Sistema de Control y Ordenes de Producción Siscop Sistema de Control y Ordenes de Producción Vista Preliminar del Sistema Presentado por: David R. Vidal Fecha: 05 de Febrero de 2009 Santo Domingo, R.D. Sistema de Control de Ordenes de Producción

Más detalles

kronhös ERP Sistema integral de gestión y control para empresas

kronhös ERP Sistema integral de gestión y control para empresas kronhös ERP Sistema integral de gestión y control para empresas kronhös ERP Sistema integral de gestión y control para empresas KRONHOS ERP, verdadero sistema ERP que las empresas de hoy necesitan. Sus

Más detalles

Nuestra organización trabaja con compañías de todos los tamaños en muchas y diversas industrias.

Nuestra organización trabaja con compañías de todos los tamaños en muchas y diversas industrias. XPD FACTURA es una firma de Tecnología de Información con experiencia internacional en administración de proyectos, desarrollo de software, consultoría en procesos de negocio. Ofrecemos valor agregado

Más detalles

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red. Comercio electrónico. (e-commerce) Las empresas que ya están utilizando la red para hacer comercio ven como están cambiando las relaciones de la empresa con sus clientes, sus empleados, sus colaboradores

Más detalles

AUTOMATED ACCOUNTS PAYABLE

AUTOMATED ACCOUNTS PAYABLE AUTOMATED ACCOUNTS PAYABLE Según Aecoc (Asociación Española de Codificación Comercial) las empresas de gran distribución reciben hasta 5 millones de facturas al año, que deben ser pagadas en el plazo y

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

TRANSFERENCIA ELECTRONICA DE INFORMACION Y FONDOS. 1.- Aplicación de las presentes normas.

TRANSFERENCIA ELECTRONICA DE INFORMACION Y FONDOS. 1.- Aplicación de las presentes normas. Hoja 1 CAPITULO 1-7 TRANSFERENCIA ELECTRONICA DE INFORMACION Y FONDOS 1.- Aplicación de las presentes normas. Las presentes normas se refieren a la prestación de servicios bancarios y la realización de

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

APLICACIONES DE LOS SISTEMAS P.O.S.

APLICACIONES DE LOS SISTEMAS P.O.S. El sistema de Punto de Venta MB&B POS está basado en un terminal (caja registradora computarizada), que permite la captura de las ventas y almacena los datos al mismo tiempo en que ocurre la transacción,

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Tecnología de información y comunicaciones M.I.A. Gabriel Ruiz Contreras gabriel2306@prodigy.net.mx

Tecnología de información y comunicaciones M.I.A. Gabriel Ruiz Contreras gabriel2306@prodigy.net.mx Tecnología de información y comunicaciones M.I.A. Gabriel Ruiz Contreras gabriel2306@prodigy.net.mx Comprender los sistemas de información para su aplicación en los negocios electrónicos. CONTENIDO Introducción

Más detalles

Asired desarrolla constantemente nuevas funcionalidades cubriendo tanto las necesidades actuales de su empresa como las futuras.

Asired desarrolla constantemente nuevas funcionalidades cubriendo tanto las necesidades actuales de su empresa como las futuras. Asired ERP CRM es un sistema de gestión integral de empresas de tamaño pequeño y mediano que combina las diferentes áreas de la empresa a través de un ERP integrado con un sistema CRM para gestión de clientes

Más detalles

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Titulación certificada por EUROINNOVA BUSINESS SCHOOL Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión

Más detalles

CAPACIDADES LOGÍSTICAS Y FUTURO DE LA INDUSTRIA NAVAL

CAPACIDADES LOGÍSTICAS Y FUTURO DE LA INDUSTRIA NAVAL CAPACIDADES LOGÍSTICAS Y FUTURO DE LA INDUSTRIA NAVAL Luis Ernesto Siebert Cristi * L - Introducción. a supervivencia de las empresas está íntimamente ligada a su capacidad de adaptación a los cambios

Más detalles

Sector Comercializadora

Sector Comercializadora Sector Comercializadora Agenda SofOS como Organización SAP y SofOS Smart Solution Estimado de Inversión SAP y SofOS Smart Solution Mejores prácticas para el manejo de Retail Enfoque de Soluciones Qué es

Más detalles

Estudio de los beneficios obtenidos por empresas usuarias de emarketplaces Pág. 1

Estudio de los beneficios obtenidos por empresas usuarias de emarketplaces Pág. 1 Estudio de los beneficios obtenidos por empresas usuarias de emarketplaces Pág. 1 RESUMEN En este bloque se incluyen los Anexos complementarios a la Memoria del Proyecto. En el Anexo A se incluye la explicación

Más detalles

Adquisición de un producto comercial. para la Gestión del proyecto de. Factura Electrónica

Adquisición de un producto comercial. para la Gestión del proyecto de. Factura Electrónica Adquisición de un producto comercial para la Gestión del proyecto de Factura Electrónica Índice Página 1 INTRODUCCIÓN 3 2 ÁMBITO 4 3 ALCANCE 5 3.1 REQUISITOS FUNCIONALES 6 3.1.1 Recepción de facturas 6

Más detalles

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P.

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. SOLICITUD DE INFORMACIÓN NO FORMAL Request For Information (RFI) Rediseño portal EPM: www.epm.com.co. Fase de Crecimiento Subdirección Identidad Empresarial Mayo de

Más detalles

Modelos Operativos de Colaboración. Modelo Operativo del Reporte de Inventarios

Modelos Operativos de Colaboración. Modelo Operativo del Reporte de Inventarios Modelos Operativos de Colaboración Modelo Operativo del Reporte de Inventarios Modelo Operativo del Reporte de Inventarios Objetivo Este documento tiene como objetivo dar a conocer el modelo operativo

Más detalles

Distribución y Ventas Globales de IBM Guía de habilitación del cliente

Distribución y Ventas Globales de IBM Guía de habilitación del cliente Distribución y Ventas Globales de IBM Guía de habilitación del cliente Guía para efectuar transacciones electrónicas con IBM 1.0 Acerca de esta guía 3 2.0 Mejores prácticas para un proyecto exitoso 3 2.1

Más detalles

Manual Intercambio Electrónico de Datos (EDI)

Manual Intercambio Electrónico de Datos (EDI) Manual Intercambio Electrónico de Datos (EDI) ESTÁNDAR DE COMUNICACIONES ELECTRÓNICAS Miembro contenido 02 03 04 04 05 06 09 10 10 11 11 12 12 12 12 13 14 14 15 15 15 16 OBJETIVO INTRODUCCIÓN CAPITULO

Más detalles

la correcta decisión... SOLUCIONES DE GESTIÓN HRT INDUSTRIA FARMACÉUTICA

la correcta decisión... SOLUCIONES DE GESTIÓN HRT INDUSTRIA FARMACÉUTICA Introducción Microsoft Dynamics NAV permite a las empresas de la industria farmacéutica gestionar de manera eficaz fórmulas, control de calidad, normas gubernamentales, comercialización asi como la producción

Más detalles

Debido a que Internet ha llegado a ser aceptado rápidamente en toda esta revolución tecnológica, por encima de los demás medios de comunicación como

Debido a que Internet ha llegado a ser aceptado rápidamente en toda esta revolución tecnológica, por encima de los demás medios de comunicación como e-commerce Debido a que Internet ha llegado a ser aceptado rápidamente en toda esta revolución tecnológica, por encima de los demás medios de comunicación como son el teléfono, la radio, la televisión,

Más detalles

Aplicaciones Web que Permitan Administrar Portafolios para Gestionar el Aprendizaje

Aplicaciones Web que Permitan Administrar Portafolios para Gestionar el Aprendizaje Escuela Universitaria de Ingeniería Industrial, Informática y Sistemas Área de Computación e Informática Universidad Tarapacá Arica Aplicaciones Web que Permitan Administrar Portafolios para Gestionar

Más detalles

DARWIN. La solución de Comercio Electrónico que evoluciona para su compañía.

DARWIN. La solución de Comercio Electrónico que evoluciona para su compañía. 3 DARWIN La solución de Comercio Electrónico que evoluciona para su compañía. ebusiness Solutions D A T A I N T E R C H A N G E P L C DARWIN 3 Darwin es una solución software que permite a las empresas

Más detalles

APLINSA WEB. www.aplinsa.com

APLINSA WEB. www.aplinsa.com Por fin se juntaron la tecnología y los precios a su alcance. Para tener un sistema de información no necesita grandes cantidades dinero, utilícelo en otros proyectos que realmente lo requieren, no hay

Más detalles

POLÍTICA DE SEGURIDAD DE INFORMACIÓN EN EL IIAP

POLÍTICA DE SEGURIDAD DE INFORMACIÓN EN EL IIAP Biodiversidad Amazónica - BIOINFO 2013 POLÍTICA DE SEGURIDAD DE INFORMACIÓN EN EL IIAP (Aprobada en sesión Ordinaria de Directorio N 584 del 26 de Noviembre del 2013) Iquitos, Noviembre 2013 Programa de

Más detalles

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS DESARROLLO DE UNA SOLUCION GENERAL DE INTEGRACION DE

Más detalles

2.- ESPECIFICACIONES Y REQUERIMIENTOS DEL SISTEMA

2.- ESPECIFICACIONES Y REQUERIMIENTOS DEL SISTEMA 2.- ESPECIFICACIONES Y REQUERIMIENTOS DEL SISTEMA Para poder utilizar el sistema de facturación electrónica el contribuyente podrá optar por utilizar un sello digital para toda su operación (matriz y sucursales)

Más detalles

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES

FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES Página 1 de 11 I. IDENTIFICACIÓN DENOMINACIÓN DEL CARGO: PROGRAMADOR DE COMPUTADOR SIGLA:PC CLASE: V GRADO: 12-14-16 NIVEL: ADMINISTRATIVO NÚMERO DE CARGOS: ÁREA: 5 JEFE INMEDIATO: 1. OFICINA DE INFORMÀTICA

Más detalles

7. SOFTWARE INTEGRADO DE GESTIÓN

7. SOFTWARE INTEGRADO DE GESTIÓN 7. SOFTWARE INTEGRADO DE GESTIÓN 7.1 Antecedentes y descripción del S.I.G. Concepto de S.I.G. Módulos Sistema integrado Compras Ingreso Ingreso de de órdenes órdenes Consulta Consulta de de stock stock

Más detalles

S i s t e m a F a c t u r a E l e c t r ó n i c a. M a n u a l d e U s u a r i o

S i s t e m a F a c t u r a E l e c t r ó n i c a. M a n u a l d e U s u a r i o S i s t e m a F a c t u r a E l e c t r ó n i c a M a n u a l d e U s u a r i o Enero de 2013. Web Sistema efactura - Módulo Tabla de contenidos 1 INTRODUCCIÓN... 4 2 ACCESO AL SERVICIO... 5 3 GESTIÓN

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

SISTEMA DE INFORMACIÓN COMERCIAL Libro de Operatividad. Solución WEB enlazada con la Gestión Corporativa / ERP

SISTEMA DE INFORMACIÓN COMERCIAL Libro de Operatividad. Solución WEB enlazada con la Gestión Corporativa / ERP SISTEMA DE INFORMACIÓN COMERCIAL Libro de Operatividad Solución WEB enlazada con la Gestión Corporativa / ERP El Sistema de Información Comercial SIC, es un software CRM orientado a suministrar al departamento

Más detalles

MUNDO EMPRESARIAL EN RED

MUNDO EMPRESARIAL EN RED MUNDO EMPRESARIAL EN RED MUNDO EMPRESARIAL EN RED INTERNET Red de redes internacional que proporciona a millones de personas acceso a diversos recursos de información MUNDO EMPRESARIAL EN RED INTRANET

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

... omunicación ... Ramón Querejazu. Director de Selftising. Comunicación

... omunicación ... Ramón Querejazu. Director de Selftising. Comunicación ... Comunicación... Ramón Querejazu Director de Selftising omunicación ... La aldea global del siglo XXI... Ramón Querejazu Director de Selftising Existen multitud de descripciones acerca de la Comunicación.

Más detalles

C O N T E N I D O. 1. Propósito... 2. 2. Alcance... 2. 3. Responsabilidad y autoridad... 2. 4. Normatividad aplicable... 3. 5. Políticas...

C O N T E N I D O. 1. Propósito... 2. 2. Alcance... 2. 3. Responsabilidad y autoridad... 2. 4. Normatividad aplicable... 3. 5. Políticas... C O N T E N I D O 1. Propósito... 2 2. Alcance... 2 3. Responsabilidad y autoridad... 2 4. Normatividad aplicable... 3 5. Políticas... 4 6. Diagrama de bloque del procedimiento... 5 7. Glosario... 10 8.

Más detalles

Software para manejo de bodega de la empresa Vinicas. Especificación de Requerimientos y Modelado Orientado a Objeto

Software para manejo de bodega de la empresa Vinicas. Especificación de Requerimientos y Modelado Orientado a Objeto Software para manejo de bodega de la empresa Vinicas Especificación de Requerimientos y Modelado Orientado a Objeto Integrantes: Marco González Jorge Kendall Cristian López Marcela Ponce V. Profesor: Sr.

Más detalles

I. Información del Acuerdo Marco

I. Información del Acuerdo Marco Guía para comprar en la Tienda Virtual del Estado Colombiano a través del Acuerdo Marco de Precios para la adquisición de Papelería y Útiles de Oficina por la modalidad de Outsourcing Tabla de contenido

Más detalles

AUDITORÍA - CONSULTORÍA DIGITALIZACIÓN CUSTODIA DE ARCHIVOS HERRAMIENTA SOFTWARE GESTIÓN DOCUMENTAL. ustodia rvicio

AUDITORÍA - CONSULTORÍA DIGITALIZACIÓN CUSTODIA DE ARCHIVOS HERRAMIENTA SOFTWARE GESTIÓN DOCUMENTAL. ustodia rvicio AUDITORÍA - CONSULTORÍA DIGITALIZACIÓN CUSTODIA DE ARCHIVOS HERRAMIENTA SOFTWARE GESTIÓN DOCUMENTAL ustodia rvicio OUTSOURCING DOCUMENTAL > la solución Grupo GitDoc a través de sus empresas Cadema Informática

Más detalles

Optimización de Negocios y Tecnología de la Información

Optimización de Negocios y Tecnología de la Información Optimización de Negocios y Tecnología de la Información Carlo Angeles O. carlo_angeles@hotmail.com Enero, 2011 1. INTRODUCCION Las organizaciones de negocios en los nuevos tiempos de economía globalizada

Más detalles

DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE BIENES Y SERVICIOS PARA EL SECTOR ELECTRICO COLOMBIANO

DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE BIENES Y SERVICIOS PARA EL SECTOR ELECTRICO COLOMBIANO UNIVERSIDAD NACIONAL DE COLOMBIA SEDE MEDELLÍN FACULTAD DE MINAS ESCUELA DE SISTEMAS E INFORMÁTICA TRABAJO DE GRADO DEFINICION, ANALISIS Y DISEÑO DE UN SISTEMA DE INTRANET PARA UNA EMPRESA PRODUCTORA DE

Más detalles

La Inteligencia de Negocios es ya una realidad para las empresas medianas

La Inteligencia de Negocios es ya una realidad para las empresas medianas Reuniones/Entrevistas La Inteligencia de Negocios es ya una realidad para las empresas medianas La Inteligencia de Negocios es el siguiente paso que las empresas deben dar para mejorar su toma de decisiones

Más detalles

Introducción. la correcta decisión... SOLUCIONES DE GESTIÓN HRT PARA COMERCIALIZADORAS VINOS Y LICORES

Introducción. la correcta decisión... SOLUCIONES DE GESTIÓN HRT PARA COMERCIALIZADORAS VINOS Y LICORES Introducción En el mundo empresarial actual contar con la información precisa en el momento adecuado es un elemento fundamental para la correcta toma de decisiones. Lo anterior le permitirá crear una ventaja

Más detalles

MARKETING Y NUEVAS TECNOLOGÍAS

MARKETING Y NUEVAS TECNOLOGÍAS MARKETING Y NUEVAS TECNOLOGÍAS Para entender la Internet actual es preciso dar una mirada a sus orígenes, los cuales la convierten además en el fenómeno más curioso de nuestros tiempos, sobretodo porque

Más detalles

UNAM FCA Lic. Contaduría

UNAM FCA Lic. Contaduría UNAM FCA Lic. Contaduría Elaboró: L.I. Blanca Edith Huitrón Martínez Tecnologías aplicadas a los S.I. Intranets y Extranets Redes privadas virtuales (VPN) Intercambio electrónico de datos (EDI) Red Conjunto

Más detalles

Preguntas Frecuentes

Preguntas Frecuentes Preguntas Frecuentes Existe alguna empresa ''certificada'' por el SAT para proveer soluciones de factura electrónica? No, el Servicio de Administración Tributaria no avala a persona alguna, sociedad, asociación

Más detalles

INFRAESTRUCTURA TECNOLÓGICA Y SISTEMAS DE APOYO DEL EDN

INFRAESTRUCTURA TECNOLÓGICA Y SISTEMAS DE APOYO DEL EDN INFRAESTRUCTURA TECNOLÓGICA Y SISTEMAS DE APOYO DEL EDN Introducción La conectividad a Internet se ha convertido durante los últimos años en algo común en casi todas las empresas de Europa, incluyendo

Más detalles

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT)

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT) CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO 6.1. Estructura Detallada del Trabajo (EDT) Un EDT es la agrupación orientada a entregables de los elementos del proyecto que organiza y define el total de los

Más detalles

EDI. por dónde empezar? Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI)

EDI. por dónde empezar? Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI) EDI por dónde empezar? Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI), Intercambio Electrónico de Datos (EDI) El EDI (Electronic Data Interchange) es el sistema electrónico

Más detalles

TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIONES MARTA GABRIELA RIOS NAVA

TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIONES MARTA GABRIELA RIOS NAVA TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIONES MARTA GABRIELA RIOS NAVA Con la globalización, las Tecnologías de la Información y Comunicación (TIC) han tenido un papel fundamental en el nivel de competitividad

Más detalles

Facturación Electrónica

Facturación Electrónica Portal Empresarial Aljaraque Empresarial Facturación Electrónica 0 ÍNDICE 1. FACTURA ELECTRÓNICA 1.1. Qué es la factura electrónica. 1.2. Cómo funciona la factura electrónica. 1.3. Beneficios de la factura

Más detalles

Guía de Usuario. Manual del Proveedor. Plataforma de Transacción Electrónica CATANET

Guía de Usuario. Manual del Proveedor. Plataforma de Transacción Electrónica CATANET Plataforma de Transacción Electrónica CATANET Todos los derechos reservados Atención al Cliente: 0034 93 212 6739, Barcelona Web: www.grupovoxel.com. E-mail: asistencia@grupovoxel.com Contenido CONTENIDO...2

Más detalles

NUEVO SOLMICRO-EXPERTIS ERP-CRM

NUEVO SOLMICRO-EXPERTIS ERP-CRM NUEVO SOLMICRO-EXPERTIS ERP-CRM TECNOLOGÍA INNOVADORA AL SERVICIO DE SU NEGOCIO Los negocios son una cosa muy seria. Tener toda la información es decisivo para una buena gestión de su empresa EN SOLMICRO

Más detalles

Debe destacarse que el EDI respeta la autonomía de las partes involucradas,

Debe destacarse que el EDI respeta la autonomía de las partes involucradas, Intercambio Electrónico de Datos (EDI) Definiciones: Es un Conjunto coherente de datos, estructurados conforme a normas de mensajes acordadas, para la transmisión por medios electrónicos, preparados en

Más detalles

NORMATIVA. Políticas de Seguridad de Información de PDVSA Normativa 20/09/06 USO GENERAL. v-1.0 S/S

NORMATIVA. Políticas de Seguridad de Información de PDVSA Normativa 20/09/06 USO GENERAL. v-1.0 S/S Nom bre del Políticas de Seguridad de Información Normativa EMISIÓN CLASIFICACIÓN SERIAL Nº 20/09/06 USO GENERAL NORMATIVA S/S 1/39 INTRODUCCIÓN Las normas que integran las Políticas de Seguridad de Información

Más detalles

Logística & Cooperación. Abril 2007 No, 2

Logística & Cooperación. Abril 2007 No, 2 Abril 2007 No, 2 Director: Licenciado Marcelo D. Lacayo Fonseca, Gerente General GS1 Nicaragua. Redacción de Notas: Ingeniero Fernando J. Duarte Ríos, Responsable departamento Técnico. gs1ni@gs1ni.org

Más detalles

e-commerce vs. e-business

e-commerce vs. e-business Formas de interactuar en los negocios e-commerce vs. e-business Día a día debemos sumar nuevas palabras a nuestro extenso vocabulario, y e-commerce y e-business no son la excepción. En esta nota explicamos

Más detalles

Sesión No. 7. Contextualización: Nombre de la sesión: Intelisis Business Intelligence PAQUETERÍA CONTABLE

Sesión No. 7. Contextualización: Nombre de la sesión: Intelisis Business Intelligence PAQUETERÍA CONTABLE Paquetería contable 1 Sesión No. 7 Nombre de la sesión: Intelisis Business Intelligence Contextualización: Llegamos al tema de los sistemas contables o de paquetería contable basados en los sistemas conocidos

Más detalles

CUALIFICACIÓN OPERACIÓN DE REDES DEPARTAMENTALES PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN OPERACIÓN DE REDES DEPARTAMENTALES PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN OPERACIÓN DE REDES DEPARTAMENTALES PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC299_2 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

RESUMEN EJECUTIVO DEL PROGRAMA

RESUMEN EJECUTIVO DEL PROGRAMA CONCEPTO PROGRAMA NIVEL DE FORMACIÓN JUSTIFICACION DURACION MAXIMA ESTIMADA DEL APRENDIZAJE EN MESES FECHA DE INGRESO : FECHA TERMINACIÓN ETAPA LECTIVA: FECHA INICIO ETAPA PRODUCTIVA: FECHA TERMINACIÓN

Más detalles

QUE ES INTELISIS? OBJETIVO GENERAL DEL MANUAL OBJETIVO TERMINAL DEL MANUAL

QUE ES INTELISIS? OBJETIVO GENERAL DEL MANUAL OBJETIVO TERMINAL DEL MANUAL Manual de Usuario INDICE QUE ES INTELISIS? 3 OBJETIVO GENERAL DEL MANUAL 3 OBJETIVO TERMINAL DEL MANUAL 3 TEMA 1. GENERALES 4 INTRODUCCIÓN 4 1.1. Acceso 5 1.2. Tablero de Control 5 CONCLUSIÓN DEL TEMA

Más detalles

CARPETA DE INTEGRACIÓN COMERCIO ELECTRÓNICO SEGURO VISA - FORMULARIO

CARPETA DE INTEGRACIÓN COMERCIO ELECTRÓNICO SEGURO VISA - FORMULARIO CARPETA DE INTEGRACIÓN COMERCIO ELECTRÓNICO SEGURO VISA - FORMULARIO Página 1 de 10 25-09-2013 ÍNDICE 1. INTRODUCCIÓN... 3 2. OBJETIVO... 3 3. DEFINICIONES... 3 4. CARACTERÍSTICAS DE LATIENDA VIRTUAL...

Más detalles

Transacciones Electrónicas y Series de Código

Transacciones Electrónicas y Series de Código S E R II E II N F O R M A T II V A S O B R E H II P A A 2. HIPAA Un Reto y una Oportunidad para la Industria del Cuidado de la Salud INFORMACION DE TEMAS DE SERIES 1.HIPAA 101 2. Es usted una entidad cubierta?

Más detalles

Cualificación Profesional ADMINISTRACIÓN DE SERVICIOS DE INTERNET. Nivel 3. Versión 5

Cualificación Profesional ADMINISTRACIÓN DE SERVICIOS DE INTERNET. Nivel 3. Versión 5 Página 1 de 23 Cualificación Profesional ADMINISTRACIÓN DE SERVICIOS DE INTERNET Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC156_3 Versión 5 Situación Publicada Competencia general

Más detalles

Fundamentos de Redes LI. Unidad III Modelos de Comunicaciones 3.1 Modelo de referencia OSI.

Fundamentos de Redes LI. Unidad III Modelos de Comunicaciones 3.1 Modelo de referencia OSI. 3.1 Modelo de referencia OSI. Durante las últimas dos décadas ha habido un enorme crecimiento en la cantidad y tamaño de las redes. Muchas de ellas sin embargo, se desarrollaron utilizando implementaciones

Más detalles

Catálogo General de Requisitos

Catálogo General de Requisitos I.T. INFORMÁTICA DE GESTIÓN 05BM: Fundamentos de Ingeniería del Software 05BP: Diseño de Bases de Datos Catálogo General de Requisitos Copyleft 2009 Departamento de Informática y Sistemas. Licencia Copyright

Más detalles

Tema 7. Internet y Empresa Digital

Tema 7. Internet y Empresa Digital Internet y Empresa Digital Internet Red que interconecta a miles de redes individuales de todo el mundo con una gama amplia de capacidades que las organizaciones están usando para intercambiar información

Más detalles

Sesión No. 4. Contextualización: Nombre de la sesión: Paquetería Aspel SAE PAQUETERÍA CONTABLE

Sesión No. 4. Contextualización: Nombre de la sesión: Paquetería Aspel SAE PAQUETERÍA CONTABLE Paquetería contable 1 Sesión No. 4 Nombre de la sesión: Paquetería Aspel SAE Contextualización: Todas las empresas requieren tener el control del buen funcionamiento tanto en operación y contable, pero

Más detalles

Atención al Cliente. Octubre de 2012. Comisión de Regulación de Comunicaciones República de Colombia

Atención al Cliente. Octubre de 2012. Comisión de Regulación de Comunicaciones República de Colombia Preguntas frecuentes sobre la implementación de las bases datos para restringir la operación de equipos terminales móviles reportados como hurtados y/o extraviados Atención al Cliente Octubre de 2012 Comisión

Más detalles

CC_SIGA - MEF. SIGA ML Sistema Integrado de Gestión Administrativa Manual de Usuario LOGÍSTICA-ALMACENES SIGAUALM01. Versión : 2.0.1.

CC_SIGA - MEF. SIGA ML Sistema Integrado de Gestión Administrativa Manual de Usuario LOGÍSTICA-ALMACENES SIGAUALM01. Versión : 2.0.1. TABLA DE CONTENIDO I. INTRODUCCIÓN... 3 II. ACCESO AL SISTEMA... 3 III. ESTÁNDARES DE SERVICIO... 3 IV. SUBMÓDULO DE ALMACENES... 4 4.1. INVENTARIO INICIAL DE ALMACÉN... 4 4.1.1. REPORTES... 10 4.2. ENTRADAS

Más detalles

Soluciones EDICOM. La importancia del EDI VENTAJAS DEL EDI. Edicom WebPortal Lleve su comunidad B2B más lejos. Funcionamiento de una Aplicación EDI

Soluciones EDICOM. La importancia del EDI VENTAJAS DEL EDI. Edicom WebPortal Lleve su comunidad B2B más lejos. Funcionamiento de una Aplicación EDI La importancia del EDI El EDI, o Electronic Data Interchange permite el intercambio de transacciones comerciales entre los sistemas informáticos de quienes participan en una relación comercial. El carácter

Más detalles

Marque o encierre en circulo la respuesta correcta (solo una), complete o indique si es falso (F) o verdadero (V) según el caso.

Marque o encierre en circulo la respuesta correcta (solo una), complete o indique si es falso (F) o verdadero (V) según el caso. Sistemas de Información Gerencial - Examen Parcial II Nombre: Firma Fecha: Código: Marque o encierre en circulo la respuesta correcta (solo una), complete o indique si es falso (F) o verdadero (V) según

Más detalles

Red Digital de Servicios Integrados (RDSI/ISDN)

Red Digital de Servicios Integrados (RDSI/ISDN) Universidad Francisco de Paula Santander Departamento de Sistemas e Informática ACADEMIA LOCAL CISCO CURSO CCNA Red Digital de Servicios Integrados (RDSI/ISDN) 1 de Mayo de 2004 Tabla de contenidos INTRODUCCIÓN...

Más detalles

Caso de Éxito. Integrando CIOs, gerando conhecimento. DESPUÉS DE ADOPTAR EL EDI, SANCOR CONQUISTA AUTOMATIZACIÓN Y MAYOR VELOCIDAD EN SUS PROCESOS

Caso de Éxito. Integrando CIOs, gerando conhecimento. DESPUÉS DE ADOPTAR EL EDI, SANCOR CONQUISTA AUTOMATIZACIÓN Y MAYOR VELOCIDAD EN SUS PROCESOS Caso de Éxito Integrando CIOs, gerando conhecimento. DESPUÉS DE ADOPTAR EL EDI, SANCOR CONQUISTA AUTOMATIZACIÓN Y MAYOR VELOCIDAD EN SUS PROCESOS Perfil SanCor Cooperativas Unidas Limitada es la mayor

Más detalles

Trabajo Ingeniería De Software

Trabajo Ingeniería De Software Trabajo Ingeniería De Software I n t e g r a n t e s : C l a u d i a C a r r a s c o C l a u d i o S á n c h e z P r o f e s o r : A l b e r t o A b u d i n e n F e c h a : 1 4-06- 2011 2 Tabla de Contenidos

Más detalles