Realaus laiko ES PVM kūrėjams, dirbantiems su Bulgarijos rinka

Bulgarija jau ne vienerius metus reikalauja pateikti sąskaitų faktūrų lygio duomenis su kiekviena PVM deklaracija: mėnesinę atskaitomybę sudaro deklaracija ir pirkimo bei pardavimo registrai (purchase and sales ledgers), o ne tik apibendrinti skaičiai. Be to, dabar palaipsniui įvedamas SAF-T, pradedant nuo didžiųjų mokesčių mokėtojų 2026 metais. Todėl Bulgarijos klausimas bet kuriam paslaugų teikėjui yra paprastas ir negailestingas – ar jis gali kiekvieną mėnesį sugeneruoti po skaičiais slypinčius dokumentus be rankinio eksportavimo.

Šiame straipsnyje lyginamos kūrėjams (developers) skirtos platformos, kurios realiuoju laiku apdoroja ES ir Bulgarijos PVM, atskiria apskaičiavimą nuo buhalterinės apskaitos ir deklaravimo, bei paaiškinama, kam geriausiai tinka kiekvienas variantas.

Ką turi apimti „realaus laiko ES PVM valdymas“

Ši frazė dažnai ištempiama ir taikoma labai skirtingiems produktams. Kad ji turėtų prasmę, platforma, kurdama operaciją, sąskaitą faktūrą, atsiskaitymą ar didžiosios knygos (ledger) įrašą, turi atlikti daugumą šių veiksmų:

• Nustatyti PVM traktavimą (VAT treatment) pagal operacijos duomenis.
• Pritaikyti galiojančias šalies ir produkto taisykles.
• Apimti Bulgariją ir platesnę ES rinką, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C paskirties vietos apmokestinimą (destination taxation).
• Suteikti prieigą prie visų šių funkcijų per API, SDK ar „webhook“.
• Saugoti duomenis PVM, OSS, audito ir apskaitos ataskaitoms.

Po žodžiais „realus laikas“ slepiasi trys skirtingos galimybės:

• Skaičiavimas realiuoju laiku – PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
• Apskaita realiuoju laiku – operacija, didžiosios knygos įrašas ir PVM duomenys iškart patenka į apskaitą.
• Ataskaitų teikimas realiuoju laiku – duomenys perduodami mokesčių administratoriui netrukus po operacijos atlikimo.

Dauguma produktų atlieka pirmąjį veiksmą. Labai mažai – visus tris. Bulgarija yra arti trečiosios kategorijos be atskiro patvirtinimo (clearance) platformos: kartu su mėnesine deklaracija teikiami pirkimo ir pardavimo registrai, o nuo 2026 m. pradedamas taikyti SAF-T, todėl mokesčių administratorius gauna dokumentų lygio duomenis.

Bulgarijos ir ES taisyklės, formuojančios šį palyginimą

Bulgarijoje taikomas 20% standartinis tarifas ir 9% lengvatinis tarifas, taikomas viešbučių ir turistų apgyvendinimo paslaugoms, knygoms bei periodiniams leidiniams, taip pat kūdikių maistui ir higienos reikmenims, bei 0% tarifas eksportui ir tiekimui ES viduje. Įstatyminis pagrindas yra PVM įstatymas (ЗДДС). Registruotis PVM mokėtoju privaloma, kai apyvarta viršija BGN 100,000 – tai sudaro apie €51,130 pagal fiksuotą euro keitimo kursą – o įsiregistruoti būtina per 7 dienas nuo šios ribos viršijimo.

Reikalavimus atitinkančiai nuotolinei prekybai B2C sektoriuje ES viduje ir tarptautinėms skaitmeninėms paslaugoms taikoma bendra ES €10,000 riba, nustatyta Europos Komisijos „One Stop Shop“ portale. Viršijus šią ribą, PVM paprastai taikomas pagal kliento valstybės narės taisykles. „One Stop Shop“ (vieno langelio sistema) leidžia verslui įsiregistruoti vienoje valstybėje narėje ir deklaruoti tarptautinį B2C PVM visai ES, tačiau tai nepanaikina poreikio taikyti operacijų lygio logiką.

Taip pat galioja prekyvietės (marketplace) taisyklė, kuri yra griežtesnė, nei daugelis komandų tikisi. Pagal 14a straipsnį elektroninė sąsaja tampa laikoma prekių tiekėja (deemed supplier) importuojamų prekių nuotolinei prekybai, kai siuntos vertė neviršija €150, ir atskirai prekių, tiekiamų ES klientams nepriklausomai nuo vertės, kai tikrasis pardavėjas nėra įsisteigęs ES. Europos Komisijos PVM e-komercijos taisyklių aiškinamosiose pastabose išdėstytos abi šios sąlygos. Jei kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda naują laukelį.

Trumpa kandidatų apžvalga iš pirmo žvilgsnio

Platforma	Geriausiai tinka	Realaus laiko PVM galimybės	Apskaita, OSS ir deklaravimo aprėptis	Pagrindinis trūkumas
Stripe Tax	Produktams ir prekyvietėms, kurios jau naudoja Stripe	Apskaičiuoja PVM kuriant operaciją, įskaitant Bulgariją	ES eksporto ir OSS duomenys; nėra Bulgarijos registrų, pati platforma neteikia ES deklaracijų	Verta naudoti tik tada, kai Stripe jau naudojamas mokėjimams
Paddle	SaaS ir atsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM atsiskaitymo (checkout) metu pagal kliento vietą	Registruojasi, deklaruoja ir sumoka mokesčius kaip registruotas prekybininkas (Merchant of Record)	Perima oficialaus pardavėjo atsakomybę ir kartu išrašo sąskaitas faktūras
Quaderno	Mažesniems SaaS ir skaitmeninės prekybos verslams	Apskaičiuoja atsiskaitymo metu, tikrina PVM kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas nėra dokumentuotas visuose planuose	Mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne didžioji knyga
Avalara AvaTax	Stambių įmonių ERP ir atsiskaitymų sistemoms	Realaus laiko nustatymas su prižiūrimu mokesčių turiniu	PVM ataskaitų teikimas (VAT Reporting) yra atskiras produktas deklaracijų asortimente	Aprėptis ir kainodara pritaikyta stambių įmonių diegimams
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Realaus laiko nustatymas daugiau nei 190+ jurisdikcijų	Deklaracijos, e. sąskaitos faktūros ir ataskaitos; mokesčių mokėtojo kodų tikrinimas yra atskiras produktas	Nėra viešai skelbiamos kainodaros
Nordlet	Įterptinė (embedded) apskaita prekyvietėse ir platformose	Nustato schemą ir tarifus kiekvienai operacijai, registruojant juos kartu su didžiosios knygos įrašu	Nekeičiama dvejybinio įrašo didžioji knyga, išmokėjimai, OSS ir IOSS rodikliai, eksportuojamas audito pėdsakas	Nėra Bulgarijos deklaracijos, registro ar SAF-T paketo; saugomi sąskaitų faktūrų lygio duomenys, iš kurių visi trys yra sudaromi

Stripe Tax: greitas kelias, kai Stripe jau naudojamas

Komandoms, jau naudojančioms Stripe mokėjimus, Billing ar Connect, Stripe Tax yra prieinamiausias realaus laiko skaičiavimo sluoksnis. Dokumentacija apima PVM skaičiavimą visame pasaulyje, Tax API su PaymentIntents, mokesčių surinkimą sąskaitose faktūrose ir Tax naudojimą su Connect kaip platformai ar prekyvietei.

Tai, kur Stripe sustoja, pačių Stripe nurodoma gana aiškiai. Jo deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir sumokėti surinktą mokestį kiekvienoje vietovėje, kurioje esate įsiregistravę.“ Automatinis deklaravimas siūlomas Jungtinėse Valstijose; kitur Stripe dirba su deklaravimo partneriais, todėl ES PVM deklaraciją teikiate jūs arba partneris, bet ne Stripe Tax. Tai yra skaičiavimo ir eksporto sluoksnis, o ne buhalterinė apskaita.

Kuriant produktą Bulgarijos rinkai, tik skaičiavimą atliekantis sluoksnis palieka visą mėnesinį teikimą – deklaraciją su registrais – parengti kitoje sistemoje.

Paddle: perduokite visą mokesčių naštą kitiems

Paddle yra kitos kategorijos produktas. Jis veikia kaip registruotas prekybininkas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir pervedimą“ tose vietose, kur yra jūsų klientai, todėl jis apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą bei teikia deklaracijas ir sumoka mokesčius už jus. Jo kūrėjų dokumentacija apima Paddle.js, katalogo API, atsiskaitymo procesą ir „webhooks“, tokius kaip transaction.completed, kuris suveikia, kai operacija pasiekia completed būseną ir yra įprastas „kabliukas“ suteikti prieigą po mokėjimo.

Kompromisas čia labiau struktūrinis, o ne techninis. Paddle tampa oficialiu pardavėju, todėl nebeturite prekybininko, sąskaitų faktūrų ir apskaitos modelio, kurį išlaikytumėte naudodami savo atsiskaitymo sistemą.

Skaitmeniniams produktams, parduodamiems Bulgarijos vartotojams, tai padengia apskaičiavimą ir deklaravimą. Bulgarijos įmonė vis tiek pati teikia savo deklaraciją su registrais.

Quaderno: mokesčių sluoksnis mažesniam skaitmeniniam verslui

Quaderno yra vienas iš aiškesnių, pirmiausia kūrėjams pritaikytų variantų mažesnėms skaitmeninio verslo įmonėms, norinčioms mokesčių paslaugos, nepriklausančios nuo vieno mokėjimų apdorotojo. Jo API dokumentuoja galinį punktą /tax_rates/calculate, kuris apskaičiuoja taikytiną tarifą pagal kliento adresą ir operacijos tipą, galinį punktą /tax_ids/validate, apimantį ES PVM mokėtojo kodus, taip pat sąskaitų faktūrų, kvitų ir kreditinių sąskaitų faktūrų galinius punktus. Dokumentuota Connect skiltis su paskyrų ištekliais yra ta dalis, ant kurios prekyvietė galėtų statyti savo sistemą.

Trūkumas – aprėptis. Quaderno yra mokesčių ir sąskaitų faktūrų išrašymo sluoksnis, o ne apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga, ir jo viešoje medžiagoje nėra užtikrinta, kad automatinis deklaravimas galioja kiekvienam planui kiekvienoje šalyje. Atsakomybę už deklaravimą reikėtų laikyti dalyku, kurį būtina patvirtinti raštu.

Ji apima apskaičiavimą atsiskaitymo metu. Tačiau nei mėnesiniai registrai, nei SAF-T neįeina į jos aprėptį.

Avalara ir Fonoa: stambių įmonių mokesčių varikliai

Avalara sprendimas AvaTax atlieka realaus laiko mokesčių nustatymą atsiskaitymo, sąskaitų faktūrų išrašymo ar užsakymų apdorojimo metu, naudojant REST API ir SDK. Atkreipkite dėmesį į produkto suskaidymą: PVM ataskaitos (VAT Reporting) yra atskira dalis Returns modulyje, todėl ES PVM atitikties darbo eiga nėra tiesiog vienas „AvaTax“ – turėsite atidžiai pasirinkti modulius, kurių jums iš tikrųjų reikia. Avalara dokumentuoja registracijos procesą su 90 dienų nemokamu bandomuoju laikotarpiu, tuo tarpu komercinis produkcijos modelis yra pritaikytas stambioms įmonėms.

Fonoa sprendimas Tax Engine nurodo, kad jis „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių taikymą kiekvienai operacijai“ naudojant versijuotą API daugiau nei 190+ jurisdikcijų. Viena architektūrinė detalė yra svarbi: mokesčių mokėtojo kodų patikrinimas yra atskiras Fonoa produktas (Validate), o ne Tax Engine dalis, todėl jei jums svarbūs VIES įrodymai, planuokite juos atskirai, o ne darykite prielaidą, kad variklis tai apima savaime.

Kuriant produktą tik Bulgarijos rinkai, abu sprendimai yra pernelyg dideli, nors palaipsniui įvedamas SAF-T yra tas reikalavimas, kuris ilgainiui verčia didesnes grupes pereiti prie tokių sistemų.

Kur tinka Nordlet: PVM atsakymas ir didžiosios knygos įrašas yra tas pats dokumentas

Nordlet yra apskaitos API, skirtas prekyvietėms ir platformoms, kurioms reikia didžiosios knygos, išmokėjimų, ES mokesčių ir eksportuojamo audito pėdsako pačiame savo produkte, o ne tiesiog prie atsiskaitymo lango prijungtos sąskaitų faktūrų išrašymo aplikacijos.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve pateikia atsakymą į traktavimo klausimą iš operacijos faktų:

{
  "customerCountryCode": "BG",
  "customerIsBusiness": false,
  "supplyType": "digital"
}

{
  "scheme": "oss_union",
  "vatCountryCode": "BG",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "20.00" },
    { "category": "reduced", "ratePercent": "9.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 — taxable where the consumer resides; report via the Union OSS"
}

Pakeiskite klientą į verslo subjektą, turintį galiojantį Bulgarijos PVM mokėtojo kodą, ir tas pats kreipinys grąžins reverse_charge kartu su Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nustatykite actingAsMarketplace nurodant pardavėją, įsisteigusį už ES ribų, ir jis grąžins deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – tai yra dalis, kurios auditorius teirausis po kelerių metų.

Modeliuojamos devynios schemos: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope ir sme_exempt. €10,000 nuotolinės prekybos riba yra sekama, o ne daroma prielaida, kad ji neviršyta – /v1/declarations/eu/distance-sales-threshold/get pateikia ataskaitą apie įmonės padėtį šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio rodiklius, įskaitant ankstesnių laikotarpių tikslinimų skyrių. Tarifai imami iš Europos Komisijos TEDB duomenų bazės kartu su įsigaliojimo datomis, o įmonė gali juos perrašyti atskirai kiekvienai šaliai.

Tada šis nustatymas yra registruojamas į nekeičiamą dvejybinio įrašo didžiąją knygą kartu su PVM metaduomenimis, priskirtais įrašui, todėl nereikia atlikti antrinio sutikrinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Pinigų sumos yra dešimtainės eilutės, bet ne slankiojo kablelio skaičiai. Taip pat sistemoje yra: tipizuoti SDK, „webhooks“, tokie kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams, „sandbox“ įmonės, VIES patikrinimai, užfiksuojami sąskaitoje faktūroje, daugelio įmonių palaikymas ir laikotarpių uždarymas, užtikrinantis, kad uždaryto mėnesio duomenys negalėtų būti tyliai koreguojami.

Bulgarijos ribos. Nordlet neteikia atskiro paketo Bulgarijai: galinis punktas /v1/declarations/eu/vat-return/compute su parametru countryCode: "BG" grąžina 422 klaidą, nurodydamas Lietuvą, Vokietiją ir Lenkiją, todėl nei mėnesinė PVM deklaracija, nei pirkimo ir pardavimo registrai, nei Bulgarijos SAF-T rinkmena nėra generuojami. Tačiau yra pateikiamas sluoksnis, ant kurio visi trys yra konstruojami – nekeičiama dvejybinio įrašo didžioji knyga, sauganti sąskaitų faktūrų lygio įrašus iki laikotarpio uždarymo, PVM nustatymas kartu su teisiniu pagrindu, OSS ir IOSS skaičiavimai su tikslinimais, VIES patikrinimas, susietas su sąskaita faktūra – ir plius EN 16931 formato sąskaitos faktūros per Peppol BIS 3.0 tinklą.

Atviras apibendrinimas: jei jums reikia gyvo skaičiavimo kuo daugiau šalių ir kad kas nors kitas pateiktų deklaracijas, stambių įmonių mokesčių varikliai ir registruoto prekybininko paslaugos yra gerokai pažengę į priekį. Jei jūsų pagrindinis reikalavimas yra tikra buhalterinė apskaita – prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai spraga, kuriai užpildyti sukurtas Nordlet, ir nė vienas iš skaičiavimo sluoksnių to nepadaro. API dokumentacija parodo visą sistemos aprėptį prieš jums priimant sprendimą.

Ką Bulgarija reikalauja deklaruoti

Bulgarija reikalauja detalių pačioje deklaracijoje.

• Mėnesinė PVM deklaracija su registrais – teikiama iki kito mėnesio 14 dienos kartu su pirkimo ir pardavimo registrais, kuriuose išvardijami atskiri dokumentai.
• SAF-T – įvedamas palaipsniui nuo 2026 m., pradedant nuo didžiųjų mokesčių mokėtojų, kurie deklaracijas teikia kas mėnesį iki 14 dienos; vėliau prisijungs ir vidutinės bei mažos įmonės.
• E. sąskaitos faktūros – privalomos tik viešajam sektoriui. Šiuo metu negalioja joks B2B reikalavimas.

Praktinis reikalavimas yra pastovus: kiekvieną mėnesį turi būti pateikiamas dokumentų sąrašas, o ne tik likučių suvestinė.

Išsamus šalies vaizdas – pelno mokestis, darbo užmokestis, deklaracijų teikimo kalendorius ir institucijos, atsakingos už kiekvieną formą – pateikiamas Bulgarijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš priimant sprendimą

Prieš vertinant bet kokį „PVM paruoštą“ produktą kaip lygiavertį kitam, patikrinkite jį pagal šiuos kriterijus:

• Skaičiavimas ar buhalterinė apskaita – ar jis nustato PVM traktavimą, ar tik išsaugo jūsų perduotą kodą?
• Bulgarijos taisyklių aprėptis – 20%, 9%, 0%, atvirkštinis apmokestinimas ir BGN 100,000 riba su 7 dienų registracijos langu?
• ES paskirties vietos logika – ar vykdant B2C pardavimą sistema atskiria Bulgarijos PVM nuo kitos valstybės narės mokesčio?
• B2B PVM mokėtojo kodų patikrinimas – ar ji tikrina VIES sistemą ir išsaugo įrodymus?
• OSS ir IOSS – ar ji agreguoja, parengia, pateikia, ar tik eksportuoja duomenis?
• Prekyvietės atsakomybė – ar ji gali modeliuoti pardavėjo, platformos ir prekių tiekėju laikomo subjekto vaidmenis?
• Apskaitos vientisumas – ar kiekvienas skaičiavimas sukuria atitinkamą didžiosios knygos įrašą?
• Ergonomika kūrėjams – REST API, SDK, „webhooks“, „sandbox“, idempotencija, versijavimas?
• Audito pėdsakas – tarifas, taisyklė, vietos nustatymo įrodymai, PVM mokėtojo kodas, laiko žyma, pakeitimų istorija?
• Registrai ir SAF-T – ar ji gali kiekvieną mėnesį parengti pirkimo ir pardavimo registrus dokumentas po dokumento bei SAF-T rinkmeną, kai ateis jūsų eilė juos teikti?
• Atsakomybė už deklaravimą – kurį tiksliai žingsnį prisiima paslaugų teikėjas?

D.U.K.

Kuri platforma siūlo išsamų realaus laiko ES PVM valdymą Bulgarijoje?

Nė viena iš jų neturėtų būti apibūdinama kaip apimanti visas tris realaus laiko funkcijas kiekvienam verslo modeliui. Bulgarijoje skiriamoji linija yra ta, ar paslaugos teikėjas saugo sąskaitų faktūrų lygio įrašus, nes jų reikia mėnesiniams registrams.

Ar Stripe Tax pakanka Bulgarijos prekyvietei?

Skaičiavimams ir eksportavimui – dažniausiai taip. Dvejybinio įrašo didžiajai knygai, sekančiai išmokėjimus daugeliui pardavėjų – ne, o mėnesinė deklaracija ir jos registrai vis tiek turės būti parengti kitoje sistemoje.

Ar Nordlet automatiškai pateikia Bulgarijos PVM deklaracijas?

Ne, ir ji nesugeneruoja mėnesinių registrų ar Bulgarijos SAF-T rinkmenos. Deklaracijų paketai palaikomi Lietuvai, Vokietijai ir Lenkijai; atliekant kreipinį dėl Bulgarijos, API grąžina 422 klaidą, nurodant būtent šias šalis.

Kada SAF-T pradedamas taikyti Bulgarijoje?

Jis įvedamas palaipsniui nuo 2026 m., pradedant didžiaisiais mokesčių mokėtojais, deklaruojančiais kas mėnesį iki 14 dienos, o vėliau prisijungs vidutinės bei mažos įmonės. Prieš planuodami datą, patvirtinkite savo etapą Nacionalinėje pajamų agentūroje.

Ką daryti pirmiausia

Nuspręskite, kurių iš trijų realaus laiko funkcijų jums reikia, ir pirmiausia patikrinkite didžiosios knygos reikalavimą, nes jis labiau riboja jūsų duomenų modelį, o ne integraciją. Jei parduodate skaitmeninius produktus ir norite atsikratyti deklaravimo naštos, išbandykite Paddle. Jei buhalterinė apskaita, išmokėjimai ir PVM turi būti pačiame jūsų produkte, pradėkite nuo „sandbox“ aplinkos ir patvirtinkite Bulgarijos aprėptį prieš kurdami sprendimą ant šio pagrindo. Kainodara yra skelbiama viešai, o ne pateikiama tik pagal atskirą užklausą.

Šaltiniai

Kiekvienas aukščiau pateiktas paslaugų teikėjo teiginys turi nuorodą į to teikėjo dokumentaciją. Pats taisyklių pagrindas paimtas iš:

• Finansų ministerija / NPA: PVM gairės – 20% ir 9% tarifai, registracijos riba bei mėnesinė deklaracija
• Europos Komisija: PVM „One Stop Shop“ – €10,000 nuotolinės prekybos riba

Paslaugų teikėjų galimybės ir nacionaliniai reikalavimai nuolat keičiasi. Visa čia pateikta informacija buvo sutikrinta su vieša dokumentacija 8 September 2026; prieš kurdami sistemą, viską būtinai patikrinkite patys.