Ombú / Wbs (Web based Systems)

Transcripción

1 Ombú / Wbs (Web based Systems) Punto de Venta Empresa Argentina Organización y Gestión SRL San Jose 83 Piso 8 (C1076AAA) Buenos Aires Argentina Tel.: (5411)

2 INDICE 1. Objetivo Pág Alcance Funcional Pág Modelo Tecnológico Pág Software de Base Pág. 5 2

3 1. Objetivo Se presenta a continuación la funcionalidad del sistema de Punto de Venta. Es importante destacar que el mismo ha sido concebido a partir de un concepto tecnológico de avanzada, que posibilita el procesamiento local de transacciones (en la sucursal) en forma independiente a la administración central (como la mayoría de los sistemas de punto de venta), o en forma totalmente integrada, a partir de un vínculo de comunicaciones que los relacione. Esto posibilita la implementación de un fuerte sistema de control interno, al definir desde la administración central aspectos tales como política de precios, control de crédito, campañas comerciales, control de valores en cartera, etc. 2. Alcance Funcional El sistema podrá administrar: Control de Inventarios locales Inventarios de otras sucursales, incluyendo centros de distribución Movimientos de Stock (Transferencias, Bajas, Pedidos de Reposición) Administración de Listas de Precios, incluyendo vigencia de ofertas Facturación (Facturas A ó B), incluyendo Impresora Fiscal Administración de Cuentas Corrientes (Aperturas, Ventas y Cobranzas) Control de Crédito. Administración de Caja (Apertura y Cierre Diario, Manejo de Valores en Cartera, Depósitos) Fondo Fijo Subdiario de Ventas Comisión de Ventas Cada sucursal podrá trabajar en forma integrada con la administración central, o en modo independiente. Una u otra opción dependerá de la existencia del correspondiente vínculo de comunicación (Internet o par telefónico). De trabajar en forma local (sin comunicación) la sucursal operará normalmente, pero la información de otras sucursales (incluyendo centros de distribución) será actualizada periódicamente (cada vez que se pueda establecer la comunicación). A su vez la Administración Central dispondrá la información de cada sucursal a partir de que la misma establezca el correspondiente vínculo. La opción de trabajar en forma totalmente integrada estará habilitada sólo si el vínculo de comunicación se mantiene abierto. De esta forma las operaciones de todas las sucursales integradas actualizarán en línea la información central. 3. Modelo Tecnológico Cuando se comienza a desarrollar un proyecto cuyas operaciones requieren procesamientos locales y procesamientos geográficamente remotos es natural pensar en dos soluciones distintas. La primera es una solución de tipo On-Line, un clásico programa que accede al servidor central utilizando una LAN o un vinculo remoto confiable. La segunda es una aplicación que haciendo uso de una base de datos local es capaz de procesar la información independientemente del vinculo. En algún momento, y con ayuda 3

4 de algún proceso que suele ser complejo y poco confiable, los datos son enviados al servidor central. De lo dicho anteriormente se deduce que va a ser necesario desarrollar dos aplicaciones conceptualmente distintas. Esto implica una doble programación, una doble administración y el del doble costo en el desarrollo. Para unificar los criterios y reducir el costo se podría resolver el problema desarrollando una aplicación que solo se comunique con una cola de mensajes. En forma paralela un servicio del sistema operativo sería el encargado de revisar la cola de mensajes y actuar en consecuencia (Grabar los datos localmente y enviarlos a casa central poniéndolos en otra cola de mensajes). Cuando la sucursal logre establecer comunicación con casa central los mensajes serán enviados. Posteriormente cuando el servidor central disponga de recursos para atender a los mensajes de las sucursales, realizará todas las actualizaciones necesarias. Planteando un modelo de este tipo no es necesario conocer el vínculo que une el punto de venta y el servidor central. Solo será necesario que en algún momento del día se active la comunicación para descargar los mensajes. En el caso de que el vínculo sea una LAN el tiempo transcurrido para realizar todo el proceso será prácticamente nulo. Implícitamente se destaca una cualidad muy importante en este modelo que es la factibilidad de continuar operando en todas las líneas de cajas independientemente del estado del servidor central. En otras palabras las posibilidades de que el procesamiento se detenga por completo en todas las sucursales es nulo. Esta solución es lo que llamamos Modelo de procesamiento asincrónico. Para implementar un modelo de procesamiento asincrónico es necesario contar con una herramienta que sea responsable del dialogo entre los distintos puntos geográficos donde se esté ejecutando la aplicación. Microsoft Message Queue Server proporciona servicios fiables de comunicaciones a través de redes basados en un modelo de colas de mensajes. facilita la integración de aplicaciones, implementando un entorno de estilo push de distribución de eventos de negocio entre aplicaciones, y permite la construcción de aplicaciones fiables que trabajan sobre redes no fiables pero de bajo costo. Esta sencilla aplicación basada en el modelo de componentes, permite a los desarrolladores concentrar su trabajo en la lógica del negocio, y no en la programación sofisticada de comunicaciones. Gráficamente, se tendrá la siguiente representación; 4

5 Sucursal Administracion Central Punto de Venta Impresora Fiscal Servicio COM+ Servicio COM+ Base de Datos Local MSDE Base de Datos Central SQLServer 4. Software de base Para implementar este modelo es necesario contar con un Windows 2000 Server, que contiene, y una base de datos local en cada sucursal. Esta ultima puede ser el MSDE de Microsoft que esta incluido en el CD de Office 2000 y no tiene costos adicionales (MSDE es un versión reducida, pero totalmente funcional, de SQL Server 2000). 5