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

[Sistel]

Empezado por Ramon88

Tengo una pequeña duda, no se si alguno sabrá ayudarme.


Puedo subir unicamente facturas simplificadas?


Yo solamente subiré facturas simplificadas.
Los clientes realizan encargos, dejan dinero a cuenta del producto, y pueden tardar 3 meses en pagarlo.


Por ejemplo:

3 Cobros = 3 facturas simplificadas.
Ahora bien, viene el cliente y anula esa venta por que ya no la quiere.

Que hago? genero 3 ticketBai ANULACION? cada uno haciendo referencia a cada factura simplificada?

Hola Ramon88,

A TicketBAI no le preocupa el tema de cobros o pagos.
Se desentiende de albaranes, recibos, pagos a cuenta y demás documentos intermedios.
Lo único importante para TicketBAI son las facturas.

Y da igual que sean facturas simplificadas o completas.
Mientras no hay factura, no hay nada que concierna a TicketBAI.

Otro tema es que Hacienda se interese si detecta trasiego de dineros sin emisión de facturas (completas o simplificadas, da igual) o que no se facturen suministros de servicios o productos en un cierto plazo de tiempo como mandan las normativas relativas a facturación.

Por supuesto, si no has emitido una factura, tiene poco sentido que la emitas para anularla a continuación.
Se supone que la anulación es un mecanismo muy restringido y sólo para casos en que ha habido errores en la factura ya emitida (o se ha emitido sin tener que hacerlo porque no se ha realizado la transacción).
Para cualquier otro caso de factura emitida, hay que hacer factura rectificativa.

Saludos

[Ramon88]

Yo entiendo que da lo mismo que declare facturas simplificadas o facturas.
Sinceramente, paso de las facturas rectificativas, me parece un rollo increible. Si una factura da error se supone que no esta subida a hacienda, entonces que la suban de nuevo. La anulación mi idea es subirla para cuando alguien viene con la mercancia y te dice que no la quiere por X motivo. Tienes que devolverle el dinero y crear una anulación, y si la cobré en 3 veces, tengo que crear 3 anulaciones.

[ermendalenda]

Otro tema para los que queráis afinar en fiscalidad, ya que lo que veo venir es que "nuestra hacienda" necesita cash para pagar todo esto del covid,desasttes naturales etc. Es el tema de los autoconsumos, hasta ahora no se metían con cosas pequeñas, si se usa un coche de empresa para uso particular, si te pillas de tu tienda de ropa unos vaqueros, si regalas a los empleados los desayunos que tu produces, etc... . Eso hay que pagar el IVA del costo para que se anule el que te vas a desgravar de las compras. Y ahora van a poder cruzar más fácilmente los datos y además de que usan inteligencia artificial.

[Sistel]

Empezado por Ramon88

Yo entiendo que da lo mismo que declare facturas simplificadas o facturas.
Sinceramente, paso de las facturas rectificativas, me parece un rollo increible. Si una factura da error se supone que no esta subida a hacienda, entonces que la suban de nuevo. La anulación mi idea es subirla para cuando alguien viene con la mercancia y te dice que no la quiere por X motivo. Tienes que devolverle el dinero y crear una anulación, y si la cobré en 3 veces, tengo que crear 3 anulaciones.

Hola Ramon88,

Efectivamente, da lo mismo que las facturas sean simplificadas o completas. Son facturas y punto pelota.
La única ventaja es que las facturas simplificadas pueden ir sin datos del destinatario y sin desglosar IVA, sólo con el texto "IVA incluído").
Aunque si el destinatario lo solicita (por ejemplo, para deducirse gastos) también pueden ir sus datos (en ese caso se llama factura simplificada cualificada y debe tener el desglose de IVAs).
Pero, a cambio, de su simplicidad, las facturas simplificadas tienen un límite de 400€ (para ventas al por menor y algunos otros servicios hasta 3.000€)

Si una factura da error se supone que no esta subida a hacienda, entonces que la suban de nuevo.

La factura está emitida desde el momento en que creas el XML y lo firmas, independientemente de que la imprimas o no y de que la envíes o no a Hacienda.
Recuerda que además las facturas van encadenadas unas a otras porque cada una lleva parte de la firma de la anterior. No se pueden borrar ni saltar.
Ojo: En Gipuzkoa y Álava cada factura emitida deben enviarse nada más emitirse. Y si te retrasas en su envío, Hacienda después puede pedirte explicaciones de por qué has tardado (tienen la fecha, hora, minuto y segundo de su emisión y firma).

Te aconsejo que consultes con un asesor el tema de los cobros anticipados sin emisión de factura (plazos, importes, documentación, ...)
Hacienda lo ve todo ... y cada día más.

Saludos

[unomasmas]

Empezado por Sistel

Hola elcharlie,

Borra eso de "borrar la factura".
Ahora eso es delito muy grave y puedes acabar en busca y captura

Si quieres, di mejor: "anular la factura", que eso sí está permitido y no tiene peligro de cárcel .

Saludos

Yo creo que se refiere a dar margen al usuario. Mientras no la haya imprimido es una factura que no existe. En su sistema puede hacer lo que quiera con ella; incluso borrarla (borrar el registro) porque técnicamente no se ha emitido ¿no? y, por tanto, no puede haber delito

[unomasmas]

Empezado por Ramon88

Tengo una pequeña duda, no se si alguno sabrá ayudarme.


Puedo subir unicamente facturas simplificadas?


Yo solamente subiré facturas simplificadas.
Los clientes realizan encargos, dejan dinero a cuenta del producto, y pueden tardar 3 meses en pagarlo.


Por ejemplo:

3 Cobros = 3 facturas simplificadas.
Ahora bien, viene el cliente y anula esa venta por que ya no la quiere.

Que hago? genero 3 ticketBai ANULACION? cada uno haciendo referencia a cada factura simplificada?

O tres rectificativas. No creo que a Hacienda le importe una cosa u otra. A fin de cuentas, el resultado es el mismo ¿no?

Me apuré al responder y es una respuesta "torpe". Me quedo con la explicación de Sistel

Empezado por Sistel

Hola Ramon88,

A TicketBAI no le preocupa el tema de cobros o pagos.
Se desentiende de albaranes, recibos, pagos a cuenta y demás documentos intermedios.
Lo único importante para TicketBAI son las facturas.

Y da igual que sean facturas simplificadas o completas.
Mientras no hay factura, no hay nada que concierna a TicketBAI.

Otro tema es que Hacienda se interese si detecta trasiego de dineros sin emisión de facturas (completas o simplificadas, da igual) o que no se facturen suministros de servicios o productos en un cierto plazo de tiempo como mandan las normativas relativas a facturación.

Por supuesto, si no has emitido una factura, tiene poco sentido que la emitas para anularla a continuación.
Se supone que la anulación es un mecanismo muy restringido y sólo para casos en que ha habido errores en la factura ya emitida (o se ha emitido sin tener que hacerlo porque no se ha realizado la transacción).
Para cualquier otro caso de factura emitida, hay que hacer factura rectificativa.

Saludos

[Sistel]

Empezado por unomasmas

Yo creo que se refiere a dar margen al usuario. Mientras no la haya imprimido es una factura que no existe. En su sistema puede hacer lo que quiera con ella; incluso borrarla (borrar el registro) porque técnicamente no se ha emitido ¿no? y, por tanto, no puede haber delito

Hola unomasmas,

No estoy muy de acuerdo en que se pueda hacer lo que se quiera en su sistema.
Ahora ya no.
Mañana, 11 de octubre de 2021 entra en vigor la nueva Ley General Tributaria:
https://www.agenciatributaria.es/AEA...mentario.shtml
Ya no se pueden tener softwares con doble contabilidad o contabilidad "B".
Tampoco la alteración o borrado de registros de temas contables.

Y, por supuesto, para hacer cumplir la Ley, Hacienda necesitará ejecutar acciones ejemplarizantes contra alguna empresa o negocio (y sus informáticos responsables de dicho software).
Ya no se lleva lo de quemar en la plaza pública, pero seguro que habrá castigos ejemplares a los que se dará bombo y platillo en la prensa para sembrar el pánico de los posibles infractores.

Hay que estar preparado para ello.
Yo no me fió lo más mínimo de Hacienda, pero tampoco de los clientes "listillos" que siempre buscarán manipular el software o los registros de facturas a su favor.
Por eso mi servicio de TicketBAI es online y sin que los clientes puedan tocar nada del software ni alterar las facturas, porque están en un servidor mío al que no tienen acceso.
Toda medida de seguridad, en ese sentido, me parece poca.

Saludos

[espinete]

Buenos días...

Estoy intentando enviar a Álava y me devuelve...

Factura a dar de alta o subsanar ya registrada en el sistema.

El problema es que no soy consciente de haber enviado nada nunca a Álava. No sé cómo es posible que ya exista esa factura registrada.

Pero pongamos que sí, que la envié hace meses y milagrosamente se envió sin ningún problema (cosa que dudo porque hasta hace unos días no conseguí enviar nunca a Gipuzkoa),

¿Qué se hace en este caso si no hay manera de consultar las facturas ya registradas? Si fuera posible consultar facturas (como Bizkaia), podría saber si realmente llegué a enviar esas facturas y qué firma tenía, para poder continuar con los envíos.
Pero si no... ¿cómo sé qué facturas he enviado y cómo obtengo la firma de la anterior?

El problema es que si pruebo a enviar la siguiente, me devuelve:

AVISO: Falta dato o el dato es erróneo [Firma Factura Anterior]

Que obviamente no tengo, porque en ningún sitio me consta como enviada.

¿No existe ningún servicio online para ver las facturas enviadas en el entorno de pruebas? No solo con Araba sino con Gipuzkoa, ya que estamos?

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

Empezado por espinete

Estoy intentando enviar a Álava y me devuelve...

Factura a dar de alta o subsanar ya registrada en el sistema.

El problema es que no soy consciente de haber enviado nada nunca a Álava. No sé cómo es posible que ya exista esa factura registrada.

Para confirmarlo, prueba a enviar indicando una serie "rara" de forma que seguro no hayas enviado nada con ella.

[espinete]

Hola...

Ya he conseguido enviarlas cambiando la serie. Así me aseguro de que estoy empezando de "cero" y ya puedo registrar en la base de datos las que están enviadas y las que dio error.

Supongo que los errores/avisos tipo "AVISO: NIF emisor no es correcto, no es contribuyente alavés o no está registrado en IAE" son normales, al estar usando NIFs de prueba, y que podemos ignorarlos sin problema.

Por cierto... puedo enviar a Álava sin ningún problema usando NetHTTPClient y el mismo código que NO me funcionaba con Gipuzkoa. Sigue siendo un misterio.
Con Gipuzkoa solo puedo enviar usando idhttp, lo cual me supone un problema ya que idhttp no permite firmar la petición usando los certificados del almacén de certificados. Solo con los archivos directamente.

A ver si descubro algo usando Fiddler, etc.

[espinete]

Os pongo una respuesta que me ha enviada Álava esta mañana, con información:

En estos momento estamos en fase de desarrollo de la Consulta QR cono la de una aplicación web para la consulta de emisores desde la cual podréis consultar la información suministrada y también .

En cuanto se encuentre disponible, lo comunicaremos a través de nuestra página web donde publicaremos la URL correspondiente a dicha consulta en el entorno de Pruebas https://web.araba.eus/es/hacienda/ticketbai

No obstante lo anterior, esperamos tenerlo disponible a lo largo de las próximas semanas.

Y por último, en relación al encadenamiento, tenéis que indicar la última que se envió al sistema, aunque sea de otra serie.

La última parte hace referencia a una duda sobre qué encadenamiento utilizar cuando enviemos una factura de una serie (por ejemplo, B), aunque la factura anterior enviada haya sido de la seria "A".

Es decir, si el cliente tiene dos series de facturación, A y B, con numeraciones distintas, y se envía una factura de la A, luego otra de la B, y luego otra de la A... el encadenamiento tiene que indicar la última factura que se envió, aunque sea de otra serie.

Tenía esa duda y me respondieron, así que lo dejo por aquí por si a alguien más le quita el sueño.

[unomasmas]

Empezado por espinete

Buenos días...

Estoy intentando enviar a Álava y me devuelve...

Factura a dar de alta o subsanar ya registrada en el sistema.

El problema es que no soy consciente de haber enviado nada nunca a Álava. No sé cómo es posible que ya exista esa factura registrada.

