Realaus laiko ES PVM kūrėjams, dirbantiems Danijos rinkoje

Pagrįstas apskaitos ir mokesčių platformų, kurios apdoroja Danijos ir ES PVM per API, SDK bei interneto gaudykles, palyginimas su aiškiomis pastabomis apie tai, ką kiekviena iš jų iš tikrųjų apima.

Danija yra ES šalis, kurioje reguliuotojas ėmėsi apskaitos programinės įrangos, o ne sąskaitų faktūrų. Apskaitos įstatymas (Bookkeeping Act) reikalauja, kad įrašai būtų tvarkomi nustatytus reikalavimus atitinkančioje skaitmeninėje sistemoje, turinčioje SAF-T eksporto galimybę; šis reikalavimas įmonėms palaipsniui įvedamas nuo 2024 iki 2026 metų. Tuo tarpu pats PVM čia yra paprasčiausias visoje ES: vienas 25 % tarifas ir jokių lengvatinių tarifų. Todėl Danijos integracija beveik išimtinai yra buhalterinės apskaitos klausimas.

Šiame straipsnyje lyginamos kūrėjams skirtos platformos, realiuoju laiku apdorojančios ES ir Danijos PVM, atskiriami skaičiavimo, apskaitos ir deklaravimo procesai bei nurodoma, kur kiekvienas sprendimas iš tikrųjų tinka.

Ką turi apimti „realaus laiko ES PVM valdymas“

Ši frazė dažnai iškreipiama siekiant apimti labai skirtingus produktus. Kad platforma iš tiesų atliktų savo funkciją, operacijos, sąskaitos faktūros, atsiskaitymo ar didžiosios knygos įrašo kūrimo metu ji turi atlikti daugelį šių veiksmų:

Nustatyti PVM traktavimą remiantis operacijos duomenimis.
Taikyti galiojančias atitinkamos šalies ir produkto taisykles.
Apimti Daniją ir likusią ES, įskaitant atvirkštinį apmokestinimą (reverse charge) B2B atveju ir apmokestinimą paskirties valstybėje B2C atveju.
Pateikti visa tai per API, SDK ar interneto gaudykles (webhooks).
Išsaugoti duomenis PVM, OSS, audito ir finansinės apskaitos ataskaitoms.

Po žodžiais „realiuoju laiku“ slepiasi trys skirtingos galimybės:

Realaus laiko skaičiavimas – PVM apskaičiuojamas kuriant operaciją ar sąskaitą faktūrą.
Realaus laiko apskaita – operacija, didžiosios knygos įrašas ir PVM duomenys iškart patenka į apskaitos registrus.
Realaus laiko deklaravimas – duomenys perduodami mokesčių administratoriui netrukus po operacijos.

Dauguma produktų atlieka pirmąjį punktą. Retas kuris – visus tris. Danija apverčia įprastą klausimą aukštyn kojomis. Čia nėra sąskaitų kliringo platformos (clearance platform), bet pati apskaitos sistema yra griežtai reglamentuota, todėl būtent antrasis gebėjimas – ar skaičiai nugula į tikras, eksportuojamas apskaitos knygas – yra tas, kurį gina įstatymas.

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

Danija taiko vieną standartinį 25 % PVM tarifą ir jokių lengvatinių tarifų; eksportas ir kai kurie prekių teikimai apmokestinami nuliniu tarifu. Įstatyminis pagrindas yra PVM įstatymas (Momsloven). Registruotis PVM mokėtoju privaloma, kai apyvarta per 12 mėnesių viršija 50 000 DKK. Danija išlaiko kroną, todėl tik eurais operuojančiai platformai būtinas valiutų valdymas, kuris atitiktų apskaitos standartus, o ne tik veiktų apmokėjimo (checkout) metu.

Atitinkančiai ES vidaus B2C nuotolinei prekybai ir tarpvalstybinėms skaitmeninėms paslaugoms taikoma bendra ES ribinė 10 000 € suma, nurodyta Europos Komisijos „Vieno langelio“ (One Stop Shop) portale. Ją viršijus, PVM paprastai taikomas pagal pirkėjo valstybę narę. „Vieno langelio“ (OSS) sistema leidžia įmonei užsiregistruoti vienoje valstybėje narėje ir deklaruoti tarpvalstybinį B2C PVM visoje ES, tačiau tai nepanaikina būtinybės taikyti mokestinę logiką operacijų lygmeniu.

Taip pat egzistuoja prekyviečių (marketplace) taisyklė, kuri yra griežtesnė, nei dauguma komandų tikisi. Pagal 14a straipsnį, elektroninė sąsaja tampa laikomu prekių tiekėju (deemed supplier) importuojamų prekių nuotolinės prekybos atveju, kai siuntos vertė neviršija 150 €, ir atskirai – kai prekės tiekiamos ES pirkėjams nepriklausomai nuo vertės, jei tikrasis pardavėjas nėra įsisteigęs ES. Komisijos aiškinamosiose pastabose dėl PVM elektroninės prekybos taisyklių išdėstytos abi šios sąlygos. Jei kuriate prekyvietę, tai iš esmės keičia sistemų architektūrą, o ne tik prideda naują laukelį.

Trumpa apžvalga

Platforma	Kam labiausiai tinka	Realaus laiko PVM funkcionalumas	Apskaitos, OSS ir deklaravimo apimtis	Pagrindinis trūkumas
Stripe Tax	Produktai ir prekyvietės, jau naudojančios Stripe	Apskaičiuoja PVM kuriant operaciją, įskaitant Daniją	ES eksporto ir OSS duomenys; nėra Danijos reikalavimus atitinkančios didžiosios knygos ir pati platforma neteikia ES deklaracijų	Verta rinktis tik tada, kai Stripe jau naudojamas kaip mokėjimų infrastruktūra
Paddle	SaaS ir parsisiunčiami skaitmeniniai produktai	Apskaičiuoja PVM apmokėjimo metu pagal pirkėjo vietą	Registruoja, deklaruoja ir sumoka mokesčius kaip oficialus pardavėjas (Merchant of Record)	Perima oficialaus pardavėjo (seller-of-record) vaidmenį, o kartu ir sąskaitų faktūrų išrašymą
Quaderno	Mažesni SaaS sprendimai ir skaitmeninė prekyba	Apskaičiuoja apmokėjimo metu, patikrina PVM kodus	Mokesčių ataskaitos ir įrašai; automatinis deklaravimas nenumatytas visuose planuose	Mokesčių ir sąskaitų faktūrų sluoksnis, o ne didžioji knyga
Avalara AvaTax	Įmonių ERP ir atsiskaitymo sistemų sprendimai	Realaus laiko mokesčių nustatymas su nuolat atnaujinama mokesčių baze	PVM deklaravimas yra atskiras produktas iš „Returns“ asortimento	Apimtis ir kaina pritaikyta stambioms įmonėms
Fonoa Tax Engine	Didelės platformos ir prekyvietės	Realaus laiko mokesčių nustatymas 190+ jurisdikcijų	Deklaracijos, e-sąskaitos ir ataskaitos; PVM kodų tikrinimas yra atskiras produktas	Nėra viešai skelbiamų kainų
Nordlet	Integruota (embedded) apskaita prekyvietėms ir platformoms	Nustato schemą ir tarifus kiekvienai operacijai, įrašoma kartu su didžiosios knygos įrašu	Nekeičiama (immutable) dvejybinio įrašo didžioji knyga, išmokėjimai (payouts), OSS ir IOSS rodikliai, eksportuojamas audito pėdsakas	Nėra Danijos deklaracijų paketo ir SAF-T DK eksporto; pati didžioji knyga yra nekeičiama ir eksportuojama

Stripe Tax: greitas sprendimas, kai Stripe jau įdiegtas

Komandoms, kurios jau naudoja Stripe mokėjimus, Billing arba Connect, Stripe Tax yra lengviausiai prieinamas realaus laiko skaičiavimo sluoksnis. Dokumentacijoje aprašomas PVM skaičiavimas visame pasaulyje, Tax API kartu su PaymentIntents, mokesčių surinkimas iš sąskaitų faktūrų bei Tax naudojimas kartu su Connect platformoms ar prekyvietėms.

Tai, kur Stripe galimybės baigiasi, aiškiai nurodo pati įmonė. Jos deklaravimo dokumentacijoje rašoma: „Privalote pateikti deklaracijas ir sumokėti surinktus mokesčius kiekvienoje vietoje, kurioje esate užsiregistravę.“ Automatinis deklaravimas siūlomas Jungtinėse Valstijose; kitur Stripe bendradarbiauja su deklaravimo partneriais, todėl ES PVM deklaraciją pateikiate jūs arba partneris, o ne Stripe Tax. Tai yra skaičiavimo ir eksportavimo sluoksnis, o ne apskaitos registrai.

Kadangi Danijoje yra tik vienas tarifas ir jokių lengvatinių tarifų, skaičiavimas yra beveik trivialus. Dėl šios priežasties produktas, skirtas tik skaičiavimui, čia nėra labai vertingas.

Paddle: perleiskite visą mokestinę naštą kitiems

Paddle yra kitokios kategorijos produktas. Jis veikia kaip oficialus pardavėjas (Merchant of Record) ir prisiima atsakomybę už mokesčių „skaičiavimą, deklaravimą ir sumokėjimą“ ten, kur yra jūsų pirkėjai, todėl jis apskaičiuoja PVM apmokėjimo metu, išrašo sąskaitą faktūrą, taip pat pateikia deklaracijas ir sumoka mokesčius už jus. Kūrėjų dokumentacijoje aprašomas Paddle.js, katalogo API, apmokėjimas (checkout) ir interneto gaudyklės, pvz., transaction.completed, kuri suveikia, kai operacija pasiekia completed būseną ir paprastai naudojama prieigai suteikti po apmokėjimo.

Kompromisas čia labiau struktūrinis nei techninis. Paddle tampa oficialiu pardavėju, todėl jūs prarandate prekybininko, sąskaitų faktūrų ir apskaitos modelio kontrolę, kurią išlaikytumėte turėdami nuosavą apmokėjimo sprendimą.

Parduodant skaitmeninius produktus Danijos vartotojams, tai visiškai padengia PVM reikalavimus. Tačiau tai nesprendžia Apskaitos įstatymo prievolių, kurios tenka jūsų pačių Danijos įmonei.

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

Quaderno yra vienas aiškesnių į kūrėjus orientuotų (developer-first) pasirinkimų mažesnėms skaitmeninio verslo įmonėms, norinčioms nuo vieno mokėjimų procesoriaus nepriklausomos mokesčių paslaugos. Jo API dokumentacijoje aprašytas /tax_rates/calculate galinis punktas (endpoint), kuris apskaičiuoja taikomą tarifą pagal pirkėjo adresą ir operacijos tipą, /tax_ids/validate punktas, kuris apima ES PVM kodus, taip pat sąskaitų faktūrų, kvitų ir kreditinių sąskaitų punktai. Dokumentuota Connect skiltis su paskyrų ištekliais yra ta dalis, ant kurios prekyvietė (marketplace) galėtų kurti savo infrastruktūrą.

Ribojanti aplinkybė yra apimtis. Quaderno yra mokesčių ir sąskaitų faktūrų sluoksnis, o ne apskaitos sistema su nekeičiama dvejybinio įrašo didžiąja knyga, o jos vieša medžiaga nepatvirtina automatinio deklaravimo kiekviename plane visose šalyse. Atsakomybę už deklaravimą reikėtų vertinti kaip dalyką, kurį būtina patvirtinti raštu.

Vieno tarifo šalyje Quaderno mokesčių skaičiavimo dalis suteikia nedaug pridėtinės vertės. Funkcijos, kurias verta įvertinti, yra sąskaitų faktūrų išrašymas ir įrašų saugojimas.

Avalara ir Fonoa: mokesčių sistemos stambioms įmonėms

Avalara AvaTax per REST API ir SDK realiuoju laiku nustato mokesčius atliekant mokėjimą, išrašant sąskaitą faktūrą ar apdorojant užsakymą. Atkreipkite dėmesį į produktų atskyrimą: PVM deklaravimas yra atskirtas modulyje „Returns“, todėl ES PVM atitikties procesas nėra tiesiog „AvaTax“ – turite aiškiai apsibrėžti modulius, kurių jums iš tikrųjų reikia. Avalara dokumentuoja registracijos kelią su 90 dienų nemokamu bandomuoju laikotarpiu, tuo tarpu komercinis modelis produkcinėje aplinkoje yra pritaikytas stambioms įmonėms.

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

Nė vienas iš šių produktų nėra natūralus pasirinkimas sprendimui, orientuotam tik į Daniją. Danija yra šalis, kurioje apskaitos sistema, o ne mokesčių nustatymo variklis, yra reglamentuojamas komponentas.

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

Nordlet yra apskaitos API skirtas prekyvietėms ir platformoms, kurioms jų pačių produkte reikia didžiųjų knygų, išmokėjimų, ES mokesčių valdymo ir eksportuojamo audito pėdsako, o ne prie atsiskaitymo (checkout) prijungtos sąskaitų faktūrų programėlės.

Architektūrinis skirtumas yra tas, kad PVM nustatymas ir buhalterinis įrašas priklauso vienai sistemai. POST /v1/reference/vat/resolve atsako į traktavimo klausimą remiantis operacijos faktais:

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

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

Pakeiskite pirkėją į įmonę, turinčią galiojantį Danijos PVM kodą, ir ta pati užklausa grąžins reverse_charge su Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Nustatykite actingAsMarketplace, kai pardavėjas įsisteigęs ne ES, ir sistema 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 egzistuoja — /v1/declarations/eu/distance-sales-threshold/get parodo įmonės situaciją šios ribos atžvilgiu, o /v1/declarations/eu/oss/compute bei /v1/declarations/eu/ioss/compute sugeneruoja laikotarpio skaičius, įskaitant korekcijų skiltį ankstesniems laikotarpiams. Tarifai gaunami iš Europos Komisijos TEDB duomenų bazės nurodant įsigaliojimo datas, o įmonė gali juos perrašyti (override) kiekvienai šaliai atskirai.

Tuomet nustatyti duomenys įrašomi į nekeičiamą dvejybinio įrašo didžiąją knygą su prie įrašo pridėtais PVM metaduomenimis, todėl nebereikia antrojo suderinimo (reconciliation) tarp mokesčių variklio ir atskiros įrašų sistemos. Pinigų sumos yra dešimtainės eilutės (decimal strings), niekada – slankiojo kablelio skaičiai (floating-point). Be to: griežtai tipizuoti (typed) SDK, interneto gaudyklės (pvz., sale_invoice.paid), Idempotency-Key palaikymas saugiems pakartotiniams bandymams, „smėliadėžės“ (sandbox) įmonės, prie sąskaitos faktūros „užšaldytas“ VIES tikrinimas, kelių įmonių palaikymas ir laikotarpio užrakinimas, kad uždaryto mėnesio nebūtų galima nepastebimai redaguoti.

Danijos specifikos ribos yra neįprastos, todėl verta būti tiksliems. Nordlet neteikia Danijos deklaracijų paketo: /v1/declarations/eu/vat-return/compute su countryCode: "DK" grąžina 422 klaidą ir nurodo Lietuvą, Vokietiją bei Lenkiją, taigi momsangivelse nėra generuojama, nėra SAF-T DK eksporto ir nėra registracijos kaip Danijos skaitmeninės apskaitos paslaugų teikėjo. Ką Nordlet iš tiesų suteikia, tai savybę, į kurią orientuotas Danijos įstatymas: nekeičiamą dvejybinio įrašo didžiąją knygą su laikotarpio užrakinimu, prie kiekvieno įrašo pridėtais PVM metaduomenimis, pilna revizijų istorija ir eksportuojamu audito pėdsaku – plius PVM nustatymą su jo teisiniu pagrindu, OSS ir IOSS skaičiavimais, VIES tikrinimu, kuris susiejamas su sąskaita faktūra, ir Peppol BIS 3.0 siuntimu, kuris yra tas perdavimo būdas, kurį Danijos viešasis sektorius jau naudoja sąskaitoms faktūroms.

Sąžininga santrauka: jei jums reikia gyvo skaičiavimo kuo daugiau šalių ir kad kažkas kitas už jus teiktų deklaracijas, korporatyviniai mokesčių varikliai ir oficialaus pardavėjo (Merchant of Record) paslaugos yra gerokai pranašesni. Jei jūsų pagrindinis reikalavimas yra tikros apskaitos knygos – prekyvietėms pritaikyta dvejybinio įrašo didžioji knyga, kurioje atsiskaitymai ir PVM yra vienoje vietoje – tai yra ta niša, kuriai sukurtas Nordlet, ir nė vienas iš vien skaičiavimo sluoksnių šios nišos neužpildo. API dokumentacija parodo visą platformos paviršių, prieš priimant galutinį sprendimą.

Ką privalu deklaruoti Danijoje

Danijoje taikomas nesudėtingas deklaravimo, bet griežtas apskaitos tvarkymo režimas.

Momsangivelse – PVM deklaracija, teikiama kas mėnesį, kas ketvirtį arba kas pusmetį, priklausomai nuo apyvartos. Mėnesiniai deklaruotojai (kurių apyvarta viršija 50 mln. DKK) moka iki 25 dienos; ketvirtiniai ir pusmetiniai deklaruotojai moka iki trečio mėnesio po mokestinio laikotarpio pabaigos pirmos dienos.
Skaitmeninė apskaita – Apskaitos įstatymas reikalauja, kad įrašai būtų tvarkomi skaitmeninėje apskaitos sistemoje, atitinkančioje nurodytus reikalavimus, įskaitant SAF-T eksportą. Įmonėms tai palaipsniui įvedama 2024–2026 metais.
E. sąskaitos faktūros – privalomos išrašant sąskaitas viešajam sektoriui per NemHandel ir Peppol (OIOUBL keičiama į Peppol BIS). B2B sektoriuje tai lieka savanoriška.

Jei renkatės sistemą Danijos įmonei, Apskaitos įstatymas yra tas reikalavimas, kuris riboja pasirinkimą, ir tai yra reikalavimas pačiai sistemai, o ne deklaracijos pateikimui.

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

Atrankos kriterijai, kuriuos verta įvertinti prieš pasirenkant

Prieš laikydami bet kurį „PVM paruoštą“ (VAT-ready) produktą lygiaverčiu kitam, patikrinkite jį pagal šiuos kriterijus:

Skaičiavimas ar apskaita – ar sistema pati nustato PVM traktavimą, ar tik išsaugo jūsų perduotą kodą?
Danijos aprėptis – 25 % tarifas be lengvatų, nulinis tarifas, atvirkštinis apmokestinimas (reverse charge) ir sumos kronomis didžiojoje knygoje?
ES paskirties logika – ar atliekant B2C pardavimą sistema gali atskirti Danijos PVM nuo kitos valstybės narės PVM?
B2B PVM kodų tikrinimas – ar sistema tikrina VIES ir išsaugo įrodymus?
OSS ir IOSS – ar agreguoja, paruošia, pateikia, ar tik eksportuoja?
Prekyvietės atsakomybė – ar gali modeliuoti pardavėjo, platformos ir laikomo prekių tiekėjo (deemed-supplier) vaidmenis?
Apskaitos vientisumas – ar po kiekvieno skaičiavimo sukuriamas atitinkamas didžiosios knygos įrašas?
Kūrėjų ergonomika – REST API, SDK, interneto gaudyklės (webhooks), „smėliadėžė“ (sandbox), idempotencija, versijavimas?
Audito pėdsakas – tarifas, taisyklė, vietos įrodymas, PVM kodas, laiko žyma, revizijų istorija?
Atitiktis Apskaitos įstatymui – ar sistema tvarko skaitmeninius įrašus pagal Apskaitos įstatymo nustatytą standartą ir ar turi struktūrizuoto eksporto galimybę?
Atsakomybė už deklaravimą – kurį tiksliai žingsnį prisiima paslaugos teikėjas?

D.U.K.

Kuri platforma siūlo visapusišką realaus laiko ES PVM valdymą Danijoje?

Nė vienos negalima apibūdinti kaip apimančios visas tris realaus laiko galimybes kiekvienam verslo modeliui. Danijoje šis klausimas paprastesnis: turint vieną tarifą, esminis skirtumas yra apskaitos knygos ir eksportas, o ne skaičiavimas.

Ar Stripe Tax pakanka Danijos prekyvietei?

Skaičiavimams Danijoje mokesčių variklis vargu ar reikalingas. Tačiau dvejybinio įrašo didžiajai knygai, sekančiai išmokėjimus daugeliui pardavėjų, ir Apskaitos įstatymo prievolėms vykdyti Stripe Tax nėra tinkamas atsakymas.

Ar Nordlet automatiškai pateikia Danijos PVM deklaracijas?

Ne, jis neskaičiuoja momsangivelse ir negeneruoja SAF-T DK failo. Deklaracijų paketai pateikiami Lietuvai, Vokietijai ir Lenkijai. Danijai Nordlet užtikrina mokesčių nustatymą, nekeičiamą didžiąją knygą, OSS ir IOSS rodiklius bei audito pėdsaką.

Ko Danijos apskaitos įstatymas reikalauja iš programinės įrangos?

Įrašai turi būti tvarkomi nustatytus reikalavimus atitinkančioje skaitmeninėje apskaitos sistemoje, įskaitant struktūrizuotą eksportą (įmonėms tai palaipsniui įvedama nuo 2024 iki 2026 m.). Šis įstatymas reglamentuoja pačią apskaitos sistemą, o ne sąskaitas faktūras ar deklaracijas.

Nuo ko pradėti

Nuspręskite, kurios iš trijų realaus laiko galimybių jums reikia, ir Danijos atveju pradėkite nuo buhalterinės apskaitos reikalavimų, o ne nuo mokesčių variklio. Jei parduodate skaitmeninius produktus ir norite atsikratyti deklaravimo naštos, išbandykite Paddle. Jei apskaitos knygos, išmokėjimai ir PVM turi būti integruoti jūsų pačių produkte, pradėkite nuo „smėliadėžės“ (sandbox) ir prieš kurdami sprendimą patvirtinkite, kas Danijoje yra padengta, o kas ne. Kainodara yra viešai skelbiama, o ne teikiama tik pagal užklausą.

Šaltiniai

Visi aukščiau pateikti paslaugų teikėjų teiginiai veda į pačių teikėjų dokumentaciją. Pačios taisyklės paimtos iš:

Skattestyrelsen: PVM, terminai ir registracija — 25 % tarifas, 50 000 DKK riba ir deklaravimo terminai
PVM įstatymas (Momsloven) — įstatyminis Danijos PVM pagrindas
Europos Komisija: PVM vieno langelio sistema — 10 000 € nuotolinės prekybos riba

Tiek paslaugų teikėjų galimybės, tiek nacionaliniai reikalavimai keičiasi. Visa ši informacija buvo sutikrinta su vieša dokumentacija 2026 m. rugsėjo 8 d.; prieš pradedant programuoti, patikrinkite viską, kuo remsitės savo sprendime.