Foros Club Delphi - Preproducción en empresas reales

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)

- Temas legales (https://www.clubdelphi.com/foros/forumdisplay.php?f=65)

- - Preproducción en empresas reales (https://www.clubdelphi.com/foros/showthread.php?t=97576)

Gracias sglorka, la verdad es que es una buena solución, la tendremos en cuenta.

Hola,

He leído algo de tener el SIF, además de con la empresa normal, también con una empresa de pruebas.
Mucho ojo cómo se emplea esa opción.
Una de las cosas que más persigue Hacienda es que se pueda llevar una contabilidad en B con facturas de "empresa de pruebas" (es decir, falsas)
A tener en cuenta.

Saludos

Cita:

Empezado por Sistel (Mensaje 565698)

Pero si esas facturas de la empresa de pruebas se crean registros de facturación y son enviadas a hacienda y también se crea un rf de anulación automáticamente y también se envía, a parte de ser una serie distinta e indicar en el impreso que es una prueba... que problema ves?

Gracias

Además que es lo que ellos mismos proponen en las FAQ's

Cita:

Empezado por rci (Mensaje 565699)

Pero deben seguir el encadenamiento de la empresa normal porque es el mismo SIF para el mismo OT

Cita:

Empezado por RUBEN_SP (Mensaje 565705)

Pero deben seguir el encadenamiento de la empresa normal porque es el mismo SIF para el mismo OT

No, son dos instalaciones distintas para el mismo OT, por lo tanto, son dos líneas de encadenamiento independientes. Recuerda, las líneas de encadenamiento son por SIF (OT+IDSISTEMA+NUMEROINSTALACION)

Cita:

Empezado por RUBEN_SP (Mensaje 565705)

Pero deben seguir el encadenamiento de la empresa normal porque es el mismo SIF para el mismo OT

Cita:

Empezado por sglorka (Mensaje 565708)

Aquí es donde tenemos otra duda. Ahora mismo en nuestro SIF seguiría el mismo encadenamiento porque es el mismo OT y de momento no hemos puesto el "código de la empresa" dentro del NumeroInstalacion (ahora tenemos un TimeStamp concatenado con la licencia de nuestro cliente y con el nombre de la base de datos).
Por lo tanto ahora mismo en nuestro SIF, si fuera el mismo ejecutable, la misma base de datos y mismo CIF, pero distinta "empresa", encadenaría conjuntamente la empresa normal con la de pruebas.
Estamos valorando añadir el código de empresa en el número de instalación pero la documentación tampoco lo deja totalmente claro si hace falta, habla de múltiples facturaciones, mismo OEF... pero no lo vemos claro del todo

Muchas gracias

Nosotros el nº de instalación depende tambien de la empresa, cada empresa dentro de un mismo OT y Ejecutable tendra una nº instalación distinto.

Cita:

Empezado por Faneka (Mensaje 565711)

Nosotros el nº de instalación depende tambien de la empresa, cada empresa dentro de un mismo OT y Ejecutable tendra una nº instalación distinto.

Supongo que os pasa como a nosotros, que el concepto de "empresa" puede referirse a diferentes empresas de un mismo obligado, o a diferentes ejercicios de una misma empresa.

Cita:

Empezado por rci (Mensaje 565710)

Pero tampoco hay ningún problema en que diferentes empresas de un mismo OT puedan compartir la línea de encadenamiento. Personalmente yo nunca lo haría pero eso no significa que no se pueda hacer.
Al final, estamos hablando de un mismo OT donde su facturación se acumula en el mismo sitio en la Aeat venga del SIF que venga.
Otra cosa es la gestión que va a hacer tu ERP de diferentes facturaciones para un mismo OT donde cada facturación es diametralmente opuesta a la otra. Si tu ERP lo gestiona bien no hay problema en encadenar en una sola línea

No entiendo por qué no se permite que durante estos 6 meses, hasta el 1 de enero, las empresas puedan enviar al entorno de PRUEBAS como hacemos nosotros, que era lo que yo pensaba hacer con mis clientes... Es que son ganas de complicar las cosas.

Yo por cada empresa también tengo un número de instalación distinto, con lo que les pondré una empresa de pruebas y que hagan varias facturas y las anulen y ya está. En realidad para el cliente es un tema más o menos inocuo, la cosa está en que el XML vaya bien formado y, a partir de ahí, tratar los problemas de cortes de conexión, con lo que mandando unos pocos de RF y sus anulaciones ya puedes saber si todo está en orden para empezar el 1 de enero. Por eso no entiendo realmente por qué no dejan ese entorno de pruebas para estas cosas, pero en fin.

Cita:

Empezado por Decanato (Mensaje 565731)

El entorno de pruebas también es para ellos de prueba, cada ciertos días lo cortan para modificar cosas y probar: reestructurar etc. Y no sabemos si el servidor de pruebas tiene capacidad para registrar tantos movimientos, por otro lado no querrán encontrarse con qrs eel entorno de pruebas de facturas emitidas y seria otra complicación añadida a regular

Cita:

Empezado por rci (Mensaje 565699)

Hola,

Por supuesto, si se crean registros de facturación y se envían a Hacienda, ningún problema.
El tema es si no se envían y se utiliza esa "empresa de pruebas" para hacer facturas no declaradas contabilizadas en "B"

Saludos

Cita:

Empezado por Sistel (Mensaje 565781)

Técnico ninguno, legal sí, te pueden sancionar, ellos dicen que solo para desarrolladoea, para las pruebas que comentas tienen que ser en entorno pro, envías factura y anulas pero en producción para pruebas de consumidores eel sif

Cita:

Empezado por novatico (Mensaje 565713)

Supongo que os pasa como a nosotros, que el concepto de "empresa" puede referirse a diferentes empresas de un mismo obligado, o a diferentes ejercicios de una misma empresa.

Pero ten cuidado con lo de diferentes ejercicios para la misma empresa (mismo OT) que tienen que continuar el encadenamiento con la ultima factura del ejercicio anterior

continuar con el encadenamiento

Cita:

Empezado por novatico (Mensaje 565713)

Supongo que os pasa como a nosotros, que el concepto de "empresa" puede referirse a diferentes empresas de un mismo obligado, o a diferentes ejercicios de una misma empresa.

Pero ten cuidado con lo de diferentes ejercicios para la misma empresa (mismo OT) que tienen que continuar el encadenamiento con la ultima factura del ejercicio anterior

Cita:

Empezado por RUBEN_SP (Mensaje 565791)

Pero ten cuidado con lo de diferentes ejercicios para la misma empresa (mismo OT) que tienen que continuar el encadenamiento con la ultima factura del ejercicio anterior

Hola
Ya se comentó esto en otros hilos, el OT no lo marca el propietario de la empresa si no el cif/nif de la empresa, por tanto un encadenamiento, y en bloques de envios diferentes, por cada sif/empresa que emite.
Si un cif es utilizado con distintos nombres, np son varios OT ni varias empresas de cara a hacienda, son nombres comerciales, pero el nombre fiscal que consta en hacienda sólo es uno

Cita:

Empezado por ermendalenda (Mensaje 565794)

La AEAT ya aclaró que, en el cambio de ejercicio de una misma empresa (mismo CIF), los registros deben seguir encadenándose con el ejercicio anterior.

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:

Cita:

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.

Cita:

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

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.