|
Fallo en Gipuzkoa
Hola a todos!
Desde ayer dia 4 a las 10am aprox, me esta dando timeout el envío de los ficheros a la API de Gipuzkoa, pero Alava me funciona bien. Le pasa a alguno mas? Saludos! |
Cita:
En las estructuras de validación de TicketBAI dice que debe ser el ISO 3166- 1 Alpha-2 codes Tienes la tabla en https://es.wikipedia.org/wiki/ISO_3166-1_alfa-2 Saludos |
Cita:
A mí me funcionaba perfectamente ese día a esa hora y posteriormente también. Saludos |
Estaba haciendo pruebas con Bizkaia, tipo 140 y al enviar el archivo me esta llegando este error 500
Código:
{ |
¿Alguien tiene a mano un fichero de envío y de respuesta para 240 metálico (LROE_PJ_240_6_1_OtraInfoTrascTributaria_ImportesSuperiores6000PercibidosMetalico_AltaModifPeticion_V 1_0_0.xsd)?
Gracias. |
Cita:
Código PHP:
Código PHP:
|
Cita:
Gracias Keys. ^\||/ |
TicketBAI con IGIC (impuesto general indirecto canario)
Hola compañeros. ¿Alguno de vosotros ha emitido TicketBAI con impuestos como IGIC canario o IPSI de Ceuta o Melilla?
Se supone que se debe marcar el nodo <ClaveRegimenIvaOpTrascendencia>08</ClaveRegimenIvaOpTrascendencia> pero el problema que encuentro está en el detalle de impuesto, que no va como el IVA y no hay documentación sobre ello por más que he buscado en cómo declarar ese 7% general similar al IVA. Sólo se habla de marcar la causa en DetalleNoSujeta como <Causa>RL</Causa> e <Importe>[total no sujeto]</Importe> No sé si alguien se ha encontrado con esto y lo ha emitido correctamente. Un saludo |
Cita:
Por lo que yo sé, esos impuestos se usan cuando una empresa es de canarias o de Melilla. Y no es el caso. Otra cosa es que una empresa de ticketbai (Alava, Gipuzkoa, Bizkaia) emita una factura a una empresa canaria. Si es una venta (bienes) se trata de una operación exenta de tipo E2 "exportación 02 en operación" y si es una prestación es una operación no sujeta con causa "RL" tipo 08, pero en ningún caso hay que aplicar un %. Cita:
|
Cita:
Saludos |
Cita:
Cita:
Gracias keys y tejano. Seguiré indagando, a ver según la casuística de cada situación y forma en la que debe construirse. Un saludo |
Enviando un Zuzendu en PRE a Guipúzcoa https://tbai-prep.egoitza.gipuzkoa.e...k/zuzendu-alta me da "HTTP 404 Not Found", os pasa a vosotros también?
Gracias! |
|
Cita:
Ésta es la correcta |
Cita:
|
Cita:
|
Consulta de Facturas
Hola a todos,
¿ Alguien sabe si existe un API de servicio de consulta de facturas enviadas a TicketBAI Guipúzcoa ? Salu2 Edito: Acabo de ver algo PERO parece que sólo es para modo Pruebas. El servicio se llama kontsulta https://www.gipuzkoa.eus/es/web/ogas...on-y-normativa |
Continuidad numeración facturas
Hola, buenas tardes. Alguien ha tenido problemas con la continuidad del numerador de la facturas?, me ha pasado un par de veces que por corte de luz me ha saltado el numerador y no ha grabado la última factura y al volver a introducir los datos ya ha cogido el siguiente número de factura, ha hecho bien el resto pero el numerador ha dado ese salto.
|
Procedimiento
Buenas,
Tengo una duda / problema. Por algún motivo un certificado de equipo esta dando problemas, el caso es que genero el Xml pero no me llega a firmarlo, es un problema de la clave. (parece que lo instalaron mal) Tengo que controlar esta parte pero mi pregunta es que no se que hacer porque no me va a generar el QR al no estar firmado. vamos una jodienda. |
Cita:
Yo en mi caso estoy haciendo que en caso de no poder firmarse o de cualquier otro tipo de error en alguna comprobación (error en cif por ejemplo, número ya generado, guardada una fecha posterior, etc) o proceso devuelva y avise del error en cuestión y no genere los datos. Dejo la factura con su respectiva numeración pero sin los datos TBAI y sin emitir y una vez corregido lo que sea que esté mal sólo hay que volver a intentar generar. |
Cita:
Pero igual si lo meto sin Tbai y tira millas y después que me lo regenere todo en orden. |
Cita:
Si el instalador te lo va a arreglar PRONTO, puedes añadir la frase que indican cuando hay problemas, de que por incidencia no puedes generar el qr... o algo así. Y lo.que tú comentas después que te lo generen en orden y el cliente que te lo solicite puedas darlo con el mismo número de tiquet. La normativa tb indica que debes enviar un correo a la hacienda foral con la incidencia desde cuando la tienes y cuando la arregles otro correo |
Cita:
No es lo mismo emitir facturas a partir de albaranes, tranquilamente, sin prisas, diseñando procesos, con gente de trabajo administrativa, que hacer tickets con QR a través de un TPV y con camareros como usuarios. Esperemos que la cotización del precio del software TPV haya ido en consonancia a los, cada vez mayores, requerimientos, donde el diseño es crucial para poder responder a las mil y una incidencias posibles |
Tengo problemas con guipuzcoa. Os funciona?
|
Buenos días,
Recientemente he cogido el mantenimiento de una aplicación y quieren mirar a desarrollar todo lo del ticket bai para poder ampliarse. Veo muchísima información, he leído algo pero al ver tantos mensajes y tanta información estoy un poco perdido. ¿Por donde me recomiendan empezar o que pasos seguir? Hay algún documento donde se explique todo lo que hay que hacer? He visto los pasos mas o menos y creo que tengo una idea del funcionamiento, pero me gustaría poder guiarme por unos puntos para ir empezando. Es que viendo tanta información, tantos problemas y además de fechas tan antiguas, me agobio un poco, porque me estoy incorporando muy tarde al jaleo. Por cierto, una de las cosas que vi es que el fichero xml hay que firmarlo, esta firma, tiene que ser la firma del cliente verdad? no la firma de la empresa no? Muchas gracias |
Cita:
Yo por orden intentaría lo siguiente: * Crear un fichero de TicketBAI (con los datos de la factura) * Firmarlo con un certificado. * Realizar un envío a Álava/Guipuzcoa (que es el más simple) * Lo siguiente sería realizar un envío a Vizcaya (un poco más complejo) A partir de ahí te quedan muchas cosas por hacer (QR, envío de modificaciones y anulaciones y un montón de libros LROE -de Vizcaya-) |
Cuadre de los descuentos por linea o en pie de factura
En Gipuzkoa tengo los dos errores consecutivos de abajo en la misma respuesta. Estoy cuadrando el descuento por línea con una nueva linea donde se incluye la diferencia, pero claro, no se corresponde.
Me han mandado un .pdf con estos dos temas. La pregunta es ¿ Cómo se debe actuar cuando una linea tiene descuento o bien una factura tiene descuento en pie de factura ? Cita:
|
Bizkaia parece no responder nada
Desde Batuz me dicen que su servidor sí está respondiendo con cabeceras y archivo adjunto. Sin embargo a mí me sale la cadena vacía, tanto para las cabeceras como para el archivo adjunto. Este es mi código:
He probado con file_get_create sin resultados. He seguido las indicaciones dadas aquí: https://www.clubdelphi.com/foros/sho...postcount=2964. Pero tampoco consigo sacar nada del servicio REST. Este es mi código, lo he recortado para que sea lo mínimo posible: Cita:
Cita:
|
Cita:
Es difícil sin más información. |
Ningún error
Nada. Todo a 0 de longitud. Esto es lo que obtengo:
EFFECTIVE_URL: https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena HEADER_SIZE: 442 HTTP_CODE: 200 PRIMARY_IP: 80.245.2.232 PRIMARY_PORT: 443 Nombre del archivo adjunto: ¿Esos 442 pueden ser la respuesta de cabecera? No logro recupararlas. Los parámetros son: Cita:
|
¿Alguien podría indicarme un código en PDP donde se obtenga el archivo adjunto, porque no parece tener ninguno pese a que en Batuz dicen que sí
|
Cita:
Utilizando Cita:
Cita:
|
API ticketbai
Buenas compañeros, acabo de unirme al foro. Qué proveedor recomendáis que dé la API ya hecha?
|
Cita:
Acabo de enviarte mensaje privado. Saludos |
Cita:
Cita:
Cita:
$headers = get_headers('eus-bizkaia-n3-codigo-respuesta'); $headers = get_headers('eus-bizkaia-n3-numero-registro'); $headers = get_headers('eus-bizkaia-n3-tipo-respuesta'); ¿Cual es el sistema que utilizas para obtener el body de la respuesta? |
Facturar ventas directas
Hola.
Tengo una cuestión que no sé si ha sido tratada en el foro. Estoy adaptando el software para un tipo de comercio que también hace ventas directas. Esto es: sin un cliente identificable. Por tanto, no hay nombre de cliente, DNI, etc. En tal caso, ¿alguien sabe cómo hacer la factura TBAI para estas ventas? O sea, ¿qué datos se ponen en el fichero XML? |
Cita:
|
Cita:
Es lo que llaman Factura Simplificada. En el TBAI hay un parámetro para marcarlo y no es obligatorio identificar al cliente. Si a posteriori convierten esas ventas en facturas con los datos del cliente tendrías que relacionar esa nueva factura marcando que sustituye a la simplificada. |
Cita:
Como te han dicho se trata de una factura simplificada o lo lo que habitualmente llamamos un ticket (cuando te tomas un café nadie te pide el DNI) En ese caso es algo como esto: Código:
<?xml version="1.0" encoding="utf-8"?> |
Cita:
Cita:
Cita:
Ok. Muchas gracias a los tres. |
| La franja horaria es GMT +2. Ahora son las 18:18:10. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi