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

[Sistel]

Empezado por ermendalenda

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

Hola ermedalenda,

El tema de que se utilice distinta serie para facturas rectificativas que para facturas normales (independientemente de que sean simplificadas o no) es parte de la normativa del Reglamento de Facturación.
No tiene nada que ver con TicketBAI y a los de TicketBAI ese tema se la suda.

Es parte de las normativas del Reglamento de Facturación que suelen ser un poco "laxas" (Los inspectores de Hacienda no le dan mucha importancia, al igual que al tema de que se sellen las facturas recibidas al dorso y otra larga serie de chuminadas similares)
Sé que hay muchas empresas que no siguen esa regla de separar en distinta serie las facturas normales de las rectificativas (aunque no sea "totalmente" legal ... pero no es una cosa grave)

El mismo tema con emitir facturas simplificadas con importes negativos en lugar de facturas simplificadas rectificativas en el caso de devoluciones en TPVs.
Hay softwares muy sencillos de TPV que no tienen posibilidad de seguir toda la normativa de crear facturas simplificadas rectificativas identificando los datos de la factura a la que rectifican, los datos que rectifican, el tipo de rectificación (total o parcial) y el motivo de la rectificación.
En esos casos lo habitual es generar una factura simplificada con importe negativo y santas pascuas.
Consulté ese caso con TicketBAI y se lavaron las manos (es tema del reglamento de facturación ... y a ellos se la reflanflinfa) .

Saludos

[ermendalenda]

Empezado por Sistel

Hola ermedalenda,

El tema de que se utilice distinta serie para facturas rectificativas que para facturas normales (independientemente de que sean simplificadas o no) es parte de la normativa del Reglamento de Facturación.
No tiene nada que ver con TicketBAI y a los de TicketBAI ese tema se la suda.

Es parte de las normativas del Reglamento de Facturación que suelen ser un poco "laxas" (Los inspectores de Hacienda no le dan mucha importancia, al igual que al tema de que se sellen las facturas recibidas al dorso y otra larga serie de chuminadas similares)
Sé que hay muchas empresas que no siguen esa regla de separar en distinta serie las facturas normales de las rectificativas (aunque no sea "totalmente" legal ... pero no es una cosa grave)

El mismo tema con emitir facturas simplificadas con importes negativos en lugar de facturas simplificadas rectificativas en el caso de devoluciones en TPVs.
Hay softwares muy sencillos de TPV que no tienen posibilidad de seguir toda la normativa de crear facturas simplificadas rectificativas identificando los datos de la factura a la que rectifican, los datos que rectifican, el tipo de rectificación (total o parcial) y el motivo de la rectificación.
En esos casos lo habitual es generar una factura simplificada con importe negativo y santas pascuas.
Consulté ese caso con TicketBAI y se lavaron las manos (es tema del reglamento de facturación ... y a ellos se la reflanflinfa) .

Saludos

Gracias Sistel.
Yo soy de los que no lo tengo preparado para otra serie,
Me preocupa de que mañana las rechace el servidor.

[Sistel]

Empezado por ermendalenda

Me preocupa de que mañana las rechace el servidor.

Hola ermendalenda,

Pienso que cómo nombres las series de facturas es tema tuyo.
(Aunque hay que tratar de cumplir, en lo que se pueda, con el Reglamento de Facturación)
TicketBAI sólo se encarga de recibir las facturas que le envíes, comprobar que tengan datos correctos, que vayan encadenadas y firmadas.
Con eso controlan el posible fraude fiscal en facturación (que es su función).
De la organización de las series de facturas ya te encargas tú.

Saludos

[ermendalenda]

Empezado por Sistel

Hola ermendalenda,

Pienso que cómo nombres las series de facturas es tema tuyo.
(Aunque hay que tratar de cumplir, en lo que se pueda, con el Reglamento de Facturación)
TicketBAI sólo se encarga de recibir las facturas que le envíes, comprobar que tengan datos correctos, que vayan encadenadas y firmadas.
Con eso controlan el posible fraude fiscal en facturación (que es su función).
De la organización de las series de facturas ya te encargas tú.

Saludos

Sí, me imagino. El problema está que si hay un error ahora tienen más facilidad de detectarlo y si llega la inspección y te dice que hay que arreglarla suelen dar unos días. Y esto es como los jueces cada inspector tiene su interpretación y es lo laxo que quiere.
Tengo reunión con el asesor el martes ya os comentaré, aunque creo que el va preguntar a hacienda, no se pilla los dedos.

[ermendalenda]

