Preproducción en empresas reales

[keno_71]

Buenas tardes, estaba leyendo vuestras ideas sobre las pruebas y me pareció interesante el de meter la empresa en el número de instalación cuando tenemos un software multiempresa ( para temas de pruebas ). Pero tenía muchas dudas así que le hice la pregunta a verifactu tal cual:

Buenos días, el encadenamiento entre las facturas es en base a :*
Obligado Tributario + Identificación Sistema Informático de facturación + número de instalación
¿El número de instalación es un número único para un pc?, ¿si la aplicación es multiempresa podemos generar números de instalación distintos si son distintas empresas?
El caso es si disponemos de una empresa de pruebas para que el cliente haga alguna factura en pruebas, enviando a verifactu y automáticamente anulándolas, tendríamos que encadenarlas con las facturas de la empresa principal? o si por el contrario podemos crear un número de instalación distinto en base a una empresa distinta y los encadenamientos estarían separados. En aplicaciones muy a medidas es común que el cliente quiera comprobar que la facturación es correcta, pero no tenemos claro si creando una empresa de pruebas hay que encadenarlas con la empresa principal.

Gracias por su consulta.
El Nº de instalación es una forma de completar una identificación unívoca de cada SIF -por si tuviera varios- de un mismo OEF, y así distinguirse de cualquier otro SIF de ese OEF en cualquier momento del tiempo (pasado, presente o futuro). Como dice su definición en el anexo de la Orden HAC/1177/2024, de 17 de octubre, y en el documento de diseños de registros que está publicado en la web de desarrolladores de la Agencia Tributaria, no puede repetirse nunca: por ejemplo, incluso si se formatea el ordenador donde estaba instalado un SIF y se reinstala el mismo software de nuevo en ese mismo ordenador, el nuevo SIF así constituido debe llevar otro nº de instalación diferente al anterior que tenía, y que no coincida con la de ningún otro SIF de ese OEF (pasado, presente o futuro). Por tanto, no depende del PC sino del SIF en sí, que como bien indican ustedes, se identifica universalmente por la “concatenación” de tres campos:*Id.OEF*(NIF) +*Id.SIF*(código de 2 posiciones dado por el fabricante a su producto SIF) +*NºInstalación(*).

Cada una de esas facturaciones distintas (sean de distintos OEF o del mismo OEF pero de distintos centros de facturación independientes, como tiendas) debe tener un nº de instalación propio y distinto al resto (pasado, presente o futuro)" es decir, en ese caso cada "tienda" desde ese mismo OEF llevaría su propio número de instalación y cada facturación de distinto OEF también debe tener un nº de instalación propio y distinto al resto teniendo en cuenta las que tuviera en el pasado, presente y futuro. En el caso que plantean, pues, si la aplicación es multiempresa cada empresa tendrá su propio número de instalación y su propio encadenamiento.

Les recomendamos leer las nuevas Preguntas frecuentes para Desarrolladores, concretamente la 4. CÓMO IDENTIFICAR UN SIF. QUÉ SE CONSIDERA SIF Y NÚMERO DE INSTALACIÓN, Y CÓMO IDENTIFICARLOS. SIF QUE GESTIONAN MÁS DE UNA FACTURACIÓN.


Añadir que el entorno de preproducción de la AEAT ("entorno de pruebas") SOLO se proporciona a los fabricantes de SIF para que puedan realizar sus pruebas en la fase de desarrollo de los SIF de cara a asegurar que su producto funciona correctamente, pero NO en la comercialización de productos acabados.

No obstante, si se tratan de pruebas puntuales podemos entender que son pruebas del desarrollador para terminar de confirmar el correcto funcionamiento del SIF, pero es muy importante que realmente su fin sea ese y no el de realizar pruebas de facturas, formaciones, etc. en cuyo caso deben actuar según se indica en el documento de FAQs para desarrolladores, en su pregunta número 11.

Si se desea poder probar el SIF, el usuario puede expedir facturas con él, que siempre serán "reales" (con su QR tributario, y cuyos RF de alta son remitidos a la AEAT) pero, en este caso, al ser expedidas con la intención de hacer pruebas (y no corresponderse con bienes entregados o servicios prestados), la normativa contempla que para las facturas expedidas que no sean tales deberá procederse a la inmediata posterior anulación de ellas (para que no cuenten como facturas reales), por lo que luego deberían siempre ser anuladas por el usuario, generándose entonces automáticamente (y, en su caso, remitiéndose a la AEAT) el debido RF de anulación (sin perjuicio de que, además, el usuario "describa" esas facturas con algún texto que las califique "de pruebas").

Para facilitar esta operativa "de pruebas (o de formación) del SIF" y hacer más cómoda, tranquila y segura su realización por parte del usuario (evitando descuidos u olvidos), el SIF podría ofrecer una funcionalidad de "facturar en pruebas (o formación)" ya preparada para que haga todo esto automáticamente: dejar al usuario expedir facturas "reales" (con QR y remitido su RF de alta a la AEAT) pero "para pruebas/formación" (que deberá poder distinguir, por ejemplo, con numeración en una serie especial de tipo PRU 25 XXXX), describirlas visible y claramente como "de pruebas" y asegurarse de que siempre serán anuladas (con remisión de RF de anulación a la AEAT) una vez terminadas dichas pruebas o formación. De esta manera, el usuario se despreocupa, lográndose así el objetivo de poder probar el SIF (o enseñar su funcionamiento), ya que después se "arregla" oficialmente todo lo hecho en pruebas/formación, a la vez que se actúa cumpliendo con el RD 1007/2023, y siempre de forma transparente, ya que se deja el rastro que explica toda la operativa llevada a cabo.

Debemos recordar que el objetivo y finalidad de la norma es registrar todo lo que pasa en el SIF, por lo que debe señalarse que aún en estos casos de pruebas, la conservación de los registros resulta obligatoria, incluso en el caso de que se utilice una modalidad preparatoria como pre-facturas, proformas, borradores de pruebas, etc. que no lleguen a integrar una factura completa.

Quedamos a su disposición.

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

Quizá en la pregunta tendría que haber aclarado más que sería una empresa de pruebas pero del mismo obligado tributario de la empresa principal pero creo que en la respuesta ya se entiende por donde van.

saludos

[sglorka]

Que la empresa de pruebas era para el mismo OT viene implícito en la pregunta que haces y entiendo que la respuesta va en esa dirección. El resumen es, un encadenamiento (o más ) por cada línea de facturación distinta de cada OT, y por ende, un SIF (o más ) por cada línea de facturación independiente del OT. El encadenamiento debe hacerse por cada SIF desplegado que tenga el OT.

[ermendalenda]

Pues con la respuesta que han dado creo que estan liados.
Vanos a vrr.
Si formatesas un equipp con un sif y recuoeras los datos (para seguir encadenando),como saben ellos como has recuperado el sif? Como van a saber s8 has reinstaldo.si.lo.dejas.impecable.Puedes tener clonado el disco y solo recuperar los datos, que saben si es una nueva instalacion o no, cual es la linea que delimita una reinstalacion, por que hasta actualizar uel software es una reinstalacion, yo pienso que a lo que se refieren(o mas bien lo que quieren) es que si vas a empezar de nuevo por la factura numero 1, debe ser una nueva instalacion(en ese nodo), eso tiwne mas logica, pero si vas a seguir con wl encadenamiento, por que vas a cambiar el numero de instalacion, ademas es una forma facil de "perder ventas" y lo pondrian muy facil para, simplemente cambiando nunero de instalscion, "perder un bloque de ventas" que no has dado los tiquets/facturas(un domingo con la impresora rota), no es por dar ideas pero xreo que la explicacion es erronea, yo sogo propiendo que el nodo numeroinstalacion no es mala idea la siguiente: cif+nunero de comercio+numrro de terminal, cpn lo cual cubrss lo que te indican, en cuanto a un numero de instalacion distinto por empresa para el mismo sif.
Creo que ademas han mezclado conceptos. Yo volveria a realizar la consulta poniendo ejemplos claros y como actuarias ante una eventual reinstalacion. Siempre intento preguntar ponendo distinroa escenarios y si no vuelvo a preguntar y muchas veces recrifican.
Yp tengo claro que cada vez que se rompa un equipp no voy a cambiar el numero de instalaxion(si puedo recuperar el ultimo registro que ya es suficiente en verifactu)
Y perdon por los errores de escritura, puñetero movil.
No compreis vocal

[keno_71]

Yo no lo veo nada claro, aunque pongas preguntas muy concretas al final no responden directamente, suelen remitirse a la ley y tienen respuestas más o menos establecidas. Si un agente te da una respuesta y otro te da la contraria yo no me fiaría. Al final la "jurisprudencia" la va dar el inspector con las multas. Nosotros en algunos programas a medida no llegamos al 29 así que tendrán que esperar los que quieran alguna modificación y si es importante ya veremos. Lo que sí tengo claro que quieren todo bien registrado. Nosotros por ejemplo tenemos un editor de plantillas porque cualquier cliente puede modificarse la suya ( los avanzados , hay clientes que ni se molestan ) y por lo tanto vamos a tener que guardar el diseño con que se imprimió esa factura porque es posible que el cliente te inserte por ejemplo un label con un importe total y tenemos que guardar como se imprimió esa factura en ese momento. Está consultado con verifactu y es así. Osea que cuanto más rascas, más te encuentras.

Saludos y animo!

[ermendalenda]

Empezado por keno_71

Yo no lo veo nada claro, aunque pongas preguntas muy concretas al final no responden directamente, suelen remitirse a la ley y tienen respuestas más o menos establecidas. Si un agente te da una respuesta y otro te da la contraria yo no me fiaría. Al final la "jurisprudencia" la va dar el inspector con las multas. Nosotros en algunos programas a medida no llegamos al 29 así que tendrán que esperar los que quieran alguna modificación y si es importante ya veremos. Lo que sí tengo claro que quieren todo bien registrado. Nosotros por ejemplo tenemos un editor de plantillas porque cualquier cliente puede modificarse la suya ( los avanzados , hay clientes que ni se molestan ) y por lo tanto vamos a tener que guardar el diseño con que se imprimió esa factura porque es posible que el cliente te inserte por ejemplo un label con un importe total y tenemos que guardar como se imprimió esa factura en ese momento. Está consultado con verifactu y es así. Osea que cuanto más rascas, más te encuentras.

Saludos y animo!

Ok, no obtante voy a exponerles el escenario (recuperando copia de seguridad), te cuento lo que respondan.
Me temo que muchos inspectores van a tener muchas interpretaciones que no van a coincidir con lo que tengamos, y puede que esté bien como lo hayamos hecho,, a mi eso de que desaparezcan numeross de instalación me gusta poco, por que veo otro tipo de problemáticas en desconfianza ante una eventual inspeccion o seguimiento por analisis de datos desde sus servidores.
De todas formas creo que nos rayamos demasiado en ciertas cosas, ppr que ppr ejempño, lo que comentas de la plantilla, una cosa es que ante una inspeccion te pidan una copia fiel del tiquet/factura, y otra es que este todo milimetricamente en el mismo sitio, yo por ejemplo emito tiquets para las impresoras de 80mm y si el cliente lo pide por email ss lo mando en formato A4 con los mismos dats pero con otro formato, y he tenido requerimientos y les he mandado todo en el mismo formato y no ha pasado nada, nadie se ciñe 100% a todo lo que está "reglamentado" y a no ser que hayan hecho algo gordo y/o te niegues a pagar las sanciones no van a rebuscar.
Y si no dime tú cuantoa desarrolladors le van a dar caña a las rectificativas, no pueden sancionar a todos los que hacen en vez de rectificativas abonos, se cargan al 90%

