![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Repsando encadenamienos con Anulación intercalada
Buenas, me ha surgido una "pequeña duda", si os apetece revisar la encrucijada, como pasatiempos y para revisar si estoy haciéndolo bien, aunque es una cosa que ya vimos:
1. Emito Una factura (Factura Num.1) Primer registro ="S" Huella = "AMASKJDFJKA345KL34LKY3UHR34UIRU34U3427884283498982349......" 2. Emito otra (Factura Num.2) Huella="7823HEHI23HI823EYH2DHD238EH2DH2O3D82D83HD3D23DHDH293D....." Huella Anterior = "AMASKJDFJKA345KL34LKY3UHR34UIRU34U3427884283498982349......" 3. Emito Anulacion de la segunda Huella Anterior="7823HEHI23HI823EYH2DHD238EH2DH2O3D82D83HD3D23DHDH293D....." Huella="GD2783E72379EDH2D2398E239EH923H38ED8923E283......" 4. Emito otra factura (Factura Num.3) Huella Anterior="GD2783E72379EDH2D2398E239EH923H38ED8923E283......" Huella= "AEBFHRIE8238R23HJH2823482H3EH32E........." Consulto en verifactu, da igual por web o por websoap, devuelven lo mismo, registros devueltos: Factura Num.1 Numserie Factura anterior=vacio (logico es la primera del SIF) Huella Anterior=Vacio (lógico por que es el primero de ese SIF) Huella = "AMASKJDFJKA345KL34LKY3UHR34UIRU34U3427884283498982349......" Registro Anulado: Factura anulada=2 Numserie Factura anterior=2 Huella Anterior = "7823HEHI23HI823EYH2DHD238EH2DH2O3D82D83HD3D23DHDH293D.....( o sea la huella de la factura anulada que ya no puedo ver en su servidor) Huella="GD2783E72379EDH2D2398E239EH923H38ED8923E283......" Factura N.3. Factura anterior=2 Huella Anterior="GD2783E72379EDH2D2398E239EH923H38ED8923E283......" Huella= "AEBFHRIE8238R23HJH2823482H3EH32E........." En resumén, stengo que tener en cuenta que el registro que falta tenia la huella =huella anterior de la anulacion), pero se complica aún más si la anulación se emite varios registros despues, o incluso dias despues. Por lo cual, verificar el encadenamiento con los datos que nos dan, y cuando detectamos un salto, implica un algoritmo de busquedas bastante complejo. ¿Se me escapa algo que facilite esta verificacion? |
|
#2
|
||||
|
||||
|
en la demo del componente he incorporado un seguimiento de huellas. Que no toca ese caso:
solicito el periodo, en la demo el año completo ordeno por generacion de registro me coloco al final y empiezo a comprobar, subiendo hasta el inicio. no he tocado el caso de bajas, pero como dices fallara en la comprobación, porque la anulada ya no te la devuelve. (si la devolviera con alguna marca, problema solucionado). No se tampoco si habra mas problemas. esto ha sido un poco rapido de examinar. Llegado al registro de baja, te guardas ese numero. Cuando tengas un error de huella, compruebas si la factura anterior del registro fallido, pertenece a una factura de baja de las que has guardado, compruebas la huella archivada en tu BD para esa anulada, y sigues. Saludos ! No se si entendi bien tu consulta. Con el apoyo de tu BD con tus facturas anuladas puedes solucionar el problema. Quizas esta solucion la incopore en la siguiente version, porque en la BD de la demo contiene la anulada. Lastima no haber visto antes este posteo. : ) |
|
#3
|
||||
|
||||
|
Buenos dias !
He colocado un codigo en la demo, con la descripcion anterior y funciona. Caso probado: w240020 w240021 w240022 w240023 w240022 (Baja) Los que esteis interesados en verlo, estará en la demo 5.9 del componente TVeriFactu. No es muy complicado, solo requiere guardar la huella de tus facturas anuladas en una bd. (que entiendo que ya lo haceis). Otra posibilidad seria colocar la huella de la que vas a anular en refExterna al enviar la Baja, con ello no tendrias que mirar ninguna BD, simplemente consultarías la huella en la refExterna de la baja. Eso si refExterna sigue siendo de 70 digitos. ¿si fue acortada a 60 digitos?, como creo que lei, con guardar los ultimos 60, te garantizarias igualmente una comprobacion muy fiable. Saludos ! Última edición por seccion_31 fecha: 08-11-2025 a las 09:27:08. |
|
#4
|
|||
|
|||
|
Cita:
|
|
#5
|
||||
|
||||
|
Podrías saltarte las bajas en la verificación
Es mejor eso que nada, cumples tú propósito inicial mejor Saludos! |
|
#6
|
|||
|
|||
|
Una pregunta, ¿cómo hacéis la verificación del encadenamiento, recalculais en cada registro la huella, o guardáis en vuestra base de datos en cada registro la huella generada y la huella anterior o como...?
|
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Anulación de factura. | ninjajavier | Errores (relacionados con al AEAT) | 21 | 05-11-2025 13:25:24 |
| Facturas de anulación | rafa1963 | Errores (relacionados con al AEAT) | 3 | 07-10-2025 10:25:18 |
| Ejemplo registro de ANULACIÓN | Decanato | Envío de registros y sus respuestas | 2 | 30-05-2025 19:47:19 |
| Anulación facturas | fmblas | Envío de registros y sus respuestas | 0 | 09-12-2024 11:31:30 |
| FastReport y impresión intercalada | atrus | Impresión | 0 | 27-05-2010 11:14:18 |
|