Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[pablog2k]

Empezado por xevi

Compruebo la habilitación del servidor de pruevas, y veo que ya puedo cnsultar SI una factura la tiene ya hacienda en su poder.

https://prewww2.aeat.es/wlpl/TIKE-CO...&importe=241.4

En caso de que pongamos otros datos, nos va a retornar error si no existe la factura debidamente subida y obre en su poder.

Bien, el tema está en que NO LOCALIZO la url del servidor para subir el xml de la factura. No se, no lo veo o no se localizarla.

¿Alguien me puede dar el enlace para iniciar mis pruebas de subida de xml de facturas???

Gracias.

yo estoy igual...
indagando un poco, y viendo las similitudes con el SII, creo que puede ser esta:
https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP
De todas formas veo muchas lagunas... donde está la plataforma de pruebas donde pueda acceder con el certificado y ver lo que haya subido? (al estilo SII)
En fin, a ver si alguien avanza con esto y nos ilumina

[xevi]

Efectivamente, parece ser que es esa url.

Ya he mandado un registro i obtengo respuesta del servidor.

<?xml version="1.0" encoding="UTF-8"?><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}AltaFactuSistemaFacturacion</faultstring></env:Fault></env:Body></env:Envelope>

Debo añadir y revisar los nodos que se han cambiado en esa última revisión.
Sigo con las pruebas!!!

Gracias.

[bmfranky]

Empezamos bien

"Certificado: Las aplicaciones que envían información a los servicios web deberán
autenticarse con certificado electrónico cualificado reconocido."
Cual usamos?

<!-- VERIFACTU. Entorno de PRUEBAS -->
        <wsdl:port name="SistemaVerifactuPruebas" binding="sfWdsl:sfVerifactu">
            <soap:address location="https://prewww1.aeat.es/wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP"/>
        </wsdl:port>
        <!-- VERIFACTU. Entorno de PRUEBAS para acceso con certificado de sello -->
        <wsdl:port name="SistemaVerifactuSelloPruebas" binding="sfWdsl:sfVerifactu">
            <soap:address location="https://prewww10.aeat.es/wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP"/>
        </wsdl:port>

Las dierecciones estan en el wsdl

[antoine0]

Empezado por bmfranky

Empezamos bien
"Certificado: Las aplicaciones que envían información a los servicios web deberán
autenticarse con certificado electrónico cualificado reconocido."
Cual usamos?

        <!-- VERIFACTU. Entorno de PRUEBAS -->
        <!-- VERIFACTU. Entorno de PRUEBAS para acceso con certificado de sello -->

Supongo que te preguntas ¿cuál es la diferencia entre les dos entornos, o entre los dos tipos de certificados?
El primero es el normal, con un certificado que va a nombre de un particular, de un autónomo, o de un representante de una empresa. O siga, ¡será tu caso!
El segundo caso usa otro tipo de certificados, de sello, que son certificados «machine-to-machine». Qué cuentan bastante más.

Típicamente en Windows, los primeros deberían estar en cert:\CurrentUser\MY y se manejan con certmgr.msc; y los segundos estarán en cert:\LocalMachine\MY y se manejan con certlm.msc.
Debería ser.

[xevi]

Ya he mandado la primera factura de prueba y con respuesta para poder sacar conclusiones y seguir con mas pruebas...

<?xml version="1.0" encoding="UTF-8"?><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>PEPITO DE LOS PALOTES</tik:NombreRazon><tik:NIF>12345678K</tik:NIF></tik:ObligadoEmision></tikR:Cabecera><tikR:TiempoEsperaEnvio>60</tikR:TiempoEsperaEnvio><tikR:EstadoEnvio>Incorrecto</tikR:EstadoEnvio><tikR:RespuestaLinea><tikR:IDFactura><tik:IDEmisorFactura>12345678K</tik:IDEmisorFactura><tik:NumSerieFactura>1.1.3.1</tik:NumSerieFactura><tik:FechaExpedicionFactura>09-04-2024</tik:FechaExpedicionFactura></tikR:IDFactura><tikR:EstadoRegistro>Incorrecto</tikR:EstadoRegistro><tikR:CodigoErrorRegistro>1109</tikR:CodigoErrorRegistro><tikR:DescripcionErrorRegistro>El NIF no esta identificado. NIF:A12345678</tikR:DescripcionErrorRegistro></tikR:RespuestaLinea></tikR:RespuestaRegFactuSistemaFacturacion>
</env:Body></env:Envelope>

Por lo que he ido viendo, hay respuestas de errores si no se cumple el esquema, si falta algun nodo, si algun dato está erroneo...

O sea, que si TODO va como debería, en un ambiente "normal" no debería de haber problemas.
Ahora se va a tratar de enviar facturas de prueba con datos más reales... Pero la rueda ya está en marcha!!!

[pablog2k]

lo que me sorprende es que sin darte de alta en ningún sitio, puedes mandar con un certificado tus registros de pruebas, pero bueno, al menos ya se puede enviar algo y obtener resultados.
Seguimos con las pruebas, gracias compañeros/as

[antoine0]

Empezado por pablog2k

lo que me sorprende es que sin darte de alta en ningún sitio, puedes mandar con un certificado tus registros de pruebas, pero bueno, al menos ya se puede enviar algo y obtener resultados.

Claro: el certificado dice quién está dado de alta: ¡identifica a un NIF! (o a un representante autorizado en caso de los colaboradores).

[jlmoli_67]

Buenas,

Solo comentaros que el servicio funciona perfectamente. Ya consegui enviar sin errores. La direccion es la del post que viene mas arriba de sglorka ( https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP). La peticion soap la he firmado con mi certificado personal.


Me he tranquilizado muchisimo despues de ver mi primer "OK" ( lo estaba pasando realmente mal )



Gracias a todos. Os estoy muy agradecido. No podria haber hecho sin vuestra ayuda!!

[xevi]

Empezado por jlmoli_67

Buenas,

Solo comentaros que el servicio funciona perfectamente. Ya consegui enviar sin errores. La direccion es la del post que viene mas arriba de sglorka ( https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP). La peticion soap la he firmado con mi certificado personal.


Me he tranquilizado muchisimo despues de ver mi primer "OK" ( lo estaba pasando realmente mal )



Gracias a todos. Os estoy muy agradecido. No podria haber hecho sin vuestra ayuda!!

El envio del primer registro, sin huella anterior, ¿como és el nodo <encadenamiento>???

<sum1:Encadenamiento>
<sum1:RegistroAnterior>
<sum1:IDEmisorFactura>AAAA</sum1:IDEmisorFactura>
<sum1:NumSerieFactura>44</sum1:NumSerieFactura>
<sum1:FechaExpedicionFactura>13-09-2024</sum1:FechaExpedicionFactura>
<sum1:Huella>HuellaRegistroAnterior</sum1:Huella>
</sum1:RegistroAnterior>
</sum1:Encadenamiento>

Ya que consigo enviar registros, pero me devuelve siempre que el calculo de la huella no es correcto.

Gracias.

[richidemola]

Empezado por jlmoli_67

Buenas,

Solo comentaros que el servicio funciona perfectamente. Ya consegui enviar sin errores. La direccion es la del post que viene mas arriba de sglorka ( ). La peticion soap la he firmado con mi certificado personal.


Me he tranquilizado muchisimo despues de ver mi primer "OK" ( lo estaba pasando realmente mal )



Gracias a todos. Os estoy muy agradecido. No podria haber hecho sin vuestra ayuda!!

Puedes compartir el proceso de envío? Vamos, que como lo has enviado, si con algún lenguaje de programación, curl, llamada soap, es que no consigo enviar una mierda, he usado la url que pones y nada, he firmado el xml primero con autofirma y nada de nada.

Si tienes algo de código fuente de como lo envías y lo compartes pues te estaríamos eternamente agradecidos.

Gracias.

[antoine0]

Empezado por pablog2k

De todas formas veo muchas lagunas... donde está la plataforma de pruebas donde pueda acceder con el certificado y ver lo que haya subido? (al estilo SII)

Hay dos cosas que difieren en grande del SII: no está nada previsto como la consola para gestionar pocas operaciones; y no hay servicios web de consulta de las declaraciones comunicadas (cosas que son ligadas, por supuesto).
Pero esto es así desde el principio.

Por supuesto, si tienes muy malos pensamientos, pensarás que es propósito real es para recaudar tasas y multas para todos los casos donde el sistema no funciona bien y deja el contribuyente en situación incorrecta.

Tampoco no hemos visto nada de la versión de pruebas de la aplicación de Hacienda para los pequeños usuarios, prevista en el artículo 7 b) del reglamento 1007/2023.
Aunque es cierto que el reglamento dice «aplicación que puede desarrollar...» (la énfasis es mía).

[sglorka]

A ver, si puedo aportar algo.
La dirección del endpoint es "https://prewww1.aeat.es/wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP"
El nombre del endpoint es "SistemaVerifactuPruebas"
Hay que comunicar con protocolo de seguridad al menos "Tls 1.2"
Los certificados electrónicos a utilizar son los de firma y autenticación.
Vamos que es la misma filosofía que el SII