R
Glosārijs54 termini
E-pasts
[email protected]Glosārijs
E-rēķinu termini vienkāršos vārdos.
Termini no ES tiesību aktiem, Peppol un valstu sistēmām. Ja termins nāk no likuma vai standarta, ir saite uz oficiālo avotu.
12 termini
ES standarti un tiesību akti
- EN 16931Eiropas standarts elektroniskajiem rēķiniem
Eiropas standarts, kas nosaka e-rēķina pamatsaturu kā numurētus biznesa terminus un divas XML sintakses, kurās to var rakstīt: UBL un CII. Uz tā balstās valstu formāti, piemēram, XRechnung, CIUS-RO un Peppol BIS.
- E-rēķinsStrukturēts elektroniskais rēķins
Rēķins, ko izraksta, sūta un saņem strukturētā formātā, kuru programmatūra var apstrādāt bez cilvēka veiktas lasīšanas, piemēram, UBL vai CII XML. PDF, kas nosūtīts pa e-pastu, šādā nozīmē nav e-rēķins.
- Biznesa termins (BT)
Numurēts EN 16931 datu elements, piemēram, BT-1 rēķina numuram vai BT-48 pircēja PVN numuram. Validācijas ziņojumi nosauc biznesa terminu, uz kuru tie attiecas.
- UBLUniversal Business Language
OASIS izstrādāta XML sintakse un viena no divām sintaksēm, ko pieļauj EN 16931. Peppol BIS Billing 3.0 izmanto UBL 2.1.
- CIICross Industry Invoice
UN/CEFACT izstrādāta XML sintakse un otra sintakse, ko pieļauj EN 16931. Factur-X un ZUGFeRD ievieto CII failu PDF iekšpusē.
- CIUSCore Invoice Usage Specification
Papildu noteikumu kopums virs EN 16931 vienai valstij vai tīklam, kas sašaurina rēķina pieļaujamo saturu. Piemēri ir XRechnung, CIUS-RO un Peppol BIS Billing 3.0. Rēķins, kas atbilst CIUS, atbilst arī EN 16931.
- Hibrīdrēķins
PDF, ko var izlasīt cilvēks un kurā programmatūrai ir iegults strukturēts XML rēķins. Factur-X un ZUGFeRD ir hibrīdformāti.
- PDF/A-3ISO 19005-3
Arhivēšanas PDF standarts, kas ļauj iegult citus failus. Hibrīdrēķini to izmanto, lai nestu XML PDF iekšpusē.
- PVN direktīva, 226. pants
ES PVN direktīvas pants, kas uzskaita, kas jānorāda katrā PVN rēķinā, piemēram, datums, secīgs numurs, PVN numuri, nosaukumi un adreses, daudzumi, cenas un PVN summas. Valstu noteikumi to papildina.
- ViDAPVN digitālajā laikmetā
2025. gadā pieņemtā ES PVN reforma. No 2030. gada 1. jūlija tā prasa digitāli ziņot par uzņēmumu pārdošanu starp ES valstīm, un e-rēķins tam ir noklusējuma risinājums. Jau tagad tā ļauj dalībvalstīm prasīt iekšzemes e-rēķinus, iepriekš nevaicājot ES.
- Saskaņošanas modelis
Kārtība, kurā nodokļu iestādes platforma saņem katru rēķinu un piešķir tam ID, pirms tas tiek uzskatīts par derīgu. Tā darbojas Polijas KSeF un Itālijas SdI. Vācijā tādas platformas nav: rēķins nonāk tieši pie pircēja.
- E-ziņošana
Darījumu datu, nevis paša rēķina, nosūtīšana nodokļu iestādei. Francijā tā aptver pārdošanu uzņēmumiem ārpus Francijas un pirkumus no tiem, kā arī pārdošanu patērētājiem.
4 termini
Validācija un statusi
- Validācija
Rēķina pārbaude pret sava formāta shēmu un biznesa noteikumiem pirms nosūtīšanas. Derīgu failu pircējs tomēr var atteikt komerciālu iemeslu dēļ.
- Biznesa noteikums (BR)
Validācijas noteikums, kas rēķinam jāizpilda, pierakstīts kā kods, piemēram, BR-CO-15 (EN 16931), BR-DE-15 (XRechnung) vai PEPPOL-EN16931-R010 (Peppol). Validators vai platforma, kas atrod pārkāptu noteikumu, nosauc tā kodu.
- Noraidījums
Tehnisks atteikums: validators, piekļuves punkts vai nodokļu platforma paziņo, ka fails pārkāpj noteikumu, un atgriež kodu. Rēķins netika pieņemts, tāpēc to izlabo un nosūta vēlreiz.
- Atteikums
Pircēja komerciāls lēmums: rēķins ir saņemts, bet pircējs to nepieņem, piemēram, nepareizas cenas vai trūkstošas pasūtījuma atsauces dēļ. Peppol tīklā un Francijā tas atgriežas kā statuss ar iemesla kodu.
8 termini
Peppol
- Peppol
Starptautisks tīkls un specifikāciju kopums uzņēmējdarbības dokumentu apmaiņai. Sūtītāji un saņēmēji savienojas ar sertificētu piekļuves punktu starpniecību. Beļģijas pienākums pēc noklusējuma izmanto Peppol.
- OpenPeppol
Bezpeļņas apvienība, kas pārvalda Peppol, publicē tā specifikācijas un sertificē tā pakalpojumu sniedzējus.
- Piekļuves punkts
Sertificēts pakalpojumu sniedzējs, kas savu klientu vārdā sūta un saņem dokumentus Peppol tīklā. EurInvoice nav piekļuves punkts; mēs strādājam ar sertificētu piekļuves punktu.
- Četru stūru modelis
Peppol piegādes ceļš: pārdevējs (1. stūris) sūta caur savu piekļuves punktu (2) uz pircēja piekļuves punktu (3), kas piegādā pircējam (4). Ja nodokļu iestāde saņem kopiju, to sauc par piekto stūri.
- SMPService Metadata Publisher
Reģistrs, kas sūtītājam norāda, kādus dokumentus Peppol dalībnieks var saņemt un caur kuru piekļuves punktu. Sūtītājs to pārbauda pirms katras piegādes.
- Peppol IDDalībnieka identifikators
Uzņēmuma adrese Peppol tīklā: shēmas kods un identifikators, piemēram, 0208, kam seko Beļģijas uzņēmuma numurs. Pircēja ID raksta BT-49, pārdevēja ID BT-34.
- Peppol BIS Billing 3.0
Peppol specifikācija rēķiniem un kredītrēķiniem: EN 16931 CIUS, kas rakstīts UBL 2.1.
- Invoice Response
Peppol ziņojums, ko pircējs sūta atpakaļ, lai paziņotu, ka rēķins ir saņemts, pieņemts, atteikts vai apmaksāts, vajadzības gadījumā ar iemesla kodu.
Mēs esam šeit: kartēšana un validācija starp ERP un 2. stūri. Mēs neesam piekļuves punkts.
1 · Pārdevējs
Jūsu uzņēmums un tā ERP. Rēķins sākas šeit.
3 termini
Vācija
- XRechnung
Vācijas EN 16931 CIUS, ko publicē KoSIT, UBL vai CII formātā. Starp uzņēmumiem tas pēc Vācijas noteikumiem ir e-rēķins.
- ZUGFeRD
Vācijas hibrīdformāts: PDF/A-3 ar CII rēķinu iekšpusē, tehniski tāds pats kā Factur-X. No 2.0.1 versijas tas Vācijā ir e-rēķins, izņemot profilus MINIMUM un BASIC-WL.
- KoSITKoordinierungsstelle für IT-Standards
Vācijas publiska iestāde, kas publicē XRechnung un validatora konfigurāciju, ar kuru to pārbauda.
4 termini
Francija
- Plateforme Agréée (PA)Apstiprināta platforma
Francijas nodokļu administrācijas apstiprināta platforma e-rēķinu un to datu izrakstīšanai, saņemšanai un tālāknosūtīšanai. Rēķiniem starp uzņēmumiem, kas reģistrēti Francijā, jāiet caur tādu platformu. Agrāk saukta PDP. EurInvoice nav PA.
- Factur-X
Francijas un Vācijas hibrīdformāts: PDF/A-3 ar CII rēķinu iekšpusē. Francija to pieņem līdzās UBL un CII.
- DGFiPDirection générale des Finances publiques
Francijas nodokļu administrācija. Tā apstiprina platformas, un platformas tai sūta rēķinu datus.
- Dzīves cikla statuss
Statusi, caur kuriem Francijas rēķins iet pēc nosūtīšanas, no iesniegta līdz apmaksātam. Noraidījumam vai atteikumam ir pievienots iemesla kods.
5 termini
Polija
- KSeFKrajowy System e-Faktur
Polijas nacionālā e-rēķinu sistēma. Rēķinus tajā izraksta kā FA(3) failus, un tā katram pieņemtajam rēķinam piešķir KSeF numuru.
- FA(3)
Rēķina XML struktūra KSeF 2.0.
- KSeF numurs
Unikāls numurs, ko KSeF piešķir katram pieņemtajam rēķinam. Labojuma rēķinā jānorāda tā rēķina KSeF numurs, ko tas labo.
- UPOUrzędowe Poświadczenie Odbioru
Oficiāla kvīts, ko KSeF izsniedz, lai apliecinātu, ko tas ir saņēmis.
- NIPNumer Identyfikacji Podatkowej
Uzņēmuma nodokļu maksātāja numurs Polijā. Polijas rēķinam vajag pārdevēja NIP un, ja pircējs ir Polijā, arī pircēja NIP.
5 termini
Rumānija
- RO e-Factura
Rumānijas nacionālā e-rēķinu sistēma, ko vada ANAF. Rēķinus augšupielādē kā CIUS-RO XML, un ANAF tos validē un atdod ar Finanšu ministrijas parakstu.
- ANAFAgenția Națională de Administrare Fiscală
Rumānijas nodokļu administrācija, kas vada RO e-Factura.
- SPVSpațiul Privat Virtual
Nodokļu maksātāja tiešsaistes konts pie ANAF. Piekļuve RO e-Factura tiek atļauta caur to.
- CIUS-RO
Rumānijas EN 16931 CIUS: noteikumi, kas jāizpilda katram RO e-Factura rēķinam, noteikti ar Finanšu ministra rīkojumu.
- CUICod Unic de Identificare
Uzņēmuma nodokļu identifikācijas kods Rumānijā. ANAF noraida rēķinu, ja nepazīst pārdevēja CUI.
Solis 1 / 5
ERP dati tiek kartēti FA(3) failā.
Kas var noiet greizi430 vai 450: KSeF noraida failu vai tā saturu. Numurs netiek reģistrēts, un to var izmantot atkārtoti.
4 termini
Grieķija
- myDATA
AADE digitālā platforma, kas saņem Grieķijas rēķinu datus un katram piešķir MARK.
- AADENeatkarīgā Valsts ieņēmumu iestāde
Grieķijas nodokļu iestāde, kas vada myDATA un licencē e-rēķinu sniedzējus.
- MARKUnikāls reģistrācijas numurs
Numurs, ko myDATA piešķir, pieņemot rēķinu. Tam jābūt katrā rēķinā, kas izrakstīts ar licencētu programmatūru.
- AFM
Uzņēmuma nodokļu maksātāja numurs Grieķijā. myDATA noraida rēķinu ar nederīgu AFM.
5 termini
Horvātija, Itālija un Slovākija
- SdISistema di Interscambio
Itālijas Ieņēmumu aģentūras apmaiņas sistēma. Rēķini starp uzņēmumiem Itālijā iet caur to, un tā katru piegādā vai noraida.
- FatturaPA
Itālijas XML rēķina formāts, ko izmanto SdI gan rēķiniem starp uzņēmumiem, gan publiskajam sektoram.
- Fiskalizacija 2.0
Horvātijas reforma, kas padara e-rēķinus starp uzņēmumiem obligātus un ziņo to datus Nodokļu administrācijai.
- Informācijas starpnieksInformacijski posrednik
Horvātijas Nodokļu administrācijas sarakstā iekļauts pakalpojumu sniedzējs, kas uzņēmumu vārdā apmainās ar e-rēķiniem.
- eFaktúra
Slovākijas e-rēķinu sistēma Finanšu administrācijas pārziņā, kas izmanto Peppol. No 2027. gada 1. janvāra rēķiniem starp uzņēmumiem jābūt e-rēķiniem.
4 termini
Mūsu termini
- Maršruts
Mūsu vārds ceļam, pa kuru rēķins nonāk pie pircēja vienā valstī: Peppol, Francijas platforma, KSeF, RO e-Factura un tā tālāk.
- Standarta vienība
Mūsu fiksētās cenas apjoms: viena juridiskā persona, viena avota sistēma un viens valsts maršruts.
- Gatavības pakete
Septiņi ievaddati, kas mums vajadzīgi, pirms sākas mūsu divu darba dienu mērķis, no reprezentatīva rēķinu kopuma līdz webhook URL atgrieztajam statusam.
- Noraidījumu apstrāde
Mūsu ikmēneša pakalpojums pēc palaišanas: mēs izlasām katru noraidījumu, atrodam, kur ir cēlonis, izlabojam to, kas ir mūsu pusē, nosūtām vēlreiz, reģistrējam un reizi mēnesī ziņojam.
Kontakti
Termins uz Jūsu rēķina, kura šeit nav?
Nosūtiet to kopā ar anonimizētu paraugu. Mēs pateiksim, ko tas nozīmē Jūsu maršrutam.
- Jūsu ERP un versija
- Pirmais valsts maršruts un juridiskā persona
- Anonimizēts rēķina paraugs un piekļuves datu statuss
30 minūšu saruna
Izvēlieties laiku