Numeración de tickets

[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...

[Jarogo08]

Empezado por bmfranky

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

Efectivamente, puedes tener tickets abiertos en varios pcs y si alguno no se finaliza quedan saltos de contadores. Y eso si que dice la normativa que no está permitido. De ahí que vayamos asignando el contador correlativo que le toque, porque el resto de tickets se finalizarán o no