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

[Sistel]

Empezado por Elyas

Yo sigo liado con los encadenamientos xDD, cuál de estos supuestos vale y cuál de estos ,no?

Pj.

Sería correcto hacerlo así OPCION A:

1.Registramos la factura 001, recibida
2.Registramos la factura 002, rechazadas (pj por fallo del sistema ticketbai)
3.Registramos la factura 003 y la encadenamos a la última factura recibida en TicketBAI, la 001, recibida
4.Se arregla el error y ahora volvemos a mandar la 002 encadenando a la última factura registrada en ticketbai, la 003.

O hay que hacerlo tal que así OPCIÓN B:

1.Registramos la factura 001, recibida
2.Registramos la factura 002, rechazada (pj por fallo del sistema ticketbai)
3.Registramos la factura 003, encadenando a la 002, obtenemos el warning.
4.Volvemos a enviar la 002 encadenada a la 001.

p.d. me han dichos los de ticketbai que van a sacar pronto nueva versión con opción de subsanar facturas. cómo es posible que a estas alturas metan nuevas funciones posiblemente tan vitales? en fin

Hola Elyas,

Creo que el encadenamiento de las facturas no tiene nada que ver con su envío.
El encadenamiento es algo secuencial (factura emitida a factura emitida) y que se hace en local.
Que luego al enviarlas a Ticketbai (en Gipuzkoa) o por LROE (en Bizkaia) alguna te la dan como incorrecta, es otro tema.

Si sabes cual ha sido el error, siempre podrás generar una anulación de la factura (también encadenada a la última generada) y enviarla.
Y emitir otra nueva (con número siguiente y encadenada a la anterior, como es normal) que sea correcta.

Si, más adelante, habilitan un mecanismo de corrección de facturas enviadas y que han considerado incorrectas, perfecto.
Pero con el mecanismo actual de anulación creo que tienes el tema resuelto.

Saludos

[Elyas]

Gracias a ambos! se agradece mucho la ayuda!!!!

[Edgar7]

Empezado por bilbur

Si necesitas ayuda en la implementación, me dices. No sea que se me olvidara subir algo.
Para comprobar las firmas y antes de enviarlas yo utilizo estos dos enlaces

Si te da correcto en las dos validaciones pues ¡eureka!

Lo primero de todo, gracias por compartir el código de PHP, y a todos los miembros del hilo por que se aclaran muchas dudas que se va generando durante el desarrollo.

Llevo ya un tiempo con esto y la firma de momento es con diferencia lo que mas problema me esta dando, y tras probar tu codigo la cuestión es:

Y si no da correcto en ninguna validación?? Estoy usando un certificado de empresa con extensión p12 pero creo que ese no es el problema, y ya no se que mas hacer, he intentado comparar con un archivo TicketBAI que de ejemplo que me descargue de ello y ese si que pasa la validación pero por mas que los comparo no entiendo muy bien el problema.

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.

¿Podrías confirmarme si el código que tienes puesto te genera correctamente la firma o decirme si te ha pasado algo similar?

Muchas gracias.

[Elyas]

Empezado por Edgar7

Lo primero de todo, gracias por compartir el código de PHP, y a todos los miembros del hilo por que se aclaran muchas dudas que se va generando durante el desarrollo.

Llevo ya un tiempo con esto y la firma de momento es con diferencia lo que mas problema me esta dando, y tras probar tu codigo la cuestión es:

Y si no da correcto en ninguna validación?? Estoy usando un certificado de empresa con extensión p12 pero creo que ese no es el problema, y ya no se que mas hacer, he intentado comparar con un archivo TicketBAI que de ejemplo que me descargue de ello y ese si que pasa la validación pero por mas que los comparo no entiendo muy bien el problema.

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.

¿Podrías confirmarme si el código que tienes puesto te genera correctamente la firma o decirme si te ha pasado algo similar?

Muchas gracias.

Podrías hacerlo con chilkat, solo tienes que coger un xml ya firmado y válido, cualquiera, lo metes en el generador de la firma y se te genera automáticamente un código que te genera una firma igual. Ahora solo te falta alimentar el xml con datos dinámicos y lo tienes. Otra cosa es que es de pago, pero funciona. El otro código no lo he probado.

[bilbur]

Empezado por Edgar7

Lo primero de todo, ...

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.

¿Podrías confirmarme si el código que tienes puesto te genera correctamente la firma o decirme si te ha pasado algo similar?

Muchas gracias.

El código me funciona

Versión PHP 5.6.40
Has de ser muy estricto en el xml con el orden de las "references" y con los "digest"


Reference 1:

Código PHP:

        '<ds:Reference URI="#'.$this->SignedProperties.'" Type="http://uri.etsi.org/01903#SignedProperties">' .
        '<ds:Transforms>' .
        '<ds:Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>' .
        '</ds:Transforms>' .        
        '<ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>' .
        '<ds:DigestValue>'.$propDigest.'</ds:DigestValue>' .
        '</ds:Reference>' . 


Verás en el firmador:

Código PHP:

 $aconop     = str_replace('<xades:SignedProperties', '<xades:SignedProperties ' . $xmnls_signedprops, $prop);
    $propDigest = $this->retC14DigestSha1($aconop); 


Que llama a, también dentro del firmador:

Código PHP:

   public function retC14DigestSha1($strcadena)
    {
    $strcadena    = str_replace("\r", "", str_replace("\n", "", $strcadena));
    $d1p        = new DOMDocument('1.0', 'UTF-8');
    $d1p->loadXML($strcadena);
    $strdata    = $d1p->C14N();
    return base64_encode(hash('sha256' , $strdata, true ));
    } 


Ve despacio, prueba con la reference 1 y me dices
Si no avanzas, puedes hacerme llegar, no sé como, un xml de prueba firmado



Un saludo

[bilbur]

Con el propósito de comprobar la firma de los xml con el firmador.php subo el archivo P1.xml

<?xml version='1.0' encoding='UTF-8'?><T:TicketBai xmlns:T='urn:ticketbai:emision' 
    xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' 
    xsi:schemaLocation='http://www.w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd'>
    <Cabecera><IDVersionTBAI>1.2</IDVersionTBAI>
    </Cabecera><Sujetos><Emisor><NIF>XXXXXXXXX</NIF>
    <ApellidosNombreRazonSocial>BILBUR, S.L.</ApellidosNombreRazonSocial></Emisor>
    <EmitidaPorTercerosODestinatario>N</EmitidaPorTercerosODestinatario></Sujetos>
    </T:TicketBai>

El contenido es sufieciente, lo he firmado y he obtenido el ok del validador de firmas de clikat
http://tools.chilkat.io/xmlDsigVerify.cshtml
Signature Verified
Number of Reference Digests = 3
Reference 1 digest is valid.
Reference 2 digest is valid.
Reference 3 digest is valid.

También podemos hacerlo del revés, enviad un mini xml para que yo lo firme y comparar
Probad a firmar con firmador.php para ver las diferencias.
Normalmente los errores se deben al "canonizado" y la generación del digest.


Un saludo

[Edgar7]

Buenas tardes Bilbur,

Muchas gracias por la ayuda, finalmente pude hacerlo gracias al ejemplo que me has pasado del XML, por si a alguien le pasa lo mismo me faltaba lo siguiente en mi xml del ticketBAI:

<?xml version='1.0' encoding='UTF-8'?>
<T:TicketBai xmlns:T='urn:ticketbai:emision' xmlns:xsi=' No me deja poner la url aun ' xsi:schemaLocation=' No me deja poner la url aun '>
<Cabecera><IDVersionTBAI>1.2</IDVersionTBAI>

Un saludo

[Sistel]

Empezado por Sistel

Hola Elyas,

Creo que el encadenamiento de las facturas no tiene nada que ver con su envío.
El encadenamiento es algo secuencial (factura emitida a factura emitida) y que se hace en local.
Que luego al enviarlas a Ticketbai (en Gipuzkoa) o por LROE (en Bizkaia) alguna te la dan como incorrecta, es otro tema.

Si sabes cual ha sido el error, siempre podrás generar una anulación de la factura (también encadenada a la última generada) y enviarla.
Y emitir otra nueva (con número siguiente y encadenada a la anterior, como es normal) que sea correcta.

Si, más adelante, habilitan un mecanismo de corrección de facturas enviadas y que han considerado incorrectas, perfecto.
Pero con el mecanismo actual de anulación creo que tienes el tema resuelto.

Saludos

Hola Elyas,

He releído algo más de la normativa de TicketBAI-LROE y he encontrado otro mecanismo para el caso en que una factura emitida con TicketBAI es rechazada, por incorrecta, cuando se envía, posteriormente, a LROE (Capítulo 1.1 - Facturas emitidas con software garante).
Como la factura no puede volver a emitirse, dan como opción enviar sus datos a LROE en el Capítulo 1.2 Facturas emitidas sin software garante.
Así, cuando Hacienda haga el borrador de la declaración de IVA, tendrá en cuenta todas las facturas emitidas, tanto las que se han transmitido al capítulo 1.1 (las de TicketBAI aceptadas) como las que se han enviado al capítulo 1.2 (las que no se habían aceptado por el capítulo 1.1)

Saludos

[Noe277]

Estoy teniendo muchos problemas a la hora de firmar las facturas, ¿Alguien lo ha conseguido en C#?

Empecé adaptando la aplicación que ofrecen en PAe y he logrado firmar XMLs con una estructura muy similar a la que muestran en el ejemplo oficial, no obstante algunas etiquetas como "<DataObjectFormat>" parecen tener algunos campos distintos, (Podría ser un problema) pero en general creo que podría dar el pego.

El caso es que siempre recibo el siguiente error:
"org.apache.axis.types.URI$MalformedURIException: No scheme found in URI"

Lo que no es de extrañar ya que el campo donde se encuentra la URI <xades:Identifier> y los tres de la política de firma no hay donde entenderlos, en cada documento dicen unos valores distintos...

Actualmente la política la genero así:

						<xades:SignaturePolicyIdentifier>
							<xades:SignaturePolicyId>
								<xades:SigPolicyId>
									<xades:Identifier>Politica de firma TicketBAI 1.0</xades:Identifier>
									<xades:Description/>
								</xades:SigPolicyId>
								<xades:SigPolicyHash>
									<ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>
									<ds:DigestValue>6NrKAm60o7u62FUQwzZew24ra2ve9PRQYwC21AM6In0=</ds:DigestValue>
								</xades:SigPolicyHash>
								<xades:SigPolicyQualifiers>
									<xades:SigPolicyQualifier>
										<xades:SPURI>https://www.gipuzkoa.eus/documents/2456431/12093238/TicketBAI_Pol%C3%ADtica_firma_v_1_0.pdf/3c6e5431-bb1d-34ed-5b26-206aaf085452</xades:SPURI>
									</xades:SigPolicyQualifier>
								</xades:SigPolicyQualifiers>
							</xades:SignaturePolicyId>
						</xades:SignaturePolicyIdentifier>

Algunas preguntas
¿Qué datos insertasteis?, ¿Usasteis algún algoritmo concreto?, ¿Dónde hay documentación medio clara sobre el tema?

En fin, cualquier ayuda es bien recibida, gracias de antemano.

[bilbur]

Empezado por Noe277

Estoy teniendo muchos problemas a la hora de firmar las facturas, ¿Alguien lo ha conseguido en C#?...

El caso es que siempre recibo el siguiente error:
"org.apache.axis.types.URI$MalformedURIException: No scheme found in URI"

En fin, cualquier ayuda es bien recibida, gracias de antemano.

Prueba a quitar los acentos o utiliza otra url


"url" => "https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf",

Suerte

[joselugrk]

Hola,

Estoy teniendo problemas a la hora de enviar los ficheros LROE 140 al servidor de pruebas de Batuz. Me da el error B4_1000001.

El XML no cumple el esquema.[Linea:2
Columna:200] Error:cvc-elt.1.a: Cannot find the declaration of element
'lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion'.

Estoy buscando por Google y revisando los ejemplos que subieron ayer a las Novedades de Batuz y no consigo determinar cual es el problema. No encuentro nada. ¿Os ha pasado?

Log devuelto por el servidor de Batuz en Chilkat:
------------------------------------------------------------------------------------------
Date: Fri, 07 May 2021 16:08:48 GMT
Content-Encoding: gzip
eus-bizkaia-n3-identificativo: 85534
X-Powered-By: Undertow/1
eus-bizkaia-n3-mensaje-respuesta: El XML no cumple el esquema.[Linea:2
Columna:200] Error:cvc-elt.1.a: Cannot find the declaration of element
'lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion'.
eus-bizkaia-n3-codigo-respuesta: B4_1000001
eus-bizkaia-n3-numero-registro:
eus-bizkaia-n3-tipo-respuesta: Incorrecto
Content-Type: application/xml; charset=UTF-8
Content-Length: 0
Set-Cookie: TS0171c831=0147f0636e4c4aeb4435fa8a2c0d41727992cae026ee778c3b4e665f101e564e8dc811d24f89da3c9f4bcc40f c62159f3bdbbfe882;
Path=/

------------------------------------------------------------------------------------------

Saludos y muchas gracias,

[Sistel]

Empezado por joselugrk

Hola,

Estoy teniendo problemas a la hora de enviar los ficheros LROE 140 al servidor de pruebas de Batuz. Me da el error B4_1000001.

El XML no cumple el esquema.[Linea:2
Columna:200] Error:cvc-elt.1.a: Cannot find the declaration of element
'lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion'.

Estoy buscando por Google y revisando los ejemplos que subieron ayer a las Novedades de Batuz y no consigo determinar cual es el problema. No encuentro nada. ¿Os ha pasado?

Log devuelto por el servidor de Batuz en Chilkat:
------------------------------------------------------------------------------------------
Date: Fri, 07 May 2021 16:08:48 GMT
Content-Encoding: gzip
eus-bizkaia-n3-identificativo: 85534
X-Powered-By: Undertow/1
eus-bizkaia-n3-mensaje-respuesta: El XML no cumple el esquema.[Linea:2
Columna:200] Error:cvc-elt.1.a: Cannot find the declaration of element
'lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion'.
eus-bizkaia-n3-codigo-respuesta: B4_1000001
eus-bizkaia-n3-numero-registro:
eus-bizkaia-n3-tipo-respuesta: Incorrecto
Content-Type: application/xml; charset=UTF-8
Content-Length: 0
Set-Cookie: TS0171c831=0147f0636e4c4aeb4435fa8a2c0d41727992cae026ee778c3b4e665f101e564e8dc811d24f89da3c9f4bcc40f c62159f3bdbbfe882;
Path=/

------------------------------------------------------------------------------------------

Saludos y muchas gracias,

Hola joselugrk,

Pon el XML (con los datos privados modificados) en este hilo del foro y, entre todos, seguro que encontramos la razón del error.

Saludos

[bilbur]

Empezado por joselugrk

Hola,

Estoy teniendo problemas a la hora de enviar los ficheros LROE 140 al servidor de pruebas de Batuz. Me da el error B4_1000001.

El XML no cumple el esquema.[Linea:2
Columna:200] Error:cvc-elt.1.a: Cannot find the declaration of element
'lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion'.

 $xml  = "<?xml version='1.0' encoding='UTF-8'?>";
    $xml .= "<lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion
    xmlns:lrpficfcsgap='https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_1.xsd'>";

    $xml .= "    <Cabecera>

Mira si es por esto

[bilbur]

En su momento envié a Batuz facturas firmadas con certificado de representante FNMT
Estas facturas las envié como persona física modelo LROE 140
Todo correcto


Intento enviar el modelo LROE 240 con certificado de representante FNMT y me da el error N3_0000002 El interesado no está identificado
NOTA: El envío a GIP lo hago con este certificado sin problemas


Mis dudas son:

• Si he de identificarme, registrarme en Batuz con el certificado de representante
• Si en pruebas sirven los certificados de representante FNMT
• Si en producción servirán estos certificados

Un saludo

[Sistel]

Empezado por bilbur

En su momento envié a Batuz facturas firmadas con certificado de representante FNMT
Estas facturas las envié como persona física modelo LROE 140
Todo correcto


Intento enviar el modelo LROE 240 con certificado de representante FNMT y me da el error N3_0000002 El interesado no está identificado
NOTA: El envío a GIP lo hago con este certificado sin problemas


Mis dudas son:

• Si he de identificarme, registrarme en Batuz con el certificado de representante
• Si en pruebas sirven los certificados de representante FNMT
• Si en producción servirán estos certificados

Un saludo

Hola Bilbur,

No sé si te valdrá de algo, pero, por si acaso, te cuento:

En su día, hice una consulta a batuz@bizkaia.eus que puede estar relacionada con tu problema.
Pregunté:
¿Podríamos emplear, también, para el envío de los LROE, correspondientes a nuestros clientes, nuestro certificado digital en lugar del de cada contribuyente?

Respuesta:
La respuesta es Sí.
Aun no se han publicado las órdenes forales que regulan el envío de las anotaciones al LROE. No obstante, en el texto de las mismas se recogerán dos situaciones distintas, ya previstas en la actualidad en relación con el SII, y que se trasladarán igualmente a Batuz:
El suministro electrónico de las anotaciones al LROE podrá ser efectuado por un tercero o tercera que actúe en representación del contribuyente, de acuerdo con lo establecido en la normativa tributaria.
Asimismo, al igual que en el SII, el Departamento de Hacienda y Finanzas habilitará el suministro electrónico de las anotaciones al LROE en representación de terceras personas a las entidades que lo soliciten a través del formulario electrónico que se apruebe al efecto. En particular, si se utiliza esta figura, los estatutos de las sociedad solicitante deberán completar, dentro de las actividad que conforman su objeto social, la realización de actividades de representación.
En estos dos casos de representación, la entidad representante podrá utilizar su propio certificado para realizar los envíos.

De acuerdo con eso, entiendo que si las facturas que envías a Batuz son emitidas por distinta empresa a la de ese certificado de representante, se necesitará estar dado de alta en ese registro de representaciones que van a habilitar.

Por otro lado, para la firma del XML de la factura se precisa que el emisor de la factura sea la misma empresa del certificado con el que se firma.
En caso contrario, se necesitará incluir en SignedProperties de la firma el nodo SignerRolev2 o SignerRole con valor “Thirdparty” o “tercero” como se indica en la página 3 de la normativa de firma electrónica TicketBAI
(https://www.batuz.eus/fitxategiak/ba...onica_v1_0.pdf)

Saludos

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

Empezado por bilbur

Intento enviar el modelo LROE 240 con certificado de representante FNMT y me da el error N3_0000002 El interesado no está identificado
NOTA: El envío a GIP lo hago con este certificado sin problemas

La contestación que nos dieron a nosotros sobre este error fue:

Los certificados a utilizar en el entorno de pruebas son los de Producción y las presentaciones deben realizarse en nombre propio, en las que el obligado coincida con la persona del certificado.

Se admiten los siguientes certificados:
§ Certificado de persona física.
§ Certificado de representante de entidad.
§ Sello de empresa/entidad.
§ Certificado de dispositivo (debe estar censado para el obligado tributario en DFB/BFA).
Además, el entorno de pruebas del sistema de envíos masivos del LROE los datos del interesado y del presentador que se envían en las peticiones al servicio web deben existir en el sistema, ya que se validan. No se deben utilizar razones sociales o nombres y apellidos ficticios ya que se valida tanto el NIF como la razón social, para el caso de la persona jurídica y el nombre y apellidos para la persona física.
Si los datos enviados son reales y aun así indica que la persona interesada o el presentador no está identificado, para dar de alta dichos datos debe entrar en la Sede Electrónica de Bizkaia (www.ebizkaia.eus) con el certificado que está utilizando para el envío de la petición e identificarse entrando en la opción “Mis Gestiones ->Mis Expedientes” que aparece en el menú superior de la pantalla. Al ser la primera vez que entra, le pedirá datos de contacto que se deberán rellenar y guardar.
Con esto los datos de las figuras del certificado quedarán registrados en el sistema. El alta estará disponible al día siguiente y se podrán utilizar en el sistema de envíos masivos que actualmente sólo permite actuar en nombre propio.

[joselugrk]

Empezado por Sistel

Hola joselugrk,

Pon el XML (con los datos privados modificados) en este hilo del foro y, entre todos, seguro que encontramos la razón del error.

Saludos

Hola Sistel,

Muchas gracias por tu ayuda. Estoy revisando los ejemplos que han puesto en Batuz y el fichero que envío coincide con el de uno de los ejemplos. El foro no me deja poner enlaces. He quitado la parte común https www_batuz_eus por ...

ERROR:
El XML no cumple el esquema.[Linea:2
Columna:200] Error:cvc-elt.1.a: Cannot find the declaration of element
'lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion'.

El XML

<?xml version="1.0" encoding="utf-8"?>
<lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion xmlns:lrpficfcsgap=".../fitxategiak/batuz/LROE/esquemas/LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_2.xsd">
<Cabecera>
<Modelo>140</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2021</Ejercicio>
<ObligadoTributario>
<NIF>999999999L</NIF>
<ApellidosNombreRazonSocial>Nombre y Apellidos</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<Ingresos>
<Ingreso>
<TicketBai>PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0idXRmLTgiPz4NCjxUOlRpY2tldEJhaSB4bWxuczpUPSJ1cm46d Glja2V0YmFpOmVtaXNpb24iPg0KICAgIDxDYWJlY2VyYT4NCiAgICAgICAgPElEVmVyc2lvblRCQUk+MS4yPC9JRFZlcnNpb25UQ kFJPg0KICAgIDwvQ2FiZWNlcmE+DQogICAgPFN1amV0b3M+DQogICAgICAgIDxFbWlzb3I+DQogICAgICAgICAgICA8TklGPjMwN TU2NzczUDwvTklGPg0KICAgICAgICAgICAgPEFwZWxsaWRvc05vbWJyZVJhem9uU29jaWFsPkpvc8OpIEx1aXMgQ3Jlc3BvIEFzZ W5zaW88L0FwZWxsaWRvc05vbWJyZVJhem9uU29jaWFsPg0KICAgICAgICA8L0VtaXNvcj4NCiAgICA8L1N1amV0b3M+DQogICAgP EZhY3R1cmE+DQogICAgICAgIDxDYWJlY2VyYUZhY3R1cmE+DQogICAgICAgICAgICA8U2VyaWVGYWN0dXJhPlZUMTwvU2VyaWVGY WN0dXJhPg0KICAgICAgICAgICAgPE51bUZhY3R1cmE+MTY0OTwvTnVtRmFjdHVyYT4NCiAgICAgICAgICAgIDxGZWNoYUV4cGVka WNpb25GYWN0dXJhPjA2LTA1LTIwMjE8L0ZlY2hhRXhwZWRpY2lvbkZhY3R1cmE+DQogICAgICAgICAgICA8SG9yYUV4cGVkaWNpb 25GYWN0dXJhPjE5OjMzOjM1PC9Ib3JhRXhwZWRpY2lvbkZhY3R1cmE+DQogICAgICAgICAgICA8RmFjdHVyYVNpbXBsaWZpY2FkY T5TPC9GYWN0dXJhU2ltcGxpZmljYWRhPg0KICAgICAgICA8L0NhYmVjZXJhRmFjdHVyYT4NCiAgICAgICAgPERhdG9zRmFjdHVyY T4NCiAgICAgICAgICAgIDxEZXNjcmlwY2lvbkZhY3R1cmE+VmVudGFzIGFsIENvbnRhZG88L0Rlc2NyaXBjaW9uRmFjdHVyYT4NC iAgICAgICAgICAgIDxJbXBvcnRlVG90YWxGYWN0dXJhPjY1LjAwPC9JbXBvcnRlVG90YWxGYWN0dXJhPg0KICAgICAgICAgICAgP ENsYXZlcz4NCiAgICAgICAgICAgICAgICA8SURDbGF2ZT4NCiAgICAgICAgICAgICAgICAgICAgPENsYXZlUmVnaW1lbkl2YU9wV HJhc2NlbmRlbmNpYT4wMTwvQ2xhdmVSZWdpbWVuSXZhT3BUcmFzY2VuZGVuY2lhPg0KICAgICAgICAgICAgICAgIDwvSURDbGF2Z T4NCiAgICAgICAgICAgIDwvQ2xhdmVzPg0KICAgICAgICA8L0RhdG9zRmFjdHVyYT4NCiAgICAgICAgPFRpcG9EZXNnbG9zZT4NC iAgICAgICAgICAgIDxEZXNnbG9zZUZhY3R1cmE+DQogICAgICAgICAgICAgICAgPFN1amV0YT4NCiAgICAgICAgICAgICAgICAgI CAgPE5vRXhlbnRhPg0KICAgICAgICAgICAgICAgICAgICAgICAgPERldGFsbGVOb0V4ZW50YT4NCiAgICAgICAgICAgICAgICAgI CAgICAgICAgICA8VGlwb05vRXhlbnRhPlMxPC9UaXBvTm9FeGVudGE+DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgPERlc 2dsb3NlSVZBPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8RGV0YWxsZUlWQT4NCiAgICAgICAgICAgICAgICAgI CAgICAgICAgICAgICAgICAgIDxCYXNlSW1wb25pYmxlPjY1LjAwPC9CYXNlSW1wb25pYmxlPg0KICAgICAgICAgICAgICAgICAgI CAgICAgICAgICAgICAgICAgPFRpcG9JbXBvc2l0aXZvPjIxLjAwPC9UaXBvSW1wb3NpdGl2bz4NCiAgICAgICAgICAgICAgICAgI CAgICAgICAgICAgICAgICAgIDxDdW90YUltcHVlc3RvPjAuMDA8L0N1b3RhSW1wdWVzdG8+DQogICAgICAgICAgICAgICAgICAgI CAgICAgICAgICAgIDwvRGV0YWxsZUlWQT4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L0Rlc2dsb3NlSVZBPg0KICAgI CAgICAgICAgICAgICAgICAgICAgPC9EZXRhbGxlTm9FeGVudGE+DQogICAgICAgICAgICAgICAgICAgIDwvTm9FeGVudGE+DQogI CAgICAgICAgICAgICAgPC9TdWpldGE+DQogICAgICAgICAgICA8L0Rlc2dsb3NlRmFjdHVyYT4NCiAgICAgICAgPC9UaXBvRGVzZ 2xvc2U+DQogICAgPC9GYWN0dXJhPg0KICAgIDxIdWVsbGFUQkFJPg0KICAgICAgICA8RW5jYWRlbmFtaWVudG9GYWN0dXJhQW50Z XJpb3I+DQogICAgICAgICAgICA8U2VyaWVGYWN0dXJhQW50ZXJpb3I+VlQxPC9TZXJpZUZhY3R1cmFBbnRlcmlvcj4NCiAgICAgI CAgICAgIDxOdW1GYWN0dXJhQW50ZXJpb3I+MTY0ODwvTnVtRmFjdHVyYUFudGVyaW9yPg0KICAgICAgICAgICAgPEZlY2hhRXhwZ WRpY2lvbkZhY3R1cmFBbnRlcmlvcj4yNi0wNC0yMDIxPC9GZWNoYUV4cGVkaWNpb25GYWN0dXJhQW50ZXJpb3I+DQogICAgICAgI CAgICA8U2lnbmF0dXJlVmFsdWVGaXJtYUZhY3R1cmFBbnRlcmlvcj5RdmltOVZzU0ViZ2NwZDlHbWRsUVVyOEZ5d2ZRajBGTHJQW nE1VlZJSGhKQ0o2WDc4MTF2OWxDcWZ1MEtndWxqZEtFQnh6enNJR2NhWTFCY1NoTy9xMFIraDBRWlhnbGFwNDhRPC9TaWduYXR1c mVWYWx1ZUZpcm1hRmFjdHVyYUFudGVyaW9yPg0KICAgICAgICA8L0VuY2FkZW5hbWllbnRvRmFjdHVyYUFudGVyaW9yPg0KICAgI CAgICA8U29mdHdhcmU+DQogICAgICAgICAgICA8TGljZW5jaWFUQkFJPlRCQUlQUlVFQkE8L0xpY2VuY2lhVEJBST4NCiAgICAgI CAgICAgIDxFbnRpZGFkRGVzYXJyb2xsYWRvcmE+DQogICAgICAgICAgICAgICAgPE5JRj4zMDU1Njc3M1A8L05JRj4NCiAgICAgI CAgICAgIDwvRW50aWRhZERlc2Fycm9sbGFkb3JhPg0KICAgICAgICAgICAgPE5vbWJyZT5Hb29pQmFzaWMtRGVuZGE8L05vbWJyZ T4NCiAgICAgICAgICAgIDxWZXJzaW9uPjYuMC4wPC9WZXJzaW9uPg0KICAgICAgICA8L1NvZnR3YXJlPg0KICAgICAgICA8TnVtU 2VyaWVEaXNwb3NpdGl2bz5DMDdDQzJGRkpZVzA8L051bVNlcmllRGlzcG9zaXRpdm8+DQogICAgPC9IdWVsbGFUQkFJPg0KPGRzO lNpZ25hdHVyZSB4bWxuczpkcz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnIyIgSWQ9IlNpZ25hdHVyZS0wNjNhM TIzNi1hNGQyLTRlNTMtYmZhYy04NzFiZTExYTQyZTktU2lnbmF0dXJlIj4NCiAgPGRzOlNpZ25lZEluZm8+DQogICAgPGRzOkNhb m9uaWNhbGl6YXRpb25NZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy9UUi8yMDAxL1JFQy14bWwtYzE0bi0yMDAxM DMxNSIvPg0KICAgIDxkczpTaWduYXR1cmVNZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxLzA0L3htbGRza WctbW9yZSNyc2Etc2hhMjU2Ii8+DQogICAgPGRzOlJlZmVyZW5jZSBJZD0iUmVmZXJlbmNlLTgzMzUyZTNjLWIxOTEtNDAyYi1hN jZkLWM3OTFjMWRiYmUwMCIgVHlwZT0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnI09iamVjdCIgVVJJPSIiPg0KI CAgICAgPGRzOlRyYW5zZm9ybXM+DQogICAgICAgIDxkczpUcmFuc2Zvcm0gQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy9UU i8xOTk5L1JFQy14cGF0aC0xOTk5MTExNiI+PGRzOlhQYXRoPm5vdChhbmNlc3Rvci1vci1zZWxmOjpkczpTaWduYXR1cmUpPC9kc zpYUGF0aD48L2RzOlRyYW5zZm9ybT4NCiAgICAgICAgPGRzOlRyYW5zZm9ybSBBbGdvcml0aG09Imh0dHA6Ly93d3cudzMub3JnL 1RSLzIwMDEvUkVDLXhtbC1jMTRuLTIwMDEwMzE1Ii8+DQogICAgICA8L2RzOlRyYW5zZm9ybXM+DQogICAgICA8ZHM6RGlnZXN0T WV0aG9kIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxlbmMjc2hhNTEyIi8+DQogICAgICA8ZHM6RGlnZ XN0VmFsdWU+emZoRUN1eDl5S21ZeDh1NzBmNDlDOWtVYTdQYTBJUWg5UW92b2tMb1BYSHhJRmJEMStaMEFSdU9hN2x4aEsrblBvb WJDZnJ6ZFZQejdpRG5MVFNsYXc9PTwvZHM6RGlnZXN0VmFsdWU+DQogICAgPC9kczpSZWZlcmVuY2U+DQogICAgPGRzOlJlZmVyZ W5jZSBUeXBlPSJodHRwOi8vdXJpLmV0c2kub3JnLzAxOTAzI1NpZ25lZFByb3BlcnRpZXMiIFVSST0iI1NpZ25hdHVyZS0wNjNhM TIzNi1hNGQyLTRlNTMtYmZhYy04NzFiZTExYTQyZTktU2lnbmVkUHJvcGVydGllcyI+DQogICAgICA8ZHM6RGlnZXN0TWV0aG9kI EFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxlbmMjc2hhNTEyIi8+DQogICAgICA8ZHM6RGlnZXN0VmFsd WU+NUFkY2lxUHhmak16YUZzQWtBeklDYU15S0Jyb1J3ZTUxakp4RXVxRkMvL25yVWZYMHRMeWhRUHQ1cjVzS1dNeWlEV01uSXoyV 3NMY1puRG91ZW5hcmc9PTwvZHM6RGlnZXN0VmFsdWU+DQogICAgPC9kczpSZWZlcmVuY2U+DQogICAgPGRzOlJlZmVyZW5jZSBVU kk9IiNTaWduYXR1cmUtMDYzYTEyMzYtYTRkMi00ZTUzLWJmYWMtODcxYmUxMWE0MmU5LUtleUluZm8iPg0KICAgICAgPGRzOkRpZ 2VzdE1ldGhvZCBBbGdvcml0aG09Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvMDQveG1sZW5jI3NoYTUxMiIvPg0KICAgICAgPGRzO kRpZ2VzdFZhbHVlPjh6NHN2TlpqalRadW54bUtlTnNWQksyQ3dHdDBkY1ZSWVFTYUNRNDdia285R0VkYWVlZWhNVlN0a1ZlaUNRV 1F6d1ppbnM2K2FFaUQrTnNnb1NyMlV3PT08L2RzOkRpZ2VzdFZhbHVlPg0KICAgIDwvZHM6UmVmZXJlbmNlPg0KICA8L2RzOlNpZ 25lZEluZm8+DQogIDxkczpTaWduYXR1cmVWYWx1ZSBJZD0iU2lnbmF0dXJlLTA2M2ExMjM2LWE0ZDItNGU1My1iZmFjLTg3MWJlM TFhNDJlOS1TaWduYXR1cmVWYWx1ZSI+V2lIa1JYRlBwaGtUS2pHU1VRYVp6VG9lTFUralRXQVYweHpnckV5bUt4OE5CeWtPM3VHa VdRSUg0ejZ5UGpXcHZaMVhzbjhBeHBxbGgzL3pVcy9EUDZHTi85azg0cnIxOGw1S1hpNkJUalNFa1pYN1JqY1cyYUNYZDRQdUdRa GROSUNtYXl2RmNBSkltWmoxYm9sNm15MFFZWU5IeFY2YjNjckRSditCa3Q3Q2JYNXgyUGpLUmdZQkFhdTZQaFc1Q1JiRldhUlBEb XhjVjljUjZzSTgrdUxSK2puMmVyWTZYa1RZcGNOaVRZTXRtY1pqcFpPL05pdWxMQUZMVTk0c2VrY3d0RThPQm1DeHp5elhVbnFKQ WxvTXVRbS9aenZYSlBRZm9VQmNzb21uVmpFeHFsL3BnTUpUN2dCNkRTbHg5R3pvQWpGM2tiRFg3anh0Tk9VSjNRPT08L2RzOlNpZ 25hdHVyZVZhbHVlPg0KICA8ZHM6S2V5SW5mbyBJZD0iU2lnbmF0dXJlLTA2M2ExMjM2LWE0ZDItNGU1My1iZmFjLTg3MWJlMTFhN DJlOS1LZXlJbmZvIj4NCiAgICA8ZHM6S2V5VmFsdWU+DQogICAgICA8ZHM6UlNBS2V5VmFsdWU+PGRzOk1vZHVsdXM+N3VIamN5T E9UZlhHNllSK3VEVEdGNHFtTGppcVFnZC94MHlLdnJGVE9kemsyNVJaRmM4aEF0bEc5Q1kyZjFGbHNYZ2tHZnlhKy9EM2ZyY2wwa UhkdmQvRlp0QkNsSmRyUHYyZnYwRkdWYnhSQ01GODJNUElaUi9lQmNiMXFYRmtNU1FZNmh4d2dxam1QemRBZHpFUFVIM3BQK2V5V HNXMTA4UnBTRkZTVC9zcWs3V2Z0TlNOZEU5VFhjUUd0NlRkOGZScjUxY2FnLzQ2aW4rKzNMUVJBMWQzRnJDayt5MjRnVFpIckRMT mVINmdldUlVWms0cG5jL0tza2pSWG9GMExvOWhvS3FoaTFUOTg5eXI2cG9nL3RYcXVNeXVqS050QnYyTG9tSGFnVzQxRTdRTkRJS Xo5R25JWldEM0huK1QvdGc3VVFPRGFrTlpuMVBGL2ZFUGRRPT08L2RzOk1vZHVsdXM+PGRzOkV4cG9uZW50PkFRQUI8L2RzOkV4c G9uZW50PjwvZHM6UlNBS2V5VmFsdWU+DQogICAgPC9kczpLZXlWYWx1ZT4NCiAgICA8ZHM6WDUwOURhdGE+DQogICAgICA8ZHM6W DUwOUNlcnRpZmljYXRlPk1JSUhZVENDQmttZ0F3SUJBZ0lRYytwWEFTVXZCS2xmVUp6dHp6ZW1kREFOQmdrcWhraUc5dzBCQVFzR kFEQkxNUXN3Q1FZRFZRUUdFd0pGVXpFUk1BOEdBMVVFQ2d3SVJrNU5WQzFTUTAweERqQU1CZ05WQkFzTUJVTmxjbVZ6TVJrd0Z3W URWUVFEREJCQlF5QkdUazFVSUZWemRXRnlhVzl6TUI0WERUSXdNRGt3TXpBM016WXhNMW9YRFRJME1Ea3dNekEzTXpZeE0xb3dnW U14Q3pBSkJnTlZCQVlUQWtWVE1SZ3dGZ1lEVlFRRkV3OUpSRU5GVXkwek1EVTFOamMzTTFBeEVqQVFCZ05WQkNvTUNVcFBVMFVnV EZWSlV6RVhNQlVHQTFVRUJBd09RMUpGVTFCUElFRlRSVTVUU1U4eExUQXJCZ05WQkFNTUpFTlNSVk5RVHlCQlUwVk9VMGxQSUVwU FUwVWdURlZKVXlBdElETXdOVFUyTnpjelVEQ0NBU0l3RFFZSktvWklodmNOQVFFQkJRQURnZ0VQQURDQ0FRb0NnZ0VCQU83aDQzT Wl6azMxeHVtRWZyZzB4aGVLcGk0NHFrSUhmOGRNaXI2eFV6bmM1TnVVV1JYUElRTFpSdlFtTm45UlpiRjRKQm44bXZ2dzkzNjNKZ EloM2IzZnhXYlFRcFNYYXo3OW43OUJSbFc4VVFqQmZOakR5R1VmM2dYRzlhbHhaREVrR09vY2NJS281ajgzUUhjeEQxQjk2VC9uc 2s3RnRkUEVhVWhSVWsvN0twTzFuN1RValhSUFUxM0VCcmVrM2ZIMGErZFhHb1ArT29wL3Z0eTBFUU5YZHhhd3BQc3R1SUUyUjZ3e XpYaCtvSHJpRkdaT0taM1B5ckpJMFY2QmRDNlBZYUNxb1l0VS9mUGNxK3FhSVA3VjZyak1yb3lqYlFiOWk2Smgyb0Z1TlJPMERRe UNNL1JweUdWZzl4NS9rLzdZTzFFRGcycERXWjlUeGYzeEQzVUNBd0VBQWFPQ0JBWXdnZ1FDTUhBR0ExVWRFUVJwTUdla1pUQmpNU md3RmdZSkt3WUJCQUdzWmdFRURBa3pNRFUxTmpjM00xQXhGakFVQmdrckJnRUVBYXhtQVFNTUIwRlRSVTVUU1U4eEZUQVRCZ2tyQ mdFRUFheG1BUUlNQmtOU1JWTlFUekVZTUJZR0NTc0dBUVFCckdZQkFRd0pTazlUUlNCTVZVbFRNQXdHQTFVZEV3RUIvd1FDTUFBd 0RnWURWUjBQQVFIL0JBUURBZ1hnTUIwR0ExVWRKUVFXTUJRR0NDc0dBUVVGQndNRUJnZ3JCZ0VGQlFjREFqQWRCZ05WSFE0RUZnU VV0T2pDV1M4SVZ4VmszK0Y2aVdDclppa01NYll3SHdZRFZSMGpCQmd3Rm9BVXNkUlB4Q041K2tRRkNjYnJPYy9vTmJDNElHUXdnW UlHQ0NzR0FRVUZCd0VCQkhZd2REQTlCZ2dyQmdFRkJRY3dBWVl4YUhSMGNEb3ZMMjlqYzNCMWMzVXVZMlZ5ZEM1bWJtMTBMbVZ6T DI5amMzQjFjM1V2VDJOemNGSmxjM0J2Ym1SbGNqQXpCZ2dyQmdFRkJRY3dBb1luYUhSMGNEb3ZMM2QzZHk1alpYSjBMbVp1YlhRd VpYTXZZMlZ5ZEhNdlFVTlZVMVV1WTNKME1JSUJGUVlEVlIwZ0JJSUJERENDQVFnd2dmb0dDaXNHQVFRQnJHWURDZ0V3Z2Vzd0tRW UlLd1lCQlFVSEFnRVdIV2gwZEhBNkx5OTNkM2N1WTJWeWRDNW1ibTEwTG1WekwyUndZM012TUlHOUJnZ3JCZ0VGQlFjQ0FqQ0JzQ XlCclVObGNuUnBabWxqWVdSdklHTjFZV3hwWm1sallXUnZJR1JsSUdacGNtMWhJR1ZzWldOMGNzT3pibWxqWVM0Z1UzVnFaWFJ2S UdFZ2JHRnpJR052Ym1ScFkybHZibVZ6SUdSbElIVnpieUJsZUhCMVpYTjBZWE1nWlc0Z2JHRWdSRkJESUdSbElHeGhJRVpPVFZRd FVrTk5JR052YmlCT1NVWTZJRkV5T0RJMk1EQTBMVW9nS0VNdlNtOXlaMlVnU25WaGJpQXhNRFl0TWpnd01Ea3RUV0ZrY21sa0xVV npjR0hEc1dFcE1Ba0dCd1FBaSt4QUFRQXdnYm9HQ0NzR0FRVUZCd0VEQklHdE1JR3FNQWdHQmdRQWprWUJBVEFMQmdZRUFJNUdBU U1DQVE4d0V3WUdCQUNPUmdFR01Ba0dCd1FBamtZQkJnRXdmQVlHQkFDT1JnRUZNSEl3TnhZeGFIUjBjSE02THk5M2QzY3VZMlZ5Z EM1bWJtMTBMbVZ6TDNCa2N5OVFSRk5CUTFWemRXRnlhVzl6WDJWekxuQmtaaE1DWlhNd054WXhhSFIwY0hNNkx5OTNkM2N1WTJWe WRDNW1ibTEwTG1WekwzQmtjeTlRUkZOQlExVnpkV0Z5YVc5elgyVnVMbkJrWmhNQ1pXNHdnYlVHQTFVZEh3U0JyVENCcWpDQnA2Q 0JwS0NCb1lhQm5teGtZWEE2THk5c1pHRndkWE4xTG1ObGNuUXVabTV0ZEM1bGN5OWpiajFEVWt3ek5UTXpMR051UFVGREpUSXdSa zVOVkNVeU1GVnpkV0Z5YVc5ekxHOTFQVU5GVWtWVExHODlSazVOVkMxU1EwMHNZejFGVXo5alpYSjBhV1pwWTJGMFpWSmxkbTlqW VhScGIyNU1hWE4wTzJKcGJtRnllVDlpWVhObFAyOWlhbVZqZEdOc1lYTnpQV05TVEVScGMzUnlhV0oxZEdsdmJsQnZhVzUwTUEwR 0NTcUdTSWIzRFFFQkN3VUFBNElCQVFCTjkyZ29FL1lSMmtjWks0YmdGN0Z2UFEyQkpJcnhrdHpST3ZOenZ5eEh3NWVYaUFLM2xUc WRoVndzWHptOC83cWJmUEN4dlFINzNTY1d1M1JVWXFkY01QYkd2ditVL2h1bEpmT01LMkhaTXFFVmFyVDNhVUt3NWloT2djK09zb GVUamxXbi9xYi9adEk2SytDL0dlNEw1RXpCUUhzZzFManQ5RTYzdENUL21CREF5UHgrN1VzUGo0WjU4aDdMeVJJdDEvSnhPZjUrZ UlHUXZQSEF4TjlBRFR6c2tuZWdHTmcxR24xN2NkSThuMDBDMHRsS09YZytUZW1XS3ZSdS9OdGk5b2krN2RkLzJUWkhTaVI0QlFqM EMwN1Mwc2FMOUoxUGYwZzJnTWRPc1RiYWI5SVVZRjRyUWlDdk1VNDNTRmliK1hrSWllektUZU9ZVG9mQ0NIU0s8L2RzOlg1MDlDZ XJ0aWZpY2F0ZT4NCiAgICA8L2RzOlg1MDlEYXRhPg0KICA8L2RzOktleUluZm8+DQogIDxkczpPYmplY3Q+DQogICAgPHhhZGVzO lF1YWxpZnlpbmdQcm9wZXJ0aWVzIHhtbG5zOnhhZGVzPSJodHRwOi8vdXJpLmV0c2kub3JnLzAxOTAzL3YxLjMuMiMiIHhtbG5zO mRzPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwLzA5L3htbGRzaWcjIiBJZD0iU2lnbmF0dXJlLTA2M2ExMjM2LWE0ZDItNGU1My1iZ mFjLTg3MWJlMTFhNDJlOS1RdWFsaWZ5aW5nUHJvcGVydGllcyIgVGFyZ2V0PSIjU2lnbmF0dXJlLTA2M2ExMjM2LWE0ZDItNGU1M y1iZmFjLTg3MWJlMTFhNDJlOS1TaWduYXR1cmUiPg0KICAgIDx4YWRlczpTaWduZWRQcm9wZXJ0aWVzIElkPSJTaWduYXR1cmUtM DYzYTEyMzYtYTRkMi00ZTUzLWJmYWMtODcxYmUxMWE0MmU5LVNpZ25lZFByb3BlcnRpZXMiPg0KICAgICAgICA8eGFkZXM6U2lnb mVkU2lnbmF0dXJlUHJvcGVydGllcz4NCiAgICAgICAgICAgIDx4YWRlczpTaWduaW5nVGltZT4yMDIxLTA1LTA2VDE5OjMzOjM1K zAyOjAwPC94YWRlczpTaWduaW5nVGltZT4NCiAgICAgICAgICAgIDx4YWRlczpTaWduaW5nQ2VydGlmaWNhdGU+DQogICAgICAgI CAgICAgICAgPHhhZGVzOkNlcnQ+DQogICAgICAgICAgICAgICAgICAgIDx4YWRlczpDZXJ0RGlnZXN0Pg0KICAgICAgICAgICAgI CAgICAgICAgICAgPGRzOkRpZ2VzdE1ldGhvZCBBbGdvcml0aG09Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvMDQveG1sZW5jI3NoY TUxMiIvPg0KICAgICAgICAgICAgICAgICAgICAgICAgPGRzOkRpZ2VzdFZhbHVlPjRWeTgxWVFyd20wR3lGai9hREdQQklHYXNuY WxCWDVaZ05pZDZ1OUdmcGM4cmV6d0ZTM253MDZob3B2dHRmY3hQUm1wK3RJY3NwMnFKdmxhRElwcHNRPT08L2RzOkRpZ2VzdFZhb HVlPg0KICAgICAgICAgICAgICAgICAgICA8L3hhZGVzOkNlcnREaWdlc3Q+DQogICAgICAgICAgICAgICAgICAgIDx4YWRlczpJc 3N1ZXJTZXJpYWw+DQogICAgICAgICAgICAgICAgICAgICAgICA8ZHM6WDUwOUlzc3Vlck5hbWU+Q049QUMgRk5NVCBVc3Vhcmlvc ywgT1U9Q2VyZXMsIE89Rk5NVC1SQ00sIEM9RVM8L2RzOlg1MDlJc3N1ZXJOYW1lPg0KICAgICAgICAgICAgICAgICAgICAgICAgP GRzOlg1MDlTZXJpYWxOdW1iZXI+MTU0MDc3OTgxNjQwNTMzOTQyMTQ5MzUwNjY2MTA0MTQzODQ5MDc2PC9kczpYNTA5U2VyaWFsT nVtYmVyPg0KICAgICAgICAgICAgICAgICAgICA8L3hhZGVzOklzc3VlclNlcmlhbD4NCiAgICAgICAgICAgICAgICA8L3hhZGVzO kNlcnQ+DQogICAgICAgICAgICA8L3hhZGVzOlNpZ25pbmdDZXJ0aWZpY2F0ZT4NCiAgICAgICAgICAgIDx4YWRlczpTaWduYXR1c mVQb2xpY3lJZGVudGlmaWVyPg0KICAgICAgICAgICAgICAgIDx4YWRlczpTaWduYXR1cmVQb2xpY3lJZD4NCiAgICAgICAgICAgI CAgICAgICAgPHhhZGVzOlNpZ1BvbGljeUlkPg0KICAgICAgICAgICAgICAgICAgICAgICAgPHhhZGVzOklkZW50aWZpZXI+aHR0c HM6Ly93d3cuYmF0dXouZXVzL2ZpdHhhdGVnaWFrL2JhdHV6L3RpY2tldGJhaS9zaW5hZHVyYV9lbGVrdHJvbmlrb2FyZW5femVoY Xp0YXBlbmFrX2VzcGVjaWZpY2FjaW9uZXNfZGVfbGFfZmlybWFfZWxlY3Ryb25pY2FfdjFfMC5wZGY8L3hhZGVzOklkZW50aWZpZ XI+DQogICAgICAgICAgICAgICAgICAgICAgICA8eGFkZXM6RGVzY3JpcHRpb24vPg0KICAgICAgICAgICAgICAgICAgICA8L3hhZ GVzOlNpZ1BvbGljeUlkPg0KICAgICAgICAgICAgICAgICAgICA8eGFkZXM6U2lnUG9saWN5SGFzaD4NCiAgICAgICAgICAgICAgI CAgICAgICAgIDxkczpEaWdlc3RNZXRob2QgQWxnb3JpdGhtPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxLzA0L3htbGVuYyNzaGEyN TYiLz4NCiAgICAgICAgICAgICAgICAgICAgICAgIDxkczpEaWdlc3RWYWx1ZT5RdXpuOTh4M1BNYlNId2JVemFqNWY1S09waUgwd Thidm13YmJiTmtPOUVzPTwvZHM6RGlnZXN0VmFsdWU+DQogICAgICAgICAgICAgICAgICAgIDwveGFkZXM6U2lnUG9saWN5SGFza D4NCiAgICAgICAgICAgICAgICAgICAgPHhhZGVzOlNpZ1BvbGljeVF1YWxpZmllcnM+DQogICAgICAgICAgICAgICAgICAgICAgI CA8eGFkZXM6U2lnUG9saWN5UXVhbGlmaWVyPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDx4YWRlczpTUFVSST5odHRwc zovL3d3dy5iYXR1ei5ldXMvZml0eGF0ZWdpYWsvYmF0dXovdGlja2V0YmFpL3NpbmFkdXJhX2VsZWt0cm9uaWtvYXJlbl96ZWhhe nRhcGVuYWtfZXNwZWNpZmljYWNpb25lc19kZV9sYV9maXJtYV9lbGVjdHJvbmljYV92MV8wLnBkZjwveGFkZXM6U1BVUkk+DQogI CAgICAgICAgICAgICAgICAgICAgICA8L3hhZGVzOlNpZ1BvbGljeVF1YWxpZmllcj4NCiAgICAgICAgICAgICAgICAgICAgPC94Y WRlczpTaWdQb2xpY3lRdWFsaWZpZXJzPg0KICAgICAgICAgICAgICAgIDwveGFkZXM6U2lnbmF0dXJlUG9saWN5SWQ+DQogICAgI CAgICAgICA8L3hhZGVzOlNpZ25hdHVyZVBvbGljeUlkZW50aWZpZXI+DQogICAgICAgIDwveGFkZXM6U2lnbmVkU2lnbmF0dXJlU HJvcGVydGllcz4NCiAgICAgICAgPHhhZGVzOlNpZ25lZERhdGFPYmplY3RQcm9wZXJ0aWVzPg0KICAgICAgICAgICAgPHhhZGVzO kRhdGFPYmplY3RGb3JtYXQgT2JqZWN0UmVmZXJlbmNlPSIjUmVmZXJlbmNlLTgzMzUyZTNjLWIxOTEtNDAyYi1hNjZkLWM3OTFjM WRiYmUwMCI+DQogICAgICAgICAgICAgICAgPHhhZGVzOkRlc2NyaXB0aW9uLz4NCiAgICAgICAgICAgICAgICA8eGFkZXM6T2JqZ WN0SWRlbnRpZmllcj4NCiAgICAgICAgICAgICAgICAgICAgPHhhZGVzOklkZW50aWZpZXIgUXVhbGlmaWVyPSJPSURBc1VSTiI+d XJuOm9pZDoxLjIuODQwLjEwMDAzLjUuMTA5LjEwPC94YWRlczpJZGVudGlmaWVyPg0KICAgICAgICAgICAgICAgICAgICA8eGFkZ XM6RGVzY3JpcHRpb24vPg0KICAgICAgICAgICAgICAgIDwveGFkZXM6T2JqZWN0SWRlbnRpZmllcj4NCiAgICAgICAgICAgICAgI CA8eGFkZXM6TWltZVR5cGU+dGV4dC94bWw8L3hhZGVzOk1pbWVUeXBlPg0KICAgICAgICAgICAgICAgIDx4YWRlczpFbmNvZGluZ y8+DQogICAgICAgICAgICA8L3hhZGVzOkRhdGFPYmplY3RGb3JtYXQ+DQogICAgICAgIDwveGFkZXM6U2lnbmVkRGF0YU9iamVjd FByb3BlcnRpZXM+DQogICAgPC94YWRlczpTaWduZWRQcm9wZXJ0aWVzPg0KPC94YWRlczpRdWFsaWZ5aW5nUHJvcGVydGllcz4NC jwvZHM6T2JqZWN0Pg0KPC9kczpTaWduYXR1cmU+PC9UOlRpY2tldEJhaT4NCg==</TicketBai>
<Renta>
<DetalleRenta>
<Epigrafe>197330</Epigrafe>
</DetalleRenta>
</Renta>
</Ingreso>
</Ingresos>
</lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion>

[joselugrk]

Empezado por bilbur

 $xml  = "<?xml version='1.0' encoding='UTF-8'?>";
    $xml .= "<lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion
    xmlns:lrpficfcsgap='.../fitxategiak/batuz/LROE/esquemas/LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_1.xsd'>";

    $xml .= "    <Cabecera>

Mira si es por esto

Hola bilbur,

He cambiado la versión del fichero LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_2.xsd a LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_1.xsd y ahora me está dando otro error B4_2000033 pero ya hemos avanzado mucho.

Saludos y muchas gracias,

[Sistel]

Empezado por joselugrk

Hola bilbur,

He cambiado la versión del fichero LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_2.xsd a LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_1.xsd y ahora me está dando otro error B4_2000033 pero ya hemos avanzado mucho.

Saludos y muchas gracias,

Hola joselugrk,

Eso ya tiene muy buena pinta.
El error B4_2000033, según el documento de validaciones y errores del LROE (https://www.batuz.eus/fitxategiak/ba...res_V1_0_5.pdf) es
La Cuota del impuesto tiene un valor incorrecto para los campos Tipo impositivo y Base imponible suministrados.

Ya es error normal en los datos económicos de la factura.

Saludos

[bilbur]

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

Si los datos enviados son reales y aun así indica que la persona interesada o el presentador no está identificado, para dar de alta dichos datos debe entrar en la Sede Electrónica de Bizkaia (www.ebizkaia.eus) con el certificado que está utilizando para el envío de la petición e identificarse entrando en la opción “Mis Gestiones ->Mis Expedientes” que aparece en el menú superior de la pantalla. Al ser la primera vez que entra, le pedirá datos de contacto que se deberán rellenar y guardar.
Con esto los datos de las figuras del certificado quedarán registrados en el sistema. El alta estará disponible al día siguiente y se podrán utilizar en el sistema de envíos masivos que actualmente sólo permite actuar en nombre propio.

Gracias, por lo visto estaba dado de alta como persona física y me faltaba el alta como repersentante.
Envíos a batuz correctos
Comienzo con las consultas
Un saludo