Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[pablog2k]

con esto del encadenamiento, me quedé pensando si había algo más optimo que tener que dar el nº de factura al 'confirmar' o 'cerrar' la factura, (lo cual es lo mejor para no liarla con el encadenamiento, pero la mayoría de ERP's y similares, el nº de factura te lo dan al crear la factura, es más, dile tú al cliente que esté metiendo una factura en su sistema, que hasta que no acabe con la factura no va a ver el nº...)
En fin, me he puesto en el ejemplo de , hay 2 personas metiendo facturas, una de ellas mete la factura nº10, y el de al lado mete la factura nº11. El de la factura nº11 la ha acabado antes que el de la 10, ya que eran pocas líneas, así que la 'confirma', se genera el QR y se sube a hacienda, encadenando con la nº9. Hacienda contesta OK. Más tarde, el de la 10 que ha metido muchas líneas y se ha entretenido tomándose un café, cierra/confirma su factura, se genera el QR , encadena con la factura nº10 y se sube.... pues en este caso me han contestado OK (lo cual veo genial, mientras esté en el mismo día, creo que estas situaciones pueden darse, de finalizar una factura con una numeración posterior antes que una numeración anterior)

[ermendalenda]

Empezado por pablog2k

con esto del encadenamiento, me quedé pensando si había algo más optimo que tener que dar el nº de factura al 'confirmar' o 'cerrar' la factura, (lo cual es lo mejor para no liarla con el encadenamiento, pero la mayoría de ERP's y similares, el nº de factura te lo dan al crear la factura, es más, dile tú al cliente que esté metiendo una factura en su sistema, que hasta que no acabe con la factura no va a ver el nº...)
En fin, me he puesto en el ejemplo de , hay 2 personas metiendo facturas, una de ellas mete la factura nº10, y el de al lado mete la factura nº11. El de la factura nº11 la ha acabado antes que el de la 10, ya que eran pocas líneas, así que la 'confirma', se genera el QR y se sube a hacienda, encadenando con la nº9. Hacienda contesta OK. Más tarde, el de la 10 que ha metido muchas líneas y se ha entretenido tomándose un café, cierra/confirma su factura, se genera el QR , encadena con la factura nº10 y se sube.... pues en este caso me han contestado OK (lo cual veo genial, mientras esté en el mismo día, creo que estas situaciones pueden darse, de finalizar una factura con una numeración posterior antes que una numeración anterior)

Es raro pero puede estar ok, pero veo lagunas, te puede quedar huecos de numeración si el cliente A decide finalmente no realizar la transacción y ahora como cubres ese hueco, dejar huecos de numeraciones no está permitido y si lo cubres en una fecha diferente?
No lo veo.

[pablog2k]

Empezado por ermendalenda

Es raro pero puede estar ok, pero veo lagunas, te puede quedar huecos de numeración si el cliente A decide finalmente no realizar la transacción y ahora como cubres ese hueco, dejar huecos de numeraciones no está permitido y si lo cubres en una fecha diferente?
No lo veo.

entiendo lo que dices, pero para nosotros también es raro que alguien se ponga a meter una factura que al final el cliente A no la quiere, y aun con esas, se anula la factura y listo (o se rectifica y se hace un abono, según diga la ley en ese caso en concreto)

[bmfranky]

Empezado por pablog2k

con esto del encadenamiento, me quedé pensando si había algo más optimo que tener que dar el nº de factura al 'confirmar' o 'cerrar' la factura, (lo cual es lo mejor para no liarla con el encadenamiento, pero la mayoría de ERP's y similares, el nº de factura te lo dan al crear la factura, es más, dile tú al cliente que esté metiendo una factura en su sistema, que hasta que no acabe con la factura no va a ver el nº...)
En fin, me he puesto en el ejemplo de , hay 2 personas metiendo facturas, una de ellas mete la factura nº10, y el de al lado mete la factura nº11. El de la factura nº11 la ha acabado antes que el de la 10, ya que eran pocas líneas, así que la 'confirma', se genera el QR y se sube a hacienda, encadenando con la nº9. Hacienda contesta OK. Más tarde, el de la 10 que ha metido muchas líneas y se ha entretenido tomándose un café, cierra/confirma su factura, se genera el QR , encadena con la factura nº10 y se sube.... pues en este caso me han contestado OK (lo cual veo genial, mientras esté en el mismo día, creo que estas situaciones pueden darse, de finalizar una factura con una numeración posterior antes que una numeración anterior)

Hola, yo muestro un numero de factura"Recomendado", pero hasta que genero no lo asigno, si una empresa envia muchasfacturas encadenadas al tuntun , dijeron que al final tomarian acciones, recuerdo que alguien posteo una consulta al respecto.

[pablog2k]

Empezado por bmfranky

Hola, yo muestro un numero de factura"Recomendado", pero hasta que genero no lo asigno, si una empresa envia muchasfacturas encadenadas al tuntun , dijeron que al final tomarian acciones, recuerdo que alguien posteo una consulta al respecto.

es buena idea esto del nº de factura recomendado y luego asignar el nº d factura final. Lo de encadenadas al 'tuntun', pues si no lo permiten, que de error al subirlas,no? si estoy cumpliendo con la normativa y las estoy subiendo y me dice OK y no me dice ERROR DE ENCADENAMIENTO... porque iba a tener problmeas?

[bmfranky]

Empezado por pablog2k

es buena idea esto del nº de factura recomendado y luego asignar el nº d factura final. Lo de encadenadas al 'tuntun', pues si no lo permiten, que de error al subirlas,no? si estoy cumpliendo con la normativa y las estoy subiendo y me dice OK y no me dice ERROR DE ENCADENAMIENTO... porque iba a tener problmeas?

Ya, si tiene razon, ellos quieren que encadenemos por orden de creacion, correcto, pero las factura numeradas, hasta donde entiendo han de ser ordenadas for fecha de creacion, pero ahora añadimos hora de creacion al paquete, entoces resulta que la factura 3 Se creo antes que la 2, pero bueno al final habra que ver que sucede ..., esta claro que no se dara el caso que la factura 2 sea de mañana, pero bueno, creo recordar que alguien comentaba que tenia clientes que tardaban dias en generar una factura , ya le contestaron que no podia reservar el numero por eso mismo, por que se han de encadenar las facturas por numeracion y orden de creacion.
En cuanto a que de momento responde ok, al enviar la factura, estan comiendose cosas perores, que seguro que cuando entremos en produccion no lo haran, como almacenar 2 o mas facturas con la misma numeracion pero diferentes importes sin dar error, porque a mi me ha pasado, aller sin ir mas lejos.

[pablog2k]

pero la hora de creación no es la de la factura , es la del registro que vamos a comunicar a hacienda (creo que te refieres al campo FechaHoraHusoGenRegistro), o así es como yo lo entiendo, con lo cual a hacienda solo le indicas la fecha que tiene tu factura, no la hora