Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Internet
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Colaboración Paypal con ClubDelphi

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 15-10-2021
rci rci is offline
Miembro
 
Registrado: nov 2020
Posts: 565
Poder: 6
rci Va por buen camino
Exclamation Qué ocurre si hay un fallo y no se pueden generar ficheros TBAI durante unas horas?

Hola

Supongamos el caso que nuestro programa en algún momento tiene un problema para generar el fichero XML TicketBAI, por lo que sea, que el certificado está mal o que hay un error interno del programa que impide generar el fichero XML.
Tal como tenemos desarrollado el programa, si no se puede generar el fichero TicketBAI, no se puede salvar la factura ni imprimirla. Por lo tanto la tienda que utiliza nuestro programa, si ocurre algún problema de este tipo, tiene que dejar de vender porque no puede hacer facturas.
En una tienda grande con muchos TPVs y mucha clientela esto no es aceptable, no pueden dejar de trabajar.
Mientras no podamos solucionar el problema, ya sea del certificado o arreglando el programa... pueden pasar horas.

¿Cómo podemos gestionar en este caso?



Si desactivamos temporalmente TicketBAI para que puedan vender y facturar, las facturas que hagan en ése período no estarán firmadas y no tendran el QR y no se enviarán. Esto no es posible tampoco...



Es un tema que nos preocupa mucho. A ver como lo haceis vosotros.


Muchas gracias
Responder Con Cita
  #2  
Antiguo 15-10-2021
Ramon88 Ramon88 is offline
Miembro
 
Registrado: ago 2021
Posts: 157
Poder: 5
Ramon88 Va por buen camino
Cita:
Empezado por rci Ver Mensaje
Hola

Supongamos el caso que nuestro programa en algún momento tiene un problema para generar el fichero XML TicketBAI, por lo que sea, que el certificado está mal o que hay un error interno del programa que impide generar el fichero XML.
Tal como tenemos desarrollado el programa, si no se puede generar el fichero TicketBAI, no se puede salvar la factura ni imprimirla. Por lo tanto la tienda que utiliza nuestro programa, si ocurre algún problema de este tipo, tiene que dejar de vender porque no puede hacer facturas.
En una tienda grande con muchos TPVs y mucha clientela esto no es aceptable, no pueden dejar de trabajar.
Mientras no podamos solucionar el problema, ya sea del certificado o arreglando el programa... pueden pasar horas.

¿Cómo podemos gestionar en este caso?



Si desactivamos temporalmente TicketBAI para que puedan vender y facturar, las facturas que hagan en ése período no estarán firmadas y no tendran el QR y no se enviarán. Esto no es posible tampoco...



Es un tema que nos preocupa mucho. A ver como lo haceis vosotros.


Muchas gracias

Permite que sigan facturando, pero al final del día, que entren a un apartado donde diga consulta TicketBai y donde vean si la factura esta "recibida", "sin subir"....etc, y permite que puedan subir todas las facturas que aparecen en modo "sin subir" en su orden lógico. No se, yo creo que haré algo así.
Responder Con Cita
  #3  
Antiguo 15-10-2021
rci rci is offline
Miembro
 
Registrado: nov 2020
Posts: 565
Poder: 6
rci Va por buen camino
Gracias Ramon88, si falla el envio no es el problema, el problema es si no se firman.



Cita:
Empezado por Ramon88 Ver Mensaje
Permite que sigan facturando, pero al final del día, que entren a un apartado donde diga consulta TicketBai y donde vean si la factura esta "recibida", "sin subir"....etc, y permite que puedan subir todas las facturas que aparecen en modo "sin subir" en su orden lógico. No se, yo creo que haré algo así.
Responder Con Cita
  #4  
Antiguo 15-10-2021
Avatar de thinkows
thinkows thinkows is offline
Miembro
 
Registrado: mar 2020
Ubicación: Sabadell
Posts: 105
Poder: 7
thinkows Va por buen camino
Comunicado Araba

