Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[rci]

Empezado por bmfranky

Hola, a mi me contestaron que el encadenamiento es por cada sif(programa) y cif, osea que si teneis varios programas, el encadenamiento es distinto, o usais la misma serie de facturas, para una tienda y la otra?
Por ejemplo pedis a la base de datos central el numero de factura /ticket antes de emitirlo?

Hola bmfranky, si, el programa es el mismo y la base de datos es la "misma" pero realmente son dos que se van replicando.

Usamos series distintas para cada tienda porque antes de emitir la factura se consulta el numero que toca en la base de datos, pero al estar replicada, debemos consultar contadores distintos por no solaparse.

Les he expuesto esto mismo y me han contestado que lo tienen que consultar a los responsables

Tenga en cuenta que a la hora de desarrollar los sistemas informáticos de facturación (SIF), existen diversas y variadas arquitecturas.
Vamos a escalar su consulta a los responsables, por si nos pueden indicar alguna respuesta concreta y para que se tenga en cuenta de cara a la redacción de las preguntas frecuentes que se publicarán en la sede, donde se tratarán ampliamente este tipo de cuestiones (sistemas con varias sedes o terminales).
Cuando tengamos algún tipo de contestación, se la transmitimos.

Creo que antes de cambiar nada voy a esperar si me contestan algo.

Muchas gracias!

[bmfranky]

pues ya nos vas contando, pero siendo dos tiendas, personalmente, asignaria dos series distintas y que encadene cada una por su cuenta, te evitas el tener que consultar por el numero de factura a asignar, otra cosa es que sincronices estocaje, y salvaguardes las facturas en otro servidor.
Pero las facturas, mas simple dos series distintas, o almenos ai lo veo yo...

[antoine0]

Empezado por bmfranky

pues ya nos vas contando, pero siendo dos tiendas, personalmente, asignaria dos series distintas y que encadene cada una por su cuenta, te evitas el tener que consultar por el numero de factura a asignar, otra cosa es que sincronices estocaje, y salvaguardes las facturas en otro servidor.
Pero las facturas, mas simple dos series distintas, o almenos ai lo veo yo...

Creo que el problema no es si debes usar dos series (doy por sentado que sí), pero si puedes usar dos cadenas (considerando que son dos SIF distintos).

Si se puede usar dos cadenas en tal caso, el desarrollo es relativamente sencillo, cada uno en su casa. Habrá dos números de instalación distintos, dos declaraciones responsables etc. Y por supuesto un solo código.

Si está prohibido hacerlo, hay que crear un punto centralizado de encadenamiento (que puede ser repartido entre los dos centros) y la complejidad aumenta bastante.

[bmfranky]

Haver, cada sif, tiene que guardar su encadenacion independiente, la encadenacion es por sif y por nif, siempre con las numeracion que ese sif utilice, entonces yo veo logico por ejemplo poner por ejemplo fv1-codigotienda-numero de factura de esa tienda, puesto que el sif ha de encadenar las facturas que el emita.
yo en su dia lo consulte, puesto que uso mi programa en 2 sitios diferentes y me dijeron que cada instalacion del programa ha de guardar su propio encadenamiento.

[richidemola]

Empezado por bmfranky

Haver, cada sif, tiene que guardar su encadenacion independiente, la encadenacion es por sif y por nif, siempre con las numeracion que ese sif utilice, entonces yo veo logico por ejemplo poner por ejemplo fv1-codigotienda-numero de factura de esa tienda, puesto que el sif ha de encadenar las facturas que el emita.
yo en su dia lo consulte, puesto que uso mi programa en 2 sitios diferentes y me dijeron que cada instalacion del programa ha de guardar su propio encadenamiento.

A esto venía yo, tengo un cliente que tiene 4 tiendas, todas con el mismo nif, cada tienda tiene sus propias series e identificador de tienda, entonces, cada una de las 4 instalaciones del programa que tiene se considera un SIF independiente y no hay que encadenar las facturas de los 4 SIFs juntos, si no que cada instalación encadena las facturas que emita? correcto?

Creo que solo hay que identificar cada una de las instalaciones en el apartado que lleva el xml para identificar al software, me suena que hay etiquetas para eso. Voy bien?

[bmfranky]

Empezado por richidemola

A esto venía yo, tengo un cliente que tiene 4 tiendas, todas con el mismo nif, cada tienda tiene sus propias series e identificador de tienda, entonces, cada una de las 4 instalaciones del programa que tiene se considera un SIF independiente y no hay que encadenar las facturas de los 4 SIFs juntos, si no que cada instalación encadena las facturas que emita? correcto?

Creo que solo hay que identificar cada una de las instalaciones en el apartado que lleva el xml para identificar al software, me suena que hay etiquetas para eso. Voy bien?

Si has de considerar que cada tienda es un "SIF" independiente porque cada tienda usa el suyo , no?
otro caso es que los tiquets los emita un unico programa , con una unica numeracion, por ejemplo 4 almacenes que envian material , pero solo hay un ordenador que emite las facturas de todos los albaranes...

[rci]

Hola, gracias a vuestros comentarios empiezo a ver la luz al final del túnel en este caso de tener varias tiendas del mismo Obligado (mismo NIF Emisor). A ver si me aclaro.

Empezado por antoine0

Creo que el problema no es si debes usar dos series (doy por sentado que sí), pero si puedes usar dos cadenas (considerando que son dos SIF distintos).

Si se puede usar dos cadenas en tal caso, el desarrollo es relativamente sencillo, cada uno en su casa. Habrá dos números de instalación distintos, dos declaraciones responsables etc. Y por supuesto un solo código.

Si está prohibido hacerlo, hay que crear un punto centralizado de encadenamiento (que puede ser repartido entre los dos centros) y la complejidad aumenta bastante.

Aquí viene la duda, en si puedo considerar que son dos SIF distintos. Y también sobre el número de instalación, que no tengo muy claro que valor poner.
Cada cliente de nuestra empresa es una instalación y un SIF distinto o cada tienda de cada cliente nuestro (cada servidor donde ponemos el ejecutable y la base de datos) es una instalación y un SIF distinto?

Empezado por bmfranky

Haver, cada sif, tiene que guardar su encadenacion independiente, la encadenacion es por sif y por nif, siempre con las numeracion que ese sif utilice, entonces yo veo logico por ejemplo poner por ejemplo fv1-codigotienda-numero de factura de esa tienda, puesto que el sif ha de encadenar las facturas que el emita.
yo en su dia lo consulte, puesto que uso mi programa en 2 sitios diferentes y me dijeron que cada instalacion del programa ha de guardar su propio encadenamiento.

Por lo tanto cada tienda aunque sea del mismo obligado (mismo NIF) es una instalación distinta?

Empezado por richidemola

A esto venía yo, tengo un cliente que tiene 4 tiendas, todas con el mismo nif, cada tienda tiene sus propias series e identificador de tienda, entonces, cada una de las 4 instalaciones del programa que tiene se considera un SIF independiente y no hay que encadenar las facturas de los 4 SIFs juntos, si no que cada instalación encadena las facturas que emita? correcto?

Creo que solo hay que identificar cada una de las instalaciones en el apartado que lleva el xml para identificar al software, me suena que hay etiquetas para eso. Voy bien?

La documentación sobre el numero de instalación no parece que hable sobre esto:

Número de instalación del sistema informático de facturación (SIF) utilizado. Deberá distinguirlo de otros posibles SIF utilizados para realizar la facturación del obligado a expedir facturas, es decir, de otras posibles instalaciones de SIF pasadas, presentes o futuras utilizadas para realizar la facturación del obligado a expedir facturas, incluso aunque en dichas instalaciones se emplee el mismo SIF de un productor.

Empezado por bmfranky

Si has de considerar que cada tienda es un "SIF" independiente porque cada tienda usa el suyo , no?
otro caso es que los tiquets los emita un unico programa , con una unica numeracion, por ejemplo 4 almacenes que envian material , pero solo hay un ordenador que emite las facturas de todos los albaranes...

Cada tienda ejecuta un programa instalado en su servidor. es el mismo programa pero son dos ejecutables distintos, uno encada tienda. Esto se considera un SIF distinto?

Muchas gracias

[rci]

Empezado por rci

Hola bmfranky, si, el programa es el mismo y la base de datos es la "misma" pero realmente son dos que se van replicando.

Usamos series distintas para cada tienda porque antes de emitir la factura se consulta el numero que toca en la base de datos, pero al estar replicada, debemos consultar contadores distintos por no solaparse.

Les he expuesto esto mismo y me han contestado que lo tienen que consultar a los responsables



Creo que antes de cambiar nada voy a esperar si me contestan algo.

Muchas gracias!

Me han contestado de verifactu a la pregunta sobre el encadenamiento de un mismo obligado tributario que utiliza la misma base de datos pero replicada en dos tiendas

Buenos días: 

En este caso con dos instalaciones físicas con interconexión consideramos que la mejor opción es que manejen dos SIF distintos, aunque sea el mismo obligado tributario. 
Con cualquier dato que se modifique del SIF, como puede ser el NumeroInstalacion, provoca que sea un SIF distinto por lo que cada uno debe tener su encadenamiento propio.

Gracias a todos por las aportaciones!

[keno_71]

me surge una duda, visto los comentarios anteriores, si cambia el número de instalación es porque ha cambiado la versión entiendo ¿no?, ¿en qué punto tenemos distinto número de instalación y misma versión?

[keno_71]

Empezado por keno_71

me surge una duda, visto los comentarios anteriores, si cambia el número de instalación es porque ha cambiado la versión entiendo ¿no?, ¿en qué punto tenemos distinto número de instalación y misma versión?

Me respondo yo mismo, podemos tener un cliente con dos servidores y que tengan la misma versión y dos instalaciones distintas

[bmfranky]

Empezado por keno_71

me surge una duda, visto los comentarios anteriores, si cambia el número de instalación es porque ha cambiado la versión entiendo ¿no?, ¿en qué punto tenemos distinto número de instalación y misma versión?

Hola, el numero de instalacion ,creo que es independiente del numero de version, una misma instalaccion con su numero, puede ser actualizada, las veces que sea necesario, sin ser una instalacion nueva, por ejemplo, yo lo tengo en 3 ordenadores(3 instalaciones) , 2 se actualizan cada vez que surje una actualizacion porque se usan de seguido, el otro como solo se utiliza cuando uno de los otros 2 no esta disponible, solo se actualiza a las mil.
Siguen siendo solo 3 instalaciones, no considero a una actualizacion una nueva instalacion , aunque en el proceso se sustituya todo el programa, para mi instalacion nueva es cuando se usara el programa en una nueva instancia o ordenador, pero si lo que se hace es cambiar de ordenador por uno nuevo, se pasa el numero de instalacion al nuevo ordenador, porque la anterior dejara de funcionar, o por lo menos asi lo veo.

[sglorka]

Nadie se ha preguntado dónde se establece el número de SIF que va a identificar univocamente la línea de registros de facturación de un obligado tributario en la Aeat ?

[antoine0]

Empezado por sglorka

Nadie se ha preguntado dónde se establece el número de SIF que va a identificar univocamente la línea de registros de facturación de un obligado tributario en la Aeat ?

¿Qué entiendes por «número de SIF»?
Según la definición del nodo SistemaInformatico en la 5ª pestaña del Excel DR-Facturacion-VeriFactu-bla-bla-bla.xlsx, el SIF se identifica por su productor (con su NIF en general), y el NumeroInstalacion que debe único para un determinado productor.

Es cierto que la definición de NumeroInstalacion en aquel Excel es un poco barroca. Sobre todo la última frase, «[debe ser distinta] incluso aunque en dichas instalaciones se emplee el mismo SIF de un productor.»

[sglorka]

Empezado por antoine0

¿Qué entiendes por «número de SIF»?
Según la definición del nodo SistemaInformatico en la 5ª pestaña del Excel DR-Facturacion-VeriFactu-bla-bla-bla.xlsx, el SIF se identifica por su productor (con su NIF en general), y el NumeroInstalacion que debe único para un determinado productor.

Es cierto que la definición de NumeroInstalacion en aquel Excel es un poco barroca. Sobre todo la última frase, «[debe ser distinta] incluso aunque en dichas instalaciones se emplee el mismo SIF de un productor.»

Me refiero a que si tienes una mismo programa para un obligado tributario y quieres tener 2 SIF's ( dos líneas de registros de facturación independientes ) para el mismo cliente, ¿ Cómo defines esta casuística en el bloque SistemaInformatico para que la Aeat entienda que estás enviando 2 líneas de registros para el mismo Obligado ?

[keno_71]

Empezado por bmfranky

Hola, el numero de instalacion ,creo que es independiente del numero de version, una misma instalaccion con su numero, puede ser actualizada, las veces que sea necesario, sin ser una instalacion nueva, por ejemplo, yo lo tengo en 3 ordenadores(3 instalaciones) , 2 se actualizan cada vez que surje una actualizacion porque se usan de seguido, el otro como solo se utiliza cuando uno de los otros 2 no esta disponible, solo se actualiza a las mil.
Siguen siendo solo 3 instalaciones, no considero a una actualizacion una nueva instalacion , aunque en el proceso se sustituya todo el programa, para mi instalacion nueva es cuando se usara el programa en una nueva instancia o ordenador, pero si lo que se hace es cambiar de ordenador por uno nuevo, se pasa el numero de instalacion al nuevo ordenador, porque la anterior dejara de funcionar, o por lo menos asi lo veo.

gracias bmfranky

[antoine0]

Empezado por bmfranky

Siguen siendo solo 3 instalaciones, no considero a una actualizacion una nueva instalacion , aunque en el proceso se sustituya todo el programa, para mi instalacion nueva es cuando se usara el programa en una nueva instancia o ordenador, pero si lo que se hace es cambiar de ordenador por uno nuevo, se pasa el numero de instalacion al nuevo ordenador, porque la anterior dejara de funcionar, o por lo menos asi lo veo.

Mmmm. Creo que debes coger precauciones para que después de la actualización, este imposible de generar nuevas facturas y nuevas anulaciones en el antiguo ordenador.

En la manera habitual que es copiar la base de datos (incluido el número de instalación) al nuevo ordenador, instalar la versión (a menudo actualizada de paso) y a correr, dejas la posibilidad al cliente de continuar usando el ordenador antiguo, y esto NO me parece correcto.

[bmfranky]

Empezado por antoine0

Mmmm. Creo que debes coger precauciones para que después de la actualización, este imposible de generar nuevas facturas y nuevas anulaciones en el antiguo ordenador.

En la manera habitual que es copiar la base de datos (incluido el número de instalación) al nuevo ordenador, instalar la versión (a menudo actualizada de paso) y a correr, dejas la posibilidad al cliente de continuar usando el ordenador antiguo, y esto NO me parece correcto.

Hola, te entiendo perfectamete, pero en mi caso la base de datos esta en un servidor mysql externo, el programa simplemente hace llamadas a la base de datos, tanto para consultar el numero de factura y demas, como para generar el encadenamiento.