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

[ramherfer]

Me está surgiendo el siguiente problema, y ya no se si solo lo tengo solo yo. Tengo la versión 4.6 del componente.

Tengo la siguiente secuencia de facturas (encadenamientos verificados y correctos en el SIF):

A FR250252 01/08/25 FECHA OP: 01/08/25 Correcto B00000000 02 ES VENTA DE MERCADERIAS 469,42 98,58 568,00 A-5Y3B39LZD7UJBB
A FR250251 01/08/25 FECHA OP: 15/07/25 Correcto P7777777H 02 ES VENTA DE MERCADERIAS Y PRESTACION DE SERVICIOS 1519,80 319,16 1.838,96 A-AXZWAGYR2MBNXX
A FR250250 28/07/25 FECHA OP: 28/07/25 Correcto 19000000V 02 ES VENTA POR PRESTACION DE SERVICIOS 157,19 33,01 190,20 A-DHWF8UZHAY3KTT
A FR250249 28/07/25 FECHA OP: 28/07/25 Correcto.......

En las consultas la factura FR250251 no aparece ni matandome, ni en el periodo 07 ni en el periodo 08, la única diferencia con las otras es que la fecha de operación es la del ultimo albarán que se genero en el mes 07 y puesto como fecha operación en la factura generada el 01/08/2025 con todos los albaranes del mes anterior del cliente. Cotejo la FR250251 en la web (o escaneo el QR) y está en la AEAT.

Si hago una consulta directa en la AEAT tengo que poner Año: 2025 Mes operacion/Expedición: 07 Rango de fechas de expedición inicial 01/08/2025 y final 31/08/2025, entonces la visualiza. Si pongo mes operacion/expedición 08 la maldita ya no me aparece.

Repito en las consultas del componente no me la visualiza ni seleccionando el periodo 07 ni el periodo 08. No se si es un fallo en consultas o el fallo soy yo.
Agradecería si alguien pudiera comprobar si le pasa lo mismo.
Un saludo,

[Matorral]

Empezado por ramherfer

Me está surgiendo el siguiente problema, y ya no se si solo lo tengo solo yo. Tengo la versión 4.6 del componente.

Tengo la siguiente secuencia de facturas (encadenamientos verificados y correctos en el SIF):

A FR250252 01/08/25 FECHA OP: 01/08/25 Correcto B00000000 02 ES VENTA DE MERCADERIAS 469,42 98,58 568,00 A-5Y3B39LZD7UJBB
A FR250251 01/08/25 FECHA OP: 15/07/25 Correcto P7777777H 02 ES VENTA DE MERCADERIAS Y PRESTACION DE SERVICIOS 1519,80 319,16 1.838,96 A-AXZWAGYR2MBNXX
A FR250250 28/07/25 FECHA OP: 28/07/25 Correcto 19000000V 02 ES VENTA POR PRESTACION DE SERVICIOS 157,19 33,01 190,20 A-DHWF8UZHAY3KTT
A FR250249 28/07/25 FECHA OP: 28/07/25 Correcto.......

En las consultas la factura FR250251 no aparece ni matandome, ni en el periodo 07 ni en el periodo 08, la única diferencia con las otras es que la fecha de operación es la del ultimo albarán que se genero en el mes 07 y puesto como fecha operación en la factura generada el 01/08/2025 con todos los albaranes del mes anterior del cliente. Cotejo la FR250251 en la web (o escaneo el QR) y está en la AEAT.

Si hago una consulta directa en la AEAT tengo que poner Año: 2025 Mes operacion/Expedición: 07 Rango de fechas de expedición inicial 01/08/2025 y final 31/08/2025, entonces la visualiza. Si pongo mes operacion/expedición 08 la maldita ya no me aparece.

Repito en las consultas del componente no me la visualiza ni seleccionando el periodo 07 ni el periodo 08. No se si es un fallo en consultas o el fallo soy yo.
Agradecería si alguien pudiera comprobar si le pasa lo mismo.
Un saludo,

Pues si, a mi me pasa lo mismo.

Una factura con fecha de expedición 04/08/2025 y fecha de operación 30/07/2025,
En las consultas de la AEAT aparece en el periodo 2025-07 y entre fechas de expedición 01/08/2025 a 31/08/2025, pero en la consulta del componente no aparece.

[Matorral]

Acabo de probar ahora forzando el periodo a 2025 y 07 y fechas 01/08/2025 a 31/08/2025 y sale bien...

Código Delphi [-]
if VeriFactuD7.consulta('2025', '07', numero, desde, hasta, false, resultado) then ...

Asi sale bien

[seccion_31]

Empezado por Matorral

Acabo de probar ahora forzando el periodo a 2025 y 07 y fechas 01/08/2025 a 31/08/2025 y sale bien...

Código Delphi [-]
if VeriFactuD7.consulta('2025', '07', numero, desde, hasta, false, resultado) then ...

Asi sale bien

La AEAT computa las facturas por fecha de operacion, incluso el iva que va a calcular sera por fecha de operacion. (atentos: con lo que ello supone, si cambia el periodo de liquidacion entre expedicion y operacion) La fecha de expedicion NO la utiliza.

Creo que en la consulta ha podido ignorar las fechas y se ha centrado en el periodo, que es el que coincide con la fecha de operacion, la que usa para todo.

Yo diria que la busqueda va bien.

Voy a incluir en la 4.8 la opcion de R5 positivas y el array de facturas sustituidas, y lo que vaya surgiendo de este hilo.

Saludos !

[seccion_31]

en la versión 4.8

sustituyeTicketF3 será un array de 60 posiciones.

si el total de la factura es negativo se colocara como R4 ó R5, o bien si encuentra un valor en el campo facturaRectificada lo cual permitira subir R4, R5 positivas.

¿estamos con alguna cosa mas?

Saludos !


Tengo una documentación empezada luego la busco y te la envío matorral para que le des un vistazo.

[DarkDudae]

Empezado por seccion_31

en la versión 4.8

sustituyeTicketF3 será un array de 60 posiciones.

si el total de la factura es negativo se colocara como R4 ó R5, o bien si encuentra un valor en el campo facturaRectificada lo cual permitira subir R4, R5 positivas.

¿estamos con alguna cosa mas?

Saludos !


Tengo una documentación empezada luego la busco y te la envío matorral para que le des un vistazo.

Yo siempre condicionaría el uso de R4 y R5 a que el campo de facturaRectificada no esté en blanco, independientemente del importe.

Pueden darse casos de tickets F2 que no sean negativos (la AEAT los acepta).
Se me ocurre por ejemplo el típico caso de préstamos en fianza:

Un restaurante cobra al cliente una paella para llevar, y uno de los conceptos es: "préstamo de paellera: 5€". Luego el cliente al día siguiente la devuelve y le hacen un ticket con -5€ en concepto de devolución de la paellera. Este ticket no sería verdaderamente un rectificación del ticket original. Por otro lado, me consta que hay gente que está metiendo los abonos y devoluciones como simples F1 o F2 en negativo. ¿Es lo más correcto? En mi opinión no, pero puesto que la AEAT acepta estos registros en negativos... será por algo.

[CarlosArjonomia]

Empezado por DarkDudae

Un restaurante cobra al cliente una paella para llevar, y uno de los conceptos es: "préstamo de paellera: 5€". Luego el cliente al día siguiente la devuelve y le hacen un ticket con -5€ en concepto de devolución de la paellera. Este ticket no sería verdaderamente un rectificación del ticket original. Por otro lado, me consta que hay gente que está metiendo los abonos y devoluciones como simples F1 o F2 en negativo. ¿Es lo más correcto? En mi opinión no, pero puesto que la AEAT acepta estos registros en negativos... será por algo.

Para ese caso es que no queda otra, y menos un domingo de agosto.

[seccion_31]

Empezado por DarkDudae

Yo siempre condicionaría el uso de R4 y R5 a que el campo de facturaRectificada no esté en blanco, independientemente del importe.

Pueden darse casos de tickets F2 que no sean negativos (la AEAT los acepta).
Se me ocurre por ejemplo el típico caso de préstamos en fianza:

Un restaurante cobra al cliente una paella para llevar, y uno de los conceptos es: "préstamo de paellera: 5€". Luego el cliente al día siguiente la devuelve y le hacen un ticket con -5€ en concepto de devolución de la paellera. Este ticket no sería verdaderamente un rectificación del ticket original. Por otro lado, me consta que hay gente que está metiendo los abonos y devoluciones como simples F1 o F2 en negativo. ¿Es lo más correcto? En mi opinión no, pero puesto que la AEAT acepta estos registros en negativos... será por algo.

¿entonces que hacemos?

¿anulamos la opcion de R4,R5 si encuentra valor negativo? ¿y la dejamos unicamente para cuando sea una rectificativa real?

Saludos !

[Matorral]

Empezado por seccion_31

La AEAT computa las facturas por fecha de operacion, incluso el iva que va a calcular sera por fecha de operacion. (atentos: con lo que ello supone, si cambia el periodo de liquidacion entre expedicion y operacion) La fecha de expedicion NO la utiliza.

Creo que en la consulta ha podido ignorar las fechas y se ha centrado en el periodo, que es el que coincide con la fecha de operacion, la que usa para todo.

Yo diria que la búsqueda va bien.

si si, la búsqueda en el componente va bien, lo que falla es el filtrado que hacen ellos con el entorno de fechas + periodo, que se hacen la picha un lio. Filtran la fecha de operación por periodo (año+mes) y la fecha de expedición por entorno de fechas (desde y hasta). Esto lo hacen tanto enviando la consulta con el componente, como haciendo la consulta directamente desde la web. Un lio, vamos.

en la versión 4.8

sustituyeTicketF3 será un array de 60 posiciones.

si el total de la factura es negativo se colocara como R4 ó R5, o bien si encuentra un valor en el campo facturaRectificada lo cual permitira subir R4, R5 positivas.


Tengo una documentación empezada luego la busco y te la envío matorral para que le des un vistazo.

para mi perfecto.

[ramherfer]

Empezado por seccion_31

La AEAT computa las facturas por fecha de operacion, incluso el iva que va a calcular sera por fecha de operacion. (atentos: con lo que ello supone, si cambia el periodo de liquidacion entre expedicion y operacion) La fecha de expedicion NO la utiliza.

Creo que en la consulta ha podido ignorar las fechas y se ha centrado en el periodo, que es el que coincide con la fecha de operacion, la que usa para todo.

Yo diria que la busqueda va bien.

Voy a incluir en la 4.8 la opcion de R5 positivas y el array de facturas sustituidas, y lo que vaya surgiendo de este hilo.

Saludos !

Yo hubiera dicho lo mismo que funciona bien si la hubiese mostrado en el periodo 07 (por su fecha de operación), pero no la muestra ni en el periodo 07 ni en el periodo 08 por su fecha de expedición. Pero no la muestra de ninguna de las formas. Si haces una prueba te darás cuenta que en el SIF queda una factura perdida en consultas. No creo que eso esté muy bien, pero bueno....

Me di cuenta cuando en consulta directa en la AEAT le indicaba periodo 07 y rango de fechas 01/08/2025 - 31/08/2025.

Siendo así no se si es interesante, obligatorio poner la fecha de operación del último albarán del mes anterior o directamente poner la fecha de operación la misma que la de factura. y que cada factura se visualice en su periodo o fecha de expedición, con lo que busco consejo al respecto. Esto sería lógico cuando el 1 de mes se facturan todos los albaranes de crédito del mes anterior ¿no?

un saludo

[seccion_31]

Empezado por ramherfer

Yo hubiera dicho lo mismo que funciona bien si la hubiese mostrado en el periodo 07 (por su fecha de operación), pero no la muestra ni en el periodo 07 ni en el periodo 08 por su fecha de expedición. Pero no la muestra de ninguna de las formas. Si haces una prueba te darás cuenta que en el SIF queda una factura perdida en consultas. No creo que eso esté muy bien, pero bueno....

Me di cuenta cuando en consulta directa en la AEAT le indicaba periodo 07 y rango de fechas 01/08/2025 - 31/08/2025.

un saludo

Lamentablemente, no puedo probar sin tus datos. ¿Quizas la AEAT la haya archivado mal? ni idea.

[ramherfer]

Empezado por seccion_31

Lamentablemente, no puedo probar sin tus datos. ¿Quizas la AEAT la haya archivado mal? ni idea.

A FR250252 01/08/25 FECHA OP: 01/08/25 Correcto B00000000 02 ES VENTA DE MERCADERIAS 469,42 98,58 568,00 A-5Y3B39LZD7UJBB
A FR250251 01/08/25 FECHA OP: 15/07/25 Correcto P7777777H 02 ES VENTA DE MERCADERIAS Y PRESTACION DE SERVICIOS 1519,80 319,16 1.838,96 A-AXZWAGYR2MBNXX
A FR250250 28/07/25 FECHA OP: 28/07/25 Correcto 19000000V 02 ES VENTA POR PRESTACION DE SERVICIOS 157,19 33,01 190,20 A-DHWF8UZHAY3KTT
A FR250249 28/07/25 FECHA OP: 28/07/25 Correcto.......

Hombre es sencillo de probar la aplicación demo si haces una secuencia como la que he planteado al inicio y en una de ellas cambias la fecha de operacion y le pones por ejemplo 15/07/2025 con la fecha de expedición 05/08/2025 veras que en una consulta no te la muestra ni el el periodo 07 ni en el 08.