![]() |
Cita:
|
Cita:
Batuz = Fichero_TicketBAI [1..N] incrustado en LROE => Bizkaia TicketBAI = Fichero_TicketBAI [1] => Guipuzkoa y Árava |
Cita:
Tal como dice [keys] como es algo nuevo, se supone que en la reunión lo explicarán y publicarán los esquemas y ejemplos. NOTA: Los más listos, los de Álava, que están esperando que los demás se den de cabezazos contra las paredes hasta que lo tengan claro y luego entrar ellos (al menos espero que aprovechen la "experiencia" de los ortros 2). |
Esperemos que en Alava se inspiren en lo que tienen en Guipuzkoa, asi no habra que hacer muchos cambios
|
Cita:
He preguntado directamente a Álava sobre su implantación, y me reponden lo siguiente: En la Disposición Transitoria Única se establece el calendario previsto de implantación que, conforme a lo dispuesto en el punto 3, la Diputada Foral de Hacienda, Finanzas y Presupuestos podrá modificar mediante la oportuna Orden Foral. 01/01/2022 voluntario 01/04/2022 asesorías 01/07/2022 actividades profesionales y farmacias 01/10/2022 el resto de contribuyentes Saludos |
Cita:
Las especificaciones indican que la firma debe ser de tipo EPES y en vuestro caso la firma que incluís es de tipo BES. Hasta donde yo se la diferencia entre una firma BES y una EPES es justamente la introducción de la información contenida en esos parámetros. Sigo mirándolo, si encuentro algo lo compartiré por aquí. |
Cita:
Cita:
Bueno, recordad que estamos todos en formación testudo, dicho de otra manera somos una piña, si encuentro alguna solución os la podré por aquí, venga ánimo a todos. |
Cita:
En una pelea de gallos es fácil distinguir a cada uno. El de Bizkaia lleva un gallo. El de Gipuzkoa lleva un pato. Y el de Álava es el que apuesta por el pato. Saludos y perdón por el inciso, pero no he podido aguantarme :D |
Cita:
y segun google XAdES-BES. Forma básica que simplemente cumple los requisitos legales de la Directiva para firma electrónica avanzada XAdES-EPES. Es un XAdES-BES al que se le incorpora información sobre la política de firma, como pudiera ser aquella información sobre el certificado empleado y la CA que lo emitió. |
Cita:
Ese NIF no es español. Creo que debes detallarlo así: <Destinatarios> <IDDestinatario> <IDOtro> <IDType>04 (o el que corresponda)</IDType> <ID>NL855820627B01</ID> </IDOtro> <ApellidosNombreRazonSocial>ITX MERKEN B.V.</ApellidosNombreRazonSocial> </IDDestinatario> </Destinatarios> Valores posibles para IDType: 02 NIF-IVA. 03 Pasaporte. 04 Documento oficial de identificación expedido por el país o territorio de residencia. 05 Certificado de residencia. 06 Otro documento probatorio. |
Enviar Alta a Gipuzkoa (en pruebas)
Tengo problemas para subir el fichero de alta TicketBAI al entorno de pruebas de Gipuzkoa. No entiendo muy bien qué está ocurriendo. Estoy haciendo el script en C#. En los diferentes métodos que he empleado me ocurren dos tipos de problema:
[Problema 1:] Código:
<ResultadosValidacion>Código:
string urlconexion = "h t t p s://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta";IRestResponse es un contenedor de RestSharp que recoge la respuesta del servidor. certificate es una instancia de la clase X509Certificate2 de System.Security.Cryptography.X509Certificates [Problema 2:] Código:
<ResultadosValidacion>Código:
string urlconexion = "h t t p s://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta";certificate es igualmente una instancia de la clase X509Certificate2 de System.Security.Cryptography.X509Certificates Me imagino que en este segundo caso el problema puede estar en la manipulación del fichero (por haberlo subido como stream) pero no veo cómo comprobarlo. Si alguien me pudiera echar una mano se lo agradecería tanto como el tiempo que llevo tratando de encontrar una solución (un mogollón). Gracias ya por haberme leido. |
Buenas!
Yo también estoy desarrollando la solución en C# así que a ver si algo te puedo ayudar... En primer lugar, si podrías postear el fichero XML que envías y que también me dijeras qué certificado estás usando. Cabe recordar que el orden de los elementos en el XML es importante que sea acorde al XSD y que la petición de alta al servicio la estés realizando con el certificado también (además de firmar con él), aunque veo que sí, podrías probar en POSTMAN previamente o algo. Yo hice esto para ir descartando estos errores, te lo recomiendo. Por cierto, cómo estás firmando el XML? (Esto ya porque a mí me interesa ver otras opciones jeje) Un saludo. |
Cita:
Lo digo por compararlo con otros. También puedes comprar tú mismo la estructura del que estás enviando con algunos de los ejemplos que hay en los mensajes del foro o los que te puedes descargar, a ver si te estás olvidando algún nodo (ya no sólo de los datos, sino de las firmas,...) En cuanto al segundo, si revisas mensajes anteriores ya hemos hablado de él también. El certificado debe ser válido (de producción por decirelo así), no valen certificados de prueba. ¿Qué tipo de certificado estás utilizando? También puedes escribirles un mail con el fichero que estás enviando y los errores que te dan; Para el primer caso te dirán qué te falta y para el segundo caso, te darán de alta el certificado (si es necesario) y lo asociarán a los datos que estás usando para el envío (NIF / RAZON SOCIAL). |
Cita:
|
Cita:
Buenas. Yo también estoy con C#, aunque no utilizo RestSharp, sino HttpClient. En el caso del problema 2, tiene pinta de que el nombre del emisor de la factura, no coincide con el del certificado, y así tiene que ser. El certificado tiene que ser el del propio obligado tributario, que tiene que coincidir con el emisor de la factura. |
Cita:
Cita:
Código:
<?xml version="1.0" encoding="utf-8"?>Cita:
Cita:
Cita:
Cita:
Cita:
Cita:
Código:
public void FirmaDoc()Cita:
Cita:
Código:
<ResultadosValidacion> |
Firma XML
Cita:
Código PHP:
|
Cita:
No hice nada especial: Incluí la dll como referencia (directamente, sin NuGet) y también sus dependencias (BouncyCastle.Crypto y Microsoft.Xades) y simplemente con el método que pasé antes firma sin problemas. Es posible que tu librería no se corresponda con la versión .Net con la que apunta. Yo uso Net Framework 4.5 y la versión 2.1.0.0 de la librería. Por lo demás, confirmo que con el cambio de certificado funcionó bien la subida. Sólo dió una advertencia pero la tienen documentada: "Factura recibida pero resultado indica: 010 posible error de encadenamiento. Si se trata de la primera factura enviada por un sistema de facturación, es normal recibir este mensaje. Si se produce este aviso solo en la primera factura, es correcto. Esa primera factura generará un aviso informativo relativo a posible encadenamiento incorrecto (esto es normal) y ya las facturas sucesivas ya no darán ningún aviso, al ir correctamente encadenadas. Si se produce en las facturas sucesivas, revisar que se encadena de acuerdo a las especificaciones" |
Y ese dll me lo podrías pasar? o dejarme el enlace? Porque me imagino que te refieras a esta librería no?
|
Cita:
Así a primeras, echo en falta el bloque de <Software> que está vacío (tal vez porque lo has eliminado para que se vean los datos). Cita:
|
| La franja horaria es GMT +2. Ahora son las 12:10:52. |
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