Preproducción en empresas reales

[espinete]

Yo lo del "número de instalación" no lo termino de ver ni de entender. Empezando porque dan por sentado que hay una "instalación". ¿Qué pasa con el software basado en la nube? ¿Acaso hay "instalación" ahí? ¿por qué debería haberla entonces para software de escritorio?

A mí me da que Hacienda no es consciente de toda la casuística, problemas, etc. que conlleva todo esto. Con lo fácil que sería identificar a cada OT y punto. Es un lío enorme tener en cuenta todas las cosas que pueden pasar a lo largo de un año en una empresa: reinstalación, cambio de PC, clonar disco, cambio de SIF, pérdida de datos, virus...
Y encima que seamos nosotros los que tenemos que preverlo todo.

Por no hablar de la confusión que genera la documentación, que no es nada clara. Empresas con varios equipos en red, empresas con varias tiendas pero con facturación independiente, autónomos con varios puntos de venta en la misma ciudad. No sé, cuanto más me pongo a analizarlo, menos seguro estoy.

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.

[ermendalenda]

Empezado por espinete

Yo lo del "número de instalación" no lo termino de ver ni de entender. Empezando porque dan por sentado que hay una "instalación". ¿Qué pasa con el software basado en la nube? ¿Acaso hay "instalación" ahí? ¿por qué debería haberla entonces para software de escritorio?

A mí me da que Hacienda no es consciente de toda la casuística, problemas, etc. que conlleva todo esto. Con lo fácil que sería identificar a cada OT y punto. Es un lío enorme tener en cuenta todas las cosas que pueden pasar a lo largo de un año en una empresa: reinstalación, cambio de PC, clonar disco, cambio de SIF, pérdida de datos, virus...
Y encima que seamos nosotros los que tenemos que preverlo todo.

Por no hablar de la confusión que genera la documentación, que no es nada clara. Empresas con varios equipos en red, empresas con varias tiendas pero con facturación independiente, autónomos con varios puntos de venta en la misma ciudad. No sé, cuanto más me pongo a analizarlo, menos seguro estoy.

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.

Totalmente de acuerdo. Así estamos, el problema es que se echa el tiempo encima y siguen saliendo cosas y otra cosa supersubjetiva son las DR, que pueddn decir siempre que falta algo.

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

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

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

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

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

[gizmo2025]

Empezado por 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.

Yo tengo pensado hacer lo mismo (al menos de momento), porque es una base de datos MySql donde todos guardan y trabajan en la misma base de datos, y el servidor que envia lo tengo en la misma máquina donde está el servidor MySql. Asi que no se que pinta el nº de instalacion, de momento yo le pongo "1" fijo (no hay mas PCs ni nada que registren registros RF y los manden a AEAT, 1 solo equipo para cada OT).

[novatico]

Empezado por 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.

En mi caso, actuaré como tú si todos los TPV's están conectados en tiempo real con el servidor. En el caso de ser instalaciones independientes, cada TPV tendrá su nº de instalación. Seguramente, por organización, le añadiré al nº de instalación de la oficina central, el nº de TPV.