Preproducción en empresas reales

[ermendalenda]

Empezado por edari

Para cuando una sanción para cada técnico de Verifactu que dé una respuesta ambigua?


Porque no es de recibo estar así con esta gente

Tiene sentido, estoy aun insistiendo con verifactu que no me cuadra poner un nuevo numero de instalacion en el caso de poder seguir encadenando normalmente, despues pregubtntaré eso, aunque tiene sentido lo que comentas, ya me quiero aegurar todo.

[ermendalenda]

Pues nada. Yo voy a consid3rar hasta las actualizaciones, van a tener reinstalacion cada mes

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.

[ermendalenda]

Pues nada. Yo voy a considerar hasta las actualizaciones, van a tener reinstalacion cada mes

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.

[Jarogo08]

Empezado por ermendalenda

Pues nada. Yo voy a considerar hasta las actualizaciones, van a tener reinstalacion cada mes

Hombre, una actualización de programa no debe hacer que el siguiente registro que se envíe vaya marcado como primer registro. Reinstalación si, actualización no

[ermendalenda]

Empezado por Jarogo08

Hombre, una actualización de programa no debe hacer que el siguiente registro que se envíe vaya marcado como primer registro. Reinstalación si, actualización no

Bueno, he lanzado la pregunta esta maána a ver que me dicen, por que esto me ha creado otras dudas, ya que lo que en pincipio me parecía evidente, resulta que no lo es:
-He lanzao la pregunta de si se puede continuar con las mismas series y por el número que iba, supongo que sí, pero ya aseguro.
-Y, por ejemplo, si la máquina hay que cambiarla y hay que subsanar algún/os registros de la anterior instalación ¿como se hace referencia a ese registro en el nodo sistema informático?, si ya no tienes el sif y es otro número de instalación. En la mayoria de los casos la subsanación se producirá por que el registro está tan mal que ni siuiera te lo han aceptado, pero puede ocurrir que lo hayan a aceptado y se produciria una incongruencia en la que ellos tendrias 2 registros y posiblemente duplicando venta.
Este tema me ha descuadrado la lógica del programa.

[Jarogo08]

Empezado por ermendalenda

Bueno, he lanzado la pregunta esta maána a ver que me dicen, por que esto me ha creado otras dudas, ya que lo que en pincipio me parecía evidente, resulta que no lo es:
-He lanzao la pregunta de si se puede continuar con las mismas series y por el número que iba, supongo que sí, pero ya aseguro.
-Y, por ejemplo, si la máquina hay que cambiarla y hay que subsanar algún/os registros de la anterior instalación ¿como se hace referencia a ese registro en el nodo sistema informático?, si ya no tienes el sif y es otro número de instalación. En la mayoria de los casos la subsanación se producirá por que el registro está tan mal que ni siuiera te lo han aceptado, pero puede ocurrir que lo hayan a aceptado y se produciria una incongruencia en la que ellos tendrias 2 registros y posiblemente duplicando venta.
Este tema me ha descuadrado la lógica del programa.

Evidentemente, puedes seguir con las mismas series. Normalmente, cuando se cambia de servidor o se formatea el disco no se pierden datos. Simplemente paras a los usuarios, mueves la base de datos y a seguir. Con lo que si hay que subsanar algo de atrás deberías tenerlo.
Otra cosa es un cliente que tenía otro programa y ahora pase al tuyo y tengas que subsanar algo de atrás que no está en tu programa. O por ejemplo si se te encriptó la base de datos y recuperas una copia de hace días (ahí si que se pierden datos). En ese caso, si es mediante facturas rectificativas, no debería haber problema.

[ermendalenda]

Empezado por Jarogo08

Evidentemente, puedes seguir con las mismas series. Normalmente, cuando se cambia de servidor o se formatea el disco no se pierden datos. Simplemente paras a los usuarios, mueves la base de datos y a seguir. Con lo que si hay que subsanar algo de atrás deberías tenerlo.
Otra cosa es un cliente que tenía otro programa y ahora pase al tuyo y tengas que subsanar algo de atrás que no está en tu programa. O por ejemplo si se te encriptó la base de datos y recuperas una copia de hace días (ahí si que se pierden datos). En ese caso, si es mediante facturas rectificativas, no debería haber problema.

Sí, se suppne que tanropara una subsanacion como para una rwctificativa o anulacion se puedw incluso emitoe desde otro sif/termibal generando nuneros de series distintos, o sea que parece que es corecta tu afirmacion.

[ermendalenda]

Empezado por Jarogo08

Evidentemente, puedes seguir con las mismas series. Normalmente, cuando se cambia de servidor o se formatea el disco no se pierden datos. Simplemente paras a los usuarios, mueves la base de datos y a seguir. Con lo que si hay que subsanar algo de atrás deberías tenerlo.
Otra cosa es un cliente que tenía otro programa y ahora pase al tuyo y tengas que subsanar algo de atrás que no está en tu programa. O por ejemplo si se te encriptó la base de datos y recuperas una copia de hace días (ahí si que se pierden datos). En ese caso, si es mediante facturas rectificativas, no debería haber problema.

Sí, se supone que tanto para una subsanacion como para una rectificativa o para una anulacion se puede incluso emitir desde otro sif/terminal refernciando a un registro emitido por otro sif, generando numeros de series distintos, o sea que parece que es correcta tu afirmacion.

[ermendalenda]

Creo que el numero dr instalacion voy a hacrr lo mksmo que comentais, un timestamp y comprobacion en cada emision de factura de que el anterior regostro sea el mismo timestamp de instalación antes de encadenar, y si no o empiezo encadenamiento no o no dejo facturar hasta reiniciar los encadenamientos. Ya veré.