Esto me han enviado por email

Buenos días,

Nos dirigimos a usted como participante del período de pruebas del sistema TicketBai en Álava para informarle de lo siguiente:

• Por motivos técnicos, el próximo Martes 19 de Octubre desde las 07:30 de la mañana el entorno de pruebas de TicketBai Álava no estará disponible. En el momento en que vuelva a estar disponible le informaremos por este mismo medio.

• Así mismo les informamos que una vez restaurado el sistema estará disponible la web de verificación de QR del entorno de pruebas. La información al respecto se encontrará en el apartado Ticketbai de la web de la Diputación Foral de Álava en el apartado “Guía de entorno de pruebas TicketBai”.
Un saludo y disculpen las molestias.
Responder Con Cita
  #5  
Antiguo 15-10-2021
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.764
Poder: 7
ermendalenda Va por buen camino
Cita:
Empezado por rci Ver Mensaje
Hola

Supongamos el caso que nuestro programa en algún momento tiene un problema para generar el fichero XML TicketBAI, por lo que sea, que el certificado está mal o que hay un error interno del programa que impide generar el fichero XML.
Tal como tenemos desarrollado el programa, si no se puede generar el fichero TicketBAI, no se puede salvar la factura ni imprimirla. Por lo tanto la tienda que utiliza nuestro programa, si ocurre algún problema de este tipo, tiene que dejar de vender porque no puede hacer facturas.
En una tienda grande con muchos TPVs y mucha clientela esto no es aceptable, no pueden dejar de trabajar.
Mientras no podamos solucionar el problema, ya sea del certificado o arreglando el programa... pueden pasar horas.

¿Cómo podemos gestionar en este caso?



Si desactivamos temporalmente TicketBAI para que puedan vender y facturar, las facturas que hagan en ése período no estarán firmadas y no tendran el QR y no se enviarán. Esto no es posible tampoco...



Es un tema que nos preocupa mucho. A ver como lo haceis vosotros.


Muchas gracias
Hay muchos casos distintos.
Para dormir tranquilo lo principal es que tecnicamente reduzcas riesgos, el problema que esta parte es la que mas curro puede tener.
1º) la cola de Firmas y envios. Tiene cierta complejidad por que hay que tener en cuenta todos los tiquets y facturas emitidas cronologicamente y un control de firmados/enviados.

2º)Por otra parte primero que yo haria es tener automatizado al menos 2 métodos de firma distintos, yo por ejemplo tengo 1 servidor phpp en local otro php en remoto y por útlimo, si fallan los 2, el autofirma que aunque más lento funciona bien, con lo cual es bastante improbable que se dé la situación que comentas (exceptuando caducidad del certificado)

Si ocurre que una factura no se firma por que se haya bloqueado justo el tpv en la firma o por cualquier causa, no debes firmar las demás

No se pueden imprimir facturas sin el QR, y si no están firmados no hay QR.



Imaginate que se vaya la luz del negocio, debes informar de inmediato por correo electronico a la agencia de la comunidad que pertenezca por ejemplo :

[email protected]
  • Su identificación: Indicando su nombre o razón social y NIF/CIF.
  • Causa que motiva la incidencia.
  • En el asunto del correo electrónica se deberá indicar que se trata de una incidencia enumerada en el artículo 17.
y debes tener preparado un documento para los vendedores (con una serie especifica), vamos lo que viene a ser las libretas de facturas antiguas de toda la vida pero con una indicacion del motivo (una expresion), puedes tener alguna preparara de los motivos posibles, corte de luz, averia servidor, averia Tpv. Darle esa "factura" a los clientes y la tienda se quedan copia, que deben introducirla de manera correlativa en cuanto se solucione la incidencia y por supuesto si la imprimes es "DUPLICADO" o "COPIA" y volver a informar por correo que incidencia solucionada...

En resumen, contestando especificamente solo al supuesto que preguntas, no metas nada en el tpv, ten preparada libretas de facturas con la inscripcion de la causa (para que no tengan que escribirla)
Se me ocurre tener preparado el tpv que pueda sacar de la misma forma (en otra serie) esa factura despues de informar a la agencia tributaria, pero hay cierta ambiguedad, según el alma de la ley sobre evitar doble contabilidad) que no cuadra.

Última edición por ermendalenda fecha: 15-10-2021 a las 13:18:21.
Responder Con Cita
  #6  
Antiguo 15-10-2021
Ramon88 Ramon88 is offline
Miembro
 
Registrado: ago 2021
Posts: 157
Poder: 5
Ramon88 Va por buen camino
Cita:
Empezado por ermendalenda Ver Mensaje
Hay muchos casos distintos.
Para dormir tranquilo lo principal es que tecnicamente reduzcas riesgos, el problema que esta parte es la que mas curro puede tener.
1º) la cola de Firmas y envios. Tiene cierta complejidad por que hay que tener en cuenta todos los tiquets y facturas emitidas cronologicamente y un control de firmados/enviados.

2º)Por otra parte primero que yo haria es tener automatizado al menos 2 métodos de firma distintos, yo por ejemplo tengo 1 servidor phpp en local otro php en remoto y por útlimo, si fallan los 2, el autofirma que aunque más lento funciona bien, con lo cual es bastante improbable que se dé la situación que comentas.

Si ocurre que una factura no se firma por que se haya bloqueado justo el tpv en la firma o por cualquier causa, no debes firmar las demás

No se pueden imprimir facturas sin el QR, y si no están firmados no hay QR.


Por otro lado
¿Qué ocurre si se rechaza un fichero TicketBAI por haberse generado el XML de
manera errónea ?

Reniendo en cuenta que el fichero TicketBAI no puede volver a generarse y que debe remitirse su información, debesss buscar en cada comunidad unos apartados similares a “Ingresos con facturas emitidas sin Software garante” (para las personas físicas) y “Facturas emitidas sin Software garante” (para las personas jurídicas).

En caso de que tampoco tengas los XMLS igualmente hay que conectarse a la Web adapatada para cada comunidad y buscar esos apartados e información necesaria a aportar,


Imaginate que se vaya la luz del negocio, debes informar de inmediato por correo electronico a la agencia de la comunidad que pertenezca por ejemplo :

[email protected]
  • Su identificación: Indicando su nombre o razón social y NIF/CIF.
  • Causa que motiva la incidencia.
  • En el asunto del correo electrónica se deberá indicar que se trata de una incidencia enumerada en el artículo 17.
y debes tener preparado un documento para los vendedores (con una serie especifica), vamos lo que viene a ser las libretas de facturas antiguas de toda la vida pero con una indicacion del motivo (una expresion), puedes tener alguna preparara de los motivos posibles, corte de luz, averia servidor, averia Tpv. Darle esa "factura" a los clientes y la tienda se quedan copia, que deben introducirla de manera correlativa en cuanto se solucione la incidencia.

En resumen ten preparada libretas de facturas con la inscripcion de la causa (para que no tengan que escribirla)

La verdad que yo veo muy poco probable que haya algun problema en la firma...
En latino america tengo un servicio parecido y el problema nunca está en la firma si no en su propio servidor...
El único fallo de firma que puede aver es que este caducado el certificado, y para esto, podrías instalarlo y comprobarlo, aun que yo perferia no instalarlo por experiencia.
Responder Con Cita
  #7  
Antiguo 15-10-2021
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.764
Poder: 7
ermendalenda Va por buen camino
Cita:
Empezado por Ramon88 Ver Mensaje
La verdad que yo veo muy poco probable que haya algun problema en la firma...
En latino america tengo un servicio parecido y el problema nunca está en la firma si no en su propio servidor...
El único fallo de firma que puede aver es que este caducado el certificado, y para esto, podrías instalarlo y comprobarlo, aun que yo perferia no instalarlo por experiencia.
Puedes comprobarlo, por ejemplo, abrir el XML firmado o firmando alguno manualmente y abrirlo con el autofirma, cambiando/agregando la extension a xsig. el software te dira si es firma caducada
Responder Con Cita
  #8  
Antiguo 15-10-2021
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.764
Poder: 7
ermendalenda Va por buen camino
Reglamento TicketBai

https://www.gipuzkoa.eus/documents/2...3-b2aa06f899a5
Sección 5.ª Incidencias en el cumplimiento de la obligación TicketBAI.
Artículo 17. Incidencias de carácter técnico en el cumplimiento
de la obligación TicketBAI.
1.En los supuestos excepcionales de interrupción del servicio eléctrico, de destrucción, fallo,
avería, rotura u otras circunstancias en las que el contribuyente no pueda generar ficheros
TicketBAI ni expedir factura o justificante empleando el software TicketBAI, y éstas deban ser
expedidas en el momento de realizarse la operación, dicha circunstancia se notificará a la
Administración tributaria y el contribuyente expedirá y entregará factura o justificante en papel a
la persona o entidad destinataria, conservando copia del mismo.
La factura o justificante se consignará en una serie específica que se destinará únicamente a las
facturas o justificantes expedidas en virtud de lo dispuesto en este artículo, y contendrá la
expresión «factura o justificante expedida según lo dispuesto en el artículo 17 del Reglamento por el que se desarrolla la obligación TicketBAI, aprobado por el Decreto Foral .../../2020>>
2.El contribuyente, tan pronto desaparezca el motivo que imposibilite la generación de ficheros
TicketBAI y la expedición de factura o justificante empleando el software TicketBAI, deberá
introducir correlativa y sucesivamente en su software TicketBAI los datos de todas las facturas o
justificantes expedidas, generando los ficheros TicketBAI y enviándolos a la Administración
tributaria. La factura o justificante expedido por el software TicketBAI tendrá la consideración de duplicado
En cualquier caso, la persona o entidad destinataria de la operación podrá solicitar
un duplicado de la factura o justificante emitido, que contemple el código TicketBAI y el código QR.
3.
En los supuestos excepcionales de falta temporal de cobertura, interrupción del servicio
telefónico o telemático, avería del sistema de envío u otras c
ircunstancias en las que el
contribuyente pueda generar ficheros TicketBAI, pero no pueda enviarlos a la Administración
tributaria, el software TicketBAI acumulará sucesivamente todos los ficheros TicketBAI
generados y procederá a su envío tan pronto se re
establezca la conexión.


Yo dejaria un campo en la factura temmporal emitida para apuntar el correo de la persona que necesite la factura con el QR

Última edición por ermendalenda fecha: 15-10-2021 a las 14:34:53.
Responder Con Cita
  #9  
Antiguo 15-10-2021
Ramon88 Ramon88 is offline
Miembro
 
Registrado: ago 2021
Posts: 157
Poder: 5
Ramon88 Va por buen camino
Dios Bizkaia pone las cosas facilitas por lo que veo!


Estoy serializando el JSON, pero hay algo que no entiendo, el modelo 140/240 esto son temas contables, que tiene que ver con la factura? no entiendo nada...


Sabeis si puedo hacer lo mismo que con las demas haciendas, es decir:
1- Venta = Genero XML
2- Firmo XML y Comprimo en GZIP
3- Subo XML
*y volvemos a empezar...


Aqui cambia algo mas?
Responder Con Cita
  #10  
Antiguo 15-10-2021
edari edari is offline
Miembro
 
Registrado: jun 2021
Posts: 334
Poder: 6
edari Va por buen camino
Cita:
Empezado por Ramon88 Ver Mensaje
Dios Bizkaia pone las cosas facilitas por lo que veo!


Estoy serializando el JSON, pero hay algo que no entiendo, el modelo 140/240 esto son temas contables, que tiene que ver con la factura? no entiendo nada...


Sabeis si puedo hacer lo mismo que con las demas haciendas, es decir:
1- Venta = Genero XML
2- Firmo XML y Comprimo en GZIP
3- Subo XML
*y volvemos a empezar...


Aqui cambia algo mas?

En Vizcaya,creo por lo que entiendo, tienes que subir no un fichero xml con cada factura si no un fichero "resumen" con las facturas que quieras subir, pasadas a base64 y cada factura "incluida" dentro del campo <TicketBai> de este ejemplo



https://www.batuz.eus/fitxategiak/ba..._B00000034.xml


Este es el fichero que creo que hay que subir y comprimir...pero ya te digo que con Vizcaya soy igual de profano que tú...


Y aprovecho para preguntar mi duda


Tengo claro que Alava y Guipuzcoa se suben factura a factura cada xml por separado en el momento de generar la factura. Y no hay que discutir.



Por contra Vizcaya funciona un poco como el SII, es decir, es al final de día, o mejor dicho hay un plazo de tiempo (¿3-4 días?) en el que debes subir todas las facturas generadas días atras.


Entiendo que el proceso que tengo que hacer es (en Vizcaya, modelo 240)



1) Al imprimir las facturas, genero el XML
2) Firmo el XML y dejo el fichero ahí


No subo nada de manera "automática" y luego desde un proceso en el que el usuario selecciona las facturas que quiere/tiene que subir


1) Seleccionas las facturas que tiene pendientes para subir
2) busco cada XML firmado que generé en su día (que esperemos que siga estando en su sitio y que nadie lo haya borrado ) que ha elegido el usuairo
3) Paso todas las facturas en ese momento a Base64

4) genero el fichero que le he puesto a mi compi Ramon88
5) Y lo subo


Sería así el proceso lógico??


Alava y Guipuzcoa tienen menos "riesgo" porque en medio miunuto tienes cada factura impresa, generada en xml, firmada y subida y ya no hay más que hacer...ya no puede meter la mano el usuario pero en Vizcaya me da mucho más miedo que puede pasar con esos ficheros.


Me dan ganas, fíjate, de hacer todo el proceso de subida a la vez de imprimir todas las facturas como en Alava y Guipuzcoa pero no tengo claro que es mejor...


p.d.
Odio a los vizcaínos


Firmado
Un vizcaíno
Responder Con Cita
  #11  
Antiguo 18-10-2021
rci rci is offline
Miembro
 
Registrado: nov 2020
Posts: 565
Poder: 6
rci Va por buen camino
Respuesta de Gipuzkoa

Cita:
Empezado por rci Ver Mensaje
Hola

Supongamos el caso que nuestro programa en algún momento tiene un problema para generar el fichero XML TicketBAI, por lo que sea, que el certificado está mal o que hay un error interno del programa que impide generar el fichero XML.
Tal como tenemos desarrollado el programa, si no se puede generar el fichero TicketBAI, no se puede salvar la factura ni imprimirla. Por lo tanto la tienda que utiliza nuestro programa, si ocurre algún problema de este tipo, tiene que dejar de vender porque no puede hacer facturas.
En una tienda grande con muchos TPVs y mucha clientela esto no es aceptable, no pueden dejar de trabajar.
Mientras no podamos solucionar el problema, ya sea del certificado o arreglando el programa... pueden pasar horas.

¿Cómo podemos gestionar en este caso?



Si desactivamos temporalmente TicketBAI para que puedan vender y facturar, las facturas que hagan en ése período no estarán firmadas y no tendran el QR y no se enviarán. Esto no es posible tampoco...



Es un tema que nos preocupa mucho. A ver como lo haceis vosotros.


Muchas gracias

