TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[Sanduzelai]

Hola,
un cliente me ha comentado que está en regimen por recargo de equivalencia en lugar de regimen general que es el que tengo desarrollado.
He visto la documentación y veo que tengo que cambiar algunos tags y añadir otros para este caso.
No me queda claro como hay que calcular el tag CuotaRecargoDeEquivalencia.
En este ejemplo de factura, ¿como habría que hacer?

Código PHP:

<DetallesFactura>
        <IDDetalleFactura>
          <DescripcionDetalle>Pipas Facundo</DescripcionDetalle>
          <Cantidad>1</Cantidad>
          <ImporteUnitario>0.63636364</ImporteUnitario>
          <ImporteTotal>0.70</ImporteTotal>
        </IDDetalleFactura>
      </DetallesFactura>
      <ImporteTotalFactura>0.70</ImporteTotalFactura>
      <Claves>
        <IDClave>
          <ClaveRegimenIvaOpTrascendencia>51</ClaveRegimenIvaOpTrascendencia>
        </IDClave>
      </Claves>
    </DatosFactura>
    <TipoDesglose>
      <DesgloseFactura>
        <Sujeta>
          <NoExenta>
            <DetalleNoExenta>
              <TipoNoExenta>S1</TipoNoExenta>
              <DesgloseIVA>
                <DetalleIVA>
                  <BaseImponible>0.64</BaseImponible>
                  <TipoImpositivo>10</TipoImpositivo>
                  <CuotaImpuesto>0.06</CuotaImpuesto>
                 <TipoRecargoEquivalencia>1.4</TipoRecargoEquivalencia>
                 <CuotaRecargoEquivalencia>?</CuotaRecargoEquivalencia>
                  <OperacionEnRecargoDeEquivalenciaORegimenSimplificado>S</OperacionEnRecargoDeEquivalenciaORegimenSimplificado>
                </DetalleIVA>
              </DesgloseIVA>
            </DetalleNoExenta>
          </NoExenta>
        </Sujeta>
      </DesgloseFactura>
    </TipoDesglose> 


Entiendo que TipoRecargoEquivalencia será 1.4 por lo que he visto en la web de la agencia tributaria española (pero tampoco estoy seguro que sean los mismos % para las forales)

Artículos al tipo general del 21%: recargo del 5,2%
Artículos al tipo reducido del 10%: recargo del 1,4%
Artículos al tipo superreducido del 4%: recargo del 0,5%

Gracias!

[Sistel]

Empezado por Sanduzelai

Entiendo que TipoRecargoEquivalencia será 1.4 por lo que he visto en la web de la agencia tributaria española (pero tampoco estoy seguro que sean los mismos % para las forales)
Artículos al tipo general del 21%: recargo del 5,2%
Artículos al tipo reducido del 10%: recargo del 1,4%
Artículos al tipo superreducido del 4%: recargo del 0,5%

Hola,

Sí, los tipos de IVA y de recargo de equivalencia son los mismos en todas las administraciones tributarias de España, incluídas las forales.
Te falta un tipo de IVA con su recargo de equivalencia:
Aceites de oliva y de semillas y pastas alimenticias: 5% de IVA con recargo de equivalencia del 0,62%

Saludos

[Neftali [Germán.Estévez]]

Empezado por Sanduzelai

Hola,
un cliente me ha comentado que está en regimen por recargo de equivalencia en lugar de regimen general que es el que tengo desarrollado.
He visto la documentación y veo que tengo que cambiar algunos tags y añadir otros para este caso.
No me queda claro como hay que calcular el tag CuotaRecargoDeEquivalencia.
En este ejemplo de factura, ¿como habría que hacer?


...

Gracias!

En mi caso, si genero esa factura (con diferencia de decimales) me da lo siguiente; Puedes compararlo con el tuyo, pero tiene buena pinta. Te falta rellenar la cuota de recargo.

Código PHP:

<DetallesFactura>
    <IDDetalleFactura>
        <DescripcionDetalle>pipas facundo</DescripcionDetalle>
        <Cantidad>1.00000000</Cantidad>
        <ImporteUnitario>0.63636300</ImporteUnitario>
        <Descuento>-0.00363700</Descuento>
        <ImporteTotal>0.71296000</ImporteTotal>
    </IDDetalleFactura>
</DetallesFactura>
<ImporteTotalFactura>0.71</ImporteTotalFactura>
<Claves>
    <IDClave>
        <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia>
    </IDClave>
</Claves>
</DatosFactura>
<TipoDesglose>
    <DesgloseFactura>
        <Sujeta>
            <NoExenta>
                <DetalleNoExenta>
                    <TipoNoExenta>S1</TipoNoExenta>
                    <DesgloseIVA>
                        <DetalleIVA>
                            <BaseImponible>0.64</BaseImponible>
                            <TipoImpositivo>10.00</TipoImpositivo>
                            <CuotaImpuesto>0.06</CuotaImpuesto>
                            <TipoRecargoEquivalencia>1.40</TipoRecargoEquivalencia>
                            <CuotaRecargoEquivalencia>0.01</CuotaRecargoEquivalencia>
                            <OperacionEnRecargoDeEquivalenciaORegimenSimplificado>N</OperacionEnRecargoDeEquivalenciaORegimenSimplificado>
                        </DetalleIVA>
                    </DesgloseIVA>
                </DetalleNoExenta>
            </NoExenta>
        </Sujeta>
    </DesgloseFactura>
</TipoDesglose> 


[elcharlie]

Buenos días tod@s,
tengo que un problemón, que con suerte, quizás alguien sepa solucionarlo o por donde van los tiros.
Desde siempre, desde que empezamos con el SII, en el xml de envío, en vez de enviar todos los registros en un solo xml, generábamos un xml por cada uno, para que nos fuera mas fácil tratarlos. No es una manera mala de hacer, es diferente...
Cuando empezamos con el TicketBAI y el Batuz, lo afrontamos de la misma manera, un registro, un xml, y un envio. Hasta aquí la introducción, todo funciona correctamente y sin problemas enviamos y recibimos.
El problema nos viene con la Diputación de Gipuzkoa. Desde hace un tiempo, vemos que si enviamos a la vez muchos registros (con 20 seguidos ya vale), nos cortan la conexión. Hay que esperar unos minutos y volver a enviar, es como si tuvieran un limite de conexiones por tiempo. Nos hemos puesto en contacto con los informáticos de la diputa, y nos han dicho que ellos no bloquean nada, pero a nosotros nos pasa. Solución, enviamos de 10 en 10 esperando unos minutos entre envíos, y así funciona, pero es una chapuza, y me gustaría solucionarlo y poder enviar todo a la vez.
¿A alguien mas le está pasando esto?, ya os digo que en las demás diputaciones 0 problemas, es solo con la de Gipuzkoa, y no podemos modificarlos todo de nuevo para enviarlo en solo xml, seria empezar de nuevo.
¿Alguien sabe algo?
Perdón por el tostón... y gracias de antemano.

[keys]

Empezado por elcharlie

Buenos días tod@s,
tengo que un problemón, que con suerte, quizás alguien sepa solucionarlo o por donde van los tiros.
Desde siempre, desde que empezamos con el SII, en el xml de envío, en vez de enviar todos los registros en un solo xml, generábamos un xml por cada uno, para que nos fuera mas fácil tratarlos. No es una manera mala de hacer, es diferente...
Cuando empezamos con el TicketBAI y el Batuz, lo afrontamos de la misma manera, un registro, un xml, y un envio. Hasta aquí la introducción, todo funciona correctamente y sin problemas enviamos y recibimos.
El problema nos viene con la Diputación de Gipuzkoa. Desde hace un tiempo, vemos que si enviamos a la vez muchos registros (con 20 seguidos ya vale), nos cortan la conexión. Hay que esperar unos minutos y volver a enviar, es como si tuvieran un limite de conexiones por tiempo. Nos hemos puesto en contacto con los informáticos de la diputa, y nos han dicho que ellos no bloquean nada, pero a nosotros nos pasa. Solución, enviamos de 10 en 10 esperando unos minutos entre envíos, y así funciona, pero es una chapuza, y me gustaría solucionarlo y poder enviar todo a la vez.
¿A alguien mas le está pasando esto?, ya os digo que en las demás diputaciones 0 problemas, es solo con la de Gipuzkoa, y no podemos modificarlos todo de nuevo para enviarlo en solo xml, seria empezar de nuevo.
¿Alguien sabe algo?
Perdón por el tostón... y gracias de antemano.

Hola a todos. Decirte que a nosotros nos pasa lo mismo, estamos enviando muchas facturas seguidas y de repente nos devuelve un error de conexión (Unas veces cada 20 facturas, otras cada 10, otras nunca, aleatorio). Nos lleva pasando desde que entraron los comercios a TicketBAI de Gipuzkoa, es decir, cuando entro el grueso de contribuyentes. En su momento hablamos con hacienda y nos dijeron lo mismo que a ti. Bueno también nos dijeron que enviáramos las facturas por la noche, los cachondos de ellos. En el entorno de pruebas hemos hecho miles de pruebas y no pasa.

Como tu dices 0 problemas en las otras dos diputaciones y en Gipuzkoa tampoco hasta que paso lo que he dicho.

La solución no es enviar todas a la vez, ya que en Gipuzkoa solo se puede de una en una. Solo es Bizkaia la que lo permite. Nosotros la solución que hicimos cuando detectamos ese error fue, le damos 30 segundos al programa de descanso, y la volvemos intentar enviar, así un número de intentos que hasta ahora le hemos puesto 6 intentos, y parece que hemos solucionado el problema, aunque hay veces que ni con esas.

Estoy convencido que es un problema de hacienda, y ahora al ver que a alguien más le pasa

[Sanduzelai]

Hola,
estoy haciendo pruebas de envíos con el modelo 140 (con el 240 ya se están haciendo bien)
He recibido la siguiente respuesta:

Código PHP:

        <Registro>
            <Identificador>
                <TicketBai></TicketBai>
            </Identificador>
            <SituacionRegistro>
                <EstadoRegistro>Incorrecto</EstadoRegistro>
                <CodigoErrorRegistro>B4_2000001</CodigoErrorRegistro>
                <DescripcionErrorRegistroES>El XML del fichero TicketBAI no cumple el esquema.com.ctc.wstx.exc.WstxEOFException: Unexpected EOF in prolog
 at [row,col {unknown-source}]: [1,0]</DescripcionErrorRegistroES>
                <DescripcionErrorRegistroEU>TicketBAI fitxategiaren XMLak ez du eskema betetzen.com.ctc.wstx.exc.WstxEOFException: Unexpected EOF in prolog
 at [row,col {unknown-source}]: [1,0]</DescripcionErrorRegistroEU>
            </SituacionRegistro>
        </Registro>
        <Registro>
            <Identificador>
                <IDFactura>
                    <SerieFactura>LOC2321</SerieFactura>
                    <NumFactura>4</NumFactura>
                    <FechaExpedicionFactura>14-07-2023</FechaExpedicionFactura>
                </IDFactura>
            </Identificador>
            <SituacionRegistro>
                <EstadoRegistro>Correcto</EstadoRegistro>
            </SituacionRegistro>
        </Registro> 


No entiendo por qué me ha devuelto un Correcto y un Incorrecto.

El xml del modelo 140 es:

Código PHP:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion xmlns:lrpficfcsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_2.xsd">
  <Cabecera>
    <Modelo>140</Modelo>
    <Capitulo>1</Capitulo>
    <Subcapitulo>1.1</Subcapitulo>
    <Operacion>A00</Operacion>
    <Version>1.0</Version>
    <Ejercicio>2023</Ejercicio>
    <ObligadoTributario>
      <NIF>99....34W</NIF>
      <ApellidosNombreRazonSocial>2jVH6f...BaC4 zpaGp2t3np</ApellidosNombreRazonSocial>
    </ObligadoTributario>
  </Cabecera>
  <Ingresos>
    <Ingreso>
      <TicketBai/>
      <Renta>
        <DetalleRenta>
          <Epigrafe>273300</Epigrafe>
        </DetalleRenta>
      </Renta>
    </Ingreso>
    <Ingreso>
      <TicketBai>PD94bWwgdmVyc2lvbj0nMS4wJy...</TicketBai>
      <Renta>
        <DetalleRenta>
          <Epigrafe>273300</Epigrafe>
        </DetalleRenta>
      </Renta>
    </Ingreso>
  </Ingresos>
</lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion>

¿Alguien me puede arrojar luz? En el xml de la factura TicketBAI no he modificado nada

[Sanduzelai]

Empezado por Sanduzelai

Hola,
estoy haciendo pruebas de envíos con el modelo 140 (con el 240 ya se están haciendo bien)
He recibido la siguiente respuesta:

Nada, cagada mía. Disculpad las molestias

[Neftali [Germán.Estévez]]

Una duda rápida.
Hoy cualquier envío a BATUZ (vizcaya) en PREPRODUCCION me da el error (facturas, metálico, bienes inversión):

"<N3_0000011 - Parámetro clientcert no indicado en la cabecera de la petición>."

¿Es algo que hemos roto?
¿Le pasa a alguien más?

[mmm]

Empezado por Sanduzelai

Nada, cagada mía. Disculpad las molestias

Tengo el mismo problema ¿Como lo solucionaste?
Gracias

[elcharlie]

Empezado por keys

Hola a todos. Decirte que a nosotros nos pasa lo mismo, estamos enviando muchas facturas seguidas y de repente nos devuelve un error de conexión (Unas veces cada 20 facturas, otras cada 10, otras nunca, aleatorio). Nos lleva pasando desde que entraron los comercios a TicketBAI de Gipuzkoa, es decir, cuando entro el grueso de contribuyentes. En su momento hablamos con hacienda y nos dijeron lo mismo que a ti. Bueno también nos dijeron que enviáramos las facturas por la noche, los cachondos de ellos. En el entorno de pruebas hemos hecho miles de pruebas y no pasa.

Como tu dices 0 problemas en las otras dos diputaciones y en Gipuzkoa tampoco hasta que paso lo que he dicho.

La solución no es enviar todas a la vez, ya que en Gipuzkoa solo se puede de una en una. Solo es Bizkaia la que lo permite. Nosotros la solución que hicimos cuando detectamos ese error fue, le damos 30 segundos al programa de descanso, y la volvemos intentar enviar, así un número de intentos que hasta ahora le hemos puesto 6 intentos, y parece que hemos solucionado el problema, aunque hay veces que ni con esas.

Estoy convencido que es un problema de hacienda, y ahora al ver que a alguien más le pasa

Gracias keys, ya pensaba que solo me pasaba a mi,....
Nosotros hacemos algo parecido, enviamos de 10 en 10, y esperamos un minuto en cada envío (Es algo chapucero, pero funciona). Lo que mas me fastidia, es , que cuando se lo comento a los de la Diputa, siempre me dicen que no tienen constancia, que somos a los únicos que nos pasa, que tienen gente que envía miles de xmls a la vez...., y por lo visto ya no soy el único. Que manera de joder a la gente, no entiendo por qué no pueden decir la verdad, si no somos enemigos...

Ahh, por cierto, es verdad, en el de pruebas no pasa.

Gracias por responder.