Voy a ver la descarga.

No la instalaré por que creo que Veri*factu lo tengo solucionado, pero aún así miro información al respecto y de paso aprendo o detecto detalles que se me han escapado; y si puedo aportar algo donde esté mejor para todos.

Entiendo que el componente es para generar XML y enviarlo a Veri*factu, lo que pasa es que pueden exsitir muchos detalles a tener en cuenta.

¿Habéis probado a enviar con un certificado expirado?
Hasta hace poco la respuesta que daba Veri*factu en esta circumstancia era muy interesante.

Muchas gracias,

Buenas Carlos.

Aprovechando que no utilizas el componente, has probado a enviar más de 16 facturas en un solo xml? (si haces el favor de probar con 20 pues perfecto)
En este foro y en otros donde no usan el componente se dio el caso de que al enviar mas de 16 facturas en un solo XML (17 en mi caso), saltaba un error de certificado...

En cambio si ese xml lo envias desde la web de la AEAT se lo traga sin problemas.

Yo no probe. Que pasa?

Gracias¡¡

No se recibía una respuesta de error estándar de Veri*factu, lo cual obligaba a tratarla como una excepción.

La respuesta era estándar dentro de hacienda (para diferentes aplicativos) pero como respuesta a páginas web, no a los envíos tipo Veri*factu.

Desconozco si hoy en día aún sigue así.

El mío caduca a finales del mes que viene, probare entonces.

Puedes hacer la prueba de un envío de más de 16 facturas?

Gracias¡¡

Acabo de enviar 28 registros de facturación; todos se corresponden con 28 diferentes facturas, todos enviados como subsanación.

23 fueron enviados INICIALMENTE al entorno de pruebas, 5 al de 'Real.

Los he enviado de nuevo (ahora, por tanto son "subsanación") al entorno de pruebas; 23 aceptados "Correcto", 5 rechazados "Incorrecto".

"Incorrecto" por que en en entorno al que los he enviado no existe el registro a subsanar (Error 3002).

Por descartar:

Acabo de probar con una version inicial del componente, que NO usaba la DLL, usando para el envio la aplicacion servidora y da el mismo error:


Saludos !

duda
 

( Por un lado ).
Supongo que la mayoria de los que estamos, tenemos mantenimientos que pasamos al cobro a nuestros clientes.
Según está diseñado esto de VERIFACTU, ahora hay que estar el día q se vayan a facturar estos mantenimientos delante del ordenador para realizarlos. Si andas de vacaciones, tendrás q conectarte en remoto para poder lanzarlos xq como el sistema te obliga a que la fecha de emisión sea la del día, además de que esta fecha debe de coincidir con la fecha de factura de emisión de factura de mantenimiento.



( Por otro lado ).
Pero que ocurre si se te pasa el momento de lanzarlos. Pues que la fecha de emisión de factura irá con retraso de los días hasta que hagamos el lanzamiento ... entonces, todo lo que lanzes te tiene que dar "INCORRECTO", puesto que la fecha de emisión tiene que ser la del día actual, pero la fecha que tiene la fra. de mantenimiento tendrá la que le tocaba, por lo q, tendrás q ir cambiando las fecha de los mantenimientos 1 a 1. xq como tiene que coindicir con la fecha actual.


bueno, se me ocurren más cosas que pueden ocurrir, pero no me voy a extender más.

Yo tengo algo parecido con unos alquileres, y no sé como resolverlo.


Los envías indicando 'incidencia'.

Otra opción es enviarlos, los rechaza, los vuelves a enviar como 'subsanación' (1)
(es lo que he hecho con los 28 registros que he enviado hace un rato, eran de junio y julio).

(1) Si los ha rechazado 'Incorrecto', 'subsanación debe ser 'X' (no 'S' si no recuerdo mal).

Gracias por contestar Carlos¡¡

Perdona por ser tan insistente, Solo es para confirmar que "hablamos" de lo mismo.

Has hecho UN SOLO envío con esas 28 facturas (un xml que contiene los 28 RF)?? y has hecho el envío desde tu aplicación ?

Si desde mi aplicación.

Exacto, un solo XML con los 28 registros.

Ojo, yo no utilizo Verifactu.dll.
Que luego nos volvemos un poco locos buscando fantasmas.

Por eso te preguntaba.

¿ utilizas httprio ?

Aqui hay alguien con el mismo problema. (de otro tema, que nada tiene que ver), hasta 150 elementos. mas alla. error. El mismo error.

Solucion: no la encontró: dividio los envios en paquetes de 150 items.

No, no sé que es httprio.

Envío el XML con CURL.EXE

es un componente de delphi webservices, creo que ahi esta el asunto.

Slds !

Una prueba a realizar sería generar el XML en fichero e intentar enviarlo con esta sentencia:

C:\Desarrol\Treball\AMPA2506\Exe\Utilitats\CURL\BIN\curl.exe -k --connect-timeout 60 -m 300 -s -S -L --header "Content-Type: text/xml;charset=UTF-8" --cert C:\Particular\Ampa\Ampa32\firma_digital\MiCertificadodogital.pem --key C:\Particular\Ampa\Ampa32\firma_digital\MiCertificadodogital.pem --data @C:\DESARROL\TREBALL\AMPA2506\EXE\BD\BL\VERIFACTU\2025\MiFicheroXML.xml https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP -v --output C:\DESARROL\TREBALL\AMPA2506\EXE\BD\BL\VERIFACTU\2025\MiFicheroXML.xml-Resposta_01.XML

Así se sabría si es cosa del XML o del componente de delphi webservices httprio; obteniendo un fichero XML de respuesta de Veri*factu.

Notas:

-El CURL.EXE de Windows (tengo W10) no me funcionaba, bajé otro de www.

-El Certificado Digital era originalmente .p12 , lo convertí a .pem con:

"C:\Program Files\OpenSSL-Win64\bin\openssl" pkcs12 -in MiCertificadoDigital.pfx -out MiCertificadoDigital.pem -nodes

-No se dejen la '@' precediendo el nombre del XML

gracias, el XML lo envia bien atraves de los endpoint de la AEAT, el XML no es el problema, seguro que con CURL.exe lo enviara bien.

El problema creo que viene por el keep-alive del httprio para mantener el certificado activo en el envio. Estoy buscando x ahi.

OpenSSL lo bajo de:
https://slproweb.com/products/Win32OpenSSL.html

Versión 64b reducida:
https://slproweb.com/download/Win64O...ight-3_4_1.msi
https://slproweb.com/download/Win64O...ight-3_4_0.msi

Versión 64b completa:
https://slproweb.com/download/Win64OpenSSL-3_5_0.msi
https://slproweb.com/download/Win64OpenSSL-3_4_1.msi

Hola, no te puedo responder, porque como comente en su día, no uso la dll, trabajo en C#, ademas que por conveniencia solo facturo si hay conexión, aunque visto lo visto voy a tener que curarme un modulo de reenvío de los registros de alta, y encolado de los mismos si no hay conexión.
Un saludo.

Hola, una cosa, el httprio tiene limite de bytes enviados?

Httprio no tiene límite
Pero el conector http que lleva en delphi 10 no tiene la función keepalive y por eso se pierde el certificado al cabo de unos segundos.

Si se cambia por el de indy o versión de delphi puede solucionarse

Ahí estoy

Me gustaría tener más opiniones y ver si a alguien más le pasa fuera del componente

Slds

Esa es mi teoría.

buenas noticias,

parece que ya esta solucionado (httprio) gracias a matorral, en cuanto quede confirmado subimos la version 5, que sera en unos dias.

Aparentemente se han enviado cerca de 400 facturas en una sola conexion.

Lo cual es doble buena noticia, porque tambien se han comprobado los limites del propio componente, con un envio grande.

Slds !

Genial! Tengo ganas de probarla, a ver si por casualidad eso también soluciona el problema que tengo con VeriFactu y mi certificado de pruebas. Ya que cuando hago envío al SII con el mismo sí que se lo traga pero misteriosamente con el componente de Verifactu dejó de funcionar misteriosamente (aunque con el personal funciona sin problemas).

Problemas con la dll
 

Buenas tardes.
Estoy intentando usar la dll en un proyecto de delphi con unigui, pero siempre me devuelve el error en la imagen.
Salta en esta funcion

Código Delphi [-]
function TVerifactu.addRegistroInicial(numserieFactura, fechaFactura, huella:string):boolean;
var
  registroInicial:TRegistroInicial;
  infoSesion:TInfoSesion;
begin
      result:=false;
      if (sesion<0) then exit;

      registroInicial.numSerieFactura:=numSerieFactura;
      registroInicial.huella:=huella;
      registroInicial.fecha:=fechaFactura;

      result:=anadeRegistroInicial(sesion,registroInicial, infoSesion); //da el error aqui.
      if result then
      begin
            fPrimero:=infoSesion.primerRegistro;
      end;
end;

La prueba la hago directamente con el propìo excel que esta en la carpeta excel demo "HOJA_EJEMPLO_ALTA.xlsx"
No se si alguien podría ayudarme
Gracias

[quote=Isaac_uni;567346]Buenas tardes.
Estoy intentando usar la dll en un proyecto de delphi con unigui, pero siempre me devuelve el error en la imagen.

Puedes probar a interceptar el error para ver por dónde van los tiros:

Código Delphi [-]
try
   result:=anadeRegistroInicial(sesion,registroInicial, infoSesion); //da el error aqui.
except
   ON E: Exception do
       begin
             ShowMessage('Error: '+E.Message);
       end;
end;

Problema DLL
 

hola isaac_uni.


prueba poner en el proyecto esto {$M 5308416, 9048576}, lo que hace es aumentar en link, yo tambien uso unigui para proyectos web, asi que hazlo y cuenta si te ha servido de algo.

La 5.2 sin publicar

Ha sido probada enviando 1.000 facturas sin problemas, recogiendo resultados, eventos, generación de registros, facturaE...
Ya libre totalmente de CAPICOM

Si no surge nada raro, durante la semana que viene será publicada.

Tema cerrado, habilitamos nuevos foros
 

Llegados a este punto cerramos este hilo ya que se ha convertido en algo muy extenso y tedioso.
Actualmente ya cuenta con 34 páginas de mensajes y se vuelve complejo consultar algo, buscar algo y en general "seguirle el hilo" sobre todo para la gente nueva que entra.

Para ello, como he dicho, vamos a cerrar este mensaje y vamos a habilitar 3 subforos para el proyecto.

* Consultas sobre el proyecto
* Errores relacionados con el proyecto
* Peticiones sobre el proyecto

Este mensaje queda como histórico y se dejará cerrado para poder consultarlo (crearé un enlace a este desde los nuevos foros).
La descarga del proyecto queda donde siempre, en el FTP del club aquí.

Publicada la versión 5.2 de la DLL
https://www.clubdelphi.com/foros/showthread.php?t=97659