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

[ontisoft]

Yo tengo una duda, he bajado las 2 demos.

¿La del componente D7 que tiene de diferente de la otra?
Yo quiero implementar verifactu, pero tengo el ERP en Delphi 12. ¿es necesario el componente D7 o directamente lo implemento con el código de la demo?

Por cierto, me ofrezco a ayudar en lo que se necesite, ya que en breve voy a tener que dedicar tiempo a adaptar mi software

[DarkDudae]

Empezado por ontisoft

Yo tengo una duda, he bajado las 2 demos.

¿La del componente D7 que tiene de diferente de la otra?
Yo quiero implementar verifactu, pero tengo el ERP en Delphi 12. ¿es necesario el componente D7 o directamente lo implemento con el código de la demo?

Por cierto, me ofrezco a ayudar en lo que se necesite, ya que en breve voy a tener que dedicar tiempo a adaptar mi software

El componente lo puedes usar igualmente en versiones más recientes de Delphi, con la ventaja de que no necesitas un programa "servidor" que recepcione las facturas, sino que podrías simplemente integrar el código de ese "programa servidor" en tu programa directamente.

Por otro lado, aprovecho para preguntar una duda:

-Veo que se habla de "envíos pendientes", de colas, e incluso de envíos manuales. Tenía entendido que en sistemas VERIFACTU el envío tenía que ser instantáneo. Entiendo que en sistemas de facturación estándar en el que se hacen pocas facturas al día no es tan crítica su transmisión instantánea, pero en TPVs donde se generan cientos de facturas simples al día que además, para ser verificables deben contar con el QR impreso en los tickets, no tiene mucho sentido tener una cola de envíos a no ser que existan problemas de conexión a internet. ¿Estoy en lo correcto?

Por otro lado, ¿sabéis cómo proceder en caso de que un ticket no pueda enviarse a la AEAT por problemas de conectividad? ¿Generarse igualmente sin código QR? ¿Incluir algún indicativo en el mismo? ¿Enviarse cuando se recupere la conexión a internet? ¿Qué ocurriría si no se recupera la conexión hasta pasados unos días? Tengo entendido que el sistema verifactu no acepta facturas de días anteriores.

Siento si alguna de estas dudas está repetida. Hay tanta cantidad de información, y tanta mezcla de conceptos con la FacturaE y con el SII que al final uno se vuelve loco.

[[newtron]]

Empezado por DarkDudae

El componente lo puedes usar igualmente en versiones más recientes de Delphi, con la ventaja de que no necesitas un programa "servidor" que recepcione las facturas, sino que podrías simplemente integrar el código de ese "programa servidor" en tu programa directamente.

Por otro lado, aprovecho para preguntar una duda:

-Veo que se habla de "envíos pendientes", de colas, e incluso de envíos manuales. Tenía entendido que en sistemas VERIFACTU el envío tenía que ser instantáneo. Entiendo que en sistemas de facturación estándar en el que se hacen pocas facturas al día no es tan crítica su transmisión instantánea, pero en TPVs donde se generan cientos de facturas simples al día que además, para ser verificables deben contar con el QR impreso en los tickets, no tiene mucho sentido tener una cola de envíos a no ser que existan problemas de conexión a internet. ¿Estoy en lo correcto?

Por otro lado, ¿sabéis cómo proceder en caso de que un ticket no pueda enviarse a la AEAT por problemas de conectividad? ¿Generarse igualmente sin código QR? ¿Incluir algún indicativo en el mismo? ¿Enviarse cuando se recupere la conexión a internet? ¿Qué ocurriría si no se recupera la conexión hasta pasados unos días? Tengo entendido que el sistema verifactu no acepta facturas de días anteriores.

Siento si alguna de estas dudas está repetida. Hay tanta cantidad de información, y tanta mezcla de conceptos con la FacturaE y con el SII que al final uno se vuelve loco.

Buenas.


Imagínate un supermercado que va generando tickets de forma masiva. Teniendo en cuenta de que el plazo máximo desde que se genera el ticket hasta que se envía es de 2 minutos (si no me equivoco), no te daría tiempo a ir enviando uno por uno porque en cada envío/respuesta se necesita un tiempo y al final empezarías a enviar tickets fuera de plazo. Por eso lo más razonable es ir haciendo paquetes de X tickets (<1000), enviarlos y los que van llegando se van encolando hasta el próximo envío, que será seguramente a los 2 minutos. De esta manera harías un envío cada 2 minutos de los tickets que se hayan generado en ese tiempo.


Por otro lado los tickets se tienen que generar con su qr independientemente de que tardes o no en enviarlos, la única diferencia es que si el cliente lee el qr y se ha enviado ya el ticket le dará un resultado Ok y si no se ha enviado le dirá que no consta en la aeat.


Si tienes problemas en el envío por el motivo que sea, el primer paquete de envío tienes que marcarlo como Incidencia=S, nada más.


Espero haber resuelto tus dudas.
Saludos.