![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
nosotros hicimos otra consulta sobre un servidor dedicado y clientes en red local:
Cita:
Cita:
|
|
#2
|
|||
|
|||
|
Aclaración por favor
Hola, buenas tardes.
A ver, no entiendo nada. Cita:
yo hasta ahora entendia que el número de instalación es el mismo para todos los diferentes obligados tributarios instalados en el mismo sistema (servidor local,remoto o virtual) ¿ lo he entendido mal ? La definición de número de instalación en el dsregistroverifatu.xlsx Cita:
|
|
#3
|
|||
|
|||
|
Consulta que realice.
Marcar “s” como primer registro se entiende como la primera vez Global del Obligado tributario o como la primera vez de un nuevo número de instalación? RESPUESTA: Buenos días: Gracias por su consulta. Efectivamente, si se cambia de número de instalación del SIF se considera un SIF distinto y se debe iniciar un nuevo encadenamiento, indicando el primer registro de facturación como primer registro ("S") de dicho nuevo encadenamiento. Pd.: Es una de las pocas repuestas directas que he conseguido de esta familia, que no te remitan al BOE o a las FAQ. |
|
#4
|
|||
|
|||
|
Cita:
En red local (o como sea la red): un PC Servidor hace los envíos, pero las facturas y los RF se crean desde cualquier otro PC. Según dicen ellos ahí, "todos esos usuarios comparten el mismo número de instalación", y eso no es del todo correcto. Cada PC tiene su propio "número de instalación", licencia, PC, hardware, etc. Si el RF se genera en un PC pero se envía desde otro, el NumeroInstalacion se indica cuando se genera el RF, no en el envío del mismo. Esto pasa por llamar "usuarios" a "puestos", o llamar "instalación" a lo que ellos les da la gana llamar "instalación". |
|
#5
|
|||
|
|||
|
Cita:
Estos 5 componentes de facturación están indefectiblemente unidos al componente de facturación central (no pueden trabajar sin él) por lo tanto, el número de instalación del SIF es único y lo marca el componente de facturación central. Si en esta misma instalación se añadiera un nuevo puesto de trabajo, heredaría dicho número de instalación y tendría su propio número de licencia de ERP. Si en esta misma instalación se añadiera un puesto de trabajo que por las características de conectividad no pudiera realizarse la indefectibilidad con el componente de facturación central, este puesto de trabajo generaría su propia línea de facturación, por ende, se convertiría en un SIF con un número de instalación distinto del resto. |
|
#6
|
|||
|
|||
|
Cita:
|
|
#7
|
|||
|
|||
|
|
|
#8
|
|||
|
|||
|
Cita:
Pero no, ellos se limitan a dirigirte al artículo X de la ley Y de 20XX, que indica claramente que el reglamento Q de 2008 dice que [término nuevo] y el [término inventado por ellos] dicen "a chupirla". |
|
#9
|
|||
|
|||
|
Cita:
Conclusión: no hay que fiarse nunca de las respuestas que te den. Les he vuelto a hacer hincapié en que en este caso concreto, cada PC genera los RF pero un solo Servidor hace los envíos, por lo que no tenemos claro si cada PC debe usar un NumeroInstalacion distinto o se usa uno unívoco del PC Servidor (misma facturación en red local). |
|
#10
|
||||
|
||||
|
Diferencia entre generar Registro y rellenar Registro
Cita:
Hola, creo que tu mismo te respondes, si cada pc, genera sus propios registros, cada pc tiene que tener su propio numero de instalación, aunque la cola de envíos la gestione un 3r dispositivo. Otra cosa es que los registros los genere, encole y todo lo relativo a ello el servidor y desde los pc solo introduzcas los datos, pasándoselos al servidor para que haga toda la logística, entonces seria un único "*Ordenador", con varios "*Terminales" que acceden a una única instancia. * Imagínate un mainframe unix, con varios **Terminales tontos accediendo al sistema principal que es el que realiza todos los cómputos y demás gestiones. ![]() Es un único sif porque todo lo gestiona el mainframe, (genera registros guardando el orden de creación, los encola y envía), por el contrario si cada terminal realiza sus registros, los ha de encolar internamente o en su propia base de datos, o al menos así lo entiendo yo, perdonad si me voy por las ramas y no es correcto.
__________________
Uno se alegra de ser útil. (Isaac Asimov) Última edición por bmfranky fecha: 08-09-2025 a las 13:48:42. |
|
#11
|
|||
|
|||
|
Cita:
Tu ERP genera una factura, luego genera un RF y un QR y un servicio centralizado se encarga de remitirlo a la Aeat. Hasta aquí esta claro, sólo tienes un puesto de trabajo conectado con un servidor que mantiene la base de datos. El número de instalación de este puesto es el 1 y se almacena en la base de datos central. En la base de datos central el encadenamiento es NIFOT-CODIGOPROGRAMA-NUMEROINSTALACION, o sea, XXXXXXXX-CC-1. Ahora metes un segundo ERP en la red y decides que este puesto de trabajo va a encadenar con el mismo contador que el anterior, (puesto 1 -> factura A-1), (puesto 1 -> factura A-2), (puesto 2-> factura A-3), (puesto 1->factura A-4). Al tomar esta decisión estás obligando al puesto 2 a utilizar la línea de encadenamiento XXXXXXXX-CC-1 por lo tanto, hereda el número de instalación 1. Esta arquitectura permite que cada PC genere su RF y su QR, pero aquí viene lo que debes de entender respecto de lo que es un SIF, al seguir la misma línea de encadenamiento ambos ERP se convierten en un sólo SIF ya que la terna NIFOT-CODIGOPROGRAMA-NUMEROINSTALACION es la misma para los dos. Ahora si metes un tercer ERP en la red y decides que este puesto de trabajo va a llevar su propia línea de facturación con una serie distinta porque quieres gestionar otra facturación distinta del OT (multiactividad, el reglamento obliga a utilizar otro número de instalación ) (puesto 3 ->factura B-1), (puesto 3 ->factura B-2),.... este ERP-SIF generaría su RF, QR y el servidor central podría remitir también sus RF a la Aeat ya que es el mismo OT. Si en la pregunta que le haces dices "Les he vuelto a hacer hincapié en que en este caso concreto, cada PC genera los RF pero un solo Servidor hace los envíos" te están haciendo entender que cada puesto de trabajo es un SIF y por lo tanto, deben tener disferentes números de instalación. La pregunta que tienes que hacerles es "Tengo varios puestos de trabajo en la misma red compartiendo una bases de datos centralizada y cada puesto genera facturas cuya numeración sigue una misma cadena de facturación definida por la terna NIFOT-CODIGOPROGRAMA-NUMEROINSTALACION ¿ Qué número de instalación debe llevar cada puesto de trabajo.?" |
|
#12
|
|||
|
|||
|
Cita:
Si tienen un único programa, con una única base de datos, cuyas facturas comparten numeración y encadenamiento, y que se abre desde uno o varios puestos de la red (es indiferente): sólo tienen un SIF, y sólo tienen un Numero de Instalación Ya lo pusiste en una respuesta más arriba muy claro |
|
#13
|
|||
|
|||
|
Cita:
|
|
#14
|
|||
|
|||
|
Cita:
Yo actualmente genero un nº de instalación por cada sesión (si es web que almaceno en una cookie para reutilizarlo mientras pueda) o cada instancia de instalación (si es un exe). Con esta configuración no estoy teniendo problemas y funciona todo bien. También pregunté a VeriFactu y me comentaron que el planteamiento era correcto, pero claro, a ver quien se fía ... |
|
#15
|
|||
|
|||
|
Cita:
|
|
#16
|
|||
|
|||
|
Cita:
|
|
#17
|
|||
|
|||
|
Cita:
Que funcione todo bien no quiere decir que esté bien. ¿que significa "cada instancia de instalación (si es un exe)"? ¿Cada puesto que arranca un exe? ¿cada vez que se arranque un exe desde un puesto? Suponiendo que tenemos un equipo que hace de servidor, con la base de datos y el programa, y 10 equipos en red que abren ese programa... ¿cuantós número de instalación tienes? ¿1 o 10? ¿son siempre el mismo o cada día que arrancas el programa cambia? Si sólo tienes un número de instalación que no cambia nunca está bien... si tienes de otra manera me temo que no es correcto, aunque el envío funcione. No puedes enviar 10 registros marcados como "Primer registro" si no hubo un cambio que implique que cambió el número de instalación |
|
#18
|
|||
|
|||
|
Cita:
Por eso me extraña que ellos sigan diciendo que "cada PC tiene su propio NumeroInstalacion", cuando no es así. De hecho, lo normal es dar por sentado que todos los PCs de una empresa llevan la misma facturación, no facturaciones diferentes, digo yo, salvo casos menos habituales. Por lo tanto, tal como yo tenía entendido, en una BD centralizada, donde un servidor almacena los datos y hace los envíos, y los demás PCs emiten e imprimen las facturas y generan los RF, QR, etc. el NumeroInstalacion debería ser global, entendiéndose como SIF a "toda la red de PCs" que gestionen dicha facturación/empresa, y no a cada PC por separado. Que tenga yo que hacerle a Hacienda la pregunta "correcta" para que lo entiendan, cuando ellos elaborando documentación y respondiendo dudas son más malos que un dolor de muelas, me toca el corazoncito... |
|
#19
|
|||
|
|||
|
Cita:
Que vamos que si hay que identificar cada instalación del software tampoco es demasiado complicado, lo complicado es saber que quieren... |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| NúmeroInstalacion Vs Versionsoftware en entornos compartidos | ermendalenda | Envío de registros y sus respuestas | 19 | 17-09-2025 15:00:49 |
| Duda sobre el valor del campo PrimerRegistro | cincof | Registros de Facturacion y Eventos (XML) | 2 | 23-08-2025 12:39:52 |
| Dudas a verifactu sobre QR en factura electronica | ermendalenda | Registros de Facturacion y Eventos (XML) | 24 | 12-06-2025 15:56:43 |
| Dudas NO Verifactu | batuzail | Registros de Facturacion y Eventos (XML) | 10 | 20-03-2025 19:08:21 |
| Respuesta de Verifactu | sglorka | Envío de registros y sus respuestas | 2 | 30-10-2024 15:40:00 |
|