Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Registros de Facturacion y Eventos (XML) (https://www.clubdelphi.com/foros/forumdisplay.php?f=67)
-   -   Duda Encadenamientos (https://www.clubdelphi.com/foros/showthread.php?t=97247)

newtron 27-02-2025 12:40:20

Cita:

Empezado por jlmoli_67 (Mensaje 562314)
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] 27-02-2025 13:24:13

Cita:

Empezado por jlmoli_67 (Mensaje 562314)
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.

Cita:

Empezado por jlmoli_67 (Mensaje 562314)
Yo tenia entendido de que se encadena siempre con el ultimo correcto y se subsanan y envian despues los incorrectos

Incorrecto.

Cita:

Empezado por newtron (Mensaje 562316)
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 04-03-2025 08:45:31

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 06-03-2025 11:02:16

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 06-03-2025 11:09:52

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 562323)
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

sglorka 06-03-2025 11:13:30

Cita:

Empezado por diegorgm (Mensaje 562487)
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 06-03-2025 11:19:36

Cita:

Empezado por sglorka (Mensaje 562489)
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 06-03-2025 12:47:47

Cita:

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 06-03-2025 13:02:21

Cita:

Empezado por gcqZW (Mensaje 562494)
Pero y si no tienes datos en el ultimo RF generado???

No sé qué quieres decir con esto. No sé que es un RF sin datos

gcqZW 06-03-2025 13:11:32

imaginate que me rechazan un Rf en el cual no he informado de los datos necesarios para el encadenamiento, el siguiente Rf que genere debería generar una huella con los datos del Rf previo, pero en este caso no tiene. Habria que hacer el hash de:

IDEmisorFactura=&NumSerieFactura=&FechaExpedicionFactura=&TipoFactura=&CuotaTotal=&ImporteTotal=&Hue lla=&FechaHoraHusoGenRegistro=(aquí si que habría datos)

asi sin datos???

Neftali [Germán.Estévez] 06-03-2025 13:25:51

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 562323)
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,...


Cita:

Empezado por sglorka (Mensaje 562488)
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
...

Neftali [Germán.Estévez] 06-03-2025 13:40:34

Cita:

Empezado por gcqZW (Mensaje 562498)
imaginate que me rechazan un Rf en el cual no he informado de los datos necesarios para el encadenamiento,


Creo que aquí tienes un error de concepto.
La generación de un registro (incluídos sus datos de encadenamiento) debe hacerse SIN TENER EN CUENTA el envío.

Es decir, debes poder generar 50 registros de facturación (por decir un número) seguidos y encadenados sin enviar nada.


Si tu programa no es capaz de hacer eso, es que lo estás planteando mal.

El registro de facturación y el encadenamiento NO DEPENDE como he dicho ni del envío, ni de si se ha aceptado o rechazado.

gcqZW 06-03-2025 13:56:50

A ver si lo dejo mas claro, se que este es un caso que nunca debería darse, pero imaginaos que por algún casual no se han rellenado los nodos para el encadenamiento (pero si que existe, solo que con '' por valor)y sin darme cuenta del error lo he enviado a la AEAT (respondiendome que esta rechazado obviamente). Ahora la duda es como proceder con el encadenamiento en el siguiente Rf que queramos generar.

sglorka 06-03-2025 14:01:48

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 562499)
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 ?.

sglorka 06-03-2025 14:26:02

Cita:

Empezado por gcqZW (Mensaje 562501)
A ver si lo dejo mas claro, se que este es un caso que nunca debería darse, pero imaginaos que por algún casual no se han rellenado los nodos para el encadenamiento (pero si que existe, solo que con '' por valor)y sin darme cuenta del error lo he enviado a la AEAT (respondiendome que esta rechazado obviamente). Ahora la duda es como proceder con el encadenamiento en el siguiente Rf que queramos generar.

Te remito al post anterior, "Siempre debes encadenar con el último RF generado por tu SIF". Si es " ", pues tendrás que poner " "

gcqZW 06-03-2025 14:27:28

Ok, era lo que me esperaba y la verdad que es un caso extraño, pero me ha entrado la duda, gracias.

