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

[tejano]

Empezado por keys

Hola a todos.

¿A alguien más le esta dando error al enviar al 240 de bizkaia una factura?

B4_2000070
FirmaElectronica: La firma no cumple los requisitos de la política de firma TicketBAI.(EPES: S ALGORITMO: rsa-sha256:2048 POLITICA: S CERTIFICADO_ADMITIDO: N )

Hasta ahora funcionaba bien y si envío al 140 funciona tambien.

Estamos con el mismo problema, desde ayer nos da error.

Si alguien se entera de algo, que lo comente por favor, yo haré lo mismo si me entero de algo.

Gracias

[iMia]

@Tejano, en Gipuzkoa va bien.

Ahora (y desde hace días) tengo el aviso 012: Error en verificación alta-Inscripción sofware TicketBAI. El software no está registrado.
Hasta la semana pasada tenía que ser normal, dado que no estaba registrado...pero el lunes me registré, me enviaron la documentación y ya aparezco en la lista el la web de TBAI y he puesto la licencia TBAI que me dieron y la estoy utilizando...
¿a alguien le ha pasado?

[somos]

acabo de empezar a realizar pruebas para subir los xml, y me ha empezado ha dar el siguiente error

Content Is Not Allowed In Prolog.

Os he leído que a varios os ha dado el mismo error, pero realizando todas las modificaciones o alteraciones q habéis comentado no me ha funcionado, incluso he subido los ficheros que están en el zip.

Incluso subiendo ese xml con el xsd ticketBaiV1-2.xsd en la web de freeformatter.com me da el mismo error, y eso ya me ha parecido bastante raro.

¿sabéis como solucionar ese error?, seguiré haciendo pruebas, porque pensaba q seria la forma de enviar el fichero, pero creo q es algo del propio fichero.

gracias.

[ermendalenda]

Empezado por somos

acabo de empezar a realizar pruebas para subir los xml, y me ha empezado ha dar el siguiente error



Os he leído que a varios os ha dado el mismo error, pero realizando todas las modificaciones o alteraciones q habéis comentado no me ha funcionado, incluso he subido los ficheros que están en el zip.

Incluso subiendo ese xml con el xsd ticketBaiV1-2.xsd en la web de freeformatter.com me da el mismo error, y eso ya me ha parecido bastante raro.

¿sabéis como solucionar ese error?, seguiré haciendo pruebas, porque pensaba q seria la forma de enviar el fichero, pero creo q es algo del propio fichero.

gracias.

Hola no se puede abrir el Rar
pero reccuerdo que ese error le dio a algún usuario y era por que la conversion a UTF-8 la hizo con UTF-8 BOOM y tiene que ser codificacion UTF-8 sin BOOM, por que si no mete unos caracteres que solo se ven desde un editor hexadecimal, eso te pasará posiblemente por el editor que estas usando para modificar el XML.

[Casimiro Noteví]

A mí me funciona bien ese rar.

[ermendalenda]

Empezado por somos

acabo de empezar a realizar pruebas para subir los xml, y me ha empezado ha dar el siguiente error



Os he leído que a varios os ha dado el mismo error, pero realizando todas las modificaciones o alteraciones q habéis comentado no me ha funcionado, incluso he subido los ficheros que están en el zip.

Incluso subiendo ese xml con el xsd ticketBaiV1-2.xsd en la web de freeformatter.com me da el mismo error, y eso ya me ha parecido bastante raro.

¿sabéis como solucionar ese error?, seguiré haciendo pruebas, porque pensaba q seria la forma de enviar el fichero, pero creo q es algo del propio fichero.

gracias.

Parece que si funciona a mi winrar algo le pasa

Bien, en la cabecera veo un espacio que sobra antes de las comillas

......schema.xsd ">

No sé si es correcto que al final de cada línea tienes el caracter avance de linea (el correspondiente a ASCII 10 nueva linea), sin retorno de carro ASCII 13.

[somos]

Empezado por ermendalenda

Parece que si funciona a mi winrar algo le pasa

Bien, en la cabecera veo un espacio que sobra antes de las comillas

No sé si es correcto que al final de cada línea tienes el caracter avance de linea (el correspondiente a ASCII 10 nueva linea), sin retorno de carro ASCII 13.

he probado ya de varias maneras y no funcionaba, voy a ver si quitando espacios puede solucionarse el problema.


gracias.



salu2

[Casimiro Noteví]

Yo puedo abrirlo normalmente...

[keys]

Empezado por tejano

Estamos con el mismo problema, desde ayer nos da error.

Si alguien se entera de algo, que lo comente por favor, yo haré lo mismo si me entero de algo.

Gracias

Esta mañana me han llamado de hacienda para hacer una prueba hoy. Y siguen con el mismo problema. Me han dicho que lo estan mirando. Con calma

[keys]

Me acaba de responder hacienda con lo siguiente.

"Hemos detectado una incidencia con las validaciones de algunos certificados en la firma de los ficheros TicketBAI. Estamos trabajando en dicha incidencia y os avisaremos cuando esté solucionada."

[tejano]

Empezado por keys

Me acaba de responder hacienda con lo siguiente.

"Hemos detectado una incidencia con las validaciones de algunos certificados en la firma de los ficheros TicketBAI. Estamos trabajando en dicha incidencia y os avisaremos cuando esté solucionada."

Gracias Keys, iba a poner lo mismo, me acaban de responder.

[thinkows]

Hemos consultado los errores de encadenamiento dando el siguiente supuesto :

Pregunta a la hacienda foral :

Buenos días, quisiéramos saber si hemos entendido bien la mecánica de funcionamiento, planteando el siguiente escenario, nuestra aplicación en principio enviará a la hacienda foral el XML on-line, pero vamos a prever un mecanismo para el envío en el caso de caída de internet


HAY CONEXIÓN A INTERNET

SE ENVIA EL TICKET nº 326 referenciando como operación anterior el TICKET nº325
SE ENVIA EL TICKET nº 327 referenciando como operación anterior el TICKET nº326

CAE INTERNET

SE GENERA EL TICKET nº 328 referenciando como operación anterior el TICKET nº327 pero no se envía a la hacienda foral

SE RESTABLECE INTRENET

SE ENVIA EL TICKET nº 329 referenciando como operación anterior el TICKET nº328 (ENTIENDO QUE RECIBIREMOS EL ERROR 10 Error de encadenamiento el 328 no se ha enviado todavía)


AL FINAL DEL DIA SE ENVIAN MEDIANTE UN PROCESO TODOS LOS FICHEROS QUE NO SE HAN PODIDO ENVIAR


SE ENVIA EL TICKET nº 328 referenciando como operación anterior el TICKET nº327 (ENTIENDO QUE RECIBIREMOS EL ERROR 10 Error de encadenamiento el 328 se envía ahora)



Entendemos que errores de encadenamiento son simples avisos sin más consecuencias mientras se acaben enviando todas las operaciones ?

Aprovechando la ocasión quisiéramos saber si ya han salido las especificaciones de ZUZENDU ?



Respuesta de Guipuzkoa :

Egun on, Buenos días

La normativa foral de Gipuzkoa reguladora de la obligación de TicketBAI parte de la premisa que la imposibilidad temporal del cumplimiento de la obligación TicketBAI no suponga la paralización de la facturación y las ventas. Asimismo, parte de la posibilidad de que no se requiere conexión a internet para la generación del fichero XML ni para la plasmación del código identificativo y del QR. Por ello para el supuesto de que por cualquier circunstancia no se puedan generar ficheros o expedir facturas cumpliendo la obligación TicketBAI, establece en el artículo 17 del Decreto Foral 32/2020, de 22 de diciembre, por el que se aprueba el Reglamento por el que se desarrolla la obligación TicketBAI, lo siguiente:

“Artículo 17. Incidencias de carácter técnico en el cumplimiento de la obligación TicketBAI.

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.”

Así, una vez que el servicio estuviera activo debería remitir las facturas que han quedado pendientes de envío en su correspondiente orden de encadenamiento.

Un saludo,


Es decir, no podemos enviar el 329 hasta haber enviado el 328.... lo estáis haciendo así ? (nosotros al cerrar la operación hacemos el envío de la misma) , esto nos obligará a cambiar y enviar todo lo pendiente
por orden.

Y sin noticias de ZUZENDU .....

[ermendalenda]

Empezado por thinkows

Hemos consultado los errores de encadenamiento dando el siguiente supuesto :

Pregunta a la hacienda foral :

Buenos días, quisiéramos saber si hemos entendido bien la mecánica de funcionamiento, planteando el siguiente escenario, nuestra aplicación en principio enviará a la hacienda foral el XML on-line, pero vamos a prever un mecanismo para el envío en el caso de caída de internet


HAY CONEXIÓN A INTERNET

SE ENVIA EL TICKET nº 326 referenciando como operación anterior el TICKET nº325
SE ENVIA EL TICKET nº 327 referenciando como operación anterior el TICKET nº326

CAE INTERNET

SE GENERA EL TICKET nº 328 referenciando como operación anterior el TICKET nº327 pero no se envía a la hacienda foral

SE RESTABLECE INTRENET

SE ENVIA EL TICKET nº 329 referenciando como operación anterior el TICKET nº328 (ENTIENDO QUE RECIBIREMOS EL ERROR 10 Error de encadenamiento el 328 no se ha enviado todavía)


AL FINAL DEL DIA SE ENVIAN MEDIANTE UN PROCESO TODOS LOS FICHEROS QUE NO SE HAN PODIDO ENVIAR


SE ENVIA EL TICKET nº 328 referenciando como operación anterior el TICKET nº327 (ENTIENDO QUE RECIBIREMOS EL ERROR 10 Error de encadenamiento el 328 se envía ahora)



Entendemos que errores de encadenamiento son simples avisos sin más consecuencias mientras se acaben enviando todas las operaciones ?

Aprovechando la ocasión quisiéramos saber si ya han salido las especificaciones de ZUZENDU ?



Respuesta de Guipuzkoa :

Egun on, Buenos días

La normativa foral de Gipuzkoa reguladora de la obligación de TicketBAI parte de la premisa que la imposibilidad temporal del cumplimiento de la obligación TicketBAI no suponga la paralización de la facturación y las ventas. Asimismo, parte de la posibilidad de que no se requiere conexión a internet para la generación del fichero XML ni para la plasmación del código identificativo y del QR. Por ello para el supuesto de que por cualquier circunstancia no se puedan generar ficheros o expedir facturas cumpliendo la obligación TicketBAI, establece en el artículo 17 del Decreto Foral 32/2020, de 22 de diciembre, por el que se aprueba el Reglamento por el que se desarrolla la obligación TicketBAI, lo siguiente:

“Artículo 17. Incidencias de carácter técnico en el cumplimiento de la obligación TicketBAI.

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.”

Así, una vez que el servicio estuviera activo debería remitir las facturas que han quedado pendientes de envío en su correspondiente orden de encadenamiento.

Un saludo,


Es decir, no podemos enviar el 329 hasta haber enviado el 328.... lo estáis haciendo así ? (nosotros al cerrar la operación hacemos el envío de la misma) , esto nos obligará a cambiar y enviar todo lo pendiente
por orden.

Y sin noticias de ZUZENDU .....

Efectivamente, tengo marcado los que no se han podido enviar, si alguno no sse puede enviar sigo generando tiquets y reintento enviarlo en el mismo orden(dejaré una opción para saltarlo si el problema del envío es algo justificable aunque se rompa el encadenamiento y pasaré al siguiente aunque se me quede huérfano) ahora lo tengo en la misma Hilera, pero tengo previsto hacerlo en un ejecutable aparte, como quieras llamarlo, en cola asíncrona, en segundo plano y cada vez que vaya a enviar siempre en un orden cronológico al que le he asignado un número de orden FIFO.,

[ion]

Hola!
Tengo problemas con el envio del archivo .gz a DFB.
Estoy usando PHP y GuzzleHttp.
Para los headers:

Código PHP:

$data = ['con' => "LROE", 'apa' => "1.1", 'inte' => ["nif" => "99999970B", "nrs" => "PROFESIONAL", "ap1" => "FICTICIO", "ap2" => "ACTIVO"],'drs' => ["mode" => "140", "ejer" => "2021"]];
        $n3Data = json_encode($data);

        $headers = [
            'Accept-Encoding' => 'gzip', 
            'Content-Encoding' => 'gzip',
            'Content-Type' => 'application/octet-stream',
            'us-bizkaia-n3-version' => '1.0',
            'eus-bizkaia-n3-content-type' => 'application/xml',
            'eus-bizkaia-n3-data' => $n3Data,
        ]; 


Y para el envio:

Código PHP:

$gzdata = gzencode($xml);

        $r = $client->request('POST', ''..pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena', [
            'body' => $gzdata

        ]); 


Este es el error que recivo:

GuzzleHttp\Exception\ClientException
Client error: `POST ..://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena` resulted in a `400 Bad Request` response

[ermendalenda]

Empezado por ion

Hola!
Tengo problemas con el envio del archivo .gz a DFB.
Estoy usando PHP y GuzzleHttp.
Para los headers:

Código PHP:

$data = ['con' => "LROE", 'apa' => "1.1", 'inte' => ["nif" => "99999970B", "nrs" => "PROFESIONAL", "ap1" => "FICTICIO", "ap2" => "ACTIVO"],'drs' => ["mode" => "140", "ejer" => "2021"]];
        $n3Data = json_encode($data);

        $headers = [
            'Accept-Encoding' => 'gzip', 
            'Content-Encoding' => 'gzip',
            'Content-Type' => 'application/octet-stream',
            'us-bizkaia-n3-version' => '1.0',
            'eus-bizkaia-n3-content-type' => 'application/xml',
            'eus-bizkaia-n3-data' => $n3Data,
        ]; 


Y para el envio:

Código PHP:

$gzdata = gzencode($xml);

        $r = $client->request('POST', ''..pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena', [
            'body' => $gzdata

        ]); 


Este es el error que recivo:

GuzzleHttp\Exception\ClientException
Client error: `POST ..://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena` resulted in a `400 Bad Request` response

Hola no sé como funciona Guzzle, si te puede servir veo un par de cosas:
No se si has definido la variable $client:
$client = new \GuzzleHttp\Client();

Despues veo extraño ésto, (que no sé si ha sido al cortar el http... y pegar):
''..pruesarrera
^^ dos comillas simples .. mmmm no sé, lo veo raro, aunque ya te digo no me hagas mucho caso.

[ion]

Si, la variable $client la tengo creada y las comillas son porque no puedo poner enlaces.
He descubierto que el error que recibo de la DFB es:
Parámetro clientcert no indicado en la cabecera de la petición

Los certificados me funcionan para Gipuzkoa y los envio igual.
Gracias.