Source: http://docplayer.es/2044167-Universidad-peruana-de-ciencias-aplicadas-facultad-de-ingenieria-division-de-estudios-profesionales-para-ejecutivos-carrera-de-ingenieria-de-sistemas.html
Timestamp: 2017-03-25 04:33:53+00:00

Document:
UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS - PDF
Josefa de la Cruz Villanueva
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 20082 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 la3 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... 355 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 Sistema6 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 Equivalencia7 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álisis8 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 Cambios9 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 Network10 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 venta13 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 ve16 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 de18 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 acuerdo21 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 Fin26 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 Cierre27 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 Fin28 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 de29 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 comerciales30 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 proveedor33 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 competitivas34 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 Negocio36 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ón37 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ón38 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 facturas39 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 vendedora40 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 Comprador41 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 EDI42 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 pago43 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 Productos44 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ía45 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 proveedores46 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 factura47 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 Negocios49 36 Figura N 7. Diagrama de Proceso de Envío de Catalogo de Precios50 37 Figura N 8. Diagrama de Proceso de Compra Venta de Productos51 38 Figura N 9. Diagrama de Proceso de Compra Venta Elaborar Solicitud de Cotización52 39 Figura N 10. Diagrama de Proceso de Compra Venta Cotizar Productos53 40 Figura N 11. Diagrama de Proceso de Compra Venta Generar Orden de Compra54 41 Figura N 12. Diagrama de Proceso de Compra Venta Vender Productos55 42 Figura N 13. Diagrama de Proceso de Compra Venta Recepcionar Productos56 43 Figura N 14. Diagrama de Proceso de Compra Venta Recepcionar Facturas57 44 Figura N 15. Diagrama de Proceso de Compra Venta Efectuar Pagos58 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 Pagos59 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 pago60 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 Negocio62 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 sistema63 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 String64 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 compras65 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ículo66 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 String67 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 Factura68 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 Negocio70 Diagrama de Clases del Negocio Figura N 18. Diagrama de Clases del Negocio71 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 negocio72 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 imprimirlos74 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 proseguir78 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 a81 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 usuaria82 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 Sistema84 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ón85 72 Figura N 22. Diagrama de Casos de Uso del Paquete Comunicación Figura N 23. Diagrama de Casos del Uso del Paquete Gestión86 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ística87 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 documentos88 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 Primario92 79 7. Diagrama del Modelo Conceptual del Sistema Figura N 24. Diagrama del Modelo Conceptual del Sistema93 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 Primario94 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 Opcional95 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 dicha96 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 importados99 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 documentos101 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úsqueda102 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 Usuario104 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 Documento105 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 del106 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 imprimirlo107 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ón109 El siguiente gráfico muestra le prototipo de visualización de una Cotización 96110 El siguiente gráfico muestra le prototipo de visualización de una Lista de Precios 97111 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 Compra112 El siguiente gráfico muestra le prototipo de visualización de una Factura 99113 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ística114 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 Documento115 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 imprimirlo117 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ón125 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 130144 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 final145 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 EDIFACT149 Vista de casos de uso 3.1 Diagrama de actores del sistema150 Diagramas de casos de uso mas significativos DCUS Comunicación151 3.2.2 DCUS Gestión 138152 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 usuario154 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 solicitada155 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 de156 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 intercambiada157 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 tiempo158 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 usuario160 Vista de módulos Figura N 25. Diagrama de Módulos161 Vista de componentes Figura N 26. Diagrama de componentes 162 Vista de despliegue Figura N 27. Diagrama de Despliegue Mostrar más
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 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 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 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 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 PROGRAMA DEL DIPLOMADO DE PROCESO BENCHMARKING. TEMA 9. IMPLEMENTACION LA ADMINISTRACIÓN DE LA RELACIÓN CON EL CLIENTE (CRM).
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 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 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 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 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 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 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 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 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 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 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 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 ... 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 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 Procedimiento para la Gestión de la Infraestructura de Tecnologías de Información y Comunicaciones
Procedimiento para la Gestión de la Infraestructura de Tecnologías de Información y Comunicaciones DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN DICIEMBRE DE 2009 PR-DCTYP-13 ÁREA: Dirección de Planeación Más detalles 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 POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN
PÁGINA Nº1 POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN Versión 1.0 MINISTERIO DE OBRAS PÚBLICAS ELABORADO POR: Dirección General de Obras Públicas FECHA: 9/09/2012 REVISADO Más detalles Sistema de Gestión Integral STI NETWORK
Sistema de Gestión Integral STI NETWORK Nota: El presente documento pretende presentar solo algunas características principales del software y de la empresa proveedora. Para mayor información serán provistos Más detalles Factura Electrónica. Seminario Factura electrónica (VIII): Solución de problemas
Factura Electrónica Seminario Factura electrónica (VIII): Solución de problemas Madrid, 24 de Marzo de 2015 Índice 1. Objetivos 2. Alcance 3. Algunos datos 4. Gestión del cambio y soporte 5. Conclusiones Más detalles FACTURA ELECTRÓNICA. Estándar de comunicaciones electrónicas
FACTURA ELECTRÓNICA Estándar de comunicaciones electrónicas CONTENIDO: 1. Comprobante Fiscal Digital a. Características b. Elementos que lo conforman c. Tipos de CFD 2. Factura Electrónica a. Beneficios 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
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 Qué es RedDot? DATOS GENERALES
Qué es RedDot? RedDot es un sistema que contempla varios Módulos para la Administración de Recursos Empresariales, entre ellos cuenta con el Módulo de Facturación Electrónica. RedDot le permite a su Empresa 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 Comprender los sistemas de información para su aplicación en los negocios electrónicos. CONTENIDO Introducción 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 Modelo Operativo del Reporte de Inventarios Objetivo Este documento tiene como objetivo dar a conocer el modelo operativo Más detalles 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 Guatemala, marzo de 2006.
MODERNIZACIÓN DEL SISTEMA DE PAGOS NACIONAL Guatemala, marzo de 2006. MODERNIZACIÓN DEL SISTEMA DE PAGOS NACIONAL I. ASPECTOS CONCEPTUALES SOBRE SISTEMA DE PAGOS: 1. El sistema de pagos es el conjunto Más detalles INFORME Nº 002-2014-GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE
INFORME Nº 002-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 la renovación del servicio Más detalles 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 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 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 HACEMOS LA DIFERENCIA AGREGANDO VALOR
HACEMOS LA DIFERENCIA AGREGANDO VALOR 2004 J.C. Daccach T Todos los Derechos Reservados mailto:docum@deltaasesores.com http://www.deltaasesores.com Impacto de las Tecnologías Informáticas Aplicación de Más detalles Implementación Factura Electrónica para emisores. Modelo Intermedio
Implementación Factura Electrónica para emisores. Modelo Intermedio La factura electrónica en México es la representación digital de un tipo de Comprobante Fiscal Digital (CFD) con validez fiscal, que Más detalles PROCEDIMIENTO ESPECÍFICO. Código G022-02 Edición 0
Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. COMPONENTES Más detalles 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 Factura electrónica. Adquirir los conocimientos de la factura electrónica o factura-e
Factura electrónica Adquirir los conocimientos de la factura electrónica o factura-e PROGRAMA FORMATIVO OBJETIVOS En este curso se va a estudiar la facturación electrónica, también denominada factura-e, Más detalles 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 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 Liverpool. Caso de Negocio: Liverpool aprovecha los beneficios y ahorros de la emisión de la factura electrónica.
Liverpool Caso de Negocio: Liverpool aprovecha los beneficios y ahorros de la emisión de la factura electrónica. Elaborado por Eduardo Núñez Acevedo Investigación Empresarial AMECE - GS1 México, Enero Más detalles SISTRAM: SISTEMA GESTIÓN TRÁMITE DOCUMENTARIO
: SISTEMA GESTIÓN TRÁMITE DOCUMENTARIO RESUMEN Los inventos disponibles en nuestro siglo permiten que un ciudadano cualquiera pueda comunicarse con un colega del otro lado del mundo en milésimas de segundo Más detalles 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 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 Presentación Corporativa Viainfo Ltda. 2014
Presentación Corporativa Viainfo Ltda. 2014 V i a i n f o L i m i t a d a C e r r o S a n t a L u c i a 9 8 0 1 Q u i l i c u r a w w w. v i a i n f o. c l QUIENES SOMOS: SOMOS UN GRUPO DE PROFESIONALES 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 OUTSOURCING DOCUMENTAL > la solución Grupo GitDoc a través de sus empresas Cadema Informática Más detalles 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 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 SECRETARÍA DE LA FUNCIÓN PÚBLICA DOCUMENTO TECNICO PARA LA INTEROPERABILIDAD DE LOS SISTEMAS AUTOMATIZADOS DE CONTROL DE GESTIÓN
SECRETARÍA DE LA FUNCIÓN PÚBLICA DOCUMENTO TECNICO PARA LA INTEROPERABILIDAD DE LOS SISTEMAS AUTOMATIZADOS DE CONTROL DE GESTIÓN Documento Técnico para la Interoperabilidad de los SACG 1 DOCUMENTO TECNICO Más detalles AUDITORIA DE SISTEMAS. Jorge Alberto Blanco Duarte
AUDITORIA DE SISTEMAS Jorge Alberto Blanco Duarte QUE ES LA AUDITORIA DE SISTEMAS? La auditoria en informática es la revisión y la evaluación de los controles, sistemas, procedimientos de informática; Más detalles 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 12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA
Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha Más detalles Servicios de Consultoria en Informatica & Sistemas
Servicios de Consultoria en Informatica & Sistemas Calle Jose Aguilar 134 Maranga San Miguel Lima Peru Rpm : #954945469 *661526 Nextel : 983525714 ventas@entregagloblasolutions.com Web: www.entregaglobalsolutions.com Más detalles 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 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 PROPUESTA TECNICA SISTEMA EN LINEA
PROPUESTA TECNICA SISTEMA EN LINEA Señores: INFORMACION GENERAL El Sistema en Línea, esta orientado al CONTROL DE ALMACENES Y VENTAS EN LINEA, cuya plataforma en el lado del cliente es un Browser INTERNET, 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 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 AG ELECTRÓNICA S.A. DE C.V.
COMPRAS Página 1 de 19 Emitido por: Áreas de aplicación Mejora Continua Área de Recibo de AG Electrónica. Distribución Presidencia. Áreas de recepción de documentación Contenido Auxiliar de presidencia Más detalles 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 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 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 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 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 SERVICIO ANDALUZ DE SALUD (SAS)
GUIA DE USUARIO EDI Abril 2013 PARA INTERCAMBIO ELECTRONICO DE DATOS SERVICIO ANDALUZ DE SALUD (SAS) Guía de Usuario EDI -. (SAS) Abril 2013 INDICE 1. Objetivos de la guía de Usuario 2. Primeros pasos Más detalles Descripción y alcance del servicio FAX IPLAN
Descripción y alcance del servicio FAX IPLAN 1. Introducción FAX IPLAN consiste en un servicio que permite recibir los faxes en forma personalizada por medio del e-mail y sin necesitar de instalar ningún Más detalles p r o p e r t y La tecnología de los puntos más cerca de ti
La tecnología de los puntos más cerca de ti ÍNDICE Qué es Olepoints Property? Características generales Tipos de Licencia 1.- Olepoints Property Basic 2.- Olepoints Property Corporate 3.- Olepoints Property Más detalles INSTITUTO TECNOLÓGICO DE TIJUANASUBDIRECCIÓN DEPARTAMENTO DE SISTEMAS Y COMPUTACIÓN SEMESTRE: ENERO-JUNIO 2014
INSTITUTO TECNOLÓGICO DE TIJUANASUBDIRECCIÓN ACADÉMICA DEPARTAMENTO DE SISTEMAS Y COMPUTACIÓN SEMESTRE: ENERO-JUNIO 2014 CARRERA: Ingeniería en Tecnologías de la Información y Comunicaciones. MATERIA: Más detalles 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 SMV. Superintendencia del Mercado de Valores
Anexo 1 Disposiciones complementarias al artículo 5 del Reglamento de Operaciones en Rueda de Bolsa de la Bolsa de Lima. (*) DISPOSICIÓN COMPLEMENTARIA AL ARTÍCULO 5 I. Para las operaciones al contado Más detalles Nuevos Servicios SAAS para Pymes de Professional Answer e Indra
Nuevos Servicios SAAS para Pymes de Professional Answer e Indra SAAS BANKING SAAS FACTURAE SAAS DIGIFACT SAAS EDI UNIVERSAL SAAS PASARELA DE PAGOS Las herramientas que utilizan las grandes empresas pero Más detalles UNIVERSIDAD AUTÓNOMA DEL CARIBE
Página: 1/5 UNIVERSIDAD AUTÓNOMA DEL CARIBE SOPORTE DE PLATAFORMA GESTIÓN INFORMÁTICA Página: 2/5 1. OBJETO El objeto del procedimiento es garantizar una plataforma tecnológica y un sistema de comunicación 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 DESARROLLO DE UNA SOLUCION GENERAL DE INTEGRACION DE Más detalles AUTOMATED ACCOUNTS PAYABLE
AUTOMATED ACCOUNTS PAYABLE México, junto a Brasil y Chile, lidera el proceso de tránsito de la factura en papel a la facturación electrónica, pero no sólo en América Latina, sino en todo el mundo. Cada Más detalles 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 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 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 Preguntas y respuestas más frecuentes (FAQ). ANIMSA
Preguntas y respuestas más frecuentes (FAQ). ANIMSA 1. Qué es una factura electrónica? 2. Qué ventajas aporta la factura electrónica? 3. Tiene validez legal la factura electrónica? 4. A qué obliga la LEY Más detalles 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 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 Estructura del protocolo OSI
Semana 14 14 Empecemos! En esta última semana del 9no semestre te queremos felicitar por haber llegado hasta aquí con éxito, enfrentando y resolviendo retos relacionados a los tipos de redes. Esperamos Más detalles Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA)
Espiñeira, Sheldon y Asociados * No. 12-2009 *connectedthinking Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción Más detalles 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 Sesión No. 5. Contextualización: Nombre de la sesión: CONTPAQ PAQUETERÍA CONTABLE
Paquetería contable 1 Sesión No. 5 Nombre de la sesión: CONTPAQ Contextualización: El uso de la información en un mundo tan globalizado de los negocios no permite que actuemos al margen de la misma, así Más detalles Utilizar los servicios de Index Service para buscar información de forma rápida y segura, ya sea localmente o en la red.
Funciones de servidor La familia Windows Server 2003 ofrece varias funciones de servidor. Para configurar una función de servidor, instale dicha función mediante el Asistente para configurar su servidor; Más detalles Resumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de Más detalles 5 Sistema de Administración Empresarial
Modelo Operativo Genérico; Código de Empaque (Uso Físico) Identificación de Corrugados con GTIN-14 (ITF/DUN-14) ANTECEDENTES. El estándar de código de barras cuenta con una variedad de llaves de identificación 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.
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 Aproximación al CONCEPTO
18 Aproximación al CONCEPTO LA NECESIDAD DE INTERCAMBIAR INFORMACIÓN ENTRE DEPARTAMENTOS Y ÁREAS DE NEGOCIO SE HA VUELTO CRUCIAL Y HA HECHO QUE LAS EMPRESAS VEAN LA INTEGRACIÓN COMO UN ELEMENTO CLAVE PARA 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) El EDI (Electronic Data Interchange) es el sistema electrónico Más detalles 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 Manual de Usuario Versión 1.0 MANUAL DE USUARIO DEL PORTAL
MANUAL DE USUARIO DEL PORTAL 1 ÍNDICE DE CONTENIDOS: Premisas...3 Requerimiento de hardware y software...3 Descripción del portal...3 Ingreso al portal...3 Módulo de configuración...4 Perfil y firma...4 Más detalles Presentación Corporativa
SETADIGITAL TECHNOLOGY GROUP LTDA Presentación Corporativa Servicios Especializados de Tecnología Avanzada www.setadigital.com Nosotros SetaDigital Technology Group Ltda (STG) es una compañía informática Más detalles Capitulo IV. Propuesta de un Centro de Negocios Internacional para el. Tradicionales de la Mediana y Pequeña Empresa Salvadoreña
142 Capitulo IV Propuesta de un Centro de Negocios Internacional para el Fomento de las Exportaciones de los Productos no Tradicionales de la Mediana y Pequeña Empresa Salvadoreña en la Zona Metropolitana Más detalles APLICANDO DE LOS NEGOCIOS ELECTRÓNICOS AL COMERCIO EXTERIOR
Comisión de Promoción del Perú para la Exportación y el Turismo - PROMPERU APLICANDO DE LOS NEGOCIOS ELECTRÓNICOS AL COMERCIO EXTERIOR www.promperu.gob.pe www.perumarketplaces.com sae@promperu.gob.pe sae1@promperu.gob.pe Más detalles 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 Manual de Usuario Comprador. Módulo Compra Express. www.iconstruye.com. Iconstruy e S.A. Serv icio de Atención Telefónica: 486 11 11
Manual de Usuario Comprador www.iconstruye.com Módulo Compra Express Iconstruy e S.A. Serv icio de Atención Telefónica: 486 11 11 Índice ÍNDICE...1 DESCRIPCIÓN GENERAL...2 CONFIGURACIÓN...3 FUNCIONALIDAD...4 Más detalles 2017 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: artículo66
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 artículo 5
 ARTÍCULO 5
 Resolución