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

[ramherfer]

Empezado por bmfranky

Tiene que diferenciar los registros enviados , de las facturas a las que pertenecen, no es lo mismo, siempre ha de encadenar con lo enviado en el registro anterior, independientemente de su contenido.

Con este tema, no termino bien, ya te lo digo.

Muchas gracias!!!

[seccion_31]

Empezado por ramherfer

Con este tema, no termino bien, ya te lo digo.

Muchas gracias!!!

En este hilo nos lo explicaron a todos. (entre ellos a mi), por eso se colocó el registroinicial y se anulo el envio de factura anterior.

En la ayuda.txt del componente cuando se añadió el registroinicial lo explique.

A mi me costo entenderlo, pero el encadenamiento es un dato tuyo, que encadena con el registro anterior del mismo OT (y SIF, segun instalacion). y ya. Cronologicamente hablando. Para mi mucho mas simple.

Saludos !

[ramherfer]

Buenos días.
Estoy con la versión 2.1 y el tema de encadenamientos y tengo el siguiente problema:

Código Delphi [-]
      FacturasEnviadas.Last;
      VeriFactuD7.addRegistroInicial(facturasEnviadas.fieldbyName('NumSerieFactura').text, facturasEnviadas.fieldbyName('FechaExpedicioFactura').text, facturasEnviadas.fieldbyName('huella').text);

Me pone como encadenamiento una factura que está a mitad de facturas.xml (no la última enviada) y al hacer el envío me lo rechazan dado que en NumeroSerieFactura está poniendo en lugar de la serie de factura la huella.

No se si solo me está pasando a mi o alguien más a tenido problemas con esto.

Un saludo,

[seccion_31]

Bdias !
Funciona correctamente. De echo hoy he estado enviando.

Ahora bien..., estás usando la demo con algun fin?? Fuera del de servir de demostrativo?

Porque el encadenamiento inicial en la demo no es que me preocupe mucho. Voy a la última enviada y ya, pero igual los datos están regular cargados ahí. Y tendría que revisarlo.

Entiendo que para tu programa estás escribiendo código y no sirviéndote de la demo como tal, porque si es así no creo que sea buena idea.

Revisaré la demo.

Saludos !

[ramherfer]

Empezado por seccion_31

Bdias !
Funciona correctamente. De echo hoy he estado enviando.

Ahora bien..., estás usando la demo con algun fin?? Fuera del de servir de demostrativo?

Porque el encadenamiento inicial en la demo no es que me preocupe mucho. Voy a la última enviada y ya, pero igual los datos están regular cargados ahí. Y tendría que revisarlo.

Entiendo que para tu programa estás escribiendo código y no sirviéndote de la demo como tal, porque si es así no creo que sea buena idea.

Revisaré la demo.

Saludos !

No la estoy de forma que la app envie los datos. El encadenamiento que estaba haciendo era erróneo y he querido utilizar el de la demo con esas dos instrucciones, pero me ha extrañado mucho que me asignara mal la factura anterior, ya que más simple no puede ser con el codigo de la demo. Cierto es que tengo rectificativas con distintas series, es decir, Facturas xml tiene numeros de serie FA00000, RF00000 y la última se me va a la última RF que está a mitad de tabla ya que es una rectificativa de prueba que hice hace unos días. Voy a realizar una prueba eliminando los registros RF de rectificativas.

[seccion_31]

Empezado por ramherfer

No la estoy de forma que la app envie los datos. El encadenamiento que estaba haciendo era erróneo y he querido utilizar el de la demo con esas dos instrucciones, pero me ha extrañado mucho que me asignara mal la factura anterior, ya que más simple no puede ser con el codigo de la demo.

Si, En principio es mucho más sencillo

Vas a la última factura o ticket generada y enviada y cargas los datos del registro inicial después añades tu factura o ticket y envías. No hay más.

Que la demo en facturas.xml tenga los datos mal puede ser.

Quizás tenga algún índice activo que habrá que quitar. No me acuerdo.

Reviso la demo.

[ramherfer]

Empezado por seccion_31

Si, En principio es mucho más sencillo

Vas a la última factura o ticket generada y enviada y cargas los datos del registro inicial después añades tu factura o ticket y envías. No hay más.

Que la demo en facturas.xml tenga los datos mal puede ser.

Quizás tenga algún índice activo que habrá que quitar. No me acuerdo.

Reviso la demo.

Creo que el problema está en las series, ya que según esto:

Código Delphi [-]
      // cargar el archivo xml de facturas ya enviadas
      FacturasEnviadas.LoadFromFile( xmlFacturas );
      FacturasEnviadas.IndexFieldNames:='Emisor;NumSerieFactura';
      FacturasEnviadas.Active:=true;

lo esta haciendo bien por lógica ya que de un mismo emisor, la serie FA250092 (que es la anterior que debía seleccionar) está antes que la RF250003 que es la última y la que seleciona como factura anterior. Pero erróneo en la práctica ya que la anterior debiera ser la FA250092.