![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#621
|
|||
|
|||
|
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. |
|
#622
|
|||
|
|||
|
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 ? |
|
#623
|
||||
|
||||
|
Cita:
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.
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.
__________________
Inieeeesssstademiviiiiidaaaaa. |
|
#624
|
||||
|
||||
|
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
__________________
Inieeeesssstademiviiiiidaaaaa. |
|
#625
|
||||
|
||||
|
Cita:
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.
__________________
Inieeeesssstademiviiiiidaaaaa. |
|
#626
|
|||
|
|||
|
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. |
|
#627
|
||||
|
||||
|
Buenas tardes
he comprobado que admite hasta 16 facturas. Mas de eso da el error: Cita:
Curioso que ahora sean 16 facturas. ¿algun usuario fuera del componente puede indicarnos si es capaz de subir mas de 16 facturas? |
|
#628
|
||||
|
||||
|
Cita:
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 ! |
|
#629
|
|||
|
|||
|
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 ?
|
|
#630
|
||||
|
||||
|
Cita:
Envío Y resultado Si quieres por privado o por aqui y lo veo. Saludos |
|
#631
|
||||
|
||||
|
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.
__________________
El recuerdo es la prisión en la que el alma sueña pasado, cuando no vive el presente, ni quiere un futuro. |
|
#632
|
|||
|
|||
|
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> |
|
#633
|
|||
|
|||
|
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 escripcionErrorRegistro>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 escripcionErrorRegistro></tikR:RespuestaLinea> </tikR:RespuestaRegFactuSistemaFacturacion> </env:Body> </env:Envelope> |
|
#634
|
|||
|
|||
|
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 |
|
#635
|
|||
|
|||
|
duda
el certificado con el q envio en ambos casos demo y erp es el mismo.
|
|
#636
|
||||
|
||||
|
Cita:
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 ! |
|
#637
|
|||
|
|||
|
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 |
|
#638
|
||||
|
||||
|
Cita:
__________________
El recuerdo es la prisión en la que el alma sueña pasado, cuando no vive el presente, ni quiere un futuro. |
|
#639
|
||||
|
||||
|
Cita:
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?
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#640
|
||||
|
||||
|
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 ! Última edición por seccion_31 fecha: 26-08-2025 a las 09:58:04. |
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Verifactu o por requerimiento (no-verifactu) ¿decisión del usuario? | Maska10 | Temas legales | 2 | 07-12-2024 12:34:47 |
| Demo de una applicación para una estación de enfermera con RAD Studio | AgustinOrtu | La Taberna | 1 | 21-07-2015 17:41:35 |
| Demo Delphi, EMail | Caral | Internet | 1 | 19-12-2006 00:37:56 |
| Demo de delphi 2005 | mazinger | Varios | 2 | 18-12-2004 09:23:09 |
| El Rave que viene con Delphi es una Demo? | apicito | Impresión | 0 | 04-06-2003 11:33:36 |
|