Mūsų internetinių seminarų ciklo "Orientavimasis pasaulinėje mokesčių atitikties užtikrinimo srityje" dalis - mokestinės atitikties užtikrinimo modelių tema.
Įvairūs mokestinių prievolių vykdymo ir e. sąskaitų faktūrų išrašymo modeliai
Visame pasaulyje yra daug privalomų mokestinių prievolių vykdymo ir e. sąskaitų faktūrų variantų. Kiekviena šalis turi skirtingas jurisdikcijas, kurios turi įtakos taisyklėms, formatams ir mokesčių mokėtojų reikalavimams. Tačiau dabartines taisykles galima suskirstyti į penkis modelius, kuriuose išsamiai apibūdinamas pirkėjo, tiekėjo, mokesčių administratoriaus ir programinės įrangos tiekėjų vaidmuo.
Apsikeitimo tinkle modelis
Apsikeitimo tinklemodelis verslo požiūriu gali būti laikomas lanksčiausiu. Jis suteikia verslui laisvę pasirinkti programinės įrangos tiekėją ir keistis įvairių tipų dokumentais visose tiekimo grandinės proceso dalyse.

Dažniausias praktikoje taikomo apsikeitimo tinkle modelio pavyzdys yra Peppol.
Peppol leidžia viso pasaulio įmonėms savanoriškai prisijungti ir keistis elektroniniais dokumentais. Peppol yra decentralizuotas keitimasis dokumentais, nesusijęs su mokesčių institucijomis. Įmonės, norinčios keistis dokumentais, paprasčiausiai prisijungia prie vieno tinklo naudodamos savo programinės įrangos tiekėjo prieigos tašką, o vyriausybė ar mokesčių institucija netaiko savo formatų ar taisyklių variantų.
Tačiau Peppol nebėra naudojamas tik savanoriškai. Mokesčių institucijos dabar įpareigoja naudoti Peppol keičiantis elektroninėmis sąskaitomis faktūromis tarp įmonių ir valdžios institucijų (B2G). Kadangi yra ES direktyva, skatinanti naudoti B2G e. sąskaitas, daugelis mokesčių institucijų nusprendė pasinaudoti šia galimybe ir taikyti savo taisykles. Tokį privalomą naudojimą galima pastebėti Europoje, taip pat Australijoje ir Singapūre.
Realaus laikoataskaitų teikimo modelis
Realaus laiko ataskaitų teikimo modelis yra pirmasis modelis, kuris palaiko ryšį su mokesčių administratoriumi.

Mokesčių institucijos Ispanijoje ir Vengrijoje pirmą kartą pradėjo taikyti šį modelį, kad galėtų matyti realiu laiku gaunamų sąskaitų faktūrų duomenis. Pagal šį modelį tiekėjo programinės įrangos teikėjas turi siųsti sąskaitos faktūros duomenis mokesčių institucijai, kai tik sąskaita faktūra yra parengta. Mokesčių institucija gauna reikiamą informaciją, tačiau šis procesas neskatina įmonių tobulėti ir naudotis visiško e. sąskaitų faktūrų išrašymo sprendimo privalumais. Tiekėjams nereikia siųsti elektroninės sąskaitos faktūros pirkėjams. Tai vis dar galima atlikti popieriniu arba PDF formatu.
Šalyse, kuriose įdiegtas realaus laiko ataskaitų teikimo modelis, pradedama tobulinti šio modelio veikimas verslo naudai.
Vengrijoje yra galimybė, kad mokesčių institucijai parengta sąskaita faktūra taptų teisiškai pripažinta elektronine sąskaita faktūra. Įmonės jau anksčiau siųsdavo sąskaitos faktūros informaciją mokesčių administratoriui, todėl kodėl mokesčių administratorius negalėtų atlikti perdavimo etapo? Dabar mokesčių institucija pirkėjui suteikia galimybę susipažinti su sąskaita faktūra, taip sukuriamas efektyvesnis verslo procesas, o mokesčių institucijai vis tiek suteikiama realiuoju laiku reikalinga informacija apie sąskaitą faktūrą.
Nuolatinėssandorių kontrolės (CTC) modelis
CTCmodelis yra pirminis privalomojo įforminimo modelių visame pasaulyje projektas. Daugelis šalių perėmė šį modelį ir sukūrė jį pagal save. Tokios šalys kaip Čilė, Meksika, Brazilija yra vienos iš pirmųjų, pradėjusių taikyti šį modelį.

Pagal CTC modelį reikalaujama, kad mokesčių institucijos perduotų ir patvirtintų (įformintų) sąskaitą faktūrą prieš arba po to, kai prekės ar paslaugos yra pristatytos. Tai veikia taip:
- Tiekėjas parengia galiojančią fiskalinę sąskaitą faktūrą struktūrizuotu formatu. Struktūrą ir formatą nustato kiekviena mokesčių institucija.
- Tiekėjas siunčia sąskaitą faktūrą mokesčių administratoriui per programinės įrangos tiekėją.
- Mokesčių administratorius turi "praleisti" sąskaitą faktūrą - validuoja ją ir patvirtina.
- Tiekėjas išsiunčia pirkėjui sąskaitą faktūrą ir pristato prekes ir (arba) paslaugas.
- Pirkėjas privalo pranešti mokesčių administratoriui, kad gavo sąskaitą faktūrą, prekes/paslaugas ir sąlygas.
Pagal šį modelį veikia paskirtųjų mokesčių institucijų sistema. Mokesčių institucija gali pasirinkti, ar sąskaitų faktūrų įskaitymą centralizuoti, ar decentralizuoti. Tokiose šalyse, kaip Meksika, kuriose taikoma decentralizuota įforminimo sistema, yra akredituoti paslaugų teikėjai, kurie mokesčių administratoriaus vardu atlieka patvirtinimą ir patvirtinimą. Tačiau ir decentralizuotose, ir centralizuotose šalyse įmonės vis tiek gali pasirinkti, kaip siųsti sąskaitas faktūras pirkėjams. Šis keitimasis nebūtinai turi vykti skaitmeniniu būdu.
Taigi, CTC modelio privalumai verčia ekonomiką labiau skaitmenizuotis. Įmonės turi turėti galimybę naudotis programine įranga, kad galėtų kurti ir siųsti elektronines sąskaitas faktūras mokesčių administratoriui, tačiau jos vis dar gali rinktis neskaitmeninius keitimosi sąskaitomis faktūromis tarpusavyje būdus.
Dar vienas CTC modelio trūkumas - kišimasis į tiekimo grandinės procesą kai kuriose šalyse. Pavyzdžiui, Brazilijoje prekės ir paslaugos negali būti tiekiamos tol, kol mokesčių institucija nepatvirtina sąskaitos faktūros.
Centralizuotasmodelis
Centralizuotasmodelis yra CTC modelio iteracija. Turkija buvo pirmoji Europos šalis, pradėjusi taikyti šį modelį.

Turkija patobulino savo taikomą CTC modelį ir pašalino vieną proceso reikalavimą tiekėjui. Kodėl tiekėjui siunčiant e. sąskaitą faktūrą turi būti atliekami du veiksmai - siuntimas ir mokesčių administratoriui, ir pirkėjui? Procesas buvo pakeistas taip, jog tiekėjas išsiunčia sąskaitą mokesčių institucijai, ji sąskaitą patikrina ir pati pristato pirkėjui. Visa tai atliekama naudojant vieną centrinę mokesčių institucijos platformą.
Kyla pavojus, kad privalomas duomenų formatas bus nustatytas taip, kad tenkintų mokesčių administracijos poreikius, o ne atsižvelgtų į tiekimo grandinės veiksmingumą ar jo siektų. Daugeliu atvejų centralizuotai keičiamasi tik sąskaitomis faktūromis ir neapima visų verslo dokumentų, o tai trukdo visiškai automatizuoti procesus "nuo pirkimo iki apmokėjimo" (P2P) ir "nuo užsakymo iki mokėjimo" (O2C).
DecentralizuotasCTC modelis
Decentralizuotas CTC modelis - tai apsikeitimo tinkle modelio ir CTC modelio derinys.

Elektronines sąskaitas faktūras tvirtina ir jomis keičiasi sertifikuoti programinės įrangos teikėjai, kurie turi atitikti kiekvienoje šalyje nustatytus minimalius techninius reikalavimus. Sąskaitos faktūros duomenys iš karto pateikiami mokesčių administratoriui ir tuo pačiu metu jais keičiasi tiekėjas ir pirkėjas (nenutrūkstama tiekimo grandinė).
Decentralizuotą CTC ir mainų modelį pasiūlė tiekėjų, suinteresuotųjų šalių ir atstovų grupė. Šis modelis suteikia galimybę skaitmenizuoti visas dalyvaujančias šalis - tiekėją, programinės įrangos teikėją, mokesčių instituciją ir pirkėją. Modelis leidžia mokesčių institucijoms bendradarbiauti su rinka, o įmonėms - pasinaudoti visiškai skaitmeninio proceso privalumais.
Daugiau apie DCTCE modelio ištakas sužinosite iš mūsų interviu su GENA pirmininku Marcus Laube.
Mokesčių reikalavimų laikymosi modeliai praktikoje: Sekite naujienas
Mokesčių reikalavimų laikymosi modeliai ir taisyklės visame pasaulyje nuolat tobulėja. Norime užtikrinti, kad žinotumėte apie besikeičiančias pasaulines taisykles ir tendencijas. Norėdami būti nuolat informuoti, užsiprenumeruokite mūsų naujienlaiškį apie mokestinių prievolių vykdymą. Kas mėnesį gaukite naujausią informaciją apie reglamentus ir gilinkite savo e. sąskaitų faktūrų išrašymo žinias kartu su mūsų Unifiedpost Group ekspertais.

