KUSHTET KRYESORE TË SHËRBIMIT TË QERAJA-S — v17

Versioni 17 · në fuqi nga 2026-09-27

KUSHTET KRYESORE TË SHËRBIMIT TË QERAJA-S — v17

Ky dokument është kontrata bazë e detyrueshme për çdo përdorues të platformës Qeraja. Aty ku është i shkurtër, kjo është e qëllimshme: rregullat e hollësishme për pagesat, rimbursimet, anulimet, agjencitë, mikpritësit, mysafirët dhe mosmarrëveshjet jetojnë në dokumente shoqëruese të cilave këto Kushte Kryesore u referohen. Çdo dokument shoqërues është i detyrueshëm përmes këtyre referencave. Aty ku ky dokument është përsëritës, edhe kjo është e qëllimshme: pozicionimi i Platformës si vend tregu përsëritet ndërmjet dokumenteve për të mbrojtur në mënyrë konsistente rolin e Platformës.

NDRYSHIMET NË v17

Versioni v17 korrigjon mënyrën se si këto Kushte e identifikojnë operatorin e Platformës. Ai nuk ndryshon asnjë rregull.

(a) §1 dhe §23 nuk e përshkruajnë më "Qeraja-n" si emër tregtar. Regjistrimi i operatorit në Agjencinë e Regjistrimit të Bizneseve në Kosovë (ARBK) nuk ka emër tregtar. Operatori është Gent N. Bytyçi B.I., një biznes individual i regjistruar në ARBK në Kosovë me NUI 812292548. Emri "Qeraja" është marka e platformës së qirave që e operon Gent N. Bytyçi B.I.; ai nuk është emër tregtar i regjistruar. Operatori, NUI-ja, selia e regjistruar dhe të dhënat e kontaktit mbeten të pandryshuara.

(b) Shënimi për §1 te NDRYSHIMET NË v7 më poshtë korrigjohet në të njëjtën mënyrë.

Asnjë rregull për rezervimet, pagesat, tarifat, anulimet, rimbursimet, Pasin e Vizitave, sistemet e automatizuara ose të dhënat personale nuk ndryshon. Asnjë rregull tjetër nuk ndryshon nga v16.

NDRYSHIMET NË v16

Versioni v16 korrigjon mënyrën se si këto Kushte i përshkruajnë sistemet e automatizuara dhe mjetet e inteligjencës artificiale (AI) që Qeraja përdor në bisedat me përdoruesit. Çdo ndryshim i sjell këto Kushte në përputhje me atë që Platforma bën realisht sot.

(a) §18.3 ZËVENDËSOHET dhe tani titullohet "Sistemet e automatizuara dhe mjetet e AI-së". Teksti i mëparshëm e përshkruante përpunimin e automatizuar si vetëm këshillues dhe thoshte se asnjë vendim që prek një përdorues nuk merret automatikisht. Kjo nuk ishte e saktë. Qeraja përdor sisteme të automatizuara dhe mjete të AI-së për të kuptuar kërkesat, për të organizuar informacionin, për të përmirësuar përputhjen dhe për të ndihmuar komunikimin. Shumë përgjigje në Messenger dhe WhatsApp dërgohen automatikisht pa miratim individual; të tjerat mbahen për shqyrtim të brendshëm. Bisedat mund të rishikohen brenda Qerajës kur nevojitet. Pyetjet për të cilat përgjigjet e automatizuara nuk ndihmojnë, ankesat dhe kërkesat për të dhënat mund të dërgohen në support@qeraja.com.

(b) §9.4 tani rendit edhe vendimet kryesore që merren automatikisht në bisedat me Qeraja-n, përfshirë nëse Pasi i Vizitave mund të blihet (neni 7.8(8)). Asnjë kontratë nuk lidhet automatikisht në një bisedë. Përdoruesi mund t'i kërkojë Qerajës t'i rishikojë këto vendime duke shkruar në support@qeraja.com ose përmes Politikës së Zgjidhjes.

(c) §18.2(2) nuk thotë më se rezultatet e krahasimeve të përputhjes janë të dukshme vetëm për stafin e Qerajës. Ato përdoren edhe nga sistemet e automatizuara të Qerajës për të vendosur se çfarë t'i thuhet një Mysafiri, ende vetëm në terma të përgjithshëm. Ato ende nuk u tregohen përdoruesve të tjerë, dhe një prezantim ose çdo zbulim i të dhënave të një përdoruesi ende kërkon pëlqimin paraprak të atij përdoruesi sipas §18.2(3). §18.2(2) tani thotë se asnjë prezantim nuk bëhet pa atë pëlqim, në vend që të thotë se asnjë prezantim nuk bëhet automatikisht. §18.2(4) nuk e përshkruan më hapin e pëlqimit në §18.2(3) si hap që ende nuk funksionon: ai tani është në funksionim.

(d) Shtohet §18.4, i cili thotë se informacioni i dhënë në një bisedë mund të përmbajë gabime, se ai nuk i ndryshon këto Kushte, Kushtet e Pagesës, Politikën e Rimbursimit dhe Anulimit ose të dhënat e rezervimit ose të Pasit të Vizitave që ju shfaqen para se të paguani, dhe se ju mund të kërkoni sqarim ose rishikimin e informacionit duke shkruar në support@qeraja.com. Ne do ta korrigjojmë çdo gabim që gjejmë.

(e) §21.1 tani përmend edhe, ndër mjetet elektronike të komunikimit, mesazhet në një kanal mesazhesh si Facebook Messenger, Instagram ose WhatsApp, kur ju e kontaktoni Qeraja-n në atë kanal.

Asnjë rregull për rezervimet, pagesat, tarifat, anulimet, rimbursimet ose Pasin e Vizitave nuk ndryshon. Asnjë rregull tjetër nuk ndryshon nga v15.

Përshkrimet e §18.2 dhe §18.3 te NDRYSHIMET NË v13 më poshtë tregojnë se çfarë thoshin ato versione; ato zëvendësohen nga ky version dhe nuk e përshkruajnë më mënyrën se si funksionon Platforma.

NDRYSHIMET NË v15

Versioni v15 përditëson rregullat e Pasit të Vizitave në §7.8, shton §7.9, dhe shton nga një fjali sqaruese në §9.4 dhe §18.3(2).

(a) §7.8(1) dhe (4) tani thonë saktësisht çfarë është Pasi i Vizitave: e drejtë për të bërë një numër të pakufizuar KËRKESASH për vizitë për 30 ditë rresht, e blerë një herë, pa ripërtëritje automatike. Mund të blihet para çdo vizite të parë.

(b) §7.8(5) e ruan të drejtën e tërheqjes brenda katërmbëdhjetë ditëve dhe rimbursimin e plotë të një Pasi të papërdorur. Kur Pasi është përdorur, shuma që zbritet tani llogaritet mbi ditët kur Pasi ka qenë aktiv (çmimi × ditët aktive ÷ 30) dhe jo "mbi vizitat e caktuara", gjë që nuk mund të llogaritej për një të drejtë të pakufizuar. Asnjë e drejtë e dhënë nga v14 nuk hiqet.

(c) §7.8(8)-(11) të reja: Pasi ofrohet për blerje vetëm përderisa ka një pronë që përputhet dhe për të cilën mund të bëhet kërkesë vizite; çdo vizitë varet nga pronari; një Pas aktiv jep përparësi të kufizuar kur vendet e vizitës te një pronë janë të kontestuara, ndërsa të paktën një vend ndahet gjithmonë sipas radhës së kërkesave; dhe Qeraja zotohet për një zgjidhje nëse të gjitha pronat që i plotësojnë kushtet tërhiqen ose Platforma nuk është e disponueshme.

(d) §7.9 e re përshkruan kërkesën falas për vizitë që çdo përdorues e ka në çdo muaj kalendarik.

(e) §9.4 dhe §18.3(2) thonë se renditja e kërkesave për vizitë ndjek rregullin e publikuar në §7.8(10) dhe mund të rishikohet nga një njeri.

Asnjë rregull tjetër nuk ndryshon nga v14.

NDRYSHIMET NË v14

Versioni v14 bën një ndryshim të vetëm, te §18.2(2), që Kushtet ta përshkruajnë një hap që Platformës i duhet dhe që v13 nuk e lejonte.

(a) §18.2(2) më parë thoshte, pa asnjë kufizim, se asnjë rezultat i një krahasimi nuk i tregohet një përdoruesi tjetër. Ajo fjali përshkruante një fazë vetëm për stafin dhe tani është shumë e ngushtë: që të jemi të dobishëm për Mysafirin, duhet të mund t'i themi se ekziston një pronë që përputhet. v14 e lejon pikërisht atë dhe asgjë më shumë — një pronë mund të përshkruhet vetëm në terma të përgjithshëm (qyteti, lagjja, sipërfaqja, dhomat, çmimi dhe disponueshmëria) dhe kurrë me diçka që e identifikon pronarin e saj. Gjithçka tjetër në §18.2 mbetet e pandryshuar: një prezantim mes dy përdoruesve, dhe çdo zbulim i të dhënave të një përdoruesi, ende kërkojnë pëlqimin paraprak të atij përdoruesi sipas §18.2(3).

Asnjë ndryshim tjetër rregullash nga v13.

NDRYSHIMET NË v13

Versioni v13 bën një korrigjim dhe një shtesë. Të dyja i sjellin këto Kushte në përputhje me atë që Platforma bën realisht sot.

(a) §7.8(5) (Pasi i Vizitave) ZËVENDËSOHET. Teksti i mëparshëm thoshte se Pasi i Vizitave nuk ishte i kthyeshëm pasi lëshohej, duke u mbështetur në Ligjin 06/L-034 për Mbrojtjen e Konsumatorit, nenet 17 dhe 18. Ai citim ishte i gabuar: e drejta e tërheqjes është neni 42 dhe përjashtimet prej saj janë neni 49. Përjashtimi mbi të cilin mbështetej klauzola zbatohet vetëm pasi një shërbim të jetë kryer PLOTËSISHT, çka një e drejtë 30-ditore nuk është në momentin e blerjes. Prandaj Mysafiri ka të drejtën e zakonshme katërmbëdhjetëditore për t'u tërhequr. Kur vizitat tashmë janë caktuar me Pass, Qeraja zbret një shumë proporcionale për atë që u ofrua realisht (neni 47.5); kur nuk është caktuar asnjë vizitë, rimbursohet shuma e plotë. Ky ndryshim JEP një të drejtë që v12 pretendonte ta përjashtonte. Nuk heq asgjë dhe nuk kufizon asgjë.

(b) §18 (Privatësia dhe të Dhënat) merr dy nënnene që përshkruajnë përpunim që Platforma tashmë e kryen dhe që versionet e mëparshme nuk e përmendnin. §18.2 përshkruan regjistrimin e fakteve të strukturuara nga ajo që na tregojnë përdoruesit dhe krahasimin e atyre fakteve mes përdoruesve: kjo është e dukshme vetëm për stafin e Qerajës, dhe asnjë prezantim mes përdoruesve nuk bëhet pa pëlqimin paraprak të atij përdoruesi. §18.3 përshkruan përpunimin e automatizuar të kryer nga ofrues të palëve të treta, i cili mund të përfshijë transferimin e të dhënave personale jashtë Republikës së Kosovës, dhe rezultatet e të cilit janë këshilluese për stafin e jo vendime për një përdorues. Politika e Privatësisë përditësohet në të njëjtin cikël dhe rregullon detajet.

Asnjë ndryshim tjetër rregullash nga v12.

NDRYSHIMET NË v12

Versioni v12 korrigjon dy klauzola që ta përputhin tekstin me funksionimin aktual të Platformës, duke hequr pohime që e mbivlerësonin atë që Platforma bën aktualisht:

(a) §7.8 (Pasi i Vizitave) — Platforma aktualisht nuk është e regjistruar për TVSH. Teksti i mëparshëm e përshkruante faturën e Pasit të Vizitave si "faturë tatimore" dhe "dokument autoritativ tatimor" të lëshuar sipas Ligjit për TVSH-në të Kosovës, Nenet 53 dhe 54. Përderisa Platforma nuk është e regjistruar për TVSH, ajo lëshon një faturë PROVIZORE pagese që NUK është faturë tatimore (Faturë Tatimore) dhe nuk mund të përdoret për rikuperim të TVSH-së. Çmimi mbetet totali për konsumatorin, por nuk përshkruhet më se përmban TVSH të rikuperueshme derisa Platforma të regjistrohet për TVSH.

(b) §8.8 (Koha e pagesës) — pagesat te Mikpritësit lëshohen pasi rezervimi bëhet i pranueshëm për pagesë DHE pas shqyrtimit e miratimit manual nga Platforma. Detyrimi fiks i mëparshëm "brenda 24 orësh nga check-in" hiqet; Platforma nuk merr përsipër një afat fiks pagese.

Asnjë rregull tjetër nuk ndryshon nga v11. (Korrigjimi i v11 — një ndreqje përkthimi në §7.7 shqip — mbetet në fuqi.)

NDRYSHIMET NË v10

Versioni v10 korrigjon rregullat e anulimit në §7.3 dhe §7.4 për t'i përputhur me §7.7 (Depozitat e sigurisë dhe kërkesat për dëme). Sipas modelit të depozitës jashtë platformës të përcaktuar tashmë në §7.7, Platforma nuk mbledh, mban, transferon ose rimburson depozita sigurie. Teksti i mëparshëm i anulimit gabimisht e listonte "depozitën e sigurisë" ndër shumat që Platforma i rimburson në para ose si kredi gjatë anulimit. v10 e heq depozitën e sigurisë nga çdo numërim i rimbursimit të anulimit. Rimbursimet e anulimit të Platformës zbatohen vetëm për qiranë dhe tarifën e shërbimit të Mysafirit; çdo depozitë sigurie rregullohet drejtpërdrejt ndërmjet Mysafirit dhe Mikpritësit jashtë Platformës, sipas §7.7 dhe marrëveshjes përkatëse për transaksion individual. Asnjë mekanikë tjetër e anulimit (dritaret e rimbursimit, përqindja 75% e qirasë për anulim të vonshëm, kohëzgjatja e kredisë së tarifës së shërbimit, penalitetet e anulimit nga Mikpritësi) nuk ndryshohet nga v10.

NDRYSHIMET NË v9

Versioni v9 bën një përditësim të vetëm thelbësor në §7.4 (Anulimi i iniciuar nga Mikpritësi):

1. Kompensimi prej €15 në para i paguar Mysafirit, rezervimi i të cilit anulohet nga Mikpritësi (i prezantuar në v6), hiqet. Pasojat e tjera të §7.4 mbeten të pandryshuara: Mysafiri prapë merr rimbursim 100% të qirasë dhe tarifën e shërbimit të Mysafirit në para (në v9 ky numërim përfshinte edhe depozitën e sigurisë; shih ndryshimin e v10 më lart, i cili e hoqi atë për ta përputhur §7.4 me §7.7); kalendari i listës prapë bllokohet për 30 ditë; penaliteti i rikuperueshëm i Platformës prej €25 (afatshkurtër) ose €50 (afatgjatë) prapë regjistrohet kundër Mikpritësit; dhe tarifa e procesorit të pagesave mbi pagesën origjinale dhe mbi rimbursimin regjistrohet prapë si tarifë e rikuperueshme kundër Mikpritësit. Platforma vazhdon ta përballojë vetë tarifën e procesorit mbi rimbursimin në para.

2. §7.4 tani thotë në mënyrë eksplicite se Platforma nuk avancon para dhe nuk krijon detyrime në para që varen nga rikuperimi i mëvonshëm nga Mikpritësit. Kjo kodifikon qëndrimin operacional ekzistues dhe parandalon riprezantimin e kompensimit në para për Mysafirin të financuar nga kapitali punues i Platformës.

Asnjë shifër në planin e tarifave, asnjë përqindje e rimbursimit për anulim të vonshëm, asnjë periudhë vlefshmërie e kreditit të tarifës së shërbimit, asnjë kohë pagese dhe asnjë strukturë seksioni nuk ka ndryshuar midis v8 dhe v9. Rezervimet e konfirmuara nën v8 mbeten të rregulluara nga snapshot-i i v8-ës i regjistruar në momentin e konfirmimit; v9 rregullon rezervimet e konfirmuara nga data e tij efektive përpara.

NDRYSHIMET NË v8

Versioni v8 bën dy përditësime thelbësore të harmonizuara me arkitekturën aktuale të platformës:

1. Seksioni 7.7 (Depozitat e sigurisë dhe pretendimet për dëme) është rishkruar për të reflektuar modelin e depozitës jashtë platformës. Sipas arkitekturës aktuale, platforma nuk mbledh, mban, transferon ose rimburson depozita sigurie; depozita paguhet nga Mysafiri drejtpërdrejt te Mikpritësi jashtë procesorit të pagesave të platformës. Roli i vetëm i platformës në lidhje me depozitën është të regjistrojë konfirmimet e palëve. Trajtimi thelbësor i depozitës rregullohet nga marrëveshja për transaksion individual të palëve dhe nga ligji përkatës i Kosovës.

2. Shtohet një Seksion 7.8 i ri (Pasi i Vizitave — të drejta të paguara në platformë), që përshkruan një të drejtë të paguar 30-ditore për caktimin e vizitave fizike përmes platformës. Klauzola përcakton strukturën e çmimit të referuar te faqja e drejtpërdrejtë e Tarifave, marrëveshjen e faturës provizore të pagesës që zbatohet përderisa Platforma nuk është e regjistruar për TVSH (nuk lëshohet faturë tatimore e TVSH-së), jo- kthyeshmërinë e pasit me përjashtimin për të drejtat e konsumatorit sipas Ligjit 06/L-034, Nenet 17 dhe 18 (i kapur operacionalisht nga dialogu i zbulimit para arkës), dhe kanalin për trajtimin e mosmarrëveshjeve. [ZEVËNDËSUAR NGA v13: jo-kthyeshmëria dhe përjashtimi sipas Neneve 17-18 të përshkruar në këtë shënim të v8 nuk pasqyrojnë më tekstin në fuqi. Rregulli aktual është e drejta katërmbëdhjetëditore e tërheqjes në 7.8(5). Ky paragraf ruhet si regjistrim i asaj që bëri v8, jo si përshkrim i Kushteve në fuqi.]

Asnjë strukturë tjetër seksionesh nuk ka ndryshuar midis v7 dhe v8.

NDRYSHIMET NË v7

Versioni v7 bën një përditësim të vetëm për ta përshtatur tekstin e Kushteve me identitetin e dukshëm në faqen publike, për aplikimin për shërbimin e e-commerce-it me Raiffeisen RaiAccept. Politika thelbësore e platformës mbetet e pandryshuar.

1. Seksioni 1 (Hyrja dhe Pranimi) tani identifikon shprehimisht operatorin: Gent N. Bytyçi B.I., një biznes individual i regjistruar në Agjencinë e Regjistrimit të Bizneseve në Kosovë (ARBK) me Numrin Unik Identifikues (NUI) 812292548, me selinë e regjistruar në Rrustem Hyseni 8, 10000 Prishtinë, Republika e Kosovës. Natyra e platformës si vend tregu, roli në pagesa dhe mohimet e verifikimit në §2 mbeten të pandryshuara. [KORRIGJUAR NË v17: ky shënim, ashtu si Seksionet 1 dhe 23 të versioneve v7 deri në v16, e përshkruante "Qeraja-n" si emër tregtar të këtij subjekti. Kjo nuk ishte e saktë. Emri "Qeraja" është marka e platformës së qirave që e operon Gent N. Bytyçi B.I.; ai nuk është emër tregtar i regjistruar. Shihni NDRYSHIMET NË v17.]

2. Seksioni 23 (Kontakti) tani rendit subjektin e regjistruar, adresën dhe numrin publik të telefonit, krahas adresave ekzistuese të email-it për mbështetje.

Asnjë strukturë seksioni nuk është ndryshuar ndërmjet v6 dhe v7. v7 është një sqarim për zbulimin e identitetit që bën të përputhshme Kushtet e shkruara me informacionin e dukshëm të kompanisë në faqen publike.

NDRYSHIMET NË v6

Versioni v6 prezanton nivelet e anulimit për akomodimet dhe rendit tekstin e shkruar të Kushteve me ndryshimet operacionale që janë vendosur tashmë në sistemin (runtime) e Platformës (transferimi i tarifës së procesorit nga Faza B dhe reforma e kompensimit për anulim nga Mikpritësi). Të gjitha ndryshimet në v6 ose kodifikojnë sjellje ekzistuese ose shtojnë opsionalitet të ri për operatorët në linjën e akomodimit. Asnjë ndryshim në rregullat rezidenciale. Asnjë diskrecion i ri për Platformën. Ndryshimet janë:

1. Seksioni 7.3 është ristrukturuar për t'u lejuar operatorëve të akomodimit (hotele, motele, bujtina, mysafirëri, apart-hotele) të zgjedhin njërin nga tre nivelet e anulimit — Fleksibël (dritare rimbursimi të plotë 24-orëshe), I moderuar (dritare 5-ditore, parazgjedhje), ose Striktë (dritare 14-ditore). Niveli i zgjedhur fiksohet në çdo rezervim në momentin e konfirmimit dhe mbetet i detyrueshëm për atë rezervim edhe nëse operatori e ndryshon nivelin në listë më vonë. Listat rezidenciale mbeten në politikën universale të unifikuar (7 ditë për afatshkurtër, 14 ditë për afatgjatë). Nuk ekziston niveli "pa rimbursim". Rimbursimi 75% për anulim të vonshëm zbatohet në mënyrë uniforme në të gjitha nivelet e akomodimit dhe në politikën rezidenciale; ndryshon vetëm dritarja e rimbursimit të plotë midis niveleve të akomodimit.

2. Seksioni 7.3 tani thotë në mënyrë eksplicite se si politika e anulimit e regjistruar në momentin e konfirmimit të rezervimit rregullon atë rezervim. Snapshot-i i regjistruar është burimi i së vërtetës për trajtimin e rimbursimit të rezervimit; ndryshimet e mëvonshme nga Mikpritësi në nivelin e listës nuk i ndryshojnë në mënyrë retroaktive rezervimet e konfirmuara më parë.

3. Seksioni 7.3 tani kodifikon alokimin e tarifës së procesorit nga Faza B që ka qenë tashmë në funksion në sistem: brenda dritares së ftohjes dhe brenda dritares së rimbursimit të plotë, Platforma e përballon vetë tarifën e procesorit të pagesave; brenda dritares së anulimit të vonshëm, tarifa e procesorit zbritet nga rimbursimi i reduktuar i Mysafirit (me kufi në zero). Ky është sqarim i sjelljes ekzistuese, jo një rregull i ri.

4. Seksioni 7.4 është përditësuar për të pasqyruar se kompensimi prej €15 i paguar Mysafirit, rezervimi i të cilit anulohet nga Mikpritësi, tani lëshohet si rimbursim në para në metodën origjinale të pagesës, e jo si kredit rezervimi i Platformës. Penaliteti i rikuperueshëm prej €25 (afatshkurtër) ose €50 (afatgjatë) dhe bllokimi i kalendarit për 30 ditë mbeten të pandryshuara. Një tarifë e rikuperueshme e procesorit kundër Mikpritësit është shtuar për ta bërë alokimin e Fazës B simetrik; kjo gjithashtu kodifikon sjelljen ekzistuese të sistemit.

5. Seksioni 8.9 (kreditet e rezervimit) është përditësuar për të hequr referencën te krediti i mëparshëm prej €15 për anulim nga Mikpritësi (tani rimbursim në para sipas §7.4). Krediti i tarifës së shërbimit për anulim të vonshëm, i vlefshëm 31 ditë, i lëshuar sipas §7.3, është i pandryshuar dhe është krediti i vetëm deterministik i rezervimit lidhur me anulimin.

6. Qëndrimi i Platformës vazhdon të përjashtojë programet e tipit AirCover, arbitrazhin diskrecional të rimbursimit, penalitetet e renditjes të lidhura me normën e anulimit dhe mekanizmat e mbajtjes së pagesës ndaj Mikpritësit. Anulimet rregullohen nga skeduli deterministik dhe asgjë tjetër.

Asnjë shifër në planin e tarifave, asnjë përqindje e rimbursimit për anulim të vonshëm, asnjë periudhë vlefshmërie e kreditit të tarifës së shërbimit, asnjë kohë pagese dhe asnjë strukturë tjetër seksioni nuk ka ndryshuar midis v5 dhe v6. Versioni v6 shton opsionalitet në linjën afatshkurtër të akomodimit dhe rendit tekstin e shkruar me sistemin që ka qenë në prodhim që nga 14-05-2026.

TABELA E PËRMBAJTJES

1. Hyrja dhe Pranimi 2. Natyra e Platformës si Vend Tregu 3. Pranueshmëria dhe Llogaritë 4. Hapësirat e Punës dhe Organizatat 5. Listat dhe Përgjegjësia për Përmbajtjen 6. Agjencitë, Operatorët dhe Autoriteti mbi Pronën 7. Marrëdhëniet e Rezervimit 8. Pagesat dhe Tarifat e Platformës 9. Verifikimi dhe Mohimet e Besimit 10. Sjellja e Përdoruesit 11. Anashkalimi Jashtë Platformës 12. Vlerësimet dhe Paraqitjet e Përdoruesve 13. Pronësia Intelektuale 14. Pezullimi, Kufizimi dhe Përfundimi 15. Kufizimi i Përgjegjësisë 16. Dëmshpërblimi 17. Zgjidhja e Mosmarrëveshjeve 18. Privatësia dhe të Dhënat 19. Ndryshimet në Shërbimet dhe në këto Kushte 20. Ligji që Rregullon dhe Juridiksioni 21. Komunikimet Elektronike dhe Njoftimet 22. Pranimi Elektronik — Qëllimi dhe Kufijtë 23. Kontakti

1. HYRJA DHE PRANIMI

Këto Kushte Kryesore të Shërbimit ("Kushtet Kryesore" ose "Kushtet") rregullojnë qasjen në dhe përdorimin e platformës Qeraja — duke përfshirë faqet e internetit, aplikacionet dhe shërbimet e lidhura të saj (së bashku, "Platforma").

Platforma operohet nga Gent N. Bytyçi B.I., një biznes individual i regjistruar në Agjencinë e Regjistrimit të Bizneseve në Kosovë (ARBK) me Numrin Unik Identifikues (NUI) 812292548, me selinë e regjistruar në Rrustem Hyseni 8, 10000 Prishtinë, Republika e Kosovës ("Qeraja", "ne", "tonë", ose "neve"). Emri "Qeraja" është marka e platformës së qirave që e operon Gent N. Bytyçi B.I.; ai nuk është emër tregtar i regjistruar. Kur këto Kushte i referohen "Qeraja-s", referimi bëhet për atë subjekt të regjistruar. Subjekti i regjistruar identifikohet në mënyrë të njejtë në këto Kushte, në fundin (footer) e faqes publike dhe në faqen e kontaktit, si dhe në zbulimin schema.org Organization në faqen kryesore.

Duke krijuar një llogari, duke pasur qasje në Platformë, ose duke përdorur ndonjë nga karakteristikat e saj, ju pranoni të jeni i lidhur me këto Kushte Kryesore dhe me çdo dokument të cilit u referohen këto Kushte Kryesore që zbatohet për ju. Nëse nuk pajtoheni, mos e përdorni Platformën.

1.1 Dokumentet që formojnë marrëveshjen

Këto Kushte Kryesore përfshijnë me referencë dokumentet e mëposhtme, secili të përditësuar herë pas here. Aty ku këto Kushte Kryesore flasin në mënyrë të përgjithshme për një temë dhe një dokument i referuar flet në mënyrë specifike, dokumenti specifik rregullon atë temë:

- Politika e Privatësisë (përpunimi i të dhënave); - Politika e Cookies (të dhëna në anë të shfletuesit); - Kushtet e Pagesës (pagesa, pagesa te Mikpritësi, kthimi i pagesës, tarifat, koha e rimbursimit); - Politika e Rimbursimit dhe Anulimit (parimet e rimbursimit konsistente me rregullat standarde të përmbledhura në §7.3 të këtyre Kushteve); - Kushtet e Mikpritësit (detyrimet e përdoruesve që listojnë prona); - Kushtet e Mysafirit (detyrimet e përdoruesve që rezervojnë); - Kushtet e Agjencisë (detyrimet e hapësirave të punës agjenci dhe anëtarëve të tyre); - Standardet e Verifikimit (çfarë kuptimi kanë shenjat e verifikimit të Platformës); - Standardet e Komunitetit dhe Politika e Përdorimit të Pranueshëm (rregullat e sjelljes); - Politika e Zgjidhjes (ankesa e brendshme dhe eskalimi i mosmarrëveshjeve); - Deklarata Tatimore (përgjegjësia tatimore e Mikpritësit dhe Mysafirit); - Procedura për Pronësinë Intelektuale dhe Heqjen e Përmbajtjes; - Shtojca për Përpunimin e të Dhënave (e detyrueshme për hapësirat e punës agjenci dhe operator).

1.2 Marrëveshjet për transaksion individual

Përveç dokumenteve të listuara më sipër, disa veprime në Platformë kërkojnë pranimin e një marrëveshjeje për transaksion individual që bëhet e detyrueshme për atë transaksion specifik. Shembujt përfshijnë:

- Marrëveshjen e Rezervimit (çdo rezervim afatshkurtër); - Marrëveshjen e Rezervimit Afatgjatë (çdo rezervim afatgjatë rezidencial); - Marrëveshjen e Autorizimit të Pronës nga Agjencia (çdo mandat prone); - Marrëveshjen e Delegimit dhe Marrëveshjen e Menaxherit (menaxhim i deleguar); - Konfirmimin e Vizitës (vizita personale në pronë); - Deklaratën e Pëlqimit të Bashkëpronarit (prona në bashkëpronësi); - Deklaratën e Pronarit të Pronës (autoriteti i pronarit për ta listuar).

Çdo marrëveshje për transaksion individual regjistrohet si një snapshot i palëvizshëm, i ankoruar me hash, i lidhur me llogarinë tuaj të përdoruesit dhe me transaksionin themelor (shih Seksionin 22).

2. NATYRA E PLATFORMËS SI VEND TREGU

Deklaratat e mëposhtme në lidhje me rolin e Qeraja-s zbatohen gjatë këtyre Kushteve dhe gjatë gjithë korpusit ligjor. Ato përsëriten në dokumentet shoqëruese.

(A) Identiteti i vendit tregu. Qeraja është një vend tregu teknologjik. Ne nuk zotërojmë, menaxhojmë, kontrollojmë ose operojmë asnjë pronë të listuar në Platformë. Ne nuk jemi agjenci patundshmërish, ndërmjetës, agjent udhëtimi, operator turistik, biznes akomodimi, ofrues sigurimesh, agjent escrow ose institucion financiar.

(B) Jo-palë në kontratat e përdoruesve. Qeraja nuk është palë në asnjë qira, rezervim, kontratë qiraje, mandat, delegim, ose ndonjë marrëveshje tjetër të formuar midis përdoruesve të Platformës, përveç rasteve kur një dokument specifik e identifikon shprehimisht Qeraja-n si palë.

(C) Roli i pagesës. Aty ku Platforma lehtëson pagesat, roli i Qeraja-s është i kufizuar në ofrimin e teknologjisë që mundëson ato pagesa përmes një procesori pagesash të palës së tretë të identifikuar në Kushtet e Pagesës. Qeraja nuk merr pronësinë e fondeve të përdoruesve, përveçse si trajtim kalimtar operacional i lejuar nga ligji i zbatueshëm dhe i përshkruar në Kushtet e Pagesës.

(D) Mohimi i verifikimit. Sistemet e verifikimit në Platformë kryejnë kontrolle dokumentare, të identitetit dhe të riskut brenda qëllimeve të shpallura. Prania e një shenje ose statusi verifikimi tregon se kontrollet përkatëse për atë shenjë janë përfunduar me sukses; nuk përbën garanci për identitetin, pronësinë, autoritetin, ose përshtatshmërinë për ndonjë qëllim të caktuar. Përdoruesit duhet të kryejnë vetë verifikimin e kujdesshëm. Qëllimi i saktë i çdo shenje është përcaktuar në Standardet e Verifikimit.

(E) Mohimi i sistemit të besimit. Sinjalet, rezultatet dhe shenjat e besimit janë parashikuese, jo përfundimtare. Ato mund të jenë të gabuara. Ato mund të ndryshojnë. Ato nuk zëvendësojnë gjykimin e vetë përdoruesit.

(F) Përgjegjësia e përdoruesit. Përdoruesit janë përgjegjës për ligjshmërinë, saktësinë dhe autoritetin e listave, rezervimeve, sjelljes dhe komunikimeve të tyre. Zbatimi nga Platforma nuk zëvendëson pajtimin e vetë përdoruesit me ligjin.

(G) Bashkëpunimi me autoritetet. Qeraja bashkëpunon me autoritetet gjyqësore, tatimore, rregullatore dhe të zbatimit të ligjit siç kërkohet nga ligji i zbatueshëm.

3. PRANUESHMËRIA DHE LLOGARITË

3.1 Mosha dhe aftësia

Ju duhet të jeni të paktën 18 vjeç dhe juridikisht i aftë për të lidhur kontrata të detyrueshme sipas ligjit të vendit tuaj të banimit për të krijuar një llogari ose për të përdorur Platformën.

3.2 Sanksionet, personat e kufizuar, dhe AML (anti-pastrim parash)

Ju përfaqësoni dhe garantoni se nuk jeni, dhe nuk po veproni në emër të, asnjë personi ose entiteti që është:

- subjekt i sanksioneve të vendosura nga Kombet e Bashkuara, Bashkimi Evropian, Republika e Kosovës, Mbretëria e Bashkuar, ose Zyra e Kontrollit të Aseteve të Huaja e Shteteve të Bashkuara; - i vendosur në ose banor i zakonshëm i një juridiksioni të sanksionuar; ose - ndryshe i ndaluar nga marrja e shërbimeve sipas ligjit të zbatueshëm.

Ju pajtoheni të jepni bashkëpunim të arsyeshëm me kontrollin e pastrimit të parave dhe me kontrollin e sanksioneve të kryera nga Qeraja ose partnerët e saj të pagesave, dhe ju autorizoni një kontroll të tillë si kusht për përdorimin e Platformës.

3.3 Saktësia dhe siguria e llogarisë

Ju pajtoheni të jepni informacion të saktë dhe aktual gjatë regjistrimit dhe gjatë përdorimit të Platformës, ta mbani informacionin tuaj të kontaktit aktual dhe ta ruani sigurinë e kredencialeve të llogarisë suaj. Ju jeni përgjegjës për të gjithë aktivitetin e kryer përmes llogarisë suaj.

3.4 Verifikimi i identitetit, biznesit dhe pronës

Ne mund t'ju kërkojmë në çdo kohë të kryeni verifikimin e identitetit (KYC), verifikimin e biznesit, ose verifikimin e pronësisë së pronës. Qëllimi dhe kuptimi i çdo rezultati verifikimi janë përcaktuar në Standardet e Verifikimit. Mosrespektimi i kërkesës për të përfunduar verifikimin brenda një periudhe të arsyeshme mund të rezultojë në pezullim ose kufizim të funksioneve.

3.5 Një llogari për përdorues; llogaritë e biznesit

Çdo person fizik mund të mbajë një llogari personale. Një përdorues mund gjithashtu t'i bashkohet një ose më shumë hapësirave të punës (Seksioni 4) për aktivitet biznesi. Llogaritë nuk janë të transferueshme përveçse kur lejohet nga Qeraja në lidhje me transferimet e pronësisë së hapësirës së punës.

4. HAPËSIRAT E PUNËS DHE ORGANIZATAT

4.1 Llojet e hapësirave të punës

Platforma mbështet disa lloje hapësirash të punës, duke përfshirë hapësira personale, hapësira mikpritësish, hapësira agjencish dhe hapësira operatorësh. Çdo lloj hapësire pune mbart aftësi të ndryshme, modele rolesh dhe kërkesa për dokumente të pranuara.

4.2 Përfaqësuesi i autorizuar

Për dokumentet e lidhura me hapësirën e punës (si Kushtet e Agjencisë ose Shtojca për Përpunimin e të Dhënave), pranimi duhet të kryhet nga një përdorues i autorizuar për të lidhur hapësirën e punës. Duke pranuar një dokument të tillë në emër të një hapësire pune, përdoruesi pranues përfaqëson që është i autorizuar për ta bërë këtë.

4.3 Bashkimi në një hapësirë pune

Një përdorues që i bashkohet një hapësire pune si anëtar është i lidhur me dokumentet e pranuara të hapësirës së punës përmes marrëdhënies së anëtarësisë. Përdoruesi që bashkohet pranon gjithashtu këto Kushte Kryesore dhe çdo dokument tjetër globalisht të detyrueshëm në nivelin e vet personal.

4.4 Çaktivizimi i hapësirës së punës

Nëse një hapësirë pune çaktivizohet, pezullohet, ose humb statusin e rregullt, aftësia e saj për të kryer veprime të ndjeshme (krijimi i mandateve, pranimi i rezervimeve, marrja e pagesave) mund të kufizohet. Rezervimet ekzistuese në proces vazhdojnë të rregullohen nga marrëveshjet që i kanë krijuar ato.

5. LISTAT DHE PËRGJEGJËSIA PËR PËRMBAJTJEN

5.1 Përgjegjësia e Mikpritësit

Përdoruesit që publikojnë një listë prone ("Mikpritësit") janë vetëm përgjegjës për:

- saktësinë e të gjitha informacioneve të listës, duke përfshirë vendndodhjen, fotografitë, lehtësitë, çmimet, disponueshmërinë dhe rregullat e zbatueshme; - autoritetin e tyre ligjor për ta listuar pronën, qoftë si pronar, përfaqësues i autorizuar, ose agjent sipas një mandati me shkrim; - pajtueshmërinë me ligjet e zbatueshme për pronën, akomodimin, qiranë rezidenciale, taksat, zonimin, ndërtimin, sigurinë nga zjarri, aksesueshmërinë dhe mbrojtjen e konsumatorit; - përfaqësimin e vërtetë mbi bashkëpronësinë, hipotekat, barrët, ose të drejtat e palëve të treta që ndikojnë në listë.

5.2 Standardet e Pranueshme të Listimit

Listat duhet të jenë në pajtim me Standardet e Pranueshme të Listimit dhe Standardet e Komunitetit. Listat që shkelin ato standarde (duke përfshirë, por jo të kufizuara në, listat që përfaqësojnë gabimisht pronën, që nuk kanë autoritet ligjor, që përfshijnë kushte të pasigurta, ose që janë të paligjshme) mund të hiqen në çdo kohë pa njoftim paraprak.

5.3 Asnjë miratim nga Platforma

Qeraja nuk miraton, rekomandon, ose verifikon thelbin e listave përtej Standardeve të Verifikimit të përcaktuara nga Platforma. Vendimet e renditjes, kërkimit dhe dukshmërisë së Platformës merren nga sistemet e Qeraja-s dhe nuk përbëjnë garanci për listën themelore.

5.4 Heqja e listës

Ne mund të heqim ose kufizojmë listat sipas gjykimit tonë kur kemi bazë të arsyeshme për të besuar se ato shkelin këto Kushte ose ligjin e zbatueshëm, ose kur kjo kërkohet nga një autoritet kompetent. Aty ku është praktike, ne do t'i japim Mikpritësit të prekur njoftim dhe mundësi për ta korrigjuar ose apeluar në përputhje me Politikën e Zgjidhjes.

6. AGJENCITË, OPERATORËT DHE AUTORITETI MBI PRONËN

6.1 Autoriteti i bazuar në mandat

Agjencitë dhe përfaqësuesit e tjerë të autorizuar mund të menaxhojnë prona në emër të pronarëve vetëm pasi pronari të ketë pranuar një Marrëveshje të Autorizimit të Pronës nga Agjencia të lëshuar përmes Platformës. Marrëveshja regjistrohet si një snapshot i palëvizshëm (Seksioni 22).

6.2 Çfarë verifikon Platforma

Platforma verifikon faktin në nivel sistemi se pronari i emëruar ka pranuar marrëveshjen e lëshuar. Platforma nuk verifikon në mënyrë të pavarur:

- nëse përdoruesi pranues është pronari i vërtetë i pronës sipas ligjit të zbatueshëm; - nëse agjencia mban ndonjë licencë ose regjistrim të kërkuar të menaxhimit të pronës në Kosovë; - nëse bashkëpronarët kanë dhënë me vlefshmëri pëlqimin për një mandat; - nëse autoriteti i brendshëm i korporatës (statuti, vendimet e bordit, kushtet e partneritetit) mbështet pranimin.

Këto çështje janë përgjegjësi e palëve të mandatit.

6.3 Përfaqësimet e agjencisë

Duke krijuar një hapësirë pune agjencie dhe duke pranuar Kushtet e Agjencisë, agjencia përfaqëson dhe garanton se ka kapacitetin ligjor, licencën (kur kërkohet me ligj) dhe autoritetin e brendshëm për të kryer shërbime të menaxhimit të pronës në Platformë.

6.4 Operatorët dhe flukset e delegimit

Autoriteti i deleguar (caktimet e menaxherëve, mbishkrimet operative, delegimet te një përdorues i caktuar) rregullohet nga marrëveshja përkatëse për transaksion individual e lëshuar në kohën e delegimit. Politika e Mbishkrimit Operativ dhe Marrëveshja e Menaxherit përcaktojnë qëllimin dhe kufijtë e këtyre flukseve.

6.5 Revokimi

Mandatet dhe delegimet mund të revokohen përmes Platformës nga secila palë në çdo kohë, në varësi të kushteve të marrëveshjes themelore. Rezervimet aktive në proces në kohën e revokimit mbeten të detyrueshme dhe duhet të nderohen.

7. MARRËDHËNIET E REZERVIMIT

7.1 Kontrata direkte midis Mikpritësit dhe Mysafirit

Një rezervim krijon një kontratë të drejtpërdrejtë midis Mikpritësit dhe Mysafirit për qëndrimin ose periudhën e qirasë të specifikuar. Kontrata dokumentohet nga marrëveshja për transaksion individual e lëshuar nga Platforma (Marrëveshja e Rezervimit për rezervimet afatshkurtra; Marrëveshja e Rezervimit Afatgjatë për rezervimet afatgjata rezidenciale) dhe nga rregullat standarde të anulimit të përshkruara në §7.3 më poshtë. Qeraja nuk është palë në atë kontratë.

7.2 Kur një rezervim bëhet i detyrueshëm

Një rezervim bëhet i detyrueshëm kur (a) Mysafiri ka pranuar marrëveshjen e zbatueshme për transaksion individual, (b) Mikpritësi ka pranuar rezervimin (ose modaliteti i rezervimit të menjëhershëm i listës e trajton kërkesën e Mysafirit si të pranuar), dhe (c) pagesa është konfirmuar nga procesori i pagesave.

7.3 Rregullat standarde të anulimit

Qeraja operon rregulla deterministe të anulimit. Listat rezidenciale ndjekin një politikë të vetme universale për kohëzgjatje të qëndrimit (afatshkurtër, afatgjatë). Listat e akomodimit gjithashtu lejojnë Mikpritësin të zgjedhë njërin nga tre nivelet e shpallura të anulimit (Fleksibël, I moderuar, Striktë), të cilat ndryshojnë vetëm në kohëzgjatjen e dritares së rimbursimit të plotë. Asnjë variacion tjetër i rregullave të anulimit në nivel liste nuk është i lejuar. Nuk ekziston opsion "pa rimbursim". Rimbursimi 75% i qirasë për anulim të vonshëm dhe të gjitha mekanikat e tjera të rimbursimit zbatohen në mënyrë uniforme në të gjitha listat, pavarësisht nga niveli ose kohëzgjatja e qëndrimit.

Rimbursimet e anulimit të përshkruara në këtë §7.3 dhe në §7.4 zbatohen vetëm për qiranë dhe tarifën e shërbimit të Mysafirit. Platforma nuk mbledh, mban, transferon ose rimburson depozita sigurie (shih §7.7); çdo depozitë sigurie rregullohet drejtpërdrejt ndërmjet Mysafirit dhe Mikpritësit jashtë Platformës dhe nuk është kurrë pjesë e një rimbursimi anulimi të Platformës.

7.3.1 Ftohja (të gjitha listat, të gjitha nivelet)

Mysafiri mund të anulojë brenda 48 orësh nga konfirmimi i rezervimit, me kusht që check-in të jetë të paktën 24 orë larg, dhe të marrë rimbursim 100% të qirasë dhe tarifën e shërbimit të Mysafirit në para në metodën origjinale të pagesës. Platforma përballon vetë tarifën e procesorit të pagesave brenda kësaj dritareje.

7.3.2 Rezervimet afatshkurtra — listat rezidenciale

Për rezervimet afatshkurtra në listat rezidenciale:

- Dritarja e rimbursimit të plotë: Mysafiri mund të anulojë deri 7 ditë para check-in dhe të marrë rimbursim 100% të qirasë dhe tarifën e shërbimit të Mysafirit në para. Platforma e përballon vetë tarifën e procesorit të pagesave brenda kësaj dritareje. - Dritarja e anulimit të vonshëm: nëse Mysafiri anulon brenda 7 ditëve nga check-in, Mysafiri merr rimbursim 75% të qirasë (pas zbritjes së tarifës së procesorit të pagesave, me kufi në zero) dhe tarifën e shërbimit të Mysafirit si kredit rezervimi i Platformës i vlefshëm 31 ditë (jo në para). - Pas check-in: asnjë rimbursim i qirasë; rimbursimi i depozitës ndjek rregullat e depozitës së Mikpritësit.

7.3.3 Rezervimet afatshkurtra — listat e akomodimit (niveli i zgjedhur)

Operatorët e akomodimit zgjedhin njërin nga tre nivelet më poshtë. Niveli i zgjedhur i paraqitet Mysafirit para rezervimit dhe fiksohet në rezervim në momentin e konfirmimit. Platforma shfaq nivelin e zgjedhur në rrjedhën e rezervimit, në konfirmimin e rezervimit, në Marrëveshjen e Rezervimit për transaksion individual dhe në pamjen e detajit të rezervimit.

- 7.3.3.A — Fleksibël. Mysafiri mund të anulojë deri 24 orë para check-in dhe të marrë rimbursim 100% të qirasë dhe tarifën e shërbimit të Mysafirit në para. Platforma e përballon vetë tarifën e procesorit të pagesave brenda kësaj dritareje. - 7.3.3.B — I moderuar (parazgjedhje). Mysafiri mund të anulojë deri 5 ditë para check-in dhe të marrë rimbursim 100% të qirasë dhe tarifën e shërbimit të Mysafirit në para. Platforma e përballon vetë tarifën e procesorit të pagesave brenda kësaj dritareje. Listat e akomodimit të krijuara rishtazi parazgjedhin nivelin "I moderuar" përveç nëse Mikpritësi zgjedh shprehimisht një nivel tjetër. - 7.3.3.C — Striktë. Mysafiri mund të anulojë deri 14 ditë para check-in dhe të marrë rimbursim 100% të qirasë dhe tarifën e shërbimit të Mysafirit në para. Platforma e përballon vetë tarifën e procesorit të pagesave brenda kësaj dritareje.

Për të tre nivelet:

- Dritarja e anulimit të vonshëm: nëse Mysafiri anulon brenda dritares së zgjedhur por para se qëndrimi të fillojë, Mysafiri merr rimbursim 75% të qirasë (pas zbritjes së tarifës së procesorit të pagesave, me kufi në zero) dhe tarifën e shërbimit të Mysafirit si kredit rezervimi i Platformës i vlefshëm 31 ditë (jo në para). Përqindja 75% zbatohet në mënyrë uniforme në të tre nivelet — Fleksibël, I moderuar dhe Striktë; ndryshon vetëm kufiri ku hapet dritarja e anulimit të vonshëm midis niveleve. - Pas check-in: asnjë rimbursim i qirasë; rimbursimi i depozitës ndjek rregullat e depozitës së Mikpritësit.

Një Mikpritës mund ta ndryshojë nivelin e anulimit në një listë akomodimi vetëm kur lista nuk ka rezervime në pritje, të miratuara, ose të konfirmuara. Një ndryshim niveli nuk ndikon në mënyrë retroaktive rezervimet që ishin konfirmuar tashmë para ndryshimit: çdo rezervim i tillë vazhdon të rregullohet nga niveli që ishte aktiv në momentin e konfirmimit të tij (shih §7.3.5).

7.3.4 Rezervimet afatgjata (rezidenciale)

Nivelet e anulimit për akomodimet nuk zbatohen për rezervimet afatgjata. Rezervimet afatgjata ndjekin politikën universale afatgjatë:

- Dritarja e rimbursimit të plotë: Mysafiri mund të anulojë deri 14 ditë para check-in dhe të marrë rimbursim 100% të qirasë dhe tarifën e shërbimit të Mysafirit në para. Platforma e përballon vetë tarifën e procesorit të pagesave brenda kësaj dritareje. - Dritarja e anulimit të vonshëm: nëse Mysafiri anulon brenda 14 ditëve nga check-in, Mysafiri merr rimbursim 75% të qirasë së muajit të parë (pas zbritjes së tarifës së procesorit të pagesave, me kufi në zero) dhe tarifën e shërbimit të Mysafirit si kredit rezervimi i Platformës i vlefshëm 31 ditë (jo në para). - Pas check-in: Marrëveshja e Rezervimit Afatgjatë rregullon.

7.3.5 Snapshot-i në momentin e rezervimit — burimi i së vërtetës

Kushtet e plota të anulimit të zbatueshme për një rezervim — duke përfshirë dritaren e zbatueshme të rimbursimit të plotë, përqindjen e zbatueshme të anulimit të vonshëm, kohëzgjatjen e zbatueshme të kreditit të tarifës së shërbimit, dhe (për rezervimet e akomodimit) nivelin e zgjedhur — regjistrohen si një snapshot i palëvizshëm në rezervim në momentin e konfirmimit. Ai snapshot i regjistruar është burimi i së vërtetës për trajtimin e rimbursimit të rezervimit gjatë gjithë jetës së rezervimit. Ndryshimet e mëvonshme nga Mikpritësi në nivelin e listës nuk i ndryshojnë në mënyrë retroaktive rezervimet e konfirmuara më parë.

7.4 Anulimi i iniciuar nga Mikpritësi

Nëse një Mikpritës anulon një rezervim të konfirmuar, Mysafiri merr rimbursim 100% të qirasë dhe tarifën e shërbimit të Mysafirit në para, pa pagesë te Mikpritësi për atë rezervim dhe pa tarifë shërbimi për Mikpritësin. Platforma e përballon vetë tarifën e procesorit të pagesave për këtë rimbursim.

Përveç kësaj, për të dekurajuar anulimet e rezervimeve të konfirmuara:

- kalendari i listës bllokohet për 30 ditë pas anulimit (i zgjeruar për të mbuluar datën origjinale të mbarimit të rezervimit, cilido qoftë më i gjatë); - një penalitet i rikuperueshëm i Platformës prej €25 (afatshkurtër) ose €50 (afatgjatë) regjistrohet kundër Mikpritësit dhe zbritet nga një pagesë e ardhshme; - tarifa e procesorit të pagesave që Platforma ka pësuar mbi pagesën origjinale të Mysafirit, dhe çdo tarifë e procesorit e pësuar mbi rimbursimin, regjistrohet si tarifë e rikuperueshme kundër Mikpritësit dhe zbritet nga një pagesë e ardhshme. Kjo vendos koston e anulimit të iniciuar nga Mikpritësi mbi Mikpritësin që e ka shkaktuar, në përputhje me alokimin e tarifës së procesorit nga Faza B në §7.3.

Pasojat e mësipërme janë deterministe dhe zbatohen në mënyrë uniforme për çdo anulim të iniciuar nga Mikpritësi që plotëson kriteret. Platforma nuk heq, nuk redukton, dhe nuk varion këto pasoja në baza vështirësie ose diskrecioni. Platforma nuk impon mekanizma të mbajtjes së pagesës, penalitete të renditjes, ose masa të tjera diskrecionale mbi një Mikpritës si pasojë e anulimit; tarifat e rikuperueshme më sipër janë grupi i plotë i pasojave në anën e Mikpritësit.

Platforma nuk avancon para dhe nuk krijon detyrime në para që varen nga rikuperimi i mëvonshëm nga Mikpritësit. Kur një pasojë e anulimit të iniciuar nga Mikpritësi vendos një tarifë mbi Mikpritësin, Platforma e regjistron dhe e rikuperon atë tarifë kundër pagesës së ardhshme të Mikpritësit; Platforma nuk i paguan Mysafirit një shumë përkatëse nga kapitali punues i Platformës në pritje të atij rikuperimi.

7.5 Përfaqësimi i gabuar i rezervimit

Nëse një Mikpritës ka përfaqësuar gabimisht pronën në mënyrë materiale në një mënyrë që e pengon Mysafirin substancialisht ta përdorë atë, Mysafiri mund të ndjekë një zgjidhje përmes Politikës së Zgjidhjes, përveç çdo të drejte sipas ligjit të zbatueshëm të mbrojtjes së konsumatorit.

7.6 Rimbursimet jashtë skedulit standard

Skeduli i anulimit në §7.3 dhe pasojat e anulimit nga Mikpritësi në §7.4 janë deterministe dhe shteruese. Platforma nuk vlerëson fajin, vështirësinë, sëmundjen, ndikimin e fatkeqësisë natyrore, ndikimin e veprimit qeveritar, ose ndonjë rrethanë tjetër në emër të palëve, dhe nuk akordon rimbursime shtesë, heqje të tarifave, ose reduktime të pasojave të anulimit në baza të tilla.

Kur një Mysafir dhe një Mikpritës dëshirojnë të largohen nga skeduli standard — për shembull, kur Mikpritësi pranon një rimbursim më të madh nga sa do të jepte skeduli, ose kur palët bien dakord për një ricaktim të datës në vend të anulimit — ata mund ta komunikojnë atë marrëveshje përmes mesazheve të Platformës ose kanaleve të mbështetjes. Sipas udhëzimit të Mikpritësit, dhe në masën që e lejon procesori i pagesave i Platformës, Platforma do të ekzekutojë rimbursimin që ka autorizuar Mikpritësi. Roli i Platformës është i kufizuar në transmetimin e marrëveshjes së palëve dhe ekzekutimin e lëvizjes së pagesës që rezulton; Platforma nuk vendos për kërkesën themelore dhe nuk mban asnjë detyrim për të lëshuar një rimbursim që Mikpritësi nuk e ka autorizuar.

Asgjë në këtë seksion nuk kufizon ndonjë të drejtë të konsumatorit të disponueshme sipas ligjit të detyrueshëm të zbatueshëm, dhe as ndonjë të drejtë të secilës palë për të kërkuar zgjidhje nga një gjykatë ose organ i të drejtave të konsumatorit i juridiksionit kompetent.

7.7 Depozitat e sigurisë dhe pretendimet për dëme

Depozitat e sigurisë, depozitat për dëme, mbajtjet për tarifat e pastrimit dhe çdo shumë tjetër e ngjashme pas qëndrimit rregullohen drejtpërdrejt midis Mikpritësit dhe Mysafirit sipas marrëveshjes për transaksion individual për rezervimin dhe sipas ligjit të zbatueshëm të qirasë rezidenciale ose të akomodimit.

Platforma NUK mbledh, mban, transferon ose rimburson depozita sigurie. Aty ku marrëveshja për transaksion individual parashikon një depozitë sigurie, ajo depozitë paguhet nga Mysafiri drejtpërdrejt te Mikpritësi jashtë procesorit të pagesave, me çfarëdo metode jashtë platformës që palët dakordohen (për shembull transfertë bankare, para në dorë ose tjetër). Roli i vetëm i Platformës në lidhje me depozitën është të regjistrojë shumën e dakorduar dhe konfirmimet e palëve — treguesin nga Mysafiri se ai e ka paguar depozitën, treguesin nga Mikpritësi se ai e ka pranuar, dhe treguesin nga Mikpritësi se ai e ka kthyer atë në fund të qëndrimit (plotësisht ose pjesërisht).

Platforma i regjistron këto konfirmime si tregues faktikë nga pala që i ka regjistruar. Platforma nuk kontrollon, nuk vërteton ose ndryshe konfirmon se ndonjë pagesë jashtë platformës ka ndodhur faktikisht. Platforma nuk vepron si ndërmjetës i fondeve, mbajtës i palës së tretë, ndërmjetës, arbitër ose hetues faktesh në lidhje me gjendjen e pronës, pastrimin ose dëmet.

Kthimi i depozitës, zbatimi i depozitës ndaj dëmeve, pastrimit ose zbritjeve të tjera, dhe çdo mosmarrëveshje për këto zbritje janë çështje midis Mikpritësit dhe Mysafirit dhe rregullohen nga marrëveshja për transaksion individual dhe nga ligji i zbatueshëm.

Aty ku Mikpritësi dhe Mysafiri nuk mund të zgjidhin një mosmarrëveshje mes vete, Platforma mund, sipas vlerësimit të saj, të ofrojë ndërmjetësim këshillues: një rishikues i Platformës dokumenton qëndrimet e palëve dhe provat e disponueshme të regjistruara nga platforma, dhe lëshon një rekomandim të shkruar jo-detyrues për të dyja palët brenda një afati të caktuar. Rekomandimi është vetëm këshillues dhe nuk i detyron palët. Vendi formal për zgjidhjen mbetet gjykata civile e Kosovës me juridiksion përkatës ose çdo organ i mbrojtjes së konsumatorit në të cilin palët kanë qasje sipas ligjit të detyrueshëm. Ky rekomandim nuk përbën arbitrazh sipas Ligjit 02/L-75 dhe nuk prodhon vendim të zbatueshëm.

Platforma mund të publikojë, me udhëzim të përbashkët të palëve, regjistrime të ngjarjeve të regjistruara nga platforma (datat e rezervimit, shumën e depozitës siç është dakorduar në shpalljen, konfirmimet e palëve, mesazhet brenda aplikacionit) që cilado palë mund t'i përdorë si prova në procedurat e tyre të gjykatës ose organit të mbrojtjes së konsumatorit.

Asgjë në këtë seksion nuk kufizon ndonjë të drejtë të konsumatorit të disponueshme sipas ligjit të detyrueshëm përkatës, dhe asnjë të drejtë të secilës palë për të kërkuar zgjidhje nga një gjykatë ose organ i mbrojtjes së konsumatorit me juridiksion përkatës.

7.8 Pasi i Vizitave — të drejta të paguara në platformë

(1) Natyra. Pasi i Vizitave është një shërbim me pagesë i ofruar nga Qeraja drejtpërdrejt Mysafirit. Për 30 ditë rresht nga momenti kur konfirmohet pagesa, Mysafiri mund të bëjë një numër të pakufizuar KËRKESASH për vizitë te shpalljet afatgjata që i plotësojnë kushtet, dhe Qeraja e përcjell çdo kërkesë te pronari dhe e koordinon atë. Është një shërbim dixhital. Nuk është depozitë, nuk është tarifë rezervimi dhe nuk është i lidhur me ndonjë shpallje specifike. Rimbursimi i tij rregullohet nga paragrafi (5) më poshtë.

(2) Çmimi dhe shuma e faturës. Pasi i Vizitave shitet me çmimin e publikuar aktualisht në faqen publike të tarifave (Qeraja.com/fees). Çmimi i shfaqur atje është totali për konsumatorin që Mysafiri paguan. Platforma aktualisht NUK është e regjistruar për TVSH; rrjedhimisht, çmimi nuk ndahet si TVSH e rikuperueshme, nuk lëshohet faturë tatimore e TVSH-së, dhe shuma nuk mund të përdoret për zbritje apo rikuperim të TVSH-së. Çdo Pas Vizitash i lëshuar mban një foto të pandryshueshme të shumës në momentin e blerjes, kështu që faturat historike nuk ndryshohen nga ndryshime të mëvonshme të çmimeve. Nëse dhe kur Platforma të regjistrohet për TVSH, TVSH-ja do të shfaqet veçmas dhe faturat tatimore do të lëshohen në përputhje me ligjin për TVSH-në të Kosovës.

(3) Kuponi tatimor dhe fatura provizore. Për çdo pagesë të suksesshme Qeraja lëshon një kupon tatimor nga blloku i saj tatimor i fiskalizuar në Administratën Tatimore të Kosovës, siç kërkohet për një furnizues që ende nuk është i pajisur me sistem fiskal të certifikuar, së bashku me një faturë provizore pagese. Të dyja gjenerohen automatikisht dhe i dërgohen Mysafirit me email si dhe brenda llogarisë së Mysafirit te "Dokumentet e mia". Përderisa Platforma nuk është e regjistruar për TVSH, fatura është një faturë PROVIZORE dhe asnjëri nga këto dokumente NUK është faturë tatimore (Faturë Tatimore) sipas ligjit për TVSH-në të Kosovës; ato dëshmojnë vetëm se pagesa u krye dhe nuk mund të përdoren për rikuperim të TVSH-së. Nëse një Pas Vizitash tërhiqet ose rimbursohet, lëshohet një kupon anulimi kundrejt kuponit origjinal. Asgjë në ndërfaqen e përdoruesit ose në këtë seksion nuk e tejkalon përmbajtjen e këtyre dokumenteve.

(4) Vlefshmëria dhe përdorimi. Pasi është aktiv për 30 ditë kalendarike rresht nga momenti kur konfirmohet pagesa. Blihet një herë: nuk ripërtërihet automatikisht dhe Mysafiri nuk ngarkohet sërish. Mund të blihet para çdo vizite të parë; nuk kërkohet asnjë vizitë e mëparshme, falas apo me pagesë. Pasi nuk është i transferueshëm dhe është i lidhur me llogarinë blerëse.

(5) E drejta e tërheqjes (14 ditë). Mysafiri ka të drejtë të tërhiqet nga blerja e Pasit të Vizitave brenda katërmbëdhjetë (14) ditëve, pa dhënë asnjë arsye. Afati fillon nga dita kur përfundon blerja (Ligji Nr. 06/L-034 për Mbrojtjen e Konsumatorit, neni 42).

Për t'u tërhequr, Mysafiri njofton Qerajën me çfarëdo deklarate të qartë; një email në support@qeraja.com mjafton. Nuk kërkohet formular dhe nuk kërkohet shpjegim.

Çfarë rimbursohet. Qeraja e rimburson Mysafirin pa vonesë dhe në çdo rast brenda katërmbëdhjetë (14) ditëve nga momenti i njoftimit, me të njëjtën mënyrë pagese të përdorur për blerjen, pa asnjë kosto për Mysafirin (neni 46).

- Nëse Pasi nuk është përdorur — me të nuk është bërë asnjë kërkesë për vizitë dhe nuk është marrë asnjë vend me përparësi sipas paragrafit (10) — rimbursimi është shuma e plotë.

- Nëse Pasi është përdorur, Mysafiri paguan vetëm për ditët kur Pasi ka qenë aktiv para njoftimit: çmimi shumëzuar me numrin e ditëve aktive, pjesëtuar me 30 (neni 47.5). Pjesa e mbetur rimbursohet.

Disponueshmëria e menjëhershme. Në arkë, Mysafiri kërkon shprehimisht që Pasi të bëhet i përdorshëm menjëherë, e jo vetëm pasi të ketë kaluar afati katërmbëdhjetëditor. Kjo është arsyeja pse Pasi funksionon në çast. Kjo NUK e heq të drejtën e tërheqjes; ajo është baza mbi të cilën mund të zbritet shuma proporcionale e mësipërme.

Pas afatit katërmbëdhjetëditor vazhdojnë të vlejnë të drejtat e përgjithshme ligjore të Mysafirit, së bashku me paragrafët (7) dhe (11) më poshtë.

(6) Asnjë lidhje me depozitat ose qiranë. Pasi i Vizitave shitet nga Qeraja vetë dhe nuk ka asnjë lidhje me ndonjë depozitë sigurie, qira ose shumë tjetër në anën e pronarit. Pronarët nuk marrin asgjë nga Pasi i Vizitave.

(7) Mosmarrëveshjet. Mosmarrëveshjet për blerjet e Pasit të Vizitave (p.sh. blerje e dyfishtë e rastësishme, probleme të pretenduara teknike gjatë arkës) trajtohen nga procesi i shërbimit ndaj klientit të platformës i përshkruar te support@qeraja.com. Aty ku mosmarrëveshja ka të bëjë me integritetin e vetë transaksionit me kartë, vendi formal është mekanizmi i mospranimit (chargeback) i rrjetit të kartës përmes bankës lëshuese të Mysafirit.

(8) Kur ofrohet Pasi. Pasi ofrohet për blerje vetëm kur Platforma ka, në atë çast, të paktën një shpallje afatgjatë aktuale që i plotëson kushtet dhe për të cilën Mysafiri mund të bëjë kërkesë vizite. Kjo kontrollohet sërish menjëherë para se të merret pagesa. Nuk është garanci se prona mbetet e lirë më pas.

(9) Miratimi i pronarit; asnjë garanci. Çdo vizitë varet nga miratimi i pronarit dhe nga disponueshmëria e pronës. Pasi nuk garanton se një vizitë ose një orar i caktuar realizohet, se prona mbetet e lirë, se pronari e zgjedh Mysafirin, as se lidhet një rezervim apo një qira.

(10) Përparësia në vizita. Kur më shumë kërkues që i plotësojnë kushtet presin për të njëjtat vende të kufizuara vizite te e njëjta pronë sesa ka vende, kërkuesi me Pas aktiv e merr vendin me përparësi. Të paktën një vend ndahet gjithmonë sipas radhës në të cilën janë bërë kërkesat, pavarësisht nëse kërkuesi ka Pas. Përparësia fillon kur aktivizohet Pasi dhe nuk varet nga fakti nëse kërkesa falas sipas nenit 7.9 është shfrytëzuar. Përparësia nuk është rezervim. Ajo nuk e prek kurrë një vizitë tashmë të konfirmuar për dikë tjetër dhe nuk e ndryshon kurrë sa mirë përputhet një pronë me atë që kërkon Mysafiri. Pronarëve nuk u tregohet kush ka Pas si shenjë cilësie.

(11) Nëse oferta zhduket. Nëse gjatë periudhës së Pasit nuk mbetet asnjë pronë që i plotëson kushtet sepse pronat u tërhoqën, Pasi mbetet aktiv për pronat e reja; me kërkesën e Mysafirit, Qeraja ose e zgjat Pasin për aq ditë sa nuk ka pasur asnjë pronë të tillë, ose e rimburson pjesën proporcionale të pashfrytëzuar. Nëse vetë Platforma nuk është e disponueshme, Pasi zgjatet ditë për ditë. Kur pronarët i refuzojnë kërkesat e Mysafirit, ose Mysafiri nuk bën asnjë kërkesë, nuk ka rimbursim përtej të drejtave të paragrafit (5) dhe të ligjit.

7.9 Kërkesa falas për vizitë

Çdo përdorues ka një kërkesë falas për vizitë në çdo muaj kalendarik për shpallje afatgjata. Ajo shfrytëzohet vetëm kur pronari e pranon kërkesën; një kërkesë në pritje e rezervon, ndërsa një kërkesë e refuzuar ose e anuluar e liron. Kërkesa falas mbetet e përdorshme kur ofrohet Pasi i Vizitave dhe përderisa një Pas është aktiv. Kërkesa është kërkesë, jo garanci vizite.

8. PAGESAT DHE TARIFAT E PLATFORMËS

Ky seksion përcakton parimet e pagesës në nivel të Kushteve Kryesore. Rregullat e hollësishme për valutën, kohën e pagesës, skedulin e pagesës te Mikpritësi, kthimet e pagesave (chargeback), pagesat e dështuara dhe rimbursimet janë përcaktuar në Kushtet e Pagesës, të cilat janë pjesë e marrëveshjes.

8.1 Procesori i pagesave

Platforma integrohet me një ose më shumë procesorë pagesash të palës së tretë të identifikuar në Kushtet e Pagesës. Të dhënat e kartës mblidhen dhe ruhen nga procesori; Qeraja nuk ruan numra të plotë kartash.

8.2 Tarifa e shërbimit të Platformës

Qeraja ngarkon një tarifë shërbimi të Platformës për çdo rezervim të konfirmuar. Një komponent në anën e Mysafirit ngarkohet në checkout dhe një komponent në anën e Mikpritësit zbritet nga pagesa. Struktura dhe shumat e secilit komponent — duke përfshirë çdo shumë fikse, komponent përqindjeje, tarifë minimale dhe normën e TVSH-së së zbatueshme — janë të publikuara në Skedën e Tarifave të referuar në Kushtet e Pagesës dhe u shfaqen secilës palë në rrjedhat e rezervimit dhe listimit para se veprimi përkatës të konfirmohet. Struktura mund të përfshijë komponentë me shumë fikse, përqindje, hibride, minimumi dhe për lloj rezervimi; Skeda e Tarifave e publikuar është burimi autoritar.

8.3 Ndryshimet e tarifave

Qeraja mund t'i përditësojë shumat e tarifave herë pas here me njoftim paraprak të arsyeshëm te përdoruesit e prekur (me email ose me njoftim brenda aplikacionit) para se ndryshimi të hyjë në fuqi. Tarifat e përditësuara zbatohen vetëm për rezervimet e krijuara në ose pas datës efektive të ndryshimit. Rezervimet ekzistuese të konfirmuara nuk preken — struktura e tarifave e regjistruar në çdo rezervim në momentin e konfirmimit e rregullon përgjithmonë atë rezervim.

8.4 Valuta

Rezervimet janë të shprehura në Euro (EUR) përveç nëse thuhet ndryshe. Konvertimi i valutës kryhet nga procesori i pagesave ose nga lëshuesi i kartës së përdoruesit; tarifat e zbatueshme rregullohen nga ato palë.

8.5 Mosrimbursimi i tarifave

Tarifat e shërbimit të Platformës nuk janë të rimbursueshme, përveç (a) kur Politika e Rimbursimit dhe Anulimit parashikon shprehimisht rimbursim të tarifës, ose (b) kur një rimbursim kërkohet nga ligji i zbatueshëm.

8.6 Përgjegjësia tatimore

Mikpritësit janë përgjegjës për vlerësimin, mbledhjen (aty ku është e zbatueshme), deklarimin dhe pagimin e çdo tatimi që rrjedh nga shumat e marra për rezervimet, duke përfshirë tatimin mbi të ardhurat, TVSH-në, tatimin mbi qëndrimin, tatimin e akomodimit dhe tarifa të ngjashme. Qeraja aktualisht nuk mbledh apo nuk paguan tatime të tilla në emër të një Mikpritësi, përveç kur është dokumentuar me shkrim një rregullim specifik ose kur ligji i kërkon shprehimisht Qeraja-s ta bëjë këtë. Udhëzimi i hollësishëm tatimor është paraqitur në Deklaratën Tatimore.

8.7 Kthimet e pagesave (chargeback)

Trajtimi i chargeback-ut — duke përfshirë alokimin e riskut të chargeback-ut midis Mikpritësit, Mysafirit dhe (aty ku është e zbatueshme) Qeraja-s — rregullohet nga Kushtet e Pagesës.

8.8 Koha e pagesës te Mikpritësi

Për rezervimet afatshkurtra, pagesat te Mikpritësit lëshohen pasi rezervimi bëhet i pranueshëm për pagesë (zakonisht pas check-in të Mysafirit) DHE pas shqyrtimit e miratimit të pagesës nga Platforma. Platforma nuk merr përsipër një afat fiks për pagesën: pagesat procesohen në bazë të përpjekjes më të mirë dhe mund t'u nënshtrohen shqyrtimit të riskut, mbajtjeve kundër mashtrimit, kontrolleve për mosmarrëveshje ose chargeback, dhe disponueshmërisë operacionale. Për rezervimet afatgjata rezidenciale, pagesa e këstit të parë lëshohet pas konfirmimit të Rezervimit dhe të njëjtit shqyrtim, brenda kohës së përshkruar në Marrëveshjen e Rezervimit Afatgjatë.

8.9 Kreditet e rezervimit dhe heqjet e tarifave

Kreditet e rezervimit janë instrumente të lëshuara nga Platforma që mund ta heqin tarifën e shërbimit të Mysafirit në një rezervim të ardhshëm të kualifikuar, plotësisht ose pjesërisht. Platforma mund të lëshojë kredite rezervimi:

- si pasojë deterministe e skedulit të anulimit (specifikisht, krediti i tarifës së shërbimit të Mysafirit i lëshuar sipas §7.3 në dritaret e anulimit të vonshëm, i vlefshëm 31 ditë nga lëshimi); ose - në lidhje me programet promocionale që Platforma mund të operojë herë pas here, sipas kushteve të publikuara me programin.

Kreditet e rezervimit nuk lëshohen mbi baza vështirësie, faji ose diskrecioni. Kreditet e rezervimit janë pronë e Platformës, nuk janë të transferueshme, skadojnë në datën e shënuar kur lëshohen (zakonisht 31 ose 90 ditë në varësi të programit) dhe nuk kanë vlerë në para. Kreditet nuk mund të shkëmbehen për para, nuk mund të shkëmbehen midis përdoruesve, dhe nuk mund të transferohen midis llogarive.

8.10 Skadimi i pagesës në pritje

Nëse pagesa për një rezervim nuk përfundon brenda një intervali të shkurtër (zakonisht 30 minuta) pas redirektimit të Mysafirit te procesori i pagesave, Platforma do ta anulojë automatikisht rezervimin në pritje dhe do t'i lirojë datat në mënyrë që një Mysafir tjetër t'i rezervojë. Mysafiri mund të riprovojë gjithmonë duke nisur një rezervim të ri.

9. VERIFIKIMI DHE MOHIMET E BESIMIT

9.1 Qëllimi i verifikimit

Platforma mund të operojë sisteme verifikimi për identitetin, email-in, telefonin, biznesin, pronën dhe mandatin. Çdo sistem kryen kontrolle specifike brenda një qëllimi të përcaktuar. Qëllimi i saktë i çdo shenje ose statusi verifikimi është paraqitur në Standardet e Verifikimit.

9.2 Çfarë do të thotë dhe çfarë nuk do të thotë verifikimi

Një shenjë ose status verifikimi tregon se kontrollet e dokumentuara për atë shenjë specifike janë përfunduar me sukses në një datë të caktuar. Nuk do të thotë:

- se personi, biznesi ose prona mbeten të përfaqësuar me saktësi në ndonjë datë të mëvonshme; - se Platforma ka vendosur në mënyrë të pavarur titullin ligjor, autoritetin, kapacitetin ose përshtatshmërinë për një qëllim të caktuar; - se pala e verifikuar është e lirë nga risku i mashtrimit, risku i mosmarrëveshjes, ose risku i performancës; - se Platforma e miraton, rekomandon ose garanton palën e verifikuar.

Përdoruesit duhet të kryejnë verifikim të kujdesshëm të përshtatshëm për vlerën dhe ndjeshmërinë e transaksionit.

9.3 Rezultatet e besimit

Rezultatet e besimit, renditjet dhe treguesit e reputacionit janë sinjale parashikuese të përdorura nga sistemet e Qeraja-s për të informuar dukshmërinë, pranueshmërinë për disa veçori dhe vendimet e riskut. Rezultatet mund të ndryshojnë bazuar në informacion të ri. Rezultatet nuk përbëjnë miratim nga Platforma.

9.4 Vendimet algoritmike

Disa vendime të Platformës (duke përfshirë pezullimin, dukshmërinë e listës, mbajtjet e pagesave, dhe shkaktarët e sistemit të riskut) mund të jenë të automatizuara ose pjesërisht të automatizuara. Aty ku një vendim plotësisht i automatizuar prodhon një efekt ligjor ose ndikon ndjeshëm te një përdorues, përdoruesi mund të kërkojë rishikim njerëzor përmes Politikës së Zgjidhjes. Kjo rrugë e rishikimit njerëzor është në pajtim me normat e zbatueshme evropiane për mbrojtjen e të dhënave në lidhje me vendimmarrjen individuale të automatizuar. Radha në të cilën trajtohen kërkesat për vizitë, përfshirë përparësinë e Pasit të Vizitave, përcaktohet automatikisht sipas rregullit të publikuar në nenin 7.8(10); përdoruesi mund të kërkojë që atë ta rishikojë një anëtar i stafit. Disa vendime në bisedat me Qeraja-n merren gjithashtu automatikisht, ndër to: radha në të cilën trajtohen bisedat, pyetja tjetër që i bëhet përdoruesit dhe cili mesazh vijues dërgohet, cila pronë i përshkruhet një përdoruesi, nëse një përgjigje ndaj një oferte trajtohet si interes për një pronë, nëse një mesazh trajtohet si kërkesë për ndërprerjen e kontaktit, nëse një kërkesë është brenda zonës ku Qeraja ofron shërbime, dhe nëse Pasi i Vizitave mund të blihet (neni 7.8(8)). Asnjë kontratë nuk lidhet automatikisht në një bisedë. Përdoruesi mund t'i kërkojë Qerajës të rishikojë cilindo nga këto vendime duke shkruar në support@qeraja.com ose përmes Politikës së Zgjidhjes.

10. SJELLJA E PËRDORUESIT

Ju pajtoheni të mos:

1. jepni informacion të rremë, çorientues ose mashtrues në Platformë; 2. imitoni një person tjetër ose përfaqësoni gabimisht autoritetin tuaj; 3. listoni, rezervoni ose transaksiononi në emër të një personi tjetër pa autoritet të ligjshëm; 4. përdorni Platformën për ndonjë qëllim të paligjshëm ose për të lehtësuar sjellje të paligjshme; 5. ngacmoni, kërcënoni, shpifni, ose diskriminoni në mënyrë të paligjshme ndaj ndonjë përdoruesi tjetër; 6. manipuloni sinjalet e besimit, vlerësimet, rishikimet ose renditjet (duke përfshirë rishikime të rreme, të paguara, hakmarrëse dhe skema reciproke rishikimi); 7. ndërhyni, hetoni, skanoni ose testoni dobësinë e Platformës pa autorizim paraprak me shkrim; 8. mbledhni, nxirrni ose mblidhni në mënyrë tjetër të dhëna nga Platforma përveç përmes API-ve të dokumentuara të operuara nga Qeraja; 9. anashkaloni, çaktivizoni ose ndërhyni ndryshe me veçoritë e sigurisë, kufizimit të normës, besimit ose moderimit; 10. përdorni agjentë të automatizuar për të bashkëvepruar me Platformën në mënyra që janë në kundërshtim me Politikën e Përdorimit të Pranueshëm; 11. shkelni të drejtat e pronësisë intelektuale të Qeraja-s ose të ndonjë personi tjetër.

Grupi i plotë i rregullave të sjelljes është në Standardet e Komunitetit dhe Politikën e Përdorimit të Pranueshëm.

11. ANASHKALIMI JASHTË PLATFORMËS

Rezervimet, mandatet dhe transaksionet e tjera që rrjedhin nga një lidhje e bërë në Platformë duhet të përfundojnë në Platformë. Ju pajtoheni të mos:

- kërkoni, pranoni ose paguani për ndonjë rezervim të iniciuar përmes Platformës jashtë sistemeve të pagesave të Platformës; - kontaktoni një palë tjetër me qëllim që të anashkaloni tarifat e Platformës, sistemet e pagesave ose mbrojtjet e besimit; - migroni një rezervim në proces te pagesa e drejtpërdrejtë, marrëveshja jashtë Platformës ose ndonjë mekanizëm tjetër që mposht lehtësimin e Platformës për transaksionin.

Anashkalimi i tentuar është bazë për pezullim ose përfundim të menjëhershëm të çdo llogarie të përfshirë, përveç çdo të drejte dhe zgjidhjeje tjetër në dispozicion të Qeraja-s, duke përfshirë të drejtën për të rikuperuar tarifat e Platformës që do të ishin fituar ndryshe dhe për t'i ndaluar llogaritë e prekura nga përdorimi i ardhshëm i Platformës.

12. VLERËSIMET DHE PARAQITJET E PËRDORUESVE

12.1 Vlerësimet duhet të jenë të ndershme

Vlerësimet dhe notat e pronave, Mikpritësve, Mysafirëve, agjencive dhe përdoruesve të tjerë duhet të pasqyrojnë përvojën e vërtetë të vlerësuesit. Vlerësimet e rreme, të paguara, të shkëmbyera, hakmarrëse dhe të koordinuara janë të ndaluara.

12.2 Heqja

Qeraja mund të heqë ose kufizojë vlerësimet që shkelin këto Kushte, Standardet e Komunitetit, Politikën e Përdorimit të Pranueshëm, ose ligjin e zbatueshëm, duke përfshirë vlerësimet që përmbajnë të dhëna personale të palëve të treta pa pëlqim, që janë në mënyrë të paligjshme shpifëse, ose që përbëjnë manipulim.

12.3 Asnjë miratim nga Platforma për përmbajtjen e vlerësimit

Vlerësimet shprehin pikëpamjet e autorëve të tyre. Qeraja nuk miraton dhe nuk është përgjegjëse për thelbin e çdo vlerësimi individual.

13. PRONËSIA INTELEKTUALE

13.1 Pronësia intelektuale e Platformës

Platforma, emri, brandi, softueri dhe teknologjia themelore e saj janë pronë e Qeraja-s ose e licencuesve të saj dhe mbrohen nga ligji i pronësisë intelektuale. Asnjë e drejtë mbi Platformën ose brandin e saj nuk ju jepet juve përtej të drejtave të kufizuara të nevojshme për përdorimin e shërbimeve të përshkruara në këto Kushte.

13.2 Përmbajtja juaj

Ju ruani pronësinë e përmbajtjes që ngarkoni në Platformë (si fotografitë, përshkrimet e listave, mesazhet dhe vlerësimet). Ju i jepni Qeraja-s një licencë jo-ekskluzive, mbarëbotërore, pa shpërblim, nën-licensueshme për të hostuar, ruajtur, riprodhuar, shfaqur, modifikuar (për qëllime teknike si ripërmasim dhe konvertim formati), shpërndarë dhe transmetuar përmbajtjen tuaj sipas nevojës për të operuar, përmirësuar dhe promovuar Platformën. Licenca përfundon kur ju e hiqni përmbajtjen, përveç rasteve kur Qeraja kërkohet të ruajë një kopje për qëllime ligjore, provuese ose backup-i.

13.3 Të drejtat e palëve të treta dhe heqja e përmbajtjes

Nëse besoni se përmbajtja në Platformë shkel të drejtat tuaja të pronësisë intelektuale, mund të paraqisni një njoftim për heqje përmes procedurës së përshkruar në Procedurën për Pronësinë Intelektuale dhe Heqjen e Përmbajtjes. Shkelësit e përsëritur mund të kufizohen përgjithmonë nga Platforma.

14. PEZULLIMI, KUFIZIMI DHE PËRFUNDIMI

14.1 Bazat

Ne mund të pezullojmë, kufizojmë ose përfundojmë qasjen tuaj në Platformë — plotësisht ose pjesërisht — kur kemi bazë të arsyeshme për të besuar se:

- ju keni shkelur këto Kushte ose ndonjë dokument të përfshirë me referencë; - një sinjal verifikimi, identiteti ose mashtrimi justifikon veprim mbrojtës; - një gjykatë, autoritet rregullator ose agjenci e zbatimit të ligjit na ka kërkuar të veprojmë; - vazhdimi paraqet rrezik material për sigurinë, integritetin ose operimin e Platformës ose për përdoruesit e tjerë.

14.2 Njoftimi dhe ankesa

Aty ku është praktike dhe ku njoftimi nuk do të rriste riskun, ne do t'i japim përdoruesit të prekur njoftim dhe mundësi për të korrigjuar ose apeluar në përputhje me Politikën e Zgjidhjes. Aty ku njoftimi nuk është i mundur, ne do ta japim atë sa më shpejt të jetë e arsyeshme pas veprimit.

14.3 Mbijetesa

Seksionet që kanë të bëjnë me detyrimet e përdoruesit, pagesën e shumave të detyruara, pronësinë intelektuale, përgjegjësinë, dëmshpërblimin, zgjidhjen e mosmarrëveshjeve dhe pranimin elektronik mbijetojnë përfundimin e marrëveshjes.

14.4 Mbyllja e llogarisë nga përdoruesi

Ju mund ta mbyllni llogarinë tuaj në çdo kohë. Mbyllja e llogarisë nuk shuan detyrimet që rrjedhin nga rezervimet, mandatet, ose angazhimet e tjera të pranuara para mbylljes, dhe nuk kërkon fshirjen e regjistrimeve që Qeraja kërkohet të ruajë sipas ligjit ose sipas këtyre Kushteve.

15. KUFIZIMI I PËRGJEGJËSISË

15.1 Çfarë është përjashtuar

Në masën maksimale të lejuar nga ligji i zbatueshëm, Qeraja nuk është përgjegjëse për:

- gjendjen, ligjshmërinë, sigurinë ose përshtatshmërinë e ndonjë prone të listuar në Platformë; - sjelljen ose mosveprimet e ndonjë Mikpritësi, Mysafiri, agjencie, operatori ose përdoruesi tjetër; - ligjshmërinë, performancën ose rezultatin e ndonjë rezervimi ose marrëveshjeje tjetër të formuar midis përdoruesve; - dëmet indirekte, rastësore, speciale, pasuese ose shembullore, duke përfshirë humbjen e fitimeve, humbjen e të dhënave, humbjen e reputacionit, ose ndërprerjen e biznesit.

15.2 Kufiri i përgjegjësisë

Në varësi të Seksionit 15.3 dhe të ligjit të detyrueshëm të mbrojtjes së konsumatorit, përgjegjësia totale e Qeraja-s që rrjedh nga ose në lidhje me këto Kushte ose çdo përdorim të Platformës është e kufizuar në më të madhen prej (i) tarifave të agreguara të Platformës të paguara nga përdoruesi i prekur drejtpërdrejt te Qeraja në dymbëdhjetë (12) muajt që paraprijnë ngjarjen që krijon kërkesën, ose (ii) njëqind Euro (EUR 100).

Kufiri në këtë Seksion 15.2 nuk zbatohet për asnjë përgjegjësi që, sipas ligjit të detyrueshëm të mbrojtjes së konsumatorit të vendit të banimit të përdoruesit, nuk mund të kufizohet nën një dysheme statutore. Aty ku ekziston një dysheme statutore e tillë, zbatohet më e larta midis dyshemesë statutore dhe kufirit në këtë Seksion 15.2. Kufiri synon të alokojë riskun komercial midis Platformës dhe palëve të biznesit ose profesionale; nuk synon t'i privojë konsumatorët nga ndonjë zgjidhje që ligji i detyrueshëm u garanton atyre.

15.3 Çfarë nuk mund të përjashtohet ose kufizohet

Asgjë në këto Kushte nuk përjashton ose kufizon përgjegjësinë e Qeraja-s për:

- vdekje ose dëmtim personal të shkaktuar nga neglizhenca e Qeraja-s; - mashtrim ose përfaqësim mashtrues nga Qeraja; - neglizhencë të rëndë ose sjellje të qëllimshme të papërgjegjshme nga Qeraja; - çdo përgjegjësi tjetër që nuk mund të përjashtohet ose kufizohet sipas ligjit të zbatueshëm të mbrojtjes së konsumatorit ose ligjit tjetër të detyrueshëm.

16. DËMSHPËRBLIMI

16.1 Dëmshpërblimi juaj

Ju pajtoheni të dëmshpërbleni dhe ta mbani Qeraja-n të padëmtuar nga pretendimet, kërkesat, humbjet, dëmet, përgjegjësitë dhe shpenzimet e arsyeshme të palëve të treta (duke përfshirë tarifat e arsyeshme ligjore) që rrjedhin nga ose në lidhje me:

- përmbajtjen tuaj; - sjelljen tuaj në ose jashtë Platformës që shkel këto Kushte ose ligjin e zbatueshëm; - përfaqësimet, listat, mandatet, rezervimet, pagesat, pagesat e marra ose marrëveshjet jashtë Platformës me një përdorues tjetër.

16.2 Procedura

Ne do t'ju njoftojmë menjëherë për çdo pretendim të mbuluar nga ky dëmshpërblim, do t'ju lejojmë të kontrolloni mbrojtjen me koston tuaj (në varësi të të drejtës sonë për të marrë pjesë me koston tonë me këshillues të zgjedhur nga ne) dhe do të bashkëpunojmë në mënyrë të arsyeshme me ju në mbrojtje. Ju nuk do të zgjidhni asnjë pretendim që imponon ndonjë detyrim, pranim ose shpenzim mbi Qeraja-n pa pëlqimin tonë paraprak me shkrim (ky pëlqim nuk do të mbahet pa arsye).

17. ZGJIDHJA E MOSMARRËVESHJEVE

Ne synojmë t'i zgjidhim shqetësimet shpejt dhe drejt përmes një rruge të përcaktuar eskalimi para gjyqësorit.

17.1 Hapi një — ankesa e brendshme

Shumica e shqetësimeve mund të zgjidhen duke kontaktuar mbështetjen e Qeraja-s. Ne bëjmë përpjekje të arsyeshme për të pranuar dhe iu përgjigjur ankesave me shkrim, duke marrë parasysh urgjencën, kompleksitetin dhe informacionin e disponueshëm në mënyrë të arsyeshme për çështjen. Platforma nuk angazhohet për një afat specifik përgjigjeje përtej përpjekjeve të arsyeshme. Procedurat e paraqitjes dhe eskalimit janë përshkruar në Politikën e Zgjidhjes.

17.2 Hapi dy — zgjidhja e ndërmjetësuar

Nëse ankesa e brendshme nuk e zgjidh çështjen, ju mund të kërkoni zgjidhje të ndërmjetësuar përmes Qendrës së Zgjidhjes së Qeraja-s siç është përshkruar në Politikën e Zgjidhjes. Aty ku zbatohen normat evropiane për zgjidhjen e mosmarrëveshjeve online (ODR), Qeraja do t'i drejtojë përdoruesit te mekanizmi i duhur ODR.

17.3 Hapi tre — gjykatat kompetente

Nëse mosmarrëveshja nuk zgjidhet përmes Hapave një dhe dy, palët mund ta sjellin mosmarrëveshjen para gjykatave të identifikuara në Seksionin 20.

17.4 Asnjë kufizim mbi të drejtat urgjente ose të konsumatorit

Asgjë në këtë Seksion 17 nuk e pengon asnjërën palë të kërkojë zgjidhje të përkohshme urgjente nga ndonjë gjykatë e juridiksionit kompetent; asgjë në këtë Seksion 17 nuk kufizon të drejtën e ndonjë konsumatori për të paraqitur padi në gjykatat e vendit të banimit ku ligji i detyrueshëm i mbrojtjes së konsumatorit e parashikon këtë.

18. PRIVATËSIA DHE TË DHËNAT

18.1 Dokumentet e privatësisë

Të dhënat personale përpunohen në përputhje me Politikën e Privatësisë, Politikën e Cookies dhe (për hapësirat e punës agjenci dhe operator) Shtojcën për Përpunimin e të Dhënave. Duke përdorur Platformën, ju pranoni ato dokumente dhe rrjedhat e të dhënave që ato përshkruajnë.

18.2 Përputhja dhe prezantimet

(1) Çfarë bëjmë. Kur na tregoni se çfarë po kërkoni ose çfarë keni në dispozicion — në një kërkesë për listim, gjatë procesit të hyrjes, ose në një mesazh drejtuar nesh në çdo kanal që ne operojmë — ne regjistrojmë fakte të strukturuara nga ajo që na treguat, si qyteti, buxheti ose çmimi i kërkuar, lloji i pronës, dhe koha kur ju nevojitet. Ne i krahasojmë ato fakte me çka na kanë treguar përdoruesit e tjerë, për të identifikuar ku mund të ndihmojmë.

(2) Nuk u tregohen përdoruesve të tjerë, me një përjashtim. Rezultatet e atyre krahasimeve përdoren nga stafi i Qerajës dhe nga sistemet e automatizuara të Qerajës, dhe nuk u tregohen përdoruesve të tjerë. Përjashtimi i vetëm është se ne mund t'ju themi se ekziston një pronë që përputhet, e përshkruar vetëm në terma të përgjithshëm — qyteti, lagjja, sipërfaqja, dhomat, çmimi dhe disponueshmëria — dhe kurrë me diçka që e identifikon pronarin e saj. Përveç kësaj, asnjë rezultat nuk i tregohet një përdoruesi tjetër, dhe asnjë prezantim mes dy përdoruesve nuk bëhet pa pëlqimin e përshkruar në paragrafin (3).

(3) Asnjë prezantim pa pëlqimin tuaj. Ne nuk do t'ia zbulojmë detajet tuaja një përdoruesi tjetër, dhe nuk do t'ju prezantojmë me një përdorues tjetër, pa ju pyetur më parë dhe pa e regjistruar përgjigjen tuaj. Pëlqimi është specifik për prezantimin që ju përshkruajmë, kufizohet në informacionin që ju themi se do të ndanim, dhe mund të tërhiqet në çdo kohë.

(4) Hapi i pëlqimit është në funksionim. Hapi i pëlqimit në paragrafin (3) është në funksionim. Asnjë veçori që u lejon përdoruesve t'i shohin ose të veprojnë mbi këto krahasime drejtpërdrejt, përtej përjashtimit në paragrafin (2), nuk funksionon pa të.

(5) Baza ligjore dhe e drejta juaj për të kundërshtuar. Përpunimi i përshkruar në paragrafët (1) dhe (2) kryhet mbi bazën e interesit tonë legjitim për të operuar një treg qeraje dhe për të identifikuar cilëve përdorues mund t'u ndihmojmë. Ju mund ta kundërshtoni në çdo kohë duke shkruar në support@qeraja.com. Politika e Privatësisë shpjegon vlerësimin balancues që kemi kryer, sa gjatë ruhen këto të dhëna, dhe si ta ushtroni këtë të drejtë.

18.3 Sistemet e automatizuara dhe mjetet e AI-së

(1) Qeraja mund të përdorë sisteme të automatizuara dhe mjete të inteligjencës artificiale (AI), përfshirë modele gjuhësore të AI-së që operohen nga ofrues shërbimesh të palëve të treta dhe modele që Qeraja i operon vetë, për të kuptuar kërkesat, për të organizuar informacionin, për të përmirësuar përputhjen dhe për të ndihmuar komunikimin. Kjo mund të përfshijë transferimin e të dhënave personale jashtë Republikës së Kosovës.

(2) Në Facebook Messenger dhe WhatsApp, përgjigjet mund të përgatiten nga këto mjete, dhe shumë prej tyre dërgohen automatikisht, brenda rregullave që Qeraja cakton, pa u miratuar veçmas; të tjerat mbahen për shqyrtim të brendshëm para se të dërgohen. Bisedat mund të rishikohen brenda Qerajës kur nevojitet. Nëse përgjigjet e automatizuara nuk mund t'ju ndihmojnë, ose keni një ankesë apo një kërkesë për të dhënat tuaja, shkruani në support@qeraja.com. Një prezantim mes përdoruesve, dhe çdo zbulim i të dhënave të një përdoruesi, mbeten nën rregullat e nenit 18.2(3). Neni 9.4 rendit vendimet që merren automatikisht, në biseda dhe në Platformë, dhe shpjegon si të kërkoni rishikimin e tyre.

(3) Kategoritë e ofruesve, masat mbrojtëse të zbatuara për çdo transferim, dhe të drejtat tuaja lidhur me këtë përpunim përshkruhen në Politikën e Privatësisë.

18.4 Informacioni i dhënë në biseda

Informacioni që ju jepet në një bisedë me Qeraja-n, qoftë i përgatitur nga mjetet e AI-së, qoftë nga stafi i Qerajës, jepet për t'ju ndihmuar dhe mund të përmbajë gabime. Ai nuk i ndryshon këto Kushte, Kushtet e Pagesës, Politikën e Rimbursimit dhe Anulimit ose të dhënat e rezervimit ose të Pasit të Vizitave që ju shfaqen para se të paguani; nëse nuk përputhet me to, vlejnë ato. Ju mund të kërkoni sqarim, ose rishikimin e informacionit, duke shkruar në support@qeraja.com, dhe ne do ta korrigjojmë çdo gabim që gjejmë.

19. NDRYSHIMET NË SHËRBIMET DHE NË KËTO KUSHTE

19.1 Ndryshimet materiale

Ne mund t'i përditësojmë këto Kushte Kryesore herë pas here. Për ndryshimet që ndikojnë materialisht në të drejtat ose detyrimet tuaja, ne do të japim njoftim paraprak të arsyeshëm (me email ose me njoftim brenda aplikacionit) para se ndryshimet të hyjnë në fuqi, dhe mund të kërkojmë pranimin tuaj të versionit të ri para vazhdimit të përdorimit të disa veçorive. Çfarë përbën njoftim të arsyeshëm varet nga natyra dhe urgjenca e ndryshimit.

19.2 Ndryshimet jo-materiale

Ndryshimet jo-materiale (për shembull, korrigjime klerikale, riorganizim strukturor, ose sqarime që nuk ndryshojnë të drejtat ose detyrimet) hyjnë në fuqi me publikimin.

19.3 Ndërprerja

Ne mund të modifikojmë, kufizojmë, pezullojmë ose ndërpresim çdo veçori të Platformës sipas gjykimit tonë, me kushtin që do të japim njoftim të arsyeshëm aty ku është praktike.

19.4 Asnjë efekt retroaktiv mbi transaksionet e përfunduara

Ndryshimet në këto Kushte ose në dokumentet shoqëruese nuk ndikojnë në mënyrë retroaktive të drejtat dhe detyrimet e rezervimeve, mandateve, ose transaksioneve të tjera tashmë të përfunduara sipas versioneve më të hershme, përveç kur kërkohet nga ligji.

20. LIGJI QË RREGULLON DHE JURIDIKSIONI

20.1 Ligji që rregullon

Këto Kushte Kryesore dhe çdo detyrim jo-kontraktor që rrjedh nga ose në lidhje me to rregullohen nga ligjet e Republikës së Kosovës, pa marrë parasysh rregullat e konfliktit të ligjeve.

20.2 Juridiksioni

Në varësi të Seksionit 17 dhe të ligjit të detyrueshëm të mbrojtjes së konsumatorit, palët i nënshtrohen juridiksionit ekskluziv të gjykatave kompetente të Prishtinës, Kosovë, për zgjidhjen e çdo mosmarrëveshjeje që rrjedh nga ose në lidhje me këto Kushte Kryesore.

21. KOMUNIKIMET ELEKTRONIKE DHE NJOFTIMET

21.1 Komunikimet me mjete elektronike

Ju pajtoheni të merrni komunikime nga Qeraja me mjete elektronike (email dhe njoftim brenda aplikacionit, dhe, kur ju e kontaktoni Qeraja-n në një kanal mesazhesh si Facebook Messenger, Instagram ose WhatsApp, mesazhe në atë kanal), duke përfshirë komunikimet për llogarinë tuaj, rezervimet tuaja, pranimet tuaja dhe përditësimet e këtyre Kushteve dhe dokumenteve shoqëruese.

21.2 Njoftimet drejt Qeraja-s

Njoftimet formale ligjore drejt Qeraja-s duhet të dërgohen me shkrim te support@qeraja.com me një kopje me postë të regjistruar te zyra e regjistruar e identifikuar në Seksionin 1. Njoftimet e dërguara përmes kanaleve të mbështetjes së Platformës merren si korrespondencë e zakonshme dhe mund të mos përbëjnë njoftim formal ligjor.

22. PRANIMI ELEKTRONIK — QËLLIMI DHE KUFIJTË

22.1 Çfarë regjistrojmë

Kur ju pranoni këto Kushte Kryesore, çdo dokument shoqërues, ose ndonjë marrëveshje për transaksion individual, Platforma regjistron:

- pranimin tuaj dhe vulën kohore të pranimit; - adresën tuaj IP dhe stringun user-agent në momentin e pranimit; - një hash kriptografik të tekstit të saktë të paraqitur juve; - një identifikues sesioni/gjurmimi (trace); - një lidhje nga regjistrimi i pranimit te llogaria juaj dhe te transaksioni themelor (aty ku është e zbatueshme).

Regjistrimi i pranimit dhe snapshot-i i tekstit të dokumentit regjistrohen në një regjistër vetëm-shtues dhe i nënshtrohen ankorimit kriptografik periodik.

22.2 Efekti ligjor — Nënshkrimi Elektronik i Thjeshtë

Pranimi juaj elektronik përbën një Nënshkrim Elektronik të Thjeshtë ("SES" — Simple Electronic Signature) brenda kuptimit të Rregullores (BE) Nr. 910/2014 (eIDAS) dhe Ligjit të Republikës së Kosovës Nr. 04/L-094 për Shërbimet e Shoqërisë së Informacionit. Sipas atyre instrumenteve, një pranim elektronik ka efekt ligjor dhe pranueshmëri si provë në procedurat ligjore dhe nuk do t'i mohohet efekti ligjor vetëm me arsyetimin se është në formë elektronike.

22.3 Çfarë nuk është kjo

Platforma nuk ofron:

- Nënshkrimet Elektronike të Avancuara (AES) brenda kuptimit të Nenit 26 të eIDAS; - Nënshkrimet Elektronike të Kualifikuara (QES) brenda kuptimit të Nenit 25(2) të eIDAS, të cilat mbartin efektin ligjor të një nënshkrimi me dorë; - noterizim, apostille, ose regjistrim me Agjencinë Kadastrale të Kosovës ose ndonjë regjistër tjetër publik.

22.4 Kur nevojiten formalitete më të larta

Aty ku ligji i zbatueshëm ose një transaksion specifik kërkon një nënshkrim me dorë, një AES, një QES, noterizim, regjistrim ose formalitet tjetër (për shembull, regjistrimin e një qiraje rezidenciale në Regjistrin e Tokës), ai kërkim duhet të plotësohet veçmas dhe nuk ofrohet nga Platforma. Ju jeni përgjegjës për të përcaktuar nëse përdorimi juaj i synuar kërkon formalitete të tilla dhe për t'i ekzekutuar ato përmes kanaleve të duhura.

22.5 Regjistrimet dhe kopjet

Ju mund të merrni një kopje të çdo dokumenti që keni pranuar, së bashku me metadatat e pranimit, duke kontaktuar mbështetjen e Qeraja-s. Regjistrimet e pranimit ruhen për kohëzgjatjen më të gjatë midis (a) periudhës së kërkuar nga ligji i zbatueshëm dhe (b) shtatë (7) vjetëve nga data e pranimit.

23. KONTAKTI

Subjekti i regjistruar që operon platformën Qeraja:

Emri ligjor: Gent N. Bytyçi B.I. Lloji i biznesit: Biznes Individual NUI: 812292548 Selia e regjistruar: Rrustem Hyseni 8, 10000 Prishtinë, Republika e Kosovës Vendi: Republika e Kosovës Telefoni: +383 45 315 811 Faqja: https://qeraja.com

Për mbështetjen e përgjithshme: support@qeraja.com. Për njoftimet ligjore: support@qeraja.com. Për pyetjet për mbrojtjen e të dhënave: support@qeraja.com. Për njoftimet për heqje: shih Procedurën për Pronësinë Intelektuale dhe Heqjen e Përmbajtjes.

---

QERAJA MASTER TERMS OF SERVICE — v17

Versioni 17 · në fuqi nga 2026-09-27

QERAJA MASTER TERMS OF SERVICE — v17

This document is the entry binding contract for every user of the Qeraja platform. Where it is short, that is intentional: detailed rules for payments, refunds, cancellations, agencies, hosts, guests, and disputes live in companion documents that this Master Terms cross-references. Each companion document is binding by virtue of those cross-references. Where this document is repetitive, that is also intentional: marketplace positioning is repeated across documents to defend the platform's role consistently.

CHANGES IN v17

Version v17 corrects how these Terms identify the operator of the Platform. It changes no rule.

(a) §1 and §23 no longer describe "Qeraja" as a trading name. The operator's entry in the Kosovo Business Registration Agency (ARBK) register has no trading name. The operator is Gent N. Bytyçi B.I., a sole proprietorship (Biznes Individual) registered with ARBK in Kosovo under NUI 812292548. The name "Qeraja" is the brand of the rental platform operated by Gent N. Bytyçi B.I.; it is not a registered trading name. The operator, its NUI, its registered office and its contact details are unchanged.

(b) The note on §1 in CHANGES IN v7 below is corrected in the same way.

No rule on bookings, payments, fees, cancellations, refunds, the Visit Pass, automated systems or personal data changes. No other rule changes from v16.

CHANGES IN v16

Version v16 corrects how these Terms describe the automated and artificial-intelligence (AI) tools Qeraja uses in its conversations with users. Each change brings the Terms into line with what the Platform actually does today.

(a) §18.3 is REPLACED and is now titled "Automated systems and AI tools". The previous text described automated processing as advisory only and stated that no decision affecting a user is taken automatically. That was not accurate. Qeraja uses automated systems and AI tools to understand requests, organise information, improve matching and assist communication. Many Messenger and WhatsApp replies are sent automatically without individual approval; others are held for internal review. Conversations may be reviewed internally when needed. Questions the automated replies cannot answer, complaints and requests about data can be sent to support@qeraja.com.

(b) §9.4 now also lists the main decisions taken automatically in conversations with Qeraja, including whether a Visit Pass can be bought (Section 7.8(8)). No contract is concluded automatically in a conversation. A user may ask Qeraja to review these decisions by writing to support@qeraja.com or through the Resolution Policy.

(c) §18.2(2) no longer says that the results of matching comparisons are visible to Qeraja staff only. They are also used by Qeraja's automated systems to decide what to tell a Tenant, still in general terms only. They are still not shown to other users, and an introduction or any disclosure of a user's details still requires that user's prior consent under §18.2(3). §18.2(2) now says that no introduction is made without that consent, rather than that none is made automatically. §18.2(4) no longer describes the consent step in §18.2(3) as not yet operating: it is in operation.

(d) New §18.4 states that information given in a conversation may contain errors, that it does not change these Terms, the Payment Terms, the Refund and Cancellation Policy or the booking or Visit Pass record shown before you pay, and that you can ask for clarification or for the information to be reviewed by writing to support@qeraja.com. We will correct any error we find.

(e) §21.1 now also mentions messages on a messaging channel such as Facebook Messenger, Instagram or WhatsApp, where you contact Qeraja on that channel, among the electronic means of communication.

No rule on bookings, payments, fees, cancellations, refunds or the Visit Pass changes. No other rule changes from v15.

The descriptions of §18.2 and §18.3 in CHANGES IN v13 below record what those versions said; they are superseded by this version and no longer describe how the Platform operates.

CHANGES IN v15

Version v15 updates the Visit Pass rules in §7.8, adds §7.9, and adds one clarifying sentence each to §9.4 and §18.3(2).

(a) §7.8(1) and (4) now say precisely what the Visit Pass is: an entitlement to make an unlimited number of viewing REQUESTS for 30 consecutive days, bought once, with no automatic renewal. It may be bought before any first viewing.

(b) §7.8(5) keeps the fourteen-day right of withdrawal and the full refund of an unused Pass. Where the Pass has been used, the amount deducted is now calculated on the days the Pass was active (price × active days ÷ 30) instead of "on the visits scheduled", which could not be calculated for an unlimited entitlement. No right granted by v14 is removed.

(c) New §7.8(8)-(11): the Pass is offered for purchase only while a matching property is currently available for a viewing request; every viewing depends on the owner; an active Pass gives bounded priority where viewing positions at one property are contested, while at least one position is always allocated in order of request; and Qeraja commits to a remedy if all qualifying properties are withdrawn or the Platform is unavailable.

(d) New §7.9 describes the free viewing request every user has in each calendar month.

(e) §9.4 and §18.3(2) state that the ordering of viewing requests follows the published rule in §7.8(10) and is open to human review.

No other rule changes from v14.

CHANGES IN v14

Version v14 makes one change, to §18.2(2), so that the Terms describe a step the Platform needs to take and v13 did not permit.

(a) §18.2(2) previously stated, without qualification, that no result of a matching comparison is shown to another user. That sentence described a staff-only stage and is now too narrow: to be useful to a Tenant we must be able to tell them that a matching property exists. v14 permits exactly that and nothing more — a property may be described in general terms only (city, neighbourhood, size, rooms, price and availability) and never with anything that identifies its owner. Everything else in §18.2 is unchanged: an introduction between two users, and any disclosure of a user's details, still require that user's prior consent under §18.2(3).

No other rule changes from v13.

CHANGES IN v13

Version v13 makes one correction and one addition. Both bring these Terms into line with what the Platform actually does today.

(a) §7.8(5) (Visit Pass) is REPLACED. The previous text stated that the Visit Pass was non-refundable once issued, relying on Kosovo Law 06/L-034 on Consumer Protection, Articles 17 and 18. That citation was wrong: the right of withdrawal is Article 42 and the exceptions to it are Article 49. The exception the clause relied on applies only once a service has been performed IN FULL, which a 30-day entitlement is not at the moment of purchase. The Tenant therefore has the ordinary fourteen-day right to withdraw. Where visits have already been scheduled using the Pass, Qeraja deducts a proportionate amount for what was actually supplied (Article 47(5)); where no visit has been scheduled, the full amount is refunded. This change GRANTS a right that v12 purported to exclude. It removes nothing and restricts nothing.

(b) §18 (Privacy and Data) gains two subsections describing processing the Platform already performs and which earlier versions did not mention. §18.2 describes the recording of structured facts from what users tell us and the comparison of those facts between users: this is visible to Qeraja staff only, and no introduction between users is made without that user's prior consent. §18.3 describes automated processing carried out by third-party service providers, which may involve transferring personal data outside the Republic of Kosovo, and whose outputs are advisory to staff rather than decisions about a user. The Privacy Policy is updated in the same cycle and governs the detail.

No other rule changes from v12. (The v12 changes — the Visit Pass VAT description in §7.8(2)-(3) and the payout-timing correction in §8.8 — remain in effect.)

CHANGES IN v12

Version v12 corrects two clauses to match the platform's actual operation, removing statements that overstated what the platform currently does:

(a) §7.8 (Visit Pass) — the Platform is not currently registered for VAT. The earlier text described the Visit Pass receipt as a "fiscal receipt" and "authoritative tax document" issued under Kosovo VAT Law Articles 53 and 54. While the Platform is not VAT-registered, it issues a PROVISIONAL payment receipt that is NOT a tax invoice (Faturë Tatimore) and cannot be used for VAT reclamation. The price remains the consumer-facing total but is no longer described as containing recoverable VAT until the Platform is VAT-registered. This aligns the Terms with the receipt documents the Platform already issues.

(b) §8.8 (Payout timing) — host payouts are released after the booking becomes payout-eligible AND after the Platform's manual payout review and approval. The earlier fixed "within 24 hours of check-in" commitment is removed; the Platform does not commit to a fixed payout time.

No other rule changes from v11. (The v11 change — an Albanian §7.7 translation fix — remains in effect.)

CHANGES IN v10

Version v10 corrects the cancellation rules in §7.3 and §7.4 to align them with §7.7 (Security deposits and damage claims). Under the off-platform deposit model already stated in §7.7, the Platform does not collect, hold, transfer, or refund security deposits. Earlier cancellation text incorrectly listed "the security deposit" among the amounts the Platform refunds in cash or as credit on cancellation. v10 removes the security deposit from every cancellation refund enumeration. The Platform's cancellation refunds apply only to rent and the Guest service fee; any security deposit is settled directly between Guest and Host outside the Platform, as governed by §7.7 and the applicable per-transaction agreement. No other cancellation mechanics (refund windows, the 75% late-cancel rent percentage, the service-fee credit duration, host-cancellation penalties) are changed by v10.

CHANGES IN v9

Version v9 makes a single substantive update to §7.4 (Host-initiated cancellation):

1. The €15 cash compensation paid to a Guest whose booking was cancelled by the Host (introduced in v6) is removed. The remaining §7.4 consequences are unchanged: the Guest still receives a 100% refund of rent and the Guest service fee in cash (in v9 this enumeration also listed the security deposit; see the v10 change above, which removed it to align §7.4 with §7.7); the listing's calendar is still blocked for 30 days; the recoverable platform penalty of €25 (short-term) or €50 (long-term) is still recorded against the Host; and the payment-processor fee on the original payment and on the refund is still recorded as a recoverable charge against the Host. The Platform absorbs the processor fee on the cash refund as before.

2. §7.4 now states explicitly that the Platform does not advance money or create cash obligations dependent on later recovery from Hosts. This codifies the existing operational posture and prevents the reintroduction of guest-side cash compensation funded by Platform working capital.

No fee-schedule numbers, no late-cancel refund percentages, no service- fee credit validity periods, no payout timings, and no Section structure have changed between v8 and v9. Bookings confirmed under v8 remain governed by the v8 snapshot recorded at confirmation; v9 governs bookings confirmed from its effective date forward.

CHANGES IN v8

Version v8 makes two substantive updates aligned with the platform's current architecture:

1. Section 7.7 (Security deposits and damage claims) is rewritten to reflect the off-platform deposit model. Under the current architecture the platform does not collect, hold, transfer, or refund security deposits; the deposit is paid by the Guest directly to the Host outside the platform's payment processor. The platform's only role in respect of the deposit is to record the parties' acknowledgments. The substantive handling of the deposit is governed by the parties' per-transaction agreement and applicable Kosovo law.

2. A new Section 7.8 (Visit Pass — paid platform entitlement) is added, describing a 30-day paid entitlement to schedule in-person property visits through the platform. The clause sets out the pricing structure referenced to the live Fees page, the provisional payment-receipt arrangement that applies while the Platform is not VAT-registered (no VAT tax invoice is issued), the non-refundability of the pass with the consumer- rights carve-out under Kosovo Law 06/L-034 Articles 17 and 18 (captured operationally by the pre-checkout disclosure dialog), and the dispute-handling channel. [SUPERSEDED BY v13: the non-refundability and the Articles 17-18 carve-out described in this v8 note no longer reflect the operative text. The current rule is the fourteen-day right of withdrawal in 7.8(5). This paragraph is retained as a record of what v8 did, not as a description of the Terms in force.]

No other section structure has changed between v7 and v8.

CHANGES IN v7

Version v7 makes a single update to align the written Terms with the visible identity disclosed on the public site for the Raiffeisen RaiAccept e-commerce onboarding. The substantive policy of the platform is unchanged.

1. Section 1 (Introduction and Acceptance) now identifies the operator explicitly: Gent N. Bytyçi B.I., a sole proprietorship (Biznes Individual) registered with the Kosovo Business Registration Agency (ARBK) under NUI 812292548, with its registered place of business at Rrustem Hyseni 8, 10000 Prishtinë, Republic of Kosovo. The marketplace nature, payment role, and verification disclaimers of §2 are unchanged. [CORRECTED IN v17: this note, like Sections 1 and 23 of v7 to v16, described "Qeraja" as a trading name of that entity. That was not accurate. The name "Qeraja" is the brand of the rental platform operated by Gent N. Bytyçi B.I.; it is not a registered trading name. See CHANGES IN v17.]

2. Section 23 (Contact) now lists the registered entity, address, and public phone number alongside the existing support email addresses.

No section structure has changed between v6 and v7. v7 is an identity- disclosure clarification that makes the written Terms match the visible company information on the public site.

CHANGES IN v6

Version v6 introduces hospitality cancellation tiers and aligns the written Terms with operational changes that were already deployed in runtime (Phase B processor-fee pass-through and the host-cancellation goodwill reform). All changes in v6 either codify existing runtime behaviour or introduce new operator-facing optionality on the hospitality track. No residential rule changes. No new platform discretion. The changes are:

1. Section 7.3 has been restructured to permit hospitality operators (hotels, motels, hostels, guesthouses, aparthotels) to elect one of three cancellation tiers — Flexible (24-hour full-refund window), Moderate (5-day full-refund window, default), or Strict (14-day full-refund window). The selected tier is pinned to each booking at confirmation and remains binding on that booking even if the operator later changes the tier on the listing. Residential listings remain on the unified universal policy (7-day short-term, 14-day long-term). No "non-refundable" tier exists. The 75% late- cancellation refund applies uniformly across all hospitality tiers and across the residential policy; only the full-refund window differs between hospitality tiers.

2. Section 7.3 now states explicitly how the cancellation policy recorded at booking confirmation governs that booking. The recorded snapshot is the source of truth for the booking's refund treatment; later edits by the Host to the listing's tier do not retroactively alter previously-confirmed bookings.

3. Section 7.3 now codifies the Phase B processor-fee allocation that was already operative in the runtime: within the cooling-off window and within the full-refund window, the Platform absorbs the payment-processor fee; within the late-cancellation window, the processor fee is deducted from the Guest's reduced refund (with zero-clamp). This is a clarification of existing behaviour, not a new rule.

4. Section 7.4 has been updated to reflect that the €15 compensation paid to a Guest whose booking is cancelled by the Host is now issued as a cash refund to the original payment method, rather than as a platform booking credit. The €25 / €50 recoverable host penalty and the 30-day calendar block are unchanged. A recoverable processor-fee charge against the Host has been added to make the Phase B allocation symmetric; this also codifies existing runtime behaviour.

5. Section 8.9 (booking credits) has been updated to remove the reference to the former €15 host-cancellation booking credit (now a cash refund under §7.4). The late-cancellation service-fee credit valid for 31 days, issued under §7.3, is unchanged and is the sole deterministic cancellation-related booking credit.

6. The Platform's posture continues to exclude AirCover-style programmes, discretionary refund arbitration, ranking penalties tied to cancellation rate, and host payout-hold mechanisms. Cancellations are governed by the deterministic schedule and nothing else.

No fee schedule number, no late-cancel refund percentage, no service- fee credit validity period, no payout timing, and no other Section structure has changed between v5 and v6. v6 adds optionality on the hospitality short-term track and aligns the written text with the runtime that has been in production since 2026-05-14.

TABLE OF CONTENTS

1. Introduction and Acceptance 2. Marketplace Nature of the Platform 3. Eligibility and Accounts 4. Workspaces and Organizations 5. Listings and Content Responsibility 6. Agencies, Operators, and Property Authority 7. Booking Relationships 8. Payments and Platform Fees 9. Verification and Trust Disclaimers 10. User Conduct 11. Off-Platform Circumvention 12. Reviews and User Submissions 13. Intellectual Property 14. Suspension, Restriction, and Termination 15. Limitation of Liability 16. Indemnification 17. Dispute Resolution 18. Privacy and Data 19. Changes to the Services and These Terms 20. Governing Law and Jurisdiction 21. Electronic Communications and Notices 22. Electronic Acceptance — Scope and Limits 23. Contact

1. INTRODUCTION AND ACCEPTANCE

These Master Terms of Service ("Master Terms" or "Terms") govern access to and use of the Qeraja platform — including its websites, applications, and related services (collectively, the "Platform").

The Platform is operated by Gent N. Bytyçi B.I., a sole proprietorship (Biznes Individual) registered with the Kosovo Business Registration Agency (ARBK) under Unique Identification Number (NUI) 812292548, with its registered place of business at Rrustem Hyseni 8, 10000 Prishtinë, Republic of Kosovo ("Qeraja", "we", "our", or "us"). The name "Qeraja" is the brand of the rental platform operated by Gent N. Bytyçi B.I.; it is not a registered trading name. Where these Terms refer to "Qeraja", the reference is to that registered entity. The registered entity is identified consistently across these Terms, the public site footer and contact page, and the schema.org Organization disclosure on the homepage.

By creating an account, accessing the Platform, or using any of its features, you agree to be bound by these Master Terms and by every document this Master Terms cross-references that applies to you. If you do not agree, do not use the Platform.

1.1 Documents that form the agreement

These Master Terms incorporate by reference the following documents, each as updated from time to time. Where this Master Terms speaks generally on a topic and a referenced document speaks specifically, the specific document governs that topic:

- the Privacy Policy (data processing); - the Cookie Policy (browser-side data); - the Payment Terms (payment, payout, chargeback, fees, refund timing); - the Refund and Cancellation Policy (refund principles consistent with the standard rules summarised in §7.3 of these Terms); - the Host Terms (obligations of users who list properties); - the Guest Terms (obligations of users who book); - the Agency Terms (obligations of agency workspaces and their members); - the Verification Standards (what platform verification badges mean); - the Community Standards and Acceptable Use Policy (conduct rules); - the Resolution Policy (internal complaint and dispute escalation); - the Tax Disclosure (host and guest tax responsibility); - the Intellectual Property and Takedown Procedure; - the Data Processing Addendum (binding on agency and operator workspaces).

1.2 Per-transaction agreements

In addition to the documents listed above, certain actions on the Platform require acceptance of a per-transaction agreement that becomes binding on that specific transaction. Examples include:

- the Booking Agreement (every short-stay booking); - the Long-Term Booking Agreement (every long-term residential booking); - the Agency Property Authorization Agreement (every property mandate); - the Delegation Agreement and Manager Agreement (delegated management); - the Visit Acknowledgment (in-person property visits); - the Co-Owner Consent Declaration (co-owned properties); - the Property Owner Declaration (owner authority to list).

Each per-transaction agreement is recorded as an immutable, hash-anchored snapshot bound to your user account and to the underlying transaction (see Section 22).

2. MARKETPLACE NATURE OF THE PLATFORM

The following statements about Qeraja's role apply throughout these Terms and across the entire legal corpus. They are repeated in companion documents.

(A) Marketplace identity. Qeraja is a technology marketplace. We do not own, manage, control, or operate any property listed on the Platform. We are not a real-estate agency, broker, travel agent, tour operator, hospitality establishment, insurance provider, escrow agent, or financial institution.

(B) Non-party to user contracts. Qeraja is not a party to any rental, booking, lease, mandate, delegation, or other agreement formed between users of the Platform, except where a specific document explicitly identifies Qeraja as a party.

(C) Payment role. Where the Platform facilitates payments, Qeraja's role is limited to providing the technology that enables those payments through a third-party payment processor identified in the Payment Terms. Qeraja does not take title to user funds, except as transient operational handling permitted by applicable law and described in the Payment Terms.

(D) Verification disclaimer. Verification systems on the Platform perform documentary, identity, and risk checks within stated scopes. The presence of a verification badge or status indicates that the relevant checks completed successfully; it does not constitute a guarantee of identity, ownership, authority, or fitness for any particular purpose. Users must perform their own due diligence. The exact scope of each badge is defined in the Verification Standards.

(E) Trust system disclaimer. Trust signals, scores, and badges are predictive, not definitive. They may be wrong. They may change. They do not substitute for the user's own judgment.

(F) User responsibility. Users are responsible for the legality, accuracy, and authority of their listings, bookings, conduct, and communications. Platform enforcement does not substitute for the user's own legal compliance.

(G) Authorities cooperation. Qeraja cooperates with judicial, tax, regulatory, and law-enforcement authorities as required by applicable law.

3. ELIGIBILITY AND ACCOUNTS

3.1 Age and capacity

You must be at least 18 years old and legally able to enter into binding contracts under the law of your country of residence to create an account or use the Platform.

3.2 Sanctions, restricted persons, and AML

You represent and warrant that you are not, and are not acting on behalf of, any person or entity that is:

- subject to sanctions imposed by the United Nations, the European Union, the Republic of Kosovo, the United Kingdom, or the United States Office of Foreign Assets Control; - located in or ordinarily resident in a sanctioned jurisdiction; or - otherwise prohibited from receiving the services under applicable law.

You agree to provide reasonable cooperation with anti-money-laundering and sanctions screening conducted by Qeraja or its payment partners, and you authorize such screening as a condition of platform use.

3.3 Accuracy and account security

You agree to provide accurate and current information at registration and during platform use, to keep your contact information current, and to maintain the security of your account credentials. You are responsible for all activity performed through your account.

3.4 Identity, business, and property verification

We may at any time require you to complete identity verification (KYC), business verification, or property-ownership verification. The scope and meaning of each verification result are defined in the Verification Standards. Failure to complete a requested verification within a reasonable period may result in suspension or restriction of features.

3.5 One account per user; business accounts

Each natural person may hold one personal account. A user may additionally join one or more workspaces (Section 4) for business activity. Accounts are non-transferable except as permitted by Qeraja in connection with workspace ownership transfers.

4. WORKSPACES AND ORGANIZATIONS

4.1 Workspace types

The Platform supports several workspace types, including personal workspaces, host workspaces, agency workspaces, and operator workspaces. Each workspace type carries different capabilities, role models, and accepted-document requirements.

4.2 Authorized representative

For workspace-bound documents (such as the Agency Terms or the Data Processing Addendum), acceptance must be performed by a user authorized to bind the workspace. By accepting such a document on behalf of a workspace, the accepting user represents that they are so authorized.

4.3 Joining a workspace

A user joining a workspace as a member is bound by the workspace's accepted documents through the membership relationship. The joining user also accepts these Master Terms and any other globally-binding documents at their own user level.

4.4 Workspace deactivation

If a workspace is deactivated, suspended, or otherwise loses good standing, its ability to perform sensitive actions (creating mandates, accepting bookings, receiving payouts) may be restricted. Existing bookings in progress remain governed by the agreements that created them.

5. LISTINGS AND CONTENT RESPONSIBILITY

5.1 Host responsibility

Users who publish a property listing ("Hosts") are solely responsible for:

- the accuracy of all listing information, including location, photographs, amenities, prices, availability, and applicable rules; - their legal authority to list the property, whether as owner, authorized representative, or agent under a written mandate; - compliance with applicable property, hospitality, residential-tenancy, tax, zoning, building, fire-safety, accessibility, and consumer-protection laws; - truthful representations about co-ownership, mortgages, encumbrances, or third-party rights affecting the listing.

5.2 Acceptable Listing Standards

Listings must comply with the Acceptable Listing Standards and the Community Standards. Listings that violate those standards (including, but not limited to, listings that misrepresent the property, that lack legal authority, that involve unsafe conditions, or that are unlawful) may be removed at any time without prior notice.

5.3 No platform endorsement

Qeraja does not endorse, recommend, or vet the substance of listings beyond the platform-defined Verification Standards. Platform ranking, search, and visibility decisions are made by Qeraja's systems and do not constitute a warranty of the underlying listing.

5.4 Listing removal

We may remove or restrict listings at our discretion when we have a reasonable basis to believe they violate these Terms or applicable law, or when required to do so by a competent authority. Where practicable, we will provide the affected Host with notice and an opportunity to correct or appeal in accordance with the Resolution Policy.

6. AGENCIES, OPERATORS, AND PROPERTY AUTHORITY

6.1 Mandate-based authority

Agencies and other authorized representatives may manage properties on behalf of owners only after the owner has accepted an Agency Property Authorization Agreement issued through the Platform. The agreement is recorded as an immutable snapshot (Section 22).

6.2 What the Platform verifies

The Platform verifies the system-level fact that the named owner has accepted the issued agreement. The Platform does not independently verify:

- whether the accepting user is the actual property owner under applicable law; - whether the agency holds any required Kosovo property-management licensure or registration; - whether co-owners have validly consented to a mandate; - whether internal corporate authority (articles of association, board resolutions, partnership terms) supports the acceptance.

These matters are the responsibility of the parties to the mandate.

6.3 Agency representations

By creating an agency workspace and accepting the Agency Terms, the agency represents and warrants that it has the legal capacity, licensure (where required by law), and internal authority to perform property-management services on the Platform.

6.4 Operator and delegation flows

Delegated authority (manager assignments, operator overrides, delegations to a designated user) is governed by the corresponding per-transaction agreement issued at the time of delegation. The Operator Override Policy and the Manager Agreement set out the scope and limits of those flows.

6.5 Revocation

Mandates and delegations may be revoked through the Platform by either party at any time, subject to the terms of the underlying agreement. Active bookings in progress at the time of revocation remain binding and must be honoured.

7. BOOKING RELATIONSHIPS

7.1 Direct contract between Host and Guest

A booking creates a direct contract between the Host and the Guest for the stay or rental period specified. The contract is documented by the per-transaction agreement issued by the Platform (the Booking Agreement for short-stay bookings; the Long-Term Booking Agreement for long-term residential bookings) and by the standard cancellation rules described in §7.3 below. Qeraja is not a party to that contract.

7.2 When a booking becomes binding

A booking becomes binding when (a) the Guest has accepted the applicable per-transaction agreement, (b) the Host has accepted the booking (or the listing's instant-book mode treats the Guest's request as accepted), and (c) payment has been confirmed by the payment processor.

7.3 Standard cancellation rules

Qeraja operates deterministic cancellation rules. Residential listings follow a single universal policy per stay duration (Short-term, Long- term). Hospitality listings additionally permit the Host to elect one of three published cancellation tiers (Flexible, Moderate, Strict), which differ only in the duration of the full-refund window. No other per-listing variation of the cancellation rules is permitted. There is no "non-refundable" option. The 75% late-cancellation rent refund and all other refund mechanics apply uniformly across all listings, regardless of tier or stay duration.

The cancellation refunds described in this §7.3 and in §7.4 apply only to rent and the Guest service fee. The Platform does not collect, hold, transfer, or refund security deposits (see §7.7); any security deposit is settled directly between Guest and Host outside the Platform and is never part of a Platform cancellation refund.

7.3.1 Cooling-off (all listings, all tiers)

The Guest may cancel within 48 hours of booking confirmation, provided check-in is at least 24 hours away, and receive a 100% refund of rent and the Guest service fee in cash to the original payment method. The Platform absorbs the payment-processor fee within this window.

7.3.2 Short-term bookings — residential listings

For short-term bookings on residential listings:

- Full-refund window: the Guest may cancel up to 7 days before check-in and receive a 100% refund of rent and the Guest service fee in cash. The Platform absorbs the payment-processor fee within this window. - Late-cancel window: if the Guest cancels within 7 days of check-in, the Guest receives a refund of 75% of rent (after deduction of the payment-processor fee, with zero-clamp) and the Guest service fee as a platform booking credit valid 31 days (not cash). - After check-in: no refund of rent; deposit refund follows the host-deposit rules.

7.3.3 Short-term bookings — hospitality listings (tier-elected)

Hospitality operators select one of the three tiers below. The selected tier is presented to the Guest before booking and is pinned to the booking at confirmation. The Platform displays the elected tier in the booking flow, in the booking confirmation, in the per-transaction Booking Agreement, and in the booking detail view.

- 7.3.3.A — Flexible. The Guest may cancel up to 24 hours before check-in and receive a 100% refund of rent and the Guest service fee in cash. The Platform absorbs the payment-processor fee within this window. - 7.3.3.B — Moderate (default). The Guest may cancel up to 5 days before check-in and receive a 100% refund of rent and the Guest service fee in cash. The Platform absorbs the payment-processor fee within this window. Newly-created hospitality listings default to the Moderate tier unless the Host explicitly elects another tier. - 7.3.3.C — Strict. The Guest may cancel up to 14 days before check-in and receive a 100% refund of rent and the Guest service fee in cash. The Platform absorbs the payment-processor fee within this window.

For all three tiers:

- Late-cancel window: if the Guest cancels inside the elected window but before the stay begins, the Guest receives a refund of 75% of rent (after deduction of the payment-processor fee, with zero-clamp) and the Guest service fee as a platform booking credit valid 31 days (not cash). The 75% percentage applies uniformly across Flexible, Moderate, and Strict; only the boundary at which the late-cancel window opens differs between tiers. - After check-in: no refund of rent; deposit refund follows the host-deposit rules.

A Host may change the cancellation tier on a hospitality listing only when the listing has no pending, approved, or confirmed bookings. A tier change does not retroactively affect bookings that were already confirmed before the change: each such booking continues to be governed by the tier that was active at the moment of its confirmation (see §7.3.5).

7.3.4 Long-term bookings (residential)

Hospitality cancellation tiers do not apply to long-term bookings. Long-term bookings follow the universal long-term policy:

- Full-refund window: the Guest may cancel up to 14 days before check-in and receive a 100% refund of rent and the Guest service fee in cash. The Platform absorbs the payment-processor fee within this window. - Late-cancel window: if the Guest cancels within 14 days of check-in, the Guest receives a refund of 75% of the first-month rent (after deduction of the payment-processor fee, with zero- clamp) and the Guest service fee as a platform booking credit valid 31 days (not cash). - After check-in: the Long-Term Booking Agreement governs.

7.3.5 Booking-time snapshot — source of truth

The full cancellation terms applicable to a booking — including the applicable full-refund window, the applicable late-cancel percentage, the applicable service-fee credit duration, and (for hospitality bookings) the elected tier — are recorded as an immutable snapshot on the booking at the moment of confirmation. That recorded snapshot is the source of truth for the booking's refund treatment for the entire life of the booking. Later edits by the Host to the listing's tier do not retroactively alter previously-confirmed bookings.

7.4 Host-initiated cancellation

If a Host cancels a confirmed booking, the Guest receives a 100% refund of rent and the Guest service fee in cash, with no host payout for that booking and no Host service fee charged. The Platform absorbs the payment-processor fee on this refund.

In addition, to discourage cancellations of confirmed bookings:

- the listing's calendar is blocked for 30 days following the cancellation (extended to cover the original booking end-date, whichever is later); - a recoverable platform penalty of €25 (short-term) or €50 (long-term) is recorded against the Host and deducted from a future payout; - the payment-processor fee that the Platform incurred on the Guest's original payment, and any processor fee incurred on the refund, is recorded as a recoverable charge against the Host and deducted from a future payout. This places the cost of the host- initiated cancellation on the Host who caused it, consistent with the Phase B processor-fee allocation in §7.3.

The consequences above are deterministic and apply uniformly to every host-initiated cancellation that meets the criteria. The Platform does not waive, reduce, or vary these consequences on hardship or discretionary grounds. The Platform does not impose payout-hold mechanisms, ranking penalties, or other discretionary measures on a Host as a consequence of cancellation; the recoverable charges above are the complete set of host-side consequences.

The Platform does not advance money or create cash obligations dependent on later recovery from Hosts. Where a consequence of host- initiated cancellation imposes a charge on the Host, the Platform records and recovers that charge against the Host's future payout; the Platform does not pay a corresponding amount to the Guest from Platform working capital pending that recovery.

7.5 Booking misrepresentation

If a Host has materially misrepresented the property in a way that substantially prevents the Guest from using it, the Guest may pursue a remedy through the Resolution Policy, in addition to any rights under applicable consumer-protection law.

7.6 Refunds outside the standard schedule

The cancellation schedule in §7.3 and the host-cancellation consequences in §7.4 are deterministic and exhaustive. The Platform does not assess fault, hardship, illness, natural-disaster impact, government-action impact, or any other circumstance on the parties' behalf, and does not grant additional refunds, fee waivers, or reductions of cancellation consequences on those grounds.

Where a Guest and a Host wish to depart from the standard schedule — for example, where the Host consents to a refund larger than the schedule would otherwise provide, or where the parties agree to a re-scheduling rather than a cancellation — they may communicate that agreement through the Platform's messaging or support channels. On the Host's instruction, and to the extent the Platform's payment processor permits, the Platform will execute the refund the Host has authorised. The Platform's role is limited to relaying the parties' agreement and executing the resulting payment movement; the Platform does not decide the underlying request and does not bear any obligation to issue a refund the Host has not authorised.

Nothing in this section limits any consumer right available under applicable mandatory law, nor any right of either party to seek relief from a court or consumer-rights body of competent jurisdiction.

7.7 Security deposits and damage claims

Security deposits, damage deposits, cleaning-charge withholdings, and any analogous post-stay sums are arranged directly between Host and Guest under the per-transaction agreement for the booking and under applicable residential-tenancy or hospitality law.

The Platform does NOT collect, hold, transfer, or refund security deposits. Where the per-transaction agreement provides for a security deposit, that deposit is paid by the Guest directly to the Host outside the payment processor, by whatever off-platform method the parties agree (for example bank transfer, cash, or other). The Platform's only role in respect of the deposit is to record the agreed amount and the parties' acknowledgments — the indication by the Guest that they have paid the deposit, the indication by the Host that they have received it, and the indication by the Host that they have returned it at the end of the stay (in full or in part).

The Platform records these acknowledgments as factual indications by the party who logged them. The Platform does not check, validate, or otherwise confirm that any off-platform payment actually occurred. The Platform takes no role as a fund intermediary, third-party holder, mediator, arbitrator, or fact-finder in respect of property condition, cleaning, or damage.

Return of the deposit, application of the deposit against damage, cleaning, or other deductions, and any disagreement about such deductions, are matters between the Host and the Guest and are governed by the per-transaction agreement and applicable law.

Where the Host and Guest cannot resolve a disagreement between themselves, the Platform may at its discretion offer advisory mediation: a Platform reviewer documents the parties' positions and the available platform-recorded evidence, and issues a non-binding written recommendation to both parties within a defined window. The recommendation is advisory only and does not bind either party. The formal venue for resolution remains the Kosovo civil court of competent jurisdiction or any consumer-rights body to which the parties have access under mandatory law. This recommendation does not constitute arbitration under Kosovo Law 02/L-75 and produces no enforceable award.

The Platform may publish, on the parties' joint instruction, records of platform-recorded events (booking dates, deposit amount as agreed in the listing, the parties' acknowledgments, in-app messages) that either party can use as evidence in their own court or consumer-rights proceedings.

Nothing in this section limits any consumer right available under applicable mandatory law, nor any right of either party to seek relief from a court or consumer-rights body of competent jurisdiction.

7.8 Visit Pass — paid platform entitlement

(1) Nature. The Visit Pass is a paid service provided by Qeraja directly to the Tenant. For 30 consecutive days from the moment payment is confirmed, the Tenant may make an unlimited number of viewing REQUESTS for eligible long-term listings, and Qeraja forwards each request to the owner and coordinates it. It is a digital service. It is not a deposit, not a booking fee, and not connected to any specific listing. Its refundability is governed by paragraph (5) below.

(2) Price and receipt amount. The Visit Pass is sold at the price currently published on the public Fees page (Qeraja.com/fees). The price shown on that page is the consumer-facing total that the Tenant pays. The Platform is not currently registered for VAT; accordingly, the price is not broken out as recoverable VAT, no VAT tax invoice is issued, and the amount cannot be used for VAT input or reclamation. Each issued Visit Pass row carries its own immutable amount snapshot at the time of purchase so that historical receipts are not altered by later pricing changes. If and when the Platform becomes VAT-registered, VAT will be shown separately and fiscal tax invoices will be issued in accordance with Kosovo VAT law.

(3) Fiscal coupon and provisional receipt. On every successful payment Qeraja issues a fiscal coupon (kupon tatimor) from its tax block fiscalised with the Tax Administration of Kosovo, as required for a supplier that is not yet equipped with a certified fiscal system, together with a provisional payment receipt. Both are generated automatically and delivered by email and inside the Tenant's account under "My documents". While the Platform is not VAT-registered, the receipt is a PROVISIONAL receipt and neither document is a VAT tax invoice (Faturë Tatimore) under Kosovo VAT law; they evidence that payment was made and cannot be used for VAT reclamation. If a Visit Pass is withdrawn from or refunded, a cancellation coupon is issued against the original coupon. Nothing in the user interface or in this section overrides the content of these documents.

(4) Validity and use. The pass is active for 30 consecutive calendar days from the moment payment is confirmed. It is bought once: it does not renew automatically and the Tenant is not charged again. It may be bought before any first viewing; no earlier viewing, free or paid, is required. The pass is non-transferable and is bound to the purchasing account.

(5) Right of withdrawal (14 days). The Tenant has the right to withdraw from the purchase of a Visit Pass within fourteen (14) days, without giving any reason. The period runs from the day the purchase is completed (Kosovo Law No. 06/L-034 on Consumer Protection, Article 42).

To withdraw, the Tenant informs Qeraja by any clear statement; an email to support@qeraja.com is sufficient. No form and no explanation is required.

What is refunded. Qeraja reimburses the Tenant without undue delay and in any event within fourteen (14) days of being informed, using the same means of payment used for the purchase, at no cost to the Tenant (Article 46).

- If the Pass has not been used — no viewing request has been made with it and no priority position under paragraph (10) has been taken with it — the refund is the full amount.

- If the Pass has been used, the Tenant pays only for the days the Pass was active before the Tenant gave notice: the price multiplied by the number of days active, divided by 30 (Article 47(5)). The remainder is refunded.

Immediate availability. At checkout the Tenant expressly asks for the Pass to become usable immediately, rather than only after the fourteen-day period has passed. This is why the Pass works at once. It does NOT remove the right of withdrawal; it is the basis on which the proportionate amount above may be deducted.

After the fourteen-day period the Tenant's general statutory rights continue to apply, together with paragraphs (7) and (11) below.

(6) No connection to deposits or rent. The Visit Pass is sold by Qeraja in its own right and has no connection to any security deposit, rent, or other landlord-side amount. Landlords receive nothing from the Visit Pass.

(7) Disputes. Disputes about Visit Pass purchases (e.g. accidental double-purchase, alleged technical issues during checkout) are handled by the platform's customer-service process described at support@qeraja.com. Where the dispute concerns the integrity of the card transaction itself, the formal venue is the card-network chargeback mechanism via the Tenant's issuing bank.

(8) When the Pass is offered. The Pass is offered for purchase only when, at that moment, the Platform has at least one current eligible long-term listing for which the Tenant can make a viewing request. This is checked again immediately before payment is taken. It is not a guarantee that the property remains available afterwards.

(9) Owner approval; no guarantee. Every viewing depends on the owner's approval and on the property's availability. The Pass does not guarantee that a viewing or a particular time takes place, that a property remains available, that the owner chooses the Tenant, or that a booking or a rental is concluded.

(10) Viewing priority. Where more eligible applicants are waiting for the same limited viewing positions at the same property than there are positions, an applicant with an active Pass takes the priority position. At least one position is always allocated in the order in which requests were made, whether or not the applicant holds a Pass. Priority starts when the Pass is activated and does not depend on whether the free request under Section 7.9 has been used. Priority is not a reservation. It never affects a viewing already confirmed for someone else, and it never changes how well a property matches what the Tenant is looking for. Owners are not told who holds a Pass as a mark of quality.

(11) If the offer disappears. If, during the Pass period, no eligible property remains because the properties were withdrawn, the Pass stays active for new properties; at the Tenant's request Qeraja either extends the Pass by the number of days on which there was no such property or refunds the proportionate unused part. If the Platform itself is unavailable, the Pass is extended day for day. Where owners decline the Tenant's requests, or the Tenant makes no request, no refund is due beyond the rights in paragraph (5) and the law.

7.9 Free viewing request

Every user has one free viewing request in each calendar month for long-term listings. It is used up only when the owner accepts the request; a pending request reserves it, and a declined or cancelled request releases it. The free request remains usable when a Visit Pass is offered and while a Visit Pass is active. A request is a request, not a guarantee of a viewing.

8. PAYMENTS AND PLATFORM FEES

This section states the Master Terms-level payment principles. Detailed rules for currency, payment timing, payout schedule, chargebacks, failed payments, and refunds are set out in the Payment Terms, which form part of the agreement.

8.1 Payment processor

The Platform integrates with one or more third-party payment processors identified in the Payment Terms. Card data is collected and stored by the processor; Qeraja does not store full card numbers.

8.2 Platform service fee

Qeraja charges a platform service fee for each confirmed booking. A Guest-side component is charged at checkout and a Host-side component is deducted from the payout. The structure and amounts of each component — including any fixed amount, percentage component, minimum fee, and the rate of applicable VAT — are published in the Fee Schedule referenced in the Payment Terms and are shown to each party in the booking and listing flows before the relevant action is confirmed. The structure may include fixed-amount, percentage, hybrid, minimum, and per-booking-type components; the published Fee Schedule is the authoritative source.

8.3 Fee changes

Qeraja may update fee amounts from time to time with reasonable advance notice to affected users (by email or in-app notification) before the change takes effect. Updated fees apply only to bookings created on or after the effective date of the change. Existing confirmed bookings are not affected — the fee structure recorded on each booking at confirmation permanently governs that booking.

8.4 Currency

Bookings are denominated in Euro (EUR) unless otherwise stated. Currency conversion is performed by the payment processor or the user's card issuer; applicable fees are governed by those parties.

8.5 Fee non-refundability

Platform service fees are non-refundable, except (a) where the Refund and Cancellation Policy explicitly provides for a fee refund, or (b) where a refund is required by applicable law.

8.6 Tax responsibility

Hosts are responsible for assessing, collecting (where applicable), declaring, and remitting any taxes arising from amounts received for bookings, including income tax, value-added tax, occupancy tax, hospitality tax, and similar charges. Qeraja does not currently collect or remit such taxes on a Host's behalf, except where a specific arrangement is documented in writing or where law expressly requires Qeraja to do so. Detailed tax guidance is set out in the Tax Disclosure.

8.7 Chargebacks

Chargeback handling — including allocation of chargeback risk between Host, Guest, and (where applicable) Qeraja — is governed by the Payment Terms.

8.8 Payout timing

For short-stay bookings, host payouts are released after the booking becomes payout-eligible (generally after Guest check-in) AND after the Platform's payout review and approval. The Platform does not commit to a fixed payout time: payouts are processed on a best-effort basis and may be subject to risk review, anti-fraud holds, dispute or chargeback checks, and operational availability. For long-term residential bookings, the first instalment payout is released after Booking confirmation and the same review, within the timing described in the Long-Term Booking Agreement.

8.9 Booking credits and fee waivers

Booking credits are platform-issued instruments that may waive the Guest service fee on a future eligible booking, in whole or in part. The Platform may issue booking credits:

- as a deterministic consequence of the cancellation schedule (specifically, the Guest service-fee credit issued under §7.3 in the late-cancel windows, valid 31 days from issuance); or - in connection with promotional programmes the Platform may operate from time to time, on terms published with the programme.

Booking credits are not issued on hardship, fault, or discretionary grounds. Booking credits are platform property, are non-transferable, expire on the date stated when issued (typically 31 or 90 days depending on the program), and have no cash value. Credits cannot be redeemed for cash, exchanged between users, or transferred between accounts.

8.10 Pending payment expiration

If payment for a booking is not completed within a short interval (typically 30 minutes) after the Guest is redirected to the payment processor, the Platform will automatically cancel the pending booking and release the dates so that another Guest may book them. The Guest may always retry by starting a new booking.

9. VERIFICATION AND TRUST DISCLAIMERS

9.1 Scope of verification

The Platform may operate identity, email, phone, business, property, and mandate verification systems. Each system performs specific checks within a defined scope. The exact scope of each verification badge or status is set out in the Verification Standards.

9.2 What verification means and does not mean

A verification badge or status indicates that the documented checks for that specific badge completed successfully on a particular date. It does not mean:

- that the person, business, or property remains accurately represented at any later date; - that the platform has independently established legal title, authority, capacity, or fitness for a particular purpose; - that the verified party is free from fraud risk, dispute risk, or performance risk; - that the platform endorses, recommends, or guarantees the verified party.

Users must perform their own due diligence appropriate to the value and sensitivity of the transaction.

9.3 Trust scores

Trust scores, rankings, and reputation indicators are predictive signals used by Qeraja's systems to inform visibility, eligibility for certain features, and risk decisions. Scores can change based on new information. Scores do not constitute platform endorsement.

9.4 Algorithmic decisions

Some platform decisions (including suspension, listing visibility, payout holds, and risk-system triggers) may be automated or partially automated. Where a fully automated decision produces a legal effect or significantly affects a user, the user may request human review through the Resolution Policy. This human-review path complies with applicable European data- protection norms regarding automated individual decision-making. The order in which viewing requests are handled, including the Visit Pass priority, is determined automatically by the published rule in Section 7.8(10); a user may ask for a member of staff to review it. Some decisions in conversations with Qeraja are also taken automatically, including: the order in which conversations are handled, the next question asked and which follow-up is sent, which property is described to a user, whether a reply to an offer is treated as interest in a property, whether a message is treated as a request to stop contact, whether an enquiry falls within the area Qeraja serves, and whether a Visit Pass can be bought (Section 7.8(8)). No contract is concluded automatically in a conversation. A user may ask Qeraja to review any of these decisions by writing to support@qeraja.com or through the Resolution Policy.

10. USER CONDUCT

You agree not to:

1. provide false, misleading, or deceptive information on the Platform; 2. impersonate another person or misrepresent your authority; 3. list, book, or transact on behalf of another person without lawful authority; 4. use the Platform for any unlawful purpose or to facilitate unlawful conduct; 5. harass, threaten, defame, or unlawfully discriminate against any other user; 6. manipulate trust signals, ratings, reviews, or rankings (including fake reviews, paid reviews, retaliatory reviews, and reciprocal review schemes); 7. interfere with, probe, scan, or test the vulnerability of the Platform without prior written authorization; 8. scrape, extract, or otherwise harvest data from the Platform other than through documented APIs operated by Qeraja; 9. circumvent, disable, or otherwise interfere with security, rate-limiting, trust, or moderation features; 10. use automated agents to interact with the Platform in ways that are inconsistent with the Acceptable Use Policy; 11. infringe the intellectual-property rights of Qeraja or any other person.

The full conduct rule set is in the Community Standards and the Acceptable Use Policy.

11. OFF-PLATFORM CIRCUMVENTION

Bookings, mandates, and other transactions originating from a connection made on the Platform must be completed on the Platform. You agree not to:

- solicit, accept, or pay for any booking initiated through the Platform outside the Platform's payment systems; - contact a counterparty in order to bypass platform fees, payment systems, or trust safeguards; - migrate an in-progress booking to direct payment, off-platform arrangement, or any other mechanism that defeats the Platform's facilitation of the transaction.

Attempted circumvention is grounds for immediate suspension or termination of any involved account, in addition to any other rights and remedies available to Qeraja, including the right to recover the platform fees that would otherwise have been earned and to bar the affected accounts from future use of the Platform.

12. REVIEWS AND USER SUBMISSIONS

12.1 Reviews must be honest

Reviews and ratings of properties, Hosts, Guests, agencies, and other users must reflect the genuine experience of the reviewer. Fake, paid, traded, retaliatory, and coordinated reviews are prohibited.

12.2 Removal

Qeraja may remove or restrict reviews that violate these Terms, the Community Standards, the Acceptable Use Policy, or applicable law, including reviews that contain personal data of third parties without consent, that are unlawfully defamatory, or that constitute manipulation.

12.3 No platform endorsement of review content

Reviews express the views of their authors. Qeraja does not endorse and is not responsible for the substance of any individual review.

13. INTELLECTUAL PROPERTY

13.1 Platform IP

The Platform, its name, branding, software, and underlying technology are the property of Qeraja or its licensors and are protected by intellectual property law. No rights to the platform or its branding are granted to you beyond the limited rights necessary to use the services described in these Terms.

13.2 Your content

You retain ownership of content you upload to the Platform (such as photographs, listing descriptions, messages, and reviews). You grant Qeraja a non-exclusive, worldwide, royalty-free, sublicensable license to host, store, reproduce, display, modify (for technical purposes such as resizing and format conversion), distribute, and transmit your content as necessary to operate, improve, and promote the Platform. The license terminates when you remove the content, except where Qeraja is required to retain a copy for legal, evidentiary, or backup purposes.

13.3 Third-party rights and takedown

If you believe content on the Platform infringes your intellectual-property rights, you may submit a takedown notice through the procedure described in the Intellectual Property and Takedown Procedure. Repeat infringers may be permanently restricted from the Platform.

14. SUSPENSION, RESTRICTION, AND TERMINATION

14.1 Grounds

We may suspend, restrict, or terminate your access to the Platform — in whole or in part — when we have a reasonable basis to believe that:

- you have violated these Terms or any document incorporated by reference; - a verification, identity, or fraud signal warrants protective action; - a court, regulatory authority, or law-enforcement agency has required us to act; - continuation poses a material risk to the safety, integrity, or operation of the Platform or to other users.

14.2 Notice and appeal

Where practicable and where notice would not increase risk, we will provide the affected user with notice and an opportunity to remedy or appeal in accordance with the Resolution Policy. Where notice is not practicable, we will provide it as soon as reasonably possible after the action.

14.3 Survival

Sections concerning user obligations, payment of amounts due, intellectual property, liability, indemnification, dispute resolution, and electronic acceptance survive termination of the agreement.

14.4 Account closure by user

You may close your account at any time. Account closure does not extinguish obligations arising from bookings, mandates, or other commitments accepted before closure, and does not require deletion of records that Qeraja is required by law or by these Terms to retain.

15. LIMITATION OF LIABILITY

15.1 What is excluded

To the maximum extent permitted by applicable law, Qeraja is not liable for:

- the condition, legality, safety, or fitness of any property listed on the Platform; - the conduct or omissions of any Host, Guest, agency, operator, or other user; - the legality, performance, or outcome of any booking or other agreement formed between users; - indirect, incidental, special, consequential, or exemplary damages, including loss of profits, loss of data, loss of goodwill, or business interruption.

15.2 Liability cap

Subject to Section 15.3 and to mandatory consumer-protection law, Qeraja's total liability arising out of or in connection with these Terms or any use of the Platform is limited to the greater of (i) the aggregate platform fees paid by the affected user directly to Qeraja in the twelve (12) months preceding the event giving rise to the claim, or (ii) one hundred Euro (EUR 100).

The cap in this Section 15.2 does not apply to any liability that cannot, under the mandatory consumer-protection law of the user's place of residence, be capped below a statutory floor. Where such a statutory floor exists, the higher of the statutory floor and the cap in this Section 15.2 applies. The cap is intended to allocate commercial risk between the Platform and business or professional counterparties; it is not intended to deprive consumers of any remedy that mandatory law guarantees them.

15.3 What cannot be excluded or limited

Nothing in these Terms excludes or limits Qeraja's liability for:

- death or personal injury caused by Qeraja's negligence; - fraud or fraudulent misrepresentation by Qeraja; - gross negligence or wilful misconduct by Qeraja; - any other liability that may not be excluded or limited under applicable consumer-protection or other mandatory law.

16. INDEMNIFICATION

16.1 Your indemnity

You agree to indemnify and hold Qeraja harmless from and against third- party claims, demands, losses, damages, liabilities, and reasonable expenses (including reasonable legal fees) arising out of or in connection with:

- your content; - your conduct on or off the Platform that breaches these Terms or applicable law; - your representations, listings, mandates, bookings, payments, payouts, or off-platform dealings with another user.

16.2 Procedure

We will promptly notify you of any claim covered by this indemnity, allow you to control the defence at your cost (subject to our right to participate at our cost with counsel of our choice), and reasonably cooperate with you in the defence. You will not settle any claim that imposes any obligation, admission, or expense on Qeraja without our prior written consent (such consent not to be unreasonably withheld).

17. DISPUTE RESOLUTION

We aim to resolve concerns quickly and fairly through a defined escalation path before litigation.

17.1 Step one — internal complaint

Most concerns can be resolved by contacting Qeraja support. We make reasonable efforts to acknowledge and respond to written complaints, taking into account the urgency, complexity, and information reasonably available about the matter. The Platform does not commit to a specific response window beyond reasonable-efforts. Submission and escalation procedures are described in the Resolution Policy.

17.2 Step two — mediated resolution

If the internal complaint does not resolve the matter, you may request mediated resolution through Qeraja's Resolution Centre as described in the Resolution Policy. Where applicable European online-dispute-resolution norms apply, Qeraja will direct users to the appropriate ODR mechanism.

17.3 Step three — competent courts

If the dispute is not resolved through Steps one and two, the parties may bring the dispute before the courts identified in Section 20.

17.4 No restriction on urgent or consumer rights

Nothing in this Section 17 prevents either party from seeking urgent interim relief from any court of competent jurisdiction; nothing in this Section 17 limits any consumer's right to bring proceedings in the courts of their place of residence where mandatory consumer-protection law so provides.

18. PRIVACY AND DATA

18.1 Privacy documents

Personal data is processed in accordance with the Privacy Policy, the Cookie Policy, and (for agencies and operator workspaces) the Data Processing Addendum. By using the Platform, you acknowledge those documents and the data flows they describe.

18.2 Matching and introductions

(1) What we do. When you tell us what you are looking for or what you have available — in a listing enquiry, during onboarding, or in a message to us on any channel we operate — we record structured facts from what you told us, such as the city, your budget or asking price, the type of property, and when you need it. We compare those facts against what other users have told us, in order to identify where we may be able to help.

(2) Not shown to other users, with one exception. The results of those comparisons are used by Qeraja staff and by Qeraja's automated systems, and are not shown to other users. The one exception is that we may tell you that a matching property exists, described only in general terms — city, neighbourhood, size, rooms, price and availability — and never with anything that identifies its owner. Apart from that, no result is shown to another user, and no introduction between two users is made without the consent described in paragraph (3).

(3) No introduction without your consent. We will not disclose your details to another user, and will not introduce you to another user, without asking you first and recording your answer. Consent is specific to the introduction we describe to you, is limited to the information we tell you we would share, and may be withdrawn at any time.

(4) Consent step in operation. The consent step in paragraph (3) is in operation. No feature that allows users to see or act on these comparisons directly, beyond the exception in paragraph (2), operates without it.

(5) Legal basis and your right to object. The processing described in paragraphs (1) and (2) is carried out on the basis of our legitimate interest in operating a rental marketplace and identifying which users we are able to help. You may object to it at any time by contacting support@qeraja.com. The Privacy Policy explains the balancing we carried out, how long these records are kept, and how to exercise this right.

18.3 Automated systems and AI tools

(1) Qeraja may use automated systems and artificial-intelligence (AI) tools, including AI language models operated by third-party service providers and models Qeraja runs itself, to understand requests, organise information, improve matching and assist communication. This may involve transferring personal data outside the Republic of Kosovo.

(2) On Facebook Messenger and WhatsApp, replies may be prepared by these tools, and many are sent automatically, within rules Qeraja sets, without being approved individually; others are held for internal review before they are sent. Conversations may be reviewed internally when needed. If the automated replies cannot help you, or you have a complaint or a request about your data, write to support@qeraja.com. An introduction between users, and any disclosure of a user's details, remain subject to Section 18.2(3). Section 9.4 lists the decisions taken automatically, in conversations and on the Platform, and explains how to ask for them to be reviewed.

(3) The categories of provider, the safeguards applied to any transfer, and your rights in respect of this processing are described in the Privacy Policy.

18.4 Information given in conversations

Information given to you in a conversation with Qeraja, whether it is prepared by AI tools or by our team, is provided to help you and may contain errors. It does not change these Terms, the Payment Terms, the Refund and Cancellation Policy or the booking or Visit Pass record shown before you pay; where it differs from them, those apply. You can ask for clarification, or for the information to be reviewed, by writing to support@qeraja.com, and we will correct any error we find.

19. CHANGES TO THE SERVICES AND THESE TERMS

19.1 Material changes

We may update these Master Terms from time to time. For changes that materially affect your rights or obligations, we will provide reasonable advance notice (by email or in-app notification) before the changes take effect, and we may require your acceptance of the new version before continued use of certain features. What constitutes reasonable notice depends on the nature and urgency of the change.

19.2 Non-material changes

Non-material changes (for example, clerical corrections, structural re-organization, or clarifications that do not change rights or obligations) take effect on publication.

19.3 Discontinuation

We may modify, restrict, suspend, or discontinue any feature of the Platform at our discretion, provided that we will give reasonable notice where practicable.

19.4 No retroactive effect on completed transactions

Changes to these Terms or to companion documents do not retroactively affect the rights and obligations of bookings, mandates, or other transactions already completed under earlier versions, except where required by law.

20. GOVERNING LAW AND JURISDICTION

20.1 Governing law

These Master Terms and any non-contractual obligations arising out of or in connection with them are governed by the laws of the Republic of Kosovo, without regard to conflict-of-laws rules.

20.2 Jurisdiction

Subject to Section 17 and to mandatory consumer-protection law, the parties submit to the exclusive jurisdiction of the competent courts of Prishtina, Kosovo for the resolution of any dispute arising out of or in connection with these Master Terms.

21. ELECTRONIC COMMUNICATIONS AND NOTICES

21.1 Communications by electronic means

You consent to receive communications from Qeraja by electronic means (email and in-app notification, and, where you contact Qeraja on a messaging channel such as Facebook Messenger, Instagram or WhatsApp, messages on that channel), including communications about your account, your bookings, your acceptances, and updates to these Terms and to companion documents.

21.2 Notices to Qeraja

Formal legal notices to Qeraja must be sent in writing to support@qeraja.com with a copy by registered post to the registered office identified in Section 1. Notices delivered through the Platform's support channels are received as ordinary correspondence and may not constitute formal legal notice.

22. ELECTRONIC ACCEPTANCE — SCOPE AND LIMITS

22.1 What we capture

When you accept these Master Terms, any companion document, or any per- transaction agreement, the Platform records:

- your acceptance and the timestamp of acceptance; - your IP address and user-agent string at the moment of acceptance; - a cryptographic hash of the exact text presented to you; - a session/trace identifier; - a link from the acceptance record to your account and to the underlying transaction (where applicable).

The acceptance record and the snapshot of the document text are recorded in an append-only ledger and are subject to periodic cryptographic anchoring.

22.2 Legal effect — Simple Electronic Signature

Your electronic acceptance constitutes a Simple Electronic Signature ("SES") within the meaning of Regulation (EU) No 910/2014 (eIDAS) and the Republic of Kosovo Law No. 04/L-094 on Information Society Services. Under those instruments, an electronic acceptance has legal effect and admissibility as evidence in legal proceedings and shall not be denied legal effect solely on the ground that it is in electronic form.

22.3 What this is not

The Platform does not provide:

- Advanced Electronic Signatures (AES) within the meaning of eIDAS Article 26; - Qualified Electronic Signatures (QES) within the meaning of eIDAS Article 25(2), which carry the legal effect of a handwritten signature; - notarisation, apostille, or registration with the Kosovo Cadastre Agency or any other public registry.

22.4 When higher formalities are needed

Where applicable law or a specific transaction requires a handwritten signature, an AES, a QES, notarisation, registration, or other formality (for example, registration of a residential lease in the Land Registry), that requirement must be satisfied separately and is not provided by the Platform. You are responsible for determining whether your intended use requires such formalities and for executing them through the appropriate channels.

22.5 Records and copies

You may obtain a copy of any document you have accepted, together with the acceptance metadata, by contacting Qeraja support. Acceptance records are retained for the longer of (a) the period required by applicable law and (b) seven (7) years from the date of acceptance.

23. CONTACT

Registered entity operating the Qeraja platform:

Legal name: Gent N. Bytyçi B.I. Business type: Biznes Individual (sole proprietorship) NUI: 812292548 Registered office: Rrustem Hyseni 8, 10000 Prishtinë, Republic of Kosovo Country: Republic of Kosovo Phone: +383 45 315 811 Website: https://qeraja.com

For general support: support@qeraja.com. For legal notices: support@qeraja.com. For data-protection enquiries: support@qeraja.com. For takedown notices: see the Intellectual Property and Takedown Procedure.