Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[keys]

Empezado por oxtanc

Porqué han implementado este churro de Sistema, cuando ni siquiera es práctico para ellos y mucho menos para las empresas. Porqué no se ha utilizado el Standard de Facturae y encapsulado dentro de SOAP. Es que no se dan cuenta de que para las empresas no nos sirve. Si todo es más simple....
1. Enviamos a través de SOAP (o de lo que prefieran) el XML con el lote de facturas. Pueden mantener lo del Hash, el encadenamiento, pero usando el Standard Facturae
2. Obtenemos las respuestas
3. Que se nos dé la posibilidad de importar las facturas completas de nuestros proveedores. Nos ahorramos un trabajo duro de mecanización.

En definitiva han diseñado una BRAGA (con mayúsculas) y nos dejan en pelotas con un sistema que no vale para absolutamente nada desde el punto de vista empresarial. Como habréis visto solo se envían bases imponibles y tipos impositivos. Ni se envían líneas de detalles, ni otro tipo de impuesto, ni nada referido a formas de pago, ni nada que para las empresas tenga algo de valor.

En definitiva.... La AEAT se ha lucido de esta vez. No dan aprendido de las agencias tributarias de otros países donde si se ha extendido e implementado el uso de la Factura Electrónica de verdad.

Con Verifactu lo que quieren es tener la información fiscal de las facturas (repercusión del IVA), datos que en Facturae no están. Para eso esta la ley crea y crece que se refiere a las facturas en formato FacturaE. Si que podían haber unido los dos desarrollos.

[oxtanc]

Empezado por keys

Con Verifactu lo que quieren es tener la información fiscal de las facturas (repercusión del IVA), datos que en Facturae no están. Para eso esta la ley crea y crece que se refiere a las facturas en formato FacturaE. Si que podían haber unido los dos desarrollos.

En facturae se recogen los datos tanto de IVA repercutido como soportado, además de otros tipos de impuestos, por ejemplo IRPF. No es comprensible que tras años de desarrollo de Facturae... Portal Face, Autofirma, etc, etc.... Nos presenten este churro. Para las empresas este desarrollo es completamente inútil, además de engorroso. si os fijáis en las estructuras de datos os daréis cuenta de que ni ellos mismo lo tienen claro. Además hay que entender que no vivimos aislados del mundo, y con este desarrollo se nos aleja más de Europa. Con la iglesia hemos topado, perdón con la AEAT hemos topado.

[CarlosR]

Empezado por oxtanc

En facturae se recogen los datos tanto de IVA repercutido como soportado, además de otros tipos de impuestos, por ejemplo IRPF. No es comprensible que tras años de desarrollo de Facturae... Portal Face, Autofirma, etc, etc.... Nos presenten este churro. Para las empresas este desarrollo es completamente inútil, además de engorroso. si os fijáis en las estructuras de datos os daréis cuenta de que ni ellos mismo lo tienen claro. Además hay que entender que no vivimos aislados del mundo, y con este desarrollo se nos aleja más de Europa. Con la iglesia hemos topado, perdón con la AEAT hemos topado.

Hay muchas cosas que le faltan a FacturaE. Sin ir mas lejos líneas que combinan otras descripciones. Algunos las llaman kits. ¿ Cómo se va a tener en cuenta el detalle que engloba una línea de kit ?
O por ejemplo otros tipos de datos como una "resma", "lata", "plancha", etc,etc. Sinceramente que se pueda facturar un kilowatio le afectará a poca gente.
O tener en cuenta que las medidas pueden ser también longitudinales, superficie o volumétricas. Y que en cada caso habría que especificar también sus múltiplos, etc,etc.

No estaría mal que hubiera un buzón de sugerencias pero al fin y al cabo tampoco serviría de mucho.
Dentro de nada habrá que incorporar el formato europeo. Quisiera imaginar que una vez usado éste todos los demás quedarán inutilizados.
Me gustaría creer que el formato europeo estará mas completo, pero visto lo visto imagino que será mas de lo mismo.
Así que como argumentaba el encargado policial de Casablanca..."personalmente me adaptaré a lo que venga"
Un saludo.

[CarlosR]

¿ Alguien tiene idea de la parte del xml sobre la que hay que hallar el hash ?
Parece ser que no es de todo el xml.

Por otro lado si se firma digitalmente el xml, ¿ qué formato habrá que utilizar ?
Gracias por anticipado.

[jlmoli_67]

Buenas,



En el post 1341 nuestro amigo ermendalenda (muchas gracias) nos pone un ejemplo según las ultimas directrices de sobre que partes del xml hay que tener en cuenta para crear el hash. Te recomiendo que lo leas



<sum1:NIF>00000006Y</sum1:NIF><sum1:NumSerieFacturaEmisor>150.3.1.5</sum1:NumSerieFacturaEmisor><sum1:FechaExpedicionFacturaEmisor>25-02-2024</sum1:FechaExpedicionFacturaEmisor><sum1:TipoRegistroSIF>S0</sum1:TipoRegistroSIF><sum1:TipoFactura>F2</sum1:TipoFactura><sum1:CuotaTotal>0.20</sum1:CuotaTotal><sum1:ImporteTotal>2.20</sum1:ImporteTotal><sum1:HuellaRegistroAnterior>8ADCCCBD8DBBF8A668C78571C7AC2768EB77C77468C49A44E1829 03CB4468FE5</sum1:HuellaRegistroAnterior><sum1:FechaGenRegistro>25-02-2024</sum1:FechaGenRegistro><sum1:HoraGenRegistro>11:15:24</sum1:HoraGenRegistro>



Respecto a la codificacion... creo que es SHA-256 o almeno yo lo tengo asi


Un saludo y ya queda menos

[jlmoli_67]

Calculo del hash en .net:

Imports System.Security.Cryptography


***********

Dim cadena As String = "Hola, mundo!"

' Convertir la cadena en bytes
Dim cadenaBytes As Byte() = Encoding.UTF8.GetBytes(cadena)

' Crear el objeto SHA256
Dim sha256 As New SHA256Managed()

' Calcular el hash SHA-256
Dim hashBytes As Byte() = sha256.ComputeHash(cadenaBytes)

' Convertir el hash a una cadena hexadecimal
Dim hashString As String = BitConverter.ToString(hashBytes).Replace("-", "")

' Mostrar el hash
' Console.WriteLine("Hash SHA-256 de '" & cadena & "': " & hashString)
MsgBox("Hash SHA-256 de '" & cadena & "': " & hashString)

[CarlosR]

Empezado por jlmoli_67

Calculo del hash en .net:


Imports System.Security.Cryptography


***********

Dim cadena As String = "Hola, mundo!"

' Convertir la cadena en bytes
Dim cadenaBytes As Byte() = Encoding.UTF8.GetBytes(cadena)

' Crear el objeto SHA256
Dim sha256 As New SHA256Managed()

' Calcular el hash SHA-256
Dim hashBytes As Byte() = sha256.ComputeHash(cadenaBytes)

' Convertir el hash a una cadena hexadecimal
Dim hashString As String = BitConverter.ToString(hashBytes).Replace("-", "")

' Mostrar el hash
' Console.WriteLine("Hash SHA-256 de '" & cadena & "': " & hashString)
MsgBox("Hash SHA-256 de '" & cadena & "': " & hashString)

Si usas sql server lo tienes mas fácil :


SUBSTRING(master.dbo.fn_varbintohexstr(HASHBYTES('SHA2_256', @cXML)),3,64)
en donde hashbytes crea el hash, la función varbintohexstr lo convierte a hexadecimal y el substring es porque esa función genera algunos espacios extra que no nos sirven.

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

Empezado por jlmoli_67

Calculo del hash en .net:

Gracias.
Lo añado al mensaje #2 donde vamos recopilando códigos...

[CarlosR]

Empezado por jlmoli_67

Buenas,



En el post 1341 nuestro amigo ermendalenda (muchas gracias) nos pone un ejemplo según las ultimas directrices de sobre que partes del xml hay que tener en cuenta para crear el hash. Te recomiendo que lo leas



<sum1:NIF>00000006Y</sum1:NIF><sum1:NumSerieFacturaEmisor>150.3.1.5</sum1:NumSerieFacturaEmisor><sum1:FechaExpedicionFacturaEmisor>25-02-2024</sum1:FechaExpedicionFacturaEmisor><sum1:TipoRegistroSIF>S0</sum1:TipoRegistroSIF><sum1:TipoFactura>F2</sum1:TipoFactura><sum1:CuotaTotal>0.20</sum1:CuotaTotal><sum1:ImporteTotal>2.20</sum1:ImporteTotal><sum1:HuellaRegistroAnterior>8ADCCCBD8DBBF8A668C78571C7AC2768EB77C77468C49A44E1829 03CB4468FE5</sum1:HuellaRegistroAnterior><sum1:FechaGenRegistro>25-02-2024</sum1:FechaGenRegistro><sum1:HoraGenRegistro>11:15:24</sum1:HoraGenRegistro>



Respecto a la codificacion... creo que es SHA-256 o almeno yo lo tengo asi


Un saludo y ya queda menos

La estructura está muy bien definida en las excell y algunos pdf de la AEAT.
Por supuesto debe cumplir normas.
No sé si te refieres a que la HUELLA debe hacerse sobre esa estructura que me envías. Imagino que no porque ahí faltan datos vitales de la factura. Si fuese así todavía se podría cambiar algún dato del xml y no creo que la aeat esté por la labor.
El hash por supuesto es sha 256 y debe ser traducido a hexadecimal.


Gracias igualmente.

[CarlosR]

Te recuerdo que ningún documento que no sea factura se podrá imprimir con leyendas indicativas tales como "factura" y carece de toda funcionalidad legal.