![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
#4341
|
||||
|
||||
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:
__________________
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. Última edición por Neftali [Germán.Estévez] fecha: 06-02-2025 a las 12:56:28. |
#4342
|
||||
|
||||
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).
__________________
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. |
#4343
|
|||
|
|||
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 |
#4344
|
||||
|
||||
Cita:
|
#4345
|
||||
|
||||
Entiendo lo que haces, pero no entiendo que sin corregir el motivo por el que te la rechazan en el 240 "con" SG, te la acepten sin más en el 240 "sin" SG.
|
#4346
|
||||
|
||||
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).
__________________
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. |
#4347
|
||||
|
||||
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.
__________________
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. |
#4348
|
|||
|
|||
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 |
#4349
|
|||
|
|||
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. |
#4350
|
|||
|
|||
Cita:
|
#4351
|
|||
|
|||
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 |
#4352
|
|||
|
|||
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 batuz.zergak@bizkaia.eus por favor. Un saludo ------------------------------------ |
#4353
|
||||
|
||||
Cita:
Nosotros no hemos empezado con el capitulo de movimientos contables ya que es para el año que viene. Un Saludo. |
#4354
|
|||
|
|||
Cita:
Saludos |
#4355
|
|||
|
|||
Factura Simplificada Cualificada Extranjeros
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 |
#4356
|
||||
|
||||
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. |
#4357
|
|||
|
|||
Cita:
A un cliente nuestro también le pasó ayer. Volver a enviar sin cambiar ni una coma y arreglado... raro... |
#4358
|
||||
|
||||
Cita:
![]() |
#4359
|
|||
|
|||
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 |
#4360
|
|||
|
|||
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) |
![]() |
|
|
![]() |
||||
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 | 3706 | Hace 2 Semanas 09:38:43 |
Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 09:39:05 |
Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 16:49:53 |
El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 09:22:28 |
Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 09:21:14 |
![]() |
|