Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Internet (https://www.clubdelphi.com/foros/forumdisplay.php?f=3)
-   -   TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco (https://www.clubdelphi.com/foros/showthread.php?t=94264)

Neftali [Germán.Estévez] 24-10-2024 08:45:45

Cita:

Empezado por keys (Mensaje 558693)
Es como si algo no estuviera dejando salir esa ventana de la clabe. He probado a quitar antivirus, cortafuegos, etc y sigo igual.


Revisa también las últimas actualizaciones de Windows. No es habitual, pero no es descartable.
A ver qué versiones del S.O. tienen esos clientes en concreto...

keys 24-10-2024 08:47:03

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 558694)
Revisa también las últimas actualizaciones de Windows. No es habitual, pero no es descartable.
A ver qué versiones del S.O. tienen esos clientes en concreto...

Tengo uno con windows 10 y otros con windows 11. Si ejecuto como administrador me ocurre lo mismo.

Neftali [Germán.Estévez] 24-10-2024 10:03:11

Cita:

Empezado por keys (Mensaje 558693)
Hasta ahora cuando utilizaban esos certificados a la hora de enviar les salía una ventanita pidiendo la clave del certificado (esa ventana salía sola al hacer el envío con AResponse := componente.Post(Dirección,RequestBody)), ahora cuando hago el post no sale la ventana para pedir la clave y el programa se queda frito, ya que se queda esperando a que termine el proceso.


Ya se que es una tontería, pero también nos ha pasado con algunos clientes. les salía la ventana de pedir contraseña del certificado, se les quedaba detrás de otras ventanas y como tú dices el programa se "congelaba".
No debe ser, pero por si acaso...

keys 24-10-2024 10:14:13

Si eso ya lo había mirado por que me había pasado con alguno. He hecho la prueba de enviar con los componentes de secureblackbox y con estos si me funciona. No se que ha podido pasar que windows no muestre la ventana de la clave con esos certificados.

He mirado si hay alguna manera de pasar la clave del certificado a el componente TnetHttpClient y si no esta en fichero no se puede. Directamente a los almacenados en windows no. Y estos certificados no se pueden exportar a fichero.

YellowStone 24-10-2024 10:16:00

Desde el principio vi que esos certificados de tarjeta iban a ser un dolor de muelas, así que me olvidé de ellos, y a todos nuestros clientes les obligamos a sacar certificados de dispositivo.
Sé que no te ayuda en el problema actual, pero es lo mejor.

keys 24-10-2024 10:17:31

Cita:

Empezado por YellowStone (Mensaje 558706)
Desde el principio vi que esos certificados de tarjeta iban a ser un dolor de muelas, así que me olvidé de ellos, y a todos nuestros clientes les obligamos a sacar certificados de dispositivo.
Sé que no te ayuda en el problema actual, pero es lo mejor.

Eso también lo intentamos nosotros, pero hay clientes que ya tenían comprados estos certificados para acceder a otros modelos de hacienda. :mad:

elcharlie 25-10-2024 08:15:42

Cita:

Empezado por YellowStone (Mensaje 558706)
Desde el principio vi que esos certificados de tarjeta iban a ser un dolor de muelas, así que me olvidé de ellos, y a todos nuestros clientes les obligamos a sacar certificados de dispositivo.
Sé que no te ayuda en el problema actual, pero es lo mejor.

Lo mismo hemos hecho nosotros, pero aun así, algún cliente con tarjeta tenemos.
Si es verdad, que alguna vez la pantalla de la clave se ha quedado detrás, pero siempre ha salido.
Es muchísimo mas lento y engorroso, por eso recomendamos que cambien a certificados de fichero.

MaeseKvothe 30-10-2024 12:44:12

Cita:

Empezado por MaeseKvothe (Mensaje 558142)
Buenas, tengo una duda para Vizcaya.
En este caso es en las facturas recibidas rectificativas.


¿Cómo es la estructura para cuando en la misma factura estás rectificando más de una factura?
Si alguien me puede dejar un XML o algo para verlo me podría ser de gran ayuda.

Un saludo y gracias

Buenas de nuevo y disculpas por el repost pero sigo con la misma duda, si alguien ha tenido que hacerlo me sería de gran ayuda.


Les envié un mail a los de Batuz Vizcaya al respecto pero ni responden. De hecho hoy me han respondido a otra duda sencilla que estaba enviada el 7 de Octubre cuya respuesta era simplemente un código numérico.

YellowStone 30-10-2024 12:58:30

Cita:

Empezado por MaeseKvothe (Mensaje 559049)
Buenas de nuevo y disculpas por el repost pero sigo con la misma duda, si alguien ha tenido que hacerlo me sería de gran ayuda.

Les envié un mail a los de Batuz Vizcaya al respecto pero ni responden. De hecho hoy me han respondido a otra duda sencilla que estaba enviada el 7 de Octubre cuya respuesta era simplemente un código numérico.

Tendrás que repetir el bloque IDFacturaRectificadaSustituida tantas veces como facturas a rectificar haya en la misma factura

Código PHP:

           <FacturasRectificadasSustituidas>
                <
IDFacturaRectificadaSustituida>
                    <
SerieFactura/>
                    <
NumFactura>FAC RECTIFICADA 1</NumFactura>
                    <
FechaExpedicionFactura>02-10-2024</FechaExpedicionFactura>
                </
IDFacturaRectificadaSustituida>
                <
IDFacturaRectificadaSustituida>
                    <
SerieFactura/>
                    <
NumFactura>FAC RECTIFICADA 2</NumFactura>
                    <
FechaExpedicionFactura>03-10-2024</FechaExpedicionFactura>
                </
IDFacturaRectificadaSustituida>
                <
IDFacturaRectificadaSustituida>
                    <
SerieFactura/>
                    <
NumFactura>FAC RECTIFICADA X</NumFactura>
                    <
FechaExpedicionFactura>05-10-2024</FechaExpedicionFactura>
                </
IDFacturaRectificadaSustituida>
            </
FacturasRectificadasSustituidas


YellowStone 11-11-2024 10:23:24

Sólo como curiosidad, ¿recibís semanalmente (y si no mejor) el email de la diputación de Guipuzkoa con los errores detectados en los envíos de los clientes que usan vuestro software? Creo que aunque luego se subsanen / modifiquen, los errores quedan registrados como tales. Los de Álava no me llegan, y los de Bizkaia estamos empezando con Batuz y de momento nada.

rci 11-11-2024 10:30:20

QR Batuz Entorno de pruebas
 
Hola, me he fijado que en Bizkaia la URL para el QR es la misma tanto en el entorno de pruebas como en entorno real https://batuz.eus/QRTBAI/ , a diferencia de Araba y Gipuzkoa que tienen una URL distintas para cada entorno.

Cuando leo un QR de una factura enviada al entorno de pruebas de Batuz, me pide un certificado para identificarme y poder continuar con la comprobación. Si escojo un certificado puedo comprobar si la factura está enviada o no.

Pero la web no indica nada de si es entorno de pruebas o no.

A parte como estas identificado con el certificado, tiene un apartado "Mis facturas" donde aparecen todas las que has comprobado leyendo el QR y se indica su estado (pendiente, presentada, ...) aunque las facturas que compruebe, no sean mías, que no sea yo el destinatario, pero como las he comprobado yo ... :confused:

Veo que las facturas enviadas al entorno de pruebas, aparecen como "factura pendiente de presentación".

Por lo que supongo que esa URL para el QR se refiere solo al entorno real, PERO, al comprobar el QR es como si yo estuviera informando de una factura real que el emisor no ha presentado...

La cual cosa no me gusta:eek:


Alguien sabe algo al respecto?

Muchas gracias

keys 11-11-2024 10:52:45

Cita:

Empezado por rci (Mensaje 559553)
Hola, me he fijado que en Bizkaia la URL para el QR es la misma tanto en el entorno de pruebas como en entorno real https://batuz.eus/QRTBAI/ , a diferencia de Araba y Gipuzkoa que tienen una URL distintas para cada entorno.

Cuando leo un QR de una factura enviada al entorno de pruebas de Batuz, me pide un certificado para identificarme y poder continuar con la comprobación. Si escojo un certificado puedo comprobar si la factura está enviada o no.

Pero la web no indica nada de si es entorno de pruebas o no.

A parte como estas identificado con el certificado, tiene un apartado "Mis facturas" donde aparecen todas las que has comprobado leyendo el QR y se indica su estado (pendiente, presentada, ...) aunque las facturas que compruebe, no sean mías, que no sea yo el destinatario, pero como las he comprobado yo ... :confused:

Veo que las facturas enviadas al entorno de pruebas, aparecen como "factura pendiente de presentación".

Por lo que supongo que esa URL para el QR se refiere solo al entorno real, PERO, al comprobar el QR es como si yo estuviera informando de una factura real que el emisor no ha presentado...

La cual cosa no me gusta:eek:


Alguien sabe algo al respecto?

Muchas gracias

Tienes razón la url es la misma. Por lo que no cuando compruebas una factura que has enviado al entorno de pruebas siempre saldrá "factura pendiente de presentación". Ya que en el entorno de producción no esta presentada. No le veo mas inconveniente.

keys 11-11-2024 10:58:14

Cita:

Empezado por YellowStone (Mensaje 559552)
Sólo como curiosidad, ¿recibís semanalmente (y si no mejor) el email de la diputación de Guipuzkoa con los errores detectados en los envíos de los clientes que usan vuestro software? Creo que aunque luego se subsanen / modifiquen, los errores quedan registrados como tales. Los de Álava no me llegan, y los de Bizkaia estamos empezando con Batuz y de momento nada.

Así es, el objetivo es no llegar a tener avisos, creo que Gipuzkoa además de enviar el informe de errores a los desarrolladores, también lo envían a los clientes afectados, o es lo que quieren acabar haciendo.

Esto en Bizkaia y Alava de momento no existe. Sólo lo esta haciendo Gipuzkoa.

rci 11-11-2024 11:02:03

Cita:

Empezado por keys (Mensaje 559554)
Tienes razón la url es la misma. Por lo que no cuando compruebas una factura que has enviado al entorno de pruebas siempre saldrá "factura pendiente de presentación". Ya que en el entorno de producción no esta presentada. No le veo mas inconveniente.

Muchas gracias keys.

Nuestro programa se puede configurar para enviar las facturas al entorno de pruebas de batuz o al entorno real.
Mientras los usuarios de nuestro programa están en fase de pruebas, para comprobar que todo funciona bien antes de pasar a real, en las facturas aparece el QR y cuando alguien lee ese QR, si se identifica, le aparece la factura en “mis facturas” y como pendiente de envío...

He enviado una consulta a batuz a ver que me dicen

rci 11-11-2024 15:43:20

Cita:

Empezado por rci (Mensaje 559556)
Muchas gracias keys.

Nuestro programa se puede configurar para enviar las facturas al entorno de pruebas de batuz o al entorno real.
Mientras los usuarios de nuestro programa están en fase de pruebas, para comprobar que todo funciona bien antes de pasar a real, en las facturas aparece el QR y cuando alguien lee ese QR, si se identifica, le aparece la factura en “mis facturas” y como pendiente de envío...

He enviado una consulta a batuz a ver que me dicen

He preguntado si hay url de pruebas y si hay alguna transcendencia para el emisor que envía a entorno de pruebas y se lee un QR (del entorno real).
Me han contestado la primera parte desde [email protected] :
Cita:

Kaixo,

La URL que habéis generado para el QR es del entorno real. Esto es correcto ya que, tal y como comentáis, no hay un entorno de pruebas para la generación del QR.

Cuando se accede a la URL que contiene el código QR que se consulta, en pantalla se muestran los datos implícitos que contiene dicho código QR. Es decir, este proceso es independiente de que la factura haya sido recibida por la administración o haya sido rechazada, por lo que no tiene ninguna afección el que se consulte el QR de una factura de prueba. Sin embargo, si una vez accedido a dicha URL se le da al botón “Comprobar”, se accede a la aplicación “Comprueba tu factura” del entorno real, al cual no habéis enviado la factura, razón por la que os muestra el estado “Factura pendiente de presentación”.

Por otro lado, “Mis facturas” es una aplicación destinada a consultar aquellas facturas que se han comprobado a través de “Comprueba tu factura”. La finalidad de la aplicación “Comprueba tu factura” es que el destinatario de dicha factura pueda consultar si ha sido declarada en Hacienda. Como habéis comprobado las facturas de prueba a través de la aplicación “Comprueba tu factura”, es correcto que aparezcan en la aplicación “Mis facturas”. En el caso de que alguna de las facturas se presentara, el estado de la factura cambiaría.
Si el objetivo de utilizar la aplicación “Comprueba tu factura” es el de comprobar si las facturas han sido enviadas y aceptadas por el LROE en el entorno de pruebas, tenéis disponible el servicio web de entradas de consulta.
Con respecto a la pregunta sobre si tiene algún tipo de trascendencia tributaria, por favor, escribid al buzón [email protected].
Agur bat.
Ahora espero la respuesta desde el otro buzón [email protected]
Cuando contesten lo posteo.

Gracias

espinete 18-11-2024 15:18:33

Buenas...

Hacía tiempo que no necesitaba entrar al foro. ¿Alguien tiene un ejemplo de Factura XML para Bizkaia para este caso concreto?

Autónomo (lroe 140), acogido al RE, con productos en la MISMA factura que tienen RE y otros que no, y además, de varios epígrafes también mezclados.

Me estoy volviendo loco con este caso concreto y ya no sé si decirle al cliente que haga dos facturas distintas, una con los productos CON RE y otra con los productos SIN RE. Porque me estoy liando tanto que ya no sé qué hacer.
Ayudaría bastante ver un XML de ejemplo para este caso, pero no encuentro uno igual.

Lo de los diferentes epígrafes en la misma factura da igual porque creo que ya funciona bien. El problema lo tengo con mezclar productos CON y SIN Recargo Equivalencia en la misma factura.
Desde Bizkaia me dicen que hay que marcar cada producto :confused: con "Operaciónenrecargodeequivalenciaorégimen simplificado = S o N" según el producto, y eso es lo que no entiendo.

A ver si alguien entiende mejor a qué se refieren, porque que yo sepa el XML no incluye ningún detalle de productos donde indicar eso.

Un saludo!

rci 19-11-2024 09:50:30

Cita:

Empezado por rci (Mensaje 559578)
He preguntado si hay url de pruebas y si hay alguna transcendencia para el emisor que envía a entorno de pruebas y se lee un QR (del entorno real).
Me han contestado la primera parte desde [email protected] :


Ahora espero la respuesta desde el otro buzón [email protected]
Cuando contesten lo posteo.

Gracias

Ya me contestaron de [email protected] :
Cita:

Kaixo,

Desde noviembre del 2020 está abierto en Bizkaia el entorno de pruebas del LROE en virtud del cual las empresas desarrolladoras de software pueden probar el correcto funcionamiento de sus aplicaciones informáticas mediante el envío de ficheros informáticos con las anotaciones del LROE a la Diputación Foral de Bizkaia. Puede obtener toda la información necesaria en el apartado de documentación técnica de la página web www.batuz.eus. Los datos enviados tendrán exclusivamente el tratamiento de datos de prueba y todas las incidencias relativas a las pruebas se podrán consultar mediante el buzón www.batuz.eus.

Los datos recibidos en este entorno tendrán exclusivamente el tratamiento de datos de prueba, por lo que no tendrán trascendencia tributaria.

La URL del servicio de entradas en el entorno de pruebas para el alta, modificación y anulación es la siguiente: https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena

La URL del servicio de entradas en el entorno de pruebas para las consultas es la siguiente: https://pruesarrerak.bizkaia.eus/N3B4001M/kontsulta

Como sabe, la URL de acceso a la aplicación web de lectura del código QR es la siguiente: https://batuz.eus/QRTBAI/ (con “/” al final para el cálculo del CRC).
Por otro lado, en la siguiente dirección https://pruebatuz.bizkaia.eus/B4PEQR...html?idioma=es dispone de una aplicación para ayudar a las empresas desarrolladoras de software garante TicketBAI a testear los códigos QR que generan sus aplicaciones.
Dicha aplicación, tiene las siguientes características:
- Permite testear códigos QR codificados según la Orden Foral 1482/2020, por la que se regulan las especificaciones normativas y técnicas del software garante.
- Indica si el formato del código QR es correcto. Si existieran errores, indica la causa.
- Relaciona los datos del código QR con la información enviada al entorno de pruebas del LROE.
Me quedo más tranquilo

Muchas gracias!

rci 19-11-2024 10:11:07

Cita:

Empezado por espinete (Mensaje 559836)
Buenas...

Hacía tiempo que no necesitaba entrar al foro. ¿Alguien tiene un ejemplo de Factura XML para Bizkaia para este caso concreto?

Autónomo (lroe 140), acogido al RE, con productos en la MISMA factura que tienen RE y otros que no, y además, de varios epígrafes también mezclados.

Me estoy volviendo loco con este caso concreto y ya no sé si decirle al cliente que haga dos facturas distintas, una con los productos CON RE y otra con los productos SIN RE. Porque me estoy liando tanto que ya no sé qué hacer.
Ayudaría bastante ver un XML de ejemplo para este caso, pero no encuentro uno igual.

Lo de los diferentes epígrafes en la misma factura da igual porque creo que ya funciona bien. El problema lo tengo con mezclar productos CON y SIN Recargo Equivalencia en la misma factura.
Desde Bizkaia me dicen que hay que marcar cada producto :confused: con "Operaciónenrecargodeequivalenciaorégimen simplificado = S o N" según el producto, y eso es lo que no entiendo.

A ver si alguien entiende mejor a qué se refieren, porque que yo sepa el XML no incluye ningún detalle de productos donde indicar eso.

Un saludo!

No tengo ningún ejemplo de este caso y no puedo poner el XML que pides pero creo recordar que si se puede enviar el detalle de todos los artículos, aunque posiblemente en alguna de las haciendas forales no sea obligatorio.
De todas formas esa propiedad no está en el detalle de los artículos sino en el desglose del IVA (DesgloseIVA).

Si no recuerdo mal, nosotros para cada tipo impositivo existente en la factura creamos un bloque de desglose de IVA (DetalleIVAType), en cada uno se informa si es con recargo de equivalencia o no con la propiedad que comentas OperacionEnRecargoDeEquivalenciaORegimenSimplificado

Código:

    // Factura expedida por un contribuyente en régimen de recargo de equivalencia
    detalleIVA.OperacionEnRecargoDeEquivalenciaORegimenSimplificado = SiNoType.S;
    detalleIVA.OperacionEnRecargoDeEquivalenciaORegimenSimplificadoSpecified = true;


keys 20-11-2024 10:15:18

Por si ha alguien le interesa se ha publicado la normativa del capitulo de movimientos contables :eek:

https://www.bizkaia.eus/es/normativa...es-tributarias

rci 20-11-2024 10:37:15

Cita:

Empezado por keys (Mensaje 559927)
Por si ha alguien le interesa se ha publicado la normativa del capitulo de movimientos contables :eek:

https://www.bizkaia.eus/es/normativa...es-tributarias

Gracias keys,
nos afecta en algo a los que enviamos facturas a batuz? no se de que va el tema :confused:

keys 20-11-2024 10:39:57

Cita:

Empezado por rci (Mensaje 559929)
Gracias keys,
nos afecta en algo a los que enviamos facturas a batuz? no se de que va el tema :confused:

Si envías solo facturas emitidas (TICKETBAI) a batuz no creo que te afecte. Esto afecta a los que generamos todo el modelo 240, emitidas, recibidas, etc..... Que además de enviar todo lo que se enviaba ademas hay que enviar toda la contabilidad del ejercicio a hacienda.

rci 20-11-2024 10:47:35

Cita:

Empezado por keys (Mensaje 559931)
Si envías solo facturas emitidas (TICKETBAI) a batuz no creo que te afecte. Esto afecta a los que generamos todo el modelo 240, emitidas, recibidas, etc..... Que ademas de enviar todo lo que se enviaba además hay que enviar toda la contabilidad del ejercicio a hacienda.

Nosotros enviamos solo facturas de compras (recibidas) y facturas de ventas (emitidas).
Supongo que el resto de información lo debe rellenar el asesor de cada obligado tributario.
Gracias de todas formas

Sanduzelai 25-11-2024 09:14:44

TBAI Gipuzkoa
 
Buenos días,
¿os funciona ticketbai Gipuzkoa hoy?

keys 25-11-2024 09:26:44

El entorno de pruebas si. El de producción de momento no nos ha llamada ningún cliente.

Sanduzelai 25-11-2024 09:51:38

Muchas gracias @Keys.
Se nos ha caducado el certificado el fin de semana y no estamos pudiendo contactar con tbai guipuzcoa para enviar las facturas.
Nos extraña el asunto ya que, pensábamos que teníamos un mes de margen con el certificado caducado para seguir enviando.

En las de Álava por ejemplo nos pasa lo mismo, pero sí que nos responde recibida (00): "AVISO: Certificado remitente caducado, debe renovar para próximos envíos"
(que es lo que esperábamos en Guipuzcoa también. Por eso nos extrañaba)

edari 11-12-2024 10:48:01

Buenos días,


Os suena este error al subir una factura en concreto?


Es como si fuera obligatoria ese etiquetga pero estoy perdido


Gracias



<ResultadosValidacion>
<Codigo>002</Codigo>
<Descripcion>El fichero de alta TicketBAI no cumple el esquema XSD - cvc-pattern-valid: Value ' ' is not facet-valid with respect to pattern '(\s*[^\s]\s*)+' for type 'TextMax250ObligatorioType'.</Descripcion>



MaeseKvothe 11-12-2024 10:52:57

Cita:

Empezado por edari (Mensaje 560648)
Buenos días,


Os suena este error al subir una factura en concreto?


Es como si fuera obligatoria ese etiquetga pero estoy perdido


Gracias



<ResultadosValidacion>
<Codigo>002</Codigo>
<Descripcion>El fichero de alta TicketBAI no cumple el esquema XSD - cvc-pattern-valid: Value ' ' is not facet-valid with respect to pattern '(\s*[^\s]\s*)+' for type 'TextMax250ObligatorioType'.</Descripcion>




Sí, estás dejando sin datos un campo obligatorio. Sin ver el XML del envío no se puede saber cual será. Posiblemente sea alguno del encadenamiento o el campo de descripción de la operación que han puesto obligatorio.

Sanduzelai 11-12-2024 10:55:46

Cita:

Empezado por edari (Mensaje 560648)
Buenos días,


Os suena este error al subir una factura en concreto?


Es como si fuera obligatoria ese etiquetga pero estoy perdido


Gracias



<ResultadosValidacion>
<Codigo>002</Codigo>
<Descripcion>El fichero de alta TicketBAI no cumple el esquema XSD - cvc-pattern-valid: Value ' ' is not facet-valid with respect to pattern '(\s*[^\s]\s*)+' for type 'TextMax250ObligatorioType'.</Descripcion>



Lo que te dice es que en alguno de los campos estas poniendo un espacio y no lo acepta por la expresión regular:(\s*[^\s]\s*)
Puede haber espacios al inicio (opcional).
Debe haber al menos un carácter no vacío (obligatorio).
Puede haber espacios al final (opcional).

Maska10 11-12-2024 10:57:16

Cita:

Empezado por edari (Mensaje 560648)
Buenos días,


Os suena este error al subir una factura en concreto?


Es como si fuera obligatoria ese etiquetga pero estoy perdido


Gracias



<ResultadosValidacion>
<Codigo>002</Codigo>
<Descripcion>El fichero de alta TicketBAI no cumple el esquema XSD - cvc-pattern-valid: Value ' ' is not facet-valid with respect to pattern '(\s*[^\s]\s*)+' for type 'TextMax250ObligatorioType'.</Descripcion>



DescripcionFactura o DescripcionDetalle, no puedes ponerle solo un espacio en blanco, hay que darle contenido.

edari 11-12-2024 11:56:48

Cita:

Empezado por Sanduzelai (Mensaje 560651)
Lo que te dice es que en alguno de los campos estas poniendo un espacio y no lo acepta por la expresión regular:(\s*[^\s]\s*)
Puede haber espacios al inicio (opcional).
Debe haber al menos un carácter no vacío (obligatorio).
Puede haber espacios al final (opcional).

Cita:

Empezado por MaeseKvothe (Mensaje 560650)
Sí, estás dejando sin datos un campo obligatorio. Sin ver el XML del envío no se puede saber cual será. Posiblemente sea alguno del encadenamiento o el campo de descripción de la operación que han puesto obligatorio.

Efectivamente era la descripción del detalle, que me habían metido una línea sin artículo y sin nombre- Ya lo he controlado para que en caso de que no graben un texto forzarle yo uno...

Gracias a los dos ^\||/

sEngine 12-12-2024 13:11:21

Una duda que me ha venido estos dias. En Bizkaia hay que enviar tanto las ventas como las compras, eso lo tengo.
Las compras se envian igual que las ventas, en su capitulo / subcapitulo correspondiente, y a parte de eso, se tienen que firmar? No se porque recuerdo haber leído alguna vez que los gastos no se firman, o me estoy liando con otra cosa, porque ahora busco en los documentos y no encuentro nada

Neftali [Germán.Estévez] 12-12-2024 13:50:56

Las compras no se firman.
Uno de ejemplo sería este:

Código PHP:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<lrpjframp:LROEPJ240FacturasRecibidasAltaModifPeticion xmlns:lrpjframp="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_2_FacturasRecibidas_AltaModifPeticion_V1_0_1.xsd">
    <Cabecera>
        <Modelo>240</Modelo>
        <Capitulo>2</Capitulo>
        <Operacion>A00</Operacion>
        <Version>1.0</Version>
        <Ejercicio>2024</Ejercicio>
        <ObligadoTributario>
            <NIF>A11111111H</NIF>
            <ApellidosNombreRazonSocial>XXXXXXXXXXXXXXXXXXXX</ApellidosNombreRazonSocial>
        </ObligadoTributario>
    </Cabecera>
    <FacturasRecibidas>
        <FacturaRecibida>
            <EmisorFacturaRecibida>
                <NIF>B20948212</NIF>
                <ApellidosNombreRazonSocial>AÑOGES SL</ApellidosNombreRazonSocial>
            </EmisorFacturaRecibida>
            <CabeceraFactura>
                <SerieFactura>sf1347</SerieFactura>
                <NumFactura>nf1347</NumFactura>
                <FechaExpedicionFactura>12-12-2024</FechaExpedicionFactura>
                <FechaRecepcion>12-12-2024</FechaRecepcion>
                <TipoFactura>F1</TipoFactura>
            </CabeceraFactura>
            <DatosFactura>
                <DescripcionOperacion>Saco alimentos</DescripcionOperacion>
                <Claves>
                    <IDClave>
                        <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
                    </IDClave>
                </Claves>
                <ImporteTotalFactura>518.58</ImporteTotalFactura>
            </DatosFactura>
            <IVA>
                <DetalleIVA>
                    <CompraBienesCorrientesGastosBienesInversion>C</CompraBienesCorrientesGastosBienesInversion>
                    <InversionSujetoPasivo>N</InversionSujetoPasivo>
                    <BaseImponible>428.58</BaseImponible>
                    <TipoImpositivo>21.00</TipoImpositivo>
                    <CuotaIVASoportada>90.00</CuotaIVASoportada>
                    <CuotaIVADeducible>90.00</CuotaIVADeducible>
                </DetalleIVA>
            </IVA>
            <OtraInformacionTrascendenciaTributaria>
                <FechaRegistroContable>12-12-2024</FechaRegistroContable>
            </OtraInformacionTrascendenciaTributaria>
        </FacturaRecibida>
    </FacturasRecibidas>
</lrpjframp:LROEPJ240FacturasRecibidasAltaModifPeticion>

Y la respuesta obtenida una tal cual esta:

Código PHP:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:LROEPJ240FacturasRecibidasAltaModifRespuesta xmlns:ns2="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_2_FacturasRecibidas_AltaModifRespuesta_V1_0_1.xsd">
  <Cabecera>
    <Modelo>240</Modelo>
    <Capitulo>2</Capitulo>
    <Operacion>A00</Operacion>
    <Version>1.0</Version>
    <Ejercicio>2024</Ejercicio>
    <ObligadoTributario>
      <NIF>A99800286</NIF>
      <ApellidosNombreRazonSocial>XXXXXXXXXXXXXXXXXXXXXXXXX</ApellidosNombreRazonSocial>
    </ObligadoTributario>
  </Cabecera>
  <DatosPresentacion>
    <FechaPresentacion>12-12-2024 13:48:22</FechaPresentacion>
    <NIFPresentador>A11111111H</NIFPresentador>
  </DatosPresentacion>
  <Registros>
    <Registro>
      <IDRecibida>
        <SerieFactura>sf1347</SerieFactura>
        <NumFactura>nf1347</NumFactura>
        <FechaExpedicionFactura>12-12-2024</FechaExpedicionFactura>
        <EmisorFacturaRecibida>
          <NIF>B20948212</NIF>
        </EmisorFacturaRecibida>
      </IDRecibida>
      <SituacionRegistro>
        <EstadoRegistro>Correcto</EstadoRegistro>
      </SituacionRegistro>
    </Registro>
  </Registros>
</ns2:LROEPJ240FacturasRecibidasAltaModifRespuesta>


sEngine 12-12-2024 15:37:50

Vale, eso entonces lo tengo bien. El problema que tengo es si luego envío una venta, no hay firma que coger de la compra.
Lo mejor seria entonces encadenar ventas con ventas, y compras con compras no?

Neftali [Germán.Estévez] 12-12-2024 15:58:02

Cita:

Empezado por sEngine (Mensaje 560702)
Lo mejor seria entonces encadenar ventas con ventas, y compras con compras no?


Fíjate que las compras son simples. No llevan encadenamiento.

sEngine 12-12-2024 18:47:52

Cierto, acabo de verlo.
Gracias, ya lo he solucionado

edari 13-12-2024 12:04:16

Hola de nuevo,

Vuelvo por aquí con algo más serio con una factura subida a Ticket Bai.
No sé porqué una factura se ha generado el xml con la base imponible mal calculada. Obviamente me da error de descuadre entre el total y el sumatorio del detalle. La respuesta de hacienda otras veces para errores parecidos ha sido corregirla mediante una rectificativa.

Parto de la base que en contabilidad de la factura está con sus bases imponibles correctas.
Como puedo generar una rectificativa que solucione el error si cuando la genere me la va calcularla correctamente? Y sobretodo como poder hacer que luego "cuadre" la contabilidad con una factura, la inicial que tengo bien?

Menudo desastre :mad:

rci 27-12-2024 18:22:37

Hola, en Gipuzkoa han publicado las actualizaciones de los listados de validaciones y errores de los ficheros de Alta, Zuzendu subsanar alta y Zuzendu modificar alta.

https://www.gipuzkoa.eus/es/web/ogas...okumentazioa-2

Saludos

thinkows 08-01-2025 10:06:08

Entrono De Pruebas Gipuzcoa
 
Buenos días, el entorno de pruebas de Guipúzcoa lleva al menos desde ayer caído.

Ayer envié aviso y me comentan que desde sistemas están tratando de volver a la normalidad.

Saludos y Feliz Año :)

Toñico 12-01-2025 18:40:16

LROE Bizcaia - Indy HTTP
 
Hola a todos.

Antes que nada pido disculpas si cometo algún error ya que es mi primer mensaje en este foro.

Necesito vuestra ayuda porque estoy bloqueado.

Estoy intentando enviar a Bizcaia un fichero LROE 240 y para ello estoy utilizando Delphi 10.3 Rio y los componentes Indy HTTP y TIdSSLIOHandlerSocketOpenSSL.

El fichero que estoy enviando es un gzip que contiene el xml según la documentación.

El código que estoy usando es el siguiente:

Código:

Código Delphi [-]
        AHttp                       := TIdHTTP.Create(nil);
        IdSSLIOHandlerSocketOpenSSL := TIdSSLIOHandlerSocketOpenSSL.Create(nil);
        try
                try
                        IdSSLIOHandlerSocketOpenSSL.SSLOptions.SSLVersions := [sslvTLSv1_2];
                        IdSSLIOHandlerSocketOpenSSL.SSLOptions.CertFile    := FBaiConfiguration.restServer.certificateFile;
                        IdSSLIOHandlerSocketOpenSSL.SSLOptions.KeyFile    := FBaiConfiguration.restServer.certificateFile;
                        IdSSLIOHandlerSocketOpenSSL.OnGetPassword          := GetPasswordEvent;

                        AHttp.IOHandler              := IdSSLIOHandlerSocketOpenSSL;
                        AHttp.ConnectTimeout        := 5000;
                        AHttp.Request.CustomHeaders.Clear;
                        AHttp.Request.CustomHeaders.AddValue('Accept-Encoding',            'gzip');
                        AHttp.Request.CustomHeaders.AddValue('Content-Encoding',            'gzip');
                        AHttp.Request.CustomHeaders.AddValue('Content-Type',                'octet-stream');
                        AHttp.Request.CustomHeaders.AddValue('Content-Length',              IntToStr(RecoverFileSize(TPath.Combine(FWorkFilePath, Format('LROE_240_1_1_%s.gz',[documentData.document_sid])))));
                        AHttp.Request.CustomHeaders.AddValue('eus-bizkaia-n3-version',      '1.0');
                        AHttp.Request.CustomHeaders.AddValue('eus-bizkaia-n3-content-type', 'application/xml');
                        AHttp.Request.CustomHeaders.AddValue('eus-bizkaia-n3-data',        ComposeJSONBizcaiaData); // El Json está construido según la documentación

                        Try
                                requestBody  := TFileStream.Create(TPath.Combine(FWorkFilePath, Format('LROE_240_1_1_%s.gz',[documentData.document_sid])), fmOpenRead);
                                try
                                        try
                                                responseBody := AHttp.Post(FBaiConfiguration.restServer.urlInsertDocument, requestBody);

                                                if AHttp.ResponseCode = 200 then
                                                Begin
              // Si fuera bien, leería la respuesta
                                                        Result := True;
                                                End;
                                        except
                                                on e: EIdHTTPProtocolException do
                                                begin
                                                        Result := False;
                                                        errorMessage := 'Error: Uploading document failed. ' + IntToStr(AHttp.ResponseCode) + ' - ' + AHttp.response.ResponseText;
                                                end;
                                        end;
                                finally
                                        requestBody.Free;
                                end;
                        Except
                                on e: EIdHTTPProtocolException do
                                begin
                                        Result := False;
                                        errorMessage := 'Error: Uploading document failed. ' + IntToStr(AHttp.ResponseCode) + ' - ' + AHttp.response.ResponseText;
                                end;
                        End;

                except
                        on E: Exception do
                        begin
                                Result := False;
                                errorMessage := 'Error: Uploading document TicketBAI failed.';
                        end;
                end;
        finally
                FreeAndNil(AHttp);
                FreeAndNil(IdSSLIOHandlerSocketOpenSSL);
        end;


Me devuelve siempre error 400 - Bad request

Las cabeceras que le paso creo que están bien. Las vuelco a un fichero para ver que envío y muestra lo siguiente:

Accept-Encoding: gzip
Content-Encoding: gzip
Content-Type: octet-stream
Content-Length: 8532
eus-bizkaia-n3-version: 1.0
eus-bizkaia-n3-content-type: application/xml
eus-bizkaia-n3-data: {"con":"LROE","apa":"1.1","inte":{"nif":"A99800005","nrs":"SOFTWARE GARANTE TICKETBAI PRUEBA"},"drs":{"mode":"240","ejer":"2025"}}

Alguien me puede explicar donde está el problema o algún trozo de código que me pueda ayudar.

Muchas gracias a todos.

Neftali [Germán.Estévez] 13-01-2025 08:47:07

Cita:

Empezado por Toñico (Mensaje 561133)
Estoy intentando enviar a Bizcaia un fichero LROE 240 y para ello estoy utilizando Delphi 10.3 Rio y los componentes Indy HTTP y TIdSSLIOHandlerSocketOpenSSL.


Hola y bienvenido a los foros.
Antes de continuar con tu respuesta, te comentaría que hicieras la prueba con los componentes REST que vienen con Delphi "se serie". Digamos que son más modernos, más sencillos de usar y son los recomendados por Embarcadero (dría que en la versión que tienes ya están disponibles).

De todas formas, tienes bastantes códigos disponibles indexados en el mensaje #2 de este hilo.


Aquí tienes códigos usando los componentes REST:
https://www.clubdelphi.com/foros/sho...&postcount=406

Y aquí algunos con las Indy:
https://www.clubdelphi.com/foros/sho...&postcount=946
https://www.clubdelphi.com/foros/sho...postcount=2300
https://www.clubdelphi.com/foros/sho...postcount=1811


La franja horaria es GMT +2. Ahora son las 17:39:24.

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