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

Hola ermendalenda,

Para esos "pálpitos" tenemos como oráculo oficial a nuestro colega keys :D

Saludos

JAJAJA. No se me da bien adivinar el futuro, solo que a mi me ha llegado. Hay una empresa informática que me lo ha comentado y quería saber si había algo cierto o un bulo. Si nadie más ha oído nada no creo que sea cierto. Creo más bien que se están gestando muchos intereses para que queden pocos desarrolladores de software de facturación. Según tengo entendido en
en Portugal ha sido desastroso para cientos de empresas por que no pudieron o sabieron adaptarse.
Sólo hay que ver muchos negocios como están de arcaicos con sus sistemas de gestión.

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.

Problema número de lineas
 

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?

Yo acabo de probar con una factura y funciona correctamente. Como siempre.

EDITO: Veo que ya lo habéis solucionado.

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

Araba
 

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.

Api...
 

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.

No se si ya lo habéis puesto. Araba ha publicado ya el entorno de pruebas.



https://web.araba.eus/es/hacienda/ticketbai

Cetificados Bizkaia
 

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!

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]

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/)

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...

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....

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');

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.

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

Gracias

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

Servicio no funciona en servidor
 

Buenos días alguien sabe por que me puede funcionar el servicio en local pero cuando instalo la versión en el servidor me devuelve una respuesta vacia todo el rato?