Hola tengo otro problema.
A lo largo del mes se van generando albaranes que facturaba a final de mes y algunas facturas tienen hasta 10 o 12000 líneas. Os ha surgido?
Hay alguna opción en tbai de agrupación para mandar varias con el mismo número?

[Sistel]

Empezado por ermendalenda

Hola tengo otro problema.
A lo largo del mes se van generando albaranes que facturaba a final de mes y algunas facturas tienen hasta 10 o 12000 líneas. Os ha surgido?
Hay alguna opción en tbai de agrupación para mandar varias con el mismo número?

Hola ermendalenda,

Para Bizkaia no tienes ningún problema, porque los datos de detalles no son obligatorios.
Para Gipuzkoa la cosa cambia.
Tal vez podrías enviar sólo como detalles las líneas correspondientes a la suma de cada uno de los tipos de IVA.
O que cada línea de detalle fuese de un conjunto de albaranes (por ejemplo, por día)
Pero lo mejor es que los chicos de TicletBAI de Gipuzkoa te digan cómo resolver la situación.

Saludos

[ermendalenda]

Empezado por Sistel

Hola ermendalenda,

Para Bizkaia no tienes ningún problema, porque los datos de detalles no son obligatorios.
Para Gipuzkoa la cosa cambia.
Tal vez podrías enviar sólo como detalles las líneas correspondientes a la suma de cada uno de los tipos de IVA.
O que cada línea de detalle fuese de un conjunto de albaranes (por ejemplo, por día)
Pero lo mejor es que los chicos de TicletBAI de Gipuzkoa te digan cómo resolver la situación.

Saludos

Sí eso haré, se van a aburrir de tantas consultas de dudas que tengo.

Gracias

[DemonAscun]

Para los que estáis ociosos... sabéis que Araba ya publicó su guía del entorno de pruebas? Todos a lanzar Ticketbais contra la agencia foral de Araba...jajaja... espero que vaya más rápido que Guipuzkoa.

[Ramon88]

Alguien conoce Binovo ??
Tienen una API que funciona con JSON.



Estoy de reunión con ellos y aseguran que Álava va a funcionar exactamente igual que guipuzkoa.

[ermendalenda]

Empezado por Ramon88

Alguien conoce Binovo ??
Tienen una API que funciona con JSON.



Estoy de reunión con ellos y aseguran que Álava va a funcionar exactamente igual que guipuzkoa.

Sí, parecen serios, estarás tratando con Juanjo.
Su Api arranca sobre un contenedor Docker (para ello necesitaras unos requisitos mínimos de sistema, memoria suficiente, S.O windows 10, linux..) le mandas la info en JSON (creo que admitenotros formatos) y te devuelven la imagen Qr, el identificador Qr y la api se encarga del control del envio.
Buena Solución si no te quieres pringar demasiado a un coste razonable y te olvidas de las actualizaciones que te haran/daran ellos mientras tengas el mantenimiento.

A mi me gusta tener el toro por los cuernos pero no descarto, si se me complica, poner la api de ellos.

[Ramon88]

Empezado por ermendalenda

Sí, parecen serios, estarás tratando con Juanjo.
Su Api arranca sobre un contenedor Docker (para ello necesitaras unos requisitos mínimos de sistema, memoria suficiente, S.O windows 10, linux..) le mandas la info en JSON (creo que admitenotros formatos) y te devuelven la imagen Qr, el identificador Qr y la api se encarga del control del envio.
Buena Solución si no te quieres pringar demasiado a un coste razonable y te olvidas de las actualizaciones que te haran/daran ellos mientras tengas el mantenimiento.

A mi me gusta tener el toro por los cuernos pero no descarto, si se me complica, poner la api de ellos.

No me ha parecido muy economico, por no decir nada...

Vamos por ese dinero tengo un trabajador haciéndolo... Es mi opinión.


El problema de hacerlo es el tiempo que esto implica, que antes me subia bien el XML ahora no, por que? no lo se... es una jodienda de la buenas.

[ion]

Ho!a, Tenemos problemas con los certificados y Batuz.
Para el entorno de pruebas Gipuzkoa usamos un certificado de Dispositivo de Izenpe y no tenemos problemas. Pero con Bizkaia tenemos el error N3_0000016 (No se encuentra el dispositivo dentro del censo de dispositivos de la DFB.). En principio hemos dado de alta nuestro certificado en Bizkaia (usando la Comunicación de certificados de dispositivos (Batuz - TicketBAI)).
Alguien ha tenido e mismo problema? Como lo podemos solucionar?
Gracias!

[iMia]

Empezado por ion

Ho!a, Tenemos problemas con los certificados y Batuz.
Para el entorno de pruebas Gipuzkoa usamos un certificado de Dispositivo de Izenpe y no tenemos problemas. Pero con Bizkaia tenemos el error N3_0000016 (No se encuentra el dispositivo dentro del censo de dispositivos de la DFB.). En principio hemos dado de alta nuestro certificado en Bizkaia (usando la Comunicación de certificados de dispositivos (Batuz - TicketBAI)).
Alguien ha tenido e mismo problema? Como lo podemos solucionar?
Gracias!

Seguramente es lo que me pasa a mi en Gipuzkoa. me sale el 012 , que en Gipuzkoa es: Aviso: Error en verificación alta-inscripción software TicketBAI: el software no está registrado. y en Araba es 012 AVISO: Dispositivo de facturación remitente no registrado.
Se lo he consultado y me han dicho que estoy utilizando un código de registro TBAI de la Aplicación definitivo en el entorno de pruebas. y que aunque es el mismo código el mensaje de error es diferente....
Yo diria que por lo que parece tu caso es muy parecido, puede que estés utilizando un registro de pruebas en Gipuzkoa que no vale para el entorno de pruebas de Bizcaya...
prueba eso a ver como va...

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

Empezado por DemonAscun

Para los que estáis ociosos... sabéis que Araba ya publicó su guía del entorno de pruebas? Todos a lanzar Ticketbais contra la agencia foral de Araba...jajaja... espero que vaya más rápido que Guipuzkoa.

Gracias [DemonAscun].
Los primeros PDF's para descarga están aquí: https://web.araba.eus/es/hacienda/ticketbai (también el el FTP del foro con el resto de documentación)

Actualizo el primer mensaje del foro, con los datos.
Y los mails de consulta:
- Consultas tributarias: [email protected]
- Consultas técnicas: [email protected]

[keys]

Hola a todos.

Una pregunta para los que estais haciendo esto con Delphi y firmando con SecureBlackBox.

Me he dado cuenta que cada hacienda esta pidiendo un hash distinto, y siempre estoy poniendo el mismo (Bizkaia), hasta ahora gipuzkoa y bizkaia lo estan admitiendo sin problemas, pero me gustaria poner el de cada hacienda.

Recuerdo que desde el soporte de secureblackbox me digeron que pusiera esto a la hora de firmar.

Config('SigPolicyHash=' + '42ECE7F7CC773CC6D21F06D4CDA8F97F928EA621F4BBC6EF9B06DB6CD90EF44B');

Que es el hash de bizkaia en hexadecimal.

¿Que estáis poniendo vosotros? o hay alguna forma de pasar el hash que proporciona hacienda a el correspondiente de los componentes.

Y ya que estamos donde estáis poniendo el identificador de cada hacienda (https://ticketbai.araba.eus/tbai/sinadura/)

[keys]

Empezado por keys

Hola a todos.

Una pregunta para los que estais haciendo esto con Delphi y firmando con SecureBlackBox.

Me he dado cuenta que cada hacienda esta pidiendo un hash distinto, y siempre estoy poniendo el mismo (Bizkaia), hasta ahora gipuzkoa y bizkaia lo estan admitiendo sin problemas, pero me gustaria poner el de cada hacienda.

Recuerdo que desde el soporte de secureblackbox me digeron que pusiera esto a la hora de firmar.

Config('SigPolicyHash=' + '42ECE7F7CC773CC6D21F06D4CDA8F97F928EA621F4BBC6EF9B06DB6CD90EF44B');

Que es el hash de bizkaia en hexadecimal.

¿Que estáis poniendo vosotros? o hay alguna forma de pasar el hash que proporciona hacienda a el correspondiente de los componentes.

Y ya que estamos donde estáis poniendo el identificador de cada hacienda (https://ticketbai.araba.eus/tbai/sinadura/)

Ma autorespondo. Hay que pasar el valor que nos propociona hacienda que esta en Base64 a hexadecimal. Los valores de cada hacienda son

Código Delphi [-]
  { case Hacienda of
    PROVBIZKAIA : .Config('SigPolicyHash=' + '42ECE7F7CC773CC6D21F06D4CDA8F97F928EA621F4BBC6EF9B06DB6CD90EF44B');
    PROVGIPUZKOA : Config('SigPolicyHash=' + 'E8DACA026EB4A3BBBAD85510C3365EC36E2B6B6BDEF4F4506300B6D4033A227D');
    PROVALAVA : Config('SigPolicyHash=' + '88E82F917EFFC8720345188FCBF2D84345149FB415F3FD750F50456ECF3232E4');
  end;}

El identificador de cada hacienda hay que ponerlo en Config('SigPolicyID=' + ''https://www.gipuzkoa.eus/ticketbai/sinadura');

[juramisa]

Buenos días

Empezado por keys

Hola a todos.

Una pregunta para los que estais haciendo esto con Delphi y firmando con SecureBlackBox.

Me he dado cuenta que cada hacienda esta pidiendo un hash distinto, y siempre estoy poniendo el mismo (Bizkaia), hasta ahora gipuzkoa y bizkaia lo estan admitiendo sin problemas, pero me gustaria poner el de cada hacienda.

Recuerdo que desde el soporte de secureblackbox me digeron que pusiera esto a la hora de firmar.

Config('SigPolicyHash=' + '42ECE7F7CC773CC6D21F06D4CDA8F97F928EA621F4BBC6EF9B06DB6CD90EF44B');

Que es el hash de bizkaia en hexadecimal.

¿Que estáis poniendo vosotros? o hay alguna forma de pasar el hash que proporciona hacienda a el correspondiente de los componentes.

Y ya que estamos donde estáis poniendo el identificador de cada hacienda (https://ticketbai.araba.eus/tbai/sinadura/)

Yo estoy mandando lo que corresponde a cada hacienda. Lo tengo en un INI.

[SignaturePolicyIdentifier]
SigPolicyID=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
SigPolicyHash=42ECE7F7CC773CC6D21F06D4CDA8F97F928EA621F4BBC6EF9B06DB6CD90EF44B
SigPolicyHashAlgorithm=SHA256
SigPolicyURI=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf

[GISignaturePolicyIdentifier]
SigPolicyID=https://www.gipuzkoa.eus/ticketbai/sinadura
SigPolicyHash=E8DACA026EB4A3BBBAD85510C3365EC36E2B6B6BDEF4F4506300B6D4033A227D
SigPolicyHashAlgorithm=SHA256
SigPolicyURI=https://www.gipuzkoa.eus/ticketbai/sinadura


[ALSignaturePolicyIdentifier]
SigPolicyID=https://ticketbai.araba.eus/tbai/sinadura/
SigPolicyHash=88E82F917EFFC8720345188FCBF2D84345149FB415F3FD750F50456ECF3232E4
SigPolicyHashAlgorithm=SHA256
SigPolicyURI=https://ticketbai.araba.eus/tbai/sinadura/

De todas formas ha Gipuzkoa no consigo realizar el envío. Yo creo que ni conecto. En cuanto pueda os pediré ayuda a ver que hago mal.

[iMia]

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

Gracias [DemonAscun].
Los primeros PDF's para descarga están aquí: https://web.araba.eus/es/hacienda/ticketbai (también el el FTP del foro con el resto de documentación)

Actualizo el primer mensaje del foro, con los datos.
Y los mails de consulta:
- Consultas tributarias: [email protected]
- Consultas técnicas: [email protected]

Gracias Germán.

Una pregunta la vuelo para todos... he mirado todas las direcciones de envío, estan publicadas solo las de pruebas... pero no las de producción...
Ya tengo la aplicación modificada y funcionando y apunto de distribuir a los clientes... Tengo una tabla de Administraciones TBAI ¿¿tengo que dejar que el usuario final pueda editar la dirección de envío para cuando salgan las definitivas??
por que no voy a hacer otra distribución cuando salgan las definitivas....

[ermendalenda]

Empezado por iMia

Gracias Germán.

Una pregunta la vuelo para todos... he mirado todas las direcciones de envío, estan publicadas solo las de pruebas... pero no las de producción...
Ya tengo la aplicación modificada y funcionando y apunto de distribuir a los clientes... Tengo una tabla de Administraciones TBAI ¿¿tengo que dejar que el usuario final pueda editar la dirección de envío para cuando salgan las definitivas??
por que no voy a hacer otra distribución cuando salgan las definitivas....

Yo estoy parametrizando y guardando los parametros en ficheros encriptados y reemplazables, y un botón de actualización que se descargue ese fichero.

Salludos

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

Empezado por iMia

Una pregunta la vuelo para todos... he mirado todas las direcciones de envío, estan publicadas solo las de pruebas... pero no las de producción...

Algunas de producción sí están publicadas.

Empezado por iMia

¿¿tengo que dejar que el usuario final pueda editar la dirección de envío para cuando salgan las definitivas??
por que no voy a hacer otra distribución cuando salgan las definitivas....

Nosotros sólo dejamos que el usuario pase de PREPRODUCCION a PRODUCCIÓN.
Y una vez que ha subido 1 factura a PRODUCCION ya no puede tirar atrás.