Tiempo para realizar correcciones en una factura

[Neftali [Germán.Estévez]]

Movido desde otro hilo.

[Faneka]

Yo actualmente estoy haciendo el modulo que genera el registro de facturación (XML, vamos) y envia a hacienda, con lo que en principio tenemos pensado que las facturas se generen como siempre, el cliente pueda repasarlas, hacer los cambios oportunos, etc.., luego iran al modulo que al igual que el SII cuando intenten generar y enviar el registro de facturación comprobara esas facturas y dara las incidencias oportunas por si hay que cambiar algo más en las facturas. Cuando las facturas esten bien para enviarlas se procedera a enviarlas y el modulo generara el registro de facturación (XML) con aquellas facturas que esten pendientes de enviar. Yo creo que el tema de que sea inmediato esta muy bien y se debe realizar lo antes posible pero ellos no pueden saber si la factura que yo envio se ha generado hace un minuto o dos horas (es lo que entiendo claro). Mientras se manden el mismo día que se han generado yo creo que no habría problema, todo esto si no estoy equivocado en algo que me he perdido.

[ermendalenda]

Empezado por Faneka

Yo actualmente estoy haciendo el modulo que genera el registro de facturación (XML, vamos) y envia a hacienda, con lo que en principio tenemos pensado que las facturas se generen como siempre, el cliente pueda repasarlas, hacer los cambios oportunos, etc.., luego iran al modulo que al igual que el SII cuando intenten generar y enviar el registro de facturación comprobara esas facturas y dara las incidencias oportunas por si hay que cambiar algo más en las facturas. Cuando las facturas esten bien para enviarlas se procedera a enviarlas y el modulo generara el registro de facturación (XML) con aquellas facturas que esten pendientes de enviar. Yo creo que el tema de que sea inmediato esta muy bien y se debe realizar lo antes posible pero ellos no pueden saber si la factura que yo envio se ha generado hace un minuto o dos horas (es lo que entiendo claro). Mientras se manden el mismo día que se han generado yo creo que no habría problema, todo esto si no estoy equivocado en algo que me he perdido.

Si lo haces respetando la secuencia de contadores/cronología de generación, sin dar saltos yy justo antes de enviar es cuando le pones la fecha y hora, sacas el qr y encadenas, y no has dado al cliente nada aun, esta perfecto. Es equivalente a trabajar sobre proformas, o facturas temporales, o como quiers llamarlo.

[Faneka]

Justo, las fechas, encadenamientos, etc es del registro de facturación (XML), no tiene nada que ver con los registros que haya generado el programa, con lo que a la hora de exportar y enviar que es cuando se genera el XML se hacen esos calculos que van internos en el XML. Al cliente no se le dejara enviar nada si no se ha subido a hacienda, con lo que no podran cotejar con el QR antes de estar subido. No se, es la idea que llevamos por aquí. Ademas algún cliente ya nos dijo que eso de generar la factura y enviarse no le vale porque el luego casi siempre hace retoques en ellas.

[ermendalenda]

Empezado por Faneka

Justo, las fechas, encadenamientos, etc es del registro de facturación (XML), no tiene nada que ver con los registros que haya generado el programa, con lo que a la hora de exportar y enviar que es cuando se genera el XML se hacen esos calculos que van internos en el XML. Al cliente no se le dejara enviar nada si no se ha subido a hacienda, con lo que no podran cotejar con el QR antes de estar subido. No se, es la idea que llevamos por aquí. Ademas algún cliente ya nos dijo que eso de generar la factura y enviarse no le vale porque el luego casi siempre hace retoques en ellas.

Ok, supongo que quieres decir que esos númeradores etc que recibe el programa que genera los registros es temporal o lo usas como referencia para otras cosas internas. No se te escapa nada esta perfecto.
Lo que no sé decirte es si son 2 softwares independientes, el que genera los temporales y por otro lado el que genera los registros, habría que detallarles en el autocertificado. Aparentemente solo el último, pero ya nos contarás si lanzas la duda a verifactu

[bmfranky]

Empezado por Faneka

Justo, las fechas, encadenamientos, etc es del registro de facturación (XML), no tiene nada que ver con los registros que haya generado el programa, con lo que a la hora de exportar y enviar que es cuando se genera el XML se hacen esos calculos que van internos en el XML. Al cliente no se le dejara enviar nada si no se ha subido a hacienda, con lo que no podran cotejar con el QR antes de estar subido. No se, es la idea que llevamos por aquí. Ademas algún cliente ya nos dijo que eso de generar la factura y enviarse no le vale porque el luego casi siempre hace retoques en ellas.

Ojo, con la ley nueva anti fraude, eso de retoques en las facturas no se puede hacer, para retocar una factura , tienes que emitir una rectificativa y demas, si tu software permite retocar una factura ya generada, con numero de serie y demas asignado, las "Facturas" que te enviara hcienda son de aupa...
Otra cosa es que lo que generes internamente sean , facturas proforma, o temporales que no se puedan entregar al cliente spara enviar a Hacienda, por ejemplo al imprimir que se vea un texto cruzado indicando la no validez de la misma, o que es proforma.

[Neftali [Germán.Estévez]]

Empezado por bmfranky

Ojo, con la ley nueva anti fraude, eso de retoques en las facturas no se puede hacer, para retocar una factura , tienes que emitir una rectificativa y demas

No es del todo correcto.
Si se necesita hacer cambios en alguna factura ya guardada se puede hacer de 2 formas.
(a) SUBSANACION: Mediante las opciones de subsanación/modificación que tiene la AEAT para ello.
(b) RECTIFICATIVAS: generando una factura nueva que rectifica la original.

Se supone que un cliente DEBE saber cuando debe hacer (a) o (b).
Por lo que nos han comentado a nosotros, puedes subsanar si todavía no has entregado la factura al cliente y siempre que no cambies los campos claves de la factura. En ese caso puedes modificar la factura y tendrás que enviar la subsanación a hacienda.
En el resto de casos se debe generar una rectificativa y se deberá enviar como un alta nueva.

[ermendalenda]

Empezado por bmfranky

Ojo, con la ley nueva anti fraude, eso de retoques en las facturas no se puede hacer, para retocar una factura , tienes que emitir una rectificativa y demas, si tu software permite retocar una factura ya generada, con numero de serie y demas asignado, las "Facturas" que te enviara hcienda son de aupa...
Otra cosa es que lo que generes internamente sean , facturas proforma, o temporales que no se puedan entregar al cliente spara enviar a Hacienda, por ejemplo al imprimir que se vea un texto cruzado indicando la no validez de la misma, o que es proforma.

Hasta que no se genera el registro y el qr se puede hacer lo que se quiera, el límite está trazado por la generación de los registros y entrega al cliente.
Después de eso es lo que dices
En nuestra empresa también tenemos un erp antiguo , el cual las facturas que genera van a pasar a ser temporales hasta que se las genere un programa verifactu que lee ellos datos y genera los registros, las facturas en papel, en pdf y en facturae
No veo problema

[sglorka]

Empezado por Faneka

Yo actualmente estoy haciendo el modulo que genera el registro de facturación (XML, vamos) y envia a hacienda, con lo que en principio tenemos pensado que las facturas se generen como siempre, el cliente pueda repasarlas, hacer los cambios oportunos, etc.., luego iran al modulo que al igual que el SII cuando intenten generar y enviar el registro de facturación comprobara esas facturas y dara las incidencias oportunas por si hay que cambiar algo más en las facturas. Cuando las facturas esten bien para enviarlas se procedera a enviarlas y el modulo generara el registro de facturación (XML) con aquellas facturas que esten pendientes de enviar. Yo creo que el tema de que sea inmediato esta muy bien y se debe realizar lo antes posible pero ellos no pueden saber si la factura que yo envio se ha generado hace un minuto o dos horas (es lo que entiendo claro). Mientras se manden el mismo día que se han generado yo creo que no habría problema, todo esto si no estoy equivocado en algo que me he perdido.

Por lo que entiendo, tienes un módulo que genera facturas con su número definitivo y se las pasa a otro módulo que se encarga de verificar cualquier problema que pueda tener la factura y devolverla al módulo anterior por si tiene que hacer modificaciones sobre ella o enviarla a hacienda si está correcta generando su registro de facturación xml.
Bien, espero que no sea así como lo has planteado.