Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[jguarda]

@ delphiGar , ya el único error que da es el siguiente.


El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.


<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body Id="Body">
<tikR:RespuestaRegFactuSistemaFacturacion xmlns:tik="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd" xmlns:tikR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/RespuestaSuministro.xsd">
<tikR:CSV>A-RMKMCSAFT3C38W</tikR:CSV>
<tikRatosPresentacion>
<tik:NIFPresentador>30502396A</tik:NIFPresentador>
<tik:TimestampPresentacion>2024-10-28T22:05:53+01:00</tik:TimestampPresentacion>

</tikRatosPresentacion>

<tikR:Cabecera>
<tik:ObligadoEmision>
<tik:NombreRazon>Julio Guarda Soler</tik:NombreRazon>
<tik:NIF>30502396A</tik:NIF>

</tik:ObligadoEmision>

<tik:RemisionVoluntaria>
<tik:Incidencia>N</tik:Incidencia>

</tik:RemisionVoluntaria>


</tikR:Cabecera>

<tikR:TiempoEsperaEnvio>60</tikR:TiempoEsperaEnvio>
<tikR:EstadoEnvio>ParcialmenteCorrecto</tikR:EstadoEnvio>
<tikR:RespuestaLinea>
<tikR:IDFactura>
<tik:IDEmisorFactura>30502396A</tik:IDEmisorFactura>
<tik:NumSerieFactura>A00044045</tik:NumSerieFactura>
<tik:FechaExpedicionFactura>28-10-2024</tik:FechaExpedicionFactura>

</tikR:IDFactura>

<tikR:Operacion>
<tik:TipoOperacion>Alta</tik:TipoOperacion>
<tik:Subsanacion>N</tik:Subsanacion>
<tik:RechazoPrevio>N</tik:RechazoPrevio>

</tikR:Operacion>

<tikR:EstadoRegistro>AceptadoConErrores</tikR:EstadoRegistro>
<tikR:CodigoErrorRegistro>2004</tikR:CodigoErrorRegistro>
<tikRescripcionErrorRegistro>El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.</tikRescripcionErrorRegistro>

</tikR:RespuestaLinea>


</tikR:RespuestaRegFactuSistemaFacturacion>


</env:Body>


</env:Envelope>

[bmfranky]

Empezado por jguarda

@ delphiGar , ya el único error que da es el siguiente.


El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.


<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body Id="Body">
<tikR:RespuestaRegFactuSistemaFacturacion xmlns:tik="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd" xmlns:tikR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/RespuestaSuministro.xsd">
<tikR:CSV>A-RMKMCSAFT3C38W</tikR:CSV>
<tikRatosPresentacion>
<tik:NIFPresentador>30502396A</tik:NIFPresentador>
<tik:TimestampPresentacion>2024-10-28T22:05:53+01:00</tik:TimestampPresentacion>

</tikRatosPresentacion>

<tikR:Cabecera>
<tik:ObligadoEmision>
<tik:NombreRazon>Julio Guarda Soler</tik:NombreRazon>
<tik:NIF>30502396A</tik:NIF>

</tik:ObligadoEmision>

<tik:RemisionVoluntaria>
<tik:Incidencia>N</tik:Incidencia>

</tik:RemisionVoluntaria>


</tikR:Cabecera>

<tikR:TiempoEsperaEnvio>60</tikR:TiempoEsperaEnvio>
<tikR:EstadoEnvio>ParcialmenteCorrecto</tikR:EstadoEnvio>
<tikR:RespuestaLinea>
<tikR:IDFactura>
<tik:IDEmisorFactura>30502396A</tik:IDEmisorFactura>
<tik:NumSerieFactura>A00044045</tik:NumSerieFactura>
<tik:FechaExpedicionFactura>28-10-2024</tik:FechaExpedicionFactura>

</tikR:IDFactura>

<tikR:Operacion>
<tik:TipoOperacion>Alta</tik:TipoOperacion>
<tik:Subsanacion>N</tik:Subsanacion>
<tik:RechazoPrevio>N</tik:RechazoPrevio>

</tikR:Operacion>

<tikR:EstadoRegistro>AceptadoConErrores</tikR:EstadoRegistro>
<tikR:CodigoErrorRegistro>2004</tikR:CodigoErrorRegistro>
<tikRescripcionErrorRegistro>El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.</tikRescripcionErrorRegistro>

</tikR:RespuestaLinea>


