Perdona que me reitere, pero en estos temas xml estoy bastante verde, a que te refieres sobre : en nodos cabecera, altafactura y alta anulación se intercambian las referencias a los namespaces

Gracias

Lo hago con el importador en la direccion siguiente:


con la opcion de soap 1.2, despues modifico los invoke


Adjunto un nuevo archivo que el anterior no tenia puesta la URL.

Hola, han cambiado los namespaces :

Empezado por Neftali [Germán.Estévez] Ver Mensaje
Acaban de publicar esto (25/20/2024 14:06):

VERI*FACTU - Actualización esquemas XSD de sistemas VERI*FACTU
----------------------------------------------------------------------------------------------------------
A peticiones de varias empresas desarrolladoras y habiéndose estudiado por parte del DIT-AEAT, se ha modificado levemente la estructura de los esquemas XSD, entendiéndose la necesidad de generar y realizar validaciones registros de facturación de forma independientemente, sin necesidad de incluirlos en un envío para ello. El esquema actual no permitía dicha posibilidad.
El cambio supone tan solo un cambio en el namespace de alguno de los nodos XML que forman parte de los esquemas (Cabecera, RegistroAlta y RegistroAnulacion). Con el cambio realizado los esquemas dan cabida a este requisito y son más fácilmente comprensibles.
También se incluye un cambio en la respuesta de las remisiones en el formato del campo TimestampPresentacion, añadiendo el huso horario de los servidores de la AEAT.
Estos cambios no afectan a la información necesaria para la remisión de registros de facturación, pero puede requerir de algún ajuste en los sistemas informáticos de facturación para poder seguir operando con el sistema VERI*FACTU.


La url es esta, que con el sistema de publicación que tienen, los ficheros estarán por ahí...
https://www.agenciatributaria.es/AEA...ERI_FACTU.html


Actualizo el mensaje#1


Saludos

Ok. Disculpa que sea pesado con el tema pero... ¿qué modificas de los invoke?


Gracias.

Este:

Código Delphi [-]
InvRegistry.RegisterInvokeOptions(TypeInfo(sfPortTypeVerifactu), ioSoap12);

Por estos dos:

Código Delphi [-]
InvRegistry.RegisterInvokeOptions(TypeInfo(sfPortTypeVerifactu), ioDocument);
  InvRegistry.RegisterInvokeOptions(TypeInfo(sfPortTypeVerifactu), ioLiteral);

Ah... ok pero esto entiendo que es una vez importado. Es que a mi directamente no me lo importa, me da error como si el .wsdl no fuera correcto.


Seguiré mirando.



Gracias y un saludo.

Pues mira que lo he probado a importar tanto con delphi 10.2 como con 11.3 y ningun problema.

Pues yo llevo algún tiempo con este problema. Lo curioso es que (por ejemplo) los wsdl del SII me los importa correctamente y sin embargo este no hay manera, llevo así desde el principio.


Aparcaré este asunto y lo iré mirando con tranquilidad porque si no, no avanzo.


Gracias y un saludo.

Error al hacer envío
 

Buenas.


No sé qué leches he cambiado pero ahora, de golpe y porrazo, estoy recibiendo este mensaje al hacer el envío.


Error al realizar el envío; (ESOAPHTTPException)-Received content of invalid Content-Type setting: text/html - SOAP expects "text/xml"


El caso es que reviso el fichero que se genera en el "BeforeExecute" del componente HTTPRIO y no veo nada raro, creo que es igual a los que estaba enviando antes sin problemas.


¿Alguna idea de qué puede ser?


Gracias y un saludo.

Hola, revisa bien las etiquetas del encabezado , tanto del soap y como de los datos, generados.
Tienes esto en el encabezado?

No. Mi encabezado tiene:


<?xml version="1.0"?>


Pero igualmente estaba cuando no me daba error.


Gracias y un saludo.

chequea esta propiedad del componente HTTPRIO:

Código Delphi [-]
HTTPRIO.HTTPWebNode.HTTP.ContentType

Es la que te esta indicando que el contenido es text/html y no text/xml

Estaba buscando algo parecido pero no tengo esa propiedad en el objeto HTTPRIO.


Gracias y un saludo.

Pueden mostrar un XML que funcione con los últimos cambios realizados con los namespaces correctamente asignados.

Estoy todo el día y no lo consigo

Gracias

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.

Te lo puedo pasar en el formato que lo envio yo:

duda
 

@delphiGar he probado tu XML y a mi me da errores.


<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Body>
<env:Fault>
<faultcode>env:Server</faultcode>
<faultstring>Codigo[1207].Se esperaba nodo {http://schemas.xmlsoap.org/soap/envelope/}Envelope y ha venido {https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd}RegFactuSistemaFacturacion</faultstring>

</env:Fault>


</env:Body>


</env:Envelope>

La anterior era para una simplificada (F2) esta es un factura ordinaria (F1)

dudas
 

@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>
<tikR:DescripcionErrorRegistro>El formato del NIF es incorrecto.. NIF:XXXXXXXX.</tikR:DescripcionErrorRegistro>

</tikR:RespuestaLinea>


</tikR:RespuestaRegFactuSistemaFacturacion>


</env:Body>


</env:Envelope>

Yo estoy probando tambien los mismo, en m caso he empezado por el tipo F1, tambien me daba ERROR NIF, pero en mi caso es porque le he cambiado el NIF EMISOR, pero no habia cambiado el NOMBRE O RAZON del NIF en cuestion y al chequear ambos, como no habia coincidecnia decia lo del error nif.

Una vez cambiado ya me indica error :
<tikR:CodigoErrorRegistro>2004</tikR:CodigoErrorRegistro>
<tikR:DescripcionErrorRegistro>El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.

Voy a implementar con mis datos y te sigo informando

duda
 

@ 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>
<tikR:DatosPresentacion>
<tik:NIFPresentador>30502396A</tik:NIFPresentador>
<tik:TimestampPresentacion>2024-10-28T22:05:53+01:00</tik:TimestampPresentacion>

</tikR:DatosPresentacion>

<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>
<tikR:DescripcionErrorRegistro>El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.</tikR:DescripcionErrorRegistro>

</tikR:RespuestaLinea>


</tikR:RespuestaRegFactuSistemaFacturacion>


</env:Body>


</env:Envelope>

Etiqueta incorrecta.
 

Hola, buenas noches esta etiqueta, esta mal, Es asi,

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.

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

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

Postee el envio para que podamos revisar donde falla.
 

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.

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

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.

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

AAAAAAAH NOOO, ahora me da error también

Me he debido liar con el tratamiento de las respuestas

Mis disculpas

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.
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.

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

Documento:

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.

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 :D.


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.

URLs Remisión Verifactu
 

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

la otra es para certificados de sello