Preproducción en empresas reales

[Jarogo08]

O yo lo veo muy claro o vosotros lo veis muy oscuro...

Y ya lo de tener que distribuir un SIF para VeriFactu, distinto al SIF genérico, ya es que me cabrea. O sea, tengo que tener una instalación para la versión SII, otra para TicketBAI, otra para Sudamérica, otra para VeriFactu... Lo mismo que antes: ¿y el software en la nube, acaso se "distribuye" de forma diferente? No, es el mismo, pero cada cliente lo configura según el país en el que se encuentre.

¿por qué tienes que distribuir SIF distintos? Nosotros tenemos un único programa que va a permitir modo Verifactu o modo SII (no contemplamos TicketBAI ni No-Verifactu). ¿cual es el problema de eso? Se lo instalas a un cliente y lo configura para trabajar de una manera u otra. ¿por que tienes que tener varios distintos?

Añado que lo que comentas ee la mac no es ninguna locura, es probable que controlen los cambios de mac

Ellos lo que quieren saber es cuando se reinstala un programa. Si el cliente compra un nuevo servidor, tenemos que reinstalarle el programa en ese equipo. Ahí tenemos que marcar como "Primer registro". Si se formatea o le cambiamos el disco, tenemos que reinstalar y por tanto marcar como "Primer registro". Pero si le cambiamos la tarjeta de red o el teclado o el ratón, no lo tenemos que hacer. Así al menos es como lo vemos nosotros y como lo hicimos (que a lo mejor estamos equivocados, ojo).
Otra cosa es cómo ellos pueden saber eso... si le cambio el servidor a un cliente, le copio la base de datos como la tenía y no marco nada como primer registro, ¿ellos se van a enterar? Pues posiblemente no. Pero... ¿debo marcarlo? Sí

Si a un equipo se le cambia el disco duro e instala de cero el SIF y este puede seguir con su último registro y por consiguiente su encadenamiento, tampoco debería tener un nuevo número de instalación.

Ellos dicen que sí, jeje. Pero si tu instalas de cero el SIF, ¿no tendrías que ponerle una nueva licencia? ¿o hacerle algo para que funcione? ¿o como lo controlas? Si en ese momento creas un Timestamp como dicen o cualquier id único ya lo tienes resuelto. Ese id lo metes dentro del campo NumeroInstalacion y ya está.

Vuelvo a insistir, igual estoy en los mundos de Yupi... yo me lié con muchos puntos del Verifactu pero este lo veo medianamente claro. Luego igual me llevo el chasco (no lo descarto )

[Rja750]

Empezado por Jarogo08

Ellos dicen que sí, jeje. Pero si tu instalas de cero el SIF, ¿no tendrías que ponerle una nueva licencia? ¿o hacerle algo para que funcione? ¿o como lo controlas? Si en ese momento creas un Timestamp como dicen o cualquier id único ya lo tienes resuelto. Ese id lo metes dentro del campo NumeroInstalacion y ya está.

Tal y como yo tengo organizado mi Proyecto no haría falta cambiar de Nº de instalacion si se cambia el disco duro en el mismo equipo si es el mismo OT.

[Jarogo08]

Empezado por Rja750

Tal y como yo tengo organizado mi Proyecto no haría falta cambiar de Nº de instalacion si se cambia el disco duro en el mismo equipo si es el mismo OT.

Pero si un cliente cambia el disco duro, ¿tu tienes que hacer algo con el programa para que funcione? ¿puede haber un cambio de disco o de equipo de un cliente que tiene tu programa sin que tu te enteres?

-Si lo puede haber evidentemente no vas a poder marcar el registro como "Primer registro", porque no vas a detectar que hubo ese cambio
-Si cualquiera de esos casos requiere que tu hagas algo para que el programa funcione, ahí puedes cambiar el Nº de instalación (aunque como dices no sea necesario)

[Faneka]

Empezado por Jarogo08

Pero si un cliente cambia el disco duro, ¿tu tienes que hacer algo con el programa para que funcione? ¿puede haber un cambio de disco o de equipo de un cliente que tiene tu programa sin que tu te enteres?

-Si lo puede haber evidentemente no vas a poder marcar el registro como "Primer registro", porque no vas a detectar que hubo ese cambio
-Si cualquiera de esos casos requiere que tu hagas algo para que el programa funcione, ahí puedes cambiar el Nº de instalación (aunque como dices no sea necesario)

