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

[edari]

Empezado por MaeseKvothe

¿A alguien le está dando problemas Bizkaia hoy?
De pronto lo que estaba funcionando ahora me da el error "The remote certificate is invalid because of errors in the certificate chain: PartialChain"

A entorno de pruebas, que es lo único que puedo probar me sube correctamente.


Si subes tú a pruebas ahora y te sube también mal revisa a ver si ves algo del certificado de marras

[MaeseKvothe]

Empezado por edari

A entorno de pruebas, que es lo único que puedo probar me sube correctamente.


Si subes tú a pruebas ahora y te sube también mal revisa a ver si ves algo del certificado de marras

Yo estoy con el entorno de pruebas y no hay manera. Me da error todo, consultas, envíos, etc.
No sé ni por donde tirar, porque con ese mensaje entiendo que el error en certificado es de ellos, no mío.

[Sistel]

Hola,

El pasado sábado 24 de junio, todos los XML de TicketBAI enviados a Hacienda Foral de Álava entre las 12:31 y las 16:21h me dieron errores.
Me afectó a 105 facturas con código de respuesta 008 (AVISO: Error en verificación de firma) y a 94 facturas con código 998 (Certificado válido únicamente en caché caducada)

Hoy he hablado con TicketBAI de Álava.
Parece que el culpable, una vez más, ha sido el sistema de verificación de certificados y firmas que usan de IZENPE.
(Peor servicio que el de IZENPE es difícil de encontrar)

De las 94 facturas con código 998 me han dicho que sin problemas, las dan como buenas.
Las 105 facturas con código 008 he tenido que enviarlas, de nuevo, a través del servicio ZUZENDU.

¡¡ Gracias IZENPE por evitar que nos aburramos !!

Saludos.

[Sanduzelai]

Buenos días,
voy a meterme a desarrollar el tema del envío a la hacienda de Bizkaia para los casos en los que "no todo haya ido bien".
Estoy leyendo la documentación de la web de Batuz y en Preguntas frecuentes pone:

En el caso de Bizkaia, siempre que no se trate de un supuesto en que sea necesario anular la factura o rectificarla, la operativa deberá ser la siguiente: teniendo en cuenta que el fichero TicketBAI no puede volver a generarse y que debe remitirse su información, esta remisión deberá realizarse con el mensaje web correspondiente a los subcapítulos “Ingresos con facturas emitidas sin Software garante” (para las personas físicas) y “Facturas emitidas sin Software garante” (para las personas jurídicas).

¿Cuáles son esos supuestos en los que hay que mandar una rectificativa o una de anulación?

[MaeseKvothe]

Empezado por Sanduzelai

Buenos días,
voy a meterme a desarrollar el tema del envío a la hacienda de Bizkaia para los casos en los que "no todo haya ido bien".
Estoy leyendo la documentación de la web de Batuz y en Preguntas frecuentes pone:


¿Cuáles son esos supuestos en los que hay que mandar una rectificativa o una de anulación?

Anulación es para cuando se ha emitido la factura por error. Es decir, nunca ha llegado a ser una factura válida. La mayoría de sistemas ni contemplan esta posibilidad.
La rectificativa es para modificar o cancelar una factura. Por ejemplo porque no le habías aplicado un descuento y recibes la queja/aviso o porque te quiere cancelar parte o toda la factura (te devuelve elementos o desestima servicios).
Ninguno de esos temas viene impuesto por la validación del TBAI ni el LROE, son procedimientos financieros estándar.

[Sanduzelai]

Gracias por la aclaración

[Sanduzelai]

Hola,
me surge otra cuestión.
Me comentan desde Batuz lo siguiente respecto a la corrección de errores:

Cuando una factura expedida mediante el sistema TicketBAI es rechazada en el subcapítulo 1.1 - Facturas emitidas con software garante, la información de la operación se tendrá que enviar por el subcapítulo 1.2 – Facturas emitidas sin software garante, superando las validaciones. Es decir, en el subcapítulo 1.2 se tendrán que corregir los errores que han provocado que la factura no se pueda anotar en el subcapítulo 1.1 (por ejemplo, si el NIF del destinatario no cumple el algoritmo del NIF). De este modo la operación que no se ha podido registrar mediante el subcapítulo 1.1 quedaría anotada en el LROE y presentada en Hacienda. Si el error no es de la numeración o la serie de la factura, la factura se informará en el subcapítulo 1.2 con la misma numeración y serie con la que se haya expedido.

En este caso, ¿esta factura corregida tendría encadenamiento?

[xamminf]

Empezado por MaeseKvothe

Anulación es para cuando se ha emitido la factura por error. Es decir, nunca ha llegado a ser una factura válida.

Yo lo veo de otra forma:
Si haces una factura y resulta que recien hecha, Y SIN ENVIAR AUN, te das cuenta que está mal porque metiste un articulo de más, lo que haces es anularla así al cliente sólo le llegará una factura y no dos (factura más rectificativa), porque realmente queda muy mal que al cliente le lleguen dos facturas porque las tendrá que mecanizar y subir al SII, cuando él simplemente pidió una mercancía que debería dar lugar a un unico documento

https://www.gipuzkoa.eus/es/web/ogas...ema-ticketbai-


Ya mi duda, y que expuse en hilos anteriores es saber cómo tratar las anuladas en el programa. Entiendo que habria que afectar a todos los query porque se deberian excluir y ademas posibilitar con parametros consultus donde SI poder incluirlas. Hay quien propuso otras formas

[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!