Hola José,
Al 04/09/13 19:47, En/na Jose R. Prieto ha escrit:
Hola:
Revisando la lista de módulos que hay disponibles, no veo ninguno
"oficial" para TPV / POS; no se si es que no lo hay por el momento, no
se contempla su implementación, o como está el tema.
He visto el "GSoC Tryton POS projec":
https://bitbucket.org/pokereichlich/pos_client
https://bitbucket.org/pokereichlich/pos_cash
https://bitbucket.org/pokereichlich/pos_price_label
Y que Óscar Álvarez ha retomado el trabajo, y lo había migrado a 2.6:
https://groups.google.com/forum/#!topic/tryton-contrib/3TtLlgDD6x0
https://bitbucket.org/camus77/trytond_pos_cash_presik
(trytond_pos_cash_sale)
https://bitbucket.org/camus77/trytond_pos_client_presik
(trytond_pos_client cliente Qt)
https://bitbucket.org/camus77/trytond_pos_product_presik-2.6.0
(trytond_pos_product)
¿Alguien lo ha probado?
Nosotros lo probamos a principios de junio y aún le quedan muchas cosas
por pulir. Ahora ya está migrado para la 2.8, leete este hilo que lo
explica:
https://groups.google.com/forum/#!searchin/tryton-contrib/Released$20Migration-Fork$20for$20Tryton$20POS$202.6/tryton-contrib/eShf1RLOkRA/MXa1-ob4_58J
¿Existe alguna otra alternativa?
Que sepa, tan avanzada como esta no. Nosotros (Zikzakmedia) ahora
estamos valorando si seguir por esta vía, mejorando este cliente
específico conectado a Tryton mediante proteus en el que trabaja Óscar,
o si es mejor realizar un módulo de Tryton que "simplemente" añada una
nueva vista simplificada de las ventas (sale.sale) desde la cuál se
facilite los pagos y se creen automáticamente los albaranes y facturas
ya confirmadas.
A mayores, ahora en españa con el coñazo de la factura simplificada en
vez del Ticket, supongo que el ticket que está defnido en estos
modulos no nos valdría; ¿o sí?.
El informe que saca seguramente haya que retocarlo pero la información
de base si que está en Tryton, o sea que este es un mal menor.
Por último te pego la última conversación con Óscar:
Aqui estan los modulos migrados a 2.8
https://bitbucket.org/camus77/trytond_proteus_presik
https://bitbucket.org/camus77/trytond_pos_client_presik
https://bitbucket.org/camus77/trytond_pos_cash_presik
Por otra parte quería preguntarte cuales son los motivos por los que
hiciste un fork de proteus: Cuales son los cambios que has introducido
y si sería interesante que los tuviera el proteus "oficial".
Aquí esta la explicación detallada
https://groups.google.com/forum/?hl=es&fromgroups#!searchin/tryton-dev/proteus/tryton-dev/sfxLJH8rbSo/MSWth-Co2JIJ
En resumen en español Proteus tiene problemas de funcionalidad, si
intentas conectarte a una base de datos que no existe Proteus en vez de
decirte que no existe y generarte por ejemplo un error de
conexión/ejecución, lo que hace es crear una base de datos nueva,
imaginate que introduciste en el login mal el nombre de la base de
datos, te toca esperar como 3 a 5 minutos a que cree la base de datos y
luego te toca borrarla, incluso podrías llegar a creer que te conectaste
bien.
Aqui esta la respuesta de Cedk
https://groups.google.com/forum/?hl=es&fromgroups#!searchin/tryton-dev/proteus|sort:date/tryton-dev/tZJ7tiOTAHg/mb5HEAzAGQwJ
El POS client 2.8 puede trabajar con el proteus oficial? si, seria
modificar 3 lineas de código en un solo archivo, mi fork lo que hace es
simplemente dividir la función set_trytond (a mi juicio poco explicito,
lo que lo aleja de Zen de python ) en dos metodos new_database y
connection de la clase TrytonConfig, Cedk tiene sus dudas por un tema de
xml-rpc, la verdad no se mucho de xml-rpc.
Necesitamos un TPV para un proyecto sobre Tryton y queremos evaluar
cual sería la mejor opción, si usar y mejorar el módulo
trytond_pos_client_presik-2.8.0 sobre el que estás trabajando o bien
crear un módulo convencional de tryton tipo sale_pos que usara la
interfaz convencional de tryton y fuera como las ventas del módulo
sale (objeto sale.sale) pero simplificadas (albaranes+facturación
automáticos).
Realmente el POS tambien trae el modulo convencional sale_pos, y el
modulo 2.8 realiza el movimiento de inventarios y facturación
automaticamente una vez se vende, seria genial contar con el apoyo de
ustedes para seguir desarrollando el modulo, porque quedan mejoras
pendientes a pesar de las muchas que realice, por ejemplo:
- Migrar la sincronizacion original del modulo 2.2 a 2.8
- Agregar configuracion de dispositivos para multiples TPV (en este caso
solo se puede configurar una caja) pero si hay otra caja con otro puerto
de impresora ya no funcionaria la impresora (Este punto es el mas urgente)
- Mejorar el perfomance del proceso de movimiento de intentarios y
facturacion veras que el pos_cash agregue un decorador que me indica el
tiempo de ejecucion y se puede ver en la interfaz qt del cliente POS,
esto me sirve para testear los tiempos de respuesta
- Agregar arqueo de caja (no se como lo llaman en España) pero es para
audi
