Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[David M]

Daros una vuelta por la web de desarrolladores de la AEAT:

https://www.agenciatributaria.es/AEA...olladores.html

David M.

[rci]

Empezado por David M

Daros una vuelta por la web de desarrolladores de la AEAT:

https://www.agenciatributaria.es/AEA...olladores.html

David M.

Pues si, parece que ya hay entorno de pruebas

Gracias David

[Neftali [Germán.Estévez]]

26-09-24
VERI*FACTU - Apertura de servicios de remisión voluntaria y servicio de cotejo de QR en el entorno de Pruebas Externas (PREPRODUCCIÓN)

EXPLICACIÓN:
Desde hoy, 25 de septiembre de 2024, se ha realizado la apertura de los servicios web de remisión voluntaria para los sistemas VERI*FACTU y el servicio de cotejo de QR para los sistemas VERI*FACTU y no VERI*FACTU en el entorno de Pruebas Externas (PREPRODUCCIÓN).
La URL de acceso a los servicios web de remisión voluntaria puede ser consultada en el enlace a su WSDL, que ha sido actualizado y publicado en el Portal de Desarrolladores, con nombre: SistemaFacturacion.wsdl

En este link está el acceso a la documentación, pero la organización es bastante "desastrosa", porque ni siquiera incluye fecha en los links, por lo que no sabes cuales son nuevos ni el orden que llevan y además aprovechan los existentes para ir cambiando de versión.

Los nuevos documentos son:

10/09/2024 - Documento con las instrucciones para realizar las llamadas al servicio de cotejo de QR, junto con la posibilidad de probar ejemplos en el entorno de Pruebas Externas.
versión: 0.4.3
Link al documento

25/09/2024 - Documento actualizado de Descripción de Servicios Web.
versión: 0.4.0
Link al documento


Igualmente como siempre actualizo el mensaje#1 del hilo y subiré copia de los documentos al FTP del club (sección documentación oficial de Ley Antifraude).

[thinkows]

Empezado por David M

Daros una vuelta por la web de desarrolladores de la AEAT:

https://www.agenciatributaria.es/AEA...olladores.html

David M.

Muchas gracias por la info.

[Neftali [Germán.Estévez]]

Otra más.
Dentro de uno de los ficheros (concretamente el de los servicios Web) pone que se han actualizado los esquemas:



Así que hay que descargarse de nuevo los esquemas (que no se qué dia los han actualizado) desde aquí.
(sin versión y si fecha visible)

Y yo descargaría también el WSDL por si acaso y lo compararía con el que tenéis ahora (porque con el mío también hay cambios)

Subo los últimos ficheros al FTP (carpeta dedicada) y actualizo el mensaje#1

[manuel@tencia]

Hola compañer@s.
En primer lugar agradecer tanta compartición de conocimientos y planteamientos de dudas, respuestas, reflexiones, cabreos , miedos, etc

Estoy revisando el documento de especificaciones técnicas del QR y quería preguntarles en que función, librería, objeto, etc se están apoyando para pintar el QR.
Gracias de antemano.

Saludos

[Noe277]

En el punto 6.6. del documento descripción de los servicios web pone lo siguiente.

<NumSerieFactura> 12345678 / G33 </NumSerieFactura>

Las "/" se pueden meter en un xml tal y como lo ponen ? esto no estropea el xml ?

[pablog2k]

Realmente lo unico que han puesto es los servicios url para los QR, pero no están los entornos de desarrollo y producción para poder subir las facturas VERIFACTU ,verdad?
o no lo he encontardo en el pdf

Edit:
puede ser que sea este que se encuentra en los WSDL de los servicios web?
https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP

[richidemola]

Buenas tardes, alguien sabe como enviar un fichero de facturas mediante soap al entorno de pruebas?

Yo lo he hecho en php, es algo como esto:

Código PHP:

<?php
    $wsdl = "url_del_web_service";
    $options = [
        'trace' => 1,
        'exceptions' => true,
        'cache_wsdl' => WSDL_CACHE_NONE,
    ];
    
    $grupo_facturas = "AQUÍ VA EL XML CON LOS DATOS DE LA FACTURA";

    try {
        $client = new SoapClient($wsdl, $options);
        $response = $client->RegFactuSistemaFacturacion($grupo_facturas);
    } catch (SoapFault $fault) {
    }
?>

Pero el web service me devuelve este error:

Código de error: HTTP
Mensaje de error: Unable to parse URL

Y veo que dentro de lo que devuelve sale esto:

[1] => xxxxxxxxxx

Básicamente es lo que tienen puesto como url de producción en el web service, en el apartado "SistemaVerifactu", debería salir lo que hay en el apartado "SistemaVerifactuPruebas" del web service que es una url.

Vamos, que mi código está mandando el xml de la factura al entorno de producción y no se como hacerlo para que lo envíe al entorno de pruebas, no se si tengo que añadirle algo a la url del web service, o un parámetro a la llamada soap, no tengo ni puta idea.

Saludos.

[adolphsys]

Empezado por David M

Daros una vuelta por la web de desarrolladores de la AEAT:

https://www.agenciatributaria.es/AEA...olladores.html

David M.

OK, muchas gracias!

[Salma]

Buenas y perdón que estoy muy pez.
Yo os cuento. Yo tengo un software de gestión de negocios veterinarios y venta de complementos para animales. Generalmente el cliente final es un particular, pero siempre cada uno de mis clientes hace alguna factura a empresa o a autónomos
Las principales dudas que tengo... es obligatorio el qr en cada una de las facturas simplificadas si el cliente final es un particular?
Segundo, si el cliente es particular pero pide una factura completa dicha factura se debe comunicar por verifactu?
Para empresas o autónomos que facturan tb de vez en cuando a otras empresas o autónomos deben acogerse al verifactu si o si?


Estoy súper pez. Nuestro software emite facturas simplificadas tanto a cliente contado como a cliente definitivo, pero no permite agrupar facturas, que eso estoy viendo por lo que comentáis que es un punto a favor.


Si alguiem me puede orientar. Soy una autónoma con pocos recursos....

[sglorka]

Empezado por Salma

Buenas y perdón que estoy muy pez.
Yo os cuento. Yo tengo un software de gestión de negocios veterinarios y venta de complementos para animales. Generalmente el cliente final es un particular, pero siempre cada uno de mis clientes hace alguna factura a empresa o a autónomos
Las principales dudas que tengo... es obligatorio el qr en cada una de las facturas simplificadas si el cliente final es un particular?
Segundo, si el cliente es particular pero pide una factura completa dicha factura se debe comunicar por verifactu?
Para empresas o autónomos que facturan tb de vez en cuando a otras empresas o autónomos deben acogerse al verifactu si o si?


Estoy súper pez. Nuestro software emite facturas simplificadas tanto a cliente contado como a cliente definitivo, pero no permite agrupar facturas, que eso estoy viendo por lo que comentáis que es un punto a favor.


Si alguiem me puede orientar. Soy una autónoma con pocos recursos....

es obligatorio el qr en cada una de las facturas simplificadas si el cliente final es un particular?
Sí, es obligatorio para cualquier tipo de cliente

si el cliente es particular pero pide una factura completa dicha factura se debe comunicar por verifactu?
Todas las facturas emitidas deben ser comunicadas a Verifactu, casi de inmediato

Nuestro software emite facturas simplificadas tanto a cliente contado como a cliente definitivo, pero no permite agrupar facturas, que eso estoy viendo por lo que comentáis que es un punto a favor.
No hay ningún problema, las facturas simplificadas debes comunicarlas una a una a Verifactu (en el sentido semántico de la expresión) no tienen que estar agrupadas en facturas recapitulativas o sustituvas.

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

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

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

[Salma]

Empezado por sglorka

es obligatorio el qr en cada una de las facturas simplificadas si el cliente final es un particular?
Sí, es obligatorio para cualquier tipo de cliente

si el cliente es particular pero pide una factura completa dicha factura se debe comunicar por verifactu?
Todas las facturas emitidas deben ser comunicadas a Verifactu, casi de inmediato

Nuestro software emite facturas simplificadas tanto a cliente contado como a cliente definitivo, pero no permite agrupar facturas, que eso estoy viendo por lo que comentáis que es un punto a favor.
No hay ningún problema, las facturas simplificadas debes comunicarlas una a una a Verifactu (en el sentido semántico de la expresión) no tienen que estar agrupadas en facturas recapitulativas o sustituvas.

te agradezco mucho tu respuesta)))) . Y si mis clientes deciden no acogerse a Verifactu?

[xevi]

yo lo tengo claro... o se acogen al SII o si quieren seguir utilizando mis aplicaciones, estaran si o SI en VERIFACTU, ya que no voy a contemplar NO VERIFACTU. La declaración responsable que habrá en mis aplicaciones lo argumentaré bien detallado, espero, y a ver si alguien más comparte declaraciones responsables de sus aplicaciones y compartimos distintas visiones e inquietudes para podernos cubrir las responsabilidades.

[xevi]

Bien, ya envio xml de facturas y recibo los mesajes correspondientes, en este caso Correcto

<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-TPP2SWVRJ95URF</tikR:CSV><tikR:DatosPresentacion><tik:NIFPresentador>40314116S</tik:NIFPresentador><tik:TimestampPresentacion>27-09-2024 12:05:04</tik:TimestampPresentacion></tikR:DatosPresentacion><tikR:Cabecera><tik:ObligadoEmision><tik:NombreRazon>FERNANDEZ BOADA, MARIA ROSA</tik:NombreRazon><tik:NIF>40314116S</tik:NIF></tik:ObligadoEmision></tikR:Cabecera><tikR:TiempoEsperaEnvio>60</tikR:TiempoEsperaEnvio><tikR:EstadoEnvio>Correcto</tikR:EstadoEnvio><tikR:RespuestaLinea><tikR:IDFactura><tik:IDEmisorFactura>40314116S</tik:IDEmisorFactura><tik:NumSerieFactura>P0004</tik:NumSerieFactura><tik:FechaExpedicionFactura>27-09-2024</tik:FechaExpedicionFactura></tikR:IDFactura><tikR:EstadoRegistro>Correcto</tikR:EstadoRegistro></tikR:RespuestaLinea></tikR:RespuestaRegFactuSistemaFacturacion>
</env:Body></env:Envelope>

En algun caso, AceptadoConErrores

<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-EQ3J3XVP9KEFMX</tikR:CSV><tikR:DatosPresentacion><tik:NIFPresentador>40314116S</tik:NIFPresentador><tik:TimestampPresentacion>27-09-2024 11:39:02</tik:TimestampPresentacion></tikR:DatosPresentacion><tikR:Cabecera><tik:ObligadoEmision><tik:NombreRazon>FERNANDEZ BOADA, MARIA ROSA</tik:NombreRazon><tik:NIF>40314116S</tik:NIF></tik:ObligadoEmision></tikR:Cabecera><tikR:TiempoEsperaEnvio>60</tikR:TiempoEsperaEnvio><tikR:EstadoEnvio>ParcialmenteCorrecto</tikR:EstadoEnvio><tikR:RespuestaLinea><tikR:IDFactura><tik:IDEmisorFactura>40314116S</tik:IDEmisorFactura><tik:NumSerieFactura>P0002</tik:NumSerieFactura><tik:FechaExpedicionFactura>27-09-2024</tik:FechaExpedicionFactura></tikR:IDFactura><tikR:EstadoRegistro>AceptadoConErrores</tikR:EstadoRegistro><tikR:CodigoErrorRegistro>2005</tikR:CodigoErrorRegistro><tikR:DescripcionErrorRegistro>El campo ImporteTotal tiene un valor incorrecto para el valor de los campos BaseImponibleOimporteNoSujeto, CuotaRepercutida y CuotaRecargoEquivalencia suministrados</tikR:DescripcionErrorRegistro></tikR:RespuestaLinea></tikR:RespuestaRegFactuSistemaFacturacion>
</env:Body></env:Envelope>

Y otros de error que habrá que ir estudiando y ver como poderlos subsanar.
De momento estoy solo con Alta de nuevo registro.

Hecho en falta un sitio para poder consultar los registros enviados, poderlos "Gestionar" eliminar o consultar su Huella, pues si no se la última huella enviada es imposible poder generar un registro nuevo para enviar.
El SII tiene un portal que te permite poder visualizar los registros enviados, incluso eliminarlos... No se a quien debería de trasladar la petición!!!

Gracias por vuestro tiempo.

[Salma]

Empezado por xevi

yo lo tengo claro... o se acogen al SII o si quieren seguir utilizando mis aplicaciones, estaran si o SI en VERIFACTU, ya que no voy a contemplar NO VERIFACTU. La declaración responsable que habrá en mis aplicaciones lo argumentaré bien detallado, espero, y a ver si alguien más comparte declaraciones responsables de sus aplicaciones y compartimos distintas visiones e inquietudes para podernos cubrir las responsabilidades.

por que de no acogerse que responsabilidad tiene el desarrollador? creeis que es necesario que un CISA certifique que el software es inalterable etc, o simplemente con una declaración responsable de que es trazable, inalterable, etc va a valer. En mi caso, es en al nube, el cliente no puede tocar nada de nada ni borrar nada.