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

[edari]

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

Si quieres revisar esta página, ahí hablamos del tema:
https://www.clubdelphi.com/foros/sho...=94264&page=32

Está en PHP, pero se entiende bastante bien

Código PHP:

$tbaicode = 'TBAI-79732487C-120521-ME4g0D7g+iyVk-130';
$tbaicode = str_replace(['+','/'],['%2B', '%2F'],$tbaicode); 


Gracias Neftali. De esa página precisamente lo programé en su día y me explico.



Yo por orden hice primero Alava/Guipuzcoa y cuando los tuve terminados he empezado con Vizcaya.


Cuando estoy haciendo pruebas con Vizcaya me doy cuenta que las que me fallan son las url con +/ y digo tate...algo estará mal en la rutina que hice en su día...voy a verla y me la encuentro comentarizada por mí mismo con el comentario que ya no hacia falta (de cuando hice Alava/(Guipuzcoa) y de ahí mi pregunta porque me funcionan los links de Alava/Guipuzcoa sin hacer los cambios de carácteres cuando en Vizcaya los tengo que hacer obligatoriamente.

[Ramon88]

Soy el único al que le da error 500 Vizcaya ???
Llevo así desde ayer...

[edari]

Empezado por Ramon88

Soy el único al que le da error 500 Vizcaya ???
Llevo así desde ayer...

Al "nuevo entorno de pruebas" subí yo ayer perfectamente y acabo de hacer una prueba ahora también y todo ok...

[keys]

Hola a todos.

Pregunté a hacienda de bizkaia que pasa con las facturas que empiezan a enviar a TBAI a partir del 01/01/2022, es decir cuando ya esten trabajando en real, si tienen que apuntar a la última del 2021 o no. y me contestan los siguiente.

Cuando empiecen a cumplir con Batuz voluntariamente a partir del 1 de enero del 2022, sólo se tendrán que informar en el LROE las facturas expedidas y recibidas a partir del 1 de enero del 2022 (o, en su caso, a partir de la fecha en la que se adhieran voluntariamente a Batuz, si la fecha es diferente al 1 de enero del 2022). Una vez tengan que cumplir con Batuz voluntariamente, la primera factura que se expida cumpliendo con TicketBAI irá sin encadenar (el encadenamiento comenzará a partir del momento en el que se tiene que cumplir con Batuz).

Por si a alguien le sirve.

[Sanduzelai]

Hola a todos de nuevo,
estoy haciendo pruebas a enviar facturas con mi certificado.
Para ello pongo 2 variables: la ruta donde está el certificado y la contraseña de este.
Entiendo que poner estos datos "a pelo" en el código PHP no es nada recomendable en términos de seguridad.

¿Alguno me puede dar ideas de como hacer esto seguro?

[Sistel]

Empezado por Sanduzelai

Hola a todos de nuevo,
estoy haciendo pruebas a enviar facturas con mi certificado.
Para ello pongo 2 variables: la ruta donde está el certificado y la contraseña de este.
Entiendo que poner estos datos "a pelo" en el código PHP no es nada recomendable en términos de seguridad.

¿Alguno me puede dar ideas de como hacer esto seguro?

Hola Sanduzelai,

Yo también utilizo PHP.
Almaceno el certificado digital ya convertido a sus componentes (sin necesidad de contraseña) en un fichero para el certificado público y otro fichero para el certificado privado.
Por supuesto, en un directorio oculto (empieza por ".") y en una ruta fuera de los directorios de la web y a la que no se puede acceder desde navegador.
Todo ello, en un servidor mío, en el que se realizan los procesos de creación y firma del XML y al que no tiene acceso físico ni remoto el cliente.

Saludos

[ermendalenda]

Empezado por Sanduzelai

Hola a todos de nuevo,
estoy haciendo pruebas a enviar facturas con mi certificado.
Para ello pongo 2 variables: la ruta donde está el certificado y la contraseña de este.
Entiendo que poner estos datos "a pelo" en el código PHP no es nada recomendable en términos de seguridad.

¿Alguno me puede dar ideas de como hacer esto seguro?

Tener php y certificado en un servidor que tengas que hacer la petición con usuario y contraseña, con Curl es curl - u usuario:contraseña.. La contraseña del certificado en este caso ya la puedes tener en el php a pelo.
Si lo tienes en local puedes hacer algunos truquillos para confundir pero no es demasiado seguro, también puedes usar algún software que cree una unidad oculta con contraseña que manejes desde el programa, pero no lo he usado y no se bien como va.

[Ramon88]

Empezado por edari

Al "nuevo entorno de pruebas" subí yo ayer perfectamente y acabo de hacer una prueba ahora también y todo ok...

Que es el nuevo entorno?....


Yo tengo esto:
Pruebas: https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena
Producción:https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena

[AlbertPujol]

Hola,

¿Aún siguen los errores en los entornos de prueba de Araba y Gipuzkoa?

Estoy recibiendo esta respuesta y no sé a qué se debe.

Respuesta de la petición:
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
<Salida>
<FechaRecepcion>02-12-2021 12:33:23</FechaRecepcion>
<Estado>01</Estado>
<Descripcion>Rechazado</Descripcion>
<Azalpena>Ezetsia</Azalpena>
<ResultadosValidacion>
<Codigo>001</Codigo>
<Descripcion>Certificado remitente incorrecto (revocado o no homologado)</Descripcion>
<Azalpena>Igorlearen ziurtagiria ez da zuzena (iraungita edo homologatu gabea)</Azalpena>
</ResultadosValidacion>
</Salida>
</ns2:TicketBaiResponse>

[tejano]

Buenos días, respuesta de Batuz para gente que estamos en SII y vamos a empezar con Batuz en Enero.

"Una vez que se deba cumplir con Batuz, no se deberá llevar el SII, sino que exclusivamente se va a tener que llevar el LROE (ver pregunta frecuente nº 33 - ¿El cumplimiento del sistema TicketBAI exime del cumplimiento del SII?). En el periodo de transición al nuevo sistema Batuz, para saber si un registro hay que enviarlo al SII o al LROE habrá que atender a la fecha de expedición y de recepción de las facturas, como hemos comentado en el anterior correo. Ello, con independencia de que para generar las liquidaciones del IVA haya que tener otro criterio (como tener en cuenta la fecha de operación en vez de la de expedición de la factura). "

No sabíamos bien si teníamos que enviar en base a la fecha de devengo o por la fecha de factura de factura emisión, o recepción. Por lo que dice hay que hacerlo por la fecha de emisión o recepción.

Es por si os sirve a alguno.

Saludos

[edejuan]

Empezado por AlbertPujol

Hola,

¿Aún siguen los errores en los entornos de prueba de Araba y Gipuzkoa?

Estoy recibiendo esta respuesta y no sé a qué se debe.

Respuesta de la petición:
<ns2:TicketBaiResponse xmlns:ns2="urn:ticketbai:emision">
<Salida>
<FechaRecepcion>02-12-2021 12:33:23</FechaRecepcion>
<Estado>01</Estado>
<Descripcion>Rechazado</Descripcion>
<Azalpena>Ezetsia</Azalpena>
<ResultadosValidacion>
<Codigo>001</Codigo>
<Descripcion>Certificado remitente incorrecto (revocado o no homologado)</Descripcion>
<Azalpena>Igorlearen ziurtagiria ez da zuzena (iraungita edo homologatu gabea)</Azalpena>
</ResultadosValidacion>
</Salida>
</ns2:TicketBaiResponse>

Hola,

No se si te seguirá ocurriendo, a mi me ha pasado hoy, empezando las pruebas de comunicación en entorno de pruebas y me han dicho esto desde el correo:

Para el entorno de PRUEBAS de Araba hay que usar certificados Productivos. Si deseas utilizar uno de los certificados proporcionados por Izenpe **** tienes que usar los denominados “Certificados de prueba (producción)”:



No puedo poner el enlace, pero si no lo encuentras, avísame.





He utilizado uno de los que están en el zip y ya comunica ..

Saludos.
Eduardo.

[edari]

Empezado por Ramon88

Que es el nuevo entorno?....


Yo tengo esto:
Pruebas: https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena
Producción:https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena

Mis pruebas las hago en este. Correcto y sin problemas.

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

Empezado por Ramon88

Yo tengo esto:
Pruebas: https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena
Producción:https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena

Acordaos que este de PRODUCCIÓN lo cierran en Diciembre (creo recordar el 10 de Diciembre) y luego lo volverán a abrir.
¿Cómo volverá? Eso es una incógnita...