Realiojo laiko ES PVM kūrėjams, kuriančių produktus Bulgarijoje

Bulgarija jau daugelį metų reikalauja sąskaitų faktūrų lygmens duomenų teikiant kiekvieną PVM deklaraciją: mėnesinis pateikimas yra deklaracija kartu su pirkimų ir pardavimų registrais, o ne vien bendrųjų sumų rinkinys. Be to, šalia to palaipsniui diegiamas SAF-T formatas, kurį 2026 metais pirmiausia pradeda taikyti didieji mokesčių mokėtojai. Todėl klausimas bet kuriam pardavėjui Bulgarijoje yra paprastas ir griežtas: ar sistema gali sugeneruoti dokumentus, slypinčius už skaičių, kiekvieną mėnesį ir be rankinio eksporto.

Šiame straipsnyje lyginamos programuotojams skirtos platformos, realiuoju laiku tvarkančios ES ir Bulgarijos PVM, atskiriamas mokesčio apskaičiavimas nuo buhalterinės apskaitos ir teikimo bei nurodoma, kur kiekvienas variantas iš tikrųjų tinka.

Ką turi apimti „realiojo laiko ES PVM valdymas“

Ši sąvoka dažnai išplečiama taip, kad apimtų visiškai skirtingus produktus. Kad ji turėtų prasmę, platforma turi atlikti didžiąją dalį šių veiksmų tuo metu, kai kuriama operacija, sąskaita faktūra, atsiskaitymas arba įrašas didžiojoje knygoje (ledger):

• Nustatyti PVM taikymą iš operacijos duomenų.
• Pritaikyti galiojančias šalies ir produkto taisykles.
• Apimti Bulgariją ir platesnę ES, įskaitant B2B atvirkštinį PVM apmokestinimą (reverse charge) ir B2C apmokestinimą pagal paskirties šalį.
• Pateikti visa tai per API, SDK arba internetinę užklausą (webhook).
• Saugoti duomenis PVM, OSS, audito ir apskaitos atskaitomybės tikslais.

Sąvokoje „realusis laikas“ slepiasi trys skirtingi gebėjimai:

• Realiojo laiko apskaičiavimas - PVM apskaičiuojamas kuriant operaciją arba sąskaitą faktūrą.
• Realiojo laiko apskaita - operacija, įrašas didžiojoje knygoje (ledger) ir PVM duomenys į knygas patenka nedelsiant.
• Realiojo laiko atskaitomybė - duomenys mokesčių administratoriui perduodami praėjus trumpam laikui po operacijos.

Didžioji dalis produktų atlieka pirmąjį punktą. Labai nedaugelis atlieka visus tris. Bulgarija yra arti trečiosios kategorijos be atskiros patvirtinimo platformos: mėnesinėje deklaracijoje pateikiami pirkimų ir pardavimų registrai, o nuo 2026 m. palaipsniui diegiamas SAF-T, todėl mokesčių administratorius gauna duomenis dokumentų lygiu.

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

Bulgarijoje taikomas 20 % standartinis tarifas ir 9 % sumažintas tarifas, apimantis viešbučius bei turistinį apgyvendinimą, knygas bei periodinius leidimus, taip pat kūdikių maistą bei higienos priemones, o eksportui ir ES vidinio bendrijos tiekimo sandoriams taikomas 0 % tarifas. Teisinis pagrindas yra PVM įstatymas (ЗДДС). Registracija privaloma viršijus 100 000 BGN apyvartą (tai yra maždaug 51 130 EUR pagal fiksuotą euro keitimo kursą), o užsiregistruoti privaloma per 7 dienas nuo šios ribos viršijimo.

Atitinkamiems ES vidaus B2C nuotolinės prekybos sandoriams ir tarpvalstybinėms skaitmeninėms paslaugoms visoje ES taikoma 10 000 EUR riba, nurodyta Europos Komisijos Vieno langelio portale (One Stop Shop). Ją viršijus, PVM paprastai seka kliento valstybės narės taisyklėmis. Vieno langelio sistema leidžia įmonei užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visai ES, tačiau ji nepanaikina sandorio lygmens logikos poreikio.

Taip pat egzistuoja prekyvietės (marketplace) taisyklė, kuri yra griežtesnė, nei tikisi dauguma komandų. Pagal 14a straipsnį elektroninė sąsaja tampa laikomuoju tiekėju (deemed supplier) importuotų prekių nuotolinei prekybai siuntose, neviršijančiose 150 EUR, bei atskirai prekėms, tiekiamiems ES klientams už bet kokią sumą, kai tikrasis pardavėjas nėra įsisteigęs ES. Komisijos paaiškinamosios pastabos dėl PVM e. prekybos taisyklių nustato abi šias nuostatas. Jei kuriate prekyvietę, tai iš esmės keičia architektūrą, o ne tik prideda papildomą lauką.

