Tiempos de envios

[edari]

Empezado por newtron

Igualmente esa es mi idea. Yo ya tengo estas opciones en el programa:


<<---- VERIFACTU ---->>


1-No activo (Para que no haga absolutamente nada sobre VeriFactu)

2-Sistema VeriFactu
3-Pruebas Sistema VeriFactu
4-Sistema NO VeriFactu
5-Pruebas sistema NO VeriFactu


Para que el cliente pueda activarlo en modo de pruebas cualquiera de las opciones VeriFactu/NO VeriFactu y que cuando llegue el día (ahora resulta que comienzan en días distintos según sea sociedad o autónomo) elija con cual quiere trabajar.


Ahora se me plantea el dilema que si, una vez llegado el momento, el cliente sigue usando la opción 1 (no activo) el programa seguirá funcionando como hasta ahora y pienso que igual no deberíamos dejar esa opción porque la aeat puede responsabilizarte de que está usando un programa no actualizado.


¿Ahora cómo le ponemos al niño?


Saludos.

Una pregunta, que me has hecho pensar...



Ponéis visible en vuestro programa actual que esta versión no está activa en verifactu?

[Neftali [Germán.Estévez]]

Ahora que más o menos tengo claro el flujo para un NIF/empresa (un Obligado Tributario = OT), se me platea una duda cuando el programa gestiona varios OT.
(sería el caso de 1 tienda con varias sucursales que comparte BD, pero con diferentes NIF o una gestoría o una empresa que hace de representante,...).
Asumiendo que en un envío no se pueden mezclar facturas de diferentes OT. (*1)

La situación es la siguiente:
1) Me entran en la cola de envío 4 facturas de diferente OT (que se han generado ahora).
2) En consecuencia tengo que generar 4 envíos uno para cada factura y esperar entre cada uno 60" (*2)
3) Si después de cada envío debo esperar 60", irremediablemente voy a pasar de los 120" (de límite desde que se generan el Registro de facturación hasta que se envía) en el tercer o cuarto envío.

¿Alguien tiene esta misma situación?
¿Alguna de las suposiciones (*1) (*2) son incorrectas?

[rci]

Empezado por Neftali [Germán.Estévez]

Ahora que más o menos tengo claro el flujo para un NIF/empresa (un Obligado Tributario = OT), se me platea una duda cuando el programa gestiona varios OT.
(sería el caso de 1 tienda con varias sucursales que comparte BD, pero con diferentes NIF o una gestoría o una empresa que hace de representante,...).
Asumiendo que en un envío no se pueden mezclar facturas de diferentes OT. (*1)

La situación es la siguiente:
1) Me entran en la cola de envío 4 facturas de diferente OT (que se han generado ahora).
2) En consecuencia tengo que generar 4 envíos uno para cada factura y esperar entre cada uno 60" (*2)
3) Si después de cada envío debo esperar 60", irremediablemente voy a pasar de los 120" (de límite desde que se generan el Registro de facturación hasta que se envía) en el tercer o cuarto envío.

¿Alguien tiene esta misma situación?
¿Alguna de las suposiciones (*1) (*2) son incorrectas?

Tenemos la misma situación. Seria una buena consulta para el buzón de correo de veri*factu.

La suposición 1* tiene que estar bien porque en la cabecera del envío hay la información del emisor (OT)
La suposición 2* pues ... estaría bien que nos permitieran enviar datos de un OT y seguido del otro OT sin esperar y controlar los tiempos de espera independientes para cada OT.

[ermendalenda]

Empezado por Neftali [Germán.Estévez]

Ahora que más o menos tengo claro el flujo para un NIF/empresa (un Obligado Tributario = OT), se me platea una duda cuando el programa gestiona varios OT.
(sería el caso de 1 tienda con varias sucursales que comparte BD, pero con diferentes NIF o una gestoría o una empresa que hace de representante,...).
Asumiendo que en un envío no se pueden mezclar facturas de diferentes OT. (*1)

La situación es la siguiente:
1) Me entran en la cola de envío 4 facturas de diferente OT (que se han generado ahora).
2) En consecuencia tengo que generar 4 envíos uno para cada factura y esperar entre cada uno 60" (*2)
3) Si después de cada envío debo esperar 60", irremediablemente voy a pasar de los 120" (de límite desde que se generan el Registro de facturación hasta que se envía) en el tercer o cuarto envío.

¿Alguien tiene esta misma situación?
¿Alguna de las suposiciones (*1) (*2) son incorrectas?

Hola:
puede pasar 2 cosas, que envies como tercero o que tengas los certificados de cada uno:
- Si tienes los certificados de cada 1 deben tener cada uno su tiempo de espera y tendrás que tener arrays de tiempos para cada OT, los tiempos de espera seran por cada OT, o sea, en ese caso se mandan los 4 lotes sin esperar.
-Si envias como tercero, a falta de que te confirme verifactu, lo lógico es que lo puedas enviar todo en el mismo paquete, y para que funcione se supone que en la cabecera (en obligado emisión ) serña el cif del certificado que uses, deberia dejar meter todos los OT en el mismo soap. Pero claro, mejor asegurate.

[[newtron]]

Empezado por edari

Una pregunta, que me has hecho pensar...
Ponéis visible en vuestro programa actual que esta versión no está activa en verifactu?

Todo esto está muy verde todavía. Lo único que tengo es una opción en una parte del programa para seleccionar cómo se tiene que comportar el programa pero no, no he pensado en meter un cartel que lo ponga visible expresamente aunque no es mala idea.

Empezado por ermendalenda

Hola:
puede pasar 2 cosas, que envies como tercero o que tengas los certificados de cada uno:
- Si tienes los certificados de cada 1 deben tener cada uno su tiempo de espera y tendrás que tener arrays de tiempos para cada OT, los tiempos de espera seran por cada OT, o sea, en ese caso se mandan los 4 lotes sin esperar.
-Si envias como tercero, a falta de que te confirme verifactu, lo lógico es que lo puedas enviar todo en el mismo paquete, y para que funcione se supone que en la cabecera (en obligado emisión ) serña el cif del certificado que uses, deberia dejar meter todos los OT en el mismo soap. Pero claro, mejor asegurate.

Yo en la primera opción estoy de acuerdo, es lo más lógico. En la segunda tampoco lo tengo muy claro.

[edari]

Empezado por newtron

Todo esto está muy verde todavía. Lo único que tengo es una opción en una parte del programa para seleccionar cómo se tiene que comportar el programa pero no, no he pensado en meter un cartel que lo ponga visible expresamente aunque no es mala idea.

Yo creo que lo voy a ir poniendo desde ya también

[sglorka]

En las Faqs de Verifactu se especifica que un mismo obligado tributario puede tener varios SIF's y cada uno es independiente del otro, cito "...Por lo tanto, para expedir sus propias facturas (y generar los correspondiente Registros de Facturación asociados, de forma encadenada) no tienen por qué -ni necesitan- saber qué facturas están expidiendo otros SIF de la misma sociedad o empresa, ya que son independientes a estos efectos y no necesitan para ello estar "conectados o comunicados". Lo mismo ocurre cuando un tercero envía los registros de facturación de diferentes OT's y de sus diferentes SIF's.
Basándonos en estas premisas, los tiempos de envío para los registros de facturación deben estar establecidos por cada SIF, independientemente del OT. Esto nos tiene que hacer pensar que el módulo de envío debe crear un "hilo" por cada SIF que tenga que gestionar y estos "hilos" deben funcionar en paralelo para que cada SIF tenga sus propios tiempos de envío.
Si no, sería inviable que un tercero que gestiona cientos de SIF's pudiera cumplir con el reglamento en cuanto a los tiempos de envío.

[novatico]

Yo creo que mas que "el módulo de envío debe crear un "hilo" por cada SIF", debemos pensar que cada SIF debe tener su propio módulo de envío.

[sglorka]

Empezado por novatico

Yo creo que mas que "el módulo de envío debe crear un "hilo" por cada SIF", debemos pensar que cada SIF debe tener su propio módulo de envío.

Siempre y cuando los módulos de envío trabajen en paralelo, por eso dije lo de hilo, luego cada uno puede implementarlo con un sólo módulo o con un módulo para cada uno.

[Neftali [Germán.Estévez]]

Empezado por Neftali [Germán.Estévez]

Ahora que más o menos tengo claro el flujo para un NIF/empresa (un Obligado Tributario = OT), se me platea una duda cuando el programa gestiona varios OT.
(sería el caso de 1 tienda con varias sucursales que comparte BD, pero con diferentes NIF o una gestoría o una empresa que hace de representante,...).
Asumiendo que en un envío no se pueden mezclar facturas de diferentes OT. (*1)

