Factura electrónica para administradores de fincas: la norma europea, sin jerga

La factura de proveedor lleva veinte años haciendo el mismo recorrido: llega en PDF al correo del administrador, alguien lee el importe en la pantalla, lo teclea en un Excel o en el programa de contabilidad, guarda el PDF en una carpeta y cruza los dedos para que las dos cosas sigan cuadrando. Multiplícalo por cada contrato de ascensor, empresa de limpieza, póliza de seguro y reparación puntual de una cartera de comunidades, y teclear facturas se come una parte real del trabajo de oficina de un despacho.

Esa etapa se está acabando, por ley, y no solo en España. En la UE, la factura electrónica entre empresas pasa de opcional a obligatoria con calendarios escalonados, y los Estados miembros la están introduciendo a lo largo de esta década. En España, la Ley Crea y Crece extiende la obligación a las facturas entre empresarios y profesionales, con un calendario que empieza por las empresas más grandes. A eso se suma Verifactu, que fija requisitos para los programas con los que las empresas emiten sus facturas. Y para facturar a la Administración pública, las empresas llevan años usando Facturae a través de FACe.

Una comunidad de propietarios no es una empresa, pero tus proveedores sí lo son, y tu despacho también. A medida que la factura electrónica se generaliza entre ellos, las facturas de tus comunidades llegarán cada vez más como datos estructurados, estés o no preparado para recibirlas.

Casi todo lo que se escribe sobre esto lo presenta como una carga de cumplimiento. Para quien recibe, se parece más a un regalo. La obligación empuja a los proveedores a enviar facturas que una máquina puede leer, y eso significa que la etapa de teclear puede terminar, si el flujo de recepción está bien hecho.

El PDF ya no es la factura

Una factura electrónica, en sentido estricto, no es un PDF de una factura. Es un fichero de datos estructurados conforme a la norma europea EN 16931: el vendedor, los importes, las fechas, los datos de pago, todo como campos legibles por una máquina. Esa norma común es lo importante. Sea cual sea el matiz nacional, una factura conforme lleva debajo el mismo modelo de datos, y por eso una herramienta hecha para la norma funciona por encima de las fronteras.

En la práctica aparecen dos formas de la misma norma:

• XML puro es la forma para máquinas: un fichero XML, sin capa visual. Ábrelo en un visor y verás corchetes angulares. Es ilegible a propósito, porque está pensado para máquinas. La norma admite dos sintaxis, UBL y CII, y varios países tienen su propio perfil de ellas, pero son dialectos de EN 16931, no mundos aparte.
• El híbrido (Factur-X es el nombre más extendido) es un PDF de aspecto normal con el XML incrustado dentro. La persona ve una factura; la máquina ve datos. Y lo decisivo: la parte que manda es el XML incrustado, no los píxeles.

El formato híbrido esconde una trampa que conviene conocer. Una factura híbrida procesada a la antigua, leyendo el PDF con los ojos y tecleando, ignora en silencio la capa estructurada. Los números de la capa visual y los del XML deberían coincidir, pero la parte legible por máquina es la factura. Un flujo que solo toca los píxeles está procesando una foto de la factura y tirando la factura de verdad.

Recibir bien: leer, mostrar, confirmar

El flujo de recepción correcto tiene tres pasos, y solo uno necesita a una persona.

Primero entra el fichero, XML o PDF híbrido, y la máquina lee los campos estructurados: quién la envía, el número de factura, las fechas de emisión y de vencimiento, la base imponible, el IVA y el total, y la cuenta a la que pagar. Sin teclear, sin leer cifras en una pantalla.

Segundo, esos campos se te muestran de forma clara y legible. Esto importa sobre todo con el XML puro, que sin este paso es un muro de corchetes con el que nadie puede hacer nada, pero importa también con los híbridos: lo que ves es lo que dice de verdad la capa de datos, no lo que el PDF casualmente muestra.

Tercero, confirmas, una vez, y la factura se convierte en un gasto en borrador en las cuentas de la comunidad, con el importe y el proveedor ya leídos. A partir de ahí vive la vida normal de un gasto: espera al extracto, el movimiento del pago se vincula a él y su estado se calcula solo, como debería pasar con cualquier gasto de la comunidad.

Un fichero, una confirmación, un gasto registrado. Esa es toda la parte manual del flujo.

Por qué la confirmación no es opcional

Una pregunta razonable: si la máquina lo lee todo, ¿para qué confirmar? ¿Por qué no contabilizar las facturas automáticamente en cuanto llegan?

Porque la lectura es fiable y la responsabilidad no se delega. Una factura puede ser perfecta para la máquina y aun así estar mal: un duplicado, un importe que no cuadra con el contrato, un servicio que nadie encargó o directamente un fraude. El fraude con facturas en las que se ha cambiado la cuenta de pago es un patrón real, y la pantalla de confirmación es justo donde muere: el IBAN leído queda delante de una persona que sabe cuál ha sido siempre la cuenta de la empresa del ascensor. Un flujo que contabiliza solo elimina el único momento en el que se aplica el criterio del administrador, que es precisamente lo que la comunidad le paga.

Así que el diseño correcto es deliberado: la máquina hace toda la lectura, la persona toma la única decisión. Automatizar más elimina justo lo que no hay que quitar.

Archiva el original, no la representación

Las facturas hay que conservarlas durante años, y aquí vale la misma lógica que con el formato híbrido: lo que hay que conservar es el fichero original, el XML o el PDF híbrido exactamente como llegó, no una captura, no la versión legible, no una reexportación. La representación es una comodidad para hoy; el original es el registro para quien lo revise dentro de unos años.

Así que la herramienta de recepción debería guardar el original sin posibilidad de modificarlo, junto al gasto en el que se convirtió, y ser capaz de devolver siempre exactamente los bytes que llegaron. Si una herramienta regenera o “limpia” las facturas guardadas, está archivando su propia obra en lugar del documento.

Adónde va la factura después

La recompensa discreta de recibir facturas como datos es todo lo que viene después. El gasto confirmado entra en la cadena de movimientos de la comunidad, y eso significa:

• Los propietarios pueden verla. La factura ocupa su sitio en la lista de justificantes de la comunidad, donde un propietario que revisa la liquidación del ejercicio puede abrir el documento real detrás de cada línea.
• La liquidación la absorbe. El cierre deja de exigir una caza de facturas, porque cada factura de proveedor ya está clasificada en las cuentas. Todo el ciclo está en el ejercicio contable de la comunidad.
• La gestoría recibe datos limpios. Una exportación contable lleva el gasto con sus partidas a tu asesor, con el documento original disponible cuando lo pida.

Cuenta las veces que una persona toca la factura en todo ese recorrido: una. La factura se confirmó una vez, y todos los que vienen después, propietarios, junta, gestoría o quien revise las cuentas, leen registros derivados de ese único hecho confirmado.

Lo que Kvaro no hace, y lo que todavía no hay

Conviene decirlo claro, porque con la Ley Crea y Crece y Verifactu hay mucho ruido: Kvaro recibe facturas electrónicas y las convierte en gastos. No emite facturas, no genera Facturae, no envía nada a la AEAT ni a FACe y no es un programa de facturación. Verifactu y FACe son asunto del programa con el que factura quien emite, es decir, de tus proveedores.

Kvaro lee las dos sintaxis de la norma europea, UBL y CII, y el PDF híbrido Factur-X. Facturae, el formato XML español que se usa para facturar a la Administración, es un formato propio y Kvaro no lo lee: si un proveedor solo te lo envía así, registras el gasto a mano y adjuntas el justificante.

Además, hay dos canales de entrega que todavía están madurando en el mercado: la recepción automática de las facturas que llegan por correo y la red Peppol para el intercambio de facturas estructuradas, que se está convirtiendo en la capa de transporte común entre Estados miembros. Hoy, la base fiable es la subida del fichero: la factura, llegue como llegue, entra en la herramienta y el flujo anterior toma el relevo.

Esa base ya es toda la ganancia. El coste de la factura electrónica nunca fue el clic de subirla, era teclearla, las carpetas que no cuadran, la caza de facturas antes de cada junta ordinaria. Todo eso termina el día en que el flujo de recepción empieza a leer los datos estructurados en tu lugar. La obligación hace que los proveedores se encarguen de la mitad difícil; la mitad de la recepción es ahora una elección.