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)

thinkows 28-01-2022 12:37:36

Casino no, lo siguiente
 
Cita:

Empezado por sEngine (Mensaje 545103)
Lo que si que he comprobado que se esta dando de alta. El QR funciona.

Sí,sí yo también.... pero no me fio nada ....:D:D

Gracias.

unomasmas 29-01-2022 10:45:22

Cita:

Empezado por adolphsys (Mensaje 545087)
Hola espinete, si te sirve de ayuda, nosotros usamos la opción 2 "rectificativa por diferencias" en todos los casos.

- Si hay que anular el 100% de una factura de 1200 € => rectificativa por diferencias -1200 € indicando la factura que se rectifica, y que el usuario haga una nueva ordinaria.
- Si hay que rectificar parcialmente una factura emitida => rectificativa por diferencias por el importe correspondiente en positivo o negativo.
- No usamos el servicio "anulación de facturas" porque no puede reenviarse el mismo número de factura a Hacienda.

Sería muy fácil darle a elegir al usuario la opción "sustitución" o "diferencias", pero si ya nos vuelven locos con dudas, si ponemos aún más opciones, más dudas, más llamadas... Además con el SII ya lo estamos haciendo de esta forma y hasta el momento no ha habido incidencias.

Pues no sé pero en Gipuzkoa parece que no tienen intención de seguir tu planteamiento :-(. Esto dicen en su último comunicado sobre el servicio Zuzendu:
Los ficheros recibidos, pero con aviso de errores, deberán ser modificados a través de un fichero de modificación de acuerdo a los requisitos de los servicios Zuzendu o a través del servicio ZuzenduBAI de la Diputación Foral de Gipuzkoa (ubicado en Consulta de Facturas en la sede electrónica), siempre y cuando no se trate de una causa que exija la emisión de una factura rectificativa.
En este último caso, cuando procede emitir una factura rectificativa, para que el computo sea correcto, procedería emitir una factura rectificativa por sustitución y no realizar facturas rectificativas por diferencias, ni realizar abonos previos a la emisión de la factura rectificativa, ya que el registro original no se está teniendo en cuenta para calcular el total de lo facturado.



unomasmas 29-01-2022 11:00:23

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 545102)
Es gracioso que ha enviar la documentación del proyecto le llamen "colaborar con ustedes" :p:p
Ya podían poner... "... para seguir usándoles de conejillos de índias aquí tienen la nueva documentación..."

Mucha cara... Lo peor es que esta "colaboración con nosotros" es para ponerlo en marcha ya (vamos, que es que ya está en marcha, periodo obligatorio) aún tratándose de un descarado cambio de las reglas del juego que, en los más de los casos, supone que tengamos que redirigir la ruta planteada en nuestra estructura del programa (por ejemplo, sobre las facturas que computan y no computan, sobre la necesidad de que las rectificativas sean de sustitución y que no se emitan facturas de abono, sobre la necesidad de emitir anulaciones del servicio Zuzendu -supongo que para poder emitir una nueva modificación a la modificación...-).

ermendalenda 30-01-2022 19:52:32

Cita:

Empezado por unomasmas (Mensaje 545119)
Mucha cara... Lo peor es que esta "colaboración con nosotros" es para ponerlo en marcha ya (vamos, que es que ya está en marcha, periodo obligatorio) aún tratándose de un descarado cambio de las reglas del juego que, en los más de los casos, supone que tengamos que redirigir la ruta planteada en nuestra estructura del programa (por ejemplo, sobre las facturas que computan y no computan, sobre la necesidad de que las rectificativas sean de sustitución y que no se emitan facturas de abono, sobre la necesidad de emitir anulaciones del servicio Zuzendu -supongo que para poder emitir una nueva modificación a la modificación...-).

No me cuadraba esto de las recctificativas y me lo he releido un par de veces, y según leo, creo que las facturas te obligan a que sean de sustitución en casos concretos de facturas, con errores de envio y en las que haya que emitir la factura rectificativa.
saludos

programadorphp7 31-01-2022 09:34:56

Cita:

Empezado por programadorphp7 (Mensaje 545097)
Hola,
A mi me ha dado también el mismo problema, no se si será fallo de ellos o han añadido alguna validación nueva que no estaban realizando y ahora nos mandan este fallo...

Hola, Hoy he probado a enviar los mismos archivos que el viernes me dieron problema y ya ha funcionado bien así que fue algún problema en el sistema de LROE que ya han solucionado

Sistel 31-01-2022 10:53:51

Cita:

Empezado por ermendalenda (Mensaje 545123)
No me cuadraba esto de las recctificativas y me lo he releido un par de veces, y según leo, creo que las facturas te obligan a que sean de sustitución en casos concretos de facturas, con errores de envio y en las que haya que emitir la factura rectificativa.
saludos

Hola ermendalenda,

La verdad es que parece que van complicando el tema de las rectificativas.

Ya de por sí era complicado si elegir rectificativas por sustitución o por diferencias (con sus 2 modalidades: con negativa previa o sin negativa previa) para que, ahora, te obliguen a utilizar una u otra según cada caso.

Y si ya le añadimos el tema de las anulaciones de facturas ... ni te digo.
Hay casos en los que no está nada claro si se debe emitir una rectificativa por sustitución, una rectificativa por diferencias o hacer una anulación y emitir una nueva factura.

Sería suficiente tema para un hilo exclusivo.

Saludos

batuzail 31-01-2022 15:35:24

Envío LROE factura no supera validaciones
 
Hola,
Tengo una factura que en el envío del LROE no me pasa las validaciones, se me ha colado una línea sin importes. Según entiendo tengo que enviarla en el subcapítulo 1.2, pero si aún así no pasa la validaciones, como la envío?


Alguien sabe que puedo hacer?


Gracias

Neftali [Germán.Estévez] 31-01-2022 15:54:40

Cita:

Empezado por batuzail (Mensaje 545129)
Tengo una factura que en el envío del LROE no me pasa las validaciones, se me ha colado una línea sin importes. Según entiendo tengo que enviarla en el subcapítulo 1.2, pero si aún así no pasa la validaciones, como la envío?


¿Qué error te da?
¿Puedes poner el XML de envío y de respuesta?

batuzail 31-01-2022 16:14:30

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 545130)
¿Qué error te da?
¿Puedes poner el XML de envío y de respuesta?


El error es pq para una factura con inversión de sujeto pásivo no estaba pasando el "TipoImpositivo" y "CuotaImpuesto" con 0, no estaba añadiendole en el xml. Yo juraria que eso me funcionó, aunque ya no sé si me funcionó el Araba y Gipuzkoa, como según donde envíes la cosa puede cambiar.
El error que me da es B4_2000049 Tipo impositivo debe venir informado excepto si alguna de las claves es 03 (REBU) o 05 (Agencias de viaje) y base imponible IVA = 0.


Voy a preparar el envío por el subcapitulo 1.2, pero mi duda es saber que debo hacer si por ahí no entra.


Gracias

chipcrazy 31-01-2022 20:25:21

alguien puede orientarme en las firmas de archivos
 
Estimados,
En mi país también están con implementación de facturas digitales firmadas, alguien puede proporcionarme informacion de que herramientas necesitare en delphi.. o si alguien tiene codigos que pueda revisar para poder firmar archivos .

espero alguien pueda orientarme en ello.

Gracias

Neftali [Germán.Estévez] 01-02-2022 08:37:41

Cita:

Empezado por chipcrazy (Mensaje 545139)
En mi país también están con implementación de facturas digitales firmadas, alguien puede proporcionarme informacion de que herramientas necesitare en delphi.. o si alguien tiene codigos que pueda revisar para poder firmar archivos .

Hola.
Te diría que revisaras todo el hilo, porque hay mucha información de firmas, de cómo hacerlas y cómo resolver problemas. En este caso en ficheros XML.
Revisa también este mensaje de resumen:
https://www.clubdelphi.com/foros/sho...&postcount=436

Verás que hay varias referencias a firmas de XML y en el post de resumen tienes links a mensajes interiores del hilo con código para firmar ficheros utilizando diferentes componentes (Secure BlackBox, Chillkat,...)

misteradrian 01-02-2022 09:34:53

Cita:

Empezado por misteradrian (Mensaje 545098)
Hola muy buenas a todos.

Estoy ya probando en producción en los entornos de producción de Gipuzkoa y de Alava.

Y tirando facturas en Alava no me da ningún problema, pero en Gipuzkoa me sale el error.

007 Certificado remitente no válido para emisor factura

Les he escrito un correo pero nada.
¿Sabéis por qué puede ser?

Un saludo y gracias de antemano.
Adrián

Hola a todos,
me respondo con la respuesta qué me han dicho ellos.

El error que recibís es porque el certificado de remitente no esta asociado con el emisor de la factura, esto es porque el emisor de factura que habéis creado es ficticio.
El certificado remitente debe ser del emisor, de su colaborador social o su representante.


La cosa es que según lo que he visto en la documentación FAQ 6.9
si somos colaboradores sociales a efectos fiscales tributamos nosotros en vez de nuestros clientes.

También lo que he visto que hay posibilidad de hacer un convenio con el cliente que hay que firmar y enviar a hacienda.

Por lo tanto, por lo que veo es
Hay que pedir un certificado por cliente o hay que hacer un escrito por cliente una de dos.

¿Me podéis confirmar alguno si esto es así?

Un saludo y gracias de antemano.

batuzail 01-02-2022 11:10:15

Cita:

Empezado por batuzail (Mensaje 545132)
El error es pq para una factura con inversión de sujeto pásivo no estaba pasando el "TipoImpositivo" y "CuotaImpuesto" con 0, no estaba añadiendole en el xml. Yo juraria que eso me funcionó, aunque ya no sé si me funcionó el Araba y Gipuzkoa, como según donde envíes la cosa puede cambiar.
El error que me da es B4_2000049 Tipo impositivo debe venir informado excepto si alguna de las claves es 03 (REBU) o 05 (Agencias de viaje) y base imponible IVA = 0.


Voy a preparar el envío por el subcapitulo 1.2, pero mi duda es saber que debo hacer si por ahí no entra.


Gracias


Hola,
Alguien tiene un ejemplo de LROE 240 sin SG, subcapitulo 1.2?
No hay casi documentación ni ejemplos. les he pedido a los batuz y me dicen que no tienen nada

keys 01-02-2022 13:58:32

Cita:

Empezado por batuzail (Mensaje 545142)
Hola,
Alguien tiene un ejemplo de LROE 240 sin SG, subcapitulo 1.2?
No hay casi documentación ni ejemplos. les he pedido a los batuz y me dicen que no tienen nada

Aqui tienes uno

Código PHP:

<?xml version="1.0" encoding="UTF-8"?>

-<lrpjfessgamp:LROEPJ240FacturasEmitidasSinSGAltaModifPeticion xmlns:lrpjfessgamp="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_2_FacturasEmitidas_SinSG_AltaModifPeticion_V1_0_1.xsd">


-<Cabecera>

<Modelo>240</Modelo>

<Capitulo>1</Capitulo>

<Subcapitulo>1.2</Subcapitulo>

<Operacion>A00</Operacion>

<Version>1.0</Version>

<Ejercicio>2022</Ejercicio>


-<ObligadoTributario>

<NIF>NIF EMISOR</NIF>

<ApellidosNombreRazonSocial>RRJ4P37TQUBVVXMJQPM6PWZCTWTN8S</ApellidosNombreRazonSocial>

</ObligadoTributario>

</Cabecera>


-<FacturasEmitidas>


-<FacturaEmitida>


-<Destinatarios>


-<IDDestinatario>

<NIF>NCLIENTE</NIF>

<ApellidosNombreRazonSocial>PEDRO El BUENO</ApellidosNombreRazonSocial>

</IDDestinatario>

</Destinatarios>

<VariosDestinatarios>N</VariosDestinatarios>

<EmitidaPorTercerosODestinatario>N</EmitidaPorTercerosODestinatario>


-<CabeceraFactura>

<NumFactura>123</NumFactura>

<FechaExpedicionFactura>01-01-2022</FechaExpedicionFactura>

<FacturaSimplificada>N</FacturaSimplificada>

<FacturaEmitidaSustitucionSimplificada>N</FacturaEmitidaSustitucionSimplificada>

<AsientoResumen>N</AsientoResumen>

</CabeceraFactura>


-<DatosFactura>

<DescripcionFactura>OPERACIN</DescripcionFactura>

<ImporteTotalFactura>151.25</ImporteTotalFactura>


-<Claves>


-<IDClave>

<ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>

</IDClave>

</Claves>

</DatosFactura>


-<TipoDesglose>


-<DesgloseFactura>


-<Sujeta>


-<NoExenta>


-<DetalleNoExenta>

<TipoNoExenta>S1</TipoNoExenta>


-<DesgloseIVA>


-<DetalleIVA>

<BaseImponible>125.00</BaseImponible>

<TipoImpositivo>21.00</TipoImpositivo>

<CuotaImpuesto>26.25</CuotaImpuesto>

</DetalleIVA>

</DesgloseIVA>

</DetalleNoExenta>

</NoExenta>

</Sujeta>

</DesgloseFactura>

</TipoDesglose>


-<OtraInformacionTrascendenciaTributaria>

<Cupon>N</Cupon>

<FacturacionDispAdicionalSegundaYQuinta>N</FacturacionDispAdicionalSegundaYQuinta>

</OtraInformacionTrascendenciaTributaria>

</FacturaEmitida>

</FacturasEmitidas>

</lrpjfessgamp:LROEPJ240FacturasEmitidasSinSGAltaModifPeticion>

Sobran los guiones

musinho 02-02-2022 12:51:27

Encadenamiento
 
Hola,

Alguien sabe si en caso de anulación de una factura, hay que generar una factura en pdf con su qr? la verdad me parece raro porque el contenido de la generación de qr es el mismo que la factura original, pero no se si se me escapa algo.

Y para tema de encadenamiento, está factura anulada hay que tenerla en cuenta o no? aquí más de lo mismo, entiendo que no ya que el número de factura de la anulada es el mismo que la original.

Pero bueno, tengo estas dudas a ver si alguien puede decirme algo.

Milesker

Neftali [Germán.Estévez] 02-02-2022 15:39:38

Cita:

Empezado por musinho (Mensaje 545146)
Alguien sabe si en caso de anulación de una factura, hay que generar una factura en pdf con su qr?

Una anulación NO es una factura, por lo tanto no se genera nada en PDF (ni TBAI, ni QR,..)

Cita:

Empezado por musinho (Mensaje 545146)
Y para tema de encadenamiento, está factura anulada hay que tenerla en cuenta o no?

La anulación de la factura NO ES UNA NUEVA FACTURA (como puede ser una rectificativa), es una operación que se hace sobre una factura existente. No hay encadenamiento.

batuzail 02-02-2022 16:34:16

Cita:

Empezado por keys (Mensaje 545143)
Aqui tienes uno

[php]
<?xml version="1.0" encoding="UTF-8"?>

-<lrpjfessgamp:LROEPJ240FacturasEmitidasSinSGAltaModifPeticion xmlns:lrpjfessgamp="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_2_FacturasEmitidas_SinSG_AltaModifPeticion_V1_0_1.xsd">

s

Gracias keys.
Lo peor que no haya documentación, la respuesta también es diferente, al final lo he podido apañar a fuerza de prueba y error. Dejo un xml del LROE sin SG.
Al final hay que generar un LROE sin firmar y con el contenido de la factura, no hay que adjuntar el xml, digamos que lo generas al vuelo.



Código:

<?xml version="1.0" encoding="utf-8"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasSinSGAltaModifPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_2_FacturasEmitidas_SinSG_AltaModifPeticion_V1_0_1.xsd">
    <Cabecera>
        <Modelo>240</Modelo>
        <Capitulo>1</Capitulo>
        <Subcapitulo>1.2</Subcapitulo>
        <Operacion>A00</Operacion>
        <Version>1.0</Version>
        <Ejercicio>2022</Ejercicio>
        <ObligadoTributario>
            <NIF>nif</NIF>
            <ApellidosNombreRazonSocial>5zSKJ3wurAe8RfFgXNtbfJuqUhfbHje </ApellidosNombreRazonSocial>
        </ObligadoTributario>
    </Cabecera>
    <FacturasEmitidas>
        <FacturaEmitida>
            <Destinatarios>
                <IDDestinatario>
                    <NIF>nif</NIF>
                    <ApellidosNombreRazonSocial>8mMgMvYeHZZ DHeixU4EmC ZmqqCUvpTh</ApellidosNombreRazonSocial>
                </IDDestinatario>
            </Destinatarios>
            <VariosDestinatarios>N</VariosDestinatarios>
            <EmitidaPorTercerosODestinatario>N</EmitidaPorTercerosODestinatario>
            <CabeceraFactura>
                <SerieFactura>C-2022</SerieFactura>
                <NumFactura>58</NumFactura>
                <FechaExpedicionFactura>01-02-2022</FechaExpedicionFactura>
                <FacturaSimplificada>N</FacturaSimplificada>
                <FacturaEmitidaSustitucionSimplificada>N</FacturaEmitidaSustitucionSimplificada>
                <AsientoResumen>N</AsientoResumen>
            </CabeceraFactura>
            <DatosFactura>
                <DescripcionFactura>111</DescripcionFactura>
                <ImporteTotalFactura>458.76</ImporteTotalFactura>
                <Claves>
                    <IDClave>
                        <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
                    </IDClave>
                </Claves>
            </DatosFactura>
            <TipoDesglose>
                <DesgloseFactura>
                    <Sujeta>
                        <NoExenta>
                            <DetalleNoExenta>
                                <TipoNoExenta>S1</TipoNoExenta>
                                <DesgloseIVA>
                                    <DetalleIVA>
                                        <BaseImponible>379.14</BaseImponible>
                                        <TipoImpositivo>21.00</TipoImpositivo>
                                        <CuotaImpuesto>79.62</CuotaImpuesto>
                                    </DetalleIVA>
                                </DesgloseIVA>
                            </DetalleNoExenta>
                        </NoExenta>
                    </Sujeta>
                </DesgloseFactura>
            </TipoDesglose>
        </FacturaEmitida>
    </FacturasEmitidas>
</lrpjfecsgap:LROEPJ240FacturasEmitidasSinSGAltaModifPeticion>


tejano 02-02-2022 17:59:03

Cita:

Empezado por Neftali [Germán.Estévez] (Mensaje 545150)
Una anulación NO es una factura, por lo tanto no se genera nada en PDF (ni TBAI, ni QR,..)



La anulación de la factura NO ES UNA NUEVA FACTURA (como puede ser una rectificativa), es una operación que se hace sobre una factura existente. No hay encadenamiento.

Buenas tardes Neftali, lo del encadenamiento de una factura borrada, creo que si que existe. Imagínate que borras una factura de hace 2 días, no puedes volver para atrás el encadenamiento que se produjo en ese día con la siguiente factura.
En mi aplicativo cuando se borra una factura, la dejo con una marca de borrada, pero la dejo en la BBDD.

Saludos

unomasmas 02-02-2022 18:25:31

Cita:

Empezado por Sistel (Mensaje 545125)
Hola ermendalenda,

La verdad es que parece que van complicando el tema de las rectificativas.

Ya de por sí era complicado si elegir rectificativas por sustitución o por diferencias (con sus 2 modalidades: con negativa previa o sin negativa previa) para que, ahora, te obliguen a utilizar una u otra según cada caso.

Y si ya le añadimos el tema de las anulaciones de facturas ... ni te digo.
Hay casos en los que no está nada claro si se debe emitir una rectificativa por sustitución, una rectificativa por diferencias o hacer una anulación y emitir una nueva factura.

Sería suficiente tema para un hilo exclusivo.

Saludos

Parche tras parche. Añadiendo flechitas al diagrama para cada particularidad. Creo que para todos (también para Hacienda) sería bueno que se centrasen y dejasen de considerar tanta casuística. Al final, lo más simple es lo que permite más control (a todos).

joselugrk 02-02-2022 19:46:06

Entorno de Pruebas Consultas
 
Hola,

Quería preguntaros
1.- Para que se utiliza la url "https://pruesarrerak.bizkaia.eus/N3B4001M/kontsulta". Estoy intentando ponerme al día con el nuevo entorno de pruebas de Batuz y tengo esa duda.
¿Es para la Consulta de Ingresos con factura con software garante o ...?

2.- Alguien a enviado un XML para “Ingresos con facturas emitidas sin Software garante". Algún ejemplo porfa. En los ejemplos no veo nada.

Muchas gracias,
Joselu


La franja horaria es GMT +2. Ahora son las 21:10:58.

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