Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Sistel]

Empezado por ermendalenda

Aleluya, me ha costado pero ya lo tengo claro, en principio solo voy a enviar los registros si se cumple una de estas condiciones:
He acumulado 1000registros
Han pasado 120 minutos desde el último envío.
Con lo cual cumplo cualquier condición que pongan y un parámetro menos a tener en cuenta en caso de algún fallo puntual.

Hola ermendalenda,

¿No te sería más cómodo que se vayan enviando a medida que se generan?
A mí eso de guardar 1.000 registros esperando que no ocurra ninguna desgracia y se pierdan ....

Para eso está Internet, para que no tengas que esperar a que pase el cartero

Saludos

[ermendalenda]

Empezado por Sistel

Hola ermendalenda,

¿No te sería más cómodo que se vayan enviando a medida que se generan?
A mí eso de guardar 1.000 registros esperando que no ocurra ninguna desgracia y se pierdan ....

Para eso está Internet, para que no tengas que esperar a que pase el cartero

Saludos

Cierto pero hay que tener en cuenta que te piden un número de registros mínimos a enviarbo o un mínimo tiempo de espera y esa información te la mandan después de cada envío, es fácil gestionarlo pero es más fácil no gestionarlo, como mucho voy a mandar cada 120 minutos que es el tiempo máximo de espera que vienen en el xsd.

[afxe]

Creo que Sistel tiene razón... la decisión de cuantos documentos tienes que enviar o el tiempo máximo de espera entre envíos te lo dirán en cada transmisión... y nuestros sistemas tendrán que acatar la orden. Imagino, que en una tienda de decoración, donde se hace diez o doce facturas a la hora, te dirán 1-0 (1 documento en cuanto esté hecho)... en un supermercado con 10 cajas generando 600 tickets por hora, te dirán 1000-120. De hecho, la indicación es que la primera transmisión sea 1-0, es decir, transmisión en cuanto se haga la primera factura. Imagino que cada inicio de jornada o caída del sistema, habrá que empezar con un 1-0... y luego esperar la respuesta de cómo seguir.

Lo que habrá que preguntar es qué pasa si no haces caso a su indicación y mandamos lo que nosotros decidamos... ¿provocará algún tipo de rechazo o error de incorporación?

[ermendalenda]

Empezado por afxe

Creo que Sistel tiene razón... la decisión de cuantos documentos tienes que enviar o el tiempo máximo de espera entre envíos te lo dirán en cada transmisión... y nuestros sistemas tendrán que acatar la orden. Imagino, que en una tienda de decoración, donde se hace diez o doce facturas a la hora, te dirán 1-0 (1 documento en cuanto esté hecho)... en un supermercado con 10 cajas generando 600 tickets por hora, te dirán 1000-120. De hecho, la indicación es que la primera transmisión sea 1-0, es decir, transmisión en cuanto se haga la primera factura. Imagino que cada inicio de jornada o caída del sistema, habrá que empezar con un 1-0... y luego esperar la respuesta de cómo seguir.

Lo que habrá que preguntar es qué pasa si no haces caso a su indicación y mandamos lo que nosotros decidamos... ¿provocará algún tipo de rechazo o error de incorporación?

Mmm.. no sé voy a esperar la doctrina pero creo que lo que yo voy a hacer tiene mucho sentido y no va a dar problemas. La orden no dice que tienes que enviar 1-0 obligatorimente, sino que ess el mínimo de registros y de tiempo de espera. Sólo hay que darle un par de vueltas para verle la lógica.

Lo el error lo lógico es que si se envia antes de tiempo, en la respuesta te vuelvan a indicar cuando/cuanto enviar.

[ermendalenda]

Hola,a ver que entendeis de ésto:

Huella de la factura (Realizada sobre el nodo RegistroFacturacion)

¿Calculariais con el nombre del nodo o sin él?

O sea sha256 sobre

<RegistroFacturacion></RegistroFacturacion>

¿Incluido o sin incluir ?

[antoine0]

Empezado por ermendalenda

Huella de la factura (Realizada sobre el nodo RegistroFacturacion)
¿Calculariais con el nombre del nodo o sin él?

Con; es decir, desde el primero < hasta el último >. El nodo incluye su identificador y sus delimitadores.

Creo que en la norma XML, el nodo se extiende un poco más, es decir, también recoge todo el texto que viene detrás del último > (¡cuidado, esto incluye los CR y LF!) y también eventuales comentarios que pueden venir después del último >.
Sin embargo, poner comentarios detrás del </RegistroFacturacion> me parece una extraordinaria mala idea
Y para evitar malas sorpresas de parte de paquetes XML que siguen la norma de forma más o menos estricta, creo que sería una buena idea pegar la etiqueta <DatosControl> justo detrás del </RegistroFacturacion>, sin nada entre las dos etiquetas.

[ermendalenda]

Empezado por antoine0

Con; es decir, desde el primero < hasta el último >. El nodo incluye su identificador y sus delimitadores.

Creo que en la norma XML, el nodo se extiende un poco más, es decir, también recoge todo el texto que viene detrás del último > (¡cuidado, esto incluye los CR y LF!) y también eventuales comentarios que pueden venir después del último >.
Sin embargo, poner comentarios detrás del </RegistroFacturacion> me parece una extraordinaria mala idea
Y para evitar malas sorpresas de parte de paquetes XML que siguen la norma de forma más o menos estricta, creo que sería una buena idea pegar la etiqueta <DatosControl> justo detrás del </RegistroFacturacion>, sin nada entre las dos etiquetas.

Buena idea gracias.

[ramherfer]

Empezado por ermendalenda

Hola,a ver que entendeis de ésto:

Huella de la factura (Realizada sobre el nodo RegistroFacturacion)

¿Calculariais con el nombre del nodo o sin él?

O sea sha256 sobre

<RegistroFacturacion></RegistroFacturacion>

¿Incluido o sin incluir ?

(Pongo esta pregunta en el hilo pero tengo dudas de como pasar la información desde el nodo del xml para calcular su huella)

Hola buenas tardes. A ver si me podeis echar un cable ¿Cómo puedo pasar el contenido del nodo <RegistroFacturacion>contenido</RegistroFacturación> a un string para calcular su huella? si es que se ha de hacer así. Por más que he buscado he intentado no lo consigo de ninguna manera. Ayuda por favor.

[Casimiro Noteví]

Algo así:

Código Delphi [-]
uses
  IdHash, IdHashSHA, IdGlobal, SysUtils;

function CalculateFileHash(const FileName: string): string;
var
  FileStream: TFileStream;
  SHA256Hash: TIdHashSHA256;
  HashBytes: TBytes;
begin
  FileStream := TFileStream.Create(FileName, fmOpenRead or fmShareDenyWrite);
  try
    SHA256Hash := TIdHashSHA256.Create;
    try
      HashBytes := SHA256Hash.HashValue(FileStream);
      Result := LowerCase(BytesToHex(HashBytes));
    finally
      SHA256Hash.Free;
    end;
  finally
    FileStream.Free;
  end;
end;

// Ejemplo de uso:
procedure TForm1.Button1Click(Sender: TObject);
var
  FileName: string;
  HashValue: string;
begin
  FileName := 'ruta_del_archivo.xml';
  HashValue := CalculateFileHash(FileName);
  ShowMessage('Hash SHA256 del archivo XML: ' + HashValue);
end;