Repsando encadenamienos con Anulación intercalada

[ermendalenda]

Empezado por seccion_31

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 !

Lo que ocurre es que he delegado las verificaciones al asesor fiscak, le he hecho un programa de comprobaciones, libro de iva...todo leido de verifactu y SII, y le he puesto lso encadenamientos y queria hacerle un botón de verificacion, pero creo que voy a abortar esto último.

[seccion_31]

Podrías saltarte las bajas en la verificación

Es mejor eso que nada, cumples tú propósito inicial mejor


Saludos!

[emailesc]

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

[seccion_31]

yo utilizo las huellas recibidas de la AEAT y las comparo

Ordenadas por generacion de registro.

Ahora bien: generacion de registro tiene una resolucion de tiempo de 1 segundo. es decir que si en un segundo has generado varios registros NO te servira porque la AEAT luego lo envia todo "revuelto" en ese segundo de tiempo. (podria hacerlo dentro de ese segundo, ordenadas en su llegada, pero no). (... aqui se podria hacer algo con tiempo de remision pero tampoco lo tengo claro ... )

¿y como es posible generar varios registros en menos de 1 segundo? pues la demo, que importa una excel con varias facturas lo hace.

Asi que para probarlo o simular condiciones reales con tiempos de generacion "normales", hay que importar varias exceles y enviarlas 1 a 1 para dejar algo de tiempo entre ellas y tener un tiempo de generacion de registro correcta.

Eso con un programa no te ocurrira. Pasa con la demo del componente TVerifactu, pero queria explicarlo.

Saludos !

[emailesc]

En mi caso es que no estaba haciendo la verificación del encadenamiento tal y como la hacéis vosotros. En mi caso la verificación la hago al crear el registro, vuelvo a recalcular la huella del registro anterior y si me coincide con la que tengo guardada pues palante, y si no pues salta un error de encadenamiento. Pero no me había planteado lo de comparar "mis huellas" con las que tiene hacienda, y al verlo me estaba planteando hacerlo, aunque no se si me aporta algo...

[seccion_31]

Entiendo que si tú programa no deja cambiar la factura una vez realizada esa huella siempre coincidirá

El ordenar por generación de registro y comprobar las huellas después te permite ver el número de orden de las facturas y apreciar otra vista de tu facturación, de cómo hacienda lo ve.

Saludos!

[ermendalenda]

Empezado por emailesc

En mi caso es que no estaba haciendo la verificación del encadenamiento tal y como la hacéis vosotros. En mi caso la verificación la hago al crear el registro, vuelvo a recalcular la huella del registro anterior y si me coincide con la que tengo guardada pues palante, y si no pues salta un error de encadenamiento. Pero no me había planteado lo de comparar "mis huellas" con las que tiene hacienda, y al verlo me estaba planteando hacerlo, aunque no se si me aporta algo...

Poca cosa aporta, sobre todo si está todo bien depurado, es algo temporal, si tienes bases de datos robustas que no vayan a tener problemas de indices o lo tengas controlado bien, el problema son c7ando trabajas con bases de datos mas inconsistentes, las bases de datos de escritorio(bd en ficheros) sin un servidor dedicado mysql, postgreSQL... que aun siwndo más robustas y estabkes necesitan mas recursos, y para tpvs con pocos recursos con software de escritorio pueden ser un martirio en rendimiento.
Si estas con un motor de bd dedicado y manjeas bien lss transacciones, tienes mas estabilidad y es raro que necesites verificar nada, si tienes bd de escritorio, ni manejando lss transacciones te garantizas estabilidad, en este ultimo puede ser mas aconsejable tener una monitorizacion

[emailesc]

En nuestro caso son bases de datos de SQL Server 2017, y la verdad no he tenido nunca problemas. Los registros de facturación una vez creados y enviados, al igual que las facturas ya no se tocan, el cliente no puede hacerlo. Creo que por ahora me ahorraré lo de verificar con hacienda, ya que en todo caso tengo todos los registros guardados, incluidas por supuesto las anulaciones, y si acaso ya meteré estas verificaciones más adelante, que tenga más tiempo. Gracias por vuestros comentarios. Saludos !!!