Foros Club Delphi
Página 32 de 114 « Primero < 22293031 32 3334354282 > Último »
Mostrar 40 mensajes desde este tema en una página

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Internet (https://www.clubdelphi.com/foros/forumdisplay.php?f=3)
-   -   TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco (https://www.clubdelphi.com/foros/showthread.php?t=94264)

HerensugeBeltz 05-08-2021 13:03:23
Cita:
Empezado por FranAza (Mensaje 542225)
Hola HerensugeBeltz,

Como esperan recibir datos en XML (Content-Type: application/xml;charset=UTF-8 ) entonces en body le pones algo en xml, entonces sí te funcionará.
En el body ponemos:
<?xml version="1.0" encoding="utf-8"?>
y luego en selección: raw (XML)
Ferpecto!!! ^\||/

Era eso lo que me faltaba. Muchas gracias :)

FranAza 05-08-2021 13:05:48
Buenas,

Creo que no me explique bien en un mensaje anterior cuando dije "Esta petición será un POST sin body"
Mea culpa. :o

Quise decir que no se enviara nada con sentido, pero claro sí hay que enviar alguna cosa en xml para que el servicio lo trague.

Por eso simplemente ponemos en el body: <?xml version="1.0" encoding="utf-8"?>
y con eso el servicio lo procesa y devuelve el error, y si lo ha procesado ya nos vale para saber que está operativo........

Saludos

aflores1 06-08-2021 11:15:03
pasar pfx a pem php
 
En php como habeis conseguido pasar el certificado de pfx a pem?¿

Lo estoy intentado de esta forma pero me da error luego el servicio

Código PHP:
function ConvertirCertificadoPEM($certificado,$pass){
    $rutaCertPem = CERTPEM;
    if(!file_exists($rutaCertPem)){   
    $res = [];
    $openSSL = openssl_pkcs12_read($certificado, $res, pass);
    if(!$openSSL) {
        echo "Error: ".openssl_error_string();
    }

    $cert = $res['cert'].implode('', $res['extracerts']);
    file_put_contents($rutaCertPem, $cert);
    return $rutaCertPem; 

Sistel 07-08-2021 17:01:54
Cita:
Empezado por aflores1 (Mensaje 542247)
En php como habeis conseguido pasar el certificado de pfx a pem?¿

Lo estoy intentado de esta forma pero me da error luego el servicio

Código PHP:
function ConvertirCertificadoPEM($certificado,$pass){
    $rutaCertPem = CERTPEM;
    if(!file_exists($rutaCertPem)){   
    $res = [];
    $openSSL = openssl_pkcs12_read($certificado, $res, pass);
    if(!$openSSL) {
        echo "Error: ".openssl_error_string();
    }

    $cert = $res['cert'].implode('', $res['extracerts']);
    file_put_contents($rutaCertPem, $cert);
    return $rutaCertPem; 
Hola aflores1,

Mira en https://www.clubdelphi.com/foros/sho...&postcount=538
Ahí nuestro colega bilbur tiene su firmador.php
Él hace:
Código PHP:
if (openssl_pkcs12_read($pfx, $key, $clavecertificado))
    {
    $this->publicKey    = $key["cert"];
    $this->privateKey   = $key["pkey"];
    $complem              = openssl_pkey_get_details(openssl_pkey_get_private($this->privateKey));
    $this->Modulus        = base64_encode($complem['rsa']['n']);
    $this->Exponent       = base64_encode($complem['rsa']['e']);
    } 
Yo obtengo, previamente, cert.pem y pkey.pem con el comando openssl de Linux y los tengo ya almacenados en ese formato:
Código:
openssl pkcs12 -in certificado.pfx -out cert.pem -clcerts -nokeys
openssl pkcs12 -in certificado.pfx -out pkey.pem -nocerts -nodes
Saludos

Nessie 07-08-2021 20:55:49
Campo DESCUENTO en XML
 
Hola, kaixo,

en primer lugar, gracias por toda la información que habéis colgado en este foro. ¡Excelente!

En segundo lugar, una duda sobre el campo DESCUENTO del XML de TicketBai Gipuzkoa: He visto que el descuento solo se puede aplicar a una línea detalle en concreto. En mi caso, me interesaría aplicar un descuento a la factura completa, no a una línea detalle concreta. No he visto que el XML tenga ese campo. ¿Alguien se encuentra en esta misma tesitura? (Voy a escribir a TicketBai Gipuzkoa para comentarlo, pero me gustaría saber si alguien tiene el mismo problema).

Muchas gracias.
Eskerrik asko.

bilbur 08-08-2021 17:06:20
PHP Seguridad en la firma - clave -
 
Hasta ahora, en desarrollo, guardo las contraseñas de los certificados .pfx en texto claro.
Evidente que esto no puede ser en producción.


Estoy haciendo lo siguiente:


Mediante formulario solicito al cliente su certificado.pfx y su contraseña de importación (la cual no "veo")


Guardo en el directorio que corresponde su certificado.pfx

lo paso y guardo a certificado.pem

y guardo la contraseña encriptada en certificado.pass


De este modo No guardo las contraseñas de importación del certificado y firma en texto claro.


A la hora de la firma desencripto la contraseña guardada en certificado.pass, firmo y destruyo la contraseña desencriptada. (mini modificación firmador.php probado y funcionando)



Cierto es que al final todo depende de la contraseña de encriptar desencriptar, la cual puede ser autogenerada por combinaciones de cif cliente, cif desarrollador, fechas, etc.


Seguro que se me pasa algo y mi pregunta es, ¿Vosotros cómo lo habéis planteado?


Un saludo y gracias


Si alguien necesita el script en PHP para pasar y guardar los certificados.pfx a .pem y .pass que lo diga y lo subo.

unomasmas 08-08-2021 17:15:35
Cita:
Empezado por aflores1 (Mensaje 542114)
Agrega esto en tu codigo:
ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;
Gracias aflores1. Disculpa el retraso en responder a tu sugerencia; estuve liado con otros proyectos...

Hice algunas pruebas pero no parece que estuviera ahí el problema ya que finalmente conseguí que funcionara sin esta línea que propones. Por lo visto, al menos, por ahora, el servidor acepta versiones inferiores de TLS o toma esta versión de forma automática (por lo que he leído es así sólo a partir del framework 3.6 de Net). El problema (los problemas, mejor dicho) eran varios (entrecomillado simple en el json que se pasa en la cabecera, ejercicio incorrecto), pero el último, el relevante, referido al certificado a usar para la conexión, se resolvió con esta indicación por parte del servicio técnico de batuz:

Cita:
Kaixo,

En 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 (ver nota) 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.

Nota: Si el certificado utilizado es un sello de empresa, este no se puede utilizar para entrar en la Sede Electrónica, por lo que, para dar de alta los datos, se deberá mandar a este mismo buzón el NIF, nombre y apellidos para la figura física del certificado y NIF, Razón social y domicilio social para la figura de la empresa del certificado.

Agur bat.
En realidad, creo que era la primera vez que entraba pero no necesité añadir datos como dice y tampoco estuvo disponible al día siguiente sino a los dos días...

Sistel 08-08-2021 17:21:43
Cita:
Empezado por bilbur (Mensaje 542268)
Hasta ahora, en desarrollo, guardo las contraseñas de los certificados .pfx en texto claro.
Evidente que esto no puede ser en producción.


Estoy haciendo lo siguiente:


Mediante formulario solicito al cliente su certificado.pfx y su contraseña de importación (la cual no "veo")


Guardo en el directorio que corresponde su certificado.pfx

lo paso y guardo a certificado.pem

y guardo la contraseña encriptada en certificado.pass


De este modo No guardo las contraseñas de importación del certificado y firma en texto claro.


A la hora de la firma desencripto la contraseña guardada en certificado.pass, firmo y destruyo la contraseña desencriptada. (mini modificación firmador.php probado y funcionando)



Cierto es que al final todo depende de la contraseña de encriptar desencriptar, la cual puede ser autogenerada por combinaciones de cif cliente, cif desarrollador, fechas, etc.


Seguro que se me pasa algo y mi pregunta es, ¿Vosotros cómo lo habéis planteado?


Un saludo y gracias


Si alguien necesita el script en PHP para pasar y guardar los certificados.pfx a .pem y .pass que lo diga y lo subo.
Hola bilbur,

Está bien pensado el tema de encriptar la contraseña del certificado del cliente.
Toda protección es poca.

En mi caso, todas mis aplicaciones son webs en Internet.
No pido a mis clientes ningún certificado digital.
Firmo yo los XML de sus facturas con mi propio certificado digital.
Y marco los XML como factura emitida por tercero (nodo EmitidaPorTercerosODestinatario)
Por supuesto, hago un contrato con mis clientes por el que me autorizan a dicha emisión y al envío de sus facturas a Hacienda.

Me da auténtico repelús dejar una aplicación en manos de un cliente (y más en este caso del software garante TicketBAI en el que las multas son de órdago).
Así que les monto una API para que su sistema de facturación se conecte con mi aplicación, que se encarga de todo (confeccionar el XML, firmarlo, almacenarlo, crear el código TBAI, crear el código QR y enviar el XML firmado a Hacienda)

Saludos

unomasmas 08-08-2021 17:27:50
Cita:
Empezado por jaiser (Mensaje 542122)
Hola!

Tengo una duda sobre la anulación y su contabilización. Si se envia un ticket bai con una factura hay que enviar un ticket bai de anulación y no se puede reutilizar dicho número de factura. No se si está factura al estar anulada no hay que contabilizarla ni enviarla al SII? Habría huecos entonces en la númeración de las facturas en la contabilidad y en el sii. He llamado a guipuzkoa y me han dicho que NO se contabiliza NI se envia al sii, pero no se si realmente es asi, me entran dudas sobre los huecos. Lo más normal será hacer una rectificativa pero en algún caso habrá que preveer el poder anular.
Por lo que entendí el otro día, la anulación es algo excepcional: Creo que puso un caso en que no se llega a completar la compra; por ejemplo se emite ticket por una compra que el cliente rechaza en el mismo momento en que se estaba produciendo. Se anula ese ticket (esa factura), con lo que supuestamente (en teoría) podría volverse a utilizar el número; sin embargo, como queda documentada, entiendo que no puede eliminarse la factura anulada, con lo que quedaría un hueco en la numeración; por eso, creo que la anulación es algo teórico; yo no veo forma de poder usar esta figura; en su lugar, siempre habrá que hacer una factura rectificativa (por devolución de la compra, por ejemplo, en el caso expuesto)...

unomasmas 08-08-2021 17:37:03
Cita:
Empezado por keys (Mensaje 542151)
Si se puede.

No depende del cliente, depende de la operacion. Por ejemplo en una factura puedo meter conceptos sujetos como una venta normal y no sujetos como un suplido. He realizado la prueba y hacienda lo admite correctamente.

Pongo un ejemplo.

Código:
-<TipoDesglose>
            -<DesgloseFactura>
                -<Sujeta>
                -<NoExenta>
                    -<DetalleNoExenta>
                      <TipoNoExenta>S1</TipoNoExenta>
                        -<DesgloseIVA>
                            -<DetalleIVA>
                                <BaseImponible>125.00</BaseImponible>
                                <TipoImpositivo>21.00</TipoImpositivo>
                                <CuotaImpuesto>26.25</CuotaImpuesto>
                                <TipoRecargoEquivalencia>0.00</TipoRecargoEquivalencia>
                                <CuotaRecargoEquivalencia>0.00</CuotaRecargoEquivalencia>
                            </DetalleIVA>
                          -<DetalleIVA>
                              <BaseImponible>125.00</BaseImponible>
                              <TipoImpositivo>10.00</TipoImpositivo>
                              <CuotaImpuesto>12.50</CuotaImpuesto>
                              <TipoRecargoEquivalencia>0.00</TipoRecargoEquivalencia>
                              <CuotaRecargoEquivalencia>0.00</CuotaRecargoEquivalencia>
                            </DetalleIVA>
                          </DesgloseIVA>
                </DetalleNoExenta>
              </NoExenta>
            </Sujeta>
          -<NoSujeta>
            -<DetalleNoSujeta>
                <Causa>OT</Causa>
                <Importe>31.45</Importe>
              </DetalleNoSujeta>
            </NoSujeta>
</DesgloseFactura>
</TipoDesglose>
Lo que no no se puede enviar es una factura con solo una operación no sujeta.
Pues sí que debiera poderse hacer. Una factura emitida por un Club deportivo, por ejemplo, creo que estaría en esa situación. Las operaciones de algunos Clubs (al menos, los Clubs sin ánimo de lucho) creo que no están sujetas (¿o es que están exentas?)

Neftali [Germán.Estévez] 09-08-2021 08:51:30
Cita:
Empezado por Nessie (Mensaje 542265)
En segundo lugar, una duda sobre el campo DESCUENTO del XML de TicketBai Gipuzkoa: He visto que el descuento solo se puede aplicar a una línea detalle en concreto. En mi caso, me interesaría aplicar un descuento a la factura completa, no a una línea detalle concreta. No he visto que el XML tenga ese campo. ¿Alguien se encuentra en esta misma tesitura? (Voy a escribir a TicketBai Gipuzkoa para comentarlo, pero me gustaría saber si alguien tiene el mismo problema).

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).

HerensugeBeltz 09-08-2021 12:53:08
Cita:
Empezado por unomasmas (Mensaje 542271)
Por lo que entendí el otro día, la anulación es algo excepcional: Creo que puso un caso en que no se llega a completar la compra; por ejemplo se emite ticket por una compra que el cliente rechaza en el mismo momento en que se estaba produciendo. Se anula ese ticket (esa factura), con lo que supuestamente (en teoría) podría volverse a utilizar el número; sin embargo, como queda documentada, entiendo que no puede eliminarse la factura anulada, con lo que quedaría un hueco en la numeración
En mi opinión una factura anulada permanece en el sistema, aunque sin efecto fiscal alguno. Es decir, yo entiendo que no se puede volver a utilizar ese número de factura e, incluso, en la siguiente factura debería reflejarse el número de factura anulada al identificar la factura anterior.

adolphsys 09-08-2021 13:03:24
Cita:
Empezado por Neftali [Germán.Estévez] (Mensaje 542273)
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).
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."

JoseLeeTo 09-08-2021 13:26:42
Hola a tod@s;

¿Sabe alguien cuándo se publicarán las especificaciones para el nuevo servicio Zuzendu de Guipuzcoa?

Muchas gracias.
Saludos.

aflores1 10-08-2021 14:55:20
Cita:
Empezado por bilbur (Mensaje 540763)
Nos hemos quedado aquí... firmador.php
Lo primero, darte las gracias por compartir el código. Estoy utilizando tu firmador para realizar la firma pero me da error 008 todo el rato. He probado enviando otro documento firmado con otra aplicación que tengo en c# y me realiza el envío sin errores por lo que algo en el proceso de firmado debe de estar incorrecto pero no consigo ver el que. Estas utilizando esta misma versión que subiste y te funciona correctamente?

bilbur 10-08-2021 15:52:48
Cita:
Empezado por aflores1 (Mensaje 542292)
Lo primero, darte las gracias por compartir el código. Estoy utilizando tu firmador para realizar la firma pero me da error 008 todo el rato. He probado enviando otro documento firmado con otra aplicación que tengo en c# y me realiza el envío sin errores por lo que algo en el proceso de firmado debe de estar incorrecto pero no consigo ver el que. Estas utilizando esta misma versión que subiste y te funciona correctamente?

La versión que utilizo es la misma y funciona correctamente.
Parece ser un error de verificación de firma.


Si quieres, envía un xml sin datos (con las cabeceras TBAI) y lo firmo y compruebo.


Un saludo

Sistel 10-08-2021 16:34:40
Cita:
Empezado por aflores1 (Mensaje 542292)
Lo primero, darte las gracias por compartir el código. Estoy utilizando tu firmador para realizar la firma pero me da error 008 todo el rato. He probado enviando otro documento firmado con otra aplicación que tengo en c# y me realiza el envío sin errores por lo que algo en el proceso de firmado debe de estar incorrecto pero no consigo ver el que. Estas utilizando esta misma versión que subiste y te funciona correctamente?
Hola aflores1,

Chequea, primero, el XML firmado con https://tools.chilkat.io/xmlDsigVerify.cshtml
Así te aseguras si está correctamente firmado.

Saludos

aflores1 11-08-2021 08:14:31
Gracias ya conseguí solucionarlo,

Me faltaban el los xsi al principio del documento.

Código:
<?xml version='1.0' encoding='UTF-8'?><T:TicketBai xmlns:T='urn:ticketbai:emision'
    xmlns:xsi='....w3.org/2001/XMLSchema-instance'
    xsi:schemaLocation='......w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd'>

aflores1 11-08-2021 11:34:32
Cita:
Empezado por bilbur (Mensaje 542293)
La versión que utilizo es la misma y funciona correctamente.
Parece ser un error de verificación de firma.


Si quieres, envía un xml sin datos (con las cabeceras TBAI) y lo firmo y compruebo.


Un saludo
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)

Código:
<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!!

defcon1_es 11-08-2021 11:53:38
Buenos dias, foreros.


Despues de casi 7 años sin apenas tocar Delphi, vuelvo necesitar de vuestra ayuda con el dichoso Ticket BAI.
Muchas gracias a elcharie por su código sobre la firma digital https://www.clubdelphi.com/foros/sho...ent#post534661

me ha sido de gran ayuda pues tambien uso los componentes SecureBlackBox para firmar con FacturaE.



Mi duda es sobre el encadenamiento de las facturas, en un ejemplo he visto esto:
Código:
<EncadenamientoFacturaAnterior>                                                                                                                                           
    <SerieFacturaAnterior>B2022</SerieFacturaAnterior>                                                                                                                 
    <NumFacturaAnterior>0100</NumFacturaAnterior>                                                                                                                           
    <FechaExpedicionFacturaAnterior>30-01-2022</FechaExpedicionFacturaAnterior>                                                                                             
 <SignatureValueFirmaFacturaAnterior>DSI1XA1ErCoqaEln++216eTQpN0qF7HQb/I3QhF54V11LEGY3ucMVH33GceRE9LtYJI7AoI0YS3q0qPOn+eTlH6ZHVXXkcVZyi2g</SignatureValueFirmaFacturaAnterior>
</EncadenamientoFacturaAnterior>

Mi duda es qué valor debo grabar en el tag SignatureValueFirmaFacturaAnterior.
Suponiendo una firma digital del xml que acabo de grabar,



Código:
<ds:Signature Id="Signature-221b390d-079e-45d2-a152-70726a44665f-Signature" xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
    <ds:SignedInfo>
    <ds:CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
    <ds:SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>
    <ds:Reference Id="Reference-1e93a4c4-c54d-4704-aef6-815f9afa0490" Type="http://www.w3.org/2000/09/xmldsig#Object" URI="">
    <ds:Transforms>
    <ds:Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
    <ds:Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
    <ds:Transform Algorithm="http://www.w3.org/TR/1999/REC-xpath-19991116">
    <ds:XPath xmlns:ds="http://www.w3.org/2000/09/xmldsig#">not(ancestor-or-self::ds:Signature)</ds:XPath>
    </ds:Transform>
    </ds:Transforms>
    <ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha512"/>
    <ds:DigestValue>Lj/xC1Vm48GUnqm6mQVSdMWDSS7h6EpTnG/m3TWADSI+vKoehKH2u/KSKOZc6fqZ+mT4pqyxCVAwwIlISPhAGw==</ds:DigestValue>
    </ds:Reference>
    <ds:Reference Type="http://uri.etsi.org/01903#SignedProperties" URI="#Signature-221b390d-079e-45d2-a152-70726a44665f-SignedProperties">
    <ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha512"/>
    <ds:DigestValue>6ZLdg8WSZEcsodu/pVr6E76DL0+REsuOgrF+N1TR6xBG0QHOXFf6876kZOUBZFhZaQ+r7ncHaxRXBhZDo3aidQ==</ds:DigestValue>
    </ds:Reference>
    <ds:Reference URI="#Signature-221b390d-079e-45d2-a152-70726a44665f-KeyInfo">
    <ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha512"/>
    <ds:DigestValue>gkMC+2K2Q9SEhd7FbRe1oq3Rsb+FCe+UgKsvU2NJxuW3F5BVMgbKfM2B4jv9EULQfIZmOYU9sff5OxSyecL9/Q==</ds:DigestValue>
    </ds:Reference>
    </ds:SignedInfo>
    <ds:SignatureValue Id="Signature-221b390d-079e-45d2-a152-70726a44665f-SignatureValue">JmGem1gIrDMgDBSwggrUx4wUa6OeIeYo+B11HZYYxfPlSkT1g8KOMipXQCBl4M79GF+ZfkZoaXrVFiVdXlqVg2lVtWIt8swT5/JwkemwKtNuSA0Z7J1xLIj8D9GjU1Lhc8FBly0ecYRoahsPyCKwH/b4sU29WCKgqsfaAn4HmM8KuSJ3786KKUZ5TfPyLdqyJebq4mszozxeIVcColch2tRoMxC5bWg7FctJ6CH54itfiUq3Uv2azi/AIzyMwCOCaDUftHlju9xYtIqMwb9UipOPGeovVUbe5InPItjOq+fvCXNBfMfgRcZkF6G5c3SHpBlW8fESN6zd8vVm6o1R/w==</ds:SignatureValue>
    <ds:KeyInfo Id="Signature-221b390d-079e-45d2-a152-70726a44665f-KeyInfo">

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


Estoy un poco perdido...

aflores1 11-08-2021 12:11:00
Cita:
Empezado por defcon1_es (Mensaje 542305)
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 11-08-2021 20:09:05
Cita:
Empezado por aflores1 (Mensaje 542304)
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)

Código:
<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:
Código:
$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 12-08-2021 08:14:08
Cita:
Empezado por bilbur (Mensaje 542315)
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 12-08-2021 23:37:15
Cita:
Empezado por Neftali [Germán.Estévez] (Mensaje 542273)
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 12-08-2021 23:38:44
Cita:
Empezado por adolphsys (Mensaje 542280)
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 18-08-2021 08:41:08
Gracias
 
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 18-08-2021 10:20:21
Gipuzkoa caido... 503 Service unavailable...
 
Pues eso... ahora mismito... 18/08/21 10:15h

Como si todos hiciésemos vacaciones...

defcon1_es 18-08-2021 10:30:44
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:
Código:
<?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 18-08-2021 10:50:45
Cita:
Empezado por defcon1_es (Mensaje 542388)
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:
Código:
<?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 18-08-2021 11:09:08
Cita:
Empezado por defcon1_es (Mensaje 542388)
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:
Código:
<?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 18-08-2021 11:24:49
Vale, el fallo estaba en mi llamada a CURL, que no le habia puesto el parametro -H "Content-type: application/xml;charset=UTF-8"




Código:
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 18-08-2021 14:13:33
Duda Con El Envio
 
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 18-08-2021 15:33:47
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 18-08-2021 15:40:51
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 19-08-2021 13:09:24
Cita:
Empezado por iMia (Mensaje 542386)
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 21-08-2021 18:54:11
Fechas de Obligatoriedad
 
Cita:
Empezado por JoseLeeTo (Mensaje 542035)
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 22-08-2021 11:10:03
Cita:
Empezado por carlosMorell (Mensaje 542414)
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 23-08-2021 08:43:50
Servicio TBAI Gipuzkoa
 
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 23-08-2021 09:24:26
Cita:
Empezado por b4aronDeLaBirr4 (Mensaje 542422)
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 24-08-2021 16:18:29
Otro con Problemas (firmador php)
 
1 Archivos Adjunto(s)
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.


La franja horaria es GMT +2. Ahora son las 18:18:00.
Página 32 de 114 « Primero < 22293031 32 3334354282 > Último »
Mostrar 40 mensajes desde este tema en una página

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