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

[xamminf]

Empezado por edari

Puede ser que estés mezclando el envío a Vizcaya en el CURL? Lo del gzip si no lo entiendo mal es solo en Vizcaya


Yo acabo de comprobar a subir a Guipuzcoa pruebas y me sube bien con este curl

Efectivamente, ese era el problema. A Guipuzcoa no se manda en formato gzip.
Lo he mandado como .xsig y se lo ha tragado. ¿ Tu tambien lo mandas firmado ? He probado a mandarlo sin firmar y no ha funcionado

Muchas gracias

[xamminf]

Buenos días,

Me imagino que en un mismo fichero .xml de alta o anulacion se pueden mandar varias facturas
Pero ¿ Qué es más conveniente ? ¿ Mandar una factura por .xml o varias en un .xml ?

Si se manda una a una puede ser lento
Si se manda varias en un .xml, algunos tipos de problemas relacionados con la estructura .xml o la codificacion pueden afectar a todas las facturas contenidas

¿ Qué opinais al respecto ?

******


Me autorespondo: En Gipuzkoa hay que mandar las facturas justo despues de imprimirlas asi que no cabe la posibilidad de agruparlas, al menos en el modo inmediato, que debe ser el habitual

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

Empezado por xamminf

Me imagino que en un mismo fichero .xml de alta o anulacion se pueden mandar varias facturas
Pero ¿ Qué es más conveniente ? ¿ Mandar una factura por .xml o varias en un .xml ?
¿ Qué opinais al respecto ?

En Álava y Guipuzcoa se envía 1 fichero de TicketBAI por factura.
En Vizcaya se pueden enviar N ticketBAI dentro de un fichero.

=> Ya que ellos no se han puesto de acuerdo, nosotros para estandarizar enviamos siempre 1 factura por fichero. De esa forma el proceso es siempre el mismo, simplemente cambiamos el constructor del fichero (y la pieza de envío). Pero la lógica es la misma para todas las facturas independientemente de la tributación.

Empezado por xamminf

Otro asunto. La subida de facturas. Creo que hay cuatro dias. Asi pues ...

Yo diría que eso es en el SII. Aquí las cosas van diferente.

En la documentación de Álava pone esto:
"b) Enviar a la Administración tributaria cada fichero informático generado según lo dispuesto en la letra a) anterior de forma inmediata (por lo que requiere conexión a Internet)."

O en la de Guipouzcoa que pone esto:
En el caso de Gipuzkoa, el envío de los ficheros TicketBAI debe llevarse a cabo de modo simultáneo a la expedición de la factura o justificante y online.

Empezado por xamminf

¿ Como lo haceis vosotros ?

Nosotros lo hacemos al generar la factura (inmediato)

[xamminf]

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

En Álava y Guipuzcoa se envía 1 fichero de TicketBAI por factura.
En Vizcaya se pueden enviar N ticketBAI dentro de un fichero.

=> Ya que ellos no se han puesto de acuerdo, nosotros para estandarizar enviamos siempre 1 factura por fichero. De esa forma el proceso es siempre el mismo, simplemente cambiamos el constructor del fichero (y la pieza de envío). Pero la lógica es la misma para todas las facturas independientemente de la tributación.



Yo diría que eso es en el SII. Aquí las cosas van diferente.

En la documentación de Álava pone esto:
"b) Enviar a la Administración tributaria cada fichero informático generado según lo dispuesto en la letra a) anterior de forma inmediata (por lo que requiere conexión a Internet)."

O en la de Guipouzcoa que pone esto:
En el caso de Gipuzkoa, el envío de los ficheros TicketBAI debe llevarse a cabo de modo simultáneo a la expedición de la factura o justificante y online.


Nosotros lo hacemos al generar la factura (inmediato)

Muchas gracias estimado Neftalí.
Me viene mejor una a una porque el proceso es más sencillo
Lo veo peor porque requiere más conexiones.

En todo caso cuando sea facturacion a final de mes, no deberia/puedo hacer eso de enviar en modo inmediato. Habrá que mandar al finalizar la facturacion ¿ No crees ? Se trataria de aislar el proceso de facturacion (masivo) del envio

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

Empezado por xamminf

Lo veo peor porque requiere más conexiones.

Correcto.
Eso ya es cuestión de evaluar cada caso concreto. Si ese tema es muy problemático, siempre puedes "mejorar" la implementación empaquetando N facturas, aunque recuerda que sólo sirve para Vizcaya.

Empezado por xamminf

En todo caso cuando sea facturacion a final de mes, no deberia/puedo hacer eso de enviar en modo inmediato. Habrá que mandar al finalizar la facturacion ¿ No crees ? Se trataria de aislar el proceso de facturacion (masivo) del envio

Puedes realizar ambas cosas en paralelo.
Por ejemplo, creo recordar que hay por aquí alguien que ha implementado algo similar a una cola.
Al generar una factura, la encola y es otro proceso quien se encarga del envío. De esa forma, al generar una factura se encola y se envía "automáticamente" y si estás en un proceso batch tipo "Facturación automática de albaranes" (a final de mes), pues el proceso va generando facturas y encolando y es otro proceso quien las va enviando.

[Sistel]

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

Correcto.
Puedes realizar ambas cosas en paralelo.
Por ejemplo, creo recordar que hay por aquí alguien que ha implementado algo similar a una cola.
Al generar una factura, la encola y es otro proceso quien se encarga del envío. De esa forma, al generar una factura se encola y se envía "automáticamente" y si estás en un proceso batch tipo "Facturación automática de albaranes" (a final de mes), pues el proceso va generando facturas y encolando y es otro proceso quien las va enviando.

Hola,

Yo también lo hago así.
Un proceso va emitiendo las facturas y marcándolas para su envío.
Y un cronjob autónomo, que se arranca cada minuto, va enviando una a una todas las facturas pendientes de envío.

Saludos