![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
#1
|
|||
|
|||
Error 2005
Buenas,
tengo un registro aceptado con errores (error 2005), no comprendo a qué se refiere. ¿Alguna idea? Muchas gracias Aquí dejo el XML de envío: Código:
<?xml version="1.0"?> <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <SOAP-ENV:Body> <RegFactuSistemaFacturacion xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd"> <Cabecera> <ObligadoEmision xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <NombreRazon>INFORMATICA, S.L.</NombreRazon> <NIF>B</NIF> </ObligadoEmision> </Cabecera> <RegistroFactura> <RegistroAlta xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <IDVersion>1.0</IDVersion> <IDFactura> <IDEmisorFactura>B</IDEmisorFactura> <NumSerieFactura>68</NumSerieFactura> <FechaExpedicionFactura>01-01-2025</FechaExpedicionFactura> </IDFactura> <RefExterna/> <NombreRazonEmisor>INFORMATICA, S.L.</NombreRazonEmisor> <TipoFactura>F1</TipoFactura> <DescripcionOperacion>VENTAS F1</DescripcionOperacion> <Destinatarios> <IDDestinatario> <NombreRazon>Valencia SL</NombreRazon> <NIF>B</NIF> </IDDestinatario> </Destinatarios> <Desglose> <DetalleDesglose> <ClaveRegimen>01</ClaveRegimen> <CalificacionOperacion>S1</CalificacionOperacion> <TipoImpositivo>21.00</TipoImpositivo> <BaseImponibleOimporteNoSujeto>59.95</BaseImponibleOimporteNoSujeto> <CuotaRepercutida>12.59</CuotaRepercutida> </DetalleDesglose> </Desglose> <CuotaTotal>12.59</CuotaTotal> <ImporteTotal>59.95</ImporteTotal> <Encadenamiento> <RegistroAnterior> <IDEmisorFactura>B</IDEmisorFactura> <NumSerieFactura>67</NumSerieFactura> <FechaExpedicionFactura>01-01-2025</FechaExpedicionFactura> <Huella>31FC486A8CD889425FF1A45DBD88E5CACACA43C583DF7FC464ADEC70463BA41B</Huella> </RegistroAnterior> </Encadenamiento> <SistemaInformatico> <NombreRazon>SL</NombreRazon> <NIF>B</NIF> <NombreSistemaInformatico>s</NombreSistemaInformatico> <IdSistemaInformatico>s</IdSistemaInformatico> <Version>2025.1</Version> <NumeroInstalacion>undetermined</NumeroInstalacion> <TipoUsoPosibleSoloVerifactu>S</TipoUsoPosibleSoloVerifactu> <TipoUsoPosibleMultiOT>S</TipoUsoPosibleMultiOT> <IndicadorMultiplesOT>N</IndicadorMultiplesOT> </SistemaInformatico> <FechaHoraHusoGenRegistro>2025-03-13T19:24:25+01:00</FechaHoraHusoGenRegistro> <TipoHuella>01</TipoHuella> <Huella>BE16E9385CC13F3C0459D1B2F9C50BC85E783856AE2EC5D9F7C99E5A954261E1</Huella> </RegistroAlta> </RegistroFactura> </RegFactuSistemaFacturacion> </SOAP-ENV:Body> </SOAP-ENV:Envelope> |
#2
|
|||
|
|||
Mira lo que dice el error 2005:
2005 = El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados. Tienes mal informado el campo ImporteTotal |
#3
|
|||
|
|||
Estaba solo poniendo las bases en todos mis registros, llama la atención que haya aceptado como correctas la mayoría...
ahora veo que el valor es Ʃ (BaseImponibleOimporteNoSujeto + CuotaRepercutida + CuotaRecargoEquivalencia) |
#4
|
|||
|
|||
Cita:
Ese campo tiene un margen de error, creo recordar de 10 euros. Si te coincidió que todas los registros que mandaste eran de importes pequeños pues colaban Saludos |
#5
|
|||
|
|||
Excelente, ese margen de 10€ ha sido la causa... de que estén correctas.
debería subsanar todas aquellas al darme cuenta ahora aunque estén correctas ? Muchas gracias |
#6
|
|||
|
|||
Cita:
Suponiendo que estás desarrollando el envío y que ya has detectado el error, se entiende que ese error no lo vas a tener más. Las que ya hayas subido, como son pruebas, dará igual que queden mal, ¿no? |
#7
|
||||
|
||||
Pues ahora que lo decís se me viene a la cabeza este problema en modo producción. Una factura que se imprime correcta y se entrega al cliente y por error se envía de forma incorrecta. ¿Qué hay que hacer? ¿subsanar? ¿rectificar? ¿rezar?....
![]()
__________________
Be water my friend. |
#8
|
|||
|
|||
Cita:
En este caso concreto, es un error subsanable: ********* Listado de códigos de error que producen la aceptación del registro de facturación en el sistema (posteriormente deben ser subsanados) ********* 2005 = El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados. Con crear un registro de subsanación con el importe correcto y enviarlo basta. A mayores, puedes rezar también ![]() |
#9
|
||||
|
||||
Cita:
Ah... pues mira.... Gracias por la info.
__________________
Be water my friend. |
#10
|
|||
|
|||
Te pongo el link con todos los errores, por si no lo tenías pipeado:
https://prewww2.aeat.es/static_files...res.properties que viene de aquí: https://www.agenciatributaria.es/AEA...y_errores.html Saludos! |
#11
|
||||
|
||||
Cita:
![]() Saludos.
__________________
Be water my friend. |
#12
|
|||
|
|||
Siguiendo con el hilo de errores subsanables, en este caso el 2001.
2001 = El NIF del bloque Destinatarios no está identificado en el censo de la AEAT. Dicen que lo subsanemos de esta forma: Los NIF informados en la agrupación Destinatario que sean correctos, pero no figuren censados en la AEAT, indicando el tipo de identificación “07” (“No censado”) en el campo “IDType” dentro del bloque “IDOtro”. No entiendo por qué nos obligan a hacerlo, no se supone que pueden conmutarlo ellos mismos ? y al final terminará censado ? |
#13
|
|||
|
|||
No sé vosotros pero el código que estoy programando me parece super cutre,
// Ahora ÑAPA 2001 Subsanacion:='S' RechazoPrevio:='N' DestinatarioTipo:='07' .... |
#14
|
|||
|
|||
Buenas,
Tenemos el listado que pone el compañero con los cientos de errores. ********* Listado de códigos de error que provocan el rechazo del envío completo ********* 4102 = El XML no cumple el esquema. Falta informar campo obligatorio. 4103 = Se ha producido un error inesperado al parsear el XML. ... ... ********* Listado de códigos de error que provocan el rechazo de la factura (o de la petición completa si el error se produce en la cabecera) ********* 1100 = Valor o tipo incorrecto del campo. 1101 = El valor del campo CodigoPais es incorrecto. ... .. Mi duda es ¿ sabéis de algún sitio donde la AEAT indique como actuar ante cada uno de esos errores ? Saludos |
#15
|
|||
|
|||
Buenas FelixDL
En el mismo link que puse arriba, está también el Documento de validaciones y errores (https://www.agenciatributaria.es/sta...Veri-Factu.pdf). En él, en la página 21, viene el cuadro que te indica que se debería hacer en cada caso. Por ejemplo, si el error es el 1101 provoca el rechazo de la factura, con lo que entiendo que habrá que volver a enviarlo como Subsanacion=S y RechazoPrevio=X Espero haberte ayudado. Saludos! |
#16
|
|||
|
|||
Cita:
Te va a tocar leerte la docu de la AEAT y el ROF para saber como actuar para cada error, estaría bien que nos pusieran paso por paso por cada error pero...
__________________
La religión es personal e intransferible. |
#17
|
|||
|
|||
Cita:
Vamos, es que sueño con que lo hubieran hecho así, pero ellos prefieren hacer tablas y esquemas y poner links a las leyes y normativa para que entenderlo sea casi imposible. Por lo pronto, aquí un breve resumen de la operativa de altas, subsanaciones y anulaciones, que aunque no tenga toda la información, al menos a mí me ha servido para entender un poco mejor cómo funciona todo: Alta Envío de una nueva factura No ha sido enviada No ha sido anulada Alta por Rechazo (debería ser poco habitual, según Hacienda. Luego ya veremos...) Corrección de una factura anterior que ha sido RECHAZADA No ha sido anulado No se exige Rectificativa Enviar como Subsanacion = S RechazoPrevio = X (porque ha sido rechazada) Subsanación Corrección de una factura anterior que ha sido Aceptada (No rechazada) No se exige Rectificativa Enviar como Subsanacion = S RechazoPrevio = N o en blanco (porque NO ha sido rechazada) Alta por Rechazo de Subsanación Corrección de una Subsanación rechazada No se exige Rectificativa Enviar como Subsanacion = S RechazoPrevio = S (porque es una subsanación de una subsanación previa que fue rechazada) Anulación Ha sido enviada anteriormente (la factura existe en la AEAT) Pudo haber sido ya anulado anteriormente: se puede anular dos veces. Quedará constancia de la última anulación. No se exige Rectificativa Anulación por Rechazo Ha sido enviada anteriormente (la factura existe en la AEAT) Se ha intentado anular previamente pero la anulación anterior fue rechazada Enviar como RechazoPrevio = S (porque es una anulación de una anulación previa rechazada) Anulaciones "sin registro previo" Casos poco habituales No debe existir la factura en Hacienda, por el motivo que sea, pero sí existe en el software Puede ser "sin rechazo previo" o "con rechazo previo" (anulación de otra anulación previa rechazada) Todo esto está ¿mejor? explicado en las últimas páginas del documento de validación de errores, pero yo necesité ponerlo así para entenderlo mejor y tenerlo más a mano. Estaré viejo ya... |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Error al ejecutar SQL Server 2005 | BlueSteel | SQL | 4 | 18-04-2009 02:03:56 |
ms sql 2005 - error 08001 ... code 17 | nfrfabian | Conexión con bases de datos | 4 | 15-09-2006 22:37:35 |
Error en el TListView de Delphi 2005 | cmoss | Varios | 0 | 18-10-2005 11:55:43 |
Error al depurar WEB ASP .NET en Delphi 2005 | SMTZ | .NET | 2 | 18-09-2005 16:28:37 |
Error en delphi 2005 !!! | martita | Varios | 4 | 20-08-2005 17:26:58 |
![]() |
|