Preproducción en empresas reales

[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]

[ermendalenda]

Empezado por rci

Yo pregunté algo relacionado con este tema:



y su respuesta:

Exactamente, empieza un nuevo encadenamiento. Pero 3s raro que dejen ese espacio que puede dar ligar a malas practicas en cuanto a "perdidas de datos". Hace unos meses daban la opcion de que en caso de una averia irrecuperable se podia empezar de cero con un njuevo nunero de instalacion, cosa que he tendio en cuenta, ahora estan intentando que "cualquier cosa" sea un numero dr instalacion nuevo, no ent8enfo muy bien ni ese criterio no tantos cambios de criterio.
De todas fo4maa he pedido aclracion adocional de que a que componentes se refieren exactamente en un cambio de equipo. Ppr que se ha podido cambiar medio equipp.
Ppr que puede ser que otro inspector te diga, oye, por que has empezado un nuevo encadenamiento si tenias tofo para seguir y el tpv está en wl mismo sitio, miama marca, mismo modelo, ademss es cliente y ha visto que el equipo que hay es antiguo y para éo es el misml(pero resulta que se ha xambiafo por uno reciclado). Ostias es que no sabe uno por donde le van a llover las tortas.

[Jarogo08]

Nosotros tenemos en cuenta un id del disco duro para la licencia del programa. No es de ahora por el Verifactu, ya lo hacíamos desde hace años. Por eso, si un cliente cambiaba el servidor o simplemente el disco duro tenía que pedir una nueva licencia.

Y ese id de disco duro lo metimos como parte del campo número de instalación, y así podemos jugar para hacer el encadenamiento sin que nos suponga mucho cambio:

-en la tabla de los registros de facturación guardamos el campo Numero de Instalación.
-si al grabar un registro el valor que le damos a ese campo no coincide con el del último registro, es que se cambió el equipo o disco. Y por tanto tendrá que ir como primer registro.

Por si a alguien le ayuda como lo planteamos nosotros!

[ermendalenda]

Otra pregunta, un nuevo numero de instalacion implicara el inicio nuevo del contador de numeradores de cada serie de facturas?. O sw puede disociar?

[Jarogo08]

Empezado por ermendalenda

Otra pregunta, un nuevo numero de instalacion implicara el inicio nuevo del contador de numeradores de cada serie de facturas?. O sw puede disociar?

Entiendo que no, o al menos nosotros no lo hemos hecho!

que cambies el servidor no implica que tengas que volver a empezar a mandar las facturas desde la 1

[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