[ermendalenda]

Hola, aqui la respuesta, ni exactmente lo que te habian dicho ni exactamente ll que yo decia.
Pero esto va a ratos, jeje.

Sí, pueden seguir con el mismo Numeroinstalación y, por tanto, con el mismo encadenamiento porque el simple hecho de restaurar una copia de la base de datos no implica un nuevo NumeroInstalacion.

Añadir que debe considerarse una instalación distinta cuando:
El software se instala en un nuevo equipo, incluso si se trata del mismo obligado tributario.
Aunque se restaure una copia de seguridad, cambia el entorno físico (hardware, sistema operativo, etc.).

Vaya tela. Y si el otro equipo es el mismo hardware, jajaj. No tiene sentido.
Además, no tienen nunero de series de nada del hardware en verifactu, coml se demuestra lo contrario.

[ermendalenda]

Los que han puesto estas condixiones no son tecnicos.
Yo, a vecea, hago cambios de equipo por que se ha roto la plaxa base y pongo el disco del equipo roto y reactivo windows segun las condiciones de cada fabricante x
Con la licencia.

[rci]

Empezado por ermendalenda

Hola, aqui la respuesta, ni exactmente lo que te habian dicho ni exactamente ll que yo decia.
Pero esto va a ratos, jeje.


Vaya tela. Y si el otro equipo es el mismo hardware, jajaj. No tiene sentido.
Además, no tienen nunero de series de nada del hardware en verifactu, coml se demuestra lo contrario.

Yo pregunté algo relacionado con este tema:

Al cambiar el número de instalación, se debe crear una nueva cadena para el encadenamiento o puede seguir con la anterior?
Hablo por ejemplo del caso que cambia el número de instalación porque hay una reinstalación del SIF porque se ha roto el servidor.
En ese caso con un servidor nuevo, se instala el SIF (número de instalación nuevo, a partir de TimeStamp) y se restaura la copia de la base de datos.
Por lo tanto los datos son los mismos y se podría continuar las cadenas del encadenamiento, diferenciadas por cada cif emisor.
Pero no tenemos claro si en ese caso se debe crear una nueva cadena o no.
Después de reinstalar, la primera factura que se cree, en su registro de facturación puede tener la marca PrimerRegistro o los datos del último registro de facturación del mismo cif emisor, de antes de reinstalar.

Que opción es la correcta? O las dos serian válidas?

y su respuesta:

Sí, al cambiar de instalación se debe iniciar un nuevo encadenamiento (y su primer registro de facturación debe tener la marca PrimerRegistro), ya que un SIF se identifica universalmente por la “concatenación” de tres campos: Id.OEF (NIF) + Id.SIF (código de 2 posiciones dado por el fabricante a su producto SIF) + NºInstalación(*). En el caso que plantea, pues, la nueva instalación implicaría un nuevo SIF (ya que el NumeroInstalacion es distinto al anterior) por lo que se comenzaría con un nuevo encadenamiento.

Adicionalmente le recomendamos la lectura del documento de FAQs para desarrolladores, en especial su pregunta número 4:

https://www.agenciatributaria.es/sta...rolladores.pdf

Quedamos a su disposición.

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

[keno_71]

Empezado por ermendalenda

Hola, aqui la respuesta, ni exactmente lo que te habian dicho ni exactamente ll que yo decia.
Pero esto va a ratos, jeje.


Vaya tela. Y si el otro equipo es el mismo hardware, jajaj. No tiene sentido.
Además, no tienen nunero de series de nada del hardware en verifactu, coml se demuestra lo contrario.

La verdad que es un liazo, creo que nos decantaremos que si formatean sea un número nuevo de instalación