Duda Encadenamientos

[[newtron]]

Empezado por jlmoli_67

Buenas,
siento haberme equivocado de hilo


Mirad , necesito resolver esta duda que ademas me esta liando cada vez mas al leer algunas respuestas y ya no se ni en donde vivo:


En el sif se guarda el estado de cada registro. Si envio un registro y me lo da como incorrecto y no entra en hacienda...... a pesar de eso debo de encadenar en mi sif la siguiente factura que haga con el ultimo registro que tengo en mi sif independientemente de que este mal y de que no haya generado registro alguno en hacienda? Yo tenia entendido de que se encadena siempre con el ultimo correcto y se subsanan y envian despues los incorrectos


Esto es importante para mi porque parte del procedimiento del flujo de envios lo baso en una consulta inicial que realizo a hacienda para saber lo ultimo que tiene registrado, saber si responde, controlar la ultima huella registrada por ellos,etc. y en dicha consulta no salen los registros que no han entrado por incorrectos, logicamente , luego la huella ultima que ellos tienen no es la misma que la ultima que tengo yo.



Pufff, espero haberme explicado,


gracias

El encadenamiento siempre es con la última factura generada independientemente de que haya sido aceptada o rechazada. Puedes emitir 100 facturas todas rechazadas que se encadenan la una detrás de la otra.


Saludos.

[Neftali [Germán.Estévez]]

Empezado por jlmoli_67

En el sif se guarda el estado de cada registro. Si envio un registro y me lo da como incorrecto y no entra en hacienda...... a pesar de eso debo de encadenar en mi sif la siguiente factura que haga con el ultimo registro que tengo en mi sif independientemente de que este mal y de que no haya generado registro alguno en hacienda?

Correcto.

Empezado por jlmoli_67

Yo tenia entendido de que se encadena siempre con el ultimo correcto y se subsanan y envian despues los incorrectos

Incorrecto.

Empezado por newtron

El encadenamiento siempre es con la última factura generada independientemente de que haya sido aceptada o rechazada. Puedes emitir 100 facturas todas rechazadas que se encadenan la una detrás de la otra.

Eso es.
Para ser "purista" se encadena con el último "registro de facturación" (del mismo NIF) generado. Puede ser de alta, de subsanación o de anulación e independientemente de si esttá aceptado, rechazado,...

[gcqZW]

En el caso de que envies un xml vacio o no informes del encadenamiento, como se seguiría el encadenamiento??? Alta por rechazo previo seguro, pero que habría que poner en el RegistroAnterior ??
Podria ser hacer el hash de:
IDEmisorFactura=&NumSerieFactura=&FechaExped icionFactura=&TipoFactura=&CuotaTotal=&ImporteTotal=&Huella=&FechaHoraHusoGenRegistro=
sin dato alguno??

[diegorgm]

Hola!

Entiendo que hay que encadenar todos los registros independientemente de si han sido aceptados o rechazados. Esto incluye los registros con error soapenv:Server y Client?

Por ejemplo, envío una factura (A) correcta. Al enviar una segunda factura (B) la encadeno con la (A). Si la (B) me da error de tipo soapenv:Server, con cual encadeno una tercera (C), ¿con la (A) o la (B)?. Me surge la misma duda con el caso de error de tipo soapenv:Client para la factura B.

[sglorka]

Empezado por diegorgm

Hola!

Entiendo que hay que encadenar todos los registros independientemente de si han sido aceptados o rechazados. Esto incluye los registros con error soapenv:Server y Client?

Por ejemplo, envío una factura (A) correcta. Al enviar una segunda factura (B) la encadeno con la (A). Si la (B) me da error de tipo soapenv:Server, con cual encadeno una tercera (C), con la (A) o la (B). Me surge la misma duda con el caso de error de tipo soapenv:Client para la factura B.

La generación del RF y su envío a la Aeat son dos procesos independientes pero ordenados en el tiempo. Primero debes generar el RF y luego enviarlo. Siguiendo esta lógica, el encadenamiento de tu RF es independiente del resultado del envío. Siempre debes encadenar con el último RF generado por tu SIF

[ermendalenda]

Empezado por sglorka

La generación del RF y su envío a la Aeat son dos procesos independientes pero ordenados en el tiempo. Primero debes generar el RF y luego enviarlo. Siguiendo esta lógica, el encadenamiento de tu RF es independiente del resultado del envío. Siempre debes encadenar con el último RF generado por tu SIF

Sí, correcto aunque haya dado error no puedes cambiar a toro pasado el encadenamiento, el error te ha podido datos después de encadenar la siguiéndote, otra cosa es que si la del error es un error estructural tengas que subsanarlos o anularla, en cuyo caso tienes que generar un nuevo registro encadenado al último, pero sin borrar la que tienes mal.
En la Sede de verifactu tendrán un registro menos xon un salto pero detectaron que habrá otro registro de subsanacion o anulación en referencia a ese salto

[gcqZW]

La generación del RF y su envío a la Aeat son dos procesos independientes pero ordenados en el tiempo. Primero debes generar el RF y luego enviarlo. Siguiendo esta lógica, el encadenamiento de tu RF es independiente del resultado del envío. Siempre debes encadenar con el último RF generado por tu SIF

Pero y si no tienes datos en el ultimo RF generado???

[sglorka]

Empezado por Neftali [Germán.Estévez]

Correcto.

Eso es.
Para ser "purista" se encadena con el último "registro de facturación" (del mismo NIF) generado. Puede ser de alta, de subsanación o de anulación e independientemente de si esttá aceptado, rechazado,...

Creo que quieres decir del mismo SIF no del mismo NIF

[Neftali [Germán.Estévez]]

Empezado por Neftali [Germán.Estévez]

Para ser "purista" se encadena con el último "registro de facturación" (del mismo NIF) generado. Puede ser de alta, de subsanación o de anulación e independientemente de si esttá aceptado, rechazado,...

Empezado por sglorka

Creo que quieres decir del mismo SIF no del mismo NIF

No, quería decir del mismo NIF.
Un SIF (nuestro programa de facturación) puede trabajar con más de 1 empresa, por lo tanto con más de 1 NIF.
Los encadenamientos y los envíos dentro de nuestra aplicación (nuestro SIF) se hacen por NIF.



1 Factura NIF1 - sin encadenamiento
2 Factura NIF2 - sin encadenamiento
3 Factura NIF1 - se encadena con la 1
4 Factura NIF1 - se encadena con la 3
5 Factura NIF2 - se encadena con la 2
...

[sglorka]

Empezado por Neftali [Germán.Estévez]

No, quería decir del mismo NIF.
Un SIF (nuestro programa de facturación) puede trabajar con más de 1 empresa, por lo tanto con más de 1 NIF.
Los encadenamientos y los envíos dentro de nuestra aplicación (nuestro SIF) se hacen por NIF.



1 Factura NIF1 - sin encadenamiento
2 Factura NIF2 - sin encadenamiento
3 Factura NIF1 - se encadena con la 1
4 Factura NIF1 - se encadena con la 3
5 Factura NIF2 - se encadena con la 2
...

A ver, estás encadenando por SIF, no por Nif, lo que ocurre que vuestro diseño implica un mismo número de SIF para todos los OT registrados en vuestro software y el encadenamiento se define por SIF y luego por NIF.

Entiendo entonces que todas las empresas definidas en vuestro software tienen el mismo número de SIF. Si el OT NIF1 tiene dos o tres empresas distintas en vuestro software, las tres empresas de ese OT tendrán que encadenar en la misma línea de facturación no ?.