Vender a distintos precios
 

Duda, sobre precios, no he visto ningún indicativo en TBAI que haga referencia a la zona o formato de los articulos vendidos, pongo un ejemplo en un restaurante:

*Llega una familia que pide mesa y se toman un par de cañas en la Barra, y según carta precio de la Caña en Barra: 1,50€, precio en terraza 1,75€.
en la factura el mismo artículo está con 2 precios (No hay descuentos)
Conoceis alguna normativa al respecto?
Puedo usar la misma serie de factura o tengo que cobrar en 2 facturas?

Y hay viene mi paranoia:
Suponiendo que sí, pienso que dado lo novedoso del manejo de estos datos, pueden crear alertas que se está vendiendo a precios distintos y generar falsas alarmas que al principio puede derivar en inspecciones, aunque supongo que si no lo tiene en cuenta al principio iran regulanddo esas alertas y no me extraña que con el tiempo pidan que se hagan en numeros de serie diferentes o añadan algun otro campo-
Aparte de que todo esto tiene pinta de que aquí no se escapa ni el tato con las estrictas normativas respecto a los precios, que si no se puede vender por debajo de costo(por lo de la competencia desleal en los casos no incluidos en la ley por ofertas específicas, fecha próxima de caducidad...) , que si hay descuento los demás clientes tengan las mismas posibilidades para acceder a ese descuento(incluidos descuentos al personal por supuesto).
Etc etc...
Enfín Serafín, a ver quién es capaz de librarse del látigo.

Más paranoias,
Debe haber algún tipo de regulación que de alguna forma nos proteja a los desarrolladores y vendedores de software garante. Digo yo vamos. Si no vaya tela el contrato que habrá que redactar para alquilar o vender el programa, por que se me plantean un montón de escenarios (si nadie puede continuar con la venta/mantenimiento del software) :
1.me quiero jubilar
2.me toca la loteria
3.me quedo manco o me quedotonto de un golpe en la cabeza
4quiero cambiar de profesion
5. La empresa entra en quiebra y tengo que cerrar
Mmmm
No sé si alguien va a querer un software con cláusulas de rescision tan evidentes y además de algún modo debo hacer que deje de funcionar (al menos que no se puedan emitir más facturas)
Para las pequeñas empresas de venta de software, lo veo negro. O se le echa mucho estómago y se tapa uno la nariz sin mirar el futuro.

Gracias por el consejo!

Chilkat me devuelve lo siguiente:

Signature is Invalid
Number of Reference Digests = 2
Reference 1 digest is valid.
Reference 2 digest is valid.

Lo cual me da a entender que efectivamente no estoy firmando bien. No se ya por donde tirar porque mi fichero es practicamente igual que los ficheros de ejemplo :(

Comprobacion del QR
 

Buenas tardes.

El ERP de la empresa tiene una numeración de más de 7 dígitos y en el XSD el dato <NumFactura> admite hasta 20 dígitos;
todo el proceso se realiza correctamente en el entorno de pruebas excepto la comprobación del QR, que muestra el mensaje:

Ya he enviado un email a [email protected] pero aun no me han respondido.

¿Os pasa esto a alguno de vosotros?

Estas usando caracteres en el nunero de factura?
No se pueden enviar caracteres en número de factura. La parte fija( que no sea numeración correlativa) pertenece a la serie.

Correcto algo no está bien. Parece que puede tener que ver con el canonizador.
En el xml usas uno y el firmador espera otro. Comprueba el encabezado del XML.
Comprueba también que no hayas insertado caracteres especiales sin convertirlos a utf8
Como son las vocales con tildes etc..

Solucionado.
El problema lo tenia al generar el QR, que solamente tomaba los 7 ultimos digitos del numero de factura, no el numero completo :confused:

Ah perfecto.
Ten en cyenta también que el codigo devuelto por la frma puede tener caracteres no válidos para el qr con lo cual es necesario que se genere el qr de una forma y el identificador del qr de otra y cada uno con su CR que seran(pueden ser) distintos. Y eso te puede volver loco por que de repente un día no funcione el qr por que tenga, por ejemplo, una barra inclinada en los primeros 13 caracteres de la firma.

¿Y por qué tiene que ser el mismo artículo? No creo que la solución sea enviar dos facturas. Creo yo que lo lógico es que tengas en este caso dos artículos: "Caña en barra" un artículo; "Caña en terraza", otro. Más o menos es lo mismo que si unos amigos te piden tres "tercios" uno de Mahou, otro de Heineken y otro de Cruzcampo. ¿vas a hacer tres facturas separando los "tercios" porque cada uno tiene un precio?

Yo no estoy muy puesto en temas de restauración, pero conozco un caso cercano que el lo trata por familia. Es decir, tiene una familia = terraza y otra familia = local. En la familia terraza le aplica un aumento fijo de 0,1 o 0,2€ por lo que el lo arregla sin poner más artículos en el sistema, simplemente con una familia la cual incrementa a los artículos un pequeño importe para el suplemento de terraza. Lo que también te sirve para la factura o ticket, puesto que puedes detallarlo fácilmente al saber la familia a la que pertenece

alguna respuesta
 

Hola!! Alguien puede decirme como lo hace por favor? O es algo tan tribial que ya deberia saber?:eek::confused:


Muchas gracias y disculpad por la insistencia

Nosotros tampoco usamos todos los tipos.
Hacemos algo similar a lo que haces tú.

E3 -> Operaciones asimiladas a la Exportación
E4 -> Zonas francas / Especial aduanas
E6 -> Otras caussas

Gracias ya me has dado la idea
Al enviar el tbai al final de la descripcion voy a añadir la zona de consumo y listo. Genial. ^\||/

Claves exentas
 

Buenas os dejo un enlace de la diputación de Navarra sobre ejemplos prácticos sobre construcción del fichero SII que es igual que tBai.
Aclara mucho sobre las claves y como hay que construir cada xml dependiendo de la operación.

https://www.navarra.es/NR/rdonlyres/...acticosSII.pdf

gracias
 

Muchas gracias Neftali y Noe277 !


Saludos

Pregunta sobre certificados
 

Primero muchas gracias a todos, estoy muy perdido con el tema de los certificados. Estoy intentando usar el ejemplo de bilbur, firmador.php. Pero no entiendo lo que son y como conseguir lo que denomina $certificadop12 y $clavecertificado.
Gracias!!

Es el path donde tienes alojado el fichero de certificado y la clave de dicho certificado, dicho certificado hay que pedirloen la sede correspondiente, yo la pido aquí(no se si hay otro lugar o forma de pedirlo):
https://www.sede.fnmt.gob.es/certificados
La empresa/persona que emite la factura es la que FIRMA aunque también hay una forma de firmar con un certificado de un tercero si hay un acuerdo legal(mirar normativa)

Yo para entorno de pruebas, gratuitos, los saqué de aquí: https://www.izenpe.eus/iee/es/certif...icketbai.shtml

Cuando ya tire para producción, seguramente los compraré aquí mismo (yo concretamente uso el sello de identidad y no me ha dado ningún problema)

No he mirado precios ni si hay otros más asequibles, lo estudiaré en su momento pero si alguien está mejor informado y puede facilitar la información, bienvenido sea :)

certificados gratuitos que sirven para enviar?
 

Hola Band, podrías concretar un poco más de dónde has sacado certificados gratuitos que funcionen para los entornos de pruebas de TicketBAI?
Todos los que veo tienen un coste, también probé los "Kit de certificados ficticios ..." que ofrecen pero ninguno servía para el envío.

Pregunté a una de las diputaciones y me dijeron que tenía que ser un certificado válido. Por eso no me cuadra lo que comentas. Si puedes aclararlo te lo agradecería mucho.

Gracias

Los descargué de aquí: https://www.izenpe.eus/web_corporati...ificados.shtml

Lo que no me acuerdo es si descargué los de prueba (desarollo) o prueba (producción) pero el que uso yo es el 'sello_entidad_act'

Luego para enviar (uso curl) el trozo de código del certificado es este:

Código Delphi [-]
' --cert-type P12 --cert sello_entidad_act.p12:IZDesa2021 '

Ayuda error Anulación Factura
 

Buenos días, he enviado una factura y me la ha aceptado y registrado )para comprobarlo la he vuelto a mandar y me ha dado el rror de que ya existe...)
El problema es que ahora aquiero anularla.
Lo envio con curl
curl -v --insecure --data-binary "@C:\xxxx\Fact_Anul_156-1-197_20210911_083544.xml.xsig" --cert-type P12 --cert c:\certs\Ciudadano.pfx:xxxxx -H "Content-Type: application/xml;charset=UTF8" -X POST https://tbai-prep.egoitza.gipuzkoa.e...uras/anulacion

Y me devuelve este error:

11-09-2021 10:01:27 01 Rechazado Baztertua 002 Error: El fichero de anulación TicketBAI no cumple el esquema XSD. Detalle del error: cvc-elt.1: Cannot find the declaration of element 'T:AnulaTicketBai'. Errorea: TicketBAI baliogabetze fitxategiak ez du betetzen XSD eskema. Errorearen xehetasuna: cvc-elt.1: Cannot find the declaration of element 'T:AnulaTicketBai'.


He seguido el esquema XSD de anulacion, firmado correctamente con los tres digest valid:

<?xml version="1.0" encoding="UTF-8" ?>
- <T:AnulaTicketBai xmlns:T="http://ticketbai.eus/anulacion" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.w3.org/TR/xmldsig-core/xm...ore-schema.xsd">
- <Cabecera>
<IDVersionTBAI>1.2</IDVersionTBAI>

</Cabecera>


- <IdFactura>
- <Emisor>
<NIF>XXXXXXXXXXX</NIF>
<ApellidosNombreRazonSocial>XXXXXXXXX</ApellidosNombreRazonSocial>
</Emisor>


<CabeceraFactura>
<SerieFactura>F.Simp.156.1</SerieFactura>
<NumFactura>197</NumFactura>
<FechaExpedicionFactura>11-09-2021</FechaExpedicionFactura>
<HoraExpedicionFactura>08:35:44</HoraExpedicionFactura>
</CabeceraFactura>



</IdFactura>

<HuellaTBAI>

<Software>
<LicenciaTBAI>TBAIPRUEBA</LicenciaTBAI>
<EntidadDesarrolladora>
<NIF>ZZZZZZ</NIF>
</EntidadDesarrolladora>
<Nombre>XXXXXX</Nombre>
<Version>1.0.2313</Version>
</Software>
<NumSerieDispositivo>MAC:ZZZZZ</NumSerieDispositivo>
</HuellaTBAI>
<ds:Signature ....... </ds:Signature>
</T:AnulaTicketBai>

.continuo
 

he comprobado el xxsd-xlm
https://www.freeformatter.com/xml-validator-xsd.html
y he arreglado un par de errores
IdFactura por IDFactura y he quitado HoraExpedicion..
Pero sigue dando el mismo error

Me respondo a mi mismo
Cambiado:
<T:AnulaTicketBai xmlns:T="http://ticketbai.eus/anulacion"
Por:
<T:AnulaTicketBai xmlns:T="urn:ticketbai:anulacion"


Por otro lado es curioso que me haya aceptado el de alta de factura sin tener la licencia Software Garante
Pero me rechace la anulacion por no tener la licencia

Factura Rectificativa
 

Por favor, teneis un ejemplo de Factura Rectificativa?

Joder esta norma no la había visto, ahora a retocar medida:
El código QR TicketBAI consiste en un código con formato QR de tamaño mayor o
igual a 30x30 milímetros y menor o igual a 40x40 milímetros.

Cracias por la respuesta Band, he vuelto a probarlo poniendo ese certificado pero nada.

Con Bizkaia no puedo ni comunicarme, me da un error 10054 ConnectionReset:
No se puede escribir datos de en la conexión de transporte: Se ha forzado la interrupción de una conexión existente por el host remoto.
Con Gipuzkoa si comunica y contestan Error: No se ha utilizado certificado de cliente.


En cambio con un certificado real válido no tengo problema. Pero es de persona jurídica y me falta el de persona física, lo solicitaré en la fnmt


Muchas gracias de todos modos

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!

Te envio sin firmar y firmado, he cambiado los datos de cif... que si le pones cifs oks y los vuelves a firmar y enviar funciona perfectamente.
Fijate que temgas bien el encabezado, el orden de los campos y hay muchos errore en los nombres de campos cambiados alguna letra de mayusculas a minusculas...

Cuidado con el envío, porque puedes estar firmando bien pero luego al enviar sin querer estás modificando algo. Cuidado con los caracteres especiales también.

Efectivamente
Que este enviando con Curl y le cambié algún retorno de carro...
El envío con el parámetro binary es importante

Por si hace falta, o alguien tiene dudas, en curl lo hago así y de momento no tengo problemas:

Código Delphi [-]
curlCommand := '--data-binary "@' + path_fichero + '\' + nombre_fichero + '" ' +
    ' --cert-type P12 --cert sello_entidad_act.p12:IZDesa2021 ' + 
    ' -D "' + PATH_CURL + '\header-dump.txt" ' + 
    ' -H "Content-Type: application/xml;charset=UTF-8" ' +  
    ' -H "Accept-Encoding: ''gzip''" ' +
    ' -H "Content-Encoding: ''gzip''" ' +
    ' -X POST ' + url;

(El parámetro -D con el que capturo el header, realmente es innecesario y en un futuro lo quitaré)

Yo si lo uso para comprobar que el envío es ok
Una primera comprobación.

Atascado con descuentos
 

Buenas, tengo una duda respecto al importe unitario de las lineas de detalle, ¿Cuando existe descuento, a nivel de línea, el precio unitario debe ir con descuento o sin descuento ?


Gracias y saludos

Hola Menda,
el precio unitario es el pvp, sin descuentos ni impuestos...

Content is not allowed in prolog
 

Hola, he creado el XML con las chillkat y he validado las firmas con las utilidades para verificarlas y en principio estan correctas, pero al enviarlo a Guipuzcoa recibo
Error: El fichero de alta TicketBAI no cumple el esquema XSD. No se ha podido procesar el mensaje. Detalle del error: Content is not allowed in prolog
Creo que este error es debibo a los tag de definicion, yo empleo estos que he copiado de post anteriores y no consigo ver donde he metido la pata.

He validado el XML contra el xsd mediante ttps://www.freeformatter.com/xml-validator-xsd.html y recibo el mismo error, los ficheros de ejemplo que has enviado tambien dan el mismo error al validarlos, no acabo de entender como puede ser que a ti no den error, ¿alguien es capaz de ver donde esta el problema?

Adjunto zip con el xml y el codigo que empleo.

Gracias y saludos

Respecto al que yo genero, veo que sobran cosas...


<?xml version="1.0" encoding="UTF-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision">
<Cabecera>
<IDVersionTBAI>1.2</IDVersionTBAI>
....


prueba de quitar el ds, el xsi y el shemaLocation...

yo no los tengo y me funciona...

Me da el mismo error tanto en el validador como en el servicio ¿?

las otras dos diferencias que veo con el mio son;

- El orden de KeyValue y el X509Data

en el mio....
<ds:KeyInfo>
<ds:X509Data>
...
</ds:X509Data>
<ds:KeyValue>
...
</ds:KeyValue>
</ds:KeyInfo>

en el tuyo

<ds:KeyInfo Id="....">
<ds:KeyValue>
...
</ds:KeyValue>
<ds:X509Data>
...
</ds:X509Data>
</ds:KeyInfo>


- En el nodo ds:Reference tienes un atributo Type que yo no tengo...

Si revisando eso, no te sigue dando error, prueba de firmar con autofirma, a ver si ves alguna otra diferencia....

Gracias

Gracias
Gracias

Serie Simplificada Rectificativa
 

Hola, tengo claro que la serie de las facturas rectificativas tiene que ser diferentes.
Sabeis si se sigue conservando la posibilidad de que la SERIE de la [FACTURA SIMPLIFICADA RECTIFICATIVA], sea la MISMA SERIE que la [FACTURA SIMPLIFICADA NORMAL]?


Buff me ahorraria bastante cambio de código.

Gracias