Empezado por keys (Mensaje 545360)

Cuales? Me tienes en ascuas?

Empezado por Sistel (Mensaje 545348)

Hola keys,

El tema de utilizar certificados del cliente tiene sus problemas:
- Tienes acceso a dicho certificado por lo que podrías utilizarlo de forma fraudulenta (por ejemplo, para hacer "gestiones bancarias" en su nombre)
- Si el certificado es revocado, por cualquier razón, tú no te enteras.
- Cuando solicita renovación del certificado, se le revoca antes de tener el nuevo.
- Tienes que vigilar que esté en vigor cada vez que va a hacer una nueva factura o un nuevo envío
- ...

Yo en lugar de utilizar el certificado digital del cliente, utilizo para firmar los XML del cliente un certificado digital mío (que controlo en mi propio servidor).
Marco el campo EmitidaPorTercerosODestinatario como S y solucionado.
Y para enviar los XML también utilizo mi certificado.
Por supuesto, antes el cliente tiene que firmar un acuerdo por el que me autoriza a crear, firmar y enviar las facturas a Hacienda Foral en su nombre.
Y registro la representación en la correspondiente Hacienda Foral.

Y juego con dos certificados (FNMT e Izenpe).
Cuando tengo que renovar el que estoy utilizando, lo cambio por el otro mientras estoy haciendo dicha renovación (con su correspondiente revocación del antiguo)

Saludos

Empezado por keys (Mensaje 545323)

Hola a todos.

Nuestra aplicación no deja camiar la fecha de emisión de las facturas, coge la fecha del sistema y no se puede cambiar, ya que en teoria eso es lo que dice hacienda. Pero nos hemos encontrado con algunos listillos que lo que hacen es cambiar la fecha del sistema para hacer una factura anterior a la fecha del día. No se si os habrá pasado a alguno.

¿Alguien conoce algún servicio de internet que devuelva la fecha/hora del día?

Empezado por misteradrian (Mensaje 545384)

Yo lo utilizo tal cual sólo que con un sello de empresa que compramos de IZENPE.

Empezado por ermendalenda (Mensaje 545387)

Perdón por el título, puto corrector
*bufs=nifs
Me están llegando a los comercios clientes que quieren factura de distintos países y los datos que me aportan no cumplen con los nifs españoles ni con el vies(2 letras del país extranjero) por muchas vueltas que le doy nada, si le añado las 2 letras se salen de los 9 caracteres y además no están en el vies.
De verdad que esto es un lío, ahora que le digo al cliente, que no puedo darle factura por que no cumple normativa?
Ya lo he comentado con uno y me dijo que esta harto de pedir facturas con ese identificador.
Vaya tela, digo yo, tenemos que pelearnos con los clientes?, sin además tenelo ni claro. Si el cliente nos dice que está bien, quien somos nosotros., o al menos eso es lo que piensa el cliente.

Empezado por Sistel (Mensaje 545388)

Hola ermendalenda,

¿Qué tal si en el nodo IDType utilizas el valor 06 (Otro documento probatorio) de la tabla L2 (Tipos de identificación en el país de residencia)?
Así ya podrías poner como documento en ID (Número de identificación en el país de residencia) cualquier valor hasta 20 caracteres (da igual que sea el pasaporte, número de seguridad social, carnet de conducir, dni, nif o lo que sea de su país).

Por supuesto, esta solución sólo es válida en el caso de que el emisor y el destinatario no tengan que hacer declaración de operaciones intracomunitarias por estas operaciones en su país.

Ya me contarás si te vale.

Saludos

Empezado por joselugrk (Mensaje 545390)

Hola, quería preguntaros si existe algún documento en BATUZ que hable de como actuar cuando se ha producido un envío de ficheros XML y algunos han sido rechazados.

Por ejemplo, de 10 ficheros XML enviados todos menos uno han sido aceptados. El envío es PARCIALMENTECORRECTO.

Por ejemplo, el error es que el NIF no es correcto (B4_2000001).
¿Qué tendría que realizar? ¿Anular esa factura y crear una nueva?

¿Existe algún documento en el que indique como se deber actuar ante los errores de envío?

NOTA: A partir de ahora validaré los NIF antes de generar la factura.

