Demo con código Verifactu.dll para (delphi 7)

[starlet]

Por si te sirve de ayuda:

- en la function anulacionfactura_verifactu en la unit uVerifactuFuncs, no añades refExterna al RegistroAnulacion.

Yo lo he arreglado añadiendo en esa función:

if facturaRegistro.refExterna<>'' then  // informacion libre
       Factura.RegistroAnulacion.RefExterna := facturaRegistro.refExterna;

Saludos.

[jguso]

como hago sobre el ejemplo una Factura Simplificada ?


Sobre los registros excel en la Demo, he cogido uno, le he blanqueado el nif y tipo de nif, pero me dá INCORRECTO, cuando lo llevo a la AEAT.


Alguien que me diga como hacer una Simplificada ??, sobre esta DLL.

[jguso]

Alguien puede decirme donde encontrar el "TipoFactura", para cambiar ahí el tipo F1, F2, F3 ... etc

[jguso]

He descubierto que solo con blanquear el nif ya hace una F2, aunque hay que ponerle que es Tipo de NIF = 02 y Pais = ES

[jguso]

como proceder si 1 o varias facturas no se enviaron en tiempo y forma.


x lo que sea, se queda atascado el envio, y nos pasamos de día, el cliente ya tiene su factura, y el programa al día siguiente es capaz de transmitir las facturas pendientes.

Supongo que las que se quedaron atascadas, nos la dará como "incorrectas", pero el cliente ya tiene su factura. Nosotros tenemos que rehacer la factura pero supongo que las fecha tanto de operación como de expedición serán distintas a las que tiene el cliente.


Que hacemos, le reenviamos la nueva factura al cliente y que rompa el PDF de la que la habíamos enviado ???

[bmfranky]

Empezado por jguso

como proceder si 1 o varias facturas no se enviaron en tiempo y forma.


x lo que sea, se queda atascado el envio, y nos pasamos de día, el cliente ya tiene su factura, y el programa al día siguiente es capaz de transmitir las facturas pendientes.

Supongo que las que se quedaron atascadas, nos la dará como "incorrectas", pero el cliente ya tiene su factura. Nosotros tenemos que rehacer la factura pero supongo que las fecha tanto de operación como de expedición serán distintas a las que tiene el cliente.


Que hacemos, le reenviamos la nueva factura al cliente y que rompa el PDF de la que la habíamos enviado ???

Hola, una pregunta y no te lo tomes a mal, estas empezando a adaptarte a VeriFactu sin leerte los pdf de ayuda de la aeat?, porque la mayoría de tus preguntas están explicadas allí, y en los faqs.
Ten en cuenta que los Xml de las *facturas creadas que no has podido enviar al momento, los has de reenviar, con el procedimiento adecuado, pero sin crear otra factura ni otro registro, solo codificando los flags necesarios para indicar que es un envío por incidencia, no ahondo mas porque hay varios hilos al respecto y este solo es sobre la demo creada por seccion_31 y su dll.


*Ojo, los registros de facturacion de alta,baja o modificación de esas facturas, no las facturas en si, las facturas has de entregarlas y nada mas puedas comunicar los registros.

[mqm]

Después de varios días, hoy vuelve a pasar lo mismo.
Cuando intento enviar más de 20 facturas se produce el error de certificado que ya pensaba se había solucionado.
Ya m extraña que sea el componente. El certificado es correcto y esta al día. Si las meto de 15 en 15 se las traga del tirón. En el momento que intento envía 20 o más, da el error de certificado.

[Matorral]

Empezado por jguso

como proceder si 1 o varias facturas no se enviaron en tiempo y forma.


x lo que sea, se queda atascado el envio, y nos pasamos de día, el cliente ya tiene su factura, y el programa al día siguiente es capaz de transmitir las facturas pendientes.

Supongo que las que se quedaron atascadas, nos la dará como "incorrectas", pero el cliente ya tiene su factura. Nosotros tenemos que rehacer la factura pero supongo que las fecha tanto de operación como de expedición serán distintas a las que tiene el cliente.


Que hacemos, le reenviamos la nueva factura al cliente y que rompa el PDF de la que la habíamos enviado ???

Buenas¡¡

Si no puedes enviar por el motivo que sea, tienes que guardar la huella (porque aunque no puedas enviar, es correcta) y el encadenamiento que le corresponde (NumserieAnt, huellaAnterior y HuellaFechaAnt), y cuando ya puedas enviar (cuando vuelva a haber internet) envías el registro con esos datos guardados. El componente marca el registro como incidencia y lo envia sin problema.

Te digo como hago yo...

Si no se puede enviar por el motivo que sea, grabo un registro en la tabla de Incidencias y guardo estos 5 campos.

Código Delphi [-]
          TRegistrosIncidenciasEnvio.fieldbyName('huella').text                    :=factura.huella;      // 64 digitos
          TRegistrosIncidenciasEnvio.fieldbyName('Huellafecha').text            :=factura.huellaFechaHora;    // este campo deberia ser de 20 digitos. (contendra fecha y hora)

          TRegistrosIncidenciasEnvio.fieldbyName('NumSerieAnt').Text          :=Factura.numeroSerieAnt;
          TRegistrosIncidenciasEnvio.fieldbyName('HuellaAnterior').Text         :=Factura.huellaAnterior;
          TRegistrosIncidenciasEnvio.fieldbyName('HuellaFechaAnt').Text       :=Factura.huellaFechaAnt;

Luego, cuando se pueda enviar de nuevo, miro en la tabla de incidencias si hay registros, y los envío con esos datos guardados. El componente ya marca ese registro como incidencia y los envia correctamente con su huella y su encadenamiento.

Espero que te ayude en algo.

[Matorral]

Si no me explique bien, esto te viene explicado en el fichero de ayuda del componente (ayuda.txt), en el apartado de la versión 4.0, por si quieres echarle un vistazo