Buenas, os envío la respuesta de Gipuzkoa, que es la única que ha contestado de momento. Viene a decir lo mismo que ya me habéis contestado vosotros.
Cita:
Egun on, buenos días

En el caso que nos comenta, no se podrían generar ficheros TicketBAI. Estas situaciones se regulan en el artículo 17 del Decreto Foral 32/2020 del 22 de diciembre:

Artículo 17. Incidencias de carácter técnico en el cumplimiento de la obligación TicketBAI.
1. En los supuestos excepcionales de interrupción del servicio eléctrico, de destrucción, fallo, avería, rotura u otras circunstancias en las que el contribuyente no pueda generar ficheros TicketBAI ni expedir factura o justificante empleando el software TicketBAI, y éstas deban ser expedidas en el momento de realizarse la operación, dicha circunstancia se notificará a la Administración tributaria y el contribuyente expedirá y entregará factura o justificante en papel a la persona o entidad destinataria, conservando copia del mismo.
La factura o justificante se consignará en una serie específica que se destinará únicamente a las facturas o justificantes expedidos en virtud de lo dispuesto en este artículo, y contendrá la expresión «factura o justificante expedido según lo dispuesto en el artículo 17 del Reglamento por el que se desarrolla la obligación TicketBAI, aprobado por el Decreto Foral 32/2020, de 22 de diciembre.»
2. El contribuyente, tan pronto desaparezca el motivo que imposibilite la generación de ficheros TicketBAI y la expedición de factura o justificante empleando el software TicketBAI, deberá introducir correlativa y sucesivamente en su software TicketBAI los datos de todas las facturas o justificantes expedidos, generando los ficheros TicketBAI y enviándolos a la Administración tributaria.
La factura o justificante expedido por el software TicketBAI tendrá la consideración de duplicado.
En cualquier caso, la persona o entidad destinataria de la operación podrá solicitar un duplicado de la factura o justificante emitido, que contemple el código TicketBAI y el código QR.
3. En los supuestos excepcionales de falta temporal de cobertura, interrupción del servicio telefónico o telemático, avería del sistema de envío u otras circunstancias en las que el contribuyente pueda generar ficheros TicketBAI pero no pueda enviarlos a la Administración tributaria, el software TicketBAI acumulará sucesivamente todos los ficheros TicketBAI generados y procederá a su envío tan pronto se restablezca la conexión.

En estos casos o cuando por otras circunstancias el contribuyente no pueda generar ficheros TicketBAI ni expedir factura o justificante empleando el software TicketBAI, se notificará dicha circunstancia a la Administración tributaria mediante remisión de correo electrónico a la dirección [email protected] y el contribuyente expedirá y entregará factura o justificante en papel a la persona o entidad destinataria, conservando copia del mismo. En dicho correo electrónico el contribuyente deberá indicar lo siguiente:
• Su identificación: Indicando su nombre o razón social y NIF/CIF.
• Causa que motiva la incidencia.
• En el asunto del correo electrónico se deberá indicar que se trata de una incidencia enumerada en el artículo 17.

La factura o justificante se consignará en una serie específica, y contendrá la expresión “factura o justificante expedida según lo dispuesto en el artículo 17”.

Tan pronto desaparezca el motivo que imposibilite la generación de ficheros TicketBAI y la expedición de factura o justificante empleando el software TicketBAI, deberá introducir correlativa y sucesivamente en su software TicketBAI los datos de todas las facturas generando los ficheros TicketBAI y enviándolos a la Administración tributaria.

La factura o justificante expedido por el software TicketBAI tendrá la consideración de duplicado.

Un saludo,
Gracias por las respuestas
Responder Con Cita
  #12  
Antiguo 18-10-2021
rci rci is offline
Miembro
 
Registrado: nov 2020
Posts: 565
Poder: 6
rci Va por buen camino
Respuesta de Bizkaia

Cita:
Empezado por rci Ver Mensaje
Buenas, os envío la respuesta de Gipuzkoa, que es la única que ha contestado de momento. Viene a decir lo mismo que ya me habéis contestado vosotros.

Gracias por las respuestas

Hola, he recibido la respuesta de Bizkaia, en este caso entiendo que dan la opción de seguir facturando y imprimiendo sin el QR ni identificativo TBAI:


Cita:
Kaixo,

El hecho de que se rompa el dispositivo mediante el cual se expiden los tickets o facturas TicketBAI, o haya otro problema que impida su emisión, no implica que el empresario no pueda seguir vendiendo o facturando. Las implicaciones de este caso son las siguientes:

• Se deberá seguir cumpliendo con la obligación de entregarle al cliente una factura o justificante de la operación. Las facturas o tickets deberán expedirse en papel o electrónicamente sin código QR y sin identificativo TicketBAI.

La información de esas facturas emitidas sin software garante tendrá que remitirse a la Diputación Foral de Bizkaia mediante los siguientes esquemas:

o Para el LROE de las personas físicas (modelo 140): 1.2 - Ingresos con factura sin Software garante.
o Para el LROE de las personas jurídicas (modelo 240): 1.2 - Facturas emitidas sin Software garante.

Al tratarse de una situación de incumplimiento de las obligaciones TicketBAI, la Administración tributaria podrá requerir al contribuyente que justifique esta situación y el contribuyente deberá conservar y aportar la oportuna documentación probatoria.


Si el caso fuera una avería en el dispositivo, dicho dispositivo averiado ha podido generar ficheros TicketBAI antes de estropearse y no haber hecho el envío de dichos ficheros a la Administración antes de que ocurra la avería. En el caso de Bizkaia, si los ficheros TicketBAI de facturas expedidas pueden recuperarse, se tendrán que enviar a Hacienda, dentro de anotaciones de los siguientes esquemas del LROE:

o 1.1 - Ingresos con factura con Software garante (modelo 140).
o 1.1 - Facturas emitidas con Software garante (modelo 240).

Sin embargo, si no pudieran recuperarse los ficheros TicketBAI, la información correspondiente a esas operaciones debe remitirse igualmente. Esta remisión deberá realizarse con el mensaje web correspondiente a los subcapítulos 1.2 -Ingresos con factura sin Software garante (modelo 140) y 1.2 - Facturas emitidas sin Software garante (modelo 240) de los LROE.

Agur bat.
Saludos
Responder Con Cita
  #13  
Antiguo 18-10-2021
rci rci is offline
Miembro
 
Registrado: nov 2020
Posts: 565
Poder: 6
rci Va por buen camino
Respuesta de Araba

Cita:
Empezado por rci Ver Mensaje
Hola, he recibido la respuesta de Bizkaia, en este caso entiendo que dan la opción de seguir facturando y imprimiendo sin el QR ni identificativo TBAI:


Saludos

Buenas tardes, me han contestado de Araba, la respuesta es muy parecida a la de Gipuzkoa.


Cita:
“Artículo 17. Incidencias de carácter técnico en el cumplimiento de la obligación TicketBAI
1. En los supuestos excepcionales de interrupción del servicio eléctrico, de destrucción, fallo, avería, rotura u otras circunstancias en las que la o el contribuyente no pueda generar ficheros
TicketBAI ni expedir factura o justificante empleando el software TicketBAI, y éstas deban ser expedidas en el momento de realizarse la operación, dicha circunstancia se notificará a la Administración
Tributaria y la o el contribuyente expedirá y entregará factura o justificante por otros medios a la persona o entidad destinataria, conservando copia del mismo.
La factura o justificante se consignará a una serie específica que se destinará únicamente a las facturas o justificantes expedidos en virtud de lo dispuesto en este artículo, y contendrá
la expresión “factura o justificante expedido según lo dispuesto en el artículo 17 del Decreto Foral por el que se desarrolla la obligación TicketBAI”.
2. La o el contribuyente, tan pronto como desaparezca el motivo que imposibilite la generación de ficheros TicketBAI y la expedición de factura o justificante empleando el software
TicketBAI, deberá introducir correlativa y sucesivamente en su software TicketBAI los datos de todas las facturas y justificantes expedidos, generando los ficheros TicketBAI y enviándolos a
la Administración Tributaria.
La factura o justificante expedido por el software TicketBAI tendrá la consideración de duplicado. En cualquier caso, la persona o entidad destinataria de la operación podrá solicitar un duplicado
de la factura o justificante emitido, que contemple el código TicketBAI y el código QR.”

Es decir: si no se puede generar el fichero XML se deberá generar la factura por cualquier otro medio: papel o electrónico, expidiendo una factura o justificante en una serie especial con el contenido antes indicado. Cuando se solucione la avería se deberá introducir todas esas facturas o justificantes, de forma correlativa, en el sistema para que se generen los ficheros XML, se encadenen, se firmen y remitan a la Hacienda Foral.
De este modo no se compromete la facturación de la empresa.


Un saludo
Saludos y gracias
Responder Con Cita
  #14  
Antiguo 18-10-2021
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.764
Poder: 7
ermendalenda Va por buen camino
Bueno ya tengo mi propia función para leer la hora y fecha actual y actualizar el equipo antes de cada factura de un webservice.
La única cosa que me falta en temas de verificación es un script php para saber la fecha de caducidad del certificado y ya redondeamos.
Decidme por favor que sabéis como sacar la fecha.
Gracias y saludos
Responder Con Cita
  #15  
Antiguo 18-10-2021
Avatar de YellowStone
YellowStone YellowStone is offline
Miembro
 
Registrado: feb 2007
Ubicación: Adeje
Posts: 165
Poder: 20
YellowStone Va por buen camino
Buenas.
¿Cómo evitar que al subir un código al foro, sustituya donde pone por un smile?
Por ejemplo en xadesigest
?

Última edición por Neftali [Germán.Estévez] fecha: 19-10-2021 a las 17:49:18.
Responder Con Cita
  #16  
Antiguo 19-10-2021
Avatar de Neftali [Germán.Estévez]
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Registrado: jul 2004
Ubicación: Barcelona - España
Posts: 19.441
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Cita:
Empezado por YellowStone Ver Mensaje
Buenas.
¿Cómo evitar que al subir un código al foro, sustituya donde pone por un smile?
Por ejemplo en xadesigest
?
Hay diferentes etiquetas, prueba con otra.
__________________
Germán Estévez => Web/Blog
Guía de estilo, Guía alternativa
Utiliza TAG's en tus mensajes.
Contactar con el Clubdelphi

P.D: Más tiempo dedicado a la pregunta=Mejores respuestas.
Responder Con Cita
  #17  
Antiguo 18-10-2021
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.764
Poder: 7
ermendalenda Va por buen camino
Cita:
Empezado por ermendalenda Ver Mensaje
Bueno ya tengo mi propia función para leer la hora y fecha actual y actualizar el equipo antes de cada factura de un webservice.
La única cosa que me falta en temas de verificación es un script php para saber la fecha de caducidad del certificado y ya redondeamos.
Decidme por favor que sabéis como sacar la fecha.
Gracias y saludos
Listo, gracias.
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice newtron Internet 3716 19-01-2026 20:01:34
Como utilizar la ayuda del nuevo Sistema Operativo gluglu Humor 3 24-09-2007 09:39:05
Aplicacion Agencia De Viajes ArdiIIa Varios 9 20-01-2007 16:49:53
El Vasco Aguirre Al González La Taberna 5 26-05-2006 09:22:28
Microsoft ha lanzado su nuevo sistema operativo DarkByte Humor 0 25-01-2004 09:21:14


La franja horaria es GMT +2. Ahora son las 05:57:37.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi