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