Procesos de Facturacion Automática

[ermendalenda]

Empezado por Jesusggc

Gracias, no se me había ocurrido esta alternativa

Por cierto, en una instalación multipuesto (distintos SIF), como lo estáis contemplando, todos envían? o limitais el envío a un equipo (por ejemplo el servidor)

Gracias de nuevo

Mejor cada sif. Te vas a liar mucho centralizando con los tiempos de envío. Pero lo que te quieras complicar. Ten en cuenta que aunque lo envíes desde uno centralizado tienes que enviar en distintos paquetes, no puedes mezclar en el mismo envío, y ya se te complica un pelin

[Jesusggc]

Empezado por ermendalenda

Mejor cada sif. Te vas a liar mucho centralizando con los tiempos de envío. Pero lo que te quieras complicar. Ten en cuenta que aunque lo envíes desde uno centralizado tienes que enviar en distintos paquetes, no puedes mezclar en el mismo envío, y ya se te complica un pelin

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 :

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]

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

[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

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