El cálculo de la huella suministrada es incorrecta

[Ramon88]

Empezado por ermendalenda

Simple
Mete en una variable los valores de los camposCIF, NUMER FACTURA SIMPLE QUE ANULO, FECHA DEL ENVIO DE LA FACTURA, LA ULTIMA HUELLA ENVIADA, FECHA , y mandalos a pantalla o a un txt para poder verificar si te xoincide con los valores que te devuelven en la respuesta y encontrarás el error rápido.
Yo envion siempre esos valores del ultino registro generado a un txt(machacando el txt) por si hay algun problema y me ha servido varias veces dd verificacion.

Solucionado, que vergüenza... eran los nombres!!
IDEmisorFacturaAnulada, me faltaba donde dice ANULADA.

Bueno, revisándolo como me comentabas lo vi.

[ermendalenda]

Empezado por Ramon88

Solucionado, que vergüenza... eran los nombres!!
IDEmisorFacturaAnulada, me faltaba donde dice ANULADA.

Bueno, revisándolo como me comentabas lo vi.

Vaya tela!!! Ya lo he visto en las estadisticas del INE, has bajado un 1,25 puntos el ranking de confianza general al gremio de desarrolladores de SIF. Ten cuidado que nos afecta a todos.

[Ramon88]

Empezado por ermendalenda

Vaya tela!!! Ya lo he visto en las estadísticas del INE, has bajado un 1,25 puntos el ranking de confianza general al gremio de desarrolladores de SIF. Ten cuidado que nos afecta a todos.

estoy con varias facturas electrónicas de varios países, sueño con nodos!

[ermendalenda]

Empezado por Ramon88

estoy con varias facturas electrónicas de varios países, sueño con nodos!

Joder macho, te van a convalidar hasta el C2 para todos los idiomas.

[emailesc]

Una pregunta, en teoría, ante un rechazo o una aceptación parcial del envío de un registro de facturación, no necesitamos parar la venta para arreglarlo, podemos hacerlo más tarde mandando las correspondientes subsanaciones o rectificativas, excepto en el caso los errores en el encadenamiento, porque en caso de no hacerlo tendríamos que subsanar después toda la cadena de facturas, desde el error hasta la última factura emitida, lo cual, con sistemas que están continuamente facturando puede ser un gran problema. Nosotros al menos lo tenemos así: antes de generar un nuevo registro se verifica el encadenamiento del registro anterior. Si hay un error de encadenamiento (que entiendo que trabajando normalmente van a ser muy muy raros y por una confluencia de factores) la venta se para y se tiene que subsanar. Las demás respuestas no paran la venta. ¿Vosotros lo tenéis así o tenéis otro planteamiento? porque para la venta un sábado noche en un establecimiento de comida rápida te puede dar un infarto...

[ermendalenda]

Empezado por emailesc

Una pregunta, en teoría, ante un rechazo o una aceptación parcial del envío de un registro de facturación, no necesitamos parar la venta para arreglarlo, podemos hacerlo más tarde mandando las correspondientes subsanaciones o rectificativas, excepto en el caso los errores en el encadenamiento, porque en caso de no hacerlo tendríamos que subsanar después toda la cadena de facturas, desde el error hasta la última factura emitida, lo cual, con sistemas que están continuamente facturando puede ser un gran problema. Nosotros al menos lo tenemos así: antes de generar un nuevo registro se verifica el encadenamiento del registro anterior. Si hay un error de encadenamiento (que entiendo que trabajando normalmente van a ser muy muy raros y por una confluencia de factores) la venta se para y se tiene que subsanar. Las demás respuestas no paran la venta. ¿Vosotros lo tenéis así o tenéis otro planteamiento? porque para la venta un sábado noche en un establecimiento de comida rápida te puede dar un infarto...

Solo tienes quw subsanar el que rompa el encaddnamiento, que será el que te ha devuelto el error, siempre que los demás sigan encadenando con este último, si son 2 pues 2 a subsanar.
Efectivamente puedes seguir facturando y ya lo subsanas cuando "te pille de buen humor"

[emailesc]

Empezado por ermendalenda

Solo tienes quw subsanar el que rompa el encaddnamiento, que será el que te ha devuelto el error, siempre que los demás sigan encadenando con este último, si son 2 pues 2 a subsanar.
Efectivamente puedes seguir facturando y ya lo subsanas cuando "te pille de buen humor"

En el caso del encadenamiento nosotros lo verificamos, aunque somos solo Verifactu, al intentar generar un nuevo registro de facturación, por lo que de ocurrir siempre va a ser un solo registro. Subsanarlo en principio debería ser algo fácil y rápido (si no salen cosas raras). Si lo arreglas en el momento (parando la facturación), Ok, sigues facturando con la cadena correcta.
Pero si lo dejas, o desactivo la verificación o no te das cuenta del error y sigues facturando, imaginemos que 100 facturas antes de darte cuenta, cuando subsanas el registro 0, el que tiene el error, no tengo claro si pierdes el encadenamiento, ya que al emitir la subsanación el registro 1, que estaba encadenado con la anterior huella 0 errónea, ya no queda encadenado correctamente, porque ahora la huella anterior es otra. Y así hasta la 100. ¿no tendrías que subsanar toda la cadena o lo estoy entendiendo mal?