Ley antifraude 2021 (VERIFACTU) - Programas informáticos

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

[CarlosMz]

Hola a todos

Vuelvo con un tema que, quizá para algunos pueda parecer simple... Pero para mí me resulta algo complejo de gestionar
una vez tengamos que hacer encadenamiento de la factura anterior como obliga VeriFactu.

Por ejemplo:
Un cliente de la construcción que redacta una factura larga y necesita dos semanas para completarla antes de su emisión.
Actualmente se podría crear la factura, con nº y fecha, e ir confeccionándola hasta su envío/impresión.
Pero si una vez tengamos que encadenar no sería posible ya que se podrían ir haciendo otras facturas más simples y el nº de factura se incrementaría
con el problema de no tener correlación de nº factura con fecha.

Soluciones que se me ocurren:
1. Trabajar con borrador de factura, sin fecha ni nº de factura. Y al expedir, que el borrador se transforme en la factura tomando nº de factura y fecha del momento.
2. Trabajar con albaranes y/o presupuestos e ir completándolo hasta facturarlo.

¿Alguna forma más eficiente de hacerlo?

Muchas gracias

[CarlosR]

Empezado por CarlosMz

Hola a todos

Vuelvo con un tema que, quizá para algunos pueda parecer simple... Pero para mí me resulta algo complejo de gestionar
una vez tengamos que hacer encadenamiento de la factura anterior como obliga VeriFactu.

Por ejemplo:
Un cliente de la construcción que redacta una factura larga y necesita dos semanas para completarla antes de su emisión.
Actualmente se podría crear la factura, con nº y fecha, e ir confeccionándola hasta su envío/impresión.
Pero si una vez tengamos que encadenar no sería posible ya que se podrían ir haciendo otras facturas más simples y el nº de factura se incrementaría
con el problema de no tener correlación de nº factura con fecha.

Soluciones que se me ocurren:
1. Trabajar con borrador de factura, sin fecha ni nº de factura. Y al expedir, que el borrador se transforme en la factura tomando nº de factura y fecha del momento.
2. Trabajar con albaranes y/o presupuestos e ir completándolo hasta facturarlo.

¿Alguna forma más eficiente de hacerlo?

Muchas gracias

Primero dos cuestiones :
1ª el xml lleva dos fechas, emisión y fecha registro.

2ª puedes trabajar con un tipo documento distinto con contadores distintos (prefactura) y luego convertirlos a factura. También puedes trabajar con facturas proformas (presupuesto) y luego convertirlas a factura. Lo que indica la aeat es que en cada serie de facturación deben ir en orden consecutivo de fechas. Si haces la conversión de cualquier forma a factura las fechas deben ir acordes a la fecha hora de creación del registro.
OK ?

[CarlosMz]

Empezado por CarlosR

Primero dos cuestiones :
1ª el xml lleva dos fechas, emisión y fecha registro.

2ª puedes trabajar con un tipo documento distinto con contadores distintos (prefactura) y luego convertirlos a factura. También puedes trabajar con facturas proformas (presupuesto) y luego convertirlas a factura. Lo que indica la aeat es que en cada serie de facturación deben ir en orden consecutivo de fechas. Si haces la conversión de cualquier forma a factura las fechas deben ir acordes a la fecha hora de creación del registro.
OK ?

Y la fecha de emisión (expedición) no coincidirá con la fecha de creación de registro de facturación ? entendiendo que es simultánea en verifactu

Muchas gracias Carlos

[CarlosR]

Empezado por CarlosMz

Y la fecha de emisión (expedición) no coincidirá con la fecha de creación de registro de facturación ? entendiendo que es simultánea en verifactu

Muchas gracias Carlos

La fecha del registro puede ser posterior o eso creo haber leido si no recuerdo mal en uno de los 2 pdf últimos publicados por la aeat en el portal para desarrolladores.
Hablo de memoria y puedo estar equivocado.
Lo que la aeat dice es que las facturas deben ser ordenadas tanto por fecha como por fecha-hora de registro y por código según cada serie. Recuerda que la Ley de Facturación dice que las series deben estar justificadas.
Las facturas recapitulativas siempre van a ser con fecha anterior al registro. Se facturan los albaranes de final de mes o de quincena pero no lo haces justo en ese día y hora, tal vez ni siquiera el de administración puede estar presente ese día. O tal vez sea festivo y no se asista al lugar de trabajo. Pero las facturas deben salir con su fecha de final de mes.

De otra forma y para evitar eventos incontrolados mi recomendación es que trabajes con el concepto de prefactura. Se generará la factura en el momento de cerrar la prefactura. Como documento temporal de confección se eliminará la prefactura pero la factura quedará con la fecha en la que la contabilizas y lo mas importante, la fecha-hora del registro estará ordenada.

Como documento de prefactura tendrá su propio contador y a nadie le importa puesto que no es todavía una factura sino un documento operativo para la creación de la factura. Si lo sacas impreso o por email no podrás llamarle factura. Llámalo borrador o como quieras.


Un saludo.

[CarlosMz]

Empezado por CarlosR

La fecha del registro puede ser posterior o eso creo haber leido si no recuerdo mal en uno de los 2 pdf últimos publicados por la aeat en el portal para desarrolladores.
Hablo de memoria y puedo estar equivocado.
Lo que la aeat dice es que las facturas deben ser ordenadas tanto por fecha como por fecha-hora de registro y por código según cada serie. Recuerda que la Ley de Facturación dice que las series deben estar justificadas.
Las facturas recapitulativas siempre van a ser con fecha anterior al registro. Se facturan los albaranes de final de mes o de quincena pero no lo haces justo en ese día y hora, tal vez ni siquiera el de administración puede estar presente ese día. O tal vez sea festivo y no se asista al lugar de trabajo. Pero las facturas deben salir con su fecha de final de mes.

De otra forma y para evitar eventos incontrolados mi recomendación es que trabajes con el concepto de prefactura. Se generará la factura en el momento de cerrar la prefactura. Como documento temporal de confección se eliminará la prefactura pero la factura quedará con la fecha en la que la contabilizas y lo mas importante, la fecha-hora del registro estará ordenada.

Como documento de prefactura tendrá su propio contador y a nadie le importa puesto que no es todavía una factura sino un documento operativo para la creación de la factura. Si lo sacas impreso o por email no podrás llamarle factura. Llámalo borrador o como quieras.


Un saludo.

Para conseguir esa ordenación de fecha, nº de factura + serie, fecha de registro solo veo posible mediante un borrador/prefactura y emitir en el momento que esté terminada.

Muchas gracias Carlos

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