![]() |
Cita:
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. |
Cita:
Cita:
Cita:
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,... |
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?? |
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. |
Cita:
|
Cita:
|
Cita:
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 |
Cita:
|
Cita:
|
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??? |
Cita:
Cita:
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 ... |
Cita:
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. |
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.
|
Cita:
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 ?. |
Cita:
|
Ok, era lo que me esperaba y la verdad que es un caso extraño, pero me ha entrado la duda, gracias.
|
Pues supongo que debemos estar hablando de lo mismo, pero no nos entedemos...
Cita:
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:
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). |
Cita:
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 |
Cita:
|
Cita:
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