Un sol stack de facturació per a Polònia, Alemanya i Espanya
Si veniu a Varsòvia, Munic i València, ja teniu tres màquines de factura electrònica. El registre compartit, els validadors per mercat, els terminis de conservació i els transports que no s'han de filtrar entre si.
Un sol stack de facturació per a Polònia, Alemanya i Espanya
Una botiga que factura un engròs alemany, un grup hoteler espanyol i un distribuïdor polonès no "fa factura electrònica". Opera tres màquines legals que comparteixen un fet comercial: qui va comprar què, per quant, en quina moneda, pagable com.
Poseu aquest fet en tres eines sense relació i acabareu necessitant-ne una quarta per conciliar-les. Poseu-lo en un registre amb tres adaptadors.
El registre compartit
Cada mercat necessita el mateix nucli:
- Identitat legal de venedor i comprador (nom, ID fiscal, adreça; a Espanya també la identitat SIF del programari)
- Tipus de document (factura, abonament, bestreta, rectificativa)
- Línies: quantitat, net, tipus d'IVA, exempcions, inversió del subjecte passiu
- Totals que quadrin aritmèticament amb les línies
- Moneda, font i data de canvi si no és la moneda fiscal local
- Mitjans de pagament (IBAN, termini de pagament; a Polònia, més endavant, el número KSeF al concepte de la transferència)
- Referències del comprador (comanda, BT-10, Leitweg-ID, referències administratives espanyoles)
- Data d'emissió, data de meritació, venciment
Aquest registre no és un fitxer EN 16931. EN 16931 és una projecció. FA(3) és una projecció. Facturae és una projecció. Si només deseu l'XML que vau enviar a KSeF, no podeu emetre XRechnung sense un mapa invers amb pèrdua.
Els validadors són per mercat, no opcionals
| Mercat | Validador | Fallades que semblen "la factura s'ha enviat" |
|---|---|---|
| Polònia | Esquema KSeF + regles de negoci, després el node en viu | Codis d'error a la sessió; sense número KSeF, no hi ha factura |
| Alemanya | Esquema més regles de negoci KoSIT / EN 16931 | BT-10 buit, desquadre aritmètic, perfil ZUGFeRD equivocat. El receptor la rebutja o l'aparca. |
| Espanya | Facturae / UBL / CII, signatura, hash i QR Verifactu si aplica el SIF | PDF sense signar, QR absent, rebuig de plataforma, estat de 4 dies perdut |
Executeu el validador abans del transport. Un enviament alemany de ZUGFeRD Minimum (no EN 16931) és un correu reeixit d'una no factura. Un enviament espanyol sense signatura és un PDF amb ambició.
Els transports no s'han de filtrar
Els modes offline de KSeF són un disseny legal polonès. No són una manera de "posar en cua factures alemanyes quan falla SMTP". La fallada de correu alemany és un reintent de canal, no una liquidació offline. El mode d'incidència Verifactu és una regla SIF amb una regularització posterior. TicketBAI continua assumint connectivitat i no té cap relat offline còmode.
La configuració seu al comprador: Polònia sempre KSeF per a les factures d'IVA dins de l'àmbit; Alemanya correu o Peppol segons l'ID Peppol; Espanya la plataforma acreditada on és la contrapart, amb interconnexió. L'operador no ha de triar un canal des d'un desplegable global.
L'arxiu no és "quedar-se el PDF"
| Mercat | Què ha de restar inalterat | Conservació de treball avui |
|---|---|---|
| Polònia | FA(3) i l'UPO, signatura intacta | 10 anys (l'historial de sessions de KSeF no és l'única còpia) |
| Alemanya | El registre estructurat (XML, o PDF/A-3 amb XML incrustat). Aplanar un ZUGFeRD a PDF simple destrueix el compliment GoBD. | 10 anys. El pla d'acció del BMF del 16 de juliol de 2026 proposa 15 anys (mesura 19) i emmagatzematge mirall per a alguns casos de tercers països (mesura 20). Dissenyeu per a 15. |
| Espanya | Factura electrònica signada, cadena Verifactu, fitxer TicketBAI on aplica | Seguiu les regles de l'AEAT / provincials; no conserveu només el PDF del tiquet |
Un magatzem d'objectes amb etiquetes legals per document surt més barat que tres "productes d'arxiu". L'exportació ha de produir els bytes originals, no una visualització regenerada.
Estat i caixa són específics de mercat
Polònia: recepció presumida en l'assignació KSeF, UPO com a prova de lliurament, número KSeF al concepte de la transferència des de l'1 de gener de 2027 per a l'encaix.
Alemanya: sense flux estatal de dates de pagament. L'antiguitat són els llibres més el banc. El recobrament és civil (Mahnung, BGB § 286 / § 288).
Espanya: acceptació, rebuig, data de pagament efectiu, 4 dies naturals. L'antiguitat ha de mostrar l'estat legal al costat dels dies de retard.
Un sol número de DSO entre PL, DE i ES és una mètrica de vanitat de direcció si no el separeu també per mercat. Les esperes de 80 dies de les pimes espanyoles i els retards mitjans de 53 dies a Polònia (Coface Payment Survey 2026) són malalties diferents. Necessiten expedients d'evidències diferents.
Ordre de construcció per a un operador de diversos mercats
- Factura canònica i dades mestres de comprador (ID fiscals, ID Peppol, bústies de factures, pertinença a plataforma, Leitweg-ID).
- Adaptador polonès si ja emeteu a KSeF. Us ensenya que l'artefacte legal no és el PDF.
- Validador alemany i doble sintaxi abans de l'1 de gener de 2027 si el vostre Gesamtumsatz superarà 800.000 EUR el 2026.
- SIF / Verifactu espanyol si cobreu en efectiu o emeteu tiquets a Espanya; connector Crea y Crece al calendari de l'ordre ministerial.
- Aplicació de cobraments: concepte SEPA avui, números KSeF el 2027, estat de data de pagament espanyol com a camp de primer ordre.
Plandesk és aquest stack per a botigues i restaurants que ja operen TPV i B2B sobre una sola base de dades. La factura és una fila. Els adaptadors no són un connector de PDF.
Aquest material és informació de caràcter general i no constitueix assessorament legal ni fiscal. Per a una situació concreta, verifiqueu la normativa vigent o consulteu un assessor qualificat.