Trumpa platformų apžvalga

Platforma	Geriausiai tinka	Realiojo laiko PVM galimybės	Apskaitos, OSS ir teikimo apimtis	Pagrindinė išimtis
Stripe Tax	Produktai ir prekyvietės, jau veikiančios „Stripe“ pagrindu	Apskaičiuoja PVM sukuriant sandorį, įskaitant Bulgariją	ES eksportas ir OSS duomenys; nėra Bulgarijos registro, o pačių ES deklaracijų ji neteikia	Verta dėmesio tik tada, kai „Stripe“ jau yra naudojama kaip atsiskaitymų sistema
Paddle	„SaaS“ ir atsisiunčiami skaitmeniniai produktai	Apskaičiuoja PVM apmokėjimo metu (checkout) pagal kliento buvimo vietą	Registruoja, teikia ir sumoka mokesčius kaip pardavėjo atstovas (Merchant of Record)	Perima pardavėjo atstovo vaidmenį ir kartu su juo sąskaitą faktūrą
Quaderno	Mažesnės „SaaS“ ir skaitmeninės prekybos įmonės	Apskaičiuoja apmokėjimo metu, tikrina PVM mokėtojo kodus	Mokesčių ataskaitos ir įrašai; automatinis teikimas dokumentuotas ne kiekvienam planui	Mokesčių ir sąskaitų išrašymo sluoksnis, o ne didžioji knyga (ledger)
Avalara AvaTax	Didelės įmonės ERP ir sąskaitų išrašymo sistemos	Realiojo laiko nustatymas su nuolat atnaujinamu mokesčių turiniu	PVM ataskaitų teikimas yra atskiras produktas „Returns“ asortimente	Suprojektuota ir įkainota įmonių lygio diegimams
Fonoa Tax Engine	Didelės platformos ir prekyvietės	Realiojo laiko nustatymas daugiau nei 190 jurisdikcijų	Deklaracijos, e. sąskaitų faktūrų išrašymas ir atskaitomybė; mokesčių mokėtojo kodų tikrinimas yra atskiras produktas	Nėra viešai skelbiamos kainodaros
Nordlet	Integruota apskaita prekyvietėse ir platformose	Išsprendžia apmokestinimo schemą ir tarifus kiekvienam sandoriui, įregistruojant kartu su įrašu didžiojoje knygoje	Nepakeičiama dvigubo įrašo didžioji knyga, išmokėjimai, OSS ir IOSS rodmenys, eksportuojamas audito pėdsakas	Nėra Bulgarijos deklaracijos, registro ar SAF-T paketo; saugo sąskaitų faktūrų lygmens detalumą, kuriuo remiasi visi trys

Stripe Tax: greitas kelias, kai „Stripe“ jau naudojama

Komandoms, jau naudojančioms „Stripe“ mokėjimus, „Billing“ arba „Connect“, „Stripe Tax“ yra prieinamiausias realiojo laiko apskaičiavimo sluoksnis. Dokumentacijoje aprašomas PVM apskaičiavimas visame pasaulyje, mokesčių API su „PaymentIntents“, mokesčių rinkimas sąskaitose faktūrose ir mokesčių naudojimas su „Connect“ kaip platformoje arba prekyvietėje.

Tuo vietoje, kur „Stripe“ paslaugos baigiasi, pats „Stripe“ nurodo gana aiškiai. Jos deklaravimo dokumentacijoje teigiama: „Turite deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietoje, kur esate registruoti.“ Automatinis deklaravimas siūlomas JAV; kitur „Stripe“ dirba su deklaravimo partneriais, todėl ES PVM deklaraciją pateikiate jūs arba partneris, o ne „Stripe Tax“. Tai apskaičiavimo ir eksporto sluoksnis, o ne apskaitos knygos.

Kuriant sprendimą Bulgarijai, tik apskaičiavimui skirtas sluoksnis palieka visą mėnesinį pateikimą – deklaraciją kartu su registrais – sugeneruoti kažkur kitur.

Paddle: perleiskite visą mokesčių naštą kažkam kitam

„Paddle“ yra kitos kategorijos produktas. Ji veikia kaip pardavėjo atstovas (Merchant of Record) ir prisiima atsakomybę už mokesčių „apskaičiavimą, deklaravimą ir sumokėjimą“ ten, kur yra jūsų klientai, todėl ji apskaičiuoja PVM atsiskaitymo metu, išrašo sąskaitą faktūrą bei deklaruoja ir sumoka už jus. Kūrėjams skirtoje dokumentacijoje aprašoma „Paddle.js“, katalogo API, atsiskaitymo procesas ir internetinės užklausos (webhooks), tokios kaip transaction.completed, kuri suveikia pasiekus completed statusą ir paprastai naudojama prieigai suteikti po apmokėjimo.

Kompromisas čia labiau struktūrinis, o ne techninis. „Paddle“ tampa oficialiu pardavėju, todėl jūs nebeturite prekybininko, sąskaitos faktūros ir apskaitos modelio, kurį turėtumėte naudodami savo atsiskaitymo sistemą.

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

Quaderno: mokesčių sluoksnis mažesniems skaitmeniniams verslams

„Quaderno“ yra viena iš aiškesnių kūrėjams skirtų alternatyvų mažesniems skaitmeniniams verslams, norintiems mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų procesoriaus. Jos API dokumentuoja /tax_rates/calculate galinį punktą (endpoint), kuris apskaičiuoja taikomą tarifą pagal kliento adresą ir sandorio tipą, /tax_ids/validate galinį punktą, apimantį ES PVM mokėtojo kodus, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų galinius punktus. Dokumentuotas „Connect“ skyrius su paskyros ištekliais yra ta dalis, kuria remtųsi prekyvietė.

Apribojimas yra susijęs su apimtimi. „Quaderno“ yra mokesčių ir sąskaitų išrašymo sluoksnis, o ne apskaitos sistema su nepakeičiama dvigubo įrašo didžiąja knyga (ledger), o viešojoje medžiagoje nenurodomas automatinis deklaravimas kiekviename plane ir kiekvienoje šalyje. Atsakomybę už deklaravimą vertinkite kaip dalyką, kurį reikia patvirtinti raštu.

Ji apima apskaičiavimą atsiskaitymo metu. Nei mėnesiniai registrai, nei SAF-T neįeina į jos apimtį.

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

„Avalara“ produktas AvaTax atlieka realiojo laiko mokesčių nustatymą atsiskaitant, išrašant sąskaitas ar apdorojant užsakymus per REST API ir SDK. Atkreipkite dėmesį į produktų padalinimą: PVM ataskaitų teikimas („VAT Reporting“) yra atskiroje „Returns“ produktų grupėje, todėl ES PVM atitikties procesas nėra tiesiog „AvaTax“ – iš anksto nusistatykite modulius, kurių jums iš tikrųjų reikia. „Avalara“ dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, o gamybinis komercinis modelis yra orientuotas į dideles įmones.

„Fonoa“ produktas Tax Engine nurodo, kad jis „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių taikymą kiekvienam sandoriui“ per versijuojamą API daugiau nei 190 jurisdikcijų. Svarbi viena architektūrinė detalė: mokesčių mokėtojo kodų tikrinimas yra atskiras „Fonoa“ produktas („Validate“), o ne „Tax Engine“ dalis, todėl jei VIES įrodymai jums yra svarbūs, įtraukite juos į apimtį tiesiogiai, o ne tikėkitės, kad tai apima pats variklis.

Tik Bulgarijai skirtam projektui abu sprendimai yra per dideli, nors SAF-T palaipsnis diegimas yra toks reikalavimas, kuris galiausiai paskatina didesnes grupes pasirinkti vieną iš jų.

Kur dera Nordlet: PVM atsakymas ir įrašas didžiojoje knygoje yra tas pats įrašas

„Nordlet“ yra apskaitos API prekyvietėms ir platformoms, kurioms savo produkte reikia didžiųjų knygų, išmokėjimų, ES mokesčių ir eksportuojamo audito pėdsako, o ne sąskaitų faktūrų išrašymo programėlės, pririštos prie atsiskaitymo lango.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve atsako į apmokestinimo klausimą remdamasis sandorio faktais:

{
  "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"
}

Pakeitus klientą į įmonę su galiojančiu Bulgarijos PVM mokėtojo kodu, tas pats užklausos metodas grąžina reverse_charge su Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge). Nustačius actingAsMarketplace su pardavėju, įsisteigusiu už ES ribų, sistema grąžina deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – būtent to vėliau teiraujasi auditoriai.

Modeliuojamos devynios schemos: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope ir sme_exempt. 10 000 EUR nuotolinės prekybos riba yra sekama, o ne priimama aklai – /v1/declarations/eu/distance-sales-threshold/get parodo įmonės padėtį jos atžvilgiu, o /v1/declarations/eu/oss/compute bei /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio rodiklius, įskaitant ankstesnių laikotarpių patikslinimų skyrių. Tarifai gaunami iš Europos Komisijos TEDB duomenų srauto su įsigaliojimo datomis, o įmonė gali juos perrašyti kiekvienai šaliai atskirai.

Nustatytas tarifas vėliau įtraukiamas į nepakeičiamą dvigubo įrašo didžiąją knygą su PVM metaduomenimis, priskirtais prie įrašo, todėl nereikia atlikti antrojo suderinimo tarp mokesčių variklio ir atskiros apskaitos sistemos. Piniginės sumos yra dešimtainiai tekstiniai eilutės tipo duomenys (decimal strings), o ne slankiojojo kablelio skaičiai. Aplink tai: tipizuoti SDK, internetinės užklausos (webhooks), tokios kaip sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartotiniams bandymams, smėlio dėžės (sandbox) įmonės, VIES patvirtinimas, užfiksuotas ties sąskaita faktūra, kelių įmonių palaikymas ir laikotarpių užrakinimas, kad uždaryto mėnesio nebūtų galima slapta redaguoti.

Bulgarijos riba. „Nordlet“ nepateikia Bulgarijos paketo: /v1/declarations/eu/vat-return/compute su countryCode: "BG" grąžina 422 klaidą, nurodančią Lietuvą, Vokietiją ir Lenkiją, todėl negeneruojama nei mėnesinė PVM deklaracija, nei pirkimų ir pardavimų registrai, nei Bulgarijos SAF-T failas. Tai, kas yra sistemoje, yra pagrindas, ant kurio visi trys sukurti - nepakeičiama dvigubo įrašo didžioji knyga, sauganti sąskaitų faktūrų lygmens įrašus uždarant laikotarpį, PVM nustatymas kartu su teisiniu pagrindu, OSS ir IOSS skaičiavimas su patikslinimais, VIES patvirtinimas, užfiksuotas prie sąskaitos faktūros, bei EN 16931 sąskaitos faktūros per „Peppol BIS 3.0“.

Sąžininga santrauka: jei jums reikia tiesioginio apskaičiavimo kiek įmanoma daugiau šalių ir norite, kad deklaracijas pateiktų kas nors kitas, didelių įmonių mokesčių varikliai ir pardavėjo atstovo („Merchant of Record“) paslaugos yra pažengusios labiau. Jei jūsų pagrindinis reikalavimas yra tikra apskaita – prekyvietėms pritaikyta dvigubo įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai spraga, kuriai užpildyti „Nordlet“ ir buvo sukurta, ir nė vienas apskaičiavimo sluoksnis jos neužpilda. API nuorodos rodo visą galimybių lauką, priešingai nei pasižadėjimai aklai.

Ką Bulgarija verčia jus deklaruoti

Bulgarija išsamią informaciją pateikia pačioje deklaracijoje.

• Mėnesinė PVM deklaracija su registrais - pateikiama iki kito mėnesio 14 d. kartu su pirkimų ir pardavimų registrais, kuriuose išvardyti individualūs dokumentai.
• SAF-T - pradedamas diegti nuo 2026 m., pradedant nuo didelių mokesčių mokėtojų, kurie deklaracijas teikia kas mėnesį iki 14 d., vėliau seks vidutinės ir mažos įmonės.
• E. sąskaitų faktūrų išrašymas - privalomas tik sandoriams su valstybės institucijomis. B2B lygmens prievolės šiuo metu nėra.

Praktinis reikalavimas nesikeičia: kiekvieną mėnesį pateikiamas dokumentų sąrašas, o ne likučių rinkinys.

Visa informacija apie šalį – pelno mokestį, darbo užmokestį, deklaravimo kalendorių ir už kiekvieną formą atsakingas institucijas – pateikiama Bulgarijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta įvertinti prieš įsipareigojant

Prieš pradedant bet kurį „PVM paruoštą“ produktą vertinti kaip lygiavertį kitam, patikrinkite jį pagal šiuos punktus:

• Apskaičiavimas ar buhalterinė apskaita - ar sistema nustato PVM taikymą, ar tik išsaugo kodą, kurį jūs pateikiate?
• Bulgarijos apimtis - 20 %, 9 %, 0 %, atvirkštinis PVM apmokestinimas ir 100 000 BGN riba su jos 7 dienų registracijos langu?
• ES paskirties vietos logika - ar sistema gali atskirti Bulgarijos PVM nuo kitos valstybės narės B2C pardavimui?
• B2B PVM mokėtojo kodo tikrinimas - ar tikrinama VIES sistema ir saugomi įrodymai?
• OSS ir IOSS - ar sistema sugrupuoja, paruošia, pateikia, ar tik eksportuoja duomenis?
• Prekyvietės atsakomybė - ar gali modeliuoti pardavėjo, platformos ir laikomojo tiekėjo vaidmenis?
• Apskaitos vientisumas - ar kiekvienas apskaičiavimas sukuria atitinkamą įrašą didžiojoje knygoje?
• Kūrėjų ergonomika - REST API, SDK, internetinės užklausos (webhooks), smėlio dėžė (sandbox), operacijų pasikartojimo valdymas (idempotency), versijavimas?
• Audito pėdsakas - tarifas, taisyklė, buvimo vietos įrodymai, PVM kodas, laiko žyma, versijų istorija?
• Didžiosios knygos ir SAF-T - ar gali pateikti mėnesinius pirkimų ir pardavimus registrus dokumentas po dokumento bei SAF-T failą, kai etapas pasieks jus?
• Atsakomybė už deklaravimą - kurį tiksliai žingsnį prisiima pardavėjas?

D.U.K.

Kuri platforma siūlo pilną realiojo laiko ES PVM valdymą Bulgarijoje?

Nė vienos negalima apibūdinti kaip apimančios visas tris realiojo laiko galimybes kiekvienam verslo modeliui. Bulgarijoje skiriamoji linija yra tai, ar pardavėjas saugo sąskaitų faktūrų lygmens įrašus, nes jiems sugeneruoti reikalingi mėnesiniai registrai.

Ar „Stripe Tax“ pakanka Bulgarijos prekyvietei?

Apskaičiavimui ir eksportui – dažniausiai taip. Dvigubo įrašo didžiajai knygai, sekančiai išmokėjimus tarp daugelio pardavėjų – ne, o mėnesinė deklaracija su registrais vis tiek turi būti sugeneruota kitur.

Ar „Nordlet“ automatiškai teikia Bulgarijos PVM deklaracijas?

Ne, ji taip pat negeneruoja mėnesinių registrų ar Bulgarijos SAF-T failo. Deklaracijų paketai teikiami Lietuvai, Vokietijai ir Lenkijai; Bulgarijai API grąžina 422 klaidą, nurodančią šias šalis.

Kada Bulgarijoje pradedamas taikyti SAF-T?

Jis pradedamas diegti nuo 2026 m., pradedant nuo didelių mokesčių mokėtojų, deklaruojančių kas mėnesį iki 14 d., o vėliau seka vidutinės ir mažos įmonės. Prieš planuodami konkrečią datą, savo etapą patvirtinkite su Nacionaline mokesčių agentūra.

Ką daryti pirmiausia

Nusistatykite, kurios iš trijų realiojo laiko galimybių jums reikia, ir pirmiausia patikrinkite didžiosios knygos reikalavimą, nes jis apriboja jūsų duomenų modelį, o ne integraciją. Jei parduodate skaitmeninius produktus ir norite deklaravimo naštą perkelti kitur, išbandykite „Paddle“. Jei apskaita, išmokėjimai ir PVM priklauso jūsų pačių produktui, pradėkite su smėlio dėže (sandbox) ir prieš kurdami sprendimą aplink ją patvirtinkite Bulgarijos apimtį. Kainodara yra viešai paskelbta, o ne tik pagal individualius paklausimus.

Šaltiniai

Kiekvienas aukščiau pateiktas teiginys apie pardavėją susietas nuoroda su paties pardavėjo dokumentacija. Pačios taisyklės kilusios iš:

• Finansų ministerija / NRA: PVM gairės - 20 % ir 9 % tarifai, registracijos riba ir mėnesinė deklaracija
• Europos Komisija: PVM vieno langelio sistema - 10 000 EUR nuotolinės prekybos riba

Pardavėjų galimybės ir nacionaliniai reikalavimai keičiasi. Viskas čia buvo patikrinta pagal viešą dokumentaciją 2026 m. rugsėjo 8 d.; prieš kurdami bet kokį sprendimą, viską patikrinkite iš naujo.