E-post
[email protected]Sõnastik
E-arvelduse mõisted lihtsate sõnadega.
Mõisted ELi õigusest, Peppolist ja riiklikest süsteemidest. Kui mõiste pärineb õigusaktist või standardist, viitab see ametlikule allikale.
ELi standardid ja õigus
- EN 16931Euroopa elektroonilise arvelduse standard
Euroopa standard, mis määrab e-arve põhisisu nummerdatud äriterminitena ja kaks XML-süntaksit, milles seda võib kirjutada: UBL ja CII. Riiklikud vormingud, näiteks XRechnung, CIUS-RO ja Peppol BIS, tuginevad sellele.
- E-arveStruktureeritud elektrooniline arve
Arve, mis väljastatakse, saadetakse ja võetakse vastu struktureeritud vormingus, mida tarkvara saab töödelda ilma, et inimene seda loeks, näiteks UBL- või CII-XML. E-posti teel saadetud PDF ei ole selles mõttes e-arve.
- Äritermin (BT)
EN 16931 nummerdatud andmeelement, näiteks BT-1 arve numbri jaoks või BT-48 ostja käibemaksukohustuslasena registreerimise numbri jaoks. Valideerimisteated nimetavad äriterminit, mida need puudutavad.
- UBLUniversal Business Language
OASIS-i XML-süntaks ja üks kahest süntaksist, mida EN 16931 lubab. Peppol BIS Billing 3.0 kasutab UBL 2.1.
- CIICross Industry Invoice
UN/CEFACT-i XML-süntaks ja teine süntaks, mida EN 16931 lubab. Factur-X ja ZUGFeRD kannavad CII-faili PDF-i sees.
- CIUSCore Invoice Usage Specification
EN 16931 peale lisatud reeglite kogum ühe riigi või võrgu jaoks, mis kitsendab, mida arve võib sisaldada. Näiteid on XRechnung, CIUS-RO ja Peppol BIS Billing 3.0. CIUS-i täitev arve vastab ka EN 16931-le.
- Hübriidarve
PDF, mida inimene saab lugeda ja millesse on tarkvara jaoks sisse põimitud struktureeritud XML-arve. Factur-X ja ZUGFeRD on hübriidvormingud.
- PDF/A-3ISO 19005-3
Arhiveerimise PDF-standard, mis lubab põimida teisi faile. Hübriidarved kasutavad seda, et kanda XML-i PDF-i sees.
- Käibemaksudirektiiv, artikkel 226
ELi käibemaksudirektiivi artikkel, mis loetleb, mida iga käibemaksuarve peab näitama, näiteks kuupäev, järjekorranumber, käibemaksunumbrid, nimed ja aadressid, kogused, hinnad ja käibemaksusummad. Riiklikud reeglid täiendavad seda.
- ViDAVAT in the Digital Age
ELi käibemaksureform, mis võeti vastu 2025. aastal. Alates 1. juulist 2030 nõuab see ELi riikide vahelise ettevõtete müügi digitaalset aruandlust, kusjuures e-arveldus on nende puhul vaikimisi lahendus. Juba praegu lubab see liikmesriikidel nõuda siseriiklikku e-arveldust ilma ELi käest eelnevalt luba küsimata.
- Kliiringumudel
Lahendus, kus maksuameti platvorm võtab iga arve vastu ja annab sellele ID, enne kui see kehtib. Poola KSeF ja Itaalia SdI töötavad nii. Saksamaal sellist platvormi ei ole: arve läheb otse ostjale.
- E-aruandlus
Tehinguandmete, mitte arve enda, saatmine maksuametile. Prantsusmaal hõlmab see müüki ettevõtetele väljaspool Prantsusmaad ja ostmist neilt ning müüki tarbijatele.
Valideerimine ja staatused
- Valideerimine
Arve kontrollimine oma vormingu skeemi ja ärireeglite vastu enne saatmist. Kehtiva faili võib ostja siiski äriliste põhjuste tõttu tagasi lükata.
- Ärireegel (BR)
Valideerimisreegel, mille arve peab läbima, kirjutatud koodina, näiteks BR-CO-15 (EN 16931), BR-DE-15 (XRechnung) või PEPPOL-EN16931-R010 (Peppol). Valideerija või platvorm, mis leiab rikutud reegli, nimetab selle koodi.
- Tagasilükkamine
Tehniline keeldumine: valideerija, juurdepääsupunkt või maksuplatvorm ütleb, et fail rikub reeglit, ja tagastab koodi. Arvet ei võetud vastu, seega see parandatakse ja saadetakse uuesti.
- Ostja keeldumine
Ostja äriline otsus: arve jõudis kohale, kuid ostja ei aktsepteeri seda, näiteks vale hinna või puuduva tellimusviite tõttu. Peppolis ja Prantsusmaal tuleb see tagasi staatusena koos põhjusekoodiga.
Peppol
- Peppol
Rahvusvaheline võrk ja spetsifikatsioonide kogum äridokumentide vahetamiseks. Saatjad ja vastuvõtjad ühenduvad sertifitseeritud juurdepääsupunktide kaudu. Belgia kohustus kasutab vaikimisi Peppolit.
- OpenPeppol
Mittetulundusühing, mis haldab Peppolit, avaldab selle spetsifikatsioone ja sertifitseerib selle teenusepakkujaid.
- Juurdepääsupunkt
Sertifitseeritud pakkuja, kes saadab ja võtab Peppolis vastu dokumente oma klientide eest. EurInvoice ei ole juurdepääsupunkt; töötame sertifitseeritud punkti kaudu.
- Nelja nurga mudel
Peppoli edastustee: müüja (nurk 1) saadab oma juurdepääsupunkti (2) kaudu ostja juurdepääsupunktile (3), mis edastab selle ostjale (4). Kui maksuamet võtab koopia, nimetatakse seda viiendaks nurgaks.
- SMPService Metadata Publisher
Register, mis ütleb saatjale, milliseid dokumente Peppoli osaleja saab vastu võtta ja millise juurdepääsupunkti kaudu. Saatja vaatab selle enne iga edastust järele.
- Peppol IDOsalejatunnus
Ettevõtte aadress Peppolis: skeemikood ja tunnus, näiteks 0208 ja sellele järgnev Belgia ettevõtte number. Ostja oma läheb BT-49-sse, müüja oma BT-34-sse.
- Peppol BIS Billing 3.0
Peppoli spetsifikatsioon arvete ja kreeditarvete jaoks: EN 16931 CIUS, kirjutatud UBL 2.1-s.
- Invoice Response
Peppoli teade, mille ostja saadab tagasi, et anda teada arve kättesaamisest, aktsepteerimisest, tagasilükkamisest või tasumisest, vajaduse korral koos põhjusekoodiga.
Meie asume siin: vastendamine ja valideerimine ERP-i ja 2. nurga vahel. Me ei ole pöörduspunkt.
1 · Müüja
Teie ettevõte ja selle ERP. Arve saab alguse siit.
Saksamaa
- XRechnung
Saksamaa EN 16931 CIUS, mille avaldab KoSIT, UBL-is või CII-s. Ettevõtete vahel loetakse see Saksa reeglite järgi e-arveks.
- ZUGFeRD
Saksa hübriidvorming: PDF/A-3 koos CII-arvega sees, tehniliselt sama mis Factur-X. Alates versioonist 2.0.1 loetakse see Saksamaal e-arveks, välja arvatud profiilid MINIMUM ja BASIC-WL.
- KoSITKoordinierungsstelle für IT-Standards
Saksamaa avalik-õiguslik asutus, mis avaldab XRechnungi ja selle kontrollimiseks kasutatava valideerija seadistuse.
Prantsusmaa
- Plateforme Agréée (PA)Heaks kiidetud platvorm
Prantsuse maksuhalduse heaks kiidetud platvorm e-arvete ja nende andmete väljastamiseks, vastuvõtmiseks ja edastamiseks. Prantsusmaal asutatud ettevõtete vahelised arved peavad käima selle kaudu. Varem nimetati PDP-ks. EurInvoice ei ole PA.
- Factur-X
Prantsuse ja Saksa hübriidvorming: PDF/A-3 koos CII-arvega sees. Prantsusmaa aktsepteerib seda UBL-i ja CII kõrval.
- DGFiPDirection générale des Finances publiques
Prantsuse maksuhaldus. See kiidab platvormid heaks ja platvormid saadavad sellele arveandmed.
- Elutsükli staatus
Staatused, mida Prantsuse arve pärast saatmist läbib, esitamisest tasumiseni. Tagasilükkamine või ostja keeldumine tuleb koos põhjusekoodiga.
Poola
- KSeFKrajowy System e-Faktur
Poola riiklik e-arveldussüsteem. Arved väljastatakse selles FA(3)-failidena ja see annab igale vastuvõetud arvele KSeF-i numbri.
- FA(3)
Arve XML-struktuur KSeF 2.0-s.
- KSeF-i number
Unikaalne number, mille KSeF annab igale vastuvõetud arvele. Parandusarve peab viitama parandatava arve KSeF-i numbrile.
- UPOUrzędowe Poświadczenie Odbioru
Ametlik kinnitus, mille KSeF annab selle kohta, mida ta vastu võttis.
- NIPNumer Identyfikacji Podatkowej
Ettevõtte Poola maksunumber. Poola arve vajab müüja NIP-i ja Poolas asuva ostja puhul ka ostja NIP-i.
Rumeenia
- RO e-Factura
Rumeenia riiklik e-arveldussüsteem, mida haldab ANAF. Arved laaditakse üles CIUS-RO XML-ina, ANAF valideerib need ja tagastab need rahandusministeeriumi allkirjaga.
- ANAFAgenția Națională de Administrare Fiscală
Rumeenia maksuhaldus, mis haldab RO e-Facturat.
- SPVSpațiul Privat Virtual
Maksumaksja veebikonto ANAF-is. RO e-Factura juurdepääs volitatakse selle kaudu.
- CIUS-RO
Rumeenia EN 16931 CIUS: reeglid, mille iga RO e-Factura arve peab läbima, kehtestatud rahandusministri korraldusega.
- CUICod Unic de Identificare
Ettevõtte Rumeenia maksutuvastuskood. ANAF lükkab tagasi arve, mille müüja CUI-d ta ei tunne.
Samm 1 / 5
ERP-andmed vastendatakse FA(3) failiks.
Mis võib valesti minna430 või 450: KSeF lükkab faili või selle sisu tagasi. Numbrit ei registreerita ja seda saab uuesti kasutada.
Kreeka
- myDATA
AADE digitaalne platvorm, mis võtab vastu Kreeka arvete andmed ja annab igaühele MARK-i.
- AADEIndependent Authority for Public Revenue
Kreeka maksuamet, mis haldab myDATA-t ja annab e-arvelduse pakkujatele litsentsid.
- MARKUnikaalne registreerimisnumber
Number, mille myDATA annab arve vastuvõtmisel. See peab olema igal litsentseeritud tarkvaraga väljastatud arvel.
- AFM
Ettevõtte Kreeka maksunumber. myDATA lükkab tagasi arve, mille AFM on kehtetu.
Horvaatia, Itaalia ja Slovakkia
- SdISistema di Interscambio
Itaalia maksuameti vahetussüsteem. Itaalias asuvate ettevõtete vahelised arved lähevad selle kaudu ning see kas edastab või lükkab iga arve tagasi.
- FatturaPA
Itaalia XML-arvevorming, mida kasutatakse SdI-s nii ettevõtete vaheliste kui ka avaliku sektori arvete jaoks.
- Fiskalizacija 2.0
Horvaatia reform, mis muudab ettevõtete vahelised e-arved kohustuslikuks ja teatab nende andmed maksuhaldusele.
- TeabevahendajaInformacijski posrednik
Horvaatia maksuhalduse nimekirjas olev teenusepakkuja, kes vahetab ettevõtete eest e-arveid.
- eFaktúra
Slovakkia e-arveldussüsteem finantshalduse all, mis kasutab Peppolit. Ettevõtete vahelised arved peavad olema e-arved alates 1. jaanuarist 2027.
Meie mõisted
- Marsruut
Meie sõna selle kohta, kuidas arve jõuab ühes riigis oma ostjani: Peppol, Prantsuse platvorm, KSeF, RO e-Factura ja nii edasi.
- Standardpakett
Meie püsihinnaga maht: üks juriidiline isik, üks lähtesüsteem ja üks riigimarsruut.
- Valmisolekupakett
Seitse sisendit, mida vajame enne, kui meie kahe tööpäeva eesmärk algab, alates esinduslikust arvete komplektist kuni tagastatava staatuse webhook-URL-ini.
- Rejection Care
Meie igakuine teenus pärast tootmiskäivitust: loeme iga tagasilükkamise läbi, leiame, kus põhjus on, parandame selle, mis on meie oma, saadame uuesti ja logime selle ning anname kord kuus aru.
Teie arvel on mõiste, mida siin pole?
Saatke see koos anonüümitud näidisega. Ütleme, mida see teie marsruudi jaoks tähendab.
- Teie ERP ja selle versioon
- Esimene riigi edastuskanal ja juriidiline isik
- Anonüümitud näidisarve ja juurdepääsuandmete seis
30-minutiline kõne
Valige aeg