Pero lo de marcar el registro como "Primer registro" solo se hace en el primer RF que se envíe ¿no? al menos es como lo tenemos nosotros, una vez generes y envies el segundo ya no volvera a mandarse como "primer registro" aunque se cambie de servidor, disco duro, etc...
El número de instalación lo tengo actualmente donde se encuentra el .exe , así que para cada SIF hay un nº de instalación, independientemente de los equipos que trabajen con el SIF, para que cambie de nº de intalación tendría que reiniciar yo el contador o que se perdiera el fichero que lo contiene.

[Jarogo08]

Empezado por Faneka

Pero lo de marcar el registro como "Primer registro" solo se hace en el primer RF que se envíe ¿no? al menos es como lo tenemos nosotros, una vez generes y envies el segundo ya no volvera a mandarse como "primer registro" aunque se cambie de servidor, disco duro, etc...
El número de instalación lo tengo actualmente donde se encuentra el .exe , así que para cada SIF hay un nº de instalación, independientemente de los equipos que trabajen con el SIF, para que cambie de nº de intalación tendría que reiniciar yo el contador o que se perdiera el fichero que lo contiene.

Nosotros lo tenemos así:

en la tabla de registros de facturación que enviamos tenemos los siguientes campos, entre muchos otros:

-Factura - Huella - Huella Anterior - Nº Instalación - Nº Instalación Anterior

Entonces, hacemos algo como esto:

Factura 1 - Huella 1 - vacío - Instalación 1 - vacío
Factura 2 - Huella 2 - Huella 1 - Instalación 1 - Instalación 1
Factura 3 - Huella 3 - Huella 2 - Instalación 1 - Instalación 1

si ahora cambiamos el disco duro y por tanto cambia el número de instalación:

Factura 4 - Huella 4 - vacío - Instalación 2 - Instalación 1
Factura 5 - Huella 5 - Huella 4 - Instalación 2 - Instalación 2

A la hora de enviar los registros, si los campos "Nº Instalación" y "Nº Instalación Anterior" no tienen el mismo valor marcamos el registro como "Primer Registro" (y por tanto no lleva la huella anterior "Huella 3").

[Faneka]

Vale, cuando cambiais de nº de instalación marcais como "primer registro". Pues eso tengo que mirarlo entonces.

[Jarogo08]

Empezado por Faneka

Vale, cuando cambiais de nº de instalación marcais como "primer registro". Pues eso tengo que mirarlo entonces.

Exacto!
Por eso decía que si en el número de instalación metes algo de la licencia (o el timestamp que sugieren) creo que no es muy complicado implementarlo. O al menos a nosotros no nos fue difícil ni nos trastocó mucho. Suponiendo que lo tengamos bien, que a lo mejor vienen y nos dicen que así no vale y sí se complica la cosa

[Faneka]

Empezado por Jarogo08

Nosotros lo tenemos así:

en la tabla de registros de facturación que enviamos tenemos los siguientes campos, entre muchos otros:

-Factura - Huella - Huella Anterior - Nº Instalación - Nº Instalación Anterior

Entonces, hacemos algo como esto:

Factura 1 - Huella 1 - vacío - Instalación 1 - vacío
Factura 2 - Huella 2 - Huella 1 - Instalación 1 - Instalación 1
Factura 3 - Huella 3 - Huella 2 - Instalación 1 - Instalación 1

si ahora cambiamos el disco duro y por tanto cambia el número de instalación:

Factura 4 - Huella 4 - vacío - Instalación 2 - Instalación 1
Factura 5 - Huella 5 - Huella 4 - Instalación 2 - Instalación 2

A la hora de enviar los registros, si los campos "Nº Instalación" y "Nº Instalación Anterior" no tienen el mismo valor marcamos el registro como "Primer Registro" (y por tanto no lleva la huella anterior "Huella 3").

¿El número de instalación lo forzais con el cambio de disco duro o es automático de alguna manera?

[Jarogo08]

Empezado por Faneka

¿El número de instalación lo forzais con el cambio de disco duro o es automático de alguna manera?

Al cambiar de disco duro tenemos que generar una nueva licencia (ya de antes, no tiene que ver con el Verifactu). Cogemos un "id" de la partición para construir la licencia del programa.

Y ese mismo "id" lo metemos en el nº de instalación. Así que si hay un cambio de disco o de servidor, nos llaman para generar la nueva licencia y al ponerla los registros de facturación nuevos ya van a coger el nuevo valor

[ermendalenda]

Empezado por Jarogo08

O yo lo veo muy claro o vosotros lo veis muy oscuro...



¿por qué tienes que distribuir SIF distintos? Nosotros tenemos un único programa que va a permitir modo Verifactu o modo SII (no contemplamos TicketBAI ni No-Verifactu). ¿cual es el problema de eso? Se lo instalas a un cliente y lo configura para trabajar de una manera u otra. ¿por que tienes que tener varios distintos?




Ellos lo que quieren saber es cuando se reinstala un programa. Si el cliente compra un nuevo servidor, tenemos que reinstalarle el programa en ese equipo. Ahí tenemos que marcar como "Primer registro". Si se formatea o le cambiamos el disco, tenemos que reinstalar y por tanto marcar como "Primer registro". Pero si le cambiamos la tarjeta de red o el teclado o el ratón, no lo tenemos que hacer. Así al menos es como lo vemos nosotros y como lo hicimos (que a lo mejor estamos equivocados, ojo).
Otra cosa es cómo ellos pueden saber eso... si le cambio el servidor a un cliente, le copio la base de datos como la tenía y no marco nada como primer registro, ¿ellos se van a enterar? Pues posiblemente no. Pero... ¿debo marcarlo? Sí




Ellos dicen que sí, jeje. Pero si tu instalas de cero el SIF, ¿no tendrías que ponerle una nueva licencia? ¿o hacerle algo para que funcione? ¿o como lo controlas? Si en ese momento creas un Timestamp como dicen o cualquier id único ya lo tienes resuelto. Ese id lo metes dentro del campo NumeroInstalacion y ya está.

Vuelvo a insistir, igual estoy en los mundos de Yupi... yo me lié con muchos puntos del Verifactu pero este lo veo medianamente claro. Luego igual me llevo el chasco (no lo descarto )

Un cambio de tarjeta de red cambia la Mac, ojo.

[Jarogo08]

Empezado por ermendalenda

Un cambio de tarjeta de red cambia la Mac, ojo.

¿y cual sería el problema? es que no lo veo

[ermendalenda]

Empezado por ermendalenda

Un cambio de tarjeta de red cambia la Mac, ojo.

Enfin te lo explico si quieres:
Si te dicen que cualquier cambio de hardware o software implixa un nunrro de instalacion nuevo, y la unica forma temdrian en la que ellos pueden ver que ha habido un cambio de hardware dd la mac de forma remota. blanco y en botella.
Pero realmente tampoco entiwndo a que te refieres con la pregunta, por supuesto el programa seguiria igualmente funcionando sin errores y no tendrias problemaa de indole informatica, pero me temo que no estarias cumpliendo con lo que piden. Es discutible?, sí, pero ya decides tú.

[Jarogo08]

Empezado por ermendalenda

Enfin te lo explico si quieres:
Si te dicen que cualquier cambio de hardware o software implixa un nunrro de instalacion nuevo, y la unica forma temdrian en la que ellos pueden ver que ha habido un cambio de hardware dd la mac de forma remota. blanco y en botella.
Pero realmente tampoco entiwndo a que te refieres con la pregunta, por supuesto el programa seguiria igualmente funcionando sin errores y no tendrias problemaa de indole informatica, pero me temo que no estarias cumpliendo con lo que piden. Es discutible?, sí, pero ya decides tú.

¿donde dicen que cualquier cambio de hardware implica un nuevo número de instalación? ¿si cambias el ratón tienes que cambiar el número de instalación? ¿puedes decirme dónde pone eso?
porque yo viendo las FAQs de desarrolladores (pregunta 4, página 8) no veo que diga eso por ningún sitio. Habla de reinstalar el programa, no de cambiarle una pieza al PC

[ermendalenda]

Empezado por Jarogo08

¿donde dicen que cualquier cambio de hardware implica un nuevo número de instalación? ¿si cambias el ratón tienes que cambiar el número de instalación? ¿puedes decirme dónde pone eso?
porque yo viendo las FAQs de desarrolladores (pregunta 4, página 8) no veo que diga eso por ningún sitio. Habla de reinstalar el programa, no de cambiarle una pieza al PC

A mi en 2 contestaciones al hilo de lo que hemos hablado, por ejemplo

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.).

Y este otro

Buenos días:

Gracias por su consulta.

Cualquier cambio en el entorno físico (ya sea de hardware o de software, incluso si se formatea el ordenador donde estaba instalado un SIF y se reinstala el mismo software de nuevo en ese mismo ordenador ) implicaría un nuevo Número de Instalación.

Quedamos a su disposición.

[Jarogo08]

Empezado por ermendalenda

A mi en 2 contestaciones al hilo de lo que hemos hablado, por ejemplo
Cita:

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.).

Y este otro
Cita:
Buenos días:

Gracias por su consulta.

Cualquier cambio en el entorno físico (ya sea de hardware o de software, incluso si se formatea el ordenador donde estaba instalado un SIF y se reinstala el mismo software de nuevo en ese mismo ordenador ) implicaría un nuevo Número de Instalación.

Quedamos a su disposición.

Bueno... partiendo de que es una contestación de un técnico y no está en ninguna documentación oficial, hay 2 opciones:

1- Puedes hacerle caso literalmente: pero entonces "cualquier cambio de hardware" también implica cambiar el teclado, el ratón o el monitor.
2- Puedes interpretar su respuesta con lo que hay en la documentación, que lo que dice es si se reinstala el programa. ¿cuando se reinstala un programa por un cambio de hardware? se me ocurre cuando cambias todo el servidor (pc), el disco duro, la placa, etc.

Nosotros vamos por la opción 2: si tenemos que reinstalar el programa o darle nueva licencia, cambiamos el número de instalación. Si no, no.

Pero bueno... es como lo vemos nosotros. Que a lo mejor estamos equivocados.

[Logan05]

Empezado por Jarogo08

Bueno... partiendo de que es una contestación de un técnico y no está en ninguna documentación oficial, hay 2 opciones:

1- Puedes hacerle caso literalmente: pero entonces "cualquier cambio de hardware" también implica cambiar el teclado, el ratón o el monitor.
2- Puedes interpretar su respuesta con lo que hay en la documentación, que lo que dice es si se reinstala el programa. ¿cuando se reinstala un programa por un cambio de hardware? se me ocurre cuando cambias todo el servidor (pc), el disco duro, la placa, etc.

Nosotros vamos por la opción 2: si tenemos que reinstalar el programa o darle nueva licencia, cambiamos el número de instalación. Si no, no.

Pero bueno... es como lo vemos nosotros. Que a lo mejor estamos equivocados.

Pues nosotros lo mismo, opción 2 sólo cuando reinstalamos o damos nueva licencia, porque tenemos clientes a los que nosotros no les llevamos el mantenimiento hardware así que ¿como vamos a saber cuando cambian una tarjeta de red, o algo? pero incluso voy más allá, si un cliente actualiza el sistema operativo de windows 10 a 11 por ejemplo (que se hace sólo) ¿como puñetas quieren los de hacienda que nosotros controlemos esas cosas?

[novatico]

Empezado por ermendalenda

A mi en 2 contestaciones al hilo de lo que hemos hablado, por ejemplo


Y este otro

En mi caso, sólo cambiaré el nº de instalación, si por alguna razón los cambios de equipo, reinstalaciones, etc, me supongan también la pérdida de información. Si tengo la opción de recuperar una copia de seguridad, y continuar encadenando correctamente, no cambiaré el nº de instalación.

[RUBEN_SP]

Empezado por novatico

En mi caso, sólo cambiaré el nº de instalación, si por alguna razón los cambios de equipo, reinstalaciones, etc, me supongan también la pérdida de información. Si tengo la opción de recuperar una copia de seguridad, y continuar encadenando correctamente, no cambiaré el nº de instalación.

Ten cuidado que si de alguna forma pudiesen detectarlo estarías incumpliendo

[novatico]

Empezado por Jarogo08

O yo lo veo muy claro o vosotros lo veis muy oscuro...

¿por qué tienes que distribuir SIF distintos? Nosotros tenemos un único programa que va a permitir modo Verifactu o modo SII (no contemplamos TicketBAI ni No-Verifactu). ¿cual es el problema de eso? Se lo instalas a un cliente y lo configura para trabajar de una manera u otra. ¿por que tienes que tener varios distintos?

Te cuento el caso que se me presentó hace un mes. Un cliente que tiene 3 empresas, una de ellas sujeta al SII, otra a Verifactu y una tercera que no está sujeta.

Teniendo en cuenta esto, no es que necesite 3 SIF diferentes, pero sí 3 instalaciones diferentes, una para cada empresa, si sigo las indicaciones de la AEAT.

[ermendalenda]

Para el encadenamiento en red voy a tener darle el mismo nunero de instalacion a todos los tpvs, se me habia pasado totalmente, lo digo por si a alguien mas le ha pasado.