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

[rci]

Hola, muchas gracias por las respuestas!

También pregunté a izenpe y me han contestado:

Encontrareis toda la información de los perfiles de nuestros certificados en
https://www.izenpe.eus/contenidos/in...rtificados.pdf
Lo único, tened en cuenta que hay tipos de certificados admitidos en la política de firma de ticketbai que no contienen información del obligado tributario como por ejemplo el certificado de dispositivo.

En el documento aparecen varios tipos de certificados y la información de cada "campo".

Creo que puede ser útil

[ermendalenda]

Empezado por rci

Hola, muchas gracias por las respuestas!

También pregunté a izenpe y me han contestado:
En el documento aparecen varios tipos de certificados y la información de cada "campo".

Creo que puede ser útil

Supongo que tendrá un campo con el.numero de serie con el que podremos comprobarlo.

[rci]

Empezado por ermendalenda

Supongo que tendrá un campo con el.numero de serie con el que podremos comprobarlo.

Si, veo que en la mayoria de certificados el identificador (DNI / NIE / NIF / PASS ....) está en el "campo" serialNumber del Subject.

Me he encontrado algún caso en que ahí hay el NIF del representante y no el CIF de la empresa, y el CIF de la empresa aparece dentro de otro "campo" del Subject, OID (organizationIdentifier)...

Son muchos casos a tener en cuenta.


Gracias

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

[OFFTOPIC]
Aunque las ofertas y peticiones de trabajo tienen su foro específico para publicar, os adjunto aquí en link a esta oferta que se ha publicado, porque es acerca del tema de este hilo, por si a alguno os interesa o vuestro software cumple las condiciones.

https://www.clubdelphi.com/foros/sho...735#post543735

Lo que si os pido es que no respodáis aquí, sino que os pongáis en contacto directamente con el interesado.
[/OFFTOPIC]

[ermendalenda]

Empezado por rci

Si, veo que en la mayoria de certificados el identificador (DNI / NIE / NIF / PASS ....) está en el "campo" serialNumber del Subject.

Me he encontrado algún caso en que ahí hay el NIF del representante y no el CIF de la empresa, y el CIF de la empresa aparece dentro de otro "campo" del Subject, OID (organizationIdentifier)...

Son muchos casos a tener en cuenta.


Gracias

Por eso, yo solo tendria en cuenta buscando en todos los campos del certificado el identificador Fiscal y/o el NSerie del dispositivo, es desasiado remoto que coincida algun otro dato del certificado con esos 2 campos.

[espinete]

A ver... supuestamente deberíamos nosotros validar la factura para evitar, siempre que dependa de nosotros, que la factura sea rechazada, y así evitar problemas mayores que vendrán luego (y vendrán, eso seguro).

Me parece bien comprobar previamente todo lo posible: que existan los datos del destinatario, emisor, etc. que el destinatario tenga dirección, cód. postal... (Gipuzkoa y Araba al menos), que haya líneas en la factura (Gipuzkoa y Araba), que el desglose de impuestos esté correcto (IVA, Recargo, Retención...), el tipo de factura según el cliente sea nacional, extranjero, si es simplificada, si es rectificativa...

Lo que no veo es lo de comprobar que el certificado coincida con el emisor. En mi caso al menos el certificado (lo tramitó mi asesor fiscal), el NIF está "dentro" del nombre (no hay un campo específico para el NIF), por no decir que habría que tener en cuenta que el nombre de la empresa esté escrito IGUAL: No es lo mismo Pepito Pérez SLU que Pepito Pérez S.L.U., etc.

¿Y el resto de validaciones? ¿también quieren que las hagamos nosotros? Me refiero por ejemplo a comprobar que se trate de un NIF dado de alta en el censo (es uno de los errores que devuelve Araba, por ejemplo), etc.

Lo ideal sería que el webservice tuviera una opción también para comprobar algunas cosas antes de empezar a hacer envíos. Por ejemplo, alguna llamada para comprobar si el certificado es válido o no, en vez de tener que hacerlo nosotros.

Otra cosa a tener en cuenta es comprobar la caducidad del certificado digital y alertar al usuario cuando queden pocos días para que caduque. Esto es importante porque el 99% de los usuarios se olvidan de que esas cosas caducan o cuándo (y me incluyo), y hay que renovarlos, etc.
Renovar un certificado, sobre todo si te despistas, no es algo que sepan hacer los usuarios, y pueden tardar días en hacerlo. Días en los que seguirán facturando pero NO pueden firmar las facturas, y por lo tanto, obtener el QR, etc.

