![]() |
Error link Codigo QR
Hola!!!! No sé si os ha pasado a alguien, a la hora de generar el link o código QR, si la firma en sus 13 primeros caracteres tiene símbolos como "-", "+", ..... da error el link
Como por ejemplo https://batuz.eus/QRTBAI/?id=TBAI-A4...3207.07&cr=216 Podéis decirme si os ha pasado al alguno? Ya no sé si es problema del programa o lo es del entorno de pruebas. Gracias |
Cita:
Ese tema ya se trató en este hilo. Mira en la página 32 y sucesivas Saludos |
Cita:
Gracias |
Buenos días. Conseguido funcionamiento en entorno de pruebas de Gipuzkoa.
Ahora estoy peleándome con Batuz y el LROE (Bizkaia). Pero sólo obtengo errores 400 del servidor. No consigo que acepte las peticiones. ¿ Alguien sabría decirme el por qué? Creo seguir las especificaciones. Para los de PHP (aunque no creo que sea difícil de entender por otros). Este es el código de la petición, a ver si alguien ha pasado por este trance ya: Código PHP:
No sé si el problema puede estar en la compresión a GZIP. Uso gzencode, pero también he probado con gzcompress y gzdeflate, con igual resultado. |
Cita:
curl --insecure --cert-type P12 --cert nombre_certificado:contraseña_certificado -H "Accept-Encoding:gzip" -H "Content-Encoding:gzip" -H "Content-Type:application/octet-stream" -H "eus-bizkaia-n3-version:1.0" -H "eus-bizkaia-n3-content-type:application/xml" -H "eus-bizkaia-n3-data:{\"con\":\"LROE\",\"apa\":\"1.1\",\"inte\":{\"nif\":\"CIF\",\"nrs\":\"NOMBRE_EMPRESA\"},\"drs\" :{\"mode\":\"240\",\"ejer\":\"2021\"}}" -v "https://pruesarrerak.bizkaia.eus/N3B4001M/kontsulta" --data-binary "@c:\tmp\consulta.gz" --output c:\tmp\respuesta.gz -D c:\tmp\cabecera.txt y me funciona bien, comprimo con el 7z Saludos |
Cita:
Yo todavía tengo el tema muy verde, pero en cuanto al almacenamiento de los ficheros XML mi idea era grabarlos en la propia base de datos, en un campo BLOB del registro de la factura asociada. ¿Alguien ve algún problema en ello? (aparte del tamaño que pueda alcanzar la base de datos aunque, según mi experiencia, esto sólo afecta a las copias de seguridad, no a la velocidad de acceso a datos [Firebird]) Gracias. |
Cita:
Código:
$ curl --insecure --cert-type P12 --cacert cert_certFNMTEmpresa.pfx --pass contraseña -H "Accept-Encoding:gzip" -H "Content-Encoding:gzip" -H "Content-Type:application/octet-stream" -H "eus-bizkaia-n3-version:1.0" -H "eus-bizkaia-n3-content-type:application/xml" -H "eus-bizkaia-n3-data:{\"con\":\"LROE\",\"apa\":\"1.1\",\"inte\":{\"nif\":\"BXXXXXXXX\",\"nrs\":\"NOMBRE EMPRESA\"},\"drs\" :{\"mode\":\"240\",\"ejer\":\"2021\"}}" -v "https://pruesarrerak.bizkaia.eus/N3B4001M/kontsulta" --data-binary lroe_1624012540.gz --output respuesta.gz -D cabeceras_respuesta.txt |
Cita:
¿Puedes poner esa cabecera? Puede ser algo como esto, por ejemplo: Código:
eus-bizkaia-n3-numero-registro= |
Buenos días y/o tardes señores, tengo otro problema. (Como podéis ver estoy en racha)
El de hoy tiene tela, veréis, estoy realizando el envío de facturas a Bizkaia, y con el modelo 240 no tengo problemas, sin embargo al realizar el envío del 140 no logro que tan siquiera me devuelvan una respuesta, el servidor directamente rechaza la solicitud y no entiendo la razón, utilizo las clases del modelo 140 e incluso la cabecera del envío tiene la estructura que ellos exigen. El certificado que empleo para el envío es el del DNI electrónico, ¿Utilizáis vosotros también el DNI? ¿Os ha funcionado? ¿Hicisteis algo especial?, bueno, como digo siempre cualquier ayuda será bien recibida. Un saludo y que paséis un buen fin de semana, a no ser que trabajes para hacienda... nah es broma, todo el mundo a descansar que el lunes hay que seguir. |
Cita:
Yo también lo hago con PHP, siguiendo, prácticamente, el mismo modelo que presentó en este hilo el colega Bilbur. Las únicas diferencias que encuentro es que yo no utilizo ninguna de estas dos líneas: Código PHP:
CURLOPT_SSL_VERIFYPEER - Ya está, por defecto en TRUE desde la versión 7.10 de Curl Saludos |
Cita:
En las Especificaciones del Envío Masivo del LROE 1.0.7, en la página 14 dice: Los tipos de certificados admitidos para los envíos de los LROE son los siguientes: o Certificado de persona física. o Certificado de representante de entidad. o Sello de empresa. o Sello de autónomo. o Certificado de dispositivo (debe estar censado para el obligado tributario en DFB/BFA). No habla nada de que se admita el DNI electrónico. Saludos |
Cita:
Saludos |
Cita:
11.2 ¿Los ficheros XML-TicketBAI tienen que informar siempre de la serie de la factura? No. De acuerdo con el artículo 6 del Reglamento de facturación, una factura deberá contener su número, y en su caso, su serie. Por lo que, en principio, la serie no es un dato obligatorio de una factura. Así, el citado artículo 6 del reglamento de facturación establece que "se podrán expedir facturas mediante series separadas cuando existan razones que lo justifiquen y, entre otros supuestos, cuando el obligado a su expedición cuente con varios establecimientos desde los que efectúe sus operaciones y cuando el obligado a su expedición realice operaciones de distinta naturaleza" https://www.gipuzkoa.eus/documents/2456431/13761128/1-FAQ-TEXTO+UNIFICADO+19-05-2021.pdf/029ebb00-0fb1-aefe-cfde-2bae0eef4dd6 |
Gracias por vuestras respuestas!
Cita:
Cita:
Pero entiendo que si un usuario coge un bloc de notas y edita el XML firmado. ¿La firma ya no sería válida, no? porque la firma se basa también en el contenido del fichero, por lo que si algo cambia, la firma sería inválida. Es que aún no he llegado a esa parte, si no lo hubiera probado. Cita:
Un saludo! |
Cita:
Gracias |
Cita:
Presenté la petición de registro de mi primer software garante TicketBAI el pasado miércoles 16 de junio. He entrado hoy en la sede electrónica de la Diputación Foral y veo que el pasado sábado 19 de junio estaba aprobada su inscripción. Y ya está en el registro de softwares garantes de TicketBAI. ¡¡¡ Qué rapidez !!! Eso sí, no me han enviado ni email ni aviso de ninguna forma. Saludos |
Cita:
Como estabas hablando de fichero de TicketBAI pensaba que hablabas de Guipuzkoa/Araba. Bizkaia es batuz (que incluye ticketBAI). En el primer caso, como he dicho, debes enviar el fichero "lo antes posible". Si en un momento dado, los servidores están caídos, pues deberás enviarlo en cuanto puedas (lo antes posible). |
Cita:
Si editas un fichero firmado y lo intentas enviar fallará porque la firma no coincide y fallará la validación. |
Buenos días a todos, quería compartir con vosotros una pregunta/respuesta que les he hecho a Batuz:
PREGUNTA: "Buenos días, verán, estamos implementado TBAI en nuestra aplicación y con el modelo 240 no hemos tenido ningún problema, empleábamos nuestro certificado de empresa a la hora del envío y listo, sin embargo, con el modelo 140 no disponemos de ningún certificado de persona física, hemos intentado emplear varios falsos pero todos son rechazados por el servidor, me preguntaba si ustedes ponen a disposición pública algún certificado para realizar las pruebas." RESPUESTA: "Kaixo, Tal y como se indica en el documento del “Entorno de pruebas del LROE” de la web de Batuz, los certificados a utilizar en el entorno de pruebas deben ser los de Producción. Agur bat." Dicho esto, me he quedado un poco en las mismas, creo entender que "certificado de producción" se refiere a certificados reales y en vigencia... ¿En serio?, ¿Para el entorno de pruebas?... No dispongo de ninguno. Ruegos y preguntas: ¿Tenéis alguno de pruebas que os haya colado?, ¿Alguien mas está como yo?, ¿Podéis pasar algún enlace con certificados que funcionen?, ¿Es que nadie piensa en los desarrolladores?, ¿¡¡Cómo pueden tardar ocho horas en responder una frase tan vaga!!?... No, en serio, en este foro hay gente mucho mas útil que en el correo oficial. Bueno, que me enervo y aun son las 9 de la mañana. Espero vuestras respuestas y gracias por haber leído hasta aquí, un saludo y ánimo a todos. |
Creo que no te queda mas remedio de obtener un certicado que sirva para el del 140, persona fisica u otro. Al menos es lo que hemos que tenído que hacer nosotros.
Un Saludo y tranquilidad |
La franja horaria es GMT +2. Ahora son las 02:11:34. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi