Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Empezado por usr3010

Hola, buenas tardes ...

Aunque no desarrollo en Delphi, estuve por estos lares en su día para el tema del SII, y para actualizar mis ERP's con la nueva normativa para Veri*Factu os estoy siguiendo.

He visto el ejemplo, y para probar el hash, he copiado y pegado el Segmento <RegistroFacturacion>/</RegistroFacturacion>:

<RegistroFacturacion>
<PeriodoLiquidacion>
<Ejercicio>2022</Ejercicio>
<Periodo>3T</Periodo>
</PeriodoLiquidacion>
<IdFactura>
<IdEmisorFactura>
<NIF>00000006Y</NIF>
</IdEmisorFactura>
<NumSerieFacturaEmisor>84.2.1.2566</NumSerieFacturaEmisor>
<FechaExpedicionFacturaEmisor>31/07/2022</FechaExpedicionFacturaEmisor>
</IdFactura>
<TipoFactura>F2</TipoFactura>
<FechaOperacion>31/07/2022</FechaOperacion>
<DescripcionOperacion>VENTA MINORISTA</DescripcionOperacion>
<Desglose>
<DetalleDesglose>
<ClaveRegimen>01</ClaveRegimen>
<CalificacionOperacion>S1</CalificacionOperacion>
<TipoImpositivo>4.00</TipoImpositivo>
<BaseImponibleOimporteNoSujeto>1.00</BaseImponibleOimporteNoSujeto>
<CuotaRepercutida>0.04</CuotaRepercutida>
</DetalleDesglose>
</Desglose>
<ImporteTotal>1.04</ImporteTotal>
<EncadenamientoFacturaAnterior>
<IDEmisorFacturaAnterior>00000006Y</IDEmisorFacturaAnterior>
<NumSerieFacturaAnterior>84.2.1.2565</NumSerieFacturaAnterior>
<FechaExpedicionFacturaAnterior>31/07/2022</FechaExpedicionFacturaAnterior>
<HuellaFacturaAnterior>9yYI6U89U3IUIQE345EUGWEBsd7EKFCBP9trtYUJSD0JFFKJKrtthAuysfadfWPE</HuellaFacturaAnterior>

</EncadenamientoFacturaAnterior>

<SistemaInformatico>
<NombreRazon>SISTEMAS INFORMATICOS TPV</NombreRazon>
<NIF>00000006Y</NIF>
<IdSistemaInformatico>IDENTIFICADOR AEAT XXXX</IdSistemaInformatico>
<Version>46.243.1</Version>
<NumeroInstalacion>45</NumeroInstalacion>
<TipoUsoSistema>01</TipoUsoSistema>
</SistemaInformatico>
</RegistroFacturacion>

con espacios de identación y sin el \r\n de la etiqueta de cierre final en un archivo y he guardado, y usando sha256 (tengo cygwin64 instalado) he calculado el hash256 del archivo,
y a mi me da el digest: c35917cbb3e483ed07e36db77c5f8c28790623751ced3cc6e67ba6e6c443fa0c
y no: 005948F5A441A56ABF584804036409719AB89892608FD708BAB8AE5088C896AD
como en el ejemplo mostrado en el foro.

He probado también quitando las 2 líneas vacias antes y depués de la etiqueta: </EncadenamientoFacturaAnterior> y tampoco me sale el mismo HASH.
Se ha de computar sin RC's ni LF's o sin los espacios de identación ?

Muchas gracias por vuestra labor de documentación ...
No hay nada en internet mejor que este foro ...

Un Saludo.

Hola, el fichero de ejemplo no tiene retornos de carro ni avance de línea en el nodo, ni en el contenido ni justo antes ni justo despues del nodo.
Con lo cual se me ocurre que estas copiando y pegando desde un explorador de Internet, el cual formatea esos datos y les introduce otros caracteres.
Saludos

[usr3010]

Gracias por tu respuesta.
Lo revisaré.

De todos modos, leyendo el foro he encontrado gente que parece tener problemas con la generación de los XML's.
Yo estaba igual cuando al SII, y descubrí el SOAP-UI. Es una app gratuita que puedes bajar e instalar, y a partir de un WSDL te genera los XMLS's para cada método contenido en el WSDL.
Así pude ver la estructura de cada XML para cada tipo de solicitud y ya decides si quieres usar la clase implementada en tu lenguaje o bien lo generas "a mano" mapeando los valores pedidos en cada tag con valores de los registros de la BBDD. Es la herramienta que usé para conocer las estructuras de los archivos XML para el SII en 2017.

Os adjunto una imagen de la interfaz del Soap-UI.



Lo mejor que tiene es que puedes firmar las peticiones (archivos XML) antes de enviarlos al Servidor del Web Service de mil formas y con mil configuraciones (Certificado Digital a usar, Tipo de Cifrado, Tipo de Canonicalización, Tipo de Seguridad (Oasis, etc)) y ejecutar, una vez has puesto datos válidos en el XML de la petición, la llamada al WebService y ver la respuesta recibida del WebService para esa petición .

Para aquellos que teneis problemas con los XML os recomiendo que os instaleís esta herramienta y la trasteeis. Os ayudará mucho a conocer y comprender el funcionamiento de los WEB Services, firmado de XML's, etc ...

Un Saludo.

[espinete]

Muy buenas...

Llevo tiempo alejado de este post porque veo que la web oficial de Veri-Factu en la web de Hacienda no se actualiza creo que desde Julio de 2022, y todo sigue en la versión 0.1.

Entiendo que por ahora lo único que podemos hacer es generar los XML, pero aún no hay ningún sitio al que enviarlos, ni información sobre el Código QR, etc. no?

El problema es que leí hace poco que tienen pensado empezar el periodo voluntario en Julio de este año, y eso es dentro 3 meses. ¿Van a sacar la información, el webservice, etc. 10 días antes? O me estoy perdiendo algo?

Después de haber estado peleando durante meses para TicketBAI esto ya no me asusta tanto, pero claro, de ahí a trabajar con prisas va un mundo...

Me llama la atención el "mecanismo de control de flujo", que te dice cuánto tienes que esperar para volver a hacer un envío... Esto sí que no lo había visto nunca

[[newtron]]

Empezado por espinete

.... 10 días antes? ....

Bueno... todo el invento de los ivas+re nuevos lo hicieron con 2 días de antelación así que siempre se pueden superar.

[espinete]

Empezado por newtron

Bueno... todo el invento de los ivas+re nuevos lo hicieron con 2 días de antelación así que siempre se pueden superar.

Cierto. Te puedes esperar cualquier cosa.

Menudo fin de semana de fin de año me pasé por culpa de eso

[[newtron]]

A mi lo que me gustó fue la jugada de poner el R.E. del 5% de IVA al 0.625, tener que modificar tooooooooodos los p..... programas para los tres decimales y luego, cuando vieron que ni ellos mismos tenían coj... de hacerlo recular, dejarlo en dos y vuellllllllllllllllta a cambiar cosas.

[iMia]

Esto me ha enviado un proveedor de servicios de los grandes...

Si ya estas dando pasos con respecto a la factura electrónica obligatoria que se aprobó en la Ley "Crea y Crece", levanta el pie del acelerador.

El pasado día 7 de marzo se abrió consulta publica para que la participación ciudadana en el desarrollo reglamentario de como tiene que ser la factura electrónica que viene.

Paralelamente a esto, la AEAT presenta su propia propuesta en el foro de usuarios de SAP (AUSAPE), que reúne a un buen numero de las empresas usuarias de SAP en España.

Esto pone de manifiesto y sobre la mesa, dos lineas de actuación para el desarrollo reglamentario de la factura electrónica, que son diametralmente opuestas.

Por un lado, el Ministerio de Asuntos Económicos y Transformación Digital, base su propuesta en el uso de plataformas de facturación electrónica, mientras que el Ministerio de Hacienda y Función Pública, basa su propuesta en una plataforma de desarrollo propio donde habrá que enviar todas las facturas, y desde donde se pondrán a disposición de sus destinatarios.

Con este panorama, se podría augurar que hasta inicios del verano (probablemente junio), no va ha haber una publicación el el BOE con el desarrollo reglamentario definitivo.