Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Registros de Facturacion y Eventos (XML)
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

 
 
Herramientas Buscar en Tema Desplegado
  #23  
Antiguo 30-05-2025
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Ubicación: Tenerife
Posts: 548
Poder: 10
sglorka Va por buen camino
Cita:
Empezado por Rja750 Ver Mensaje
Se hace inviable tener varios SIF o líneas de facturación instalado en cada pc con el mismo OT, IdSistemaInformatico, Version y distinto NumeroInstalacion. Esto obligaría a tener numeraciones diferentes en las altas, incluido las rectificativas y aunque tengan la misma BD en la nube esto sería ya el colmo. Creo que este quebradero de cabeza se podría simplificar y que nadie se dará cuenta de, si se ha actualizado el servidor o se ha añadido un nuevo puesto a la red. Si el titular del negocio cierra durante un periodo de tiempo por lo que sea, cuando vuelva a abrir seguirá con el siguiente RF y esto no quiere decir nada(ni que se ha formateado ni se ha defraudado ni nada). Otra cosa seria una nueva instalación de un nuevo OT.
----EDITO
Lo que me choca es la idea de que cada vez que actualizemos tengamos que tener un registro como primer RF sin registro anterior. No le puedo poner sentido comun a esto:
Un OT emite el RF NumSerieFactura = 1, NumSerieFactura =2, NumSerieFactura =3, NumSerieFactura =4 y ese dia actualiza con un nuevo NumeroInstalacion por modificacion del SIF. Cuando procede a emitir un nuevo RF es el NumSerieFactura =5 pero como si fuera el primer RF sin registro anterior. ¿Esto como es así? no le encuentro lógica. Lo único que se me viene a la cabeza es que al haber un salto en la trazabilidad, existe un antes y un después, por si se hubiese tocado para hacer defalcos o algo así.
No es obligatorio ni aconsejable tener varios SIF's en sistemas centralizados donde un servidor genera la línea de encadenamiento y el resto son puestos de trabajo, este caso es un sólo SIF. La actualización del ERP no genera un nuevo número de instalación (la versión no forma parte de la clave). La adición de un nuevo puesto de trabajo tampoco genera un nuevo número de instalación. Si lo que actualizas es el ERP pero no toca nada del SIF, tampoco genera nuevo número de versión (para Verifactu). Que un negocio cierre durante un tiempo y luego reanude su actividad tampoco genera un nuevo número de instalación.
En definitiva, sólo se genera un número de instalación cuando el SIF es reinstalado, que puede servir para justificar un parón en la remisión de los registros de facturación debido a una encriptación o problema técnico del hardware.
Si además, uno de los puestos de trabajo está deslocalizado geográficamente y no se puede asegurar la conexión online con el servidor central para generar y enviar los registros de facturación, entonces claramente, debes de convertirlo en un SIF para gestione su propia línea de encadenamiento con una numeración de facturas propia y no concurrente con la del los otros posbles SIF's
Responder Con Cita
 



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
Esquema BD Zina Varios 8 10-11-2016 17:00:01
Acceso al Esquema de una BD de Oracle lgarcia Oracle 2 02-07-2013 15:09:32
Esquema programación. REHome Varios 6 12-04-2007 22:03:05
crear archivos esquema *.sch KmoCuesta Tablas planas 0 16-09-2005 21:48:05
Saber si existe un tablespace y/o un esquema Jose Manuel Oracle 2 17-12-2004 17:13:32


La franja horaria es GMT +2. Ahora son las 22:45:25.


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