Ajustar Inventarios en a2

Buenas Tardes, hace cierto tiempo me solicitaron que realizara un sistema que pudiera entre varias cosas modificar los inventarios del a2 administrativo. Para ello se requería conocer las estructuras de los campos Blob del archivo SFixed.blb que contenían tanto existencias como precios de Venta y Compra (entre otras cosas). La razón para este sistema, según el solicitante , era poder descargar el inventario sin realizar ajustes directos del sistema y sin afectar el Reporte de Inventario. Además de eso cargar directamente las facturas en espera (las que se guardan sin imprimir en la impresora Fiscal) visualizar los items en cuestión y proceder a descargarlos del inventario. Pues bien el sistema Transacciones hace eso y un poco más pues permite realizar las cargas y descargas interactuar directamente con las facturas en espera y mantener un histórico de dichos movimientos independiente del Sistema administrativo.
Este es una toma del menú principal


El sistema debe configurarse para indicarle donde se encuentra la data del a2. También puede crear varios usuarios, claves (USUARIO: MASTER, CLAVE: 1234) e indicar el precio por defecto con el que va ha trabajar.



Esta es la pantalla del modulo de descarga


Puede descargar artículos en forma individual con el botón agregar


o también agregar por lotes desde las facturas en espera del a2 con el botón Cargar espera





Puede imprimir las transacciones hechas o simplememente visualizarlas por pantalla


El sistema posee un módulo de consulta, además de la opciones de cambio y carga de productos.


En conclusión aquí les dejo el enlace para su descarga (es un DEMO totalmente funcional) en archivo .rar que deben descomprimir y ejecutar el típico setup y seguir las instrucciones de instalación. Para mas información pueden comunicarse al email vicacos@gmail.com, vicacos@hotmail.com o al 0424-429.71.67. Gracias

Descargar: Demo Trasaccion

Cliente Servidor Dbisam a2 Softway

En esta semana se celebró en Caracas en los Salones del Hotel Eurobuilding la convención nacional de Distribuidores de la casa de Software a2 Softway C.A. Su CEO Kamal Abidal y los representantes de la firma en Colombia dieron a conocer los nuevos avances que piensan aplicar a las Bases de datos con el cambio a Cliente Servidor con la versión 4.8 de este gestor de Base de Datos. Se hablo también sobre el nuevo a2 Hotel, de próxima salida al mercado, y otros tópicos de orden comercial. Particularmente creo que era justo el cambio del ya vetusto dbisam 2.8 (el cual no tiene soporte ni en la propia pagina web de la empresa Elevate Software) por la nueva versión cliente-servidor 4.8.

Aun cuando no es lo mas robusto en el mundo de los Servidores de datos, es una mejor opción que la ya existente. Muchos optarían por ejemplo por MSSql de Microsoft tal vez Intebase de Embarcadero Tecnologies, incluso MySql o Firebird, este ultimo open source y de comprobada trayectoria en el mundo de los SQL, sin embrago las virtudes del motor elegido por la casa a2 no es de desmerecer tomando en cuenta que es la migración lógica por tiempo de desarrollo (yo creo que estaban atrasados en esto).

De la página de Elevate Software tome este reporte:

El servidor de dbisam es un manejador de base de datos robusto, escalable y de alto rendimiento, que provee la tecnología cliente/servidor para obtener los beneficios de velocidad y confiabilidad que hoy en día sus datos requieren.

Sistema tipo servidor de archivos

• Cuando una terminal pide datos al servidor, la información solicitada viaja a través de la red para ser procesada localmente. Es decir que si se tiene una base de datos de 10mb y se ejecuta una búsqueda sobre ella en la cual no se encontraron los datos, los 10mb de información contenida en la base de datos viajaran por el cable de la red.
• Esta transferencia masiva a cada terminal genera colisiones y bajo rendimiento en la red.
• El servidor abre las bases de datos 1 vez por cada terminal. Por ej. si su aplicación abre 10 bases de datos, entonces si tuviera 10 terminales, su servidor abriría 100 archivos.
• En caso de falla en alguna de las terminales, pude generar índices corruptos.
• La velocidad de respuesta del servidor no es proporcional a su capacidad de proceso.

Sistema tipo cliente/servidor

• Cuando una terminal pide datos al servidor, la información solicitada es procesada por el servidor y solamente la información de respuesta es la que viaja por la red. Es decir que si tiene una base de datos de 10mb y se ejecuta una búsqueda sobre ella en la cual no se encontraron datos, solamente viajarán unos cuantos bytes a su terminal por el cable de red.
• Se reducen las colisiones en un 90% o mas, dependiendo de la aplicación.
• El servidor abre las bases de datos una sola vez aunque muchas terminales la estén accesando.
• En caso de falla en alguna de las terminales, el servidor cierra las bases de datos adecuadamente y así reduce dramáticamente la posibilidad de corrupción de datos o índices. El servidor no ejecutará peticiones incompletas.
• La velocidad de respuesta del servidor es proporcional a su capacidad de proceso.

Pronto estaremos haciendo otros comentarios comparativos sobre esta elección de Servidor, por el momento hasta luego.