ayuda
 

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.

No te preocupes.

Desconecta y descansa qué bien te lo mereces.

Mil gracias!!!.

ayuda
 

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

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.

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?

ayuda
 

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

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.

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

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

He debugueado y llegan los datos correctos

En Alta, me funciona todo OK.

ayuda
 

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 !!

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.

En la 5.0 añadire estos datos

De todas formas mediante el índice y la función factura se pueden obtener esos datos y otros, al acceder a la factura enviada. Me queda la duda si refexterna la envío en baja.

En la demo está documentado.

De todas formas lo reviso.

Slds !

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.

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:
Saludos.

Duda
 

como hago sobre el ejemplo una Factura Simplificada ?


Sobre los registros excel en la Demo, he cogido uno, le he blanqueado el nif y tipo de nif, pero me dá INCORRECTO, cuando lo llevo a la AEAT.


Alguien que me diga como hacer una Simplificada ??, sobre esta DLL.

duda
 

Alguien puede decirme donde encontrar el "TipoFactura", para cambiar ahí el tipo F1, F2, F3 ... etc

duda
 

He descubierto que solo con blanquear el nif ya hace una F2, aunque hay que ponerle que es Tipo de NIF = 02 y Pais = ES

duda
 

como proceder si 1 o varias facturas no se enviaron en tiempo y forma.


x lo que sea, se queda atascado el envio, y nos pasamos de día, el cliente ya tiene su factura, y el programa al día siguiente es capaz de transmitir las facturas pendientes.

Supongo que las que se quedaron atascadas, nos la dará como "incorrectas", pero el cliente ya tiene su factura. Nosotros tenemos que rehacer la factura pero supongo que las fecha tanto de operación como de expedición serán distintas a las que tiene el cliente.


Que hacemos, le reenviamos la nueva factura al cliente y que rompa el PDF de la que la habíamos enviado ???

Hola, una pregunta y no te lo tomes a mal, estas empezando a adaptarte a VeriFactu sin leerte los pdf de ayuda de la aeat?, porque la mayoría de tus preguntas están explicadas allí, y en los faqs.
Ten en cuenta que los Xml de las *facturas creadas que no has podido enviar al momento, los has de reenviar, con el procedimiento adecuado, pero sin crear otra factura ni otro registro, solo codificando los flags necesarios para indicar que es un envío por incidencia, no ahondo mas porque hay varios hilos al respecto y este solo es sobre la demo creada por seccion_31 y su dll.


*Ojo, los registros de facturacion de alta,baja o modificación de esas facturas, no las facturas en si, las facturas has de entregarlas y nada mas puedas comunicar los registros.

Después de varios días, hoy vuelve a pasar lo mismo.
Cuando intento enviar más de 20 facturas se produce el error de certificado que ya pensaba se había solucionado.
Ya m extraña que sea el componente. El certificado es correcto y esta al día. Si las meto de 15 en 15 se las traga del tirón. En el momento que intento envía 20 o más, da el error de certificado.

duda
 

no es que no haya leido los pdfs de la AEAT, es que no se donde puedo especificar en la dll la incidencia sobre la factura, al menos yo no lo he visto por ningún sitio.
Por ejemplo : He integrado el codigo de section31 en mi ERP, y si pongo fecha de operación <> fecha de Expedición me la marca como incorrecta y no lo es, esa factura aunque yo se la pase al cliente, aun no está registrada en la AEAT -> no consta en su sistema. Esto para mi es una incidencia y tengo que reenviarla de nuevo y debería de marcarla de alguna manera como "error", no quiero que sea una rectificativa xq no lo es.


Alguien sabe como resolver esto ?, o si le pasa lo mismo y lo ha corregido/arreglado me dice como ?

Buenas¡¡

Si no puedes enviar por el motivo que sea, tienes que guardar la huella (porque aunque no puedas enviar, es correcta) y el encadenamiento que le corresponde (NumserieAnt, huellaAnterior y HuellaFechaAnt), y cuando ya puedas enviar (cuando vuelva a haber internet) envías el registro con esos datos guardados. El componente marca el registro como incidencia y lo envia sin problema.

Te digo como hago yo...

Si no se puede enviar por el motivo que sea, grabo un registro en la tabla de Incidencias y guardo estos 5 campos.

Código Delphi [-]
          TRegistrosIncidenciasEnvio.fieldbyName('huella').text                    :=factura.huella;      // 64 digitos
          TRegistrosIncidenciasEnvio.fieldbyName('Huellafecha').text            :=factura.huellaFechaHora;    // este campo deberia ser de 20 digitos. (contendra fecha y hora)

          TRegistrosIncidenciasEnvio.fieldbyName('NumSerieAnt').Text          :=Factura.numeroSerieAnt;
          TRegistrosIncidenciasEnvio.fieldbyName('HuellaAnterior').Text         :=Factura.huellaAnterior;
          TRegistrosIncidenciasEnvio.fieldbyName('HuellaFechaAnt').Text       :=Factura.huellaFechaAnt;

Luego, cuando se pueda enviar de nuevo, miro en la tabla de incidencias si hay registros, y los envío con esos datos guardados. El componente ya marca ese registro como incidencia y los envia correctamente con su huella y su encadenamiento.

Espero que te ayude en algo.

Si no me explique bien, esto te viene explicado en el fichero de ayuda del componente (ayuda.txt), en el apartado de la versión 4.0, por si quieres echarle un vistazo

Buenas mqm.

En el hilo que abriste tu hace unos meses conteste a esto mismo.
https://www.clubdelphi.com/foros/sho...threadid=97263

Les envié el XML con los 20 registros y estoy esperando a que me contesten de la AEAT.
Cuando me digan algo os digo.

duda
 

Gracias Matorral.


Yo todo eso q haces tú, también lo hago yo, pero sigo teniendo el problema de que x culpa de las fechas de emisión de factura y de Operación de Factura me siguen dando error.



No uso una tabla de incidencias como pero bueno, escribo en la tabla de facturas el error que se produjo.


de todas maneras gracias por tu ayuda.

Buenas tardes

he comprobado que admite hasta 16 facturas.

Mas de eso da el error:

Como dije, este error ya estaba por el foro con alguna factura menos (8 facturas) desde el 23 de octubre de 2024, sin usar el componente, por el usuario: jlsilver (Voy a enviarle un mensaje a ver si me cuenta algo.) en el hilo.

Curioso que ahora sean 16 facturas.

¿algun usuario fuera del componente puede indicarnos si es capaz de subir mas de 16 facturas?

vamos a ver... buenos dias !

no hay una sola linea de codigo que marque como incidencia si la fecha de operacion es distinta de expedicion.

Pero si estas enviando una factura con fecha de expedición anterior al día de hoy se activa automaticamente incidencia=S ¿ quizas te pasa eso?

¿ hablamos de incidencia=S ? ¿o que vienen devueltas con error?

pasanos el XML de envio, y el de respuesta, y miramos.

Saludos !



Version 5

Corrige el error de facturas F3

Rellena en bajas/anulacion el campo refExterna en el envio, asi que se recibe de nuevo en el resultado o consulta.

Genera el codigo XML para facturaE 3.2.1

La demo no necesita midas.dll para funcionar, (quizas ese error no dejaba ejecutar en algun sistema?)

La demo incorporara la firma de facturaE 3.2.1 una vez generadas.


¿me he dejado algo mas sin corregir?

Estamos pendientes de ver que pasa con el envio de mas de 16 facturas. antes de su publicacion.

Saludos !

duda
 

Entonces seccion_31, como es posible que en la demo que hay operativa en la version 4.8, las fechas de facturas son del año 2024 y las fechas de operación las q que sean que encajen, y las dá como válidas o correctas ?

Envíame los XML de 1 factura

Envío
Y resultado

Si quieres por privado o por aqui y lo veo.

Saludos

Sí, yo estoy seguro de que el componente no tiene errores con el tema de fecha de expedición y operación. Llevamos muchos usándolo y nunca se nos ha quejado (al menos no sin motivo) de ese tema.

duda
 

seccion31 aqui está el XML enviado a la AEAT


RegistroAlta>
<RegistroFacturacionType>
<RegistroAlta>
<IDVersion>1.0</IDVersion>
<IDFactura>
<IDEmisorFactura>30502396A</IDEmisorFactura>
<NumSerieFactura>2501000537</NumSerieFactura>
<FechaExpedicionFactura>15-08-2025</FechaExpedicionFactura>
</IDFactura>
<NombreRazonEmisor>Guarda Soler, Julio</NombreRazonEmisor>
<TipoFactura>F1</TipoFactura>
<FechaOperacion>21-08-2025</FechaOperacion>
<DescripcionOperacion>Venta y/o Prestacíón de Servicios</DescripcionOperacion>
<Destinatarios>
<item>
<NombreRazon>REMICA SA</NombreRazon>
<NIF>A28896330</NIF>
</item>
</Destinatarios>
<Desglose>
<item>
<ClaveRegimen>01</ClaveRegimen>
<CalificacionOperacion>S1</CalificacionOperacion>
<TipoImpositivo>21.00</TipoImpositivo>
<BaseImponibleOimporteNoSujeto>10.00</BaseImponibleOimporteNoSujeto>
<CuotaRepercutida>2.10</CuotaRepercutida>
</item>
</Desglose>
<CuotaTotal>2.10</CuotaTotal>
<ImporteTotal>12.10</ImporteTotal>
<Encadenamiento>
<RegistroAnterior>
<IDEmisorFactura>30502396A</IDEmisorFactura>
<NumSerieFactura>2501000536</NumSerieFactura>
<FechaExpedicionFactura>21-08-2025</FechaExpedicionFactura>
<Huella>
32DF519EAB2CB5BFD822D2CBA8515B8174724CA91A8A8410E7FCC4955C01287F
</Huella>
</RegistroAnterior>
</Encadenamiento>
<SistemaInformatico>
<NombreRazon>Guarda Soler, Julio</NombreRazon>
<NIF>30502396A</NIF>
<NombreSistemaInformatico>easyData</NombreSistemaInformatico>
<IdSistemaInformatico>17</IdSistemaInformatico>
<Version>02</Version>
<NumeroInstalacion>184732745</NumeroInstalacion>
<TipoUsoPosibleSoloVerifactu>S</TipoUsoPosibleSoloVerifactu>
<TipoUsoPosibleMultiOT>N</TipoUsoPosibleMultiOT>
<IndicadorMultiplesOT>N</IndicadorMultiplesOT>
</SistemaInformatico>
<FechaHoraHusoGenRegistro>2025-08-21T15:10:43+02:00</FechaHoraHusoGenRegistro>
<TipoHuella>01</TipoHuella>
<Huella>
4A6395B495D3B285BFE8677ABF8FB9F3D26EDDC021876CEE24880813D0A8EBFD
</Huella>
</RegistroAlta>
</RegistroFacturacionType>
</RegistroAlta>

duda
 

seccion31,,, aqui la respuesta de la AEAT.


<env:Envelope>
<env:Header/>
<env:Body Id="Body">
<tikR:RespuestaRegFactuSistemaFacturacion>
<tikR:Cabecera>
<tik:ObligadoEmision>
<tik:NombreRazon>Guarda Soler, Julio</tik:NombreRazon>
<tik:NIF>30502396A</tik:NIF>
</tik:ObligadoEmision>
<tik:RemisionVoluntaria>
<tik:Incidencia>S</tik:Incidencia>
</tik:RemisionVoluntaria>
</tikR:Cabecera>
<tikR:TiempoEsperaEnvio>60</tikR:TiempoEsperaEnvio>
<tikR:EstadoEnvio>Incorrecto</tikR:EstadoEnvio>
<tikR:RespuestaLinea>
<tikR:IDFactura>
<tik:IDEmisorFactura>30502396A</tik:IDEmisorFactura>
<tik:NumSerieFactura>2501000537</tik:NumSerieFactura>
<tik:FechaExpedicionFactura>15-08-2025</tik:FechaExpedicionFactura>
</tikR:IDFactura>
<tikR:Operacion>
<tik:TipoOperacion>Alta</tik:TipoOperacion>
</tikR:Operacion>
<tikR:EstadoRegistro>Incorrecto</tikR:EstadoRegistro>
<tikR:CodigoErrorRegistro>1146</tikR:CodigoErrorRegistro>
<tikR:DescripcionErrorRegistro>
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.
</tikR:DescripcionErrorRegistro>
</tikR:RespuestaLinea>
</tikR:RespuestaRegFactuSistemaFacturacion>
</env:Body>
</env:Envelope>

duda
 

Si te das cuenta, la AEAT tiene la última fechaEmisionFactura registrada a dia 21/08/2025 es por eso q marca el error. Pero de acuerdo con esto, la demo no podría enviar nada con fecha anterior al 21/08/2025 ... es lo que no entiendo, resumiendo ... como la demo es capaz de enviar los registros del excel con fechas del año 2024 y no una factura real de prueba me detecta la fecha de lo último que le consta a la AEAT


bueno, no se mi explico


en principio lo soluciono haciendo igual la fechaemisionfactura = fechaOperacion

duda
 

el certificado con el q envio en ambos casos demo y erp es el mismo.

La fecha de operacion esta bien transmitida, ahora lo que te dice la AEAT es que 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.

El componente transmite claveRegimen 01.

¿ Estas en esos supuestos de claveRegimen 14 o 15 para transmitir una fecha de operacion superior a expedicion ?

Por otro lado, la demo:

La demo envia todo con fecha de 2024 (es la fecha indicada en la excel), con fecha de operacion siempre inferior o igual a expedicion. Al ser de 2024, se activa automaticamente el flag incidencia=S y la AEAT las acepta.

Saludos !

Perdonen que a estas alturas haga estas preguntas.
He entrado en este foro hace 2 días. No sé ni donde bajar Verifactu.dll, ni sobre todo la ayuda.

¿Verifactu.dll, qué hace?
¿Envía XML a Veri*factu, recoge la respuesta?
¿Cómo se integra en mi aplicación?
¿Funciona de manera independiente, autónoma?
¿Qué nececita para trabajar, una hoja de cálculo Excel con datos? ¿Puede ser otra hoja de cálculo que no sea Excel?

Muchas gracias

Te invito a que hagas una mínima tarea de investigación leyendo al menos unas páginas de este hilo. Ya en el segundo mensaje del hilo tienes el enlace al FTP del grupo donde puedes encontrar el componente. Allí lo puedes descargar junto con la demo donde verás qué hace y cómo lo hace. Si no sabes ni para qué es el componente, es que estás muy perdido...

Hola, creo que el error lo tiene en que esta pasando mal, la fecha de operación y fecha de factura, esta pasando fecha de operación del día 25/08/2025 , pero esta haciendo la factura o pasando la fecha del día 13/08/2025, seguro que esta pasando bien las fechas?

Lo que quiere jguso es fecha de operación superior a expedición. Hay algun hilo del foro general donde se trata este tema, y creo que en este al principio tambien.

Aunque mi mensaje es algo confuso, esta correcto. En La demo excel, hay operaciones iguales a expediciones e inferiores, y pasan sin problema.

Es lo que hay y lo que hace. El componente no falla.

Por cierto bmfranky ¿has podido enviar mas de 16 facturas a la vez?

Saludos !