</tikR:RespuestaRegFactuSistemaFacturacion>


</env:Body>


</env:Envelope>

Hola, buenas noches esta etiqueta, esta mal,

<tik:TimestampPresentacion>2024-10-28T22:05:53+01:00</tik:TimestampPresentacion>

Es asi,

<tik:FechaHoraHusoGenRegistro>2024-10-28T22:05:53+01:00</tik:FechaHoraHusoGenRegistro>

[ermendalenda]

Empezado por jguarda

@delphiGar

he probado lo último que has puesto para facturas tipo F1 y a mi me sigue dando error.
El dni es el mismo que el del certificado con el que hago el envio.
el dni del destinatario es un dni que existe y está en vigor.

el error que da es el
1123 = El formato del NIF es incorrecto.

<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body Id="Body">
<tikR:RespuestaRegFactuSistemaFacturacion xmlns:tik="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd" xmlns:tikR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/RespuestaSuministro.xsd">
<tikR:Cabecera>
<tik:ObligadoEmision>
<tik:NombreRazon>Julio Guarda Soler</tik:NombreRazon>
<tik:NIF>30502396A</tik:NIF>

</tik:ObligadoEmision>

<tik:RemisionVoluntaria>
<tik:Incidencia>N</tik:Incidencia>

</tik:RemisionVoluntaria>


</tikR:Cabecera>

<tikR:TiempoEsperaEnvio>60</tikR:TiempoEsperaEnvio>
<tikR:EstadoEnvio>Incorrecto</tikR:EstadoEnvio>
<tikR:RespuestaLinea>
<tikR:IDFactura>
<tik:IDEmisorFactura>34888094S</tik:IDEmisorFactura>
<tik:NumSerieFactura>A00000045</tik:NumSerieFactura>
<tik:FechaExpedicionFactura>28-10-2024</tik:FechaExpedicionFactura>

</tikR:IDFactura>

<tikR:Operacion>
<tik:TipoOperacion>Alta</tik:TipoOperacion>
<tik:Subsanacion>N</tik:Subsanacion>
<tik:RechazoPrevio>N</tik:RechazoPrevio>

</tikR:Operacion>

<tikR:EstadoRegistro>Incorrecto</tikR:EstadoRegistro>
<tikR:CodigoErrorRegistro>1123</tikR:CodigoErrorRegistro>
<tikRescripcionErrorRegistro>El formato del NIF es incorrecto.. NIF:XXXXXXXX.</tikRescripcionErrorRegistro>

</tikR:RespuestaLinea>


</tikR:RespuestaRegFactuSistemaFacturacion>


</env:Body>


</env:Envelope>

No cuadra
Te devuelve el error que el nif del emisor es erroneo y en la respuesta te dice que en algun sitio pones:
34888094S
No coincide con lo que pones en la cabecera, por otro lado me cuesta identificar lo que envias a lo que te responde, no se por que esta así estructurado.

[ermendalenda]

No se si sería buena idea, cuando esto crezca demasiado, dividir el hilo de verifactu en varias secciones o niveles, me temo que van a empezar a crecer las preguntas exponencialmente y va a costar muchísimo encontrar respuestas.
Por ejemplo:
Verifactu preguntas reglamento
Verifactu novedades
Verifactu esquemas alta/anulacion
Verifactu envíos
Y sobre todo:
VERIFACTU INICIACION

[[email protected]]

Adjunto pantallazo donde se ve el error de fecha, el informe lo genera a las 23:39:10 e indica error : 2004 El valor dl campo fechahorausogenregistros debe ser la fecha actual del sistema de la aeat CON UN MARGEN MAXIMO DE 120 SEGUNDOS.
La fecha que se puede ver mas arriba en TimeStamp presentacion es : 2024-10-28T23:39:10+01:00

A que puede ser debido ???

Gracias

[ermendalenda]

Empezado por [email protected]

Adjunto pantallazo donde se ve el error de fecha, el informe lo genera a las 23:39:10 e indica error : 2004 El valor dl campo fechahorausogenregistros debe ser la fecha actual del sistema de la aeat CON UN MARGEN MAXIMO DE 120 SEGUNDOS.
La fecha que se puede ver mas arriba en TimeStamp presentacion es : 2024-10-28T23:39:10+01:00

A que puede ser debido ???

Gracias

Debw ser por la fecha expedición factura
No puede ser de días atrás a la presentación a no ser que vaya como incidencia o subsanacion

