![]() |
Cita:
Esta es mi forma de hacerlo con INDY pero en Delphi 2007, tampoco creo que varié mucho. "cuerpo" es el cuerpo del envío, previamente convertido ya a GZIP. "data" son los datos de la empresa a pasar en JSON. "datosCertificado" no es más que un "record" con los datos que necesito del certificado. Observa que no envío "content-length" en la cabecera, lo quité porque si lo mandaba, daba error. Espero que te sirva para encontrar el problema. Código:
function IndyPostBatuz(cuerpo: TMemoryStream; data: string; datosCertificado: TDatosCertificado): IXMLDocument; |
Muchísimas gracias YellowStone
Ahora si que me funciona. Me devuelve un error que puedo leer: eus-bizkaia-n3-identificativo: 113248123 eus-bizkaia-n3-mensaje-respuesta: No se encuentra el certificado del dispositivo dentro del censo de certificados de dispositivo de la DFB. El número de serie del certificado de dispositivo utilizado es: 616ac435f1f8d99862d144d96f27ce32 eus-bizkaia-n3-codigo-respuesta: N3_0000016 eus-bizkaia-n3-numero-registro: eus-bizkaia-n3-tipo-respuesta: Incorrecto Estoy usando el certificado suministrado por ellos, así que les preguntaré. Una vez mas, muchísimas gracias. |
Cita:
Buenas, Keys: Disculpa que suba este mensaje de hace un año. Como hemos empezado a mediados del 2024 con Batuz, no nos había pasado esto hasta ahora. Cliente que factura a primeros de 2025, fecha de expedición evidentemente 2025, pero fecha de las operaciones 2024. Hemos mandado 2024 como ejercicio, pero nos da el error B4_2000017 que dice que la fecha de expedición debe corresponder con el ejercicio del libro. ¿Opinas que esto es correcto? Las operaciones deben tenerse en cuenta para el IVA del último trimestre del ejercicio 2024. Aunque ponga 2025 en el ejercicio de la cabecera, supongo que ellos lo tendrán en cuenta para que esas operaciones se contabilicen en 2024, no? |
Cita:
|
Muchas gracias. Ya lo hemos puesto así, entendido. Gracias por el enlace.
|
Zuzendu - Entorno de pruebas
Hola a todos. Estoy haciendo pruebas de enviar ficheros tanto de modificación como de anulación al servicio de Zuzendu y también de anulación al servicio ticketbai. Todas las llamadas las hago a las urls de test de Gipuzkoa.
Estoy realizando las llamadas usando un certificado de dispositivo propio. Este mismo certificado lo estoy usando para el envío de ficheros de alta ticketbai y no tengo ningún problema. Pues bien, tanto Zuzendu como la anulación el error que me devuelve es el mismo: 013 - Falta aceptar el Registro del Dispositivo remitente.... El emisor del mensaje que estoy usando también es el de test: 99999990S CIUDADANO FICTICIO ACTIVO. ¿Podéis indicarme que tipo de certificado tengo que usar? No creo que pueda/deba registrar mi certificado para un emisor de test como es el caso. Muchas gracias de antemano. |
Cita:
|
Cita:
|
Hola a todos,
Tengo un par de clientes a los que les han rechazado algunas facturas en Bizkaia. En Hacienda me dicen que las tengo que volver a enviar por el capítulo 1.2. pero ninguna información ni ejemplo de dónde ni como mandarlo. He visto algún ejemplo del XML de capitulo 1.2 en el foro, pero no sé si debe ir firmado ni como se manda ni si hay que generar e incluir el ticketBAI nuevo. ¿ Alguien tiene algún ejemplo de como mandarlo o sabe dónde puedo encontrar documentación ? Utilizo Delphi 10.2 y chilkat para la firma. Muchas gracias |
Cita:
Cita:
Cuando ocurre algún caso como el que comentas, el cliente introduce manualmente la factura por la web al subcapítulo 1.2 Desconozco si se puede enviar al 1.2 desde programa de forma similar a como enviamos las facturas habitualmente (al 1.1), es posible pero no estoy seguro y tampoco se como hacerlo. No se si alguien lo hace en su programa. Saludos |
Cita:
Aún no me había encontrado con tener que reenviar rechazadas . Yo estaba convencido que podria hacerse manualmente pero en Hacienda no han querido confirmarme que se podia enviar manualmente ni donde (tampoco lo han desmentido). Se dedican a cortar y pegar la FAQ 160 de Batuz que no explica nada de como enviarlo. Saludos, |
Cita:
Mira he encontrado este post con un ejemplo, por lo que veo si que se puede enviar por programa también. https://www.clubdelphi.com/foros/sho...postcount=3832 Si quieres hacerlo desde tu programa puede que te ayude este post. Sino que lo entren a mano por la web de batuz Saludos |
Cita:
Saludos, |
Batuz
Una pregunta. Haber si alguien me puede decir donde esta la información para corregir una facturara enviada a Batuz.
Solo tengo mal la clave de operación pero no se como reenviarla para corregirla. |
Cita:
|
No se si esta pregunta esta ya mas que superada en el foro, pero soy incapaz de encontrar un sitio con todos los XSD para enviar facturas a Verifactu.
La dirección de la AEAT que pone todo el mundo es: https://www.agenciatributaria.es/AEA...racion_y_Siste[/i]mas_VERI_FACTU.html [/i] El unico esquema de envio que hay es: https://prewww2.aeat.es/static_files...ministroLR.xsd Este esquema detalla solo los tipos de alto nivel: ....... <element name="RegFactuSistemaFacturacion"> <complexType> <sequence> <element name="Cabecera" type="sf:CabeceraType"/> <element name="RegistroFactura" type="sfLR:RegistroFacturaType" maxOccurs="1000"/> </sequence> </complexType> </element> <complexType name="RegistroFacturaType"> <annotation> <documentation xml:lang="es">Datos correspondientes a los registros de facturacion</documentation> </annotation> <sequence> <choice> <element ref="sf:RegistroAlta"/> <element ref="sf:RegistroAnulacion"/> </choice> </sequence> </complexType> Cuando se abre este esquema, por ejemplo con XMLNotepad, no se abren los tipo tales como "RegistroAlta", cosa que si ocurría en Ticketbai y Batuz ¿Sabéis como se abren estos esquemas completos, sin ir mirando tipo a tipo? |
Cita:
El formato de este libro es diferente al habitual (240 con software garante). En esta página, en la parte de abajo, tienes documentación técnica. Esto apunta a los esquemas. Y si navegas por esa página, llegas a este fichero zip, que contiene todos los esquemas. Entre ellos los correspondientes al envío "sin SG". ![]() |
Cita:
Gracias, Estaba buscando sofware Garante, sabiendo que así lo hare por ai |
Cita:
Mi experiencia es que Batuz solo admite el envío sin software Garante si es de otra fecha (la clave es nif+factura+fecha) Por tanto, el único camino que he encontrado es enviar la factura, sin SGarante con fecha del dia siguiente, lo cual es un poco chapuza |
Cita:
|
Cita:
Cita:
Esta función sólo se usa si la factura está rechazada en el libro "240 con SG". Para hacer esto, volvemos a generar el XML de la factura (con formato sin SG) y la enviamos. No me consta que tenga que ser con fecha diferente, es más, ahora te pongo un ejemplo y voy a realizar esto pasos: 1) Generar la fatura con error (240 con SG). 2) Y reenviarla a los pocos instantes en el libro "240 sin SG", para que la acepten. El primer fichero "240 con SG" sería este (te he cambiado algunos campos por zzzzzzzz): Código PHP:
Esa misma factura yo la he enviado con el libro "240 sin SG" 3 minutos después de la original y me la han aceptado, con este fichero: Código PHP:
|
La primera se envía en el capítulo 1.1 (240 con SG), la rechazan, generas el nuevo XML más simple y la envías con el capítulo 1.2 (240 sin SG).
|
Cita:
¿De donde has sacado el esquema para el subcapitulo 1.1 con TODO el fichero ticketbai desglosado? Hasta ahora, el esquema que conocía del sub-capitulo 1.1 incorporaba como un string el contenido codificado del fichero Ticketbai original. Es algo asi: <lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd"> <Cabecera> <Modelo>240</Modelo> <Capitulo>1</Capitulo> <Subcapitulo>1.1</Subcapitulo> <Operacion>A00</Operacion> <Version>1.0</Version> <Ejercicio>2024</Ejercicio> <ObligadoTributario> <NIF>XXXXXXXX5</NIF> <ApellidosNombreRazonSocial>NNNNNNNNNNNNNNNNNNNNN</ApellidosNombreRazonSocial> </ObligadoTributario> </Cabecera> <FacturasEmitidas> <FacturaEmitida> <TicketBai>CADENA_BASE_64_CON_TICKETBAI_ORIGINAL</TicketBai> </FacturaEmitida> </FacturasEmitidas> </lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion> Pero lo que haces es poner todo el fichero Tickebai entre <Ticketbai>.. </Ticketbai> ¿Esto funciona? ¿Dónde esta este esquema en Batuz? De todas formas el problema aparece cuando el fichero no es rechazado totalmente, sino aceptado con errores o incluso aceptado sin error aunque haya algún fallo. Al intentar subirlo por sub-capitulo 1.2 dice "factura duplicada", salvo que se cambie la fecha de emisión |
Cita:
|
Cita:
|
Cita:
Hola. He decodificado la parte del ticketBAI antes de pegarlo aquí, para que se entendiera mejor. Al enviarlo va codificado como tú dices. Perdón que no lo había comentado. Cita:
Yo creo (como he dicho antes) que sólo puedes usar ese capítulo 1.2 (sin SG) para facturas rechazadas. Las opciones que nosotros tenemos son Rectificativa o anulación de la existente y crear una nueva (dependiendo del caso). |
Cita:
Si, en mi caso, si he corregido el motivo. 1) He generado un error (relacionado con el certificado) y envío (con 240 con SG) 2) Me la han rechazado 3) Lo he corregido 4) Y la he vuelto a enviar (240 sin SG). 5) Me la han aceptado De esa forma he generado los 2 ficheros distintos para que los vieras. |
Cita:
He tenido algún caso similar de factura enviada con clave de régimen de IVA incorrecto (sin haber sido rechazada) Consulté a Batuz y me respondieron que la mejor opción era anularla y volver a emitirla bien. Y como alternativa, que también podía emitir una rectificativa. Saludos |
Batuz
Pero si como es mi caso solo nos hemos equivocado en poner el epígrafe o clave de regimen y el envió es correcto.
¿ Que es mejor sin SG o Rectificativa? No van a volver locos, ya podían todos igual. |
Cita:
|
Cita:
Tanto si se anula como si se hace una rectificativa, cambia la numeración y se supone que hay que reenviarla al cliente final ¿Cómo se explica a nuestro cliente que debe enviar a su cliente final otra factura para substituir una factura correcta y quizás ya pagada? Es una chapuza total, se mire por donde se mire |
Movimientos contables - Batuz
Hola, no sé si a alguien más le ha llegado este mansaje de Batuz. Se trata de la incorporación del modelo de movimientos contables. Alguien ha empezado con ello
-------------------------------- Hola, Dentro del proyecto Batuz, la Hacienda Foral de Bizkaia está desarrollando una nueva aplicación web para confeccionar y presentar la autoliquidación del Impuesto sobre Sociedades. Esta aplicación será la utilizada para los ejercicios iniciados a partir del 1 de enero de 2024, a presentar, para las entidades cuyo ejercicio coincida con el año natural, en el mes de julio de 2025. Esta nueva herramienta, que sustituye al programa de ayuda que se publicaba en ejercicios anteriores, nace con el objetivo de mejorar la calidad de la información recogida en la autoliquidación del impuesto, reorganizar los contenidos para hacer más práctica su utilización y mejorar la visualización y usabilidad, entre otros. En cualquier caso, se ha puesto especial atención en el mantenimiento de todas las funcionalidades y ayudas que tenía el antiguo programa de ayuda. En consecuencia, en la aplicación web del IS se mantienen las siguientes utilidades: 1. Importación de datos contables. 2. Importación de listas (socios/as, administradores/as y representantes legales, participaciones en otras entidades y establecimientos). Mediante este correo, les informamos de que, en el portal de empresas desarrolladoras de software, se ha publicado la información de estas utilidades. Cualquier duda sobre estos documentos podéis remitirla al buzón [email protected] por favor. Un saludo ------------------------------------ |
Cita:
Nosotros no hemos empezado con el capitulo de movimientos contables ya que es para el año que viene. Un Saludo. |
Cita:
Saludos |
Factura Simplificada Cualificada Extranjeros
2 Archivos Adjunto(s)
Hola,
Tengo un problema con un Cliente. Todo ha ido correctamente hasta que han realizado una factura Simplificada Cualificada a un Cliente de Francia. Al realizar la comunicación de esa factura simplificada cualificada (cliente francés) ha dado el siguiente error “B4_2000027 LA FACTURA CONTIENE UN TIPO DE DESGLOSE INCORRECTO. HA DE SER A NIVEL DE OPERACIÓN CUANDO LA FACTURA ES COMPLETA Y, ADEMÁS, EXISTE DESTINATARIO EXTRANJERO (TIPO IDOTRO O QUE SEA NIF QUE EMPIECE POR N) O LA CLAVE DE IVA ES 02.” ¿Se puede hacer una factura simplificada cualificada para un cliente extranjero? En caso afirmativo, ¿Cómo se debería crear el fichero XML para enviarlo a Batuz? NOTA: Tengo otro cliente, un Hotel, que realiza facturas completas y cuando son clientes extranjeros funciona el envío correctamente. Adjunto el fichero XML del envío del Sin Software Garante y la respuesta. Saludos y muchas gracias, Joselu |
Hola a todos.
No se si os esta pasando a vosotros, pero últimamente al mandar facturas a TicketBAI está dando muchos errores de certificados. Como por ejemplo 001 Certificado remitente incorrecto (revocado o no homologado) Error en la respuesta del servidor (200) N3_0000007 No existe un apoderamiento para la pareja de interesado y representante indicada. AVISO: Certificado remitente no válido para emisor factura Luego en un rato lo vuelven a intentar y funciona. Gracias. |
Cita:
A un cliente nuestro también le pasó ayer. Volver a enviar sin cambiar ni una coma y arreglado... raro... |
Cita:
|
Buenas, ¿Sabéis cómo hay que generar el xml para enviar una factura con Inversión de sujeto pasivo?
¿Hay que poner algo en el claveregimenivaoptrascendencia"? o hay que poner algo diferente a "TipoNoExenta"o "TipoExenta"? Gracias |
Apagón y envío a TicketBAI
Hola,
¿estáis teniendo problemas en el envío a TicketBAI Gipuzkoa o soy solo yo? Tenemos muchas facturas con el error: Certificado remitente ausente en la parte cliente, no homologado, revocado o caducado. Curiosamente desde las 2 de la mañana y en el entorno real (en el entorno de pruebas no tenemos este error) |
| La franja horaria es GMT +2. Ahora son las 17:05:40. |
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