Neftali [Germán.Estévez] 06-03-2025 15:50:22

Pues supongo que debemos estar hablando de lo mismo, pero no nos entedemos...


Cita:

Empezado por sglorka (Mensaje 562502)
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?.

Para nosotros no es posible que un OT1 (obligado tributario 1) con NIF1, tenga tres empresas. (esta frase para mi no tiene sentido)
1 OT tiene 1 NIF, y si hay 3 empresas tiene que haber 3 NIFs. No puede haber 2 empresas con el mismo NIF, si tienen el mismo NIF, son la misma.


Cita:

Empezado por sglorka (Mensaje 562504)
"Siempre debes encadenar con el último RF generado por tu SIF". Si es " ", pues tendrás que poner " "

Esta frase no puedes generalizarla (tal vez para tu sistema si, pero no para los demás).
1) Mi SIF, es mi programa de facturación; MiERP.exe -para que nos entendamos-.
2) Mi SIF trabaja con multiempresa, es decir, mi programa permite trabajar con 3 empresas (cada una con su NIF). Que significa 3 OTs.

Por lo tanto la frase "Siempre debes encadenar con el último RF generado por tu SIF", es errónea. Dentro de mi software (y de los que sean como el mío) no se encadena con el último RF geneado, sino con el último generado del mismo NIF (que puede ser de hace 1 semana).

sglorka 06-03-2025 17:31:36

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 562506)
Pues supongo que debemos estar hablando de lo mismo, pero no nos entedemos...




Para nosotros no es posible que un OT1 (obligado tributario 1) con NIF1, tenga tres empresas. (esta frase para mi no tiene sentido)
1 OT tiene 1 NIF, y si hay 3 empresas tiene que haber 3 NIFs. No puede haber 2 empresas con el mismo NIF, si tienen el mismo NIF, son la misma.




Esta frase no puedes generalizarla (tal vez para tu sistema si, pero no para los demás).
1) Mi SIF, es mi programa de facturación; MiERP.exe -para que nos entendamos-.
2) Mi SIF trabaja con multiempresa, es decir, mi programa permite trabajar con 3 empresas (cada una con su NIF). Que significa 3 OTs.

Por lo tanto la frase "Siempre debes encadenar con el último RF generado por tu SIF", es errónea. Dentro de mi software (y de los que sean como el mío) no se encadena con el último RF geneado, sino con el último generado del mismo NIF (que puede ser de hace 1 semana).

Un OT con su Nif puede estar dado de alta en diferentes regímenes fiscales y por ende, puede tener bajo su mismo Nif, una estación de servicio bajo el régimen general, una tienda minorista bajo el régimen de recargo de equivalencia y una empresa de alquileres de coches. Todas pertenecen al mismo OT con el mismo Nif y cada una con su nombre comercial particular. Debido a esta tesitura, si el OT compra un software de facturación multiempresa, lo más probable es que defina las tres empresas por separado ya que ni los productos ni los impuestos son aplicables a las tres de la misma forma.
Es por eso, que te comentaba que teniendo en tu sistema el mismo SIF para todos, no te queda otra que encadenar en una sola línea de facturación las tres empresas de este OT.

Tienes razón en que la frase "Siempre debes encadenar con el último RF generado por tu SIF" no se puede generalizar, pero se sobreentiende que cuando dices esto es porque ese SIF sólo tiene un OT.
Aunque te podría responder lo mismo, cuando dices "se encadena con el último "registro de facturación" (del mismo NIF) generado", para tu sistema sí pero para el resto donde un OT puede tener diferentes SIF's no sería correcto.

Al final, lo que debemos dejar claro para la gente que anda buscando información es remitirnos a lo que dice el reglamento, y sus Faq's lo deja bien claro

¿En qué consiste la trazabilidad exigida a los sistemas informáticos de facturación (SIF) en el reglamento y la orden «de requisitos de los SIF»?

La trazabilidad se refiere a que se pueda garantizar (y, en su caso, detectar) que no hay “huecos” o “saltos” en la secuencia de generación de los registros de facturación (RF) correspondientes a las facturas expedidas utilizando un determinado SIF de un obligado tributario (OT), así como que dicha secuencia se corresponde con la de la fecha y hora de generación empleadas. Esto se consigue “encadenando” los RF generados por cada SIF del OT, es decir, formando virtualmente una “cadena”.....

https://sede.agenciatributaria.gob.e...recuentes.html

bmfranky 06-03-2025 18:16:44

Cita:

Empezado por sglorka (Mensaje 562507)
Un OT con su Nif puede estar dado de alta en diferentes regímenes fiscales y por ende, puede tener bajo su mismo Nif, una estación de servicio bajo el régimen general, una tienda minorista bajo el régimen de recargo de equivalencia y una empresa de alquileres de coches. Todas pertenecen al mismo OT con el mismo Nif y cada una con su nombre comercial particular. Debido a esta tesitura, si el OT compra un software de facturación multiempresa, lo más probable es que defina las tres empresas por separado ya que ni los productos ni los impuestos son aplicables a las tres de la misma forma.
Es por eso, que te comentaba que teniendo en tu sistema el mismo SIF para todos, no te queda otra que encadenar en una sola línea de facturación las tres empresas de este OT.

Tienes razón en que la frase "Siempre debes encadenar con el último RF generado por tu SIF" no se puede generalizar, pero se sobreentiende que cuando dices esto es porque ese SIF sólo tiene un OT.
Aunque te podría responder lo mismo, cuando dices "se encadena con el último "registro de facturación" (del mismo NIF) generado", para tu sistema sí pero para el resto donde un OT puede tener diferentes SIF's no sería correcto.

Al final, lo que debemos dejar claro para la gente que anda buscando información es remitirnos a lo que dice el reglamento, y sus Faq's lo deja bien claro

¿En qué consiste la trazabilidad exigida a los sistemas informáticos de facturación (SIF) en el reglamento y la orden «de requisitos de los SIF»?

La trazabilidad se refiere a que se pueda garantizar (y, en su caso, detectar) que no hay “huecos” o “saltos” en la secuencia de generación de los registros de facturación (RF) correspondientes a las facturas expedidas utilizando un determinado SIF de un obligado tributario (OT), así como que dicha secuencia se corresponde con la de la fecha y hora de generación empleadas. Esto se consigue “encadenando” los RF generados por cada SIF del OT, es decir, formando virtualmente una “cadena”.....

https://sede.agenciatributaria.gob.e...recuentes.html

Y yo pregunto, sin querer menear mas la perdiz,en ese caso, no seria una misma empresa, con o diferentes series de facturas una por cada regimen fiscal si estan en el mismo local, o un SIF con numero de instalacion diferente por cada local?

sglorka 06-03-2025 19:03:23

Cita:

Empezado por bmfranky (Mensaje 562508)
Y yo pregunto, sin querer menear mas la perdiz,en ese caso, no seria una misma empresa, con o diferentes series de facturas una por cada regimen fiscal si estan en el mismo local, o un SIF con numero de instalacion diferente por cada local?

A ver, si implantas las 3 regímenes fiscales distintos en una sola empresa, el software de facturación debería hilar muy fino para poder gestionar el Iva repercutido y el soportado ya que una empresa en recargo de equivalencia se come el Iva de la compra (va a mayor gasto) en cambio si la compra es para la empresa de régimen general, el Iva soportado se puede repercutir en la venta. Además de los diferentes ítems de venta que sería una locura gestionarlos. Para mí no sería una buena opción. Yo definiría una empresa por cada régimen fiscal con el mismo Nif para cada una y establecería un número de SIF distinto para cada empresa. Tendría un encadenamiento por cada SIF.
El problema del encadenamiento con un solo SIF y las tres empresas en el mismo software de facturación es que tienes que usar una sola cadena con los registros de tres empresas que podría generar retrasos a la hora de emitir facturas ya que las tres comparten la misma línea y desde que una la bloquee para emitir su RF las otras dos tienen que esperar.


La franja horaria es GMT +2. Ahora son las 22:32:18.

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