Factura electrònica per a administradors de finques: l’estàndard europeu, sense tecnicismes

La factura del proveïdor fa vint anys que fa el mateix recorregut: arriba en PDF al correu de l’administrador, algú en llegeix l’import a la pantalla, el torna a escriure en un Excel o al programa de comptabilitat, desa el PDF en una carpeta i creua els dits perquè totes dues coses continuïn quadrant. Multiplica-ho per cada contracte d’ascensor, empresa de neteja, pòlissa d’assegurança i reparació puntual d’una cartera de comunitats, i tornar a escriure factures es menja una part real de la feina d’oficina d’un despatx.

Aquesta etapa s’està acabant, per llei, i no només a casa nostra. A la UE, la factura electrònica entre empreses passa d’opcional a obligatòria amb calendaris escalonats, i els estats membres l’estan introduint al llarg d’aquesta dècada. A Espanya, la llei ja preveu estendre l’obligació a les factures entre empresaris i professionals, amb un calendari que comença per les empreses més grans. Els terminis canvien d’un país a l’altre, però la direcció i l’estàndard de fons, no.

Una comunitat de propietaris no és una empresa, però els teus proveïdors sí que ho són, i el teu despatx també. A mesura que la factura electrònica s’estén entre ells, les factures de les teves comunitats arribaran cada vegada més com a dades estructurades, tant si estàs preparat per rebre-les com si no.

Gairebé tot el que s’escriu sobre el tema ho presenta com una càrrega de compliment normatiu. Per a qui rep, s’assembla més a un regal. L’obligació empeny els proveïdors a enviar factures que una màquina pot llegir, i això vol dir que l’etapa de tornar-les a escriure es pot acabar, si el circuit de recepció està ben fet.

El PDF ja no és la factura

Una factura electrònica, en sentit estricte, no és el PDF d’una factura. És un fitxer de dades estructurades conforme a l’estàndard europeu EN 16931: el venedor, els imports, les dates, les dades de pagament, tot com a camps que una màquina pot llegir. Aquest estàndard comú és el que importa. Sigui quin sigui el matís nacional, una factura conforme porta a sota el mateix model de dades, i per això una eina feta per a l’estàndard funciona per sobre de les fronteres.

A la pràctica apareixen dues formes del mateix estàndard:

El format híbrid amaga un parany que convé conèixer. Una factura híbrida processada a l’antiga, llegint el PDF amb els ulls i tornant a escriure les xifres, ignora en silenci la capa estructurada. Els números de la capa visual i els de l’XML haurien de coincidir, però la factura és la part que llegeix la màquina. Un circuit que només toca els píxels està processant una foto de la factura i llençant la factura de debò.

Rebre-la bé: llegir, mostrar, confirmar

El circuit de recepció correcte té tres passos, i només un necessita una persona.

Primer entra el fitxer, XML o PDF híbrid, i la màquina llegeix els camps estructurats: qui l’envia, el número de factura, les dates d’emissió i de venciment, la base imposable, l’IVA i el total, i el compte on s’ha de pagar. Sense tornar a escriure res, sense llegir xifres en una pantalla.

Segon, aquests camps se’t mostren de manera clara i llegible. Això importa sobretot amb l’XML pur, que sense aquest pas és un mur d’etiquetes amb què ningú no pot fer res, però també importa amb els híbrids: el que veus és el que diu de debò la capa de dades, no el que el PDF mostra per casualitat.

Tercer, confirmes, un sol cop, i la factura es converteix en un esborrany de despesa als comptes de la comunitat, amb l’import i el proveïdor ja llegits. A partir d’aquí fa la vida normal d’una despesa: espera l’extracte, el moviment del pagament s’hi vincula i el seu estat es calcula sol, com hauria de passar amb qualsevol despesa de la comunitat.

Un fitxer, una confirmació, una despesa registrada. Aquesta és tota la part manual del circuit.

Per què la confirmació no és opcional

Una pregunta raonable: si la màquina ho llegeix tot, per a què cal confirmar? Per què no comptabilitzar les factures automàticament tan bon punt arriben?

Perquè la lectura és fiable i la responsabilitat no es delega. Una factura pot ser perfecta per a la màquina i tot i així estar malament: un duplicat, un import que no quadra amb el contracte, un servei que ningú no ha encarregat o, directament, un frau. El frau amb factures en què s’ha canviat el compte de pagament és un patró real i creixent, i la pantalla de confirmació és just on mor: l’IBAN llegit queda davant d’una persona que sap quin ha estat sempre el compte de l’empresa de l’ascensor. Un circuit que comptabilitza sol elimina l’únic moment en què s’aplica el criteri de l’administrador, que és precisament el que la comunitat li paga.

Així que el disseny correcte és deliberat: la màquina fa tota la lectura, la persona pren l’única decisió. Automatitzar-ho més elimina justament el que no s’ha de treure.

El principi. Que la màquina llegeixi i la persona decideixi. Un circuit de factura electrònica hauria de reduir la feina manual a exactament una confirmació per factura, i mai a zero.

Arxiva l’original, no la representació

Les factures s’han de conservar durant anys, i aquí val la mateixa lògica que amb el format híbrid: el que s’ha de conservar és el fitxer original, l’XML o el PDF híbrid exactament com va arribar, no una captura, ni la versió llegible, ni una reexportació. La representació és una comoditat per al dia a dia; l’original és el registre per a qui el revisi d’aquí a uns quants anys.

Així que l’eina de recepció hauria de guardar l’original sense que es pugui modificar, al costat de la despesa en què es va convertir, i ser capaç de retornar sempre exactament els bytes que van arribar. Si una eina regenera o «neteja» les factures desades, està arxivant la seva pròpia obra en lloc del document.

On va la factura després

La recompensa discreta de rebre factures com a dades és tot el que ve després. La despesa confirmada entra a la cadena de moviments de la comunitat, i això vol dir:

Compta quantes vegades una persona toca la factura en tot aquest recorregut: una. La factura es va confirmar un cop, i tots els que venen després, propietaris, junta, gestoria o qui revisi els comptes, llegeixen registres derivats d’aquest únic fet confirmat.

El que Kvaro no fa, i el que encara no hi és

Val la pena dir-ho clar, perquè amb l’obligació en marxa hi ha molt de soroll: Kvaro rep factures electròniques i les converteix en despeses. No emet factures, no envia res a cap plataforma de l’Administració i no és un programa de facturació. Els requisits dels programes de facturació són cosa de qui emet la factura, és a dir, dels teus proveïdors.

Kvaro llegeix les dues sintaxis de l’estàndard europeu, UBL i CII, i el PDF híbrid Factur-X. Si un proveïdor t’envia la factura en un format nacional propi que no segueix cap d’aquestes sintaxis, Kvaro no el llegeix: registres la despesa a mà i hi adjuntes el justificant.

A més, hi ha dos canals d’entrega que encara estan madurant al mercat: la recepció automàtica de les factures que arriben per correu i la xarxa Peppol per a l’intercanvi de factures estructurades, que s’està convertint en la capa de transport comuna entre els estats membres. Avui, la base fiable és pujar el fitxer: la factura, arribi com arribi, entra a l’eina i el circuit que hem descrit pren el relleu.

Aquesta base ja és tot el guany. El cost de la factura electrònica no ha estat mai el clic de pujar-la, sinó tornar-la a escriure, les carpetes que no quadren, la cacera de factures abans de cada junta ordinària. Tot això s’acaba el dia que el circuit de recepció comença a llegir les dades estructurades en lloc teu. L’obligació fa que els proveïdors s’encarreguin de la meitat difícil; la meitat de la recepció ara és una elecció.

Substitueix el grup de WhatsApp en tres minuts.

Gratuït per començar. Sense targeta. Sense una trucada de 30 minuts per posar-lo en marxa.

Prova Kvaro de franc