Pero pongamos que sí, que la envié hace meses y milagrosamente se envió sin ningún problema (cosa que dudo porque hasta hace unos días no conseguí enviar nunca a Gipuzkoa),

¿Qué se hace en este caso si no hay manera de consultar las facturas ya registradas? Si fuera posible consultar facturas (como Bizkaia), podría saber si realmente llegué a enviar esas facturas y qué firma tenía, para poder continuar con los envíos.
Pero si no... ¿cómo sé qué facturas he enviado y cómo obtengo la firma de la anterior?

El problema es que si pruebo a enviar la siguiente, me devuelve:

AVISO: Falta dato o el dato es erróneo [Firma Factura Anterior]

Que obviamente no tengo, porque en ningún sitio me consta como enviada.

¿No existe ningún servicio online para ver las facturas enviadas en el entorno de pruebas? No solo con Araba sino con Gipuzkoa, ya que estamos?

¿Podría servir el servicio de consulta a través del código QR? En Álava: https://ticketbai.araba.eus/TBAI/QRTBAI

[keys]

Hola a todos.

Que sepais que Bizkaia a puesto en marcha los servidores de producción. Como era de esperar sólo las empresas que estén dadas de alta en bizkaia como contribuyentes pueden enviar.

[espinete]

Empezado por unomasmas

¿Podría servir el servicio de consulta a través del código QR? En Álava: https://ticketbai.araba.eus/TBAI/QRTBAI

No me funciona esa URL, no sé si es temporal, si nunca ha funcionado o si estoy generando mal la URL.

Con Gipuzkoa tampoco me funciona. Siempre me devuelve "No se ha podido determinar el estado de la factura"

[thinkows]

Kaixo,

Zuekin harremanetan jartzen gara jakinarazteko jada irekita dagoela EEELren esparru erreala proba modura. Helburu bikoitza dauka: batetik, zergadunak sistema berriarekin ohitzea; bestetik, softwarea garatzen duten enpresek probak egin ahal izatea sarrera masiboen zerbitzuaren esparru errealaren gainean. Edonola ere, aldi horretan egiten diren oharrak proba gisa erregistratuko dira, eta ez dute zergetan transzendentziarik izango.

Esparru hori 2021eko abenduaren 10ean itxiko da.

Esparru horri buruzko informazio zehatza Batuzen webgunean argitaratuta dago (www.batuz.eus).

Os escribimos para informaros de que ya está abierto el entorno real del LROE en modo pruebas, con el doble objetivo de que, por un lado, las personas contribuyentes se familiaricen con el nuevo sistema, y, por otro lado, las empresas desarrolladoras de software puedan realizar pruebas sobre el entorno real del servicio de entradas masivas. En todo caso, las anotaciones que se realicen durante este periodo se registrarán a modo de prueba y no tendrán trascendencia tributaria.

Este entorno se cerrará el 10 de diciembre de 2021.

La información detallada de este entorno está publicada en la web de Batuz (www.batuz.eus).
Agur bat.

[HerensugeBeltz]

Empezado por espinete

Señor@s... PROBLEMA RESUELTO.

O mejor dicho... motivo descubierto.

El problema está en el proceso de envío con NetHTTPClient1. Si utilizo idhttp1, no hay ningún problema y la factura se envía sin problemas, sin cambiar NADA en el proceso de creación del archivo, firma, etc.

Gracias iMia por sugerir el envío con idhttp1. La verdad es que estaba (estábamos) enfocados en que el problema no estaba ahí, sino en la generación del XML o en la firma.

Dado que usas los componentes SecureBlackBox 2020, no sería más sencillo usarlos también para el envío?
Ejemplo en C++ Builder:

  sbxHTTPClient1->ClientCertHandle[0]= sbxCertStore->CertHandle[m_ndxCertificadoSeleccionado];
  // Cargo el fichero como un array de bytes. Con otros métodos se desvirtuaba el
  // contenido y el envío fallaba.
  DynamicArray<byte> cnt;
  std::unique_ptr<TFileStream> fs(new TFileStream(XMLOrigen,	fmOpenRead));
  cnt.Length= fs->Size;
  fs->Read(cnt, 0, cnt.Length);

  bool resul(true);
  try
  {
    sbxHTTPClient1->TLSAutoValidateCertificates= true; //== 02/07/21. Añadido
    sbxHTTPClient1->TLSVersions= TsbxConstants::csbTLS12;
    sbxHTTPClient1->ReqParamsContentType= L"application/xml;charset=UTF-8";
    sbxHTTPClient1->ReqParamsAcceptCharset= L"UTF-8";
    sbxHTTPClient1->ReqParamsAccept= L"*/*";
    sbxHTTPClient1->ReqParamsHTTPVersion= TsbxHTTPClientReqParamsHTTPVersions::chvHTTP11;
    sbxHTTPClient1->TLSRenegotiationAttackPreventionMode= TsbxHTTPClientTLSRenegotiationAttackPreventionModes::crapmAuto;
    sbxHTTPClient1->Config(L"UseSystemCertificates=true"); 

    sbxHTTPClient1->PostBytes(endPoint, cnt);
  }
  catch (Exception &e)
  {
    codigoError= -6;
    err= L"Error en el envío de la factura XML.\r\n"+ e.Message + L"\r\n" +
      sbxHTTPClient1->ReasonPhrase;
    resul= false;
  }

[Ramon88]

Bueno, pues esta mañana muy amablemente me han llamado desde Hacienda de gipuzkoa, dudas resueltas, generaré facturas simplificadas y ellos quieren rectificativas, pero yo cuando anulo una venta es por que la operación no se lleva a cabo, por lo que puedo generar anulación.

Alava creo que es igual que gipuzkoa por que he probado a enviar y me funciona todo, lo único que no he probado es el QR pero ya vi que tenia algun cambio.

Ahora voy con Bizkaia, y me están entrando tics nerviosos viendo la documentación, esto no tiene nada que ver a las demás?
Alguien puede resumirme un poco? no entiendo nada...

Tengo que generar facturas xml como siempre, y cada cuanto tengo que subirlas comprimidas? y la compresion va en 7z ? donde puedo ver toda esta info? es que he visto en este enlace mucha información, pero son mas de 1000 hojas en total.
https://www.batuz.eus/es/documentacion-tecnica#LROE


Un saludo,

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

Empezado por Ramon88

Alguien puede resumirme un poco? no entiendo nada...

Tengo que generar facturas xml como siempre, y cada cuanto tengo que subirlas comprimidas? y la compresion va en 7z ? donde puedo ver toda esta info? es que he visto en este enlace mucha información, pero son mas de 1000 hojas en total.
https://www.batuz.eus/es/documentacion-tecnica#LROE


Un saludo,

El documento que más te puede servir es este.
Al final, tal y como dices, tienes que generar el fichero de TicketBAI igual que para Guipuzkoa, ese fichero va dentro de un XML, eso lo comprimes y lo envías utilizando una cabecera con varios campos tipo campo/valor.

En el primer mensaje de este hilo tienes bastante información.
Y en este hilo enlaces con referencias a los pasos más importantes.

[ermendalenda]

TBAI-A22222222-131021-lIk4jJXpKKzEE-041

TBAI-A22222222-131021-lIk4jJXpKKzEE-041


Aqui os dejo un pequeño problema que os puede volver locos y dar algún problema con el identificador TBAI al leerlo y copiarlo manualmente o que alguien lo malinterprete y tengais un lio:

Se ven iguales si usas para imprimir por ejemplo;
Tipo de letra System letra ele minúscula > "l" letra i mayúscula >"I"
Tipo de letra Arial letra ele minúscula > "l" letra i mayúscula >"I"

Ok, por ejemplo:
Tipo de letra Verdana letra ele minúscula > "l" letra i mayúscula >"I"



Saludos


Por ejemplo la web de comprobacion de QR de BIZKAIA tiene ese "problemilla"

[espinete]

¿Alguien puede decirme qué ha pasado con los envíos a Bizkaia últimamente? Tras terminar por fin Gipuzkoa y Araba, he vuelto a probar envíos con Bizkaia (antes funcionaba, tanto enviar como anular y consultar) y ahora ya no puedo enviar:

Error sending data: no se pudo resolver el nombre del servidor o su dirección.

Estoy enviando (obviamente en modo pruebas) a _tps :// pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena