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

[Matorral]

Empezado por starlet

Buenas:

Estoy haciendo pruebas para registro de Baja. Aunque no lo voy a usar en mi aplicación de forma "normal", si lo quiero utilizar para las pruebas que permite la AEAT en la instalación del cliente, para chequear certificado de los clientes y procesos básicos y que permite no tirarnos a la piscina sin saber si hay agua...

Básicamente, permiten crear unas facturas (se habla de hasta 10) a modo de prueba, en un canal/serie específico para pruebas (e indicando muy claramente en la descripción, que son pruebas), para inmediatamente dar de baja esos registros y que no afecten a la facturación normal.

Al intentar dar de baja registros, me sale un error (lo he intentado con varias pruebas y siempre me da el mismo error. :

Error excepción en _callbackRS: is not a valid integer value

A alguien más le está pasando???

Muchas gracias.

Acabo de probar con la demo a anular una y me la anulo sin problemas. Y me aparece en la web de consulta como anulada.

[starlet]

El error me lo da desde mi programa. El resto, me funciona bien.

Por algún motivo (obviamente de mi equipo), nunca he sido capaz de ejecutar la demo.

En los datos del registro de baja, pongo los mismo datos que el de alta, solo que en el campo alta_baja, le pongo 'B'.

Es correcto?

[jguso]

integrando la dll en mi ERP tengo la siguiente situacion:



fecha de Operación = fecha actual obtenida de internet.


si fecha Factura < fecha de Operación
error 1146 Sólo se permite que la fecha de expedicion de la factura sea anterior a la fecha operación si los detalles del desglose son ClaveRegimen 14 o 15 e Impuesto 01, 03 o vacío.


si fecha Factura > fecha de Operación
1112 = El campo FechaExpedicionFactura es superior a la fecha actual.


no entiendo como en la demo se traga lo de las fechas de operación distintas a la fecha de factura.


alguien puede ayudarme ??


gracias...

[DarkDudae]

La fecha de la operación (que es la fecha en la que se realizan y/o entregan los servicios a facturar, por lógica no puede ser superior a la fecha de expedición (fecha en la que generas la factura).

No puedes poner una fecha de operación superior a la de expedición.

[Matorral]

Empezado por starlet

El error me lo da desde mi programa. El resto, me funciona bien.

Por algún motivo (obviamente de mi equipo), nunca he sido capaz de ejecutar la demo.

En los datos del registro de baja, pongo los mismo datos que el de alta, solo que en el campo alta_baja, le pongo 'B'.

Es correcto?

<RegistroFactura>
<RegistroAnulacion  xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">
<IDVersion>1.0</IDVersion>
<IDFactura>
<IDEmisorFacturaAnulada>32655333W</IDEmisorFacturaAnulada>
<NumSerieFacturaAnulada>FS-1-011897</NumSerieFacturaAnulada>
<FechaExpedicionFacturaAnulada>18-08-2025</FechaExpedicionFacturaAnulada>
</IDFactura>
<Encadenamiento>
<RegistroAnterior>
<IDEmisorFactura>32655333W</IDEmisorFactura>
<NumSerieFactura>FS-1-011880</NumSerieFactura>
<FechaExpedicionFactura>17/08/2025</FechaExpedicionFactura>

...

</RegistroAnulacion>
</RegistroFactura>

este es el xml que genera la demo. Solo incluye el registro de anulación, con los datos de la factura anulada (emisor, numserie y fecha de emisión). Luego el encadenamiento y los datos del sistema informático. Supongo que el resto de los datos de la factura no hay que incluirlos porque ya se envió en su día el registro con los datos de esa factura.

En el excel de la demo (HOJA_EJEMPLO_BAJA.XLSX) solo aparecen el numero de la factura y la fecha.


Prueba a cubrir Alta_baja, numSerieFactura y fechafactura y envía, a ver si te funciona

      // asignar datos de 1 factura a un record
      actual.alta_baja           :='B';  // A o B
      actual.numSerieFactura     :='numero y Serie de la factura';
      actual.fechafactura        :='fecha de la factura';

[starlet]

Lo he puesto tal y como indicas, y me sigue dando el mismo error.

He debugueado y llegan los datos correctos

   actual.alta_baja           :=dataset.FieldByName('Alta_baja').value;
   actual.numSerieFactura     :=dataset.FieldByName('N_factura').value;
   actual.fechafactura        :=dataset.FieldByName('Fecha_factura').AsString;

   // clonando la demo, he añadido además en más pruebas con el mismo resultado
   actual.nivas   :=0;
   actual.nexentas:=0;
   //***************************************************************

   n:=VeriFactuD7.addFactura( actual );
   ...

En Alta, me funciona todo OK.

[jguso]

no me entero de nada.


Se supone que las facturas de hoy dia 20/08/2025 que se hicieran hoy y que esten acogidas a verifactu, su fecha de operación debe de ser 20/08/2025, no puede ser ni del dia ANTERIOR ni del día POSTERIOR. Esto quiere decir que las facturas que se envien a la AEAT tienen que tener las fechas de operación asi como de factura las del día actual.


Si esto es así, como es posible que la demo pueda transmitir con las fecha de factura 28/04/2024 y fechas de operación las de su padre y su madre ??????? si la fecha de cada documento deben de ser las del día actual, es decir, cuando se están haciendo la factura.

[seccion_31]

Empezado por jguso

no me entero de nada.


Se supone que las facturas de hoy dia 20/08/2025 que se hicieran hoy y que esten acogidas a verifactu, su fecha de operación debe de ser 20/08/2025, no puede ser ni del dia ANTERIOR ni del día POSTERIOR. Esto quiere decir que las facturas que se envien a la AEAT tienen que tener las fechas de operación asi como de factura las del día actual.


Si esto es así, como es posible que la demo pueda transmitir con las fecha de factura 28/04/2024 y fechas de operación las de su padre y su madre ??????? si la fecha de cada documento deben de ser las del día actual, es decir, cuando se están haciendo la factura.

Estoy fuera y no puedo revisar, pero confío que está bien enviada la fecha de operación

Revisa como pones la fecha de operación dd/mm/aaaa

La fecha operación debería ser inferior o igual a la fecha de expedición de factura, y la fecha de expedición no puede ser superior al día de hoy.

Hay alguna excepción.

Como digo yo creo que está bien.


El fallo al enviar más de 10 facturas podría ser de algún timeout en el httprio ???

Slds !!

[starlet]

Falsa alarma.

Tras debuguear TODO, he encontrado el error.

El error lo produce mi aplicación, en el evento Onregresultado porqué SOLO en el caso de "BAJA" :

- el campo resultado.factura.refExterna no devuelve nada, y yo en ese campo, meto la clave primaria del registro de facturación para después añadir trazabilidad. Yo esperaba ese dato al igual en las ALTAS y por eso se produce ese error.

- el campo fechafactura, está vacío. Eso a mi no me afecta.

Estos cambios no pasan en ALTA


No sé si es la forma esperada de trabajo o si se puede modificar para que haya uniformidad en los datos devueltos.

Gracias Matorral por tu ayuda.

[bmfranky]

Empezado por jguso

no me entero de nada.


Se supone que las facturas de hoy dia 20/08/2025 que se hicieran hoy y que esten acogidas a verifactu, su fecha de operación debe de ser 20/08/2025, no puede ser ni del dia ANTERIOR ni del día POSTERIOR. Esto quiere decir que las facturas que se envien a la AEAT tienen que tener las fechas de operación asi como de factura las del día actual.


Si esto es así, como es posible que la demo pueda transmitir con las fecha de factura 28/04/2024 y fechas de operación las de su padre y su madre ??????? si la fecha de cada documento deben de ser las del día actual, es decir, cuando se están haciendo la factura.

Hola, eso no es así.

La fecha de operación, puede ser tanto pasada, como futura, por ejemplo, si factura un albarán de entrega, la fecha de operación puede ser de la semana pasada, por decir algo, sin embargo la fecha de factura es hoy.
O, si se esta cobrando un adelanto por una reparación, pedido material, a cuenta, etc..., puede poner la fecha de operación con hasta un año por delante.

[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.