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

[Sanduzelai]

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

En este hilo:
https://www.clubdelphi.com/foros/sho...776#post541776
En este mensaje:
https://www.clubdelphi.com/foros/sho...postcount=1029

Hablamos de insomnia y explica un poco cómo hacer las peticiones con este programa (similar a postman).
Yo te recomendaría que lo pruebes desde ambas máquinas y tal vez de esta forma obtengas más información. También así descartas otros temas ajenos a tu programación.
Puede ser que así detectes otros problemas; Que estén "capando" el acceso, problemas con certificados, problemas con los protocolos (versión de TLS),...

Gracias por la idea.
He probado en local y me manda bien pero no tengo idea de como probar desde el servidor (donde me retorna siempre el bad request) que es un linux al que accedemos por ssh...
Estoy empezando a pensar si estos de Batuz me han bloqueado la ip del server de pro y de desarrollo por tener varias 400 - Bad request...

He comprobado las cabeceras y están iguales que en local, el contenido (modelo xml) es el mismo y el código que lo ejecuta es el mismo...

[andalusoft]

Hola buenas tardes.

He leído y he modificado las peculiaridades que tienen que tener el xml para la diputación de Gipuzkoa, vengo funcionando el módulo desde Bizkaia y funciona correctamente, pero que diferencias tengo que tener en cuenta para el proceso de envío para Gipuzkoa.

Gracias y saludos.

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

Empezado por andalusoft

He leído y he modificado las peculiaridades que tienen que tener el xml para la diputación de Gipuzkoa, vengo funcionando el módulo desde Bizkaia y funciona correctamente, pero que diferencias tengo que tener en cuenta para el proceso de envío para Gipuzkoa.

El envío a Guipuzkoa y Álava es prácticamente igual y bastante más sencillo que el de Bizkaia, ya que no debes realizar el segundo paso de crear el LROE y comprimir el fichero TicketBAI. A estas 2 diputaciones se envía directamente el TicketBAI.
Además el tema de las cabeceras de envío se simplifica.

[Sanduzelai]

Empezado por Sanduzelai

Hola,
llevo atascado un par de días, a ver si alguien me puede aportar luz.
En local realicé pruebas para el envío a Bizkaia con el juego de datos que te dan desde Batuz y los certificados de su web.
Todo correcto.

Ahora estoy haciendo pruebas (entorno de pruebas de batuz) con el certificado de la empresa (es el que utilizamos para el envío TBAI a otras haciendas) y con un usuario real con su nif y demás datos...
En local (mi ordenador) realiza el envío correctamente (aunque da error: El interesado no se ha adherido al sistema voluntario de Batuz para este trimestre)
Sin embargo, en nuestro servidor de la empresa, siempre recibimos como respuesta 400 Bad request.

Código PHP:

{
    "http":"HTTP\/1.1 400 Bad Request",
    "Date":"Thu, 03 Aug 2023 07:30:16 GMT",
    "Server":"Apache\/2.4.51 (Red Hat)",
    "Content-Length":"226",
    "Connection":"close",
    "Content-Type":"text\/html; charset=iso-8859-1",
    "xml-body":""
} 


He preguntado aL correo de soporte de batuz pero dicen que no les ha llegado nada. Quizá por ser 400 - Bad request no lo ven, no lo sé.
He llegado a pensar que era por tener alguna limitación de tamaño de solicitud y que el gzip lo sobrepase pero tampoco he visto esa restricción en el servidor.

A alguien le ha pasado algo parecido?

Me contesto a mi mismo por si a alguno le pasa también.
Resulta que estaba definiendo la variable:

Código PHP:

$eusbizkaian3data = '{
            "con":"LROE",
            "apa":"'.($oFactura->esZuzendu ? '1.2' : '1.1').'",
            "inte":{
                "nif": "'.$oFactura->nifEmisor.'",
                "nrs": "'.$oFactura->apellidosNombreRazonSocialEmisor.'"
            },
            "drs": { 
                "mode": "'.$oFactura->modelo.'", 
                "ejer": "'.date('Y').'" 
            }
        }'; 


y fallaba (daba siempre bad request). Cambiando la variable a:

Código PHP:

        $eusbizkaian3data = '{"con":"LROE","apa":"'.($oFactura->esZuzendu ? '1.2' : '1.1').'","inte":{"nif": "'.$oFactura->nifEmisor.'","nrs": "'.$oFactura->apellidosNombreRazonSocialEmisor.'"},"drs": {"mode": "'.$oFactura->modelo.'", "ejer": "'.date('Y').'" }}'; 


ya funciona y la hacienda me responde.

Saludos!

[keys]

El día de la marmota.

https://www.bizkaia.eus/es/web/comun...tailView/25477

[espinete]

Me parece a mi que, a este paso, VeriFactu entrará en vigor en 2035...

[CarlosArjonomia]

Empezado por keys

El día de la marmota.

https://www.bizkaia.eus/es/web/comun...tailView/25477

Pues les va a hacer gracia a los de Guipuzcoa y Alava. Con los gastos que genera.

[Andoni22]

Empezado por chuski1212

Ya no se que mas hacer

He validado la firma con la misma libreria xadesjs y con el validador de chilkat y ambos me dan Valid Signature, pero al intentar enviar el fichero a la URL de pruebas de Guipuzkoa me sigue dando todo el rato error 006 Error inesperado en la verificación de la firma.

Alguien tiene alguna idea o puede enviarme aunque sea por privado un fichero aceptado para ver las posibles diferencias?

Muchas gracias, entre todos lo conseguiremos!

Buenas,

Se que hace un tiempo de este mensaje pero quería preguntarte como conseguiste firmar el xml siguiendo todas las politicas de TicketBai.
He conseguido cargar la llave privada y configurar algún que otro parámetro pero no estoy cerca de conseguir las firmas que conseguia con chillkat antes de que se acabara el periodo de prueba.

Lo que mas me esta costando son el tema de la cadena de certificados x509? como los cargas a partir de un archivo pfx?

[andalusoft]

Hola buenas tardes.

Tengo el ticketbai para Bizkaia y funciona correctamente, para Gipuzkoa he hecho los cambios necesarios, al subirlo a la web en modo pruebas como en real, y responde con el siguiente error en formato XML:

Código PHP:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>31-08-2023 14:41:53</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado - ALTA PREP</Descripcion>
        <Azalpena>Baztertua - ALTA PREP</Azalpena>
        <ResultadosValidacion>
            <Codigo>002</Codigo>
            <Descripcion>Fichero no cumple el esquema XSD. No se ha podido procesar el mensaje. Detalle del error: The markup in the document preceding the root element must be well-formed.</Descripcion>
            <Azalpena>Fitxategiak ez du betetzen XSD eskema. Mezua ezin da prozesatu. Errorearen xehetasuna: The markup in the document preceding the root element must be well-formed.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

Hago la verificación online de XML con el XSD y estos son los errores que reporta:

Código PHP:

- Cvc-complex-type.2.4.a: Invalid Content Was Found Starting With Element 'IDOtro'. One Of '{ApellidosNombreRazonSocial}' Is Expected., Line '13', Column '17'.
- Cvc-complex-type.2.4.d: Invalid Content Was Found Starting With Element 'IDOtro'. No Child Element Is Expected At This Point., Line '80', Column '17'. 


Así debe ser según las indicaciones del manual, en Bizkaia no hay problema, os pego el XML donde se produce el error, y está adaptado para Gipuzkoa (datos fiscales ficticios y quito la firma):

Código PHP:

<?xml version="1.0" encoding="UTF-8"?><T:TicketBai xmlns:T="urn:ticketbai:emision" xmlns:ds="....." xmlns:xsi="....." xsi:schemaLocation="urn:ticketbai:emision ticketBaiV1-2-1.xsd ">
  <Cabecera>
    <IDVersionTBAI>1.2</IDVersionTBAI>
  </Cabecera>
  <Sujetos>
    <Emisor>
      <NIF>B00000000</NIF>
      <ApellidosNombreRazonSocial>EMPRESA DE PRUEBAS, S.L.</ApellidosNombreRazonSocial>
    </Emisor>
    <Destinatarios>
      <IDDestinatario>
        <NIF>A00000000</NIF>
        <IDOtro>
          <CodigoPais>ES</CodigoPais>
          <IDType>02</IDType>
          <ID>724</ID>
        </IDOtro>
        <ApellidosNombreRazonSocial>EMPRESA CLIENTE, S.A.</ApellidosNombreRazonSocial>
        <CodigoPostal>20000</CodigoPostal>
        <Direccion>CALLE DE PRUEBAS</Direccion>
      </IDDestinatario>
    </Destinatarios>
    <VariosDestinatarios>S</VariosDestinatarios>
    <EmitidaPorTercerosODestinatario>N</EmitidaPorTercerosODestinatario>
  </Sujetos>
  <Factura>
    <CabeceraFactura>
      <NumFactura>2597</NumFactura>
      <FechaExpedicionFactura>28-07-2023</FechaExpedicionFactura>
      <HoraExpedicionFactura>00:00:00</HoraExpedicionFactura>
      <FacturaSimplificada>N</FacturaSimplificada>
      <FacturaEmitidaSustitucionSimplificada>N</FacturaEmitidaSustitucionSimplificada>
    </CabeceraFactura>
    <DatosFactura>
      <FechaOperacion>28-07-2023</FechaOperacion>
      <DescripcionFactura>FACTURA Nº: 2597</DescripcionFactura>
      <DetallesFactura>
        <IDDetalleFactura>
          <DescripcionDetalle>VARIOS / ( Cant 1 a 399.6 Eur )VIRUTA DE HIERRO</DescripcionDetalle>
          <Cantidad>1.00000000</Cantidad>
          <ImporteUnitario>399.60000000</ImporteUnitario>
          <Descuento>0.00000000</Descuento>
          <ImporteTotal>483.52000000</ImporteTotal>
        </IDDetalleFactura>
      </DetallesFactura>
      <ImporteTotalFactura>483.52</ImporteTotalFactura>
      <Claves>
        <IDClave>
          <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
        </IDClave>
      </Claves>
    </DatosFactura>
    <TipoDesglose>
      <DesgloseFactura>
        <Sujeta>
          <NoExenta>
            <DetalleNoExenta>
              <TipoNoExenta>S1</TipoNoExenta>
              <DesgloseIVA>
                <DetalleIVA>
                  <BaseImponible>399.60</BaseImponible>
                  <TipoImpositivo>21.00</TipoImpositivo>
                  <CuotaImpuesto>83.92</CuotaImpuesto>
                  <TipoRecargoEquivalencia>0.00</TipoRecargoEquivalencia>
                  <CuotaRecargoEquivalencia>0.00</CuotaRecargoEquivalencia>
                  <OperacionEnRecargoDeEquivalenciaORegimenSimplificado>N</OperacionEnRecargoDeEquivalenciaORegimenSimplificado>
                </DetalleIVA>
              </DesgloseIVA>
            </DetalleNoExenta>
          </NoExenta>
        </Sujeta>
      </DesgloseFactura>
    </TipoDesglose>
  </Factura>
  <HuellaTBAI>
    <Software>
      <LicenciaTBAI>TBAIPRUEBAS</LicenciaTBAI>
      <EntidadDesarrolladora>
        <NIF>B00000001</NIF>
        <IDOtro>
          <CodigoPais>ES</CodigoPais>
          <IDType>02</IDType>
          <ID>724</ID>
        </IDOtro>
      </EntidadDesarrolladora>
      <Nombre>PROGRAMA FACTURACION</Nombre>
      <Version>1.00</Version>
    </Software>
  </HuellaTBAI>
<ds:Signature></ds:Signature></T:TicketBai>

Gracias y saludos.

[Sistel]

Empezado por andalusoft

Hola buenas tardes.

Tengo el ticketbai para Bizkaia y funciona correctamente, para Gipuzkoa he hecho los cambios necesarios, al subirlo a la web en modo pruebas como en real, y responde con el siguiente error en formato XML:

Código PHP:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>31-08-2023 14:41:53</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado - ALTA PREP</Descripcion>
        <Azalpena>Baztertua - ALTA PREP</Azalpena>
        <ResultadosValidacion>
            <Codigo>002</Codigo>
            <Descripcion>Fichero no cumple el esquema XSD. No se ha podido procesar el mensaje. Detalle del error: The markup in the document preceding the root element must be well-formed.</Descripcion>
            <Azalpena>Fitxategiak ez du betetzen XSD eskema. Mezua ezin da prozesatu. Errorearen xehetasuna: The markup in the document preceding the root element must be well-formed.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

Hago la verificación online de XML con el XSD y estos son los errores que reporta:

Código PHP:

- Cvc-complex-type.2.4.a: Invalid Content Was Found Starting With Element 'IDOtro'. One Of '{ApellidosNombreRazonSocial}' Is Expected., Line '13', Column '17'.
- Cvc-complex-type.2.4.d: Invalid Content Was Found Starting With Element 'IDOtro'. No Child Element Is Expected At This Point., Line '80', Column '17'. 


Así debe ser según las indicaciones del manual, en Bizkaia no hay problema, os pego el XML donde se produce el error, y está adaptado para Gipuzkoa (datos fiscales ficticios y quito la firma):

Código PHP:

<?xml version="1.0" encoding="UTF-8"?><T:TicketBai xmlns:T="urn:ticketbai:emision" xmlns:ds="....." xmlns:xsi="....." xsi:schemaLocation="urn:ticketbai:emision ticketBaiV1-2-1.xsd ">
  <Cabecera>
    <IDVersionTBAI>1.2</IDVersionTBAI>
  </Cabecera>
  <Sujetos>
    <Emisor>
      <NIF>B00000000</NIF>
      <ApellidosNombreRazonSocial>EMPRESA DE PRUEBAS, S.L.</ApellidosNombreRazonSocial>
    </Emisor>
    <Destinatarios>
      <IDDestinatario>
        <NIF>A00000000</NIF>
        <IDOtro>
          <CodigoPais>ES</CodigoPais>
          <IDType>02</IDType>
          <ID>724</ID>
        </IDOtro>
        <ApellidosNombreRazonSocial>EMPRESA CLIENTE, S.A.</ApellidosNombreRazonSocial>
        <CodigoPostal>20000</CodigoPostal>
        <Direccion>CALLE DE PRUEBAS</Direccion>
      </IDDestinatario>
    </Destinatarios>
    <VariosDestinatarios>S</VariosDestinatarios>
    <EmitidaPorTercerosODestinatario>N</EmitidaPorTercerosODestinatario>
  </Sujetos>
  <Factura>
    <CabeceraFactura>
      <NumFactura>2597</NumFactura>
      <FechaExpedicionFactura>28-07-2023</FechaExpedicionFactura>
      <HoraExpedicionFactura>00:00:00</HoraExpedicionFactura>
      <FacturaSimplificada>N</FacturaSimplificada>
      <FacturaEmitidaSustitucionSimplificada>N</FacturaEmitidaSustitucionSimplificada>
    </CabeceraFactura>
    <DatosFactura>
      <FechaOperacion>28-07-2023</FechaOperacion>
      <DescripcionFactura>FACTURA Nº: 2597</DescripcionFactura>
      <DetallesFactura>
        <IDDetalleFactura>
          <DescripcionDetalle>VARIOS / ( Cant 1 a 399.6 Eur )VIRUTA DE HIERRO</DescripcionDetalle>
          <Cantidad>1.00000000</Cantidad>
          <ImporteUnitario>399.60000000</ImporteUnitario>
          <Descuento>0.00000000</Descuento>
          <ImporteTotal>483.52000000</ImporteTotal>
        </IDDetalleFactura>
      </DetallesFactura>
      <ImporteTotalFactura>483.52</ImporteTotalFactura>
      <Claves>
        <IDClave>
          <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
        </IDClave>
      </Claves>
    </DatosFactura>
    <TipoDesglose>
      <DesgloseFactura>
        <Sujeta>
          <NoExenta>
            <DetalleNoExenta>
              <TipoNoExenta>S1</TipoNoExenta>
              <DesgloseIVA>
                <DetalleIVA>
                  <BaseImponible>399.60</BaseImponible>
                  <TipoImpositivo>21.00</TipoImpositivo>
                  <CuotaImpuesto>83.92</CuotaImpuesto>
                  <TipoRecargoEquivalencia>0.00</TipoRecargoEquivalencia>
                  <CuotaRecargoEquivalencia>0.00</CuotaRecargoEquivalencia>
                  <OperacionEnRecargoDeEquivalenciaORegimenSimplificado>N</OperacionEnRecargoDeEquivalenciaORegimenSimplificado>
                </DetalleIVA>
              </DesgloseIVA>
            </DetalleNoExenta>
          </NoExenta>
        </Sujeta>
      </DesgloseFactura>
    </TipoDesglose>
  </Factura>
  <HuellaTBAI>
    <Software>
      <LicenciaTBAI>TBAIPRUEBAS</LicenciaTBAI>
      <EntidadDesarrolladora>
        <NIF>B00000001</NIF>
        <IDOtro>
          <CodigoPais>ES</CodigoPais>
          <IDType>02</IDType>
          <ID>724</ID>
        </IDOtro>
      </EntidadDesarrolladora>
      <Nombre>PROGRAMA FACTURACION</Nombre>
      <Version>1.00</Version>
    </Software>
  </HuellaTBAI>
<ds:Signature></ds:Signature></T:TicketBai>

Gracias y saludos.

Hola.

No veo el nodo <EncadenamientoFacturaAnterior>
Y en el caso de entidad desarrolladora de software de España, no hay que meter el nodo >IDOtro> dentro del nodo <EntidadDesarrolladora>
En el caso de un destinatario con domicilio en España no hay que meter el nodo <IDOtro> dentro del nodo <IDDestinatario>

Saludos

[andalusoft]

Empezado por Sistel

Hola.

No veo el nodo <EncadenamientoFacturaAnterior>
Y en el caso de entidad desarrolladora de software de España, no hay que meter el nodo >IDOtro> dentro del nodo <EntidadDesarrolladora>
En el caso de un destinatario con domicilio en España no hay que meter el nodo <IDOtro> dentro del nodo <IDDestinatario>

Saludos

Hola.

Gracias por responder.

El nodo <EncadenamientoFacturaAnterior> no está porque es la primera factura, en las siguientes si tiene, te pego el nodo creado en el XML de la siguiente factura:

Código PHP:

    <EncadenamientoFacturaAnterior>
      <NumFacturaAnterior>2597</NumFacturaAnterior>
      <FechaExpedicionFacturaAnterior>28-07-2023</FechaExpedicionFacturaAnterior>
      <SignatureValueFirmaFacturaAnterior>U9oWGH1vwoI/fJw11U4Z8bRz+vgtfmwzByDG8qD/Ic9E/eX/v9McCOK68fI89ISiGfZDv18Hx6bxNa+d7J4msnyzvmPCe4vRmRpM</SignatureValueFirmaFacturaAnterior>
    </EncadenamientoFacturaAnterior> 


Quitando <IDOtro> en ambos sitios, destinatario y empresa desarrolladora, el XML/XSD es valido desde el comprobador online.

Pero sigue saliendo XSD incorrecto al enviarlo.

Saludos.

[Sistel]

Empezado por andalusoft

...
Quitando <IDOtro> en ambos sitios, destinatario y empresa desarrolladora, el XML/XSD es valido desde el comprobador online.
Pero sigue saliendo XSD incorrecto al enviarlo.
...

Hola,

¿Que te responde ahora el mensaje de TicketBAI de Gipuzkoa?

Saludos

[andalusoft]

Empezado por Sistel

Hola,

¿Que te responde ahora el mensaje de TicketBAI de Gipuzkoa?

Saludos

Hola.

Es el mismo error:

Código PHP:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>01-09-2023 11:37:01</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado - ALTA PREP</Descripcion>
        <Azalpena>Baztertua - ALTA PREP</Azalpena>
        <ResultadosValidacion>
            <Codigo>002</Codigo>
            <Descripcion>Fichero no cumple el esquema XSD. No se ha podido procesar el mensaje. Detalle del error: The markup in the document preceding the root element must be well-formed.</Descripcion>
            <Azalpena>Fitxategiak ez du betetzen XSD eskema. Mezua ezin da prozesatu. Errorearen xehetasuna: The markup in the document preceding the root element must be well-formed.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

Gracias y saludos.

[Sistel]

Empezado por andalusoft

Hola.

Es el mismo error:

Código PHP:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
    <Salida>
        <FechaRecepcion>01-09-2023 11:37:01</FechaRecepcion>
        <Estado>01</Estado>
        <Descripcion>Rechazado - ALTA PREP</Descripcion>
        <Azalpena>Baztertua - ALTA PREP</Azalpena>
        <ResultadosValidacion>
            <Codigo>002</Codigo>
            <Descripcion>Fichero no cumple el esquema XSD. No se ha podido procesar el mensaje. Detalle del error: The markup in the document preceding the root element must be well-formed.</Descripcion>
            <Azalpena>Fitxategiak ez du betetzen XSD eskema. Mezua ezin da prozesatu. Errorearen xehetasuna: The markup in the document preceding the root element must be well-formed.</Azalpena>
        </ResultadosValidacion>
    </Salida>
</ns2:TicketBaiResponse>

Gracias y saludos.

Hola,

Así, a bote pronto, no veo nada más que sea raro.
Como el error es muy genérico, mi consejo es que te pongas en contacto con el servicio TicketBAI de Gipuzkoa y les envíes el XML para que ellos te digan dónde está el error.

Saludos

[andalusoft]

Empezado por Sistel

Hola,

Así, a bote pronto, no veo nada más que sea raro.
Como el error es muy genérico, mi consejo es que te pongas en contacto con el servicio TicketBAI de Gipuzkoa y les envíes el XML para que ellos te digan dónde está el error.

Saludos

Hola de nuevo.

Así lo haremos, haber que nos dicen.

Saludos.

[pablog2k]

veo que en el nodo destinatario has rellenado tanto nif como idotro
<NIF>A00000000</NIF>
<IDOtro>
<CodigoPais>ES</CodigoPais>
<IDType>02</IDType>
<ID>724</ID>
</IDOtro>

estoy casi convencido que se rellena uno u otro ,nunca ambos, o rellenas nif porque es español o rellenas el nodo idotro con el codigo pais, tipo nif etc....
es más, el tipo 02 estoy convencido que es para intracomunitarios...

[Sistel]

Hola,

Acabo de recibir email de TicketBAI de Gipuzkoa.
Parece que en unos días van a introducir cambios.

Como no tengo autorización para subir ficheros de ese tamaño a este foro, lo dejo en esta web
Cuando pueda el responsable de este foro, que la suba al hilo de documentación. Gracias.

Saludos

[maraceves]

Empezado por Sistel

Hola,

Acabo de recibir email de TicketBAI de Gipuzkoa.
Parece que en unos días van a introducir cambios.

Como no tengo autorización para subir ficheros de ese tamaño a este foro, lo dejo en esta web
Cuando pueda el responsable de este foro, que la suba al hilo de documentación. Gracias.

Saludos

Hola,

Yo acabo de recibirlo también.
Sabes si estos cambios son solo para Gipuzkoa o también para Bizkaia y Araba?

Saludos

[Casimiro Notevi]

Empezado por Sistel

Hola,
Acabo de recibir email de TicketBAI de Gipuzkoa.
Parece que en unos días van a introducir cambios.
Como no tengo autorización para subir ficheros de ese tamaño a este foro, lo dejo en esta web
Cuando pueda el responsable de este foro, que la suba al hilo de documentación. Gracias.
Saludos

Estupendo, aviso a Neftali, que es el que lleva normalmente ese tema.

[xamminf]

Empezado por Sistel

Hola,

Acabo de recibir email de TicketBAI de Gipuzkoa.
Parece que en unos días van a introducir cambios.

Como no tengo autorización para subir ficheros de ese tamaño a este foro, lo dejo en esta web
Cuando pueda el responsable de este foro, que la suba al hilo de documentación. Gracias.

Saludos

Que no pare la fiesta