Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > General/Noticias
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

 
 
Herramientas Buscar en Tema Desplegado
  #18  
Antiguo 16-09-2025
espinete espinete is offline
Miembro
 
Registrado: mar 2009
Posts: 662
Poder: 18
espinete Va camino a la fama
Respuesta de Hacienda a por qué en algunos casos recomiendan que sea un SIF global y en nuestro caso, sin embargo, dicen que no es correcto:

Cita:
Cada OEF puede decidir qué arquitectura y modelo de implementación de facturación adoptar en su negocio, pudiendo incluso tener varios simultáneamente.
La frase que mencionan es correcta y adecuada para una arquitectura y modelo de implementación(*) que no parecen corresponderse con los que están describiendo ahora.

(*) De SIF único centralizado en un servidor común, que es quien se encarga de expedir -con su QR- las facturas y generar los RF de todos los terminales TPV "tontos"
(es decir, que solo sirven para introducir los datos de facturación -utilizados para que el SIF del servidor central expida las facturas- y de visualizar/imprimir las facturas expedidas por el SIF del servidor central) conectados a él.

En la consideración de qué es un SIF, a efectos de saber el número de ellos que se utilizan en una implementación dada dentro de una determinada arquitectura,
pueden intervenir varios factores, pero siempre es clave para ello la funcionalidad realizada y el comportamiento de cada elemento que interviene.
A este respecto, la numeración correlativa "global" de las facturas expedidas no es un factor determinante por sí mismo, como tampoco lo es dónde se viertan los datos resultado de la facturación
(aunque pueda haber configuraciones que se dan habitualmente y que suelen coincidir con una cierta consideración de SIF).

En este caso, lo más decisivo es que están diciendo -o al menos es lo que se entiende- que cada PC/Ordenador expide facturas con QR y genera su RF por sí mismo (es decir, no las expide centralizadamente un servidor común que luego las devuelve -ya expedidas- para su visualización
y/o impresión a cada PC/Ordenador, que actuarían en ese como meros terminales introductores / visualizadores de datos de facturación, ni tampoco es este servidor común quien genera los RF de las facturas).
Con este comportamiento, quien responde claramente a la definición de SIF (art. 1.2 del reglamento aprobado por el RD 1007/2023) es cada uno de los PC/Ordenadores, que expiden sus propias facturas,
así como el servidor común por las facturas que se expidan específicamente en él. En cualquier caso, por si no se ha entendido bien el funcionamiento (algo cuyo conocimiento en detalle quedaría fuera del alcance de este canal informativo),
basta con que determinen los SIF que tienen en función de lo que hace cada elemento teniendo en cuenta la definición de SIF.

Una vez determinados los SIF (compartan -o no- entre ellos la numeración correlativa de facturas), habrá un encadenamiento por cada SIF (y OEF) existente, tal y como se indica en la orden ministerial HAC/1177/2024 (artículo 7.c).
Si, por lo que parece deducirse de lo que cuentan, para el mismo OEF hay tantos SIF como PC/Ordenadores y otro SIF adicional en el servidor central, cada uno de ellos tendrá su propio encadenamiento independiente:
a este respecto, no confundir este encadenamiento "continuo" de facturas expedidas en un determinado SIF con que en dicho SIF haya "saltos en la numeración" de facturas expedidas con ellos.
En el ejemplo que proporcionan en su último correo, supuesto que esa sea la secuencia temporal de generación de facturas en los distintos equipos, se tendrían los siguientes encadenamientos (o cadenas de RF) propios, uno en cada SIF:

- Cadena de RF del PC1: factura 1 > factura 3.
- Cadena de RF del PC2: factura 2.
- Cadena de RF del PC4: factura 4.
- Cadena de RF del SERVIDOR: factura 5.

Como se ve, en el PC1 se pone de manifiesto que las dos facturas que se han expedido con él quedan debidamente encadenadas de acuerdo a la secuencia temporal de su expedición en él (independientemente del nº de factura que tengan).

Por último, la "facturación global" de un OEF siempre es "única" -por definición- para ese OEF y responde a la unión de todas sus facturas, expedidas en el/los SIF que utilice para ello,
sea/n cual/es sea/n la/s arquitectura/s e implementación/es de facturación adoptada/s o la forma de numerar las facturas en cada SIF (numeración correlativa única para todos los SIF,
números de serie de factura distintos por SIF con numeración correlativa de factura dentro de cada uno de ellos...).
Lo primero: que esto sea tema de debate ya me toca los co___. Nunca lo fue para TicketBAI ni para ningún otro sistema de facturación electrónica de cualquier país. Se están liando, y nos están liando, innecesariamente. Qué más les dará a ellos este dato mientras se envíen las facturas encadenadas, en orden y cumpliendo las condiciones.
Si la facturación global siempre es única ("unión de todas las facturas expedidas en todos los SIF de la empresa"), entonces QUÉ MÁS LES DA!?!?

Ellos insisten en que cada PC debe ser un SIF independiente porque es cada PC quien genera el RF+QR, independientemente de donde se almacenen o de que necesiten el Servidor para poder trabajar.
Dicen, además, que cada PC debe encadenar sus propias facturas, no de forma global, sino independiente: Ej. la factura 3 se encadena con la factura 1 que se hizo en el mismo PC, no con la 2 que se hizo en el PC 2.

¿Estamos locos o qué? No podemos cambiar esto ahora, no tiene sentido ninguno, al menos para mí.

Es más, nuestro Servidor también se encarga de generar RF+QR de facturas emitidas en otros dispositivos (móviles, usando el API, etc). ¿Qué hacemos entonces? ¿Para algunos PCs si se consideran SIF independientes pero otros no?

Además... Imaginemos que una tienda tiene 9 PCs + 1 Servidor. Uno de los PCs se rompe, o hay que formatearlo. Según ellos, cada PC debería ser un SIF, por lo que habrá 10 NumeroInstalacion distintos.
¿QUé sentido tiene eso? ?QUé ventaja real tiene ese dato para ellos?

Y sobre todo...

¿Qué hacemos cuando sustituyan el PC por otro nuevo? Tendrá OTRO NumeroInstalacion distinto, y el encadenamiento empezaría "desde cero" porque en ESE SIF no se ha hecho ninguna factura antes, aunque sin embargo, los demás PCs han estado enviando facturas, correlativas, encadenadas, sin ningún problema.
Responder Con Cita
 


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

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


La franja horaria es GMT +2. Ahora son las 16:28:55.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi