09-07-2017, 09:16 AM
Buenas jmontoro,
El auto consumo no produce movimientos en en el saldo por lo que no puede aparecer en el informe de caja, esto lo puedes obtener en el módulo de informes. Lo mismo para el número de comensales, no tiene relación con el saldo. Piensa que la funcionalidad del informe de cierre de caja es simplemente justificar el saldo por lo que los datos que ahí se pueden mostrar son simplemente el saldo que hay y su procedencia.
Por otro lado, cuando finalizas un ticket el programa te debe mostrar la ventana de cobro en la que te tienen que aparecer las formas de pago aceptadas (las que tengas definidas en SISTEMA->FORMAS DE PAGO), en ese apartado no procede que tengas una forma de pago llamada "cambio" ya que el que un movimiento sea pago o cambio (devolución) dependerá de si el importe es positivo o negativo y no de su forma ¿entiendes?, por tanto para que un ticket se de por finalizado el saldo pendiente de ese ticket debe ser igual a su importe, ni un centimo mas ni uno menos ... por tanto no entiendo como puedes tener tickets pendientes de cambio cuando el programa no permite esto.
No entiendo lo de cierres simulados ?¿?¿
Respecto a la tablet, esto es un tema que tenemos pendiente de modificar, el sistema mobile permite crear varias ventas en una misma mesa, esto en un principio esta bien pero lo vamos a quitar para eliminar confusiones de este tipo.
El auto consumo no produce movimientos en en el saldo por lo que no puede aparecer en el informe de caja, esto lo puedes obtener en el módulo de informes. Lo mismo para el número de comensales, no tiene relación con el saldo. Piensa que la funcionalidad del informe de cierre de caja es simplemente justificar el saldo por lo que los datos que ahí se pueden mostrar son simplemente el saldo que hay y su procedencia.
Por otro lado, cuando finalizas un ticket el programa te debe mostrar la ventana de cobro en la que te tienen que aparecer las formas de pago aceptadas (las que tengas definidas en SISTEMA->FORMAS DE PAGO), en ese apartado no procede que tengas una forma de pago llamada "cambio" ya que el que un movimiento sea pago o cambio (devolución) dependerá de si el importe es positivo o negativo y no de su forma ¿entiendes?, por tanto para que un ticket se de por finalizado el saldo pendiente de ese ticket debe ser igual a su importe, ni un centimo mas ni uno menos ... por tanto no entiendo como puedes tener tickets pendientes de cambio cuando el programa no permite esto.
No entiendo lo de cierres simulados ?¿?¿
Respecto a la tablet, esto es un tema que tenemos pendiente de modificar, el sistema mobile permite crear varias ventas en una misma mesa, esto en un principio esta bien pero lo vamos a quitar para eliminar confusiones de este tipo.