![]() |
![]() |
| 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
|
|||
|
|||
|
Si... yo tambien... no es un problema de caidas por fallas sino por errores o "capricos"....
y puntualmente el hilo es para consultar que experiencia tienen sobre archivos libres... (no bases de datos) al estilo DBF por ejemplo... |
|
#2
|
||||
|
||||
|
En eso todos van a tener razón. Un servidor bien montado no tiene por que caerse...ahora que no mencionas que está corriendo en ese servidor. Un servidor para una línea de cajas (en eso si tengo mucha experiencia) podemos considerarlo incluso como de "misión crítica" y debe contar con algún tipo de redundancia.
Mi recomendación sería: 1.- Monta otro servidor esclavo que se actualice en automático y en casod e que falle el otro que entre a dar servició el, al volver a poner el principal éste deberá actualzarse y retomar el control. Todo esto debe pasar de manera transparente para tus cajas. 2.- Si no hay para poner otro servidor o bien hacer las adecuaciones al software: Cada caja (vamos, el software que hace de caja) deberá poder registrar sus transacciones en forma local (en el sistema de archivos que mas te guste, Paradox, por ejemplo) pero, al no tener acceso al servidor no podrá hacer búsquedas al catálogo de artículos y por lo tanto a los precios de los mismos. Por lo que el cobro se tendría que hacer "a la antigüita" (departamento-precio). Al regresar el servidor, cada caja tendría que ir actualizando sus registros a la DB, pero obviamente no hay forma de saber que artículos se vendieron , solo los importes. Esto se tendría que hacer de forma manual. Este esquema es el que maneja el sistema de software IBM POS 3794. Finalmente y muy importante: - NO USES WINDOWS para el servidor. - El servidor es precisamente eso, un equipo dedicado solo a eso, nada de ocupar la PC mas grandota que es la que además usa el gerente o el dueño. - Configuralo bien y limita al máximo las caídas, que no deben existir. Obviamente podrás encontrar otras soluciones, pero todas serán como dicen los españoles, a base de chapuzas. Por cierto, si a alguien le interesa, tengo la información necesaria para desarrollar un sistema de POS robusto basado en el funcionamiento del que comenté de IBM (que casi es standard en muchos supers como Wal-Mart), hace falta software Open Source de este tipo.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#3
|
||||
|
||||
|
bueno pues nada que ver con el hilo
pero si ojala y puedas compartir la informacion que mencionas se agradeceria
__________________
inutilerias.blogspot.com |
|
#4
|
||||
|
||||
|
Como que nada que ver? Brandolin pregunta como poner Firebird local en sus cajas para poder seguir usandolas cuando se cae el servidor... Casimiro y yo coincidimos en que la solucion no es buscarle por ahi...sino buscar alternativas para evitar ques el caiga el servidor.
Tambien comento a Brandolin que puede usar un esquema basado en tablas planas Paradox y le doy una alternativa (muy generica por cierto) sobre como hacer el modelo.
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
|
#5
|
|||
|
|||
|
Gracias a todos por las respuestas... les comento un poco para hechar un poco de luz y mejorar un poco...
La experiencia que tengo en lineas de caja (supermercados) es mucha y he trabajado con muchos sistemas, la mayoria de ellos trabajan contra un servidor (incluido el IBM, cadenas como WallMart, Disco, etc la usan y hago el mantenimiento a dicho sistema) el problema surgue cuando hay un corte de energia, caidas del servidor, fallas en la UPS, etc etc esto afecta directamente a las ventas en la linea de cajas, ya que hasta que no esta el servidor on-line no se puede vender, y el inicio de la linea de cajas luego de una falla critica demora mas de 20 mins (este es el caso de IBM). Aca en argentina existe (es mas yo lo he instalado) un buen sistema de lineas de cajas llamado Prodigy que utiliza un diagrama de almacenamiento local en cada caja hacendo las actualizaciones de ventas en cada ticket (bidireccional) el problema que tiene este soft es que usa tablas Btrieve, que no son malas pero un poco antiguas y su acceso no es compatible con D7 o superiores, ademas de ser pago (la licencia de Pervasive es carisima). Por eso ahora que estoy comenzando con el desarrollo de esta nueva aplicacion para este cliente quieria opiniones de que seria lo mejor para poner en cada caja..... PD: AzidRain, estoy interesado en desarrollar un punto de venta generico Open source... definitivamente no existe nada como el estilo y creo que seria de mucha utilidad para los comercios.... estoy dispuesto a participar activamente de este tipo de iniciativas. Saludos, |
|
#6
|
||||
|
||||
|
Aquí un tpv opensource, aunque hay más.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#7
|
||||
|
||||
|
MIra, yo trabaje en Wal_mart mucho tiempo (casi 5 años) y nunca me tocó ver que se cayera nada...El esquema como trabaja el POS es muy robusto y totalmente a prueba de fallos. Se usa el esquema de un controlador maestro y un esclavo como redundancia y cada caja puede cobrar en forma autónoma. Además de eso todos las cajas y los controladores tienen sus UPS correspondientes de mas de 1 hr de respaldo adicionado a una planta de energía.
INclusive podías apagar completamente alguno de los dos controladores y en las cajas ni se notaba nada...Tambièn podías apagar completamente los dos y las cajas seguían cobrando aunque se reducían algunas funcionalidades. La verdad es un esquema muy potente A mi la verdad me gustó mucho y obviamente recopilé información necesaria para que cuando pudiera hacer un sistema similar. Ya cheqé la opción que nos paso Casimiro pero va enfocada a "hosteleros" como les dicen en España o bien "tienditas","minisupers" o "tiendas de conveniencia" donde no tienes la misma carga de clientes que en un supermercado. 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).. Pues yo estoy puesto para hacerlo falta ver quie mas se apunta y alguien que nos oriente sobre como manejar un proyecto a distancia...
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
![]() |
| 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 |
|