TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[Ramon88]

Sabéis algo de gipuzkoa?

Tengo un cliente con factruras pendientes de subir desde el 15/12/23....

[keys]

Empezado por Ramon88

Sabéis algo de gipuzkoa?

Tengo un cliente con factruras pendientes de subir desde el 15/12/23....

En principio esta funcionando sin problema.

[Noe277]

Buenas,

Hacienda foral de Álava tiene lo siguiente publicado
https://web.araba.eus/documents/1050...=1644833076809


Cambios en Certificado de dispositivo
En breve se va a publicar la nueva política de firma. Que incluye el cambio de certificado de dispositivo.
Cambios en el certificado de dispositivo:
• Se podrá solicitar identificando un punto de facturación en lugar del número de serie del dispositivo.
• Es posible la solicitud de certificados en bloque (hasta 100 certificados). Si desea solicitar certificados
de dispositivo en bloque puede recurrir al buzón de contacto TicketBAI de IZENPE.
• Se podrá solicitar antes de disponer del dispositivo concreto donde irá instalado.
• Se podrá usar en arquitecturas en servidor (excepto Tercero/Destinatario)

➢ El código que identifique un punto de facturación (a indicar en el campo “Número de serie (CN)”)
deberá ser único y no haber sido utilizado con anterioridad por ningún otro dispositivo.
➢ Indicar en Fabricante y modelo información significativa que permita al contribuyente reconocer el
“origen” del dispositivo que se le propone aceptar.


En izenpe no saben nada . Entiendo que van a cambiar la manera de solicitarlos y no tengo claro si habrá solicitar otra vez los que ya tenemos.

[Ramon88]

Perdonar mi ignorancia... Estoy teniendo algunos problemas y no sé por donde van los tiros.

Estoy revisando el tema de las rectificativas, vendo 3 productos y al final me devuelve uno.
Envío una rectificativa añadiendo algunos campos:

           <FacturaRectificativa>
              <Codigo>R5</Codigo>
              <Tipo>I</Tipo>
           </FacturaRectificativa>
           <FacturasRectificadasSustituidas>
              <IDFacturaRectificadaSustituida>
                  <SerieFactura>002024</SerieFactura>
                  <NumFactura>57463</NumFactura>
                  <FechaExpedicionFactura>23-01-2024</FechaExpedicionFactura>
              </IDFacturaRectificadaSustituida>
           </FacturasRectificadasSustituidas>

La URL utilizo la misma que para las facturas, es correcto?

[keys]

Empezado por Ramon88

Perdonar mi ignorancia... Estoy teniendo algunos problemas y no sé por donde van los tiros.

Estoy revisando el tema de las rectificativas, vendo 3 productos y al final me devuelve uno.
Envío una rectificativa añadiendo algunos campos:

           <FacturaRectificativa>
              <Codigo>R5</Codigo>
              <Tipo>I</Tipo>
           </FacturaRectificativa>
           <FacturasRectificadasSustituidas>
              <IDFacturaRectificadaSustituida>
                  <SerieFactura>002024</SerieFactura>
                  <NumFactura>57463</NumFactura>
                  <FechaExpedicionFactura>23-01-2024</FechaExpedicionFactura>
              </IDFacturaRectificadaSustituida>
           </FacturasRectificadasSustituidas>

La URL utilizo la misma que para las facturas, es correcto?

En principio si. Siempre que lo que quieras hacer es una rectificativa por diferencias de una factura simplificada. Que es lo que estas indicando.

[espinete]

Buenas!

Tengo un problema con los envíos a Araba. Al parecer han detectado que se han hecho envíos de facturas con una fecha de emisión distinta a la de la firma/envío.
Por lo general, nuestro software realiza la firma + envío en el momento de emitir la factura, pero eso no siempre es posible, por muchos motivos:

- Factura que no se pudo enviar porque, yo qué sé, se fue la luz en ese momento, o internet, o se bloqueó el PC...
- Cliente que lleva tiempo enviando las facturas al entorno de PRUEBAS sin darse cuenta y luego quiere reenviarlas al entorno de producción
- Factura creada a partir de varios albaranes y la fecha de la factura es indicada manualmente, que no tiene por qué ser la de hoy.

Hasta ahora, Araba (y cualquier otra diputación) aceptada estas facturas con fecha de emisión distinta a la del envío, siempre y cuando no hubiera problemas de encadenamiento.
Pero ahora han puesto un aviso/error cuando se detecta una fecha de emisión distinta a la del envío.

Y me parece bien. Si no se puede, no se puede. Ese aviso/error debería haber estado activado desde el día 1, pero bueno.

