Cómo solventar el error de una factura rechazada y subsanación por rechazo

[xevi]

Si, si lo entiendo!!!

Pero lo que no me queda claro es ese "vacio" en la trazabilidad que tendrá AEAT respecto a las facturas que "realmente" reciban, pues habrá huellas que no seguiran la trazabilidad de Registros enviados. ¿Como podrán saber que la "trazabilidad" es "honerosa", que no hay "manipulación" de datos y que no hay "alterabilidad" entre nuestros registros de facturación y los suyos???

Ahí es donde quiero llegar. Entiendo lo que leo y veo que es de esa manera, pero no "comprendo" el tener que nosotros guardar una trazabilidad de RF cuando segun VERIFACTU, la trazabilidad no corre por nuestra cuenta, sinó que son ellos los que van a garantizar la trazabilidad, salvaguarda, custodia, etc...

Nuestra responsabilidad ¿donde finaliza con un sitema VERIFACTU???

[YellowStone]

Hombre, para poder encadenar correctamente los registros de facturación, tendrás que guardarlos en alguna tabla de tu base de datos, porque sin los datos del anterior registro de facturación no puedes encadenar el siguiente. Si tu no guardas esa trazabilidad, no veo cómo vas a poder encadenarlos.

[xevi]

Hombre, eso si!!!. Tengo una tabla de RF, donde guardo el xmlsaliente, xmlrespuesta, factura, fecha, huella...
De ahí que obtengo la trazabilidad "MIA" y que 'debería' de cuadrar con la de AEAT, pero como en esa tabla voy guardando TODOS los registros, aceptados, con errores, rechazados... TODOS tienen una huella y trazabilidad, como digo "la mia"... pero como bien digo, no se va a corresponder con la de AEAT, dado que los registros "rechazados" no estan disponibles en AEAT.

No se si me explico.

[YellowStone]

Te explicas, pero yo creo que lo que hacienda te rechaza es la factura, no el registro de facturación, con lo cual, es consciente del encadenamiento del registro correspondiente. Yo al menos, en todos aquellas facturas rechazadas hasta el momento en pruebas no he tenido rechazo por encadenamiento, excepto al principio durante las primeras pruebas, como es lógico. Luego las envío modificadas / subsanadas con el nuevo encadenamiento del registro de facturación y listo.

[xevi]

He hecho comprobaciones de enviar registros "Alta" con huella anterior que pertenece a un registro anterior rechazado y Ok.
He hecho comprovaciones de enviar registros "Alta" con huella anterior que pertenece a la anterior PERO que haya sido aceptado o aceptadoconerrores, y también "traga" Ok.

Por lo que de ahí mis dudas e inquietudes.
No tengo problema por guardar en mi RF todos los registros, pero lo que no me entra en la cabeza es el huellaanterior que deba pertenecer a mi último RF o al último RF aceptado o aceptadocon errores, pues ese va a ser el SUYO que van a tener.

De las 2 formas la respuesta es OK, solo que no veo una trazabilidad por parte de AEAT que la puedan exigir por nuestra parte, cuando esa trazabilidad no es por nuestra parte, sinó que al ser VERIFACTU, compete a ellos.

Solo eso.
Luego ya entraremos en como subsanar, rectificar... pero de momento estoy con lo de envios Alta nuevo registro...

Gracias por vuestro tiempo.

[rci]

Empezado por xevi

... pero lo que no me entra en la cabeza es el huellaanterior que deba pertenecer a mi último RF o al último RF aceptado o aceptadocon errores, pues ese va a ser el SUYO que van a tener.

Siempre con el último registro de facturación generado, nada que ver con el envió (matizando que sea del mismo CIF emisor y mismo SIF)

Empezado por xevi

no veo una trazabilidad por parte de AEAT que la puedan exigir por nuestra parte, cuando esa trazabilidad no es por nuestra parte, sinó que al ser VERIFACTU, compete a ellos.

Si un día hay una inspección supongo que buscarán en la base de datos del SIF si hay todos los registros de facturación y si están bien encadenados. I buscaran los que no tienen la AEAT porque han sido rechazados.

Imagino que también tendrán sistemas para controlarlo sin hacer inspección. Por ejemplo:

El usuario crea una factura (se crea su registro de facturación), luego se envía y suponemos que se rechaza. AEAT no tiene ese registro de facturación. El usuario debe hacer alguna cosa fara informar esa factura. Puede subsanar o rectificar (dependiendo del caso)
1 Si subsana el registro de facturación, crea otro registro de facturación de la misma factura e indica rechazo previo. Se envía y se acepta. AEAT sabe que se rechazo un registro anterior y puede "entender" el motivo de la falta de un registro en la cadena (de los que tienen ellos).

2 Si hace una rectificativa (es una nueva factura y se crea su registro de facturación indicando que rectifica a otra factura) . Se envía y se acepta. AEAT sabe que hay una factura anterior (y por lo tanto también su registro de facturación) que no la tiene AEAT y puede "entender" el motivo de la falta de un registro en la cadena (de los que tienen ellos).

Saludos

[espinete]

Podría alguien, por favor, decirme la forma de proceder con uno de las posibles causas de rechazo más habituales, que son las que me preocupan a priori?

Ejemplo: se genera/envía una factura pero el cliente (o el software) se equivoca en la ClaveRegimen y CalificacionOperacion, por el motivo que sea, indicando dos opciones que se contradicen entre sí.
Hacienda rechaza la factura, indicando que "no se puede indicar X si se indica Y", o lo que sea.

Bien. ¿Qué se debe hacer en este caso?
1) Subsanación con RechazoPrevio = S
2) Subsanación con RechazoPrevio = X
3) Rectificativa y punto

He probado con la opción 1, me devuelve Hacienda el Error 3002: No existe el registro de facturación
Con la opción 2 me la acepta, una vez corrijo la ClaveRegimen y CalificacionOperacion, pero no sé si es lo correcto
Con rectificativa no sé si es correcto, porque no sé si se puede rectificar una factura que Hacienda ha rechazado (por lo que no tiene constancia de que exista)

Es que por más que leo, algunos dicen que no se debería subsanar casi nunca, y otros dicen que hay cosas que sí se deben subsanar, y ya me estoy volviendo loco.
Es un lío tener que preparar el software para tantas condiciones: si es rechazada completa, si fue aceptada pero con errores, luego depende de qué error exactamente, porque unos sí pero otros no...