Necesito ejemplos XML de alta de subsanación y consulta
 

Buenos días,
Tengo un par de preguntas.
El alta de subsanación debe ser un registro nuevo, con el campo de subsanación con valor "S", pero, ¿debe referenciarse la factura que se quiere subsanar de alguna forma o poniendo el mismo numSerieFactura ya valdría? y, a parte, ¿el resto de campos que no pertenecen a los que se quieran subsanar deberían de ser los mismos que tiene la factura que se quiere subsanar?

Por otro lado, no encuentro ningún ejemplo de cómo se debe generar el xml para consultar a la AEAT, sí que he visto el esquema, pero no he encontrado dentro de este hilo un ejemplo XML de la consulta.

Si alguien me muestra un ejemplo de como quedaría un XML de un alta de subsanación y de una consulta, sería de gran ayuda para continuar desarrollando todo lo que se nos ha venido encima... :D

La subsanación es exactamente lo mismo que el alta, es decir, con todos los campos de la factura como si fuera un alta, pero con la marca de subsanación.
Por eso no se referencia a la factura original, porque realmente se envía toda de nuevo.
Ellos ven la marca de "S" y buscarán la que tengan con el mismo número, fecha, serie,...

Si puedo mañana te adjunto unos ejemplos

Este es el registro de alta:

Y aquí el de subsanación de la misma factura:

Perfecto, así ya me aseguro de que lo esté haciendo bien. Muchas Gracias. :D ^\||/

Puf, pues yo de momento aún no he llegado al tema de la subsanación (más que nada porque como se supone que no puedo modificar las facturas, no se que puedo subsanar) , pero asi como lo tengo montado para mi será un desastre, porque yo tengo la huella grabada en la factura, asi como la huella anterior. Y no puedo reconstruir la huella, porque la siguiente factura que se hizo, tiene la huella de esa factura como huella anterior. Entonces no se como lo voy a solucionar.



¿Esto solo afectaria a la subsanacion? Es decir, en casos de generar factura de abono, rectificativa y demás, como tendría otra factura, no habria problema con la huella, no ?


Vaya marrón nos ha caido con todo esto.

Es mas sencillo de como te lo planteas, simplemente guarda los datos del ultimo registro y con este ultimo genera los siguientes registros tanto si es una factura de Alta como si es una Subsanacion, siempre el ultimo registro para saber con que tienes que enlazarlo.

Es que la huella no debería ir en la tabla de Facturas, sino en una tabla aparte de Registros de Facturacion. Ten en cuenta que una factura puede tener más de un registro de facturación (si se subsana, si se anula...).

Como lo tienes montado no veo la manera de que te funcione correctamente. Yo te aconsejaría que crees la tabla y lo orientes por ahí. Y si quieres (yo lo hago) guardas en al factura la última (que no la única) huella de la factura a modo informativo.

En cuanto a lo de subsanar, deberías controlarlo. Ten en cuenta que se te puede dar el caso de que el envío te devuelva un error que haya que subsanar (cuando la factura entra aceptado con errores). No tienes que cambiar nada en la factura pero igualmente tienes que crear un registro nuevo de subsanación. Y lo mismo si quieres anularla

¿te refieres guardándolo en la tabla de facturas? ¿sin crear la tabla de registros de facturación?

Porque así perdería la huella antigua, con lo que rompería la trazabilidad de las huellas. No sería capaz de seguir todos los encadenamientos. Yo lo plantearía con una nueva tabla sin dudas (no me quedó muy claro si tu también se lo recomiendas)

Debes crear una nueva "entidad" que son los "registros de facturación".
1 factura tienes 1..N registros de facturación (lo habitual será 1, pero al modificar la factura o borrarla, puedes crear otros).
Y pasas la huella actual y la anterior a esa nueva entidad (Registro de facturación).
En el registro de Facturación debes tener la referencia a la factura a la que pertenece.

Por poner un ejemplo, te creas una tabla donde solo vas a tener solo un registro y que van a ser los datos del ultimo registro generado, cuando empiezes estara en blanco, con lo cual el primer registro de facturacion no tendra encadenamiento con el anterior y sera PrimerRegistro=S, una vez generado un nuevo registro guardamos en esa tabla los datos de este registro y nos sirve de base para el siguiente, y asi sucesivamente,
a esto me referia.

