A primera vista veo que antes de "id=" debieras poner "?" (sin las comillas) y debes "urlencodar" el "PaC0a/JeX%2BrP%2B". Me da la impresión de que esa barra ("/") no puede ir ahí: Supongo que los navegadores lo entenderán como un directorio adicional y no localizarán la dirección.

Un ejemplo funcionando: https://batuz.eus/QRTBAI/?id=TBAI-99...&i=5.05&cr=244

Aupa,

Alguien ha implementado la clase firmador que hizo bilbur? yo no consigo validar los documentos.
Al enviarlo a BATUZ me arroja el siguiente error:

Y al probar el xml firmado también me arroja lo siguiente (con las tools de chilkat):

Eskerrik asko!

Este error suele ir asociado en la mayoría de los casos a la codificación del fichero. O a cambios en la codificación entre que se genera y se firma.
Para lo segundo, tal vez tendrías que poner qué estás enviando en el XML del TicketBAI en la sección de Politicas de firma, para que lo veamos.

Hola musinho,

A mí me fue perfecta desde el primer momento.

Pero, como muy bien dice Neftali, cualquier cambio de codificación puede arruinarte el fichero.

Saludos

Aupa eskerrik asko!

No sé si te refieres a esto:

creo que todo esta codificado en UTF-8

Buenas.

Lo primero, saludos ya que es mi primera intervención.

He notado que la codificación de los errores es incoherente, por ejemplo Operación Errónea viene en ISO-8859 pero si fuerzo un error en la cabecera con el json, viene en UTF-8.
He puesto un incidencia pero no me han respondido todavía.

Con que codificación están trabajando ustedes al recibir la información que viene en la cabecera http.

Eskerrik asko! ya lo he conseguido cambiando las etiquetas de apertura del xml como dice bilbur en el post 1282 (no puedo agregar enlaces...).

Milesker!

Efectivamente me comí el interrogante, dios mio... como estoy últimamente con los fallos tontos.
Muchas gracias por el detalle y el tiempo.


Un saludo.

Tiempo De Respuest
 

Hola buenas a todos, estoy teninedo un pequeño problema al realizar la firma y el enviado con equipos un poco mas viejos, ya qu el tiempo hasta que recibo la respuesta casi son 20 segundos, estoy usando el comando para firmar y enviar que adjunto abajo


AutoFirmaCommandLine sign -i C:\Indtemp\0019.xml -alias "mikel -o C:\Indtemp\firmado.xml -password INDAVE -store windows -format xades -config "format=XAdES Enveloped" & curl.exe --data-binary @C:\Indtemp\firmado.xml -H "Content-Type: application/xml;charset=UTF8" -X POST rutaTBAI -o C:\Indtemp\respuesta.xml & exit




Si que es cierto que en equipos nuevos suele costar unso 5 sgeundos, es normal o no? Gracias de antemano

Os dejo este componente gratuito que sirve para encontrar la información de la Bios del Ordenador, por si queréis sacar desde vuestro programa el ID de la placa del PC.
https://github.com/RRUZ/tsmbios
Es muy sencillo, tan solo teneis que meter esta función:
Espero que os sirva, Un saludo.

Absolutamente normal. Autofirma es muy lento para firmar. Deberías considerar utilizar otras opciones (chilkat, secure blackbox...), sobre todo si se realizan muchas facturas al día. En una facturación mensual automática puede ser desesperante.

Y que me recomiendas para Visual Net? veo que ambos que me dijiste son de pago y tenia todo el sistema con Autofirma y ya veo que es inviable, muchas gracias de antemano

En el foro hay un firmador. Php que puedes usarlo en el mismo equipo instalando un servidor php, por ejemplo xampp.
Busca el firmador.php. En equipos muy viejos me tarda 0.13 segundos. Tendrás que dedicarle unas horas si no sabes php.

Hola a todos, mensaje de Alava. Lo mejor es a la hora que lo mandaron ayer y el encabezado BUENAS NOCHES. :cool:

Y la fecha, no hay que olvidarse de la fecha. Parece un Deja vu. 2021 v:-)v

21
 

:D
Ui! Por 4 minutos y lo clava: 21 horas 21 minutos del dia 21 del año 21 del siglo 21 :p

P.D podría ser que el minuto exacto que me indica a mi no sea el mismo en el que lo enviaron ;)

Aprovecho para desearos felices fiestas a todos y todas.


Feliz Navidad - Bon Nadal - Eguberri on - Bo Nadal



Saludos!

Estaran estresados.:cool:

Menuda cagada con la fecha de inicio, por cierto os funcionan las urls de prod de araba? o hay que esperar al 1/1/2021 :D:D

Aupa a tod@s!

Joder hace poco que he empezado con el tema pero gracias al foro y a vuestros mensajes he sido capaz de ir implementando el sistema en php.

No se si alguien puede guiarme un poco con los esquemas de alta por ejemplo de una factura rectificativa.

No entiendo por ejemplo en las fichas técnicas de Estructuras que para hacer una rectificativa entra dentro de Subcapítulo de ingresos con facturas emitidas sin software garante. Siguiendo ese esquema, intento hacer una rectificativa sustitutiva, cambiando el importe de una factura creada previamente.

¿Esta hay que crearla y firmarla como ticketBAI y darla de alta como una factura ordinaria? ¿Hay que cambiar la serie? ¿hay que referenciar a la factura de origen y con eso el sistema vincula esta nueva con la de origen?

Yo he hecho algo así, pero al hacer una consulta, esta me devuelve todas las facturas, la de origen, la rectificada... y no se donde hay algún dato que mencione que esta "rectificada" o algo así.

Uffff menuda txapa... espero que se haya entendido jeje

Eskerrik askooo denoi!

Nuevo comunicado de hacienda de Alava.

juas, juas, juas :cool:

Hola,

Comenté, hace tiempo, que había hecho una consulta sobre descuadres a TicketBAI de Gipuzkoa y estaba esperando contestación.
La consulta la hice el 29 de octubre, la reiteré (al no tener constestación) el 19 de noviembre.
Y, hoy, por fin, he tenido respuesta con disculpas por el retraso.

La consulta que hice era:
La contestación recibida:
Saludos

Hola musinho,

Una factura rectificativa por sustitución es una factura que hay que tratar con TicketBAI (crear XML y firmarlo) y enviar a Hacienda Foral como el resto de las facturas.
Si es para Hacienda Foral de Bizkaia, debe ser enviada en el modelo 140 si es una persona física en el Subcapítulo 1.1 - Ingresos con factura con Software garante
Y si es persona jurídica en el modelo 240 en el Subcapítulo 1.1 - Facturas emitidas con Software garante.

Las únicas peculiaridades de una factura rectificativa por sustitución son:
- Que se deben indicar los datos de las facturas a las que sustituye (serie, número y fecha)
- Que en el desglose deben ir los datos "buenos"
- Que en los importes rectificados deben ir los datos "malos" (los de las facturas que se rectifican)

Saludos

Aupa,

Pero en la documentación, en el apartado de estructuras, el archivo LROE_PF_140_Alta_V1_0_0.pdf es el que incluye lo de las facturas rectificativas, dentro del Subcapítulo de ingresos con facturas emitidas sin software garante. Quizás eso me está llevando a confusión.

Todo lo demás lo hago como dices. Al ingresar la nueva factura rectificada, me devuelve Correcto, pero no sé si lo está haciendo bien o sin más lo trata como una nueva factura y ya. Como prueba he puesto un número de factura que no existe y me da Correcto en el entorno de pruebas.

Hay alguna forma de ver que todas las referencias se han guardado bien?

Eskerrik asko

Hola musinho,

En el modelo 140 de LROE tienes:
Subcapítulo 1.1- Ingresos con facturas emitidas con software garante
Subcapítulo 1.2 - Ingresos con facturas emitidas sin software garante

El 1.1 es el subcapítulo normal: Envías el fichero XML firmado del TicketBAI de la factura.
El 1.2 lo utilizas cuando has enviado un fichero XML TicketBAI de una factura al subcapítulo 1.1 y se te ha rechazado porque el fichero está mal.
En ese caso, como los ficheros XML firmados TicketBAI no se pueden modificar, la única forma que tienes de registrar esa factura es mediante el envío de los datos de la factura (ya sin fichero TicketBAI) en este subcapítulo 1.2

Saludos

¿Os está funcionando ALAVA en PRODUCCION?
El ALTA bien, pero la ANULACION y la VALIDACION me están fallando...

Hola Sistel,

Vale gracias.

Entonces debo incluir todos los datos de la rectificativa en el xml TicketBAI, firmarlo y enviarlo como un alta normal con SG?

Eskerrik asko

Hola musinho,

Yes.

Saludos

Sabéis que certificados se deben usar para enviar a Bizcaya?

Si usamos el certificado real de la empresa, que admiten otras provincias, obtenemos el error: "El interesado no está identificado"

Pero si usamos los certificados de prueba que incluyen en su pagina web, por ejemplo el de autónomo, nos da el error:

"El interesado no se ha adherido al sistema voluntario de Batuz"

Es decir, como si estuviésemos usando el entorno real, cosa que no ocurre.

Sabéis que certificados se deben usar en el entorno de pruebas para envíos LROE?

Aupa,

Para entorno de pruebas primero tienes que pedir una Solicitud de inscripción previa. Luego os pasarán unos datos de pruebas a utilizar en las peticiones.
Documentación técnica/Entorno de pruebas del LROE 1.0.0

yo utilizo los certificados que vienen en la documentación técnica: ENTORNO DE PRUEBAS DEL LROE.

Yo en mi caso he utilizado PertsonaFisikoa_PersonaFísica.p12 junto con la clase firmador.php que hizo @bilbur para frmar.

Para hacer la petición al entorno de pruebas paso los archivos pem del mismo certificado.

Espero que esto te ayude,

Gero arte!

A mi me ocurre lo mismo. El alta bien pero la anulación da error

¿Por cierto a que llamas VALIDACION?

Tengo entendido que todo lo enviado a producción antes del 1 de enero, es borrado

Un saludo

A la comprobación vía QR de las ALTAS.

Hola Ivan, en .Net yo utilizo Xades y firmo y subo documentos en 3 segundos como mucho.
Es muy sencillo de usar, si es lo que necesitas avisame y te ayudo en lo que necesites.

A mi la comprobación del QR en Producción si me ha funcionado, la anulación no, lo demás si.

La comprobación es la misma en PRODUCCION, no?

https://ticketbai.araba.eus/tbai/qrtbai/
Me genera esta URL (con el mismo cálculo que para las demás):
Y me devuelve "Parámetros incorrectos"

Lo que no entiendo que una igual enviada a PREPRODUCCION:
https://pruebas-ticketbai.araba.eus/tbai/qrtbai/

Me genera esta URL (con el mismo cálculo):
Y me funciona correctamente.
Algo se me escapa y tal vez e una tontería... :eek:
(sin los underscore en las h_t_t_p_s, por supuesto)

Lroe Cap 1.2 Sin Sg
 

Buenas,
Estoy intentando hacer un envio mediante el capitulo 1.2 del LROE sin software garante y me da todo el rato este error:
"Respuesta diputación: Incorrecto. Código error: B4_1000024. Mensaje: El Subcapítulo no corresponde con el Modelo y el Apartado indicados."

Dejo aquí el xml a ver si detectáis el error, porque por más que miro no encuentro el fallo:


Gracias y feliz navidad :)

Buenos dias,
A mi en tu ejemplo el calculo me da diferente el ultimo crc. me devuelve 028
te dejo la url calculada

https://ticketbai.araba.eus/tbai/qrt...&i=3.63&cr=028

Espero que te sirva de algo.
Un saludo, y felices fiestas a tod@s

Como no sea que te sobran etiquetas... En Bizkaia creo que no se necesitan las etiquetas:

• <FacturasEmitidas><FacturaEmitida><Destinatarios><IDDestinatario><Direccion>
• <FacturasEmitidas><FacturaEmitida><DatosFactura><DetallesFactura>

Gracias.
Reviso el código porque debe ser una tontería.
El código que uso para calcular el CRC es el mismo simpre, no entiendo porqué en ALAVA/PRODUCCION me está fallando.
Está claro que es algo mío.

Csv
 

Esta es una cuestión a los que generan TicketBai para Álava, realizo el envío en pruebas, me devuelve recibido, pero me da un error siguiente:

Se trata de un aviso, mi duda es que como no recibo en CSV, no se si es debido al existir ese aviso, si es que no se envía en el entorno de pruebas o es que no se va a enviar nunca. Alguien, puede aclararme si recibís el CSV en el caso de ir todo perfecto.