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

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

Empezado por Sergiocrz

...que necesita los certificados para generar la firma verdad?
No es bueno porque no tenemos los certificados, solo el servicio de terceros que pedimos...

O firmáis vosotros o firma el servicio de terceros. Hace falta certificado para FIRMAR y certificado para ENVIAR (que puede ser el mismo o no).
Ese "servicio de terceros" si hace la comunicación debe tener uno de ENVÍO, ahora falta saber quien debe tener el de FIRMA (me parece más lógico que lo tengáis vosotros) y les enviéis los ficheros ya firmados.
Pero en todo caso eso debes aclararlo con quien te ofrece ese servicio.

[Sergiocrz]

Muchas gracias por la información, me pondré en contacto con el servicio que contratamos sobre este tema.

[Noe277]

¿Alguien esta teniendo problemas con Álava??

[keys]

Empezado por iosusie

Hola ahora el error que me da es el siguiente:
N3_0000009 o hay definido un servicio al que llamar para
el modelo 140, ejercicio 2023 y período indicados para el interesado...

Alguna sugerencia?

gracias

Revisa las cabeceras y mira si a la empresa que estas presentando hace el 140 o el 240.

[Zósimo]

Yo con variaciones y variaciones, como hacer de $cabecera una variable y no un vector, cambiar los ':' por '=' o variar el 'Content-Type, del siguiente código

$textoCompri = gzencode($texto, 9);
$fechaFactura = explode('-', cortar($texto, "<FechaExpedicionFactura>", "</FechaExpedicionFactura>"));
$json = '{"con": "LROE", "apa": "1.1", "inte": {"nif": "'.cortar($texto,"<NIF>","</NIF>").'","nrs": "'.cortar($texto, "<ApellidosNombreRazonSocial>", "</ApellidosNombreRazonSocial>").'"},"drs": {"mode": "240","ejer": "'.$fechaFactura[2].'"}}';
$cabeceras = [
"Accept-Encoding: gzip",
"Content-Encoding: gzip",
"Content-Length: ".strlen($textoCompri),
"Content-Type: application/octet-stream; charset=utf-8",
"eus-bizkaia-n3-version: 1.1",
"eus-bizkaia-n3-content-type: application/xml",
"eus-bizkaia-n3-data:".$json
];

$opts = array(
"ssl" => array(
"local_cert" => 'CERT.pem',
"passphrase" => $pass,
"allow_self_signed" => true,
"cafile" => $file,
"capath" => $camino,
"verify_peer" => false
),
"http" => array (
"method" => "POST",
"ignore_errors" => true,
"timeout" => 9,
"header" => $cabeceras,
"content" => $textoCompri
)
);

he logrado que no responda nada, absolutamente nada como es el caso de arriba, he conseguido que me dé Bad Request por no entender el contenido del mensaje, he logrado que me dé una colección impresionante de sentencias con el error 415 al final, pero nunca un XML con el error como lo dan las otras diputaciones.
¿Alguien puede orientarme un poco de qué hago tan mal?

[Seryi4748]

muchas gracias !! Me ha venido muy bien

[HerensugeBeltz]

Hola,
No sé si sabéis que a partir de junio los nuevos certificados de firma de código deben ir en dispositivos USB.
https://knowledge.digicert.com/gener...mber-2022.html

Nosotros tenemos un certificado válido hasta agosto de 2024 pero desde Sectigo nos han enviado una oferta que os traslado por si a alguien le interesa (está en correcto inglés):

Hello, this is Matt French with Sectigo.

We are reaching out to clients with Code Signing certificates to ensure they are aware of the upcoming changes and see if they would like to delay having to use a USB token with their certificate.

I see that your current certificate is valid until August 31st, 2024. The new changes will not affect your current certificate. However, when you go to renew the certificate, you will require a USB token that the certificate is housed in, to be directly plugged into the device that is signing with the Code Signing certificate (same as with the EV Code Signing certificates now).

You will not require a USB token for the duration of your order if you place your order before April 25th. I mention this because a lot of our customers are looking for ways to delay having to use the USB tokens and we have come up with a couple of options to help.

First, we are offering existing Code Signing certificate clients a promotion code equal to the value of the time they have remaining on their current certificate, if they place a new order for a 3 year Code Signing certificate.

Second, we are offering the fourth year free when you order a Code Signing certificate for 3 years, on orders placed before April 24th.

Please let me know if you have any questions or if you would like me to send you a promotion code equivilent to the time remaining on your current certificate, that can be used as a discount off the purchase of a 3 year Code Signing certificate.

Kind regards

[thinkows]

Gracias por la info.

[xamminf]

Hola,

He visto que en el año 2022 se cambio la politica de firma a: vSe1CH7eAFVkGN0X2Y7Nl9XGUoBnziDA5BGUSsyt8mg=

He encontrado un ejemplo de insercion de la politica de firma con la anterior politica de firma donde se incluye entre otros el algoritmo y la version tecnica en pdf.
Mi pregunta es ¿ Ademas de la politica de firma hay que cambiar el resto de cosas relacionadas con la politica de firma ?

Gracias


utoFirmaCommandLine sign -i C:\FacE\FacturaTBAI.XML -o C:\FacE\FacturaTBAI.FIRMADO.XML -store windows -filter subject.contains:<NIF> -format xades -xml -config "format=XAdES Enveloped
\npolicyIdentifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
\npolicyIdentifierHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=
\npolicyIdentifierHashAlgorithm=http://www.w3.org/2001/04/xmlenc#sha256
\npolicyQualifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf"

[keys]

Empezado por xamminf

Hola,

He visto que en el año 2022 se cambio la politica de firma a: vSe1CH7eAFVkGN0X2Y7Nl9XGUoBnziDA5BGUSsyt8mg=

He encontrado un ejemplo de insercion de la politica de firma con la anterior politica de firma donde se incluye entre otros el algoritmo y la version tecnica en pdf.
Mi pregunta es ¿ Ademas de la politica de firma hay que cambiar el resto de cosas relacionadas con la politica de firma ?

Gracias


utoFirmaCommandLine sign -i C:\FacE\FacturaTBAI.XML -o C:\FacE\FacturaTBAI.FIRMADO.XML -store windows -filter subject.contains:<NIF> -format xades -xml -config "format=XAdES Enveloped
\npolicyIdentifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
\npolicyIdentifierHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=
\npolicyIdentifierHashAlgorithm=http://www.w3.org/2001/04/xmlenc#sha256
\npolicyQualifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf"

Hola. En principio sigue valiendo la enterior, pero si la quieres cambiar solo con cambiar la política es suficiente el resto sigue igual.

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

Empezado por xamminf

He visto que en el año 2022 se cambio la politica de firma a: vSe1CH7eAFVkGN0X2Y7Nl9XGUoBnziDA5BGUSsyt8mg=

En el primer mensaje del hilo tienes las políticas de firma actualizadas a Mayo del 2022.
Nosotros estamos con la "nueva" desde hace tiempo. Si como dice [keys] la vieja todavía funciona, no hay prisa, pero en algún momento deberás actualizar la constante.

[xamminf]

Hola,

Intentando firmar, despues de 6 horas de vueltas, con autofirmacommandline.exe con los parametros de mas abajo se cuelga. Si quito todo lo que hay despues de -config va bien.
Observo que autofirma.exe (el que tiene GUI) le pongo los parametros y me da tambien error. El siguiente error:

es.gob.afirma.signers.xml.InvalidXMLException: Las firmas XAdES Enveloped solo pueden realizarse sobre datos XML
at es.gob.afirma.signers.xades.XAdESSigner.sign(XAdESSigner.java:510)
at es.gob.afirma.signers.xades.AOXAdESSigner.sign(AOXAdESSigner.java:407)
at es.gob.afirma.standalone.ui.SignPanelSignTask.signData(SignPanelSignTask.java:554)
at es.gob.afirma.standalone.ui.SignPanelSignTask.doSignature(SignPanelSignTask.java:314)
at es.gob.afirma.standalone.ui.SignPanelSignTask.doInBackground(SignPanelSignTask.java:133)
at es.gob.afirma.standalone.ui.SignPanelSignTask.doInBackground(SignPanelSignTask.java:73)
at java.desktop/javax.swing.SwingWorker$1.call(Unknown Source)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.desktop/javax.swing.SwingWorker.run(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)

Código PHP:

AutoFirmaCommandLine.exe sign -i FicheroSinFirmar.xml -o FicheroFirmado.xml -store windows -alias NombreDescriptivo -format xades -xml -config "format=XAdES Enveloped\npolicyIdentifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf\npolicyIdent ifierHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=\npolicyIdentifierHashAlgorithm=http://www.w3.org/2001/04/xmlenc#sha256\npolicyQualifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf 


¿ Alguien tiene un ejemplo de autofirmacommandline.exe con la version 1.8.0 ?
¿ Puede ser el problema la ultima version la 1.8.0 ? ¿ Que puedo hacer para poder seguir integrando el ticket bai ?

[xamminf]

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

En el primer mensaje del hilo tienes las políticas de firma actualizadas a Mayo del 2022.
Nosotros estamos con la "nueva" desde hace tiempo. Si como dice [keys] la vieja todavía funciona, no hay prisa, pero en algún momento deberás actualizar la constante.

Gracias a ambos.

[xamminf]

Este es el mensaje de error de autofirmacommandline.exe

[Fatal Error] :98:1: Las estructuras del documento XML deben empezar y finalizar en la misma entidad.
<afirma>
            <result>false</result>
            <response>
                            <msg>Error en la operacion de firma: Las firmas XAdES Enveloped solo pueden realizarse sobre datos XML</msg>
            </response>
</afirma>

Empezado por xamminf

Hola,

Intentando firmar, despues de 6 horas de vueltas, con autofirmacommandline.exe con los parametros de mas abajo se cuelga. Si quito todo lo que hay despues de -config va bien.
Observo que autofirma.exe (el que tiene GUI) le pongo los parametros y me da tambien error. El siguiente error:

es.gob.afirma.signers.xml.InvalidXMLException: Las firmas XAdES Enveloped solo pueden realizarse sobre datos XML
at es.gob.afirma.signers.xades.XAdESSigner.sign(XAdESSigner.java:510)
at es.gob.afirma.signers.xades.AOXAdESSigner.sign(AOXAdESSigner.java:407)
at es.gob.afirma.standalone.ui.SignPanelSignTask.signData(SignPanelSignTask.java:554)
at es.gob.afirma.standalone.ui.SignPanelSignTask.doSignature(SignPanelSignTask.java:314)
at es.gob.afirma.standalone.ui.SignPanelSignTask.doInBackground(SignPanelSignTask.java:133)
at es.gob.afirma.standalone.ui.SignPanelSignTask.doInBackground(SignPanelSignTask.java:73)
at java.desktop/javax.swing.SwingWorker$1.call(Unknown Source)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.desktop/javax.swing.SwingWorker.run(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)

Código PHP:

AutoFirmaCommandLine.exe sign -i FicheroSinFirmar.xml -o FicheroFirmado.xml -store windows -alias NombreDescriptivo -format xades -xml -config "format=XAdES Enveloped\npolicyIdentifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf\npolicyIdent ifierHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=\npolicyIdentifierHashAlgorithm=http://www.w3.org/2001/04/xmlenc#sha256\npolicyQualifier=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf 


¿ Alguien tiene un ejemplo de autofirmacommandline.exe con la version 1.8.0 ?
¿ Puede ser el problema la ultima version la 1.8.0 ? ¿ Que puedo hacer para poder seguir integrando el ticket bai ?

[xamminf]

Empezado por xamminf

Este es el mensaje de error de autofirmacommandline.exe

[Fatal Error] :98:1: Las estructuras del documento XML deben empezar y finalizar en la misma entidad.
<afirma>
            <result>false</result>
            <response>
                            <msg>Error en la operacion de firma: Las firmas XAdES Enveloped solo pueden realizarse sobre datos XML</msg>
            </response>
</afirma>

Solucionado !!!!!
Me faltaba el tag terminal </T:TicketBai>
En fin. Siento los disturbios

[espinete]

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

En el primer mensaje del hilo tienes las políticas de firma actualizadas a Mayo del 2022.
Nosotros estamos con la "nueva" desde hace tiempo. Si como dice [keys] la vieja todavía funciona, no hay prisa, pero en algún momento deberás actualizar la constante.

Acabo de darme cuenta de que yo la política de firma la tengo en HEX. ¿Vosotros usáis el valor tal cual, o convertido a HEX?

Lo curioso es que para Araba sí uso el valor normal, pero para Gipuzkoa y Bizkaia lo tengo en HEX.

[Sistel]

Hola,

Cada día proceso y envío a TicketBAI cerca de 10.000 facturas de mis clientes (principalmente TPV de bazares, bares y cafeterías)

Compruebo que en las 12 facturas enviadas el domingo 16 de abril de 2023 entre las 16:03h y las 16:38h a TicketBAI de Álava se me devuelve el código 008 y mensaje "AVISO: Error en verificación de firma"

Las anteriores y posteriores han ido bien.
Así que está claro que ELLOS han tenido un problema de verificación de firmas en sus servidores (me imagino que por utilizar los servicios de Izenpe).
Les envío email a TicketBAI de Álava, esperando que me digan que, lógicamente, no tengo que hacer nada porque ha sido un fallo suyo.

Pero no. Me contestan diciéndome que tengo que enviar Zuzendu para la subsanación.
¡¡¡ Chúpate ésa !!!
Así que, una vez más, hay que decirles "Sí, buana"

Para mear y no echar gota

Saludos

[xamminf]

Empezado por Sistel

Hola,

Cada día proceso y envío a TicketBAI cerca de 10.000 facturas de mis clientes (principalmente TPV de bazares, bares y cafeterías)

Compruebo que en las 12 facturas enviadas el domingo 16 de abril de 2023 entre las 16:03h y las 16:38h a TicketBAI de Álava se me devuelve el código 008 y mensaje "AVISO: Error en verificación de firma"

Las anteriores y posteriores han ido bien.
Así que está claro que ELLOS han tenido un problema de verificación de firmas en sus servidores (me imagino que por utilizar los servicios de Izenpe).
Les envío email a TicketBAI de Álava, esperando que me digan que, lógicamente, no tengo que hacer nada porque ha sido un fallo suyo.

Pero no. Me contestan diciéndome que tengo que enviar Zuzendu para la subsanación.
¡¡¡ Chúpate ésa !!!
Así que, una vez más, hay que decirles "Sí, buana"

Para mear y no echar gota

Saludos

Es la clave del régimen, porque "Quis custodiet ipsos custodes?" ¿ Quién vigila al vigilante ?
Respuesta: Pues exactamente nadie: Hacen de su sombrero un capirote y de su capa un sayo
Lo mejor es la creencia generalizada de que la sociedad de privilegios desapareció con el advenimiento de la democracia

[keys]

Empezado por Sistel

Hola,

Cada día proceso y envío a TicketBAI cerca de 10.000 facturas de mis clientes (principalmente TPV de bazares, bares y cafeterías)

Compruebo que en las 12 facturas enviadas el domingo 16 de abril de 2023 entre las 16:03h y las 16:38h a TicketBAI de Álava se me devuelve el código 008 y mensaje "AVISO: Error en verificación de firma"

Las anteriores y posteriores han ido bien.
Así que está claro que ELLOS han tenido un problema de verificación de firmas en sus servidores (me imagino que por utilizar los servicios de Izenpe).
Les envío email a TicketBAI de Álava, esperando que me digan que, lógicamente, no tengo que hacer nada porque ha sido un fallo suyo.

Pero no. Me contestan diciéndome que tengo que enviar Zuzendu para la subsanación.
¡¡¡ Chúpate ésa !!!
Así que, una vez más, hay que decirles "Sí, buana"

Para mear y no echar gota

Saludos

Por cierto en Alava, ¿En producción esta ya activo zuzendu?

[Sistel]

Empezado por keys

Por cierto en Alava, ¿En producción esta ya activo zuzendu?

Hola keys

Sí. Yo lo utilizo desde hace mucho tiempo.

Saludos