Cita:
|
Empezado por AzidRain
El esquema de guardar una copia del catálogo de artículos en cada terminal no es práctico:
1.- Un catálogo de una tienda regular(no tienditas, supermercados) anda en mas de 20 mil artículos
2.- El catálogo puede estarse actualizando constantemente: cambios de precio, recibo de mercancías, etc.
3.- La terminal no solo debe llevar la cuenta de que ha vendido sino cuantos y de que SKU para poder actualizar el inventario en forma correcta.
|
Hola no me parece tan poco practico el tema de guardar todo en las terminales, hace un tiempo hacia el amntenimiento de sistemas de supermercados y lo que trabajaban on line(chekando contra el servidor) tenian mas problemas que satisfacciones, por lo que la forma de trabajo era la siguiente, al comenzar la jornada se transmitia el archivo de precios y de ofertas a todas las cajas, entonces estas que daban operativas pase lo que pase con el servidor. Durante la jornada laboral habia cambios de precio, entonces para solventar esto en las cajas habia un archivo que solo contenia los articulos que cambiaron el precio, por lo que al fichar primero se verifica contra este si no tiene cambio de precio. Un avez terminada la jornada se realiza un cierre de cajas con lo que se trae al servidor los archivos de stock, ventas, etc. y se los procesa en el servidor. Teniendo este esquema de trabajo veo que las cajas podrian tener una aplicacion que funcione con tablas paradox locales y el servidor funcione con firebird.
De esta forma funcionaba muy bien, y estaba instalado en cadenas de supermercados de hasta ocho sucursales con hasta 15 cajas, y funciona incluso un 24 a las 7 de la tarde
Bueno es solo un aporte sobre una experiencia personal, y creo que suma por lo que se esta tratando en este hilo, escucho opiniones.
Fede