![]() |
![]() |
| 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
|
||||
|
||||
|
bueno pues nada que ver con el hilo
pero si ojala y puedas compartir la informacion que mencionas se agradeceria
__________________
inutilerias.blogspot.com |
|
#2
|
||||
|
||||
|
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|| |
|
#3
|
|||
|
|||
|
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, |
|
#4
|
||||
|
||||
|
Aquí un tpv opensource, aunque hay más.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#5
|
||||
|
||||
|
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|| |
|
#6
|
||||
|
||||
|
Creo que comparto ampliamente las respuestas que se han dado al problema planteado.
En los bancos, en los cajeros automáticos, cuando no hay línea, permiten reintegrar dinero guardando las transacciones en local, sincronizandolas con el srv central cuando se restablece la línea. En la aplicación financiera que utilizan, en la mayoría de los casos, permiten hacer transacciones off-line, de igual manera, se graban en local y posteriormente se sincronizan. Lógicamente, no todas las opciones posibles estarán disponibles, sólamente las mínimas. El debate más importante en este caso, es qué quereis permitir realizar cuando se caiga el srv y qué necesitais para que funcione - vamos a llamarlo así - off-line. Para las cajas, lo más importante es poder cobrar, por lo que entiendo que al menos tendrá que tener en local los datos de los artículos y su precio actual. Se podrían obviar en un primer momento las ofertas o descuentos promocionales. Otro dato importante es cuándo realizar la sincronización de estos datos del srv al pc ( lo digo por el volumen ) sin penalizar en tiempo a la cajera ( no sé porqué me ha salido en femenino ) asegurando que en cualquier momento de caída estén actualizados.Lo mismo con la sincronización, que pueda configurarse cuándo hacerse ya que no será la primera vez que la sincronización 30 minutos después vuelve a tirar el srv por rendimiento. Espero haberos sido de ayuda. Un saludo
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
|
#7
|
||||
|
||||
|
Cita:
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#8
|
||||
|
||||
|
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.
__________________
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 |
|