Numeración de tickets

[[newtron]]

Empezado por Jarogo08

Buenos días a todos

Quería plantearos un problema que tenemos, a ver cómo lo habéis orientado vosotros.

En el caso de las facturas, no vemos problema con la numeración: como siempre tenemos un albarán previo, al momento de facturar coge el número que le corresponde.
Ejemplo: yo estoy haciendo el albarán 1 y mi compañero el albarán 2. Si mi compañero termina antes su albarán, su factura va a ser la número 1 y la mía la número 2. Y esa numeración va a ser la que se envíe a Verifactu. Esto es correcto porque tenemos 2 documentos distintos (albaranes y facturas)


Ahora el lío viene con los tickets, en el que al menos nosotros NO tenemos 2 documentos (preticket y ticket, o como queráis llamarle).
Imaginad que yo estoy haciendo el ticket 1 y mi compañero el ticket 2. Si mi compañero termina antes su ticket (para nosotros terminarlo significa pasarle la fase de pago), tiene que ser el número 1 en Verifactu, y yo cuando termine el mío tendrá que ser el número 2. Pero claro, sólo tenemos una tabla y el número de ticket es clave primaria, no podemos cambiarle el valor según se le vayan pasando la fase de pago.
Lo que hemos hecho es aparte de tener el campo NumeroTicket crear el campo NumeroTicketVerifactu, que mientras no se finaliza el ticket está a 0 y cuando se finaliza es cuando se le da valor. De esta manera, el ticket que hice yo tendrá NumeroTicket=1 y NumeroTicketVerifactu=2 y el ticket de mi compañero tendrá NumeroTicket=2 y NumeroTicketVerifactu=1.

Y a la hora de la impresión y de mandar a Verifactu el campo que tenemos en cuenta es NumeroTicketVerifactu.

¿se os dió este problema a vosotros? ¿Como lo habéis planteado?

Muchas gracias!

Según planteas tu caso, y para no hacer modificaciones profundas, claramente hay que tener dos numeraciones. Lo único que tienes que tener en cuenta de que el número de ticket real sería lo que llamas NumeroTicketVerifactu y el otro se quedaría como un mero número de orden.

[Jarogo08]

Empezado por newtron

Según planteas tu caso, y para no hacer modificaciones profundas, claramente hay que tener dos numeraciones. Lo único que tienes que tener en cuenta de que el número de ticket real sería lo que llamas NumeroTicketVerifactu y el otro se quedaría como un mero número de orden.

Así es como lo planteamos, no creo que haya mucho más por donde tirar sin cambios profundos de estructura, que no nos apetecen nada!

[[newtron]]

Empezado por Jarogo08

Así es como lo planteamos, no creo que haya mucho más por donde tirar sin cambios profundos de estructura, que no nos apetecen nada!

Finalmente apuntar que ya los programas "modernos" (y no sé si algunos "antiguos") usan un id automático para todo independientemente del número de documento, código o diablos que se quiera asignar al registro en particular. Teniendo un id interno para todo no tendrías ese problema porque le asignas el número de documento final cuando lo guardes ya sean albaranes, tickets, facturas, etc. Igualmente si (por ejemplo) usas un id interno para los artículos podrías cambiar sin miedo la referencia del mismo y cosas así.


Saludos.

[novatico]

En nuestro caso, llevamos series diferentes por cada línea de emisión de tickets, que aunque sigamos llamándolos así, recuerda que son "Facturas Simplificadas"

[pablog2k]

he hecho una consulta al respecto de esta duda al correo que tienen de ayuda, con lo que contesten os diré

[Jarogo08]

Empezado por novatico

En nuestro caso, llevamos series diferentes por cada línea de emisión de tickets, que aunque sigamos llamándolos así, recuerda que son "Facturas Simplificadas"

En nuestro caso si en un mostrador tenemos 3 pcs pueden compartir la serie y la caja.


Pero aunque tengas una serie por cada pc, ¿no se te podría dar el caso? En nuestro programa tenemos la opción de suspender un ticket, con lo cual lo empiezas ahora, lo suspendes, creas x tickets mientras tanto y luego recuperas y finalizas el suspendido. Y ya tienes el mismo problema con la numeración. ¿vuestro programa no tiene opción de suspender un ticket?

[siyei]

Creo que estáis confundiendo la velocidad con el tocino.

La normativa Verifactu habla de enviar las facturas en el momento que se "expidan" conservando el encadenamiento con la factura anterior, pero en ningún momento se habla que la factura 1 se tenga que enviar antes que la 2.

Si tengo dos puestos de trabajo, puedo finalizar la factura 2 antes que la 1 por la razón que sea. En este caso primero envío la factura 2, y posteriormente envío la factura 1 que llevará encadenada la factura 2. Las únicas limitaciones al respecto están en la fecha, la fecha de envío tiene que coincidir con la fecha de la factura.

[bmfranky]

Empezado por siyei

Creo que estáis confundiendo la velocidad con el tocino.

La normativa Verifactu habla de enviar las facturas en el momento que se "expidan" conservando el encadenamiento con la factura anterior, pero en ningún momento se habla que la factura 1 se tenga que enviar antes que la 2.

Si tengo dos puestos de trabajo, puedo finalizar la factura 2 antes que la 1 por la razón que sea. En este caso primero envío la factura 2, y posteriormente envío la factura 1 que llevará encadenada la factura 2. Las únicas limitaciones al respecto están en la fecha, la fecha de envío tiene que coincidir con la fecha de la factura.

Hombre tocino no se, pero si envias la factura 2 y po algun motivo no envias la 1 , el tocino sera de pollo...