Que archivos libres usar

[Casimiro Noteví]

Empezado por AzidRain

Lo que estoy seguro no existe es un punto de venta especializado que permita manejar miles de transacciones por hora y al menos 15 terminales a todo lo que dan. Quien ha trabajado en supermercados sabrá como se pone eso alredededor de las 7 de la noche de cada 24 de Diciembre (por poner un ejemplo)..

El problema es que luego quién le vende el programa a esa gran empresa, porque seguro que no lo van a cambiar por el que tienen.

[[AzidRain]]

Si, pero no se trataria de vender...sino de hacerlo Open source y liberarlo con GPL o similiar como ya dijimos.. hay muchas empresas pequeñas (PYMES) que no tienen el dinero para comprarse softwares tan grande como los que ya platicamos (o le meten al software o le mente a comprar mercancía para vender). De hecho muchas empresas se quedan rezagadas solo por no contar con un POS preciso, adecuado y que les ayude a bajar las mermas al mínimo. (válgase la expresión).

Cualquier empresa de estas pequeñas le entraria gustoso si no tiene que pagar las superlicencias ni nada. Además al ser GPL continuamente se estaría mejorando.

[brandolin]

He ha puesto lindo el hilo... si basicamente lo que queria saber es que poner como archivos en la caja ya que segun lo que estoy desarrollando la caja guardaria solo los comprobantes que se van generando y los articulos pero mi problema es "que" archivos poner en las cajas... porque si se cae el servidor y se rompen los archivos en las cajas... la catastrofe esta a la vuelta de la esquina....
Por otro lado el del PVT Open Source estaria genial... como experiencia le comento que actualemtne en mi empresa tenemos un PVT casi open, solo se cobra por la instalacion y la capacitacion del personal....

Bueno... sigan colaborando...

[Paoti]

Hola, viendo que utlizas firebird, se me ocurre una diea, mas no se como este la estucutra de tu informacion....



puedes tener firebird embebido en cada cliente.



al hacer una venta, guardas la informacon en el server, y en tu maquina local.


deberias tener el catalogo en linea de los productos(haciendo que cada vez que se actuelice un precio en el server, poner una bandera que caduque en un dia por ejemplo) y al prendel la maquina cleinte, el catalogo local cheque que articulos on nuevos y cuale stienen labandera y se actuelicen.


ahora, si hay un cortey el servidor queda fuera de linea, la aplciacion cliente ya debe de manejar esa situacion y enetra en modo de ejecucion local, que pasa entonces, como ya tienes el catalogo de articulos como esta el servidor.


las compras y sus detalles, se van guardando y como no peudes guardarlos en en el servidor porque estan caidos, es agrregarles otro campo bandera indicando que no estan en el ervidor, asi que al encender la maaquina al dia siguiente o mas perfecto seria que en cuanto se detecte que el servidor esta activo, vaya haciendo las transacciones. cosa que no tendria mucho problema por la integridad de la informaicon que seria unica para cada maquina cleinte.

id_puesto cliente, id_vendedor, id_compra, id_fecha,


bueno e suna idea

[Paoti]

cielos, que horrible escribo

[brandolin]

si una estructura de funcionamiento como la que planteaste es la que tenia en mente, mi unico problema era el tema de "¿que sistema de tablas sería el mas correcto para usar?". Eso de Firebird embebido me gusta... ¿como funciona? ¿Donde puedo buscar informacion? ¿Es trasnparente con el firebird comun?

Gracias

[[AzidRain]]

No es un esquema robusto ya que entonces no requieres una máquina sencilla como caja sino algo más grande...Ah por cierto no comenté que en el sistema planteado las cajas son diskless con una pequeña memoria temporal para guardar sus transacciones.

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.

La sincronizacion no es problema porque ocurre en el momento que "regresa la línea", el servidor se pone a recuperar las cuentas de las terminales y solo hasta que termina nuevamente empieza a procesar el directamente.

Hay un servico en el background que se encarga de ir actualizando el archivo de transacciones y catálogo de artículos. Pero este no es en tiempo real, sino que se hace cada x segundos. Solo se da servicio en tiempo real a consultas de artículos.

Pero bueno, finalmente ya nos olvidamos de lo principal que decia Casimiro: No es mas sencillo buscar la forma de evitar que se caiga el Servidor?

[Casimiro Noteví]

Empezado por brandolin

He ha puesto lindo el hilo... si basicamente lo que queria saber es que poner como archivos en la caja ya que segun lo que estoy desarrollando la caja guardaria solo los comprobantes que se van generando y los articulos pero mi problema es "que" archivos poner en las cajas... porque si se cae el servidor y se rompen los archivos en las cajas... la catastrofe esta a la vuelta de la esquina....
Por otro lado el del PVT Open Source estaria genial... como experiencia le comento que actualemtne en mi empresa tenemos un PVT casi open, solo se cobra por la instalacion y la capacitacion del personal....

Bueno... sigan colaborando...

¿qué es "casi" open?