La duda es... ¿Cómo hacéis vosotros en estos casos? ¿Permitís a los clientes enviar manualmente facturas "antiguas"?

Lo digo porque, según ellos:

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.

¿Soy yo el único que cree que esto es un poco locura?

[YellowStone]

Empezado por espinete

Buenas!

Tengo un problema con los envíos a Araba. Al parecer han detectado que se han hecho envíos de facturas con una fecha de emisión distinta a la de la firma/envío.
Por lo general, nuestro software realiza la firma + envío en el momento de emitir la factura, pero eso no siempre es posible, por muchos motivos:

- Factura que no se pudo enviar porque, yo qué sé, se fue la luz en ese momento, o internet, o se bloqueó el PC...
- Cliente que lleva tiempo enviando las facturas al entorno de PRUEBAS sin darse cuenta y luego quiere reenviarlas al entorno de producción
- Factura creada a partir de varios albaranes y la fecha de la factura es indicada manualmente, que no tiene por qué ser la de hoy.

Hasta ahora, Araba (y cualquier otra diputación) aceptada estas facturas con fecha de emisión distinta a la del envío, siempre y cuando no hubiera problemas de encadenamiento.
Pero ahora han puesto un aviso/error cuando se detecta una fecha de emisión distinta a la del envío.

Y me parece bien. Si no se puede, no se puede. Ese aviso/error debería haber estado activado desde el día 1, pero bueno.

La duda es... ¿Cómo hacéis vosotros en estos casos? ¿Permitís a los clientes enviar manualmente facturas "antiguas"?

Lo digo porque, según ellos:



¿Soy yo el único que cree que esto es un poco locura?

Nuestro programa también lo permitía, y recibimos carta de la diputación para que dejara de permitirlo. Lo permitiamos en la facturación de albaranes, por si por error se había hecho la facturación mal, que se pudiera echar para atrás sin tener que crear 200 facturas rectificativas o 200 anulaciones. Sólo las enviábamos a la hora de imprimirlas. Claro, que el cliente, lo mismo no las imprimía y enviaba hasta días después, lo que antes era permitido, y ahora no. La solución que hemos puesto es que según se factura se envía, y si se equivoca, que ande con cuidado o tendrá que repetir la facturación entera. Y enviamos como fecha de expedición, la fecha del momento en que se crea, y fecha de operación, la fecha que el cliente le quiera poner a la factura.

[keys]

Empezado por espinete

Buenas!

Tengo un problema con los envíos a Araba. Al parecer han detectado que se han hecho envíos de facturas con una fecha de emisión distinta a la de la firma/envío.
Por lo general, nuestro software realiza la firma + envío en el momento de emitir la factura, pero eso no siempre es posible, por muchos motivos:

- Factura que no se pudo enviar porque, yo qué sé, se fue la luz en ese momento, o internet, o se bloqueó el PC...
- Cliente que lleva tiempo enviando las facturas al entorno de PRUEBAS sin darse cuenta y luego quiere reenviarlas al entorno de producción
- Factura creada a partir de varios albaranes y la fecha de la factura es indicada manualmente, que no tiene por qué ser la de hoy.

Hasta ahora, Araba (y cualquier otra diputación) aceptada estas facturas con fecha de emisión distinta a la del envío, siempre y cuando no hubiera problemas de encadenamiento.
Pero ahora han puesto un aviso/error cuando se detecta una fecha de emisión distinta a la del envío.

Y me parece bien. Si no se puede, no se puede. Ese aviso/error debería haber estado activado desde el día 1, pero bueno.

La duda es... ¿Cómo hacéis vosotros en estos casos? ¿Permitís a los clientes enviar manualmente facturas "antiguas"?

Lo digo porque, según ellos:



¿Soy yo el único que cree que esto es un poco locura?

Hola a todos. Desde hace poco tiempo Alava esta generando el error 016 que es cuando se envía una factura con fecha de factura anterior al día de hoy (por cierto el fichero de validaciones no esta actualizado). En teoría eso no debería ocurrir, nuestro software envía las facturas según se generan y por lo tanto no debería ocurrir, además es imposible generar una factura con fecha que no sea el día de hoy, para eso esta la fecha de operación.

¿Pero que ocurre si hay un problema a la hora de enviar?, como por ejemplo no funciona internet o hay algún problema con el servidor de hacienda (que ya ha pasado), en ese caso no creo que tenga que generar todas las facturas otra vez, digo yo!. Ya nos ha pasado con varios clientes, enviaré la consulta a hacienda.