|
Cita:
no debería ser correcta ya que no estás encadenando con el registro anterior de factura A13 que sí fue aceptado, aunque con errores. Para subsanar una huella no puedes saltarte la cadena cronológica aunque parezca que en realidad no estás subsanando nada. Esto ya lo he consultado con el correo de Verifactu. Si te responde Ok en porque ellos internamente habrán decidido eso pero saben perfectamente que el encadenamiento está mal |
Cita:
subo la A12 encadena con A11, ok subo A13 encadena con B21324(inventada), Aceptada con errores (arregla la huella me dicen) subo A13 corregida que encadena con A12 (huella ok ) contesta OK subo A14 encadena A13, contesta OK el orden cronológico lo he seguido. precisamente lo que he arreglado es el encadenamiento de la A13 que apuntaba a una inventada y le e dicho que apunte a la A12 que cronológicamente es la anterior |
Cita:
Sólo puedes coger la del alta inicial de A13 |
Cita:
En vez de solo & Una cosa es quepara generar un xml generes los caracteres en unicode pero para calcular la huella?Mmm No sé lo mismo tb está bien, pero yo calculo con wl ampersan (&) a pelo y no me da problemas |
Cita:
En mi caso , cuando subo la primera vez el A13, pongo los datos de encadenamiento de A12 bien , pero el numserieFactura lo pongo mal a propósito. Genero la huella de A13 y subo el registro. Hacienda me contesta que está mal, que lo arregle. Vuelvo a subir A13, como subsanacion, ahora rellenando bien RegistroAnterior.NumSerieFactura , genero la huella y la guardo. Envío y Hacienda contesta OK. Genero la A14, con la huella buena de la A13, la subo y OK creo que los pasos que he seguido son los normales a la hora de arreglar un error de encadenamiento (subes una factura, te dice aceptada pero arregla el encadenamiento, lo arreglas, guardas huella bien hecha, subes a hacienda, responde OK) |
Cita:
|
Cita:
sigues metiendo retorno de carro enmedio de la huella entre 81E y C94 La huella que has puesto es la correcta si quitas el retorno de carro y los caracteres especiales para unicode 9800FA2F5E2B24ED9F0EE98C8174C78B8E97B1294D5F58E90E506E27B31133B4 |
Cita:
Relleno el encadenamiento de la A13 con los datos de la A12 (numserie,fecha,huella) , que fueron los datos que puse mal y me dijeron que los arreglara, y sobre ese registro, genero la huella y la guardo en el registro de A13, para cuando haga la A14 |
Cita:
|
Cita:
Primeros 64 caracteres de la huella o «hash» del registro de facturación anterior (sea de alta o de anulación) generado en este sistema informático. en mi opinión, si yo subo la factura A12, luego la A13, y me la aceptan con errores, si voy a subsanar A13, el registro de facturación anterior es A12, no A13 que subí previamente pero me dio errores (me parecería mucho más lioso). De hecho hasta que no subes como subsanación el HASH o huella de A12, no te da como correcta la A13. |
Cita:
Cita:
|
Cita:
Primeros 64 caracteres de la huella o «hash» del registro de facturación anterior (sea de alta o de anulación) generado en este sistema informático |
Cita:
Para mi la factura anterior a A13 es A12, aunque estés subsanando la A13, de hecho todo el encadenamiento (en mi opinión) está hecho para que las facturas 'físicamente' vayan 'encadenadas' unas con otras, no para que la A13 encadene con la A12, la A13 subsanada encadene con la A13 sin subsanar, la A13 subsanada dos veces encadene con la A13 subsanada una vez.... Al final conforme vayan refinando las respuestas de OK y no OK saldremos de dudas , porque según parece ahora 'traga' con casi todo |
Cita:
|
Subsanacion encadenado.
Cita:
tened en cuenta que para los encadenamientos sucesivos, ellos tienen en cuenta, no la huella que nosotros enviamos, sino la que ellos calculan. |
Cita:
|
Cita:
Cita:
No es lo mismo un "registro de facturación" que una "factura". Un registro de facturación se refiere al XML que se genera. Esto es lo que es inalterable y lo que se tiene que encadenar. Puede haber mas de un registro de facturación para cada factura. Al crear la factura generas un registro de facturación y lo envías, puede contestar aceptada con errores, lo corriges y generas un nuevo registro de facturación (sobre la misma factura) y lo envías, encadenado con el anterior "registro de facturación", no con la anterior factura. Espero que alguien más de su opinión y lo aclaramos. |
Esto admite 2 lógicas en este caso así que hay que ver que dicen para que sigamos la misma lógica:
Lógica 1(para mi es la más coherente): estoy enviando un registro de subsanacion de la factura A13, la cual la estoy recomponiebdo en mi sistemay recalculando las huellas, si la lógica nuestra es borrar el registro y hacerlo de nuevo perdemos la huella que generamos en su momento si no la henos guardado aparte. Yo por ejemplo no guardo aparte la huella ultimma si no junto al registro generado, y si el último registro enviado coincide con el que tengo que volver a enviar, en esta lógica non puedes encadenarlo a si mismo, hay que encadenarlo al A12. La lógica 2 es que se guarde 2 veces el registro último y se encadena al a13 que estaba mal. |
Hola, la cuestion es que estamos subsanado la huella, y segun esto.
Código:
Para llevar a cabo la subsanación, será necesaria la remisión de un nuevo registro de |
Una cosa , alguien ha probado a enviar varios registros , fallando la cadena al principio, si las da todas como erroneas o solo la primera?
|
| La franja horaria es GMT +2. Ahora son las 22:08:06. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi