Error 4112: El titular del certificado debe ser Obligado Emisión, Colaborador Social,

[espinete]

De repente he empezado a recibir este error al hacer envíos de prueba, usando mi certificado de empresa desarrolladora como siempre.
Es el mismo certificado que he usado hasta ahora sin problema. Los datos del emisor son correctos (NIF, Nombre Fiscal, Tipo de Empresa Jurídica...) y el certificado obviamente es correcto, no está caducado, ni revocado ni nada. (de hecho la comprobación del NIF emisor/receptor usando el webservice y el mismo certificado funciona bien).

¿A alguien más le ha pasado? ¿Cómo se puede evitar? Como esto le pase en producción a 20 clientes a la vez no habrá botella de vino que nos lo compense...

[ermendalenda]

Empezado por espinete

De repente he empezado a recibir este error al hacer envíos de prueba, usando mi certificado de empresa desarrolladora como siempre.
Es el mismo certificado que he usado hasta ahora sin problema. Los datos del emisor son correctos (NIF, Nombre Fiscal, Tipo de Empresa Jurídica...) y el certificado obviamente es correcto, no está caducado, ni revocado ni nada. (de hecho la comprobación del NIF emisor/receptor usando el webservice y el mismo certificado funciona bien).

¿A alguien más le ha pasado? ¿Cómo se puede evitar? Como esto le pase en producción a 20 clientes a la vez no habrá botella de vino que nos lo compense...

Acabo de probar y va bien
El emisor es el mismo que el dwl certificado?

[espinete]

Es un certificado de administrador único, el mismo de siempre y el que he estado usando desde el primer día para todas las pruebas.

La verdad es que no sé qué pasa

[ermendalenda]

Empezado por espinete

Es un certificado de administrador único, el mismo de siempre y el que he estado usando desde el primer día para todas las pruebas.

La verdad es que no sé qué pasa

Es algo parecido al de colaborador social?

[novatico]

Empezado por ermendalenda

Es algo parecido al de colaborador social?

No, es el certificado adecuado para una empresa que sólo tiene una administrador. Es el mismo caso que el nuestro y funciona correctamente.

[espinete]

Hola de nuevo.

Los certificados de "administrador único" incluyen dos NIFs en sus datos: el NIF personal del administrador y el NIF de la Empresa.
¿Podría ser que VeriFactu solo esté leyendo el primero? ¿O es que nuestro certificado de administrador único los tiene en distinto orden o algo así?

Si entro en la web de la AEAT con ese certificado, Hacienda sí reconoce el NIF de la Empresa. No entiendo qué puede estar pasando ahora con VeriFactu.

[emailesc]

Asegúrate de estar enviando al endpoint correspondiente según sea sello o certificado. Las URL's son diferentes. Si envías con certificado a la url de sello (o al revés) te va a dar ese error.

[espinete]

Fallo nuestro. Ya me estaba volviendo loco.
Al parecer en el XML habían forzado "a mano" que los datos de la <Cabecera> fueran unos concretos, diferentes a los datos del <IDEmisorFactura> y <NombreRazonEmisor> del RF, y luego olvidó volver a ponerlos como antes.

Es lo que pasa por tener que usar un solo emisor/certificado para tantas pruebas posibles. Alguien intentó usar su propio certificado personal para probar algo y olvidó volver a poner el nuestro, así que en una parte del XML se usaban unos datos y en la otra otros.

Ya llevaba días con esto. Estuve a punto de solicitar otro certificado de empresa ��


Estoy haciendo envíos al entorno de pruebas: prewww1.aeat.es/wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP
Siempre he enviado ahí sin problema.

He enviado la consulta al email de Verifactu a ver si me ayudan a averiguar qué pasa.

[espinete]

Perdón, edité el post anterior y olvidé eliminar el último párrafo. Ya está resuelto. Gracias a todos por las respuestas.