Saludo y muchas gracias,
Joselu

Empezado por misteradrian (Mensaje 545393)

Siempre y cuando quieras generar NIF de pruebas utilizaba esta página.
https://generadordni.es/#home

En caso de ser ya dni´s en un entorno real. Utiliza algún validador en el lenguaje de programación que estés utilizando y adaptalo a los posibles errores.

Empezado por joselugrk (Mensaje 545394)

Ok, de acuerdo. Validar el NIF. Pero si pasa, ¿Qué se debe realizar? y con el resto de errores ¿Cómo debemos funcionar?. Es decir, hemos creado un XML firmado y ha sido rechazado. ¿Cómo lo soluciono?

Creo que es muy importante conocer la forma de actuar en caso de un posible error de envío.

Muchas gracias,
Joselu

Empezado por thinkows (Mensaje 545094)

Buenos días, os funcionan correctamente las pruebas en Bizkaia ? ayer enviaba sin problemas y hoy :

response status code: 200 OK
response body:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns2:LROEPJ240FacturasEmitidasConSGAltaRespuesta xmlns:ns2="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaRespuesta_V1_0_1.xsd">
<Cabecera>
<Modelo>240</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2022</Ejercicio>
<ObligadoTributario>
<NIF>A99802704</NIF>
<ApellidosNombreRazonSocial>4YUFFiRkH5hP4QDzEtm4npiQMxeHe5</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<Registros>
<Registro>
<Identificador>
<IDFactura>
<SerieFactura>F1</SerieFactura>
<NumFactura>202100923</NumFactura>
<FechaExpedicionFactura>28-01-2022</FechaExpedicionFactura>
</IDFactura>
</Identificador>
<SituacionRegistro>
<EstadoRegistro>Incorrecto</EstadoRegistro>
<CodigoErrorRegistro>B4_2000070</CodigoErrorRegistro>
<DescripcionErrorRegistroES>La firma no cumple los requisitos de la política de firma TicketBAI.(Atributo política de firma incorrecto. - (10641))</DescripcionErrorRegistroES>
<DescripcionErrorRegistroEU>Sinadurak ez ditu betetzen TicketBAI sinaduraren politikaren baldintzak.(Atributo política de firma incorrecto. - (10641))</DescripcionErrorRegistroEU>
</SituacionRegistro>
</Registro>
</Registros>
</ns2:LROEPJ240FacturasEmitidasConSGAltaRespuesta>

Con su certificado y no he modificado nada desde ayer ....:mad::mad::mad:

Empezado por thinkows (Mensaje 545398)

Buenos días, el entorno de pruebas de Alaba sigue caído ? ... devuelve 006, soy yo que tengo algún otro problema ??? Hay algún hilo que no he leído ?

Empezado por Neftali [Germán.Estévez] (Mensaje 545413)

A mi me está pasando lo mismo.
URL: https://pruebas-ticketbai.araba.eus/...I/v1/facturas/

Empezado por Sistel (Mensaje 545396)

Hola Joselu,

En el caso de Bizkaia (BATUZ), los ficheros XML TicketBAI firmados, de facturas y anulaciones, se envían en el subcapítulo 1.1 (Ingresos con factura con software garante TicketBAI) del modelo 140 (personas físicas) o modelo 240 (personas jurídicas)

En el caso de no ser admitido algún fichero TicketBAI de factura por contener errores, se debe presentar en en el capítulo 1.2 (Ingresos con factura sin software garante TicketBAI de los mismos modelos (140 y 240).

Saludos

Empezado por Neftali [Germán.Estévez] (Mensaje 545413)

A mi me está pasando lo mismo.
URL: https://pruebas-ticketbai.araba.eus/...I/v1/facturas/

Empezado por misteradrian (Mensaje 545416)

Yo acabo de tirar hacia alava y me va bien.
Dejo la URL del QR de comprobación.

https://pruebas-ticketbai.araba.eus/...=250.00&cr=034

Empezado por thinkows (Mensaje 545419)

Yo sigo igual, gracias por probar compañero

Empezado por misteradrian (Mensaje 545420)

¿Puedes poner el error que os da en el XML de vuelta?
Ó ¿simplemente no os conecta?