[bmfranky]

Empezado por [email protected]

Adjunto pantallazo donde se ve el error de fecha, el informe lo genera a las 23:39:10 e indica error : 2004 El valor dl campo fechahorausogenregistros debe ser la fecha actual del sistema de la aeat CON UN MARGEN MAXIMO DE 120 SEGUNDOS.
La fecha que se puede ver mas arriba en TimeStamp presentacion es : 2024-10-28T23:39:10+01:00

A que puede ser debido ???

Gracias

Hola, buenos dias, por favor, postee el xml que envia, no la respuesta, si solamente postea la respuesta, no podemos ayudar le , acabo de releer la pregunta a la que le respondi, pensaba que hera el envio, al leer rapido, pero usted posteo la respuesta del servicio.

[edari]

Yo hasta ahora todas las pruebas las estoy haciendo con una fecha de factura de 01-10-2024 y de momento tragan perfectamente

[delphiGar]

Empezado por [email protected]

Adjunto pantallazo donde se ve el error de fecha, el informe lo genera a las 23:39:10 e indica error : 2004 El valor dl campo fechahorausogenregistros debe ser la fecha actual del sistema de la aeat CON UN MARGEN MAXIMO DE 120 SEGUNDOS.
La fecha que se puede ver mas arriba en TimeStamp presentacion es : 2024-10-28T23:39:10+01:00

A que puede ser debido ???

Gracias

Compara la fecha/hora de envio FechaHoraHusoGenRegistro y la que te da de respuesta en TimestampPresentacion, la primera la generas tu y la segunda te la da la AEAT.

[bmfranky]

Empezado por edari

Yo hasta ahora todas las pruebas las estoy haciendo con una fecha de factura de 01-10-2024 y de momento tragan perfectamente

Hola, buenos dias, fecha de factura o fecha de operacion, porque realmente , no es lo mismo, la fecha de factura deve ser la de hoy, la fecha de operacion creo que tenia que ser dentro del periodo impositivo,siemprela de hoy o anterior o algo asi.

FechaFactura
La FechaExpedicionFactura no podrá ser superior a la fecha actual.
- Si Impuesto = “01” (IVA), “03” (IGIC) o no se cumplimenta (considerándose “01” - IVA), la
FechaExpedicionFactura solo puede ser anterior a la FechaOperacion, si ClaveRegimen=
"14" o "15”.
- La FechaExpedicionFactura no debe ser inferior a 01/07/2024 (esta fecha podría cambiar en
función de la fecha de aprobación / publicación de la orden ministerial).

FechaOperacion
- La FechaOperacion no debe ser inferior a la fecha actual menos veinte años y no debe ser
superior al año siguiente de la fecha actual.
- Si Impuesto = “01” (IVA), “03” (IGIC) o no se cumplimenta (considerándose “01” - IVA), el
campo FechaOperacion solo podrá ser superior a la fecha actual, si ClaveRegimen= "14" o
"15”.

[edari]

Empezado por bmfranky

Hola, buenos dias, fecha de factura o fecha de operacion, porque realmente , no es lo mismo, la fecha de factura deve ser la de hoy, la fecha de operacion creo que tenia que ser dentro del periodo impositivo,siemprela de hoy o anterior o algo asi.

Fecha expedición



<sum1:IDFactura>
<sum1:IDEmisorFactura>A123456</sum1:IDEmisorFactura>
<sum1:NumSerieFactura>124000500</sum1:NumSerieFactura>
<sum1:FechaExpedicionFactura>01-10-2024</sum1:FechaExpedicionFactura>

</sum1:IDFactura>


Tengo programada también la fecha de operación y si está rellena la saco con su etiqueta, pero estas pruebas me salieron así y no se ha quejado.

Otra cosa será que en su momento le den una vuelta...pero lo comentaba solo para no desviar el tiro a otro lado

[edari]

Empezado por bmfranky

Hola, buenos dias, fecha de factura o fecha de operacion, porque realmente , no es lo mismo, la fecha de factura deve ser la de hoy, la fecha de operacion creo que tenia que ser dentro del periodo impositivo,siemprela de hoy o anterior o algo asi.

AAAAAAAH NOOO, ahora me da error también

Me he debido liar con el tratamiento de las respuestas

Mis disculpas

[CarlosArjonomia]

Para los que guardan el <tik:TimestampPresentacion> del XML devuelto en un campo de la BD, el formato a cambiado de:27-10-2024 20:12:35 a 2024-10-29T09:04:44+01:00.

