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?

Lo mismo estoy espeso, por que es Lunes:confused:, pero no entiendo muy bien que servicio y que respuesta.
La firma, el envio...? como haces ese servicio, faltan datos.

Buenos días

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

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.

Pocos datos.
¿Qué servicio? ¿Qué hare o qué utiliza?
En estos casos lo mejor es utilizar un LOG.

+1
Me he repetido por no leer hasta el final.

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

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.

Gracias Germán.

Tengo esto que he mirado en las recopilacion de la 1a pag. y en la info de cada adminstracion:

Código Delphi [-]


[Araba]
URL_Alta_pruebas=https://pruebas-ticketbai.araba.eus/TicketBAI/v1/facturas/
URL_Anulacion_pruebas=https://pruebas-ticketbai.araba.eus/TicketBAI/v1/anulaciones/
URL_Alta_producccion=***
URL_Anulacion_producccion=***
URL_QR=https://ticketbai.araba.eus/TBAI/QRTBAI
SigPolicyID=https://ticketbai.araba.eus/tbai/sinadura/
SigPolicyHash=iOgvkX7/yHIDRRiPy/LYQ0UUn7QV8/11D1BFbs8yMuQ=
SigPolicyHashAlgorithm=SHA256
SigPolicyURI=https://ticketbai.araba.eus/tbai/sinadura/
[Bizcaya]
URL_Alta_pruebas=https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena
URL_Anulacion_pruebas=https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena  
URL_Alta_producccion=***
URL_Anulacion_producccion=***
URL_QR=https://batuz.eus/QRTBAI/
SigPolicyID=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
SigPolicyHash=Quzn98x3PMbSHwbUzaj5f5KOpiH0u8bvmwbbbNkO9Es=
SigPolicyHashAlgorithm=SHA256
SigPolicyURI=https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_0.pdf
[Gipuzkoa]
URL_Alta_pruebas=https://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta
URL_Anulacion_pruebas=https://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/anulacion
URL_Alta_producccion=https://tbai-z.egoitza.gipuzkoa.eus/sarrerak/alta
URL_Anulacion_producccion=https://tbai-z.egoitza.gipuzkoa.eus/sarrerak/baja
URL_QR=https://tbai.prep.gipuzkoa.eus/qr/
SigPolicyID=https://www.gipuzkoa.eus/ticketbai/sinadura
SigPolicyHash=6NrKAm60o7u62FUQwzZew24ra2ve9PRQYwC21AM6In0=
SigPolicyHashAlgorithm=SHA256
SigPolicyURI=https://www.gipuzkoa.eus/ticketbai/sinadura

No he sabido encontrar las urls de produccion ni de Araba ni de Bizcaia

Primera prueba con Araba...

No funciona ... releo el manual... ah!! TLS v1.1!! lo cambio

2a prueba :confused: ha funcionado!!!

3a prueba pq me ha dado problema con el xml de retorno.. para ver si parseo bien la respuesta y me deberia dar 01, rechazado por duplicado y me da 400 - BAD Request...

miro el primer xml de retorno, de cuando ha funcionado...
no concuerdan 2 campos

Deberia estar en formato dd-mm-yyyy y deveulve yyyy-mm-dd

deberia se alfa de 2 posiciones...

Luego tengo avisos, pero son los normales...
ahora al repetir, solo me da 400 Bad request...

Ese error indica un error en la url de la petición
Comprueba que no haya espacios o algún otro error

Problemas a la hora de conectar con TicketBAI Bizkaia
 

Hola buenas tardes gente!
Soy nuevo en el foro y lo encontré porque yo soy otro más que tiene que integrar TicketBAI para la empresa.
Lo primero de todo gracias por los recursos posteados, que me han servido de mucha ayuda.

Ahora al grano, he intentado conectar con php a través de curl con TicketBai Bizkaia con los ejemplos dados por ellos en la url de alta de facturas.
Pero siempre me da el mismo error y no sé por que sucede eso.

Os dejo el error:
"OpenSSL SSL_read: Connection reset by peer, errno 54"

Código:

Un saludo y gracias de antemano.

No, entre pruebas no he tocado nada de la dirección...:(

Solo se me ocurre eso o que ya no exista el fichero a enviar por que lo muevas o algo así.

Buenas tardes,

A ver si alguien puede ayudarme. Estoy intentando enviar un fichero XML, creado igual que para Bizkaia, pero con las diferencias de Gipuzcoa lo guardado en 'el_fichero_a_enviar', sin comprimir.

A la hora de enviar, yo utilizo HTTPClient de SecureBlackBox, programación en Delphi

Código Delphi [-]
      sbxHTTPClient1.RequestParameters.ContentType := 'application/xml;charset=UTF-8';
      otros_parametros := 'Accept-Encoding: '             + '' + #13#10
                        + 'Content-Encoding: '            + '';
      sbxHTTPClient1.RequestParameters.CustomHeaders := otros_parametros;

      sbxHTTPClient1.PostFile('https://tbai-prep.egoitza.gipuzkoa.eus/WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta', el_fichero_a_enviar);

El componente me dice que la cabecera va con la siguiente información

Pues bien, al enviar da un error 'Connection lost due to error 10058' aparentemente me rechaza y no consigo, por más pruebas y combinaciones que haga al conectar. Podéis indicarme como lo hacéis vosotros, para ver donde me equivoco?

Gracias

Yo trabajo con Delphi pero puede ser el tema de los parámetros de cabecera yo mando lo siguiente

Cabecera preparada:
POST /N3B4000M/aurkezpena HTTP/1.1:
Content-Type: application/octet-stream
Host: pruesarrerak.bizkaia.eus
User-Agent: SecureBlackbox
Accept-Encoding: gzip
Connection: keep-alive
Content-Encoding: gzip
eus-bizkaia-n3-version: 1.0
eus-bizkaia-n3-content-type: application/xml
eus-bizkaia-n3-data: {"con": "LROE", "apa": "1.1", "inte": {"nif": "14XXXXXXA","nrs": "JUANxxxxx","ap1": "xxxxxxx","ap2": "xxxxxx"},"drs": {"mode": "140","ejer": "2021"}}
Content-Length: 6958

Espero te ayude

Parece que la incidencia de la firma con la DFB ya esta solucionada.

Esto me han enviado

Kaixo,

La incidencia con las validaciones de los certificados en la firma de los ficheros TicketBAI ya está solucionada. Perdonad las molestias ocasionadas.

Agur bat.

Buenas.
Lo que yo tengo es:
ALTA: https://tbai-z.egoitza.gipuzkoa.eus/sarrerak/alta
ANULACIÓN: https://tbai-z.egoitza.gipuzkoa.eus/sarrerak/baja

Perdona, que te he respondido con las de Guipuzcoa.
Las de Bizkaia tengo estas:

ALTA y ANULACION: https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena
CONSULTA: https://sarrerak.bizkaia.eus/N3B4001M/kontsulta

En BIZCAIA, según la documentacion (Batuz_LROE_Especificaciones_Envío_Masivo_V1_0_7.pdf):

• La URL base del servicio de entradas para el alta, modificación o anulación es:
  https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena.
• La URL base del servicio de entradas para la consulta es:
  https://sarrerak.bizkaia.eus/N3B4001M/kontsulta.

Y en el documento del entorno de pruebas (Batuz_LROE_Entorno_Pruebas_V1_0_1.pdf):

• La URL del servicio de entradas en el entorno de pruebas es la siguiente:
  https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena

Nos faltaría la de producción de Araba.

Muchas gracias por tu rápida contestación.
La cosa es que incluso sin el uso de cabeceras el error es el mismo.
Es lo que me hace estar perdido.
Ya que la URL la copio directamente del pdf del Envío masivo en el entorno de pruebas otorgado por BATUZ:

Un saludo.

TicketBAI: firma de un XML con SecureBlackBox 2020
 

Hola Juramisa,
Te adjunto el código que uso yo. Los envíos de prueba van bien (es en C++Builder). En mi caso tuve problemas con el método SendFile y tuve que usar PostBytes. XMLOrigen es el fichero XML firmado y grabado en disco.

gracias Germán... lo apuntó JoseLeeTo justo encima...

Lo que también veo es que la UR del QR de Araba no está bien (error 404 y la prueba que me entró ayer, no hay forma de consultarla...) y la url del QR de Guipuzkoa es de pruebas (prep)... tened en cuenta que eso también nos lo cambiaran... :mad: