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

[Matorral]

Empezado por seccion_31

Aparentemente tenemos un XML bien formado
El acceso al certificado es igual para una factura que para 40.

Se que en algún hilo de estos foros se ha visto esta situación y como digo a mí me paso hace tiempo.

A ver qué conclusión sacamos.. si hay otra conclusión

Buenos días¡¡

Encontré este mensaje de mqm de hace unos meses..

Empezado por mqm

haciendo pruebas de envio con la ultima version de la dll.... me esta dando el error :

Error Al Enviar
(ESOAPHTTPException)-- URL:https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP - SOAPAction:""

Esto solo pasa cuando envio mas de 10 factura. Si en vio menos cantidad no lo da. Alguien sabe a que es debido.

Le acabo de escribir para saber si encontró solución. Además envié una consulta a AEAT para saber si hay algún límite de facturas o algo así.

Ya os comentaré cuando contesten.


Por otra parte, hice un envío desde la demo de 398 facturas y enviando el XML desde el Web Service lo acepta sin problemas.

Saludos¡¡

[jguso]

Yo tengo ahora el siguiente problema. al enviar 1 factura.


ejemplo:
fecha de Operacion = 01/01/2025
fecha de Factura = 15/01/2025


me dá error al no coincidir la fecha de Operación con la Fecha de Emisión/Factura, me dice que es incorrecto, aunque se genera la huella ... etc,etc.


alguien ha probado ?

[Matorral]

Empezado por jguso

Yo tengo ahora el siguiente problema. al enviar 1 factura.


ejemplo:
fecha de Operacion = 01/01/2025
fecha de Factura = 15/01/2025


me dá error al no coincidir la fecha de Operación con la Fecha de Emisión/Factura, me dice que es incorrecto, aunque se genera la huella ... etc,etc.


alguien ha probado ?

A mi no me da error.

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

[seccion_31]

Ahora estoy de vacaciones
Ese error de callback... no debería si quiera ejecutarse.

El domingo vuelvo y lo veo.

Con lo que salga

Slds !!

[jguso]

Yo sigo con el mismo problema de fecha de Operación y Fecha de Factura, si son iguales lo hace bien, pero si son distintas a mi me dá un error de "incorrecto", aunque la envia a la AEAT.


Cierto es que en la demo si se traga las fechas de Operación <> Fecha de Factura sin problema, pero en mi codigo no lo hace, es decir, copiando los fuentes de section_31 y en mi adaptación que básicamente en vez de un stringGrid es una tabla con las facturas que tiene que enviar a la AEAT.

[starlet]

No te preocupes.

Desconecta y descansa qué bien te lo mereces.

Mil gracias!!!.

[jguso]

a mi me ocurre que al integrar la dll en mi programa, cuando las fecha de Operación y Fecha de Factura son distintas me marca que es "incorrecto" por lo que no refleja esta factura como dada de alta en la AEAT.


Si las fechas son iguales si que es "correcta" y la dá de alta correctamente en la AEAT.


Ya he modificado y ampliado el stack del enlazador x si fuera ese el motivo.


Si lo hago desde la demo si que funciona correctamente, supongo q será xq el código es más liviano, es decir, como es independiente no necesita tantos recursos para q funcione .... estoi suponiendo nada más

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

[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';