La situación es la siguiente:
1) Me entran en la cola de envío 4 facturas de diferente OT (que se han generado ahora).
2) En consecuencia tengo que generar 4 envíos uno para cada factura y esperar entre cada uno 60" (*2)
3) Si después de cada envío debo esperar 60", irremediablemente voy a pasar de los 120" (de límite desde que se generan el Registro de facturación hasta que se envía) en el tercer o cuarto envío.

¿Alguien tiene esta misma situación?
¿Alguna de las suposiciones (*1) (*2) son incorrectas?

Vale, ya me han dado la respuesta y coincide con lo que me comentáis.
(*1) Esta premisa es correcta (ya lo sabíamos); No se pueden mezclar facturas de diferentes OT.
(*2) Esta es incorrecta, en cuanto a la espera. No debo esperar 60" entre estos envíos porque son de diferente OT. Cada uno de ellos deberá esperar el tiempo especificado con el último envío realizado de ese mismo OT.

Por lo tanto no se dará el punto (3), porque en este caso que son 4 envíos de diferentes OT, se pueden hacer en paralelo (para hacienda es como si fueran 4 empresas distintas enviando).

[Jesusggc]

Empezado por Neftali [Germán.Estévez]

Ahora que más o menos tengo claro el flujo para un NIF/empresa (un Obligado Tributario = OT), se me platea una duda cuando el programa gestiona varios OT.
(sería el caso de 1 tienda con varias sucursales que comparte BD, pero con diferentes NIF o una gestoría o una empresa que hace de representante,...).
Asumiendo que en un envío no se pueden mezclar facturas de diferentes OT. (*1)

La situación es la siguiente:
1) Me entran en la cola de envío 4 facturas de diferente OT (que se han generado ahora).
2) En consecuencia tengo que generar 4 envíos uno para cada factura y esperar entre cada uno 60" (*2)
3) Si después de cada envío debo esperar 60", irremediablemente voy a pasar de los 120" (de límite desde que se generan el Registro de facturación hasta que se envía) en el tercer o cuarto envío.

¿Alguien tiene esta misma situación?
¿Alguna de las suposiciones (*1) (*2) son incorrectas?

Generar cuatro hilos distintos. Unica solucion que veo.

[rci]

Hola tengo una duda sobre el control de flujo y la gestión de los tiempos de envíos.

En el caso que al enviar se produzca una excepción y no recibamos una respuesta del servidor, no tenemos que volver a esperar para hacer otro envío no?
Al no tener respuesta, no tenemos el valor de TiempoEsperaEnvio y suponemos que la AEAT no ha recibido los registros de facturación de ese envío.
Por lo tanto puedo intentar hacer otro envío inmediatamente no?

Gracias

[ermendalenda]

Empezado por rci

Hola tengo una duda sobre el control de flujo y la gestión de los tiempos de envíos.

En el caso que al enviar se produzca una excepción y no recibamos una respuesta del servidor, no tenemos que volver a esperar para hacer otro envío no?
Al no tener respuesta, no tenemos el valor de TiempoEsperaEnvio y suponemos que la AEAT no ha recibido los registros de facturación de ese envío.
Por lo tanto puedo intentar hacer otro envío inmediatamente no?

Gracias

Correcto.
Pero aunque el problema sea del servidor de verifactu, tienes que marcarlo como incidencia si se te sale del tiempo de envio que te marcaron la última vez.
Por otro lado, aunque no creo que se haga mucho caso, el reglamento dice que en caso de problemas en el envío hay que reintentarlo mínimo cada 1 hora. Yo creo que todos vamos a intentarlo muchísimo más a menudo,pero era una simple observación.

[rci]

Empezado por ermendalenda

Correcto.
Pero aunque el problema sea del servidor de verifactu, tienes que marcarlo como incidencia si se te sale del tiempo de envio que te marcaron la última vez.
Por otro lado, aunque no creo que se haga mucho caso, el reglamento dice que en caso de problemas en el envío hay que reintentarlo mínimo cada 1 hora. Yo creo que todos vamos a intentarlo muchísimo más a menudo,pero era una simple observación.

Muchas gracias

[_Io]

Buenos días.

Empezado por Neftali [Germán.Estévez]

.......Si después de cada envío debo esperar 60", irremediablemente voy a pasar de los 120" (de límite desde que se generan el Registro de facturación hasta que se envía) en el tercer o cuarto envío.
?

Estoy un poco perdido en este asunto del control de flujo.
Tengo claro por la documentación, que en la respuesta nos marcarán un tiempo mínimo de espera.
Pero lo que no entiendo es cuando habláis de 120" (de límite desde que se generan el Registro de facturación hasta que se envía), ¿Dónde viene este requisito?

