![]() |
Cita:
La solución de Keys es estupenda, pero con el inconveniente de que si en algún momento se cambia o se añade algún nodo en el fichero, va a dejar de ser funcional. |
Realización de la firma
Buenas!
Os quería preguntar sobre la realización de la firma. Por ejemplo, en mi caso compongo mi archivo XML en C# rellenando aquellos campos normales (importe, nif....) pero ¿cómo procedo con la firma del documento cuando lo tengo ya rellenado? (Porque qué hacer con el campo Signature del XML?) He estado leyendo sobre la política de firma y demás, pero tampoco es que me haya quedado claro del todo. Gracias de antemano. Un saludo |
He estado mirando el de bizkaia (con LROE y demas) y me ha venido una duda.
Hay que enviar tanto las facturas y tickets de venta como las facturas de compra? |
Cita:
![]() |
Cita:
En mi caso no tengo mucho problema porque hacemos unas 200 facturas x mes, pero no sé para vosotros. Si buscas en el foro, verás el comando que se utilza. Saludos |
A ver ahora:
No sé por qué FindNode no encuentra "ds:Signature", de ahí el bucle buscando por el NoneName, que ahí si lo encuentra. :confused: |
Cita:
Correcto. A esa misma conclusión llegamos nosotros y se lo explicamos con detalle. No es que ellos compriman 2 veces (que imaginábamos que no) sino que es su servidor o alguna pieza que tienen funcionando vuelve a comprimir lo que envían, de forma que se recibe un doble comprimido. Les explicamos que no era tema de las librerías que usamos (porque otros usuarios usan otras), ni siquiera de Delphi (porque otros usuarios de otros lenguajes también se encuentran con esto). Todo ello, con los links correspondientes para consultar. ¿Crees que se lo han mirado? La respuesta fue algo equivalente a "nosotros lo hacemos bien, el resto lo hacéis mal, revisad vuestro código". Incluso les dijimos que con PostMan se puede comprobar esto. Pues nada, debe ser que la gente de Postman también hacen algo mal... :(:(:( Otro con algo de seriedad al menos se lo miraría o pediría más datos. Ellos ni eso. |
Cita:
|
URLs de envío para Alava
Hola a todos.
¿Conocéis las URL de envío y anulación para Álava? Muchas gracias. Un saludo. |
Buenos días
Cita:
Hay que diferenciar entre Ingresos con y sin Factura, así como Gastos con y sin factura. Son capítulos diferentes, con esquemas diferentes. Solamente para Bizkaia, ya que en Guipuzcoa y en Alava, creo que solo requieren ingresos con factura. Saludos. |
Cita:
La única que hay es la de consulta: https://ticketbai.araba.eus/TBAI/QRTBAI (que tampoco funciona) Esto es lo que nos contestaron a nosotros. Cita:
|
Sigo bloqueado con la subida de facturas a Gipuzkoa
Tengo bajados y revisados ejemplos de xml descargados de este hilo (Ejemplo_TicketBAI_......xml) pero están todas firmadas y para ver donde tengo el problema me serviría de bastante ayuda que alguno de vosotros pudiera subir aquí un xml de una factura normal y corriente SIN FIRMAR para ver si tengo algo mal O también puedo subir yo mi ejemplo si lo preferís Gracias de nuevo |
Cita:
¿Te refieres a esto? Código PHP:
|
Facturas Recibidas-Serie
Hola, habéis enviado facturas recibidas de proveedores en la DFB?
Estoy enviando facturas recibidas y veo 2 problemas, el número de factura de Amazon es de más de 20 caracteres y el LROE de las recibidas solo permite 20 caracteres... como estáis solucionando esto? Por otra parte, cuando hay una rectificativa de una factura recibida, hay que poner el número de serie de la factura rectificativa, pero solo sabemos el número completo, no se sabe a que parte corresponde a la serie de factura y que parte al número de factura. No sé si es que todavía no lo tienen totalmente desarrollado, o que puede ser.... Saludos |
¿Como se identifica una factura en el servidor de TicketBai?
1 Archivos Adjunto(s)
He hecho una pequeña prueba usando uno de los ficheros de ejemplo de Batuz, y enviándolo al servidor de prueba de Gipuzkoa. El fichero Ejemplo_TicketBAI_79732487C_A2022_0399.xml está ligeramente modificado para cumplir con la spec actual de Gipuzkoa (se ha modificado las fechas para que no estén en el futuro, y se ha añadido la sección <DetallesFactura>).
Esta es la línea de comandos que uso para enviarlo: Código:
curl.exe --data-binary @Ejemplo_TicketBAI_79732487C_A2022_0399.xml --cert-type P12 --cert sello_entidad_act.p12:IZProd2021 -H "Content-Type: application/xml;charset=UTF8" -X POST https://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/altaCódigo PHP:
He probado cambiar la serie y número de factura, sin éxito. También eliminar el encadenamiento (campo <EncadenamientoFacturaAnterior>) pero obtengo el mismo resultado. Curiosamente no parece que al servidor le importe que tras todos estos cambios la firma en <ds:Signature> siga siendo la misma (aparentemente, esta comprobación es posterior). |
Cita:
Egun on, buenos días La validación que comprueba que una factura no esté ya enviada a TicketBAI y no suponga una duplicación comprueba que no exista otra factura con la misma clave funcional. Es decir que no contenga los mismos valores en los siguientes campos: • NIF- Emisor + Serie + Numero + FechaExpedición Si cambia la serie cambia la clave funcional, por lo que se considera otra factura. Es decir, MISERIE21-001 y MISERIE22-001 son dos facturas distintas. Si no indica la serie, puede repetirse el número de factura pero la fecha de expedición ha de ser diferente. Izan ongi, |
Cita:
|
Cita:
Hola. Sí que está desarrollado, tanto en Gastos con Factura como con los Gastos Sin Factura. En el caso de los 20 caracteres, yo lo que hago es cortar la cadena a 20. No puedes hacer otra cosa. Con el tema de la rectificativa, lo desconozco al igual que tú. Lo que hago es subirla como si no fuese rectificativa, es decir, como si fuese una factura normal (que lo es). |
Cita:
|
Cita:
No sé si pondrán problemas si 2 CIF diferentes emiten en el LROE el mismo número de factura recibida, CIF EMISOR+SERIE+NUMERO+FECHA EXPEDICION, pero con diferentes CIF RECEPCTORES. |
Cita:
Sí gracias, Neftali. Eso quería. Pues lo tengo prácticamnente igual. Tengo una duda con la primera línea. Te pongo mi fichero Código PHP:
\autofirma\autofirma\autofirmacommandline.exe sign -i FACTURA.XML -o FACTURA_FIRMADA.XML -store pkcs12:\CERTIFICADO\MI_CERTIFICADO_DE_DISPOSITIVO.p12 -password MI_PASSWD -filter \CERTIFICADO\MI_CERTIFICADO_DE_DISPOSITIVO.p12 -format xades -xml -config "format=XAdES Enveloped \npolicyIdentifier=identificativo \npolicyIdentifierHash=codigo_HASH \npolicyIdentifierHashAlgorithm=h t t p ://w w w .w3.org/2001/04/xmlenc#sha256 \npolicyQualifier=identificativo El certificado de dispositivo lo bajamos de Izenpe para la máquina donde hago las pruebas Al lanzarlo me da este mensaje, que aunque da algunos errores al final dice que lo ha generado bien ... GRAVE: No se ha podido establecer la propiedad de seguridad en la factoria XML java.lang.IllegalArgumentException: La propiedad "h t t p ://javax.xml.XMLConstants/property/accessExternalStylesheet" no se ha reconocido. at java.xml/com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl.setAttribute(Unknown Source) at es.gob.afirma.signers.xades.XAdESUtil.<clinit>(XAdESUtil.java:97) at es.gob.afirma.signers.xades.XAdESSigner.sign(XAdESSigner.java:429) at es.gob.afirma.signers.xades.AOXAdESSigner.sign(AOXAdESSigner.java:405) at es.gob.afirma.standalone.CommandLineLauncher.sign(CommandLineLauncher.java:797) at es.gob.afirma.standalone.CommandLineLauncher.signByCommandLine(CommandLineLauncher.java:624) at es.gob.afirma.standalone.CommandLineLauncher.processCommandLine(CommandLineLauncher.java:152) at es.gob.afirma.standalone.CommandLineLauncher.main(CommandLineLauncher.java:1006) at es.gob.afirma.standalone.SimpleAfirma.main(SimpleAfirma.java:573) SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". SLF4J: Defaulting to no-operation (NOP) logger implementation SLF4J: See h t t p://w w w.slf4j.org/codes.html#StaticLoggerBinder for further details. <afirma><result>true</result><response><msg>La operacion ha terminado correctamente </msg></response></afirma> y lanzo el curl con curl.exe --data-binary @FACTURA_FIRMADA.XML --cert-type P12 --cert certificadodispositivo.p12:230175 -H "Content-Type: application/xml;charset=UTF8" -X POST h t t p s://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta -o RESPUESTA.XML Y siempre me da este error <Codigo>002</Codigo> <Descripcion>Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-datatype-valid.1.2.1: 'codigo_HASH' is not a valid value for 'base64Binary'.</Descripcion> Gracias de nuevo |
Estas poniendo los valores correspondientes en codigo_hash y demas al firmarlo? Porque por el error parece que estes poniendo la variable sin mas
Por ejemplo el codigo hash de guipuzkoa es 6NrKAm60o7u62FUQwzZew24ra2ve9PRQYwC21AM6In0= |
Cita:
No puede existir varios CIF o NIF receptores de una misma factura. Será el NIF del obligado tributario, al que se supone que se están asignando dichas facturas (por el tema de declaración de IVA o IRPF), y que es quien va a mandar a Batuz dichas facturas de gasto que ha recibido. Las facturas que emita el obligado tributario, tendrá que enviarlas de igual forma, pero siempre con un solo NIF, el suyo. |
Cita:
Bueno, supongo que de eso se trata. En algun momento alguien validará las facturas que "envía" Iberdrola como emitidas y las que "envían" el resto de empresas como recibidas. Y eso debe "cuadrar". Si tú envías esas facturas y otra empresa las envía se detectará la duplicidad (que de eso se trata). Y a tí te caerá un puro por enviar como "recibidas" cosas que no has recibido... :D:D:D:D |
Cita:
Al final siempre acabamos en los mismo... Cuando hay un error, le "cae un puro" a alguien y $$$$$$$$$$ :cool: (multa al canto y a recaudar) |
Alava
Hola a tod@s;
He preguntado a Álava acerca de las especificaciones técnicas, y me han respondido que esperan que para Septiembre :D:D:D:D esperan tenerlo todo listo y publicarlas en la Web. Me dijeron lo mismo hace meses y que esperaban que para Junio estuviese.... Ahora es para Septiembre. .... Se admiten apuestas. |
Cita:
Eso de las apuestas, déjaselo al colega Key que tiene unos "pálpitos" muy atinados :D:D:D https://www.clubdelphi.com/foros/sho...&postcount=862 Saludos |
Cita:
Error de novato. Vi la string entera y no cai en el que el hash era un código Gracias |
¡Muy buenas a todos!, ¿Cómo lo lleváis?, llevo un par de días callado observando desde las sombras. (Insertar risa diabólica)
Bueno, volviendo a nuestro odio común, sigo con lo de usar el DNI a modo de certificado en el envío del 140 a quien no debe de ser nombrado. Os pongo en situación de manera teatral: Ubicación: Foro TBAI Pregunta: #934 Usuario: HerensugeBeltz Hora: Indefinida (Solo pone "Hace 2 Días") Música: Alguna de ascensor... nose... de esas que se ponen en bucle y que ralentizan el ascenso de lo repetitivas que son. Cita:
Si alguien puede aportar algo que acuda a la caja de comentarios por favor. (Eso ha sonado muy supermercado). Bueno, pues esto ha sido todo señores, cómo veis, ahora puedo insertar sonidos en mis mensajes gracias al poder de la imaginación, en fin, gracias por leer una vez mas mis dudas, pasad un buen fin de semana. |
Cita:
No es como me gustaría hacerlo, pero...... |
Cita:
Si miras unas páginas arriba, tienes dónde localizarlo. https://www.izenpe.eus/web_corporati...ificados.shtml Saludos |
Buenas!
¿Pero os están funcionando los certificados de Izenpe? Porque a mí me está devolviendo: "Certificado remitente incorrecto (revocado o no homologado)" tanto por Postman como por cUrl. |
Cita:
Me sumo al señor barón de la birra, esos certificados los probé hace dos lunas y no logré nada. (No descarto que esté haciendo algo mal, pero es que solo me la pego con el 140... malditas personas físicas, están destrozando TBAI). Un saludo a todos, ¿Que tal os va el lunes? |
Yo he conseguido que me funcionen con uno de los de desarrollo (es con el que estoy probando). El sello_entidad_act.p12
|
Anda pues voy a probar con el sello_entidad_act.p12 de desarrollo, a ver si hay suerte...
Y respondiendo a Eric: Cita:
|
Pues me ha dado recibido por fin, mi Hello World! de TicketBAI. (Usando el sello_entidad_act.p12 de desarrollo de Izenpe) con la siguiente respuesta:
Código PHP:
|
Una pregunta sobre la firma del documento xml e independientemente de la tecnología o lenguaje para firmar dicho documento... ¿Qué formato o tipo de firma se tiene que aplicar? Más que nada por ver qué buscar por ahí dedicado a .NET. He leído en el pdf de política de firma algo del formato XaDes... ¿Alguien que me pueda echar una mano con el concepto de qué necesito para firmar el XML con el certificado?
|
Firmar xml con Chilkat
Hola,
Estoy usando los componentes de chilkat, he generado el xml pero a la hora firmarlo estoy usando el ejemplo que hay para factura electronica, pero creo que no es lo mismo, alguien que lo tenga funcionando puede indicarme como hacerlo o algún ejemplo? Saludos |
Cita:
Efectivamente, debe ser formato XAdES Enveloped. Tienes todo sobre la firma requerida en https://www.batuz.eus/fitxategiak/ba...onica_v1_0.pdf Saludos |
Cita:
Solo tienes que coger la firma de uno de los ejemplos de TBAI y pegarla en la ventana. Después de generar la firma digital (la clava) puedes usar el ejemplo de factura-e para enviarlo. |
| La franja horaria es GMT +2. Ahora son las 05:52:35. |
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