FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#2781
|
|||
|
|||
JEJE.
Lo de que coincidan los cifs y que no hayan caducado upongo que ya lo sabes puse una función en php. Para el resto solo hacer una consulta con el Curl que también puse sobre la existencia y correspondencia de un cif y nombre en hacienda(ya que pide que la consulta sea con certificado) y si el certificado es incorrecto, por estar revocado o caducado lo vas a saber. No recuerdo el error. Con eso ya tienes todo controlado previamente al envío de ticket |
#2782
|
|||
|
|||
Cita:
|
#2783
|
|||
|
|||
Cita:
Hay un webservice que te devuelve la hora y fecha de cualquier país. Lo tengo puesto antes de la emisión de cada factura. Lo único que si no hay Internet no hay comprobación |
#2784
|
|||
|
|||
Cita:
Ojo cuando haya que renovarlo, porque normalmente (al menos los certificados normales) al pedir la renovación se revoca el anterior. Y hasta que no tienes instalado el nuevo, estás en un limbo sin certificado válido. Saludos |
#2785
|
|||
|
|||
Que hacer con los bufs/vies que no cumplen
Perdón por el título, puto corrector
*bufs=nifs Me están llegando a los comercios clientes que quieren factura de distintos países y los datos que me aportan no cumplen con los nifs españoles ni con el vies(2 letras del país extranjero) por muchas vueltas que le doy nada, si le añado las 2 letras se salen de los 9 caracteres y además no están en el vies. De verdad que esto es un lío, ahora que le digo al cliente, que no puedo darle factura por que no cumple normativa? Ya lo he comentado con uno y me dijo que esta harto de pedir facturas con ese identificador. Vaya tela, digo yo, tenemos que pelearnos con los clientes?, sin además tenelo ni claro. Si el cliente nos dice que está bien, quien somos nosotros., o al menos eso es lo que piensa el cliente. Última edición por ermendalenda fecha: 14-02-2022 a las 18:31:25. |
#2786
|
|||
|
|||
Cita:
¿Qué tal si en el nodo IDType utilizas el valor 06 (Otro documento probatorio) de la tabla L2 (Tipos de identificación en el país de residencia)? Así ya podrías poner como documento en ID (Número de identificación en el país de residencia) cualquier valor hasta 20 caracteres (da igual que sea el pasaporte, número de seguridad social, carnet de conducir, dni, nif o lo que sea de su país). Por supuesto, esta solución sólo es válida en el caso de que el emisor y el destinatario no tengan que hacer declaración de operaciones intracomunitarias por estas operaciones en su país. Ya me contarás si te vale. Saludos Última edición por Sistel fecha: 14-02-2022 a las 18:44:37. |
#2787
|
|||
|
|||
Esquema de Errores y sus soluciones
Hola, quería preguntaros si existe algún documento en BATUZ que hable de como actuar cuando se ha producido un envío de ficheros XML y algunos han sido rechazados.
Por ejemplo, de 10 ficheros XML enviados todos menos uno han sido aceptados. El envío es PARCIALMENTECORRECTO. Por ejemplo, el error es que el NIF no es correcto (B4_2000001). ¿Qué tendría que realizar? ¿Anular esa factura y crear una nueva? ¿Existe algún documento en el que indique como se deber actuar ante los errores de envío? NOTA: A partir de ahora validaré los NIF antes de generar la factura. Saludo y muchas gracias, Joselu |
#2788
|
|||
|
|||
Cita:
|
#2789
|
|||
|
|||
Cita:
https://generadordni.es/#home En caso de ser ya dni´s en un entorno real. Utiliza algún validador en el lenguaje de programación que estés utilizando y adaptalo a los posibles errores. |
#2790
|
|||
|
|||
Esquema de Errores y sus soluciones
Cita:
Creo que es muy importante conocer la forma de actuar en caso de un posible error de envío. Muchas gracias, Joselu |
#2791
|
|||
|
|||
Cita:
En el caso de Bizkaia (BATUZ), los ficheros XML TicketBAI firmados, de facturas y anulaciones, se envían en el subcapítulo 1.1 (Ingresos con factura con software garante TicketBAI) del modelo 140 (personas físicas) o modelo 240 (personas jurídicas) En el caso de no ser admitido algún fichero TicketBAI de factura por contener errores, se debe presentar en en el capítulo 1.2 (Ingresos con factura sin software garante TicketBAI de los mismos modelos (140 y 240). Saludos |
#2792
|
||||
|
||||
Entorno de pruebas Alaba
Buenos días, el entorno de pruebas de Alaba sigue caído ? ... devuelve 006, soy yo que tengo algún otro problema ??? Hay algún hilo que no he leído ?
Url Alta en pruebas : https://pruebas-ticketbai.araba.eus/...I/v1/facturas/ Gracias. |
#2793
|
|||
|
|||
Cita:
Increible |
#2794
|
||||
|
||||
Cita:
A mi me está pasando lo mismo. URL: https://pruebas-ticketbai.araba.eus/...I/v1/facturas/
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#2795
|
|||
|
|||
Cita:
Dejo la URL del QR de comprobación. https://pruebas-ticketbai.araba.eus/...=250.00&cr=034 |
#2796
|
|||
|
|||
Cita:
Correcto. Gracias por tu respuesta. He visto que en el documento de preguntas frecuentes. La pregunta 160 habla de ello. La adjunto --------------------------------------------------------------------- CATEGORÍA: TicketBAI - Cuestiones comunes Nº PREGUNTA: 160 PREGUNTA: ¿Qué hay que hacer si la anotación del fichero TicketBAI ha sido rechazada al enviarse a Hacienda? RESPUESTA: Si la anotación del fichero TicketBAI (subcapítulo 1.1. del LROE) ha sido rechazada al enviarse a Hacienda por incumplimiento de esquema o de validaciones, debe operarse del siguiente modo: En todo caso, la información de la operación debe remitirse por el capítulo 1.2, superando las correspondientes validaciones. Si hay información que no puede llegar por incumplimiento de las validaciones, debe llegar la información más relevante. • Si hay que modificar alguno de los contenidos de la factura a que se refiere el artículo 15 del Reglamento de facturación: Se deberá generar además una factura rectificativa, generando el fichero TicketBAI correspondiente y remitiendo la información por el subcapítulo 1.1. • Cuando se trate de una operación incorrecta: deberá realizarse además una anulación de la operación original mediante el subcapítulo 1.2. Y, si procede, deberá generarse una nueva factura, generando un fichero TicketBAI y remitiendo la información por el subcapítulo 1.1 --------------------------------------------------------------------- |
#2797
|
||||
|
||||
Pues sigo igual
Cita:
Guipuzkoa y Bizkaia sin problemas !!! Gracias Germán. |
#2798
|
||||
|
||||
Gracias por probar
Cita:
|
#2799
|
|||
|
|||
¿Puedes poner el error que os da en el XML de vuelta?
Ó ¿simplemente no os conecta? |
#2800
|
||||
|
||||
Pruebas Alava
Cita:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?><ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision"><Salida><FechaRecepcion>15-02-2022 18:06:18</FechaRecepcion><Estado>1</Estado><Descripcion>Rechazado</Descripcion><Azalpena>Ezetsia</Azalpena><ResultadosValidacion><Codigo>006</Codigo><Descripcion>El servicio de recepción no está disponible. Repita la operación más tarde</Descripcion><Azalpena>Jasotze zerbitzua ez dago erabilgarri. Errepikatu eragiketa geroago</Azalpena></ResultadosValidacion></Salida></ns2:TicketBaiResponse> Esto ya me pasa con Alava desde la semana pasada y creo que a Sistel está igual que uo. Gracias |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3594 | Hace 3 Semanas 20:44:37 |
Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 10:39:05 |
Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 17:49:53 |
El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 10:22:28 |
Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 10:21:14 |
|