|
Cita:
La firma, el envio...? como haces ese servicio, faltan datos. |
Buenos días
Cita:
Código:
[SignaturePolicyIdentifier] |
Cita:
¿Qué servicio? ¿Qué hare o qué utiliza? En estos casos lo mejor es utilizar un LOG. |
Cita:
+1 Me he repetido por no leer hasta el final. |
Cita:
Cita:
Y una vez que ha subido 1 factura a PRODUCCION ya no puede tirar atrás. |
Cita:
Tengo esto que he mirado en las recopilacion de la 1a pag. y en la info de cada adminstracion:
No he sabido encontrar las urls de produccion ni de Araba ni de Bizcaia |
Primera prueba con Araba...
No funciona ... releo el manual... ah!! TLS v1.1!! lo cambio 2a prueba :confused: ha funcionado!!! 3a prueba pq me ha dado problema con el xml de retorno.. para ver si parseo bien la respuesta y me deberia dar 01, rechazado por duplicado y me da 400 - BAD Request... miro el primer xml de retorno, de cuando ha funcionado... no concuerdan 2 campos Código:
<FechaRecepcion>2021-09-20 16:44:00.000207</FechaRecepcion>Código:
<Estado>0</Estado>Luego tengo avisos, pero son los normales... Código:
<ResultadosValidacion> |
Cita:
Comprueba que no haya espacios o algún otro error |
Problemas a la hora de conectar con TicketBAI Bizkaia
Hola buenas tardes gente!
Soy nuevo en el foro y lo encontré porque yo soy otro más que tiene que integrar TicketBAI para la empresa. Lo primero de todo gracias por los recursos posteados, que me han servido de mucha ayuda. Ahora al grano, he intentado conectar con php a través de curl con TicketBai Bizkaia con los ejemplos dados por ellos en la url de alta de facturas. Pero siempre me da el mismo error y no sé por que sucede eso. Os dejo el error: "OpenSSL SSL_read: Connection reset by peer, errno 54" Código: Código PHP:
|
Cita:
|
Cita:
|
Buenas tardes,
A ver si alguien puede ayudarme. Estoy intentando enviar un fichero XML, creado igual que para Bizkaia, pero con las diferencias de Gipuzcoa lo guardado en 'el_fichero_a_enviar', sin comprimir. Código:
<?xml version="1.0" encoding="UTF-8" ?>
El componente me dice que la cabecera va con la siguiente información Código:
POST /WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta HTTP/1.1: Gracias |
Cita:
Yo trabajo con Delphi pero puede ser el tema de los parámetros de cabecera yo mando lo siguiente Cabecera preparada: POST /N3B4000M/aurkezpena HTTP/1.1: Content-Type: application/octet-stream Host: pruesarrerak.bizkaia.eus User-Agent: SecureBlackbox Accept-Encoding: gzip Connection: keep-alive Content-Encoding: gzip eus-bizkaia-n3-version: 1.0 eus-bizkaia-n3-content-type: application/xml eus-bizkaia-n3-data: {"con": "LROE", "apa": "1.1", "inte": {"nif": "14XXXXXXA","nrs": "JUANxxxxx","ap1": "xxxxxxx","ap2": "xxxxxx"},"drs": {"mode": "140","ejer": "2021"}} Content-Length: 6958 Espero te ayude |
Parece que la incidencia de la firma con la DFB ya esta solucionada.
Esto me han enviado Kaixo, La incidencia con las validaciones de los certificados en la firma de los ficheros TicketBAI ya está solucionada. Perdonad las molestias ocasionadas. Agur bat. |
Cita:
Buenas. Lo que yo tengo es: ALTA: https://tbai-z.egoitza.gipuzkoa.eus/sarrerak/alta ANULACIÓN: https://tbai-z.egoitza.gipuzkoa.eus/sarrerak/baja |
Perdona, que te he respondido con las de Guipuzcoa.
Las de Bizkaia tengo estas: ALTA y ANULACION: https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena CONSULTA: https://sarrerak.bizkaia.eus/N3B4001M/kontsulta |
Cita:
En BIZCAIA, según la documentacion (Batuz_LROE_Especificaciones_Envío_Masivo_V1_0_7.pdf):
Nos faltaría la de producción de Araba. |
Cita:
La cosa es que incluso sin el uso de cabeceras el error es el mismo. Es lo que me hace estar perdido. Ya que la URL la copio directamente del pdf del Envío masivo en el entorno de pruebas otorgado por BATUZ: Un saludo. |
TicketBAI: firma de un XML con SecureBlackBox 2020
Cita:
Te adjunto el código que uso yo. Los envíos de prueba van bien (es en C++Builder). En mi caso tuve problemas con el método SendFile y tuve que usar PostBytes. XMLOrigen es el fichero XML firmado y grabado en disco. Código:
// Cargo el fichero como un array de bytes. Con otros métodos se desvirtuaba el |
Cita:
Lo que también veo es que la UR del QR de Araba no está bien (error 404 y la prueba que me entró ayer, no hay forma de consultarla...) y la url del QR de Guipuzkoa es de pruebas (prep)... tened en cuenta que eso también nos lo cambiaran... :mad: |
| La franja horaria es GMT +2. Ahora son las 02:59:16. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi