Rechazo por tipo impositivo incorrecto - rectificativa

[sglorka]

Exactamente, si se rectifica en un solo paso seria "ALTA" normal y si se hace en dos (cuando te rechazan la factura) sería emitir un registro de anulación <SinRegistroPrevio> = "S" y <RechazoPrevio> = "NO" y después una "ALTA" normal.
Si no se produce un rechazo de la factura pero debes corregir algo con una rectificativa por sustitución, entonces emites abono alta normal y emites rectificativa alta normal

[rci]

Empezado por sglorka

Exactamente, si se rectifica en un solo paso seria "ALTA" normal y si se hace en dos (cuando te rechazan la factura) sería emitir un registro de anulación <SinRegistroPrevio> = "S" y <RechazoPrevio> = "NO" y después una "ALTA" normal.
Si no se produce un rechazo de la factura pero debes corregir algo con una rectificativa por sustitución, entonces emites abono alta normal y emites rectificativa alta normal

Ok muchas gracias.

Pues tendré que estudiar como implementar facturas rectificativas por sustitución en nuestro programa. De momento solo permitimos por diferencias pero para este caso no sirve.
Me parece recordar que la rectificativa por sustitución si se hace en dos pasos es mas "fácil" de gestionar en el propio SIF por temas de stocks y listados, ya que tienes la anulación, que hace hace cuadrar como si no se hubiera hecho la primera factura (la que se ha rechazado) y luego la nueva factura rectificativa con los datos correctos. Pero hace falta gestionar el tema de la anulación (que de momento tampoco tenemos en nuestro SIF) para que no se tengan en cuenta las facturas anuladas en las estadísticas...

Si la rectificativa por sustitución se hace en un solo paso, tendríamos que gestionar la factura rectificada (la original que se rechazo) para que no se tenga en cuenta ...

Buf...

Esa seria la idea no?

Saludos

[sglorka]

Ten en cuenta lo siguiente, motivos de rechazo de una Factura
1.- Nif mal construido o inexistente : Esto lo puedes controlar antes de enviar la factura.
2.- Ivas inexistentes : Esto lo puedes controlar antes de enviar la factura.
3.- Error de programación al construir el xml, indicación de claves erróneas, etc

No hay más motivos de rechazo

Estadísticamente, el porcentaje de facturas que van a ser rechazadas son prácticamente nulo. Vale la pena utilizar la rectificación en dos pasos.

[rci]

Empezado por sglorka

Ten en cuenta lo siguiente, motivos de rechazo de una Factura
1.- Nif mal construido o inexistente : Esto lo puedes controlar antes de enviar la factura.
2.- Ivas inexistentes : Esto lo puedes controlar antes de enviar la factura.
3.- Error de programación al construir el xml, indicación de claves erróneas, etc

No hay más motivos de rechazo

Estadísticamente, el porcentaje de facturas que van a ser rechazadas son prácticamente nulo. Vale la pena utilizar la rectificación en dos pasos.

Gracias sglorka. Hombre... espero que las facturas rechazadas sean pocas pero que habrá seguro porque siempre pasan cosas y por lo tanto nuestros SIFs tienen que estar preparados.
Sí, supongo que es mas fácil rectificar en dos pasos pero no tenemos implementada ni clara la anulación ...

Empezado por newtron

Tienes que tener en cuenta de que una factura no se puede anular si ya ha sido entregada al cliente y ese detalle no lo controlas tú. Yo no soy partidario de dejar anular facturas porque seguro que después vienen las "ñapas" de los usuarios y te encuentras rulando por el mundo facturas anuladas.

Ya lo he explicado en varios hilos. Yo lo que hago (y esto es determinación mía) es generar una factura rectificativa por sustitución, en otra serie y con otra numeración, haciendo alusión a la factura rectificada y la factura rectificada la quito de las tablas de ventas y la paso a una tabla de "Facturas rectificadas" para consultas en la que se indica la factura rectificativa que se ha generado.

De esta manera no enturbio los registros de ventas y tengo controladas las facturas que se han rectificado. Una cosa que no acabo de tener clara a este respecto es si dejar directamente el hueco de la numeración por la factura que "desaparece" al ser rectificada o dejarla con importe cero para más claridad, ya pensaré qué hago...

Gracias newtron, ya había visto tu idea en otros hilos pero... me da un poco de miedo esto de hacer "desaparecer" una factura... y eso de moverla a otra tabla en nuestro caso no es posible por la integridad referencial de las tablas, una factura no está en una sola tabla y se complica un poco... pero también es una idea.

Seguimos estudiando como hacerlo

[[newtron]]

Empezado por rci

Gracias sglorka. Hombre... espero que las facturas rechazadas sean pocas pero que habrá seguro porque siempre pasan cosas y por lo tanto nuestros SIFs tienen que estar preparados.
Sí, supongo que es mas fácil rectificar en dos pasos pero no tenemos implementada ni clara la anulación ...



Gracias newtron, ya había visto tu idea en otros hilos pero... me da un poco de miedo esto de hacer "desaparecer" una factura... y eso de moverla a otra tabla en nuestro caso no es posible por la integridad referencial de las tablas, una factura no está en una sola tabla y se complica un poco... pero también es una idea.

Seguimos estudiando como hacerlo

El problema es dejar en las tablas de ventas una factura que ha sido sustituida por otra, eso lo único que hace es "marear". Igual en tu caso una opción sería generar la factura sustitutiva (lógicamente haciendo referencia a la original) y a la original borrarle las líneas y dejar solo la cabecera con los importes a cero indicando en algún lado que ha sido sustituida por la factura XXXXX. El problema de esto es que la factura original la perderías y no sé si es conveniente tenerla a mano para algo.


Saludos.

[[newtron]]

Empezado por rci

Ok muchas gracias.

Pues tendré que estudiar como implementar facturas rectificativas por sustitución en nuestro programa. De momento solo permitimos por diferencias pero para este caso no sirve.
Me parece recordar que la rectificativa por sustitución si se hace en dos pasos es mas "fácil" de gestionar en el propio SIF por temas de stocks y listados, ya que tienes la anulación, que hace hace cuadrar como si no se hubiera hecho la primera factura (la que se ha rechazado) y luego la nueva factura rectificativa con los datos correctos. Pero hace falta gestionar el tema de la anulación (que de momento tampoco tenemos en nuestro SIF) para que no se tengan en cuenta las facturas anuladas en las estadísticas...

Si la rectificativa por sustitución se hace en un solo paso, tendríamos que gestionar la factura rectificada (la original que se rechazo) para que no se tenga en cuenta ...

Buf...

Esa seria la idea no?

Saludos

Tienes que tener en cuenta de que una factura no se puede anular si ya ha sido entregada al cliente y ese detalle no lo controlas tú. Yo no soy partidario de dejar anular facturas porque seguro que después vienen las "ñapas" de los usuarios y te encuentras rulando por el mundo facturas anuladas.



Ya lo he explicado en varios hilos. Yo lo que hago (y esto es determinación mía) es generar una factura rectificativa por sustitución, en otra serie y con otra numeración, haciendo alusión a la factura rectificada y la factura rectificada la quito de las tablas de ventas y la paso a una tabla de "Facturas rectificadas" para consultas en la que se indica la factura rectificativa que se ha generado.


De esta manera no enturbio los registros de ventas y tengo controladas las facturas que se han rectificado. Una cosa que no acabo de tener clara a este respecto es si dejar directamente el hueco de la numeración por la factura que "desaparece" al ser rectificada o dejarla con importe cero para más claridad, ya pensaré qué hago...


Saludos.

[sglorka]

Mensaje eliminado

[sglorka]

Empezado por newtron

Tienes que tener en cuenta de que una factura no se puede anular si ya ha sido entregada al cliente y ese detalle no lo controlas tú. Yo no soy partidario de dejar anular facturas porque seguro que después vienen las "ñapas" de los usuarios y te encuentras rulando por el mundo facturas anuladas.

.

¿ Qué problema hay si la factura ya la tiene el cliente y la anulas y aún no has devengado el impuesto ?

Sería el mismo caso de una factura errónea que ya tiene el cliente y tú debes emitir una rectificativa por sustitución de dicha factura. ¿ No puedes rectificar por sustitución si la factura ya la tiene el cliente ?

[[newtron]]

Empezado por sglorka

¿ Qué problema hay si la factura ya la tiene el cliente y la anulas y aún no has devengado el impuesto ?

Sería el mismo caso de una factura errónea que ya tiene el cliente y tú debes emitir una rectificativa por sustitución de dicha factura. ¿ No puedes rectificar por sustitución si la factura ya la tiene el cliente ?

Yo no tengo ningún problema, el problema lo tiene la ley de facturación que dice claramente que una factura no se puede anular una vez entregada al cliente. Sobre este tema en particular le hice la siguiente consulta a Verifactu (creo que esto ya lo he pegado en algún hilo):

.....no acabo de enterarme. En el caso de Verifactu la factura imagino que constará como “entregada” en el momento de su emisión porque se subirá directamente a Verifactu en el momento de hacerla a no ser que por algún motivo venga rechazada.
El registro de facturación sí se remite de forma inmediata pero puede darse la posibilidad de que la factura aun no haya sido entregada al cliente.

En azul parte de la contestación, y el resto fue este:

Un aspecto que puede ser muy relevante es si la factura expedida (con errores) ya se ha entregado o no al cliente.

# Si NO se ha entregado, podría entenderse que se trata de una factura defectuosa e incorrecta que no debería existir ni llegar al cliente (una expedición "fallida") y, por lo tanto, que fuera susceptible de anularse su RF. Si ese fuera el caso, podría generarse un RF de anulación del RF de alta rechazado originalmente (es decir, "anulación sin registro previo"). Después, procedería expedir una nueva factura "original" (no rectificativa) correcta -cuyo RF se supone que ya no sería rechazado por la AEAT- que se entregaría al cliente.

# Si YA SE ha entregado y los errores están entre los que el ROF considera que deben corregirse a través de la expedición de una/s nueva/s factura/s rectificativa/s, NO debería generarse un RF de anulación del RF de alta rechazado originalmente (es decir, "anulación sin registro previo"), porque la factura es real y existe (no se puede anular). Por otro lado, muy probablemente no fuera posible realizar tampoco un RF de alta de subsanación del RF rechazado de la factura original, por lo que el RF de dicha factura no quedará "registrado" en la AEAT (pero sí el/los RF de la/s nueva/s factura/s rectificativa/s que se remitirá/n posteriormente y que la apuntará/n como "rectificada").

Saludos.

[sglorka]

Empezado por newtron

Yo no tengo ningún problema, el problema lo tiene la ley de facturación que dice claramente que una factura no se puede anular una vez entregada al cliente. Sobre este tema en particular le hice la siguiente consulta a Verifactu (creo que esto ya lo he pegado en algún hilo):





En azul parte de la contestación, y el resto fue este:




Saludos.

No te creas todo lo que dicen los de Verifactu. La Aeat no tiene ningún problema en que anules facturas incluso de periodos de devengo anteriores al del día en que que estás
https://sede.agenciatributaria.gob.e...00dc381e0aRCRD

de todas formas, yo soy partidario de realizar esta operación sólo en casos muy concretos, como por ejemplo, que no se haya devengado el impuesto, pero sí la tiene el cliente, me da igual, la anularía sin problemas

[[newtron]]

Empezado por sglorka

No te creas todo lo que dicen los de Verifactu. La Aeat no tiene ningún problema en que anules facturas incluso de periodos de devengo anteriores al del día en que que estás
https://sede.agenciatributaria.gob.e...00dc381e0aRCRD

de todas formas, yo soy partidario de realizar esta operación sólo en casos muy concretos, como por ejemplo, que no se haya devengado el impuesto, pero sí la tiene el cliente, me da igual, la anularía sin problemas

Diosssssssssssssssssssssssssss.... a quien vamos a creer entoncessssssssssssssssssssss... el mundo se acabaaaaaaaaaaaaaaaaaaaaaa!!