Muchas gracias Irreo. Me hará falta la suerte.

Funcionó
 

Gracias Irreo, al fin funcionó.

Era el certificado. No era cierto que aceptara los .c12

Te debo una.

plantilla registro de soft
 

Hola a tod@s, alguien me puede ayudar con el tema del registro de soft en Alava???


Alguién que lo haya registrado me puede facilitar una plantilla o documento???


Gracias x anticipado


P.D.: Me gustaría contactar con gente que tenga funcionando aplicaciones en Alava. Mi software sólamente va a tener 2 instalaciones en 2 comercios. Estoy pillado de tiempo y necesito avanzar, x supuesto no quiero aprovecharme de nadie, si hay que llegar a una compensación económica (razonable) no sería un problema

Me alegro, ya te dije que andabas cerca ;)

Lo de aceptar PFX/P12 supongo te dirían porque el servidor sí los admite. Es posible que el código que habría que utilizar para el envío fuese diferente... esas "opts" admiten más parámetros, así que seguramente poniendo algún otro o cambiando algún valor, funcionará con P12, quiero pensar.

La memoria no tiene mucho misterio, es una descripción breve y concisa, sin necesidad de tecnicismos, de cada punto que exigen.

En mi caso ha quedado en un poco más de un folio... simplemente describe brevemente con tus palabras los puntos que piden:

Tipo de software (en la nube, etc..)
Proceso de encadenamiento (el sistema que usas para determinar el encadenamiento..)
Proceso de firma (qué tipo de certificado utilizas..)
Tipos de facturas o justificantes (formatos de facturas que emites...)
Ubicación código identificativo
Pantalla de verificación (cómo acceder, etc..)
Sistema de almacenamiento (cómo o dónde almacenas ficheros TBAI, etc.)

Básicamente, no es un manual para que alguien sepa cómo hacer un desarrollo. Se trata de describir un poco lo que tienes montado.

Buenos días.

Unas dudas respecto al Zuzendu. Según he leído, en principio las rectificaciones que se pueden hacer con el Zuzendu se pueden realizar también desde la aplicación web de “Consulta de facturas emitidas”. ¿Vosotros habéis desarrollado Zuzendu? Si lo habéis hecho ¿os deja modificar información que desde la web no permite? Por ejemplo, no sabemos cómo actuar para modificar un CIF o una dirección.

Muchas gracias.

Zuzendu no deja modificar casi nada. Casi lo único que se puede modificar son los tipos de iva. En el momento que intentas modificar un CIF o el importe de la factura te dice que no se puede realizar ese cambio.

Me estáis dejando descolocado :confused:

¿Zuzendu para rectificar facturas?

Hasta donde yo tenía entendido, cualquier cambio en una factura que haya sido aceptada se debe hacer mediante una nueva factura de tipo rectificativa.

Y Zuzendu, también hasta lo que entiendo, no es que "puedas" desarrollarlo... DEBES.

Según este fantástico esquema (para algo claro y bonito que hacen...), los reenvíos de facturas rechazadas por esquema o por algún otro error, van por Zuzendu (bien sea Subsanar, o Modificar):
https://www.gipuzkoa.eus/documents/2...0-576df4d5c345

Personalmente, no uso Zuzendu para nada más.... si una factura da un error, la envío a Zuzendu si así se requiere, y si quiero corregir un dato de la factura (dirección, etc.) es una nueva factura rectificativa.

¿O estamos hablando de cosas diferentes?

Saludos.

Pues eso, solo sirve para facturas que han dado error a la hora de presentar o hay alguna modificación que no tiene reflejo en la factura. Yo por lo menos no he hablado de rectificar nada.

OK, es que como hablabais de modificar direcciones o importes con Zuzendu, no me cuadraba.

Nosotros tuvimos el caso de un hotel donde metió el NIF de un cliente indicando Otro identificador. Vía Zuzendu no nos dejó cambiarlo y poner un NIF. Tras la pertinente consulta, nos dijeron:
En este caso, la identificación del cliente no la vais a poder cambiar mediante ZuzenduBAI. Hay que emitir factura rectificativa por sustitución declarando al cliente como nacional, usando la etiqueta NIF.

Respecto al fichero de Zuzendu, hemos optado por el camino del medio: volvemos a generar el XML de la factura a corregir y antes de su envío sacamos un editor donde poder verificar que se haya generado bien o, en su defecto, corregirlo manualmente (lógicamente lo haríamos nosotros conectándonos al cliente).

Mensaje publicado por error :p

Borrar please, gracias.

Verificar QR
 

Buenos días
¿Cómo puedo verificar que el código QR generado es correcto?
¿Si pongo esa URL en un navegador me tiene que mostrar algo?

Gracias

Pues si, te debe mostrar la factura, que para eso es.

Puedes probar con esta, por ejemplo:
https://batuz.eus/QRTBAI/?id=TBAI-A9...&i=1.98&cr=047
O esta de Álava:
https://pruebas-ticketbai.araba.eus/...&i=2.42&cr=089

Buenos días,
En el envío de una de las factura me ha dado el siguiente aviso:
El motivo es porque es de un cliente extranjero el cual no teníamos informado el código postal y lo enviamos vacío. Entonces, para subsanar el error intento modificarlo mediante la web, pero el campo código postal no permite cambiarlo. ¿Cómo debería proceder en este caso? Muchas gracias.

Es una corrección que se refleja en la factura, por lo que tienes que hacer una factura rectificativa.

Por cierto me surge una duda con este tipo de rectificaciones...


Siguiendo con el mismo ejemplo del compañero de no haber rellenado el código postal...


Cual sería la secuencia?


1) Se mete la factura con el error, sin código postal
2) Se genera una rectificativa (abono) con el mismo error sin código postal?
3) Se corrige el cliente completando correctamente los datos
4) Se sube la nueva factura ya corregida en positivo


Gracias de antemano

Imagno que no es necesario que el la rectificativa cometas el mismo error.
Valdrá tanto si lo cometes como si no.

No "creo" (no lo aseguro 100%) que comprueben que la rectificativa y la original tengan el mismo Código Postal (no parece un dato identificativo importante).

Para modificar o corregir datos en prácticamente cualquier factura, se puede emite una factura rectificativa por sustitución. No hace falta anular nada.

Por ejemplo quieres modificar o corregir algo de la factura H-200: emites una nueva factura R-13 con los datos correctos, indicando que sustituye a la H-200.

En la propia factura rectificativa ya estás indicando en el XML cuál es el importe rectificado, así qua ya se está "anulando" la factura anterior.

En el caso que dices, si la factura se ha aceptado pero con el error de código postal, emites una nueva rectificativa por sustitución, exactamente como debería haber sido la anterior, y listo.

Si se va a cambiar un importe, se puede usar una rectificativa por diferencias.

Por ejemplo tienes la factura H-200 por importe de 1200€, pero debía haber sido de 1000€, emites una nueva factura, R-13, por un total de -200€

De esta forma el importe computado son 1200 - 200 = 1000€

Pero podrías usar una sustitutiva perfectamente, indicando 1000€ simplemente con los datos correctos, sin negativos ni nada.

De todas formas esto es solo para facturas que estén aceptadas, con o sin errores.

Lógicamente si la factura ha sido rechazada, se deberá reenviar de nuevo ya sea a Alta o Zuzendu según el caso.

Gracias a los dos