![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
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... |
|
#2
|
||||
|
||||
|
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
__________________
Estudia y anda en la calle.... que asi serás el doble de listo que los demás... análisis de información análisis y diseño de sistemas Paoti Rios Reséndiz |
|
#3
|
||||
|
||||
|
cielos, que horrible escribo
__________________
Estudia y anda en la calle.... que asi serás el doble de listo que los demás... análisis de información análisis y diseño de sistemas Paoti Rios Reséndiz |
|
#4
|
|||
|
|||
|
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 |
|
#5
|
||||
|
||||
|
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?
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#6
|
||||
|
||||
|
Cita:
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
__________________
De lo que hay no falta nada!!! |
|
#7
|
||||
|
||||
|
Cita:
![]()
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Usar o no Usar un DBGrid | Anabel | Conexión con bases de datos | 13 | 13-01-2006 20:05:21 |
| Archivos Temporales al usar un Query | mrmanuel | Conexión con bases de datos | 3 | 05-09-2005 18:33:42 |
| Sacar habitaciones libres por dia - Problema consulta SQL- | VRO | Firebird e Interbase | 0 | 01-09-2005 11:12:22 |
| Dll o BPL... que usar | brandolin | Varios | 2 | 21-04-2005 18:10:03 |
| Como detectar los puertos libres en un máquina | JDNA | Internet | 1 | 08-05-2004 06:07:55 |
|