Otra cosa distinta es que lleves una tabla con cada uno de los registros que generas y el ultimo sera la base del siguiente como registroAnterior.

Ahh ok... entendido!

Valdría perfectamente pero no le libra de tener la tabla de registros de facturación, que era a lo que iba.

Y solo por darle vueltas a tu método (no sé si lo haces así o sólo le aconsejaste): si por ejemplo el cliente compra un nuevo servidor y migras la base de datos, en ese proceso tendrías que vaciar esa tabla (o controlarlo por otro lado). El primer registro que envíe con el nuevo equipo tendrá que ir marcado como PrimerRegistro=S ya que cambiaría el NumeroInstalacion

Es que de momento yo no tengo opcion de anular una factura, para mi eso seria una factura de abono igual a la anterior con signo cambiado. Y tendria su propia huella y huella anterior. Mi programa no contempla anulaciones de factura ni eliminaciones.


Con lo de subsanacion es parecido, en teoria no puedo modificar nada (eso he entendido), excepto por ejemplo la forma de pago, vencimiento, etc.. que esto no lo pasaré por verifactu porque no se envia nadade todo esto.

De todos modos, si que tengo un registro asociado al envio de cada factura, en una tabla que llamo vflog , donde guardo el id de la factura y los datos a modo de log de lo que pasa con el envio: fecha, hora, Id de la factura, estado, csv de respuesta, incluso xml enviado y xml de respuesta asociados a cada envio. Como no sea que aqui en ese registro vflog que puedo tener N registros para cada factura (uno para cada envio o intento de envio a AEAT), le guarde tambien las huellas, no se...Cuando consiga averiguar más de lo de subsanacion a ver que hago.

Si cambias el numero de instalacion tendrias que borrar ese ultimo registro de la tabla de ejemplo que he comentado, para que empezara de nuevo.

Muchas gracias compañero por aclarármelo.


En caso de crear esa nueva tabla 'Registro de facturacion', ¿Que guardáis ahi? Como minimo el ID de la factura, la huella anterior y la huella del nuevo registro de facturacion, pero no se si guardais ahi mas cosas (por ejemplo, todas las bases imponibles, cuotas de iva, fechas, NIF, fecha,hora, si es subsanacion, anulacion, etc... )... Es decir ¿guardais lo minimo o guardais todo lo que se envia en el XML ?

En nuestro caso guardamos todos los campos que necesitamos, para a la hora de subir no tener que hacer consultas a otras tablas para obtener datos. Tenemos todo lo que necesitamos en esa tabla. Pero creo que otros compañeros lo orientaron al revés... grabar ahí lo menos posible para que la grabación sea más rápida (pero entiendo que a la hora de preparar el envío tendrán que hacer consultas a otras tablas para obtener todos los valores).


Nuestra tabla de registros de facturación tiene 130 campos, para que te hagas una idea


Saludos

nosotros igual, nuestra tabla de registros de facturación tiene todos los campos que hay posibles en el RF, incluso tenemos tabla detalle para los desgloses.... también guardamos el xml generado.
Nuestra experiencia después de años trabajando igual con el SII, es que es lo mas práctico, para luego poder operar con el RF y ya olvidarte de la factura generada

Ejemplo XML del primer registro
 

Hola.

Perdonad si está en algún otro hilo pero no lo he encontrado:

Cuando envias la primera factura y no hay factura anterior ¿como se hace el encadenamiento?
Esto me da un error porque dejo los campos en blanco. Pero si quito campos (numSerieFactura, por ejemplo) también me devuelve un error


¿Tenéis algún ejemplo?
Gracias.

Debería ser así:

<sum1:Encadenamiento>
<sum1:PrimerRegistro>S</sum1:PrimerRegistro>
</sum1:Encadenamiento>

¿Te refieres a esto?
Hay que dejarlo en blanco y marcar "PrimerRegistro".

Se me han adelantado... ;)