Realaus laiko ES PVM kūrėjams, vystantiems produktus Austrijos rinkai

Pagrįstas apskaitos ir mokesčių platformų, kurios per API, SDK ir interneto gaudykles (webhooks) tvarko Austrijos ir ES PVM, palyginimas su aiškiomis pastabomis apie tai, ką kiekviena iš jų realiai apima.

Iš pirmo žvilgsnio Austrija atrodo kaip nesudėtinga PVM šalis: vienas standartinis tarifas, du lengvatiniai tarifai, jokios kliringo (clearance) platformos ir jokio realaus laiko sąskaitų faktūrų teikimo. Būtent todėl komandos dažnai ir paslysta. Sunkiausia dalis yra ne pats tarifas, o smulkiojo verslo išimtis, pasikeitusi 2025 m., deklaravimo dažnumas, kuris kinta priklausomai nuo apyvartos, ir faktas, kad „mes palaikome Austrijos PVM“ beveik visada reiškia tiesiog „mes žinome, kad egzistuoja 20%“.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, kurios realiuoju laiku apdoroja ES ir Austrijos PVM, atskiriamas skaičiavimas nuo apskaitos (bookkeeping) ir deklaravimo (filing), bei aptariama, kam geriausiai tinka kiekvienas sprendimas.

Ką turi apimti „realaus laiko ES PVM valdymas“

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

Nustatyti PVM traktavimą remiantis operacijos duomenimis.
Pritaikyti galiojančias šalies ir produkto taisykles.
Apimti Austriją ir platesnę ES, įskaitant B2B atvirkštinį apmokestinimą (reverse charge) ir B2C apmokestinimą paskirties valstybėje (destination taxation).
Pateikti visa tai per API, SDK arba interneto gaudyklę (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ą ar sąskaitą faktūrą.
Apskaita realiuoju laiku – operacija, įrašas didžiojoje knygoje (ledger) ir PVM duomenys akimirksniu atsiduria apskaitos registruose.
Ataskaitų teikimas realiuoju laiku – duomenys perduodami mokesčių administratoriui netrukus po operacijos atlikimo.

Dauguma produktų atlieka pirmąjį veiksmą. Labai nedaug – visus tris. Austrija neturi kliringo platformos ir, išskyrus viešąjį sektorių, nereikalauja teikti sąskaitų faktūrų realiuoju laiku, todėl trečioji galimybė čia nėra teisinis reikalavimas. Dėl to verta klausti apie antrąją – ar skaičiai pasiekia realias apskaitos knygas.

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

Pagal PVM įstatymą (Umsatzsteuergesetz 1994) Austrijoje taikomas 20% standartinis tarifas, sumažinti 13% ir 10% tarifai, bei 0% tarifas eksportui ir tiekimui į kitas ES valstybes nares. 13% tarifas taikomas kultūros ir sporto renginiams, vietiniams skrydžiams ir tam tikriems žemės ūkio produktams; 10% taikomas maistui, gyvenamųjų patalpų nuomai, knygoms, vaistams ir viešajam transportui. Smulkiojo verslo atleidimo nuo PVM riba 2025 m. buvo pakelta nuo €35,000 iki €55,000. Jos neviršijanti įmonė neskaičiuoja PVM ir apskritai neteikia PVM deklaracijų.

Reikalavimus atitinkančiai ES vidaus B2C nuotolinei prekybai ir tarptautinėms skaitmeninėms paslaugoms taikoma visoje ES galiojanti €10,000 riba, nustatyta Europos Komisijos One Stop Shop portale. Ją viršijus, PVM paprastai mokamas pagal pirkėjo valstybę narę. Vieno langelio (One Stop Shop) sistema leidžia įmonei registruotis vienoje valstybėje narėje ir deklaruoti tarptautinį B2C PVM visai ES, tačiau tai nepanaikina poreikio taikyti logiką atskirų operacijų lygmeniu.

Taip pat egzistuoja prekyviečių (marketplace) taisyklė, kuri yra griežtesnė, nei dauguma komandų tikisi. Pagal 14a straipsnį elektroninė sąsaja tampa tariamuoju prekių tiekėju (deemed supplier) nuotolinei prekybai importuotomis prekėmis siuntose, kurių vertė neviršija €150, ir atskirai – ES pirkėjams tiekiamoms prekėms nepriklausomai nuo vertės, kai tikrasis pardavėjas nėra įsisteigęs ES. Europos Komisijos aiškinamosiose pastabose dėl elektroninės prekybos PVM taisyklių išdėstytos abi šios nuostatos. Jei kuriate prekyvietę, tai keičia architektūrą, o ne tiesiog prideda papildomą laukelį.

Trumpas kandidatų sąrašas

Platforma	Geriausiai tinka	Realaus laiko PVM galimybės	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinis trūkumas
Stripe Tax	Produktams ir prekyvietėms, jau naudojantiems Stripe	Apskaičiuoja PVM kuriant operaciją, įskaitant Austriją	ES eksporto ir OSS duomenys; nėra Austrijos didžiosios knygos, pati neteikia ES deklaracijų	Verta naudoti tik tada, kai Stripe jau naudojamas kaip mokėjimų infrastruktūra
Paddle	SaaS ir atsisiunčiamiems skaitmeniniams produktams	Apskaičiuoja PVM atsiskaitymo metu pagal pirkėjo buvimo vietą	Registruoja, deklaruoja ir sumoka kaip formalusis pardavėjas (Merchant of Record)	Perima oficialaus pardavėjo (seller of record) vaidmenį, o kartu su juo ir sąskaitas faktūras
Quaderno	Mažesnei SaaS ir skaitmeninei prekybai	Apskaičiuoja atsiskaitymo metu, validuoja 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, ne didžioji knyga
Avalara AvaTax	Įmonių ERP ir sąskaitų išrašymo sistemoms	Realaus laiko nustatymas su nuolat atnaujinamu mokesčių turiniu	PVM ataskaitų teikimas yra atskiras produktas Returns grupėje	Apimtis ir kainodara pritaikyta stambiems verslo diegimams
Fonoa Tax Engine	Didelėms platformoms ir prekyvietėms	Realaus laiko nustatymas 190+ jurisdikcijų	Deklaracijos, e-sąskaitos faktūros ir ataskaitų teikimas; mokesčių mokėtojo kodų validacija yra atskiras produktas	Neskelbia viešos kainodaros
Nordlet	Integruota apskaita prekyvietėse ir platformose	Nustato schemą ir tarifus kiekvienai operacijai, registruoja kartu su įrašu didžiojoje knygoje	Nekeičiama dvejybinio įrašo didžioji knyga, išmokos, OSS ir IOSS rodikliai, eksportuojamas audito sekiklis	Nėra Austrijos deklaracijų paketo; sugeneruoja bazinius skaičius, didžiąją knygą ir Peppol sąskaitas faktūras

Stripe Tax: greičiausias kelias, kai Stripe jau įdiegtas

Komandoms, jau naudojančioms Stripe mokėjimus, Billing ar Connect, Stripe Tax yra prieinamiausias realaus laiko skaičiavimo sluoksnis. Dokumentacijoje aprašoma, kaip skaičiuoti PVM visame pasaulyje, naudoti Tax API kartu su PaymentIntents, rinkti mokesčius per sąskaitas faktūras ir naudoti Tax su Connect platformose ar prekyvietėse.

Kur baigiasi Stripe atsakomybė, aiškiai nurodo pati Stripe. Jos deklaravimo dokumentacijoje rašoma: „Privalote deklaruoti ir sumokėti surinktus mokesčius kiekvienoje vietoje, kurioje esate užsiregistravę.“ Automatizuotas deklaravimas siūlomas JAV; kitur Stripe dirba su deklaravimo partneriais, tad ES PVM deklaraciją teikiate jūs arba partneris, o ne Stripe Tax. Tai yra skaičiavimo ir eksporto sluoksnis, bet ne apskaitos knygų sistema.

Kuriant produktą Austrijai, skaičiavimas iš tiesų tėra lengvesnioji pusė. Ko Stripe Tax jums nesuteikia, tai UVA (išankstinės PVM deklaracijos) arba didžiosios knygos, pagal kurią tą UVA būtų galima parengti.

Paddle: perduokite visą mokestinį vaidmenį kažkam kitam

Paddle yra kitos kategorijos produktas. Jis veikia kaip formalusis pardavėjas (Merchant of Record) ir prisiima atsakomybę už mokesčių „skaičiavimą, deklaravimą ir pervedimą“ toje valstybėje, kurioje yra jūsų pirkėjai, todėl PVM jis apskaičiuoja atsiskaitymo (checkout) metu, išrašo sąskaitą faktūrą ir už jus pateikia deklaraciją bei sumoka mokestį. Jo kūrėjų dokumentacija apima Paddle.js, katalogų API, atsiskaitymus ir interneto gaudykles, pavyzdžiui, transaction.completed, kuri suveikia operacijai pasiekus completed statusą ir yra įprastas signalas suteikti prieigą po apmokėjimo.

Kompromisas čia labiau struktūrinis nei techninis. Paddle tampa oficialiu pardavėju, todėl jūs nebeturite to prekybininko, sąskaitų faktūrų išrašymo ir apskaitos modelio, kurį išlaikytumėte turėdami savo atsiskaitymo sistemą.

Skaitmeniniams produktams, parduodamiems Austrijos vartotojams, tai apima skaičiavimą, deklaravimą ir mokesčio sumokėjimą vieno pirkimo metu. Tačiau prekyvietei, vedančiai daugelio pardavėjų apskaitą, tai yra netinkamas formatas.

Quaderno: mokesčių sluoksnis smulkesniems skaitmeniniams verslams

Quaderno yra vienas aiškesnių, į kūrėjus orientuotų pasirinkimų smulkesniems skaitmeniniams verslams, norintiems mokesčių paslaugos, nepriklausomos nuo vieno mokėjimų procesoriaus. Jos API dokumentacijoje aprašytas /tax_rates/calculate galinis punktas (endpoint), kuris apskaičiuoja taikytiną tarifą pagal pirkėjo adresą ir operacijos tipą, /tax_ids/validate punktas, apimantis ES PVM mokėtojų kodus, bei sąskaitų faktūrų, kvitų ir kreditinių sąskaitų punktai. Dokumentuota Connect skiltis su paskyrų resursais yra ta dalis, ant kurios būtų statoma prekyvietė.

Apribojimas čia yra apimtis. Quaderno yra mokesčių ir sąskaitų išrašymo sluoksnis, o ne apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga, be to, viešoje medžiagoje nėra užtikrinama, kad automatinis deklaravimas veikia kiekviename plane kiekvienoje šalyje. Į atsakomybę už deklaravimą reikėtų žiūrėti kaip į dalyką, kurį reikia pasitvirtinti raštu.

Nedideliam Austrijos SaaS verslui ji pašalina realų darbą atsiskaitymo etape. Tačiau ji neparengia Umsatzsteuervoranmeldung ir nėra pagrindinė apskaitos sistema.

Avalara ir Fonoa: mokesčių varikliai didelėms įmonėms

Avalara AvaTax atlieka realaus laiko mokesčių nustatymą atsiskaitymo, sąskaitų išrašymo ar užsakymų apdorojimo metu per REST API ir SDK. Atkreipkite dėmesį į produkto atskyrimą: PVM ataskaitų teikimas (VAT Reporting) yra atskira dalis, esanti prie deklaracijų (Returns), todėl ES PVM atitikties procesas (compliance workflow) nėra tiesiog vienas „AvaTax“ – turite aiškiai apsibrėžti modulius, kurių jums realiai reikia. Avalara dokumentacijoje aprašytas registracijos kelias su 90 dienų nemokamu bandomuoju laikotarpiu, tuo tarpu komercinis produkcijos (production) modelis yra pritaikytas stambiam verslui.

Fonoa Tax Engine teigia, kad per versijuojamą API „realiuoju laiku apskaičiuoja teisingą netiesioginių mokesčių traktavimą kiekvienai operacijai“ daugiau nei 190 jurisdikcijų. Svarbi viena architektūrinė detalė: mokesčių mokėtojo kodų validacija yra atskiras Fonoa produktas (Validate), o ne Tax Engine dalis, todėl, jei jums svarbūs VIES įrodymai, įtraukite tai į apimtį atskirai, užuot darę prielaidą, kad variklis tai apima.

Nė vienas iš jų nėra skirtas vienos šalies – Austrijos – sprendimui. Jie pateisina savo kainą tada, kai veikiate keliolikoje šalių, iš kurių keletas turi kliringo platformas.

Kur tinka Nordlet: atsakymas dėl PVM ir įrašas didžiojoje knygoje yra tas pats įrašas

Nordlet yra apskaitos API prekyvietėms ir platformoms, kurioms reikia didžiųjų knygų, išmokų (payouts), ES mokesčių palaikymo ir eksportuojamo audito sekiklio (audit trail) savo pačių produkte, o ne prie atsiskaitymo sistemos priklijuotos sąskaitų faktūrų išrašymo programėlės.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir apskaitos įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve atsako į klausimą dėl apmokestinimo pagal operacijos faktus:

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

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

Pakeiskite pirkėją į įmonę su galiojančiu Austrijos PVM mokėtojo kodu, ir ta pati užklausa grąžins reverse_charge kartu su Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nustatykite actingAsMarketplace, kai pardavėjas yra įsisteigęs už ES ribų, ir bus grąžinta deemedSupplier: true pagal art. 14a(2). Teisinis pagrindas keliauja kartu su atsakymu – būtent to auditoriai prašo po daugelio 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 realiai sekama, o ne tiesiog daroma prielaida, kad ji neviršyta – /v1/declarations/eu/distance-sales-threshold/get parodo įmonės situaciją šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute ir /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio skaičius, įskaitant ankstesnių laikotarpių tikslinimų dalį. Tarifai gaunami iš Europos Komisijos TEDB duomenų bazės kartu su įsigaliojimo datomis, o įmonė gali juos perrašyti (override) kiekvienai šaliai.

Nustatyta PVM informacija tuomet registruojama nekeičiamoje dvejybinio įrašo didžiojoje knygoje, priskiriant PVM metaduomenis prie paties įrašo, todėl nereikia jokio papildomo derinimų (reconciliation) proceso tarp mokesčių variklio ir atskiros pagrindinės apskaitos sistemos. Pinigų sumos yra dešimtainės eilutės (decimal strings), bet jokiu būdu ne slankiojo kablelio (floating-point) skaičiai. Be to, siūlomi tipizuoti SDK, interneto gaudyklės, pavyzdžiui, sale_invoice.paid, Idempotency-Key palaikymas saugiems pakartojimams (retries), smėliadėžės (sandbox) įmonės, prie sąskaitos faktūros „užšaldyta“ VIES validacija, kelių įmonių palaikymas ir laikotarpių uždarymas (period locking), užtikrinant, kad uždarytas mėnuo negalėtų būti tyliai koreguojamas.

Austrijos apimties riba yra aiški. Nordlet neteikia Austrijos deklaracijų paketo: iškvietus /v1/declarations/eu/vat-return/compute su countryCode: "AT", grąžinamas 422 kodas, nurodantis esamus paketus – Lietuvai, Vokietijai ir Lenkijai, todėl UVA nėra generuojama ir niekas neteikiama į FinanzOnline. Ką Nordlet duoda kuriantiems sprendimus Austrijai, tai PVM nustatymas kartu su teisiniu pagrindu, nekeičiama didžioji knyga iš kurios kildinami šie skaičiai, OSS ir IOSS apskaičiavimas su korekcijomis, prie sąskaitos faktūros pririšta VIES validacija ir struktūrizuotos elektroninės sąskaitos faktūros per Peppol BIS 3.0 naudojant jūsų pačių arba platformos prieigos tašką (access point). Tarifo nustatymas veikia pagal šalį ir tarifo kategoriją, o ne pagal produkto klasifikaciją, todėl prekių/paslaugų tiekimui, priklausančiam nuo produkto kodo, šis sprendimas vis tiek turi būti priimtas ankstesniame žingsnyje (upstream).

Sąžininga santrauka: jei jums reikia gyvo skaičiavimo kuo daugiau šalių, o deklaravimą patikite kam nors kitam, enterprise mokesčių varikliai ir formaliojo pardavėjo paslaugos yra gerokai pranašesnės. Jei pagrindinis jūsų reikalavimas yra realios apskaitos knygos – prekyvietės specifiką suprantanti dvejybinio įrašo didžioji knyga, kur atsiskaitymai ir PVM yra vienoje vietoje – būtent šią nišą užpildyti ir yra sukurtas Nordlet, ko nepadaro nė vienas vien tik skaičiavimą atliekantis sluoksnis. API dokumentacijoje matomas visas funkcionalumas prieš priimant galutinį sprendimą.

Ką Austrija reikalauja deklaruoti

Austrijos reikalavimai išlieka tradiciniai, ir tai verta paminėti, nes tai keičia galimų sprendimų sąrašą.

Umsatzsteuervoranmeldung (UVA) – išankstinė PVM deklaracija, kurią reikia pateikti iki antro mėnesio, einančio po ataskaitinio laikotarpio, 15 dienos per FinanzOnline. Ji teikiama kas mėnesį, jei praėjusių metų apyvarta viršijo €100,000, ir kas ketvirtį, jei viršijo €35,000.
Metinė PVM deklaracija – teikiama papildomai prie išankstinių deklaracijų.
El. sąskaitos faktūros – privalomos tik sąskaitoms, teikiamoms federalinėms viešojo sektoriaus įstaigoms. Nėra privalomo B2B reikalavimo ir kliringo platformos.

Kadangi mokesčių inspekcijai nėra perduodama informacija apie kiekvieną atskirą sąskaitą faktūrą, Austrijos integracijos sėkmė priklauso nuo to, ar po kelių mėnesių iš didžiosios knygos galima atkurti periodinius skaičius.

Visas šalies vaizdas – pelno mokestis, darbo užmokestis, deklaracijų teikimo kalendorius ir už kiekvieną formą atsakingos institucijos – pateiktas Austrijos mokesčių puslapyje.

Atrankos kriterijai, kuriuos verta apsvarstyti prieš priimant sprendimą

Prieš laikant bet kurį „PVM palaikantį“ produktą lygiaverčiu kitam, patikrinkite jį pagal šiuos kriterijus:

Skaičiavimas ar buhalterinė apskaita – ar sistema nustato PVM traktavimą, ar tik išsaugo jūsų perduotą kodą?
Austrijos apimtis – 20%, 13%, 10%, 0%, atvirkštinis apmokestinimas ir atleidimas nuo PVM neviršijant €55,000 smulkiojo verslo ribos?
ES paskirties valstybės logika – ar vykdant B2C pardavimą sistema atskiria Austrijos PVM nuo kitos valstybės narės PVM?
B2B PVM kodų validacija – ar tikrina VIES sistemoje ir išsaugo įrodymus?
OSS ir IOSS – ar agreguoja, parengia, pateikia, ar tik eksportuoja?
Prekyvietės atsakomybė – ar gali modeliuoti pardavėjo, platformos ir tariamojo tiekėjo (deemed supplier) vaidmenis?
Apskaitos vientisumas – ar kiekvienas skaičiavimas sukuria atitinkamą įrašą didžiojoje knygoje?
Ergonomika kūrėjams – REST API, SDK, interneto gaudyklės (webhooks), smėliadėžė (sandbox), idempotentiškumas, versijavimas?
Audito sekiklis – tarifas, taisyklė, vietos įrodymai, PVM mokėtojo kodas, laiko žyma, redagavimų istorija?
Periodinis atkūrimas – ar iš didžiosios knygos galima atkurti UVA skaičius bet kuriam praėjusiam laikotarpiui su tuo metu galiojusia taisykle ir tarifu?
Atsakomybė už deklaravimą – kurį tiksliai žingsnį prisiima paslaugos teikėjas?

D.U.K.

Kuri platforma siūlo visapusį realaus laiko ES PVM valdymą Austrijoje?

Nė viena negali būti apibūdinta kaip apimanti visas tris realaus laiko galimybes kiekvienam verslo modeliui. Austrija trečiąją galimybę išima iš lygties, todėl sąžiningas palyginimas vyksta tarp skaičiavimo sluoksnių ir pagrindinių apskaitos sistemų.

Ar Stripe Tax pakanka Austrijos prekyvietei?

Skaičiavimui ir duomenų eksportui dažniausiai taip. Dvejybinio įrašo didžiajai knygai, sekančiai daugelio pardavėjų išmokas – ne, o UVA duomenis vis tiek teks gauti iš kitur.

Ar Nordlet automatiškai teikia Austrijos PVM deklaracijas?

Ne, ir ji neskaičiuoja UVA deklaracijos. Specifinių šalių deklaracijų paketai siūlomi Lietuvai, Vokietijai ir Lenkijai; Austrijos atveju API grąžina 422 klaidą, nurodydamas šias šalis. Sistema sugeneruoja PVM nustatymą, didžiąją knygą, OSS ir IOSS skaičius bei audito sekiklį.

Ar Austrijoje privalomos el. sąskaitos faktūros?

Tik teikiant federalinėms viešojo sektoriaus įstaigoms. Nėra privalomo B2B el. sąskaitų faktūrų reikalavimo ir jokios kliringo platformos, nors ES ViDA tvarkaraštis ilgainiui palies ir ES vidaus B2B sąskaitas faktūras.

Ką daryti pirmiausia

Nuspręskite, kurios iš trijų realaus laiko galimybių jums iš tiesų reikia – Austrijoje tai dažniausiai reiškia pirmąsias dvi. Jei jums reikia gyvo skaičiavimo naudojant Stripe infrastruktūrą, pradėkite nuo Stripe Tax. Jei parduodate skaitmeninius produktus ir norite nusiimti deklaravimo naštą nuo savo pečių, išbandykite Paddle. Jei apskaitos knygos, išmokos ir PVM turi būti jūsų pačių produkto dalis, pradėkite nuo smėliadėžės (sandbox) ir prieš kurdami produktą pasitvirtinkite Austrijos apimtį. Kainodara yra vieša, o ne teikiama tik pagal atskirą užklausą.

Šaltiniai

Kiekvienas aukščiau pateiktas teiginys apie paslaugų teikėjus veda į jų pačių dokumentaciją. Pačios taisyklės paimtos iš:

USP / BMF: PVM apžvalga ir išankstinės deklaracijos – 20%, 13% ir 10% tarifai bei UVA deklaravimo dažnumas
Umsatzsteuergesetz 1994 (RIS) – įstatyminis Austrijos PVM pagrindas
Europos Komisija: PVM vieno langelio sistema (One Stop Shop) – €10,000 nuotolinės prekybos riba

Tiek paslaugų teikėjų galimybės, tiek nacionaliniai reikalavimai keičiasi. Viskas šiame straipsnyje buvo patikrinta remiantis vieša dokumentacija 2026 m. rugsėjo 8 d.; būtinai patikrinkite bet kokią informaciją prieš pradėdami kurti savo sprendimus.