Os pongo un ejemplo, como funcionaría mi sistema:

1º En la base de datos, se genera/n 1, 2, 5 facturas.
2º Hago el envío de esa/s factura/s
3º Espero el tiempo que me indiquen
4º Compruebo la base de datos, vuelvo al punto 1º.

¿Dónde están esos 120"? o ¿Dónde los debería aplicar?

Espero haberme explicado bien.

Muchas Gracias.

[Neftali [Germán.Estévez]]

Empezado por _Io

Pero lo que no entiendo es cuando habláis de 120" (de límite desde que se generan el Registro de facturación hasta que se envía), ¿Dónde viene este requisito?
Os pongo un ejemplo, como funcionaría mi sistema:

1º En la base de datos, se genera/n 1, 2, 5 facturas.
2º Hago el envío de esa/s factura/s
3º Espero el tiempo que me indiquen
4º Compruebo la base de datos, vuelvo al punto 1º.

¿Dónde están esos 120"? o ¿Dónde los debería aplicar?

Esos 120" son entre el punto 1 y el punto 2.
Si todo funciona bien no tiene porqué pasar, pero en determinados casos se podría dar ese error.

No se cómo haces el envío, pero imagina que lo haces desde tu mismo programa. Podría pasar si se diera esta situación:


1º En la base de datos, se genera/n 1, 2, 5 facturas.
==> Se produce una excepción, el programa se cierra y el usuario tarda unos minutos en arrancarlo de nuevo.

2º Hago el envío de esa/s factura/s

En este caso el tiempo entre que las has generado y las has enviado son más de 120". Este es un caso excepcional y no debería darse continuamente.
Es una forma de conseguir que las facturas se envíen "inmediatamente".
Al principio la gente hablaba de ir generando facturas y enviarlas al final de día o cada hora (o el usuario manualmente) para simplificar. Con esta restricción te están diciendo que eso "no vale".

[_Io]

Empezado por Neftali [Germán.Estévez]

Esos 120" son entre el punto 1 y el punto 2.
Si todo funciona bien no tiene porqué pasar, pero en determinados casos se podría dar ese error.

No se cómo haces el envío, pero imagina que lo haces desde tu mismo programa. Podría pasar si se diera esta situación:


1º En la base de datos, se genera/n 1, 2, 5 facturas.
==> Se produce una excepción, el programa se cierra y el usuario tarda unos minutos en arrancarlo de nuevo.

2º Hago el envío de esa/s factura/s

En este caso el tiempo entre que las has generado y las has enviado son más de 120". Este es un caso excepcional y no debería darse continuamente.
Es una forma de conseguir que las facturas se envíen "inmediatamente".
Al principio la gente hablaba de ir generando facturas y enviarlas al final de día o cada hora (o e
l usuario manualmente) para simplificar. Con esta restricción te están diciendo que eso "no vale".

Hola.

Gracias por tu respuesta.

Me he leído el hilo con más detenimiento y ya me ha quedado claro el asunto.
La filosofía que quería plantear, por lo que estoy viendo no sería correcta, generar la factura en BD y después con posterioridad hacer el envío, y la hora de la factura sería la del envío.
El asunto del QR, que habéis comentado, podría dar problemas (lectura QR antes del envío de la factura.

Empezado por Neftali [Germán.Estévez]

..... enviarlas al final de día o cada hora (o el usuario manualmente) para simplificar. Con esta restricción te están diciendo que eso "no vale".

Me ha quedado claro, que lo que tenía en mente, no vale


Leyendo el Hilo, me ha generado otra duda. ¿Es obligatorio generar el XML de cada factura o grupo de facturas que se envían?


Muchas Gracias !!!!!

[Neftali [Germán.Estévez]]

Empezado por _Io

Leyendo el Hilo, me ha generado otra duda. ¿Es obligatorio generar el XML de cada factura o grupo de facturas que se envían?

Si tu programa/ERP es de facturación, si. Todas las facturas que emita, deben generar XML y se debe enviar o no (dependiendo si es VeriFactu o no-verifactu).

Salvo casos raros y otras excepciones. En funcionamiento normal si.

[_Io]

Empezado por Neftali [Germán.Estévez]

Si tu programa/ERP es de facturación, si. Todas las facturas que emita, deben generar XML y se debe enviar o no (dependiendo si es VeriFactu o no-verifactu).

Salvo casos raros y otras excepciones. En funcionamiento normal si.

Perfecto.
Muchas Gracias !!!!