Tiempo para realizar correcciones en una factura

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

[bmfranky]

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

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.

Correcto, por eso he puesto

y demas.

Pero a lo que me referia es que no se pueden ir retocando las facturas ya hechas, al tuntun.

[sglorka]

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

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.

Creo que estás equivocado en el planteamiento. ¿ Qué tiene que ver que el cliente haya recibido la factura o no para que se haya generado ya su registro de facturación ?.
Si hay errores en dichos registros, o son subsanables, o son rectificables. Recuerda la coletilla que siempre ponen a la hora de emitir subsanaciones "Alta Subsanción : Es la subsanación habitual de un registro de facturación cuando no se exige la emisión de una factura rectificativa"
Si te has equivocado en un tipo de Iva porque no existe, o si el Nif del destinatario es incorrecto no puedes subsanar la factura, debes rectificarla, independientemente de si el cliente tiene o no la factura

[ermendalenda]

Empezado por sglorka

Creo que estás equivocado en el planteamiento. ¿ Qué tiene que ver que el cliente haya recibido la factura o no para que se haya generado ya su registro de facturación ?.
Si hay errores en dichos registros, o son subsanables, o son rectificables. Recuerda la coletilla que siempre ponen a la hora de emitir subsanaciones "Alta Subsanción : Es la subsanación habitual de un registro de facturación cuando no se exige la emisión de una factura rectificativa"
Si te has equivocado en un tipo de Iva porque no existe, o si el Nif del destinatario es incorrecto no puedes subsanar la factura, debes rectificarla, independientemente de si el cliente tiene o no la factura

Vamow a tener que poner un hilo de CUANDO SE PUEDEN EMITIR SUBSANACIONES.
La peña. Se lia

[bmfranky]

Empezado por ermendalenda

Vamow a tener que poner un hilo de CUANDO SE PUEDEN EMITIR SUBSANACIONES.
La peña. Se lia

No lo digas muy fuerte, que creo que no soy el unico que no lo tiene claro, con lo de las coletillas de "Sino se tiene que emitir una rectificativa", porque al final no se que se puede subsanar, si luego la ley de facturacion dice que no se puede subsanar nada.

[ermendalenda]

Empezado por bmfranky

No lo digas muy fuerte, que creo que no soy el unico que no lo tiene claro, con lo de las coletillas de "Sino se tiene que emitir una rectificativa", porque al final no se que se puede subsanar, si luego la ley de facturacion dice que no se puede subsanar nada.

Que si hombre, se puede subsanar todo lo que esté fuera del registro de facturación.
Te lo detallo para que te despeje las dudas
[quote]
.
.
.
.
.
/QUOTE]
Todo esto

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

Empezado por sglorka

Creo que estás equivocado en el planteamiento. ¿ Qué tiene que ver que el cliente haya recibido la factura o no para que se haya generado ya su registro de facturación ?

No tiene nada que ver "que ver que el cliente haya recibido la factura o no para que se haya generado ya su registro de facturación". En mi mensaje no he dicho nada del registro de facturación. Creo que te has liado.
Al guardar la factura se genera el registro de facturación. Si luego hay que subsanar/rectificar es otro tema.

Empezado por sglorka

Si hay errores en dichos registros, o son subsanables, o son rectificables.

Pues eso es o que he dicho, que hay 2 posibilidades.

[sglorka]

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

No tiene nada que ver "que ver que el cliente haya recibido la factura o no para que se haya generado ya su registro de facturación". En mi mensaje no he dicho nada del registro de facturación. Creo que te has liado.
Al guardar la factura se genera el registro de facturación. Si luego hay que subsanar/rectificar es otro tema.


Pues eso es o que he dicho, que hay 2 posibilidades.

Creo que no es una réplica adecuada, esperaba algo más.

[Faneka]

Empezado por sglorka

Creo que estás equivocado en el planteamiento. ¿ Qué tiene que ver que el cliente haya recibido la factura o no para que se haya generado ya su registro de facturación ?.
Si hay errores en dichos registros, o son subsanables, o son rectificables. Recuerda la coletilla que siempre ponen a la hora de emitir subsanaciones "Alta Subsanción : Es la subsanación habitual de un registro de facturación cuando no se exige la emisión de una factura rectificativa"
Si te has equivocado en un tipo de Iva porque no existe, o si el Nif del destinatario es incorrecto no puedes subsanar la factura, debes rectificarla, independientemente de si el cliente tiene o no la factura

Yo en estos momentos el registro de facturación lo genero justo cuando voy a enviar a hacienda, no cuando se graban las facturas. Tenia pensado varias formas, una era que al generar las facturas se enganchara con el modulo que genere los registros de facturación y los enviase, pero de momento el modulo lo tengo aparte y lo lanzo manualmente cuando he generado las facturas pero no extrictamente a continuación. Por eso preguntaba si es legalmente correcto hacerlo de esta forma o en algún artículo pone que despues de generar la factura se tiene que generar el registro de facturación y enviar directamente. Le he dado ya tantas vueltas a este tema que ya no se, jaja.

Acabo de ver este hilo: Prefacturacion, Proformas y Borradores de facturas (Faq Cerifactu) , si se considerasen 'proformas'/'borrador' estas facturas generadas, ya que no se van a poder enviar ni imprimir hasta que no esten enviadas a hacienda, podría valer entiendo.

[sglorka]

Empezado por Faneka

Yo en estos momentos el registro de facturación lo genero justo cuando voy a enviar a hacienda, no cuando se graban las facturas. Tenia pensado varias formas, una era que al generar las facturas se enganchara con el modulo que genere los registros de facturación y los enviase, pero de momento el modulo lo tengo aparte y lo lanzo manualmente cuando he generado las facturas pero no extrictamente a continuación. Por eso preguntaba si es legalmente correcto hacerlo de esta forma o en algún artículo pone que despues de generar la factura se tiene que generar el registro de facturación y enviar directamente. Le he dado ya tantas vueltas a este tema que ya no se, jaja.

Acabo de ver este hilo: Prefacturacion, Proformas y Borradores de facturas (Faq Cerifactu) , si se considerasen 'proformas'/'borrador' estas facturas generadas, ya que no se van a poder enviar ni imprimir hasta que no esten enviadas a hacienda, podría valer entiendo.

El reglamento es muy claro al respecto, debes de leértelo, antes de emitir o en el mismo momento de la emisión de la factura se debe generar el registro de facturación. Si tu primer módulo genera facturas entonces no está bien planteado, si haces que ese primer módulo emita prefacturas y que sea el segundo el que emita los contadores finales de facturas para los documentos que recibe del primer módulo y luego genere los registros de facturación, entonces sí sería correcto

[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