TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[aflores1]

Empezado por defcon1_es

Buenos dias, foreros.

¿cual seria el tag con el valor para el siguiente XML a firmar?
¿SignatureValue?
¿Alguno de los <DigestValue>?


Estoy un poco perdido...

El tag a utilizar para el ecadenamiento es el SigunatureValue,

saludos

[bilbur]

Empezado por aflores1

He conseguido firmar el de alta pero me es imposible realizar una firma correcta para el de anulación,

te dejo mi plantilla de xml por si puedes revisármela.(no me deja incluir enlaces el foro)

<xml version="1.0" encoding="UTF-8">
    <T:AnulaTicketBai xmlns:T="urn:ticketbai:anulacion" xmlns:xsi="......w3.org/2001/XMLSchema-instance" xsi:schemaLocation=".......w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd">
        <Cabecera>
            <IDVersionTBAI>1.2</IDVersionTBAI>
        </Cabecera>
        <IDFactura>
            <Emisor>
                <NIF>XXXXXX</NIF>
                <ApellidosNombreRazonSocial>XXXXXXXX</ApellidosNombreRazonSocial>
            </Emisor>
            <CabeceraFactura>
                <SerieFactura>Factura Compra</SerieFactura>
                <NumFactura>2021205346</NumFactura>
                <FechaExpedicionFactura>29-07-2021</FechaExpedicionFactura>
            </CabeceraFactura>
        </IDFactura>
        <HuellaTBAI>
            <Software>
                <LicenciaTBAI>TBAIGIPRE000000000000</LicenciaTBAI>
                <EntidadDesarrolladora>
                    <NIF>XXXXXXXXX</NIF>
                </EntidadDesarrolladora>
                <Nombre>XXXXXXXX</Nombre>
                <Version>1.2</Version>
            </Software>
        </HuellaTBAI>
     </T:AnulaTicketBai>

Un saludo y gracias!!

FIRMA VÁLIDA
Te cuento:


He creado un firmador_anulacion.php que difiere de firmador.php en 5 líneas
Cambio "emision" por "anulacion"

Código PHP:

    $xmlns = 'xmlns:ds="http://www.w3.org/2000/09/xmldsig#" ' .
             'xmlns:T="urn:ticketbai:anulacion" ' .
             'xmlns:xades="http://uri.etsi.org/01903/v1.3.2#"';
            
    $xmnls_signeg        = 'xmlns:T="urn:ticketbai:anulacion" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"';
    $xmlns_keyinfo       = 'xmlns:T="urn:ticketbai:anulacion" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"';
    $xmnls_signedprops = 'xmlns:T="urn:ticketbai:anulacion" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xades="http://uri.etsi.org/01903/v1.3.2#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"'; 


y al final esta otra:
cambio TicketBai por AnulaTicketBai

Código PHP:

    </ds:Signature>';

    $xml = str_replace('</T:AnulaTicketBai>', $sig . '</T:AnulaTicketBai>', $xml);
    return $xml; 


Por otro lado me daba error tu primera línea:

$xml  = "<?xml version='1.0' encoding='UTF-8'?>";

No tengo intención de utilizar la anulación, usaré rectificativas.
Si me obliga, combinaré del alguna forma firmador.php y firmador_anulacion.php para dejarlo sólo en uno.
Puebalo y me cuentas

[aflores1]

Empezado por bilbur

FIRMA VÁLIDA
Te cuento:


He creado un firmador_anulacion.php que difiere de firmador.php en 5 líneas

Correcto, no me di cuenta de cambiar las primeras líneas. Funcionando a la perfección.

Gracias y un saludo!

[Nessie]

Empezado por Neftali [Germán.Estévez]

Buenos días.
Puestos a escoger una opción de las 2 a implementar, creo que la de las líneas es más lógica (además de la más habitual).
Sólo se me ocurre en tu caso, que apliques el descuento a una línea calculando cual sería (si es posible), o que lo prorratees en todas las líneas de la factura (teniendo en cuenta posibles errores de redondeo).

Gracias por la respuesta, Neftalí.

[Nessie]

Empezado por adolphsys

Hola, creo que Nessie se refiere a la aplicación de descuentos o cargos globales (por ejemplo portes) en la factura.
Echad un vistazo a la FAQ de Gipuzkoa 12.13: "...cada uno de los descuentos globales también deberán figurar en la factura, consignándose cada uno de ellos como una nueva línea de detalle describiendo el concepto del descuento, en su caso, y el importe, que según se configure el mismo, pudiera tener signo negativo."

Gracias por la respuesta, Adosplsys, y por la referencia a las FAQ. No se me había ocurrido que el descuento podía ser una nueva línea de detalle con el importe negativo. Solucionado, entonces. Gracias!

[iMia]

Hola a tod@s...
Primero daros las gracias por compartir todos los conocimientos y dudas que os habéis ido encontrando con el TBAI (ese gran desconocido con el que acabas soñando...)
He conseguido, gracias a vosotros generar el xml, firmarlo (con el AutoFirmaCommandLine), generar el QR, enviarlo y casi lo más difícil, que lo acepten en Guipuzcoa...
Lo he hecho todo con Tokyo (10.2.3), si alguien tiene alguna duda... aquí estoy a vuestra disposición...

Sólo tengo un problemilla con la respuesta, por ahora leo la respuesta directamente a pelo en puro xml. (FindNode('Salida'), etc...) y funciona, pero no la puedo parsear al tipo IXMLTicketBaiResponse (generado automáticamente a partir del xsd)... que sería más elegante, legible y correcto.

intento esto:

Código Delphi [-]
          
var
  idHttp: TIdHttp;
  xmlResp: IXMLDocument;
  xmlTBResp: IXMLTicketBaiResponse;
begin
          ...
          idhttp.Request.ContentType := 'application/xml; charset=utf-8'; // Para evitar el 'ón' de la firma.
          strResponse := idHttp.Post(tblTBAI_Admin.FieldByName('URL_Envia').AsString.Trim + '\alta', RequestBody);
          if not strResponse.isEmpty then
          begin
            xmlResp := TXMLDocument.create(nil);
            strResponse := strResponse.Replace('ns2:TicketBaiResponse','TicketBaiResponse',[rfReplaceAll]); // probado de quitar y nada...
            CoInitialize(nil);
            xmlResp.LoadFromXML(strResponse);
            xmlResp.Active := true;
            responseFileName := strFileName + '_Respuesta_' + formatDateTime(TBAI_DATE_FORMAT_FILE, now()) + FILE_EXT_XML;
            xmlResp.SaveToFile(responseFileName);
            // Aquí podría recorrer xmlResp sin problema...
            if fileExists(responseFileName) then
            begin
              xmlTBResp := NewTicketBaiResponse();
              CoInitialize(nil);
              // Aquí falla con el EIntfCastError 'interface not supported' al intentar meterlo en el tipo TBAIResponse con el LoadTicketBaiResponse
              xmlTBResp := LoadTicketBaiResponse(responseFileName);
              xmlTBResp.Active := true;
              if (xmlTBResp <> nil) and (xmlTBResp.Salida <> nil) then
              ....

Tambien he probado con

Código Delphi [-]
              ...
              xmlTBResp := NewTicketBaiResponse();
              CoInitialize(nil);
              // Aquí falla con el EIntfCastError 'interface not supported' al intentar meterlo en el tipo TBAIResponse con el LoadTicketBaiResponse
              xmlTBResp := GetTicketBaiResponse(xmlResp);  /// Get del xml en vez de load, que es más directo y no hay que guardar a disco
              xmlTBResp.Active := true;
              if (xmlTBResp <> nil) and (xmlTBResp.Salida <> nil) then
              ...

y tampoco...

Si a alguien se le ocurre algo... si no lo dejaré moviéndome por los nodos a pelo...

Muchas gracias de nuevo...

[iMia]

Pues eso... ahora mismito... 18/08/21 10:15h

Como si todos hiciésemos vacaciones...

[defcon1_es]

Buenos dias, estoy probando a enviar ficheros individualmente a Guipuzcoa (incluso uno que ya estaba validado) y me da constantemente el error:

Error 415: SRVE0295E: Error reported: 415


Por lo menos deberia responder asi, porque lo he modificado:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <IdentificadorTBAI>TBAI-03815084M-290721-AfxBP2ingy2gF-031</IdentificadorTBAI>
        <FechaRecepcion>10-08-2021 13:27:51</FechaRecepcion>
        <Estado>00</Estado>
        <Descripcion>Recibido</Descripcion>
        <Azalpena>Jasota</Azalpena>
        <ResultadosValidacion>
            <Codigo>008</Codigo>
            <Descripcion>El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Descripcion>
            <Azalpena>El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Azalpena>
        </ResultadosValidacion>
        <ResultadosValidacion>
            <Codigo>010</Codigo>
            <Descripcion>Aviso: Posible error de encadenamiento.</Descripcion>
            <Azalpena>Abisua: Litekeena da kateamendu errorea gertatzea.</Azalpena>
        </ResultadosValidacion>
        <CSV>TBAId7462037-dab5-4091-97f5-1ca9ffedd8eb</CSV>
    </Salida>
</ns2:TicketBaiResponse>

¿A vosotros os sigue funcionando?

[iMia]

Empezado por defcon1_es

Buenos dias, estoy probando a enviar ficheros individualmente a Guipuzcoa (incluso uno que ya estaba validado) y me da constantemente el error:

Error 415: SRVE0295E: Error reported: 415


Por lo menos deberia responder asi, porque lo he modificado:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <IdentificadorTBAI>TBAI-03815084M-290721-AfxBP2ingy2gF-031</IdentificadorTBAI>
        <FechaRecepcion>10-08-2021 13:27:51</FechaRecepcion>
        <Estado>00</Estado>
        <Descripcion>Recibido</Descripcion>
        <Azalpena>Jasota</Azalpena>
        <ResultadosValidacion>
            <Codigo>008</Codigo>
            <Descripcion>El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Descripcion>
            <Azalpena>El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Azalpena>
        </ResultadosValidacion>
        <ResultadosValidacion>
            <Codigo>010</Codigo>
            <Descripcion>Aviso: Posible error de encadenamiento.</Descripcion>
            <Azalpena>Abisua: Litekeena da kateamendu errorea gertatzea.</Azalpena>
        </ResultadosValidacion>
        <CSV>TBAId7462037-dab5-4091-97f5-1ca9ffedd8eb</CSV>
    </Salida>
</ns2:TicketBaiResponse>

¿A vosotros os sigue funcionando?

guacho... mira el mensaje de encima...

[edari]

Empezado por defcon1_es

Buenos dias, estoy probando a enviar ficheros individualmente a Guipuzcoa (incluso uno que ya estaba validado) y me da constantemente el error:

Error 415: SRVE0295E: Error reported: 415


Por lo menos deberia responder asi, porque lo he modificado:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <IdentificadorTBAI>TBAI-03815084M-290721-AfxBP2ingy2gF-031</IdentificadorTBAI>
        <FechaRecepcion>10-08-2021 13:27:51</FechaRecepcion>
        <Estado>00</Estado>
        <Descripcion>Recibido</Descripcion>
        <Azalpena>Jasota</Azalpena>
        <ResultadosValidacion>
            <Codigo>008</Codigo>
            <Descripcion>El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Descripcion>
            <Azalpena>El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- Reference URI="" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Azalpena>
        </ResultadosValidacion>
        <ResultadosValidacion>
            <Codigo>010</Codigo>
            <Descripcion>Aviso: Posible error de encadenamiento.</Descripcion>
            <Azalpena>Abisua: Litekeena da kateamendu errorea gertatzea.</Azalpena>
        </ResultadosValidacion>
        <CSV>TBAId7462037-dab5-4091-97f5-1ca9ffedd8eb</CSV>
    </Salida>
</ns2:TicketBaiResponse>

¿A vosotros os sigue funcionando?

Exactamente igual por aquí. No deben tener buen día. Algo tienen mal.



El error 008 "el mensaje ha sido modificado en tránsito o la firma no está bien realizada" no me debería salir porque he enviado sin problemas otros veces atrás y todo iba o casi...


...y digo casi porque les tengo remitido una consulta sobre el segundo error que te/me da, el de encadenamiento de facturas.


Hasta ahora si yo "jugando" provocaba un error de encadenamiento en la primera factura de un paquete (imaginemos) de 9 facturas, la primera me iba con error de encadenamiento (correcto y con sentido porque así había ocurrido) y las siguientes 8 facturas me subían perfectas (sin error de encadenamiento)


Desde finales de julio TODAS LAS FACTURAS ME SUBEN SIEMPRE CON ERROR DE ENCADENAMIENTO, cosa que no entiendo el motivo, y como digo tengo hecha una consulta a soporte de Guipuzcoa sin contestar todavía.


Hsata aquí puedo leer.

[defcon1_es]

Vale, el fallo estaba en mi llamada a CURL, que no le habia puesto el parametro -H "Content-type: application/xml;charset=UTF-8"

CURL -H "Content-type: application/xml;charset=UTF-8" 
-d @C:\Test\tmpFacBAI.xml_signed.xml 
-o C:\Test\Output.xml 
https://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta

[Ivan_Teleco]

Hola buenas a todos, soy nevo en el foro y he estado mirando un poco vuestros comentarios y han sido de gran ayuda.
Al firmar el XML creo que tengo un problema, la firma lo estoy realizando con la linea de comandos de autofirma con este comando:


AutoFirmaCommandLine sign -i C:\TBAICOPIA\TICKETS\00437.XML -alias HUEGUN_IAN_XABI___73117194X -o C:\INDTEMP\F00.XML -password 1234asd. -store windows -format xades -config "format=XAdES Enveloped"


Creo que me falta el identificador y su corrspondiente hash, sin emabargo no se muy bien como incluirlos


Os adjunto el error que me da, si alguien puede sacarme de dudas se lo agradeceria





<?xml version="1.0" encoding="UTF-8" standalone="true"?>
-<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
-<Salida>
<IdentificadorTBAI>TBAI-73117194X-180821-cx9UaH5jyFGA3-138</IdentificadorTBAI>
<FechaRecepcion>18-08-2021 10:17:40</FechaRecepcion>
<Estado>00</Estado>
<Descripcion>Recibido</Descripcion>
<Azalpena>Jasota</Azalpena>
-<ResultadosValidacion>
<Codigo>008</Codigo>
<Descripcion>Aviso: Error en verificación de firma.</Descripcion>
<Azalpena>Abisua: Errorea sinadura egiaztatzean.</Azalpena>
</ResultadosValidacion>

[tejano]

El comando para Vizcaya es este
AutoFirmaCommandLine.exe sign -i fichero_a_firmar -o fichero_firmado -store pkcs12:certificado_p12 -password password_certificado -filter certificado_p12
-format xades -xml -config "format=XAdES Enveloped \npolicyIdentifier=identificativo \npolicyIdentifierHash=codigo_HASH \npolicyIdentifierHashAlgorithm=http://www.w3.org/2001/04/xmlenc#sha256 \npolicyQualifier=identificativo

Si miras en el foro verás varios mensajes relativos a esto.

[iMia]

Tejano está en lo cierto...
Aunque le falte unas comillas para cerrar el valor del parametro -config... :b ...

yo además añadiría que hay que mirar el primer mensaje, que es donde está recopilados todos los post con código, documentación y temas vitales...

[iMia]

Empezado por iMia

Hola a tod@s...
Primero daros las gracias por compartir todos los conocimientos y dudas que os habéis ido encontrando con el TBAI (ese gran desconocido con el que acabas soñando...)
He conseguido, gracias a vosotros generar el xml, firmarlo (con el AutoFirmaCommandLine), generar el QR, enviarlo y casi lo más difícil, que lo acepten en Guipuzcoa...
Lo he hecho todo con Tokyo (10.2.3), si alguien tiene alguna duda... aquí estoy a vuestra disposición...

Sólo tengo un problemilla con la respuesta, por ahora leo la respuesta directamente a pelo en puro xml. (FindNode('Salida'), etc...) y funciona, pero no la puedo parsear al tipo IXMLTicketBaiResponse (generado automáticamente a partir del xsd)... que sería más elegante, legible y correcto.

intento esto:

Código Delphi [-]
          
var
  idHttp: TIdHttp;
  xmlResp: IXMLDocument;
  xmlTBResp: IXMLTicketBaiResponse;
begin
          ...
          idhttp.Request.ContentType := 'application/xml; charset=utf-8'; // Para evitar el 'ón' de la firma.
          strResponse := idHttp.Post(tblTBAI_Admin.FieldByName('URL_Envia').AsString.Trim + '\alta', RequestBody);
          if not strResponse.isEmpty then
          begin
            xmlResp := TXMLDocument.create(nil);
            strResponse := strResponse.Replace('ns2:TicketBaiResponse','TicketBaiResponse',[rfReplaceAll]); // probado de quitar y nada...
            CoInitialize(nil);
            xmlResp.LoadFromXML(strResponse);
            xmlResp.Active := true;
            responseFileName := strFileName + '_Respuesta_' + formatDateTime(TBAI_DATE_FORMAT_FILE, now()) + FILE_EXT_XML;
            xmlResp.SaveToFile(responseFileName);
            // Aquí podría recorrer xmlResp sin problema...
            if fileExists(responseFileName) then
            begin
              xmlTBResp := NewTicketBaiResponse();
              CoInitialize(nil);
              // Aquí falla con el EIntfCastError 'interface not supported' al intentar meterlo en el tipo TBAIResponse con el LoadTicketBaiResponse
              xmlTBResp := LoadTicketBaiResponse(responseFileName);
              xmlTBResp.Active := true;
              if (xmlTBResp <> nil) and (xmlTBResp.Salida <> nil) then
              ....

Tambien he probado con

Código Delphi [-]
              ...
              xmlTBResp := NewTicketBaiResponse();
              CoInitialize(nil);
              // Aquí falla con el EIntfCastError 'interface not supported' al intentar meterlo en el tipo TBAIResponse con el LoadTicketBaiResponse
              xmlTBResp := GetTicketBaiResponse(xmlResp);  /// Get del xml en vez de load, que es más directo y no hay que guardar a disco
              xmlTBResp.Active := true;
              if (xmlTBResp <> nil) and (xmlTBResp.Salida <> nil) then
              ...

y tampoco...

Si a alguien se le ocurre algo... si no lo dejaré moviéndome por los nodos a pelo...

Muchas gracias de nuevo...

Me auto-respondo...
Lo encontré...
el problema estaba en el namespace.

en la línea que yo decía que había probado de quitar..

Código Delphi [-]
            
        strResponse := strResponse.Replace('ns2:TicketBaiResponse','TicketBaiResponse',[rfReplaceAll]); // probado de quitar y nada...

La había probado de quitar, pero anteriormente también había quitado el sufijo del namespace ':ns2' y no me ligaba de ninguna forma...
Dejando el mensaje tal y como llega, sin manipular, funciona bien

Código Delphi [-]
              xmlResp := TXMLDocument.create(nil);
              CoInitialize(nil);
              xmlResp.Active := TRUE;
              xmlResp.LoadFromXML(strResponse);
              xmlTBResp := LoadTicketBaiResponse(xmlResp);

pero al tratar el objeto Salida, está vacio ya que lo trata con el ns

por lo que hay que eliminar las 2 referencias al namespace... ':ns2' y 'ns2:'

Entonces va bien...

Saludos...

[carlosMorell]

Empezado por JoseLeeTo

Buenas;

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

Buenas tardes,


soy nuevo en el foro, y aquí ando poniéndome al dia con toda la info de TicketBAI. Y esta es una de mis primeras dudas. Este calendario es seguro? Tenia entendido que el 1 de enero del 22 empezaba el periodo obligatorio. Entonces, se retrasa hasta Abril?



Muchas gracias

[Sistel]

Empezado por carlosMorell

Buenas tardes,

soy nuevo en el foro, y aquí ando poniéndome al dia con toda la info de TicketBAI. Y esta es una de mis primeras dudas. Este calendario es seguro? Tenia entendido que el 1 de enero del 22 empezaba el periodo obligatorio. Entonces, se retrasa hasta Abril?

Muchas gracias

Hola carlosMorell,

Cada Diputación Foral tiene distintos plazos de obligatoriedad de implantación de TicketBAI y, en algunos casos, diferentes según la actividad:

- Bizkaia: para todos obligatorio desde el 01/01/2024 (y también LROE)

- Gipuzkoa: según este cuadro https://www.gipuzkoa.eus/documents/2...gutegia+ES.jpg

- Álava: de forma gradual a lo largo del 2022.
01/04/2022 asesorías
01/07/2022 actividades profesionales y farmacias
01/10/2022 el resto de contribuyentes

Saludos

[b4aronDeLaBirr4]

Buenas!

A vosotros os va el servicio? Es que me arroja el error:

Código PHP:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>23-08-2021 08:36:08</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado</Descripcion>
        <Azalpena>Baztertua</Azalpena>
        <ResultadosValidacion>
            <Codigo>006</Codigo>
            <Descripcion>Error inesperado en la verificación de la firma.</Descripcion>
            <Azalpena>Ustekabeko errorea sinadura egiaztatzean.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

Pero con un 503: Service Unavailable por lo que no sé si el servidor no funciona y no verifica la firma o la firma ya no vale (digamos que llevo bastante tiempo usando un fichero xml firmado con un certificado Izenpe gratuito en Postman al que le cambio los datos y nunca dio error). Un saludo y a por el lunes!

[Sistel]

Empezado por b4aronDeLaBirr4

Buenas!
A vosotros os va el servicio? Es que me arroja el error:
...
Pero con un 503: Service Unavailable por lo que no sé si el servidor no funciona y no verifica la firma o la firma ya no vale (digamos que llevo bastante tiempo usando un fichero xml firmado con un certificado Izenpe gratuito en Postman al que le cambio los datos y nunca dio error). Un saludo y a por el lunes!

Hola b4aronDeLaBirr4,

Acabo de probar y funciona correctamente.
Revisa el XML firmado con https://tools.chilkat.io/xmlDsigVerify.cshtml

Saludos

[ermendalenda]

Buenas tardes, muchas gracias a todos por vuestras ayuda.
Por favor necesitaria que alguien quee use el firmador.php, si puede generar la firma, e indicarme que diferencia le sale.
No consigo que me cree una firma válida, ya he repasado el código 30 veces.

Adjunto Archivo firrmado

Error al comprobar con chilkat:
Signature is Invalid
Number of Reference Digests = 3
Reference 1 digest is invalid because the computed digest differs from the digest in the XML.
Reference 2 digest is invalid because the computed digest differs from the digest in the XML.
Reference 3 digest is valid.