Procesos de Facturacion Automática

[ermendalenda]

Empezado por Jesusggc

Buenas ermendalenda

Tu respuesta me dejó pensando sobre el tema de en un paquete solo registros del mismo SIF y como no encontré nada sobre esto en la documentación puse consulta :



Respuesta :



Si esto es así simplifica mucho el tema del envío centralizado.

Pues sí parece que me llo he inventado, juraría que hablaron de que indexaban por cada sif para esta cuestión de meter en cada soap registros de distintas series pero del mismo sif peor ya veo que no He estado buscando en el reglamento técnico, webnimar y varios documentos y no sé de donde lo he sacado. Lo siento
Y además mejor por que es un lio para las empresas que emitan miles de registros y quieran centralizar la remisión.
Pues has hecho muy bien en realizar la consulta y sacar el tema.

[Jesusggc]

Empezado por ermendalenda

Pues sí parece que me llo he inventado, juraría que hablaron de que indexaban por cada sif para esta cuestión de meter en cada soap registros de distintas series pero del mismo sif peor ya veo que no He estado buscando en el reglamento técnico, webnimar y varios documentos y no sé de donde lo he sacado. Lo siento
Y además mejor por que es un lio para las empresas que emitan miles de registros y quieran centralizar la remisión.
Pues has hecho muy bien en realizar la consulta y sacar el tema.

Si te fijas en el XML que se genera para enviar, la información del SIF va en cada Registro de facturación (ya sea de Alta o Anulación) si fuese como decíamos la info del SIF deberia estar en la Cabecera al igual que los datos del Obligado.

Bueno, mejor así.

Gracias.

[ermendalenda]

Empezado por Jesusggc

Si te fijas en el XML que se genera para enviar, la información del SIF va en cada Registro de facturación (ya sea de Alta o Anulación) si fuese como decíamos la info del SIF deberia estar en la Cabecera al igual que los datos del Obligado.

Bueno, mejor así.

Gracias.

Estoy dándole vueltas, que si puedes enviar en el mismo paquete todo lo del mismo CIF, lo mismo debe suceder si envías como tercero, podrás mezclar todos los clientes que te han autorizado a enviar el su nombre.

[bmfranky]

Empezado por ermendalenda

Estoy dándole vueltas, que si puedes enviar en el mismo paquete todo lo del mismo CIF, lo mismo debe suceder si envías como tercero, podrás mezclar todos los clientes que te han autorizado a enviar el su nombre.

Si porque si te fijas en cada nodo registro alta/baja, se identifica al que emite la factura, siendo independiente del que envia el paquete, que si puede ser un tercero, y ese si que puede liarla parda con envios de 1000 cada pocos segundos....

[Jesusggc]

Empezado por bmfranky

Si porque si te fijas en cada nodo registro alta/baja, se identifica al que emite la factura, siendo independiente del que envia el paquete, que si puede ser un tercero, y ese si que puede liarla parda con envios de 1000 cada pocos segundos....

Si pero cada lote de registros pertenece a cada obligado por su cabecera desde se indica nif/CIF del obligado

[ermendalenda]

Respecto a las facturas automáticas o importación de "facturas" (temporales) de otro sistema, le voy a meter un retardo de mínimo un segundo entre factura y factura, que coincidan en tiempo no me mola mucho, no sé si puede dar problemas.

[jlmoli_67]

Empezado por ermendalenda

Pues sí parece que me llo he inventado, juraría que hablaron de que indexaban por cada sif para esta cuestión de meter en cada soap registros de distintas series pero del mismo sif peor ya veo que no He estado buscando en el reglamento técnico, webnimar y varios documentos y no sé de donde lo he sacado. Lo siento
Y además mejor por que es un lio para las empresas que emitan miles de registros y quieran centralizar la remisión.
Pues has hecho muy bien en realizar la consulta y sacar el tema.

Buenas, Tengo una duda....


Si un servidor puede ser el que al final envie todo lo que se hace en los terminales en vez de estos enviar lo suyo por su cuenta y si el encadenamiento debe de hacerse por fecha de creacion del registro de venta .....¿no se podria dar el caso que una vez encadenados y enviados por el servidor un terminal enviase un documento con fecha anterior a la ultima enviada? ¿ tendria alguna consecuencia?...,.¿me estoy liando?

[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 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.