Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Envío de registros y sus respuestas
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 02-04-2025
Jarogo08 Jarogo08 is offline
Miembro
 
Registrado: ene 2025
Posts: 345
Poder: 2
Jarogo08 Va por buen camino
Cita:
Empezado por espinete Ver Mensaje

Luego he hecho esta otra prueba:
- Factura con un error forzado en las cuotas, total, etc.
- me devuelve el error 2005 o 2006, que supuestamente es SUBSANABLE según el listado de errores
- La factura la "acepta con avisos"
- Propongo por lo tanto "subsanación"
- Corrijo el error y le doy a "enviar como subsanación"
- Me dice "Error 3000 Registro duplicado"

Así que ya no sé si tomarme unos días libres o qué, la verdad.

¿has puesto Subsanación a "S"? Porque a mí ese caso me lo subsana correctamente

Código:
CType(objectoFactEmitida.RegistroFactura(x).Item, RegistroFacturacionAltaType).SubsanacionSpecified = True
CType(objectoFactEmitida.RegistroFactura(x).Item,  RegistroFacturacionAltaType).Subsanacion = SubsanacionType.S

Saludos!
Responder Con Cita
  #2  
Antiguo 02-04-2025
espinete espinete is offline
Miembro
 
Registrado: mar 2009
Posts: 674
Poder: 18
espinete Va camino a la fama
Si no recuerdo mal (ya no estoy en la oficina):

Subsanación S
Rechazo previo X

Mañana lo confirmo y pruebo otra vez
Responder Con Cita
  #3  
Antiguo 02-04-2025
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.766
Poder: 8
ermendalenda Va por buen camino
Si el error es estructural te dejan mandarlo de nuevo. El hecho de que lo mandes de nuevo arreglado no está dentro de lo que te piden. En error estructural tendrás que mandarlo como subsanacion sin registro previo.
En el caso de las cuotas erróneas, tampoco es coreecto una subsanacion, tienes que hacer una rectificativa.
El hecho de que te acepte no quiero decir que ya vaya a misa lo dicen muy claro, los envíos están sujetos a verificaciones posteriores
Saludos
Responder Con Cita
  #4  
Antiguo 02-04-2025
espinete espinete is offline
Miembro
 
Registrado: mar 2009
Posts: 674
Poder: 18
espinete Va camino a la fama
Cita:
Empezado por ermendalenda Ver Mensaje
Si el error es estructural te dejan mandarlo de nuevo. El hecho de que lo mandes de nuevo arreglado no está dentro de lo que te piden. En error estructural tendrás que mandarlo como subsanacion sin registro previo.
Probaré mañana a enviarlo como Subsanación=S y RechazoPrevio=N.
Ahora bien... ¿no es confuso, y poco intuitivo, que la "rechacen" pero que tenga que poner RechazoPrevio=N?

Cita:
Empezado por ermendalenda Ver Mensaje
En el caso de las cuotas erróneas, tampoco es coreecto una subsanacion, tienes que hacer una rectificativa.
En el listado de errores, el error 2005 aparece en el bloque de "deben ser subsanados". ¿O es que ahí la palabra "subsanados" no significa que requiera una "subsanación"?

Cita:
Empezado por ermendalenda Ver Mensaje
El hecho de que te acepte no quiero decir que ya vaya a misa lo dicen muy claro, los envíos están sujetos a verificaciones posteriores
Lo de "lo dicen muy claro", vamos de dejarlo ahí...

Esto es lo que dice Hacienda:

Cita:
a) Si los errores detectados tras la emisión están previstos en el reglamento de obligaciones de facturación (ROF), aprobado por el Real Decreto 1619/2012, deberá efectuarse su rectificación de acuerdo con el procedimiento que indique el ROF según el tipo de error de que se trate, lo que implica expedir nueva/s factura/s rectificativas de la factura original errónea, en la/s que se pondrán los códigos de los campos de RF qué le/s corresponda/n de entre los que se detallan en la OM HAC/1177/2024.

b) Si los errores detectados tras la emisión NO están contemplados en el ROF, pero afectan a campos del registro de facturación (RF) generado al emitir la factura (que, digamos, “no se ven” en la factura impresa, es decir, son campos “internos”, como ciertas codificaciones tributarias), se debe corregir la factura original (esos datos “internos” de la misma) y se debe generar un RF de alta de subsanación de esa factura donde conste ya la nueva información que proceda. Estos casos deberían ser MUY POCO FRECUENTES.

c) Si los errores detectados tras la emisión NO están contemplados en el ROF ni afectan a campos del registro de facturación (RF) generado al emitir la factura, se corrige la factura original sin que sea preciso generar un nuevo RF de ningún tipo.

d) Si se considera que "toda la factura" en sí misma está mal o no debería haberse emitido, siempre que para solucionarlo no deba emplearse algún procedimiento (de rectificativa u otro) previsto en el ROF, se podrá "anular" generando para ello un RF de anulación. Estos casos deberían ser MUY POCO FRECUENTES.
Ya podrían haberse currado mejor los bloques de error y ponernos las cosas un pelín más fáciles de entender. Creo que no pido tanto.
Teniendo en cuenta que el RF es el XML (fallo estructural, por ejemplo), entiendo que es el caso b), y por lo tanto, requiere subsanación. Pero sin embargo, yo la he reenviado directamente, tras corregir el error, sin indicar subsanación ni nada.

En mi segundo ejemplo, error 2005, la factura es "aceptada con errores". De verdad que me cuesta entender por qué se debe rectificar y no subsanar. Voy a terminar por no subsanar nada y solo permitir rectificativas y punto.
Responder Con Cita
  #5  
Antiguo 03-04-2025
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.766
Poder: 8
ermendalenda Va por buen camino
Cita:
Empezado por espinete Ver Mensaje
Probaré mañana a enviarlo como Subsanación=S y RechazoPrevio=N.
Ahora bien... ¿no es confuso, y poco intuitivo, que la "rechacen" pero que tenga que poner RechazoPrevio=N?



En el listado de errores, el error 2005 aparece en el bloque de "deben ser subsanados". ¿O es que ahí la palabra "subsanados" no significa que requiera una "subsanación"?



Lo de "lo dicen muy claro", vamos de dejarlo ahí...

Esto es lo que dice Hacienda:



Ya podrían haberse currado mejor los bloques de error y ponernos las cosas un pelín más fáciles de entender. Creo que no pido tanto.
Teniendo en cuenta que el RF es el XML (fallo estructural, por ejemplo), entiendo que es el caso b), y por lo tanto, requiere subsanación. Pero sin embargo, yo la he reenviado directamente, tras corregir el error, sin indicar subsanación ni nada.

En mi segundo ejemplo, error 2005, la factura es "aceptada con errores". De verdad que me cuesta entender por qué se debe rectificar y no subsanar. Voy a terminar por no subsanar nada y solo permitir rectificativas y punto.
Perdona Rechazoprevio=X
Te había dicho N
Respecto a la frase debe ser subsanado no se refieren a subsanacion, tal y como comentas, la subsanacion abarca a todos los casos y sobreentendiendo que sabes que tipo de subsanacion tienes que aplicar en cada caso.
Lo de que están sujetas a verificaciones posteriores, si no recuerdo mal, viene en las respuestas a los envíos correctos
Responder Con Cita
  #6  
Antiguo 03-04-2025
Avatar de seccion_31
seccion_31 seccion_31 is offline
Miembro
 
Registrado: ene 2017
Posts: 479
Poder: 10
seccion_31 Va por buen camino
me he leido el hilo y me gustaria resumir (gracias por las intervenciones). no se si entendi bien:

Lista de errores:

https://prewww2.aeat.es/static_files...res.properties

De 4102 a 4138 error estructural se vuelve a enviar el registro encadenando con el que toque.

De 1100 a 1281 error en valores, se vuelve a enviar el registro encadenando con el que toque, (¿sin indicar nada?)

De 3000 a 3003 ¿?

De 2000 a 2007 subsanable, de nue vo respetando el encadenamiento.

Un error de DNI, entre 1100 y 1281, corregir el dni, colocar como no censado y reenviar. sin mas, encadenando con el anterior.

¿Esto quedaria asi?

Saludos !

nota: leyendo el archivo, no dice que el resto no puedan ser subsanados, viene a decir que de 2000 a 2007 deben ser subsanados (por que el registro fue aceptado), pero no que el resto no debe ser marcado como subsanado.

Última edición por seccion_31 fecha: 03-04-2025 a las 10:43:27.
Responder Con Cita
  #7  
Antiguo 03-04-2025
espinete espinete is offline
Miembro
 
Registrado: mar 2009
Posts: 674
Poder: 18
espinete Va camino a la fama
Cita:
Empezado por seccion_31 Ver Mensaje
me he leido el hilo y me gustaria resumir (gracias por las intervenciones). no se si entendi bien:

Lista de errores:

https://prewww2.aeat.es/static_files...res.properties

De 4102 a 4138 error estructural se vuelve a enviar el registro encadenando con el que toque.

De 1100 a 1281 error en valores, se vuelve a enviar el registro encadenando con el que toque, (¿sin indicar nada?)

De 3000 a 3003 ¿?

De 2000 a 2007 subsanable, de nuevo respetando el encadenamiento.

Un error de DNI, entre 1100 y 1281, corregir el dni, colocar como no censado y reenviar. sin mas, encadenando con el anterior.
Ojalá entre todos podamos ir completando esta información. Hay gente que ha dicho que hacen rectificativas para todo, y creo que no es correcto (aunque Hacienda se las traga).
Responder Con Cita
  #8  
Antiguo 03-04-2025
espinete espinete is offline
Miembro
 
Registrado: mar 2009
Posts: 674
Poder: 18
espinete Va camino a la fama
Cita:
Empezado por ermendalenda Ver Mensaje
Respecto a la frase debe ser subsanado no se refieren a subsanacion, tal y como comentas, la subsanacion abarca a todos los casos y sobreentendiendo que sabes que tipo de subsanacion tienes que aplicar en cada caso.
Ya podrían haber elegido otra palabrita que no prestara a confusión, pero no. Decidieron usar "subsanar" PEEEERO, ojo, no refiriéndose a "subsanación" sino a lo que el programador interprete que debe hacer

Pues si no me equivoco, en varios hilos hay muchos de nosotros que están tomando ese bloque de errores como errores "subsanables".

Hice la consulta a Hacienda, comentándoles el lío que hay para decidir qué errores del listado son sujetos a subsanación y cuales a rectificación. Llevo esperando desde el viernes pasado a que me respondan.
A ver si con suerte se dan cuenta de la confusión que conlleva y nos dan una pista, cosa que dudo mucho.
Responder Con Cita
  #9  
Antiguo 03-04-2025
espinete espinete is offline
Miembro
 
Registrado: mar 2009
Posts: 674
Poder: 18
espinete Va camino a la fama
Cita:
Empezado por ermendalenda Ver Mensaje
Perdona Rechazoprevio=X
Te había dicho N
Confirmado lo de ayer.

Factura #257 enviada y "aceptada con errores". El error concreto fue el "2005: Campo ImporteTotal tiene un valor incorrecto".
(Forcé ese error indicando que la factura estaba exenta sin estarlo realmente, o algo así, no recuerdo cómo exactamente).
La factura le consta a Hacienda (me aparece si hago una Consulta de los envíos realizados este mes)

La envío como Subsanación, indicando:
<Subsanacion>S</Subsanacion>
<RechazoPrevio>X</RechazoPrevio>

Me devuelve "Error 3000: Registro de facturación duplicado".

Así que en este caso, entiendo (no queda otra), que se debe hacer una Rectificativa. Pero menuda forma de darse cuenta, a base de prueba/error con cada caso posible y no por intuición.

De verdad que no entiendo cómo pudieron elaborar un sistema de esta forma: factura enviada, aceptada pero con errores -> ¿subsanación indicando rechazo previo? Pues no, rectificativa.

¿Será que solo las facturas con rechazo total se pueden subsanar? O tampoco?
Responder Con Cita
  #10  
Antiguo 03-04-2025
Avatar de newtron
[newtron] newtron is offline
Membrillo Premium
 
Registrado: abr 2007
Ubicación: Motril, Granada
Posts: 4.225
Poder: 24
newtron Va camino a la fama
Cita:
Empezado por espinete Ver Mensaje
Confirmado lo de ayer.

Factura #257 enviada y "aceptada con errores". El error concreto fue el "2005: Campo ImporteTotal tiene un valor incorrecto".
(Forcé ese error indicando que la factura estaba exenta sin estarlo realmente, o algo así, no recuerdo cómo exactamente).
La factura le consta a Hacienda (me aparece si hago una Consulta de los envíos realizados este mes)

La envío como Subsanación, indicando:
<Subsanacion>S</Subsanacion>
<RechazoPrevio>X</RechazoPrevio>

Me devuelve "Error 3000: Registro de facturación duplicado".

Así que en este caso, entiendo (no queda otra), que se debe hacer una Rectificativa. Pero menuda forma de darse cuenta, a base de prueba/error con cada caso posible y no por intuición.

De verdad que no entiendo cómo pudieron elaborar un sistema de esta forma: factura enviada, aceptada pero con errores -> ¿subsanación indicando rechazo previo? Pues no, rectificativa.

¿Será que solo las facturas con rechazo total se pueden subsanar? O tampoco?

Yo entiendo que si te la han aceptado con errores debes de marcar en rechazoprevio N
__________________
Be water my friend.
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Entorno pruebas AEAT _Io Envío de registros y sus respuestas 8 02-04-2025 14:56:55
Error 2004 - FechaHoraGenRegistro Exento De Subsanacion bmfranky Errores (relacionados con al AEAT) 3 05-12-2024 13:36:39
Error 3002 en subsanacion ermendalenda Errores (relacionados con al AEAT) 5 14-11-2024 10:59:55
Tabla de Facturas vs Detalles de Facturas magnu9 Conexión con bases de datos 9 27-07-2007 17:27:37
Campos calculados, facturas y detalles de facturas. Letty Conexión con bases de datos 7 07-11-2003 11:19:44


La franja horaria es GMT +2. Ahora son las 10:35:50.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi