Empezado por Quim Herrera (Mensaje 562367)

No sé si ya lo habéis detectado, creo que hay un error en uVerifactuFuncs.pas en TEventosWebNode.WebNodeBeforePost al validar un NIF con P12 o PFX en la asignación del nombre del archivo y password:

Código Delphi [-]
 if sesion=-1 then // viene de un validador de nif
  begin
      pass:=nifValidator;
      cert:=nifValidatorPass;
  end
  else     // viene de un objeto verifactu

deberia ser:

Código Delphi [-]
  if sesion=-1 then // viene de un validador de nif
  begin
      cert:=nifValidator;
      pass:=nifValidatorPass;
  end
  else     // viene de un objeto verifactu

Saludos

Empezado por DarkDudae (Mensaje 562419)

No, no se interrumpe.

He probado a hacer un envío con 4 facturas. La segunda de ellas con el NIF incorrecto. Las otras 3 se envían sin problemas.

Empezado por ramherfer (Mensaje 562447)

Hola termino de hacer una prueba validando NIF del cliente, por hacer una prueba rápida y sencilla con PFX y me pide que seleccione un certificado del almacen. Esto con el nombre de certificado cierto que no ocurre y funciona bien. Habiendo realizado una prueba con validación, creo que tampoco funcionará con los envíos. No lo he probado en los envíos por si se me lía un trifostio. Luego si acaso probaré con una factura y amplio la información lo tengo fácil para cambiar el uso de certificados.

Probado, pide el certificado tanto al comprobar el nif como al facturar del almacen de certificados.

Empezado por seccion_31 (Mensaje 562467)

El usuario garada tiene un codigo ligeramente distinto en:

https://www.clubdelphi.com/foros/showthread.php?t=95356

dale una mirada al hilo.

Este es el codigo, señalo en rojo, lo que puede ser distinto. la carga del pfx la deja libre, sin determinar.

Empezado por seccion_31 (Mensaje 562463)

aparentemente la huella, seria la misma para la siguiente ¿no? entiendo que no habria problema de encadenamiento, al enviar la que falta, subsanado el error.

Empezado por elguille (Mensaje 562471)

Ese codigo en delphi 10.3 me da error aqui

Código Delphi [-]
    pStore := PFXImportCertStore(DataBlob, PWideChar(widestring(pass)), PKCS12_INCLUDE_EXTENDED_PROPERTIES);

debido a que cambia

Código Delphi [-]
DataBlob.pbData := @PFX[1];

si lo dejo en

Código Delphi [-]
DataBlob.pbData := @PFX[0];

va bien pero en la linea internetsetoption recibo el mismo error que al principio, "codigo error 6"

Empezado por ramherfer (Mensaje 562513)

Buenas tardes.
Si se le factura a un cliente con recargo de equivalencia no se si está asignando la clave de régimen 01 (Operación de Régimen General).
Creo que en este caso debería de asignar la clave de regimen 18 (Recargo de equivalencia).

Por favor corregirme si me equivoco.

Empezado por seccion_31 (Mensaje 562524)

Que yo sepa debe quedarse como 01.

En uveriFactuFuncs.

La variable Condatos en la consulta se quedaba siempre a false, al menos en la version que yo tengo.
Si os ocurre esto, cambiar esta funcion asi:

Empezado por ramherfer (Mensaje 562528)

No el código no lo he alterado. Digo que si emitimos una factura a un cliente con recargo de equivalencia, la clave de regimen pone 01 y debiera ser clave 18, ya que no es una operación del Régimen General (01), se trata de una operación del Régimen de Recargo de Equivalencia (18). O por lo menos eso es lo que tengo entendido, corregirme si me equivoco.
Lo mismo que ocurriría si es una operación REBU 03 (Régimen de bienes usados), no la puedo calificar con el Régimen General (01).

Empezado por seccion_31 (Mensaje 562555)

en la proxima version que publicaremos este fin de semana incluira previsiblemente entre otras tres flags de factura

subsanacion
rechazoprevioExiste
rechazoPrevioNoExiste

Con la intencion de marcar a true la modalidad de rechazoprevio, cuando se envie un registro por un fallo, por ejemplo el de un DNI. (subsanacion, rechazoPrevioNoExiste)

Tenemos el siguiente caso:

Factura 1 aceptada huella: A
Factura 2 error por dni huella B
Factura 3 aceptada huella C

Factura 2 aceptada huella D

Cuando se vuelva a enviar la factura 2, tendra una nueva huella D y habria que marchar esos dos flags.

Ahora viene una pregunta:


El resto de huellas de la 2 en adelante y hasta el fin de la facturacion estara mal por dos causas:

https://www.agenciatributaria.es/sta..._registros.pdf



Porque la huella de la factura anterior forma parte del calculo de huella de la factura actual, y ademas porque se envia como dato adicional en el apartado factura Anterior.

¿esto es asi?

Saludos !

Empezado por seccion_31 (Mensaje 562558)

gracias por la respuesta bmfranky !

entonces tenemos

ENVIO 1
---------
F0001-ACEPTADA ENLACE CON NADA, PRIMER REGISTRO
F0002-ACEPTADA ENLACE CON F0001
F0003-DNI ERROR ENLACE CON F0002
F0004-ACEPTADA ENLACE CON F0003

ENVIO 2
---------
F0003 ACEPTADA-DNI YA CORRECTO - ENLACE CON F0004
F0005 ACEPTADA ENLACE CON F0004 ¿o con F0003?
F0006 ACEPTADA ENLACE CON F0005

¿seria asi?

Empezado por DarkDudae (Mensaje 562559)

La F5 iría con la F3 en ese caso. Ya que la F3 aceptada es cronológicamente su predecesora.

Empezado por bmfranky (Mensaje 562561)

Se enlaza con el contenido del registro anterior, sea de alta, baja, modificacion, no con la factura.

Empezado por DarkDudae (Mensaje 562562)

Exacto, me refería justo a a eso. Pensaba que se sobreentendía.

Empezado por bmfranky (Mensaje 562564)

Si, pero como en el ejemplo, se hacia referencia al numero de factura F0003, he creido que se entenderia mejor de esta manera, un saludo.