Preproducción en empresas reales

[mjruiz]

Empezado por Jarogo08

Buenas

Tienes que marcar como "primer registro" pues eso, el primer registro que envíes. Sea del 1 de enero, de hoy o de dentro de 3 meses (cuando actives Verifactu).

Pero si empiezas a enviar hoy y marcas el primer envío como "primer registro", no puedes hacer que llegue el 1 de enero y vuelva a enviar un primer registro, porque es mentira.

El único caso en que tendrías que volver a enviar otro "primer registro" es si formateas, cambias el servidor, etc. (los casos en lo que hay que cambiar el número de instalación)

Saludos

Ok, es lo que tenía en mi cabeza pero me surgió la duda al leer el hilo, aún así tengo la consulta abierta a ver que dicen ellos.

Además de lo dicho, les he consulta si hay que marcar otra vez cuando un cliente se va al SII al año siguiente vuelve a Veri*factu.

¿Hay que cambiar el nº de instalación si formateas o cambias de servidor? para mi...sigue siendo la misma instalación, de hecho se puede dar el caso que ni te enteres de esos cambios si es el cliente el que los hace.

[Jarogo08]

Empezado por mjruiz

¿Hay que cambiar el nº de instalación si formateas o cambias de servidor? para mi...sigue siendo la misma instalación, de hecho se puede dar el caso que ni te enteres de esos cambios si es el cliente el que los hace.

Sí. lo especifica en la página 9, pregunta 4 de las FAQs de empresas de desarrollo

https://www.agenciatributaria.es/sta...rolladores.pdf

Normalmente, cambiar de servidor implica cambiar/actualizar la licencia, y en ese proceso se podría cambiar el número de instalación. Si tu programa no necesita una nueva licencia ante un cambio de servidor lo vas a tener más difícil de controlar (porque precisamente puedes no enterarte)

[mjruiz]

Empezado por Jarogo08

Sí. lo especifica en la página 9, pregunta 4 de las FAQs de empresas de desarrollo

Normalmente, cambiar de servidor implica cambiar/actualizar la licencia, y en ese proceso se podría cambiar el número de instalación. Si tu programa no necesita una nueva licencia ante un cambio de servidor lo vas a tener más difícil de controlar (porque precisamente puedes no enterarte)

Madre mía, se les va mucho...
De hecho, indica que si tienes varias tiendas/delegaciones cada una debe tener su nº de instalación wow!!!

Yo les mantengo la licencia que va junto con los datos.
Nada, habrá añadir un hash generado en base al hardware, no sé.

Gracias!!

[novatico]

Empezado por mjruiz

Madre mía, se les va mucho...
De hecho, indica que si tienes varias tiendas/delegaciones cada una debe tener su nº de instalación wow!!!

Gracias!!

Si las tiendas NO ESTAN conectadas en tiempo real con un servidor, se consideran SIF independientes, aunque sean de un mismo OT. Por tanto deben tener nº de instalación diferente, para tener encadenamientos diferentes.

[Faneka]

Muy buenas, ahora que se acerca de nuevo el día de nuevo me asalta alguna duda. Nosotros tenemos ya clientes enviando sin problemas, pero ahora hay algunos que van a entrar pero ya dicen que hasta el 1 de Enero del 2027 no quieren enviar en firme, ya no se como quedo el tema de si el cliente puede enviar con su certificado al portar de pruebas algunas facturas para comprobar que va todo bien y luego ya el año que viene activar el envío a producción.
Otra prueba tambien seria duplicar la empresa, poner el certificado de pruebas, hacer un par de envios y luego cuando todo este ok eliminar el certificado de pruebas y la empresa.
Nose, vosotros que estais haciendo para probar aquellos clientes que son reacios y no quieren enviar hasta el primer día oficial.

[Logan05]

Empezado por Faneka

Muy buenas, ahora que se acerca de nuevo el día de nuevo me asalta alguna duda. Nosotros tenemos ya clientes enviando sin problemas, pero ahora hay algunos que van a entrar pero ya dicen que hasta el 1 de Enero del 2027 no quieren enviar en firme, ya no se como quedo el tema de si el cliente puede enviar con su certificado al portar de pruebas algunas facturas para comprobar que va todo bien y luego ya el año que viene activar el envío a producción.
Otra prueba tambien seria duplicar la empresa, poner el certificado de pruebas, hacer un par de envios y luego cuando todo este ok eliminar el certificado de pruebas y la empresa.
Nose, vosotros que estais haciendo para probar aquellos clientes que son reacios y no quieren enviar hasta el primer día oficial.

Yo los beta testers los tengo con sus datos y mi certificado de pruebas, enviando al entorno de pruebas, (que para eso está creo yo) y cuando se decida que la versión es adecuada (1 mes o así) y hayamos eliminado todos los errores posibles, se hace una actualización, se importan de nuevo sus datos, se pone su certificado, su SIFId nuevo y a rular como instalación nueva, sin enviar de momento (salvo que el cliente así lo pida), eso si, se enviarán a partir del 1 de enero o 1 de julio según proceda sin preguntarle ya. No se qué opináis vosotros.

PS: De hecho mi programa no puede facturar si no tiene un certificado válido, ya se que hay algunos que opinan que eso no puede ser motivo para no facturar, pero yo como conozco a mis "clientes", los obligo del tiron a tener el certificado en regla, que si no me veo mandando incidencias de seis meses, luego a la buya cuando les llegue el inspector.....

[[newtron]]

Empezado por Logan05

Yo los beta testers los tengo con sus datos y mi certificado de pruebas, enviando al entorno de pruebas, (que para eso está creo yo) y cuando se decida que la versión es adecuada (1 mes o así) y hayamos eliminado todos los errores posibles, se hace una actualización, se importan de nuevo sus datos, se pone su certificado, su SIFId nuevo y a rular como instalación nueva, sin enviar de momento (salvo que el cliente así lo pida), eso si, se enviarán a partir del 1 de enero o 1 de julio según proceda sin preguntarle ya. No se qué opináis vosotros.

PS: De hecho mi programa no puede facturar si no tiene un certificado válido, ya se que hay algunos que opinan que eso no puede ser motivo para no facturar, pero yo como conozco a mis "clientes", los obligo del tiron a tener el certificado en regla, que si no me veo mandando incidencias de seis meses, luego a la buya cuando les llegue el inspector.....

No creo que pase nada por hacer eso pero los de la aeat dijeron expresamente que el entorno de pruebas era para desarrolladores y no para clientes finales. Yo en principio iba a hacer eso mismo y al final desistí.


Saludos.

[Jarogo08]

Empezado por Faneka

Muy buenas, ahora que se acerca de nuevo el día de nuevo me asalta alguna duda. Nosotros tenemos ya clientes enviando sin problemas, pero ahora hay algunos que van a entrar pero ya dicen que hasta el 1 de Enero del 2027 no quieren enviar en firme, ya no se como quedo el tema de si el cliente puede enviar con su certificado al portar de pruebas algunas facturas para comprobar que va todo bien y luego ya el año que viene activar el envío a producción.
Otra prueba tambien seria duplicar la empresa, poner el certificado de pruebas, hacer un par de envios y luego cuando todo este ok eliminar el certificado de pruebas y la empresa.
Nose, vosotros que estais haciendo para probar aquellos clientes que son reacios y no quieren enviar hasta el primer día oficial.

En teoría el portal del empleado es para los desarrolladores, no para que cualquier empresa envíe pruebas.

Nosotros lo que hicimos en su día fue traernos bases de datos de algunos clientes (los que tenían distintas casuísticas de facturas) y las enviamos con nuestro certificado. De esta manera las pruebas las hacíamos nosotros, no el cliente. Y comprobábamos si las facturas del cliente entraban o no y que incidencias daban.

[Faneka]

Empezado por Jarogo08

En teoría el portal del empleado es para los desarrolladores, no para que cualquier empresa envíe pruebas.

Nosotros lo que hicimos en su día fue traernos bases de datos de algunos clientes (los que tenían distintas casuísticas de facturas) y las enviamos con nuestro certificado. De esta manera las pruebas las hacíamos nosotros, no el cliente. Y comprobábamos si las facturas del cliente entraban o no y que incidencias daban.

Nosotros tambien hicimos eso al principio para ir viendo que de disitintos clientes iban pasando y así si nos saltaba algo raro podiamos ir corrigiendo.