Procesos de Facturacion Automática

[Jesusggc]

El encadenamiento es por Obligado tributario y SIF (Sistema Informático que puede Facturar). El SIF lo compone (Id sistema informático + numero instalación sistema informático).

Yo para generar el "numero instalación sistema informático" utilizo el nº de placa del PC + Fecha + HHmmss.

[Faneka]

¿El encadenamiento del que hablais no es el del RF? porque ya he leido en dos hilos diferentes me parece el tema del sistema informatico dentro de él, en el RF lo que entiendo y veo es que el apartado de encadenamiento tiene los siguientes campos:

PrimerRegistro
RegistroAnterior
IDEmisorFactura
NumSerieFactura
FechaExpedicionFactura
Huella

El sistema informatico es otro bloque con la información pertinente.

[Jesusggc]

Claro encadenamiento de Registros de Facturacion (RF)

Cada RF nuevo debe encadenar con el anterior mediante el HASH (excepto el primer RF). Ese RF anterior es Segun OBLIGADO TRIBUTARIO + SIF (ID PRODUCTO INFORMATICO + NUMERO INTALACION).

[jlmoli_67]

Empezado por Jesusggc

Claro encadenamiento de Registros de Facturacion (RF)

Cada RF nuevo debe encadenar con el anterior mediante el HASH (excepto el primer RF). Ese RF anterior es Segun OBLIGADO TRIBUTARIO + SIF (ID PRODUCTO INFORMATICO + NUMERO INTALACION).

En un mismo lote de envio podria ir entonces los registros de distintos sif (incluso mezclados entre si) mientras cada registro este encadenado por su correspondiente sif al que pertenece. Seria eso posible?

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

Empezado por jlmoli_67

En un mismo lote de envio podria ir entonces los registros de distintos sif (incluso mezclados entre si) mientras cada registro este encadenado por su correspondiente sif al que pertenece. Seria eso posible?

Creo que no.
Cada SIF tiene que generar sus paquetes de envío y si un SIF trabaja con varios obligados tributarios, dividir esos RF por cada uno de los obligados tributarios.
No puedes mezclar en un envío cosas de diferentes SIF.

[bmfranky]

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

Creo que no.
Cada SIF tiene que generar sus paquetes de envío y si un SIF trabaja con varios obligados tributarios, dividir esos RF por cada uno de los obligados tributarios.
No puedes mezclar en un envío cosas de diferentes SIF.

No, no se puede, lo acabo de explicar un poco mejor.

[Jesusggc]

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

Creo que no.
Cada SIF tiene que generar sus paquetes de envío y si un SIF trabaja con varios obligados tributarios, dividir esos RF por cada uno de los obligados tributarios.
No puedes mezclar en un envío cosas de diferentes SIF.

A ver, como yo lo entiendo, un SIF es un Sistema Informatico que puede facturar.

1 .- Imaginad un SaaS, el cual es el mismo SIF para todos los Obligados tributarios (OT) que utilizan el Saas.

De ahí que el encadenamiento deba ser por OT + SIF. Y el envío debe ser en bloque del mismo OT.

2 .- Otro caso sería una instalación local de 5 puestos contra un servidor local, con instalacion de la aplicacion independiente en cada puesto. Cada puesto puede facturar (Por lo tanto 5 SIF, ya que cada uno tiene diferente numero de instalación con igual id de producto) y son la misma empresa es decir el mismo OT. Aqui cada SIF encadeba sus RF y el servidor podría enviar los registros de todos en un mismo paquete (ya que son = OT).

Así es como yo lo entiendo.

Un saludo.

PD: Adjunto conversación con VERIFACTU:

Pregunta :
Buenos días

Los lotes de registros de facturación deben pertenecer al mismo SIF? . No se pueden mezclar de diferentes SIF?

Gracias

Un saludo. :-)

Respuesta :
Buenas tardes:

La restricción para envíos de un mensaje XML con diferentes registros, es a nivel de Cabecera por lo que la restricción estaría en el Obligado a la emisión de la factura, que debe ser el mismo en todos los registros.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]

[bmfranky]

Empezado por jlmoli_67

En un mismo lote de envio podria ir entonces los registros de distintos sif (incluso mezclados entre si) mientras cada registro este encadenado por su correspondiente sif al que pertenece. Seria eso posible?

Hola, no , porque prima en el encabezado el cif del obligado a emitir la factura.

3.1.1 Validaciones de negocio del bloque Cabecera.
1. ObligadoEmision
- El NIF del obligado a expedir (emitir) facturas asociado a la remisión debe estar identificado
en la AEAT.

3.1.3 Validaciones de negocio de la agrupación RegistroAlta en el bloque de
RegistroFactura.
1. Agrupación IDFactura
El NIF del campo IDEmisorFactura debe ser el mismo que el del campo NIF de la
agrupación ObligadoEmision del bloque Cabecera.
- La FechaExpedicionFactura no podrá ser superior a la fecha actual.
- Si Impuesto = “01” (IVA), “03” (IGIC) o no se cumplimenta (considerándose “01” - IVA), la
FechaExpedicionFactura solo puede ser anterior a la FechaOperacion, si ClaveRegimen=
"14" o "15”.
- La FechaExpedicionFactura no debe ser inferior a 01/07/2024 (esta fecha podría cambiar en
función de la fecha de aprobación / publicación de la orden ministerial).
- NumSerieFactura solo puede contener caracteres ASCII del 32 a 126 (caracteres imprimibles)

Deven coincidir en CIF de las facturas , con el de la cabecera.
lo pone en el documento de validaciones.

[delphiGar]

Empezado por jlmoli_67

En un mismo lote de envio podria ir entonces los registros de distintos sif (incluso mezclados entre si) mientras cada registro este encadenado por su correspondiente sif al que pertenece. Seria eso posible?

Es correcto, siempre que la cabecera sea la misma para todos los Registros de Facturacion de los distintos SIF que esten enviando en ese mismo paquete.

Los registros de alta o anulacion son independientes y por lo tanto no es necesario que sea el mismo SIF en el envio, no es lo mas comun, pero no da error, ya que cada registro pertenece a un SIF y tiene la misma cabecera.

Lo que si es que las huellas de un SIF y otro tienen que ser la de cada uno.

Tambien deben coincidir los NIF y en su caso la Denominacion de cada registro con la cabecera.

[jlmoli_67]

Empezado por delphiGar

Es correcto, siempre que la cabecera sea la misma para todos los Registros de Facturacion de los distintos SIF que esten enviando en ese mismo paquete.

Los registros de alta o anulacion son independientes y por lo tanto no es necesario que sea el mismo SIF en el envio, no es lo mas comun, pero no da error, ya que cada registro pertenece a un SIF y tiene la misma cabecera.

Lo que si es que las huellas de un SIF y otro tienen que ser la de cada uno.

Gracias.


He preguntado esto porque acabo de terminar el programa que envia a hacienda y que corre en segundo plano en cada sif y me preguntaba que quizas fuese mejor que ya que cada sif envia las ventas al servidor (que a su vez es otro sif) que este ultimo cogiera todo y lo enviara. Claro, para hacer esto , la cosa podria ir fluida si en un mismo lote de envio meto las ventas de cada sif, eso si,encadenando cada registro por el sif que lo creó. Por lo pronto se me ocurren dos cosas buenas 1) omito certificado en cada terminal tpv. Cada sif crea y encadena pero el envio lo va a hacer otro sif del obligado. 2) Las actuaciones para subsanar las puedo realizar en el servidor (sif que envia) de forma centralizada sobre todas las incidencias


que opinais? como lo haceis vosotros? LAs subsanaciones las teneis contempladas para que en cada sif al terminar el trabajo el cajero las realice?

Por cierto, he aplicado la idea que bmfranky dio en otro post sobre que a la hora de abrir el programa que envia consulte por el ultimo registro que se envio para evitar fallo y la verdad es que estoy muy contento con su aplicacion. Funciona muy bien.

muchas graciasl

[Jesusggc]

Empezado por jlmoli_67

Gracias.


He preguntado esto porque acabo de terminar el programa que envia a hacienda y que corre en segundo plano en cada sif y me preguntaba que quizas fuese mejor que ya que cada sif envia las ventas al servidor (que a su vez es otro sif) que este ultimo cogiera todo y lo enviara. Claro, para hacer esto , la cosa podria ir fluida si en un mismo lote de envio meto las ventas de cada sif, eso si,encadenando cada registro por el sif que lo creó. Por lo pronto se me ocurren dos cosas buenas 1) omito certificado en cada terminal tpv. Cada sif crea y encadena pero el envio lo va a hacer otro sif del obligado. 2) Las actuaciones para subsanar las puedo realizar en el servidor (sif que envia) de forma centralizada sobre todas las incidencias


que opinais? como lo haceis vosotros? LAs subsanaciones las teneis contempladas para que en cada sif al terminar el trabajo el cajero las realice?

Por cierto, he aplicado la idea que bmfranky dio en otro post sobre que a la hora de abrir el programa que envia consulte por el ultimo registro que se envio para evitar fallo y la verdad es que estoy muy contento con su aplicacion. Funciona muy bien.

muchas graciasl

Tb evitas que se queden RF sin Enviar (y por tanto sin cumplir el limite de los 120 seg)
si por ejemplo se hace factura al final del dia y sin enviar cierra la aplicacion y se va a casa. En este caso (si se envia desde el servidor) estaria controlado.

Por no hablar del control que hay que hacer de tiempo de espera, es mas facil si solo envia el servidor y no cada SIF

[RUBEN_SP]

Empezado por jlmoli_67

Gracias.


Por cierto, he aplicado la idea que bmfranky dio en otro post sobre que a la hora de abrir el programa que envia consulte por el ultimo registro que se envio para evitar fallo y la verdad es que estoy muy contento con su aplicacion. Funciona muy bien.

muchas graciasl

A qué aplicación te refieres? Dónde está el código?