Reenvío de facturas el Entorno de Pruebas SIN especificar Subsanación

[espinete]

Empezado por newtron

Yo entiendo que si te la han aceptado con errores debes de marcar en rechazoprevio N

Correcto.

Resumiendo (al menos para este caso, con error 2005):
- Envío factura con Error 2005 (factura exenta pero sin embargo el total no coincidía, adrede, con lo que debería ser)
- Es "aceptada con errores". Se entiende, por lo tanto, que NO ha sido rechazada, así que NO hay RechazoPrevio
- La reenvío como Subsanación = S
- No pongo nada en RechazoPrevio (por defecto es "N")

La acepta y queda enviada, feliz y contenta.

Ahora bien, que también se pueda rectificar... pues supongo que se la tragará. Igual que se traga también un abono en negativo para "anularla" y volver a hacer otra nueva bien hecha.

Entiendo entonces que si una factura es aceptada, aunque sea con errores, se puede subsanar pero SIN rechazo previo, porque no fue rechazada, sino aceptada con errores.

Ahora solo hace falta que nos pongamos todos de acuerdo, porque ya te digo que en estas últimas semanas he leído un montón de interpretaciones distintas en el foro.
Y ojo, que esto es solo para el error 2005. El problema está en saber con qué errores se puede subsanar y con cuales rectificar.

[espinete]

Volviendo a este tema, he estado haciendo más pruebas con registros "Rechazados" o "Aceptados con errores", a ver cómo se comporta el sistema y decidir qué hacer con cada caso.

Caso 1: Registro "Incorrecto"
- Hago una factura que tenga algún problema. En concreto, error 1111: El campo CodigoPais es obligatorio cuando IDType es distinto de 02
- Creo el RF y lo envío
- Hacienda devuelve "Incorrecto" y el error. Es decir, la rechaza.

Aquí debería hacer una subsanación: nuevo RF indicando Subsanacion = S + RechazoPrevio = X

Pero lo cierto es que la puedo volver a enviar sin indicar subsanación, etc. Me la acepta como Correcta.
Entiendo que Hacienda dice "ok, esta factura no la tengo, entiendo que es nueva".
O eso, o por ahora están ignorando esta validación.

Caso 2: Registro "AceptadoConErrores"
- Hago una factura que tenga algún error que se acepte con errores (por ejemplo, el 2005)
- Creo el RF y lo envío
- Hacienda devuelve "AceptadoConErrores". La acepta, y le consta, pero hay algo "revisable".

Corrijo el error y la envío como Subsanación = S RechazoPrevio = N
La acepta. Todos contentos.

Llegados a este punto, la verdad es que me estoy planteando seriamente exigir siempre rectificativas y punto. Es un lío considerar todas las opciones y encima que sea lo más intuitivo posibles para los usuarios.

[[newtron]]

Empezado por espinete

Llegados a este punto, la verdad es que me estoy planteando seriamente exigir siempre rectificativas y punto. Es un lío considerar todas las opciones y encima que sea lo más intuitivo posibles para los usuarios.

Yo estoy de acuerdo. Por otro lado ahora mismo cuela casi todo como subsanación cuando no debe de ser correcto. Como la mayoría de las veces serán temas que habrá que generar una rectificativa, para los muy pocos casos en los que se pueda subsanar casi que es mejor obligar a rectificar.


Saludos.

[sglorka]

Empezado por espinete

Volviendo a este tema, he estado haciendo más pruebas con registros "Rechazados" o "Aceptados con errores", a ver cómo se comporta el sistema y decidir qué hacer con cada caso.

Caso 1: Registro "Incorrecto"
- Hago una factura que tenga algún problema. En concreto, error 1111: El campo CodigoPais es obligatorio cuando IDType es distinto de 02
- Creo el RF y lo envío
- Hacienda devuelve "Incorrecto" y el error. Es decir, la rechaza.

Aquí debería hacer una subsanación: nuevo RF indicando Subsanacion = S + RechazoPrevio = X

Pero lo cierto es que la puedo volver a enviar sin indicar subsanación, etc. Me la acepta como Correcta.
Entiendo que Hacienda dice "ok, esta factura no la tengo, entiendo que es nueva".
O eso, o por ahora están ignorando esta validación.

.

Pero entonces estarías incumpliendo el reglamento, si emites un nuevo RF de Alta Nueva cada vez que te rechazan la factura, da que pensar que estás permitiendo modificar tu factura en el SIF tantas veces como quieras hasta que te la Acepte hacienda. El reglamento te insta a que si ha surgido un rechazo, lo tenga que solucionar mediante una subsanación o una rectificación posterior. En teoría, SÓLO, debería haber un Registro de facturación de alta nueva por cada factura. Ten encuenta que, qunque te rechacen el registro, no sabes con qué información de control se están quedando ellos.

[espinete]

Empezado por sglorka

Pero entonces estarías incumpliendo el reglamento, si emites un nuevo RF de Alta Nueva cada vez que te rechazan la factura, da que pensar que estás permitiendo modificar tu factura en el SIF tantas veces como quieras hasta que te la Acepte hacienda. El reglamento te insta a que si ha surgido un rechazo, lo tenga que solucionar mediante una subsanación o una rectificación posterior. En teoría, SÓLO, debería haber un Registro de facturación de alta nueva por cada factura. Ten encuenta que, qunque te rechacen el registro, no sabes con qué información de control se están quedando ellos.

Si, eso está claro. Lo que quiero decir es que aunque no indiques "Subsanación = S", te la aceptan, y no deberían. Deberían requerir indicar "subsanación = S", pero no lo están haciendo.
Obviamente mi intención es enviarla como subsanación, pero haciendo pruebas me pareció raro que las aceptaran sin indicarlo.

Vamos, que siendo tan tiquismiquis con todo lo demás, me parece raro que con esto se lo estén saltando, al menos por ahora.

[sglorka]

Empezado por espinete

Si, eso está claro. Lo que quiero decir es que aunque no indiques "Subsanación = S", te la aceptan, y no deberían. Deberían requerir indicar "subsanación = S", pero no lo están haciendo.
Obviamente mi intención es enviarla como subsanación, pero haciendo pruebas me pareció raro que las aceptaran sin indicarlo.

Vamos, que siendo tan tiquismiquis con todo lo demás, me parece raro que con esto se lo estén saltando, al menos por ahora.

En realidad, si lo piensas, ellos no pueden saber si la estás enviando continuamente como un alta nueva puesto que te la rechazan en cada envío y para ellos es válida cuando ya es correcta y la informas como alta nueva por quinta vez. Por lo tanto, entiendo que te dejen hacerlo sin rechistar. Pero otra cosa es lo que te comentaba, no sabemos con qué información se quedan para su control y si en un futuro, controlarán esto.
Con los fallos de encadenamiento también actúan igual, te los permiten porque saben que pueden haber huecos debido a rechazos, pero si fuera una casuística recurrente en tu SIF, entiendo que te llamarían a capítulo

[VJSoftware]

Voy a volver sobre este tema de las subsanaciones por si algún alma caritativa me lo deja claro, porque la verdad aún no me entero.

Supongamos que envío un XML con un conjunto de 20 facturas y supongamos que la número 10 me devuelve incorrecto, en mi caso concreto, por el tema del NIF. El resto de posibles errores ya los tengo blindados para que el usuario no los pueda cometer antes de enviar la factura. Ahora leyendo lo del webservice para la comprobación del NIF veré a ver qué hago.

Se supone que no se puede modificar la factura para cambiar el NIF o el nombre del cliente (por ejemplo uno con apellidos compuestos que tienen guiones supongamos ALBERTO MARTIN-GARCIA FERNANDEZ).

Así que hacienda la factura 10 no la tiene, mi SIF ya tiene generado un registro de envío de la 10 encadenado con la 9 y también uno para la 11 encadenado con la 10 que me devolvió correcto, a pesar de que la 10 no la cogió.

Si ahora decido volver a enviar la 10 eligiendo como decís eso de (otro no censado), ¿tengo que volver a encadenar ese envío de la subsanación de la 10 con la huella de la 20 que fue la última que se envió? y luego cuando envíe la 21, la tengo que encadenar con el envío de la subsanación de la 10 que sería el último enviado? y si me doy cuenta del error mañana la fecha y hora que hay que poner es la del registro del envío de la subsanación, imagino. No la fecha de la factura. ¿no?

Y por último otro problema que tengo es el siguiente, si genero un XML con 200 facturas, el proceso de creación del XML con los encadenamientos, etc me tarda más de los 240 segundos y por tanto cuando lo mando, los primeros registros del conjunto me los acepta con errores por que dice que ha pasado más tiempo del debido. De momento no pienso hacer nada con eso, pero ¿es legal? Gracias de antemano y perdón por el rollo.

[espinete]

Empezado por VJSoftware

Voy a volver sobre este tema de las subsanaciones por si algún alma caritativa me lo deja claro, porque la verdad aún no me entero.

Supongamos que envío un XML con un conjunto de 20 facturas y supongamos que la número 10 me devuelve incorrecto, en mi caso concreto, por el tema del NIF. El resto de posibles errores ya los tengo blindados para que el usuario no los pueda cometer antes de enviar la factura. Ahora leyendo lo del webservice para la comprobación del NIF veré a ver qué hago.

Se supone que no se puede modificar la factura para cambiar el NIF o el nombre del cliente (por ejemplo uno con apellidos compuestos que tienen guiones supongamos ALBERTO MARTIN-GARCIA FERNANDEZ).

Si ahora decido volver a enviar la 10 eligiendo como decís eso de (otro no censado), ¿tengo que volver a encadenar ese envío de la subsanación de la 10 con la huella de la 20 que fue la última que se envió? y luego cuando envíe la 21, la tengo que encadenar con el envío de la subsanación de la 10 que sería el último enviado? y si me doy cuenta del error mañana la fecha y hora que hay que poner es la del registro del envío de la subsanación, imagino. No la fecha de la factura. ¿no?

Y por último otro problema que tengo es el siguiente, si genero un XML con 200 facturas, el proceso de creación del XML con los encadenamientos, etc me tarda más de los 240 segundos y por tanto cuando lo mando, los primeros registros del conjunto me los acepta con errores por que dice que ha pasado más tiempo del debido. De momento no pienso hacer nada con eso, pero ¿es legal? Gracias de antemano y perdón por el rollo.

Piensa que por cada factura puede haber varios "registros de facturación" (XML). Si haces una factura, creas su RF (XML) y lo envías. Si luego tienes que hacer una subsanación, crearás otro RF para la "misma" factura, y lo envías. Este nuevo RF irá encadenado con lo que toque: el último RF generado.

Dicho de otra forma: imagina que no tienes conexión a internet durante un día, pero tu ese día necesitas hacer facturas. Y no solo facturas, sino rectificativas, subsanaciones, etc. Las que quieras (el envío ya lo harás cuando vuelva internet). Pues bien, para que eso sea posible, tu tienes que encadenarlo todo "cronológicamente", a medida que vaya surgiendo lo que tengas que hacer. Olvídate de seguir una numeración correlativa, no tiene que ver con eso. Tu puedes enviar el RF de la factura 1000 después de haber enviado un RF de la Rectificativa 200-R o de un tícket (simplificada) 351-T.

Es difícil que se tarde más de 240 segundos en generar y enviar el XML con 200 facturas, pero si se diera el caso, debes enviar el XML indicando Incidencia = S en la Cabecera.
Esto puedes comprobarlo ANTES de generar la cabecera: compruebas si en el bloque que vas a enviar hay alguna factura que se haya emitido hace más de 240 segundos y, si es así, marcas el envío como Incidencia.

He leído por aquí que algunos marcan todos los envíos como Incidencia aunque no la haya (Hacienda lo acepta), pero no soy partidario de que sea lo correcto.

A mí me respondieron desde VeriFactu que por lo pronto este error y otros similares no los van a tener en cuenta, salvo que sea algo muy recurrente en tu software. Ahí supongo que te dirían algo si lo consideran sospechoso.

[VJSoftware]

Empezado por espinete

Piensa que por cada factura puede haber varios "registros de facturación" (XML). Si haces una factura, creas su RF (XML) y lo envías. Si luego tienes que hacer una subsanación, crearás otro RF para la "misma" factura, y lo envías. Este nuevo RF irá encadenado con lo que toque: el último RF generado.

Dicho de otra forma: imagina que no tienes conexión a internet durante un día, pero tu ese día necesitas hacer facturas. Y no solo facturas, sino rectificativas, subsanaciones, etc. Las que quieras (el envío ya lo harás cuando vuelva internet). Pues bien, para que eso sea posible, tu tienes que encadenarlo todo "cronológicamente", a medida que vaya surgiendo lo que tengas que hacer. Olvídate de seguir una numeración correlativa, no tiene que ver con eso. Tu puedes enviar el RF de la factura 1000 después de haber enviado un RF de la Rectificativa 200-R o de un tícket (simplificada) 351-T.

Es difícil que se tarde más de 240 segundos en generar y enviar el XML con 200 facturas, pero si se diera el caso, debes enviar el XML indicando Incidencia = S en la Cabecera.
Esto puedes comprobarlo ANTES de generar la cabecera: compruebas si en el bloque que vas a enviar hay alguna factura que se haya emitido hace más de 240 segundos y, si es así, marcas el envío como Incidencia.

He leído por aquí que algunos marcan todos los envíos como Incidencia aunque no la haya (Hacienda lo acepta), pero no soy partidario de que sea lo correcto.

A mí me respondieron desde VeriFactu que por lo pronto este error y otros similares no los van a tener en cuenta, salvo que sea algo muy recurrente en tu software. Ahí supongo que te dirían algo si lo consideran sospechoso.

Muchas gracias por la respuesta. Me aclaraste las dudas.

[ermendalenda]

Empezado por espinete

Si, eso está claro. Lo que quiero decir es que aunque no indiques "Subsanación = S", te la aceptan, y no deberían. Deberían requerir indicar "subsanación = S", pero no lo están haciendo.
Obviamente mi intención es enviarla como subsanación, pero haciendo pruebas me pareció raro que las aceptaran sin indicarlo.

Vamos, que siendo tan tiquismiquis con todo lo demás, me parece raro que con esto se lo estén saltando, al menos por ahora.

Perdón error