Con lo feliz que yo estaba, que ya podía enviar, anular y consultar facturas, ahora resulta que van a sacar más servicios para hacer más cosas... De verdad que no entiendo cómo se ha llegado a complicar esto tanto...

Por cierto, una duda que me surge ahora... ¿cómo hacéis con "ClaveRegimenIvaOpTrascendencia"? ¿Es un dato que depende del negocio (emisor) o de cada factura?

Permite estos valores:
01=Regimen General
02=Exportación
03=Bienes usados, arte, antiguedades
04.....

Se supone que es un dato genérico por empresa? O cada factura puede tener un valor distinto según lo que se venda? Porque si es esto último, no veo yo a los clientes rellenando un dato más (obligatorio) antes de guardar cada venta.

[elcharlie]

Buenas, ¿sabéis si se puede comprobar que un fichero xml de factura TBai, cumple con el esquema xsd? porque me estoy partiendo los cuernos para intentar comprobarlo, y no encuentro ninguna solución. No sé si alguien puede echarme una mano...

[APO]

Buenas!! ¿Sabéis como se configura Postman para probar de enviar algún TicketBAI.xml y saber si es correcto? Es la primera vez que lo utilizo y no hay manera. Tampoco sé donde especificarle el xml que quiero enviarle. A ver si me podéis echar una mano, gracias!!!
Adjunto pantallazo de lo que estoy poniendo en Postman:
https://files.fm/thumb_show.php?i=agn9cpwwv

[espinete]

Empezado por elcharlie

Buenas, ¿sabéis si se puede comprobar que un fichero xml de factura TBai, cumple con el esquema xsd? porque me estoy partiendo los cuernos para intentar comprobarlo, y no encuentro ninguna solución. No sé si alguien puede echarme una mano...

Yo por lo pronto estoy haciendo comprobaciones "a mano" antes de hacer los envíos. Al menos las básicas (campos obligatorios, formato decimal, formato del NIF...).

Si hay alguna otra forma de verificar que un XML ya generado cumpla un esquema, lo desconozco. No tengo mucha experiencia en trabajar con XML desde Delphi.

[unomasmas]

Empezado por elcharlie

Buenas, ¿sabéis si se puede comprobar que un fichero xml de factura TBai, cumple con el esquema xsd? porque me estoy partiendo los cuernos para intentar comprobarlo, y no encuentro ninguna solución. No sé si alguien puede echarme una mano...

Acabo de publicar cómo lo hago yo. Está en C#. No sé si te sirve. Puedes verlo en https://www.clubdelphi.com/foros/sho...postcount=2039

[Sistel]

Empezado por elcharlie

Buenas, ¿sabéis si se puede comprobar que un fichero xml de factura TBai, cumple con el esquema xsd? porque me estoy partiendo los cuernos para intentar comprobarlo, y no encuentro ninguna solución. No sé si alguien puede echarme una mano...

Hola elcharlie,

Yo lo hago con PHP

Código PHP:

function VALIDAR_XML($xml, $xsd) {
    // Valida un string xml frente a un string de esquema xsd
    // Devuelve array de errores si los hay, o nada si no hay errores
    libxml_use_internal_errors(true);
    $domDocument= new DOMDocument();
    $domDocument->loadXML($xml);
    if (!$domDocument->schemaValidate($xsd)) {
        $errores = libxml_get_errors();
        libxml_clear_errors();
        return $errores;
    } else {
        return;
    }
} 


Saludos

[hago_preguntas]

Empezado por elcharlie

Buenas, ¿sabéis si se puede comprobar que un fichero xml de factura TBai, cumple con el esquema xsd? porque me estoy partiendo los cuernos para intentar comprobarlo, y no encuentro ninguna solución. No sé si alguien puede echarme una mano...

Puedes probar también online en esta dirección (falta el protocolo delante y tiene un espacio, ya que no tengo permisos para poner urls), pegando el xml y el xsd:

[quote]
www .utilities-online.info/xsdvalidation
[quote]

Nosotros los comprobamos usando el API de java:

public static void validateXMLSchema(File xsdFile, File xmlFile) throws IOException, SAXException {
SchemaFactory factory = SchemaFactory.newInstance(XMLConstants.W3C_XML_SCHEMA_NS_URI);
Schema schema = factory.newSchema(xsdFile);
Validator validator = schema.newValidator();

validator.validate(new StreamSource(xmlFile));
}

[rci]

Empezado por espinete

...
Otra cosa a tener en cuenta es comprobar la caducidad del certificado digital y alertar al usuario cuando queden pocos días para que caduque. Esto es importante porque el 99% de los usuarios se olvidan de que esas cosas caducan o cuándo (y me incluyo), y hay que renovarlos, etc.
Renovar un certificado, sobre todo si te despistas, no es algo que sepan hacer los usuarios, y pueden tardar días en hacerlo. Días en los que seguirán facturando pero NO pueden firmar las facturas, y por lo tanto, obtener el QR, etc.

Hola espinete, he hecho algunas pruebas y he visto que con el certificado caducado si que se puede firmar y crear los ficheros ticketBAI.
Con Araba tambíen se puede enviar, te contestan con un aviso de caducidad.
Con Gipuzkoa no se puede enviar porque da un error. Pero si cambias el certificado por uno no caducado y vuelves a enviar si que se envia y te contestan con un aviso de caducidad.
Con Bizkaia no lo he probado.


Creo haber leído en algún sitio que te dejarian unos dias para renovar el certificado antes de rechazarte las facturas directamente.


Saludos

[unomasmas]

Empezado por espinete

Por cierto, una duda que me surge ahora... ¿cómo hacéis con "ClaveRegimenIvaOpTrascendencia"? ¿Es un dato que depende del negocio (emisor) o de cada factura?

Permite estos valores:
01=Regimen General
02=Exportación
03=Bienes usados, arte, antiguedades
04.....

Se supone que es un dato genérico por empresa? O cada factura puede tener un valor distinto según lo que se venda? Porque si es esto último, no veo yo a los clientes rellenando un dato más (obligatorio) antes de guardar cada venta.

Normalmente será una única "ClaveRegimenIvaOpTrascendencia" pero puede haber más de una. Fíjate que en las especificaciones se permiten hasta tres. Parece que depende fundamentalmente del emisor (por ejemplo, la clave 51 y 52 la usarán los que estén en Recargo de Equivalencia y en el régimen simplificado). Uno del régimen ordinario normalmente facturará con la clave "01" pero si se tratase de una exportación digo yo que sería la "02". Lo que me pregunto es si el que esté en Recargo de equivalencia podría llegar a exportar algo; parece, por lógica, que no pero... Es un poco rollo. Esto lo tendría que aclarar algún asesor fiscal...

Lo que creo que está claro es que no depende de la empresa sino que cada factura deberá tener su clave, aunque normalmente sea la misma...

[Sistel]

Empezado por espinete

...
Por cierto, una duda que me surge ahora... ¿cómo hacéis con "ClaveRegimenIvaOpTrascendencia"? ¿Es un dato que depende del negocio (emisor) o de cada factura?

Permite estos valores:
01=Regimen General
02=Exportación
03=Bienes usados, arte, antiguedades
04.....

Se supone que es un dato genérico por empresa? O cada factura puede tener un valor distinto según lo que se venda? Porque si es esto último, no veo yo a los clientes rellenando un dato más (obligatorio) antes de guardar cada venta.

Hola espinete,

No es un dato de la empresa sino de la factura.
Aunque en general, para la mayor parte de emisores será la que le corresponda por su régimen de IVA ante Hacienda:
- 01 Operación de régimen general y cualquier otro supuesto que no esté recogido en los siguientes valores
- 51 Operaciones en recargo de equivalencia
- 52 Operaciones en régimen simplificado

Pero se puede dar el caso de que por el tipo de operación sea, por ejemplo:
- 02 Exportación
- 11 Operaciones de arrendamiento de local de negocio sujetas a retención.
- 12 Operaciones de arrendamiento de local de negocio no sujetas a retención.
- 13 Operaciones de arrendamiento de local de negocio sujetas y no sujetas a retención.

Pero si te fijas, verás que se permiten hasta 3 claves para una misma factura.
Con ello creo que se pueden cubrir la mayoría de casos.

Saludos