No sé si lo habían documentado. Sutiles cambios que como los hagan en producción vamos a tener problemas.

[bmfranky]

Empezado por CarlosArjonomia

Para los que guardan el <tik:TimestampPresentacion> del XML devuelto en un campo de la BD, el formato a cambiado de:27-10-2024 20:12:35 a 2024-10-29T09:04:44+01:00.

No sé si lo habían documentado. Sutiles cambios que como los hagan en producción vamos a tener problemas.

Si, lo han documentado,en la descripcion de servicios Web.

2.1. Versión 0.4.2
Modificación del namespace de las etiquetas <Cabecera>, <RegistroAlta> y
<RegistroAnulacion>
Modificación del esquema de respuesta en el formato del campo
<TimestampPresentacion> añadiendo el huso horario de los servidores de la AEAT.

Ahora devuelven el TimesTamp, si entras en los ficheros generados, desde el Xsdl, ahora el valor devuelto por la consulta, es un System.DateTime (En C#) igual que el que se pone en el envio, antes hera un string, con la fecha que devolvian.

[delphiGar]

Si que lo habia indicado en el documento de descripcion de servicios web

2.1. Versión 0.4.2
Modificación del namespace de las etiquetas <Cabecera>, <RegistroAlta> y
<RegistroAnulacion>
Modificación del esquema de respuesta en el formato del campo
<TimestampPresentacion> añadiendo el huso horario de los servidores de la AEAT.

Documento:

https://www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Veri-Factu_Descripcion_SWeb.pdf

Empezado por CarlosArjonomia

Para los que guardan el <tik:TimestampPresentacion> del XML devuelto en un campo de la BD, el formato a cambiado de:27-10-2024 20:12:35 a 2024-10-29T09:04:44+01:00.

No sé si lo habían documentado. Sutiles cambios que como los hagan en producción vamos a tener problemas.

[pablog2k]

como pueden tener publicado el wsdl que apunta las urls de SuministroInformacion.xsd y SuministroLR que dan error?
en fin, a tocar otra vez todo el código (iluso de mi pensé que el cambio que hicieron hace unos días no afectaría.... )

[delphiGar]

Empezado por pablog2k

como pueden tener publicado el wsdl que apunta las urls de SuministroInformacion.xsd y SuministroLR que dan error?
en fin, a tocar otra vez todo el código (iluso de mi pensé que el cambio que hicieron hace unos días no afectaría.... )

Lo mismo me habia pasado a mi, importe el wdsl y vi que habian cambiado uno de los objetos y algunas propiedades de la respuesta, asi como los namespaces que decian, vi que lo habian dejado mas limpio el xml.

[[newtron]]

Empezado por delphiGar

Yo la tengo en delphi 11.3, he mirado en 10.2 y la propiedad esta oculta como variable privada del objeto HTTPRIO.HTTPWebNode.

Por lo que veo en el objeto, este le dice el tipo de MIME ( text/xml o text/html ) en funcion del contenido que le has pasado. Si tienes algun elemento del
xml que no cierras lo detectara com html.

Ok, ya he encontrado el problema. Sin querer había comentado la línea donde se asigna el certificado a la llamada SOAP y por supuesto es mejor dar ese error extraño que decir de alguna forma que no hay certificado .


Ya lo que me queda por resolver (de momento) es el problema con la importación del fichero wsdl.


Gracias por tu interés y un saludo.

[JoseLeeTo]

Buenas a todos.

Una consulta, porque ya estoy dudando de todo. Me dice continuamente que el certificado o no es válido, o no se ha seleccionado correctamente.

¿Las URL para enviar en pruebas (pre-producción) son estas?

* https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP
* https://prewww10.aeat.es/wlpl/TIKE-C.../VerifactuSOAP

Muchas gracias.
Un saludo

[delphiGar]

Empezado por JoseLeeTo

Buenas a todos.

Una consulta, porque ya estoy dudando de todo. Me dice continuamente que el certificado o no es válido, o no se ha seleccionado correctamente.

¿Las URL para enviar en pruebas (pre-producción) son estas?

* https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP
* https://prewww10.aeat.es/wlpl/TIKE-C.../VerifactuSOAP

Muchas gracias.
Un saludo

es esta

https://prewww1.aeat.es/wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP

la otra es para certificados de sello

https://prewww10.aeat.es/wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP