Általános Szerződési Feltételek

Az alábbi kikötések a számozásuk szerint csoportosulnak, és a kikötések egymásra is e számozás alapján hivatkoznak. Ahol egy határidő, egy összeg vagy a jogválasztás még üzleti döntés tárgya, ott közelítő érték helyett jelölt helyőrző szerepel.

1. Hatály, és miért csak vállalkozásoknak szól ez az ÁSZF

Ez az ÁSZF minden olyan szerződésre irányadó, amely a Real Estate Management használatáról a Webservices Engineering GmbH („mi”, „a szolgáltató”) és az ügyfél között jön létre, a szerződéskötéskor hatályos változatában.

1.1 A szolgáltató

Cégnév

Webservices Engineering GmbH

Cím

Bergstraße 17, 82380 Peißenberg, Németország

Képviseli

Andreas Philippi és Klaus Copony ügyvezető tagok (Geschäftsführende Gesellschafter)

Cégbíróság

Amtsgericht München

Cégjegyzékszám

HRB 223526

Közösségi adószám

DE305060668

Kapcsolat ehhez a termékhez

real-estate-management@webservices-engineering.de

A DDG 5. §-a szerint kötelező cégadatokat teljes körűen az impresszum tartalmazza, és a fenti adatoknak pontosan meg kell egyezniük azzal.

1.2 Kizárólag üzleti ügyfelek

A szolgáltatást kizárólag a BGB 14. §-a szerinti vállalkozóknak, közjogi jogi személyeknek és közjogi különvagyonoknak kínáljuk. A BGB 13. §-a szerinti fogyasztóknak nem kínáljuk.

1.3 Eltérő feltételek

Az ügyfél saját általános szerződési feltételei nem alkalmazandók, akkor sem, ha azok kifogásolása nélkül teljesítünk. Eltérő feltételek csak akkor irányadók, ha azokat az adott egyedi szerződésre szöveges formában (Textform) elfogadtuk.

1.4 Fogalommeghatározások

Workspace

Az ügyfél elkülönített fiókja, amelyet bejelentkezéskor a Workspace ID azonosít.

Modul

Az alapfunkción felül külön megrendelt, választható funkcionális terület.

Public Cloud és Private Cloud

A 4. szakaszban leírt két telepítési forma.

1.5 Elsőbbségi sorrend

A dokumentumok ütközése esetén az egyedi megrendelőlap élvez elsőbbséget az adatfeldolgozói szerződéssel szemben, ez utóbbi a szolgáltatási szint mellékletével szemben, az pedig a jelen ÁSZF-fel szemben. A kógens jogszabályi rendelkezéseket ez nem szorítja háttérbe.

2. Hogyan jön létre a szerződés

A csomagok, modulok és árak weboldalon való bemutatása ajánlattételi felhívás, nem kötelező érvényű ajánlat.

2.1 Az ügyfél ajánlata

A regisztrációs űrlap kitöltésével és elküldésével az ügyfél kötelező érvényű ajánlatot tesz a kiválasztott csomagra és modulokra vonatkozó szerződés megkötésére. Az ügyfél ekkor nyilatkozik arról, hogy vállalkozóként jár el.

2.2 A visszaigazolás nem elfogadás

A regisztráció beérkezését visszaigazoló automatikus e-mail kizárólag a beküldést dokumentálja. A szerződést nem hozza létre. Az ajánlatot indokolás nélkül elutasíthatjuk.

2.3 Az elfogadásunk

A szerződés akkor jön létre, amikor az elfogadást szöveges formában visszaigazoljuk, vagy amikor a Workspace-t létrehozzuk és a hozzáférési adatokat kiadjuk – amelyik előbb bekövetkezik. Az ekkor kiadott Workspace ID azonosítja a fiókot.

2.4 Private Cloud és nagyobb megrendelések

A Private Cloud telepítések, a bevezetési csomagok és a tanácsadás egyedi megrendelőlap vagy árajánlat alapján jönnek létre. A jelen ÁSZF ezek mellett alkalmazandó, az 1.5 pont szerinti elsőbbségi sorrend figyelembevételével.

2.5 A szerződés szövegének megőrzése

A szerződéses adatokat és a jelen ÁSZF-et a szerződésre irányadó változatban megőrizzük, és kérésre hozzáférhetővé tesszük. Javasoljuk, hogy az ügyfél önállóan is őrizzen meg egy másolatot.

3. Mi a szolgáltatás, és mi nem

A Real Estate Management böngészőalapú ügyviteli szoftver ingatlanportfóliók kezelésére. Egy mindig járó alapfunkcióból és az arra megrendelhető, választható modulokból áll.

3.1 Alapszolgáltatás

Portfóliókezelés: ingatlancsoportok, ingatlanok, ingatlanegységek, helyiségek és közös területek, alapterületekkel, kataszteri és ingatlan-nyilvántartási adatokkal, dokumentumtárral, címkézéssel és fiókonkénti felhasználókezeléssel. Az alapfunkció minden csomagban benne van.

3.2 Választható modulok

Az alábbi modulok mindegyike külön rendelhető meg és külön díjköteles, továbbá a következő számlázási időszak kezdetétől hozzáadható vagy elhagyható.

• Bérlemények és szerződések
• Közüzemi számlázás és költségfelosztás
• Könyvelési és számlázási integráció
• Befektetési és üzleti elemzések

3.3 A rendelkezésre bocsátás módja

A szoftvert a szerződés időtartamára az interneten keresztüli használatra bocsátjuk rendelkezésre. Példány átadására, az ügyfél rendszereire történő telepítésére vagy az ügyfélre való átruházására nem kerül sor. A korszerű böngésző és a megfelelő internetkapcsolat az ügyfél felelőssége.

3.4 Harmadik felek rendszereivel való integrációk

Ahol a szoftver külső platformhoz – például számlázó vagy könyvelési szolgáltatóhoz – kapcsolódik, ott az ügyfél és az adott szolgáltató jogviszonya elkülönül. Harmadik fél felületének rendelkezésre állásáért, helyességéért vagy további fennmaradásáért nem tartozunk helytállással.

3.5 A szolgáltatás határai

A szolgáltatás nem CRM, nem ingatlanhirdetési portál, nem bérlői önkiszolgáló portál és nem mobilalkalmazás. A létesítménygazdálkodási modul műszaki eszköznyilvántartás szolgáltató partnerekkel és árlistákkal; hibajegykezelő rendszert nem tartalmaz.

3.6 Továbbfejlesztés

A szoftvert folyamatosan fejlesztjük, és a funkciókat megváltoztathatjuk, kiegészíthetjük vagy lecserélhetjük, feltéve, hogy a szerződésben rögzített cél megmarad. Ha egy változtatás lényegesen csökkenti a megállapodott funkcionalitást, a 9.4 pont értesítésre és felmondásra vonatkozó szabályai alkalmazandók.

4. Rendelkezésre bocsátás és rendelkezésre állás: Public Cloud és Private Cloud

A két telepítési forma szándékosan eltérő kötelezettségvállalásokat hordoz. A különbséget itt mondjuk ki, nem elrejtve, mert ezt a pontot értik félre leggyakrabban az ügyfelek.

A Private Cloud rendelkezésre állási értékét naptári hónaponként mérjük, és az alább felsorolt események nem számítanak bele. A Private Cloud karbantartási ablakában végzett tervezett karbantartást előre bejelentjük. A dedikált telepítés, erőforrásai és szolgáltatási szintjei teljes leírását a Private Cloud oldal tartalmazza.

5. Az ügyfél kötelezettségei

Az alábbi kötelezettségek közül több nem formalitás, hanem a szolgáltatás helyes működésének feltétele. Megszegésük a leggyakoribb oka annak, hogy egy támogatási megkeresés mögött nem hiba áll.

5.1 Hozzáférési adatok

Az ügyfél bizalmasan kezeli a Workspace ID-t, a felhasználóneveket és a jelszavakat, védi őket harmadik felek hozzáférésétől, és késedelem nélkül értesít minket minden visszaélésgyanúról. A felhasználói fiókok személyre szólnak, és több személy között nem oszthatók meg.

5.2 Felhasználókezelés

Az ügyfél maga kezeli felhasználóit és szerepköreit, csak az adott szerepkörhöz szükséges hozzáférést adja meg, és a személy távozásakor haladéktalanul visszavonja a hozzáférést. A csak olvasható szerepkör azoknak a könyvvizsgálóknak, könyvelőknek és tulajdonosoknak készült, akiknek látniuk kell a számokat anélkül, hogy módosítanák őket.

5.3 Jogszerű tartalom

Az ügyfél felel az általa rögzített és feltöltött adatokért, szavatolja, hogy jogosult azok kezelésére, és nem tárol olyan tartalmat, amely harmadik fél jogát sérti vagy az alkalmazandó jogba ütközik. A tárolt tartalmat rendszeresen nem ellenőrizzük.

5.4 Az adatok helyessége

Az alapterületeket, a mérőállásokat, az ártételeket, a felosztási kulcsokat és a szerződéses dátumokat az ügyfél rögzíti. A szoftver abból számol, amit kap. Az eredmények életszerűségének ellenőrzése a számla vagy a rezsielszámolás kiállítása előtt az ügyfél kötelezettsége.

5.5 Csomagkeretek

Az ügyfél a megrendelt csomag keretein belül tartja a használatát, vagy vállalja a 6.4 pont szerinti túlhasználati díjakat. A keretek megkerülésére tett kísérletek, a platform egyeztetés nélküli terheléses tesztelése, valamint a hozzáférés harmadik feleknek történő továbbértékesítése nem megengedett.

5.6 Adatvédelmi szerep

A Workspace-ben rögzített adatok tekintetében az ügyfél az adatkezelő, mi pedig az adatfeldolgozó. Az ügyfél felel ezen adatkezelés jogszerűségéért, a saját érintettjeinek tájékoztatásáért és az adatfeldolgozói szerződés velünk való megkötéséért.

5.7 Saját mentések

A mi mentéseink a szolgáltatás üzemeltetését védik. Nem helyettesítik az ügyfél saját adatkezelését. Az ügyfélnek észszerű időközönként exportálnia kell az adatait, és ezt mindenképpen meg kell tennie a 7.4 pont szerinti exportálási időablak lezárulta előtt.

6. Díjak és fizetés

Minden ár nettó ár, és a törvényes áfa nélkül értendő, amelyet az irányadó esetben hozzászámítunk. Az összegek euróban értendők.

6.1 Mi díjköteles

A megrendelt csomagért havi előfizetési díjat számítunk fel. Minden megrendelt modul külön díjköteles. A legnagyobb közzétett csomag keretein felüli használatot az ingatlanokra, ingatlanegységekre, helyiségekre és közös területekre, valamint a dokumentumtárra közzétett egységárak szerint számlázzuk. A bevezetési csomag egyszeri díj, amely a fiók beállítását, a helyszíni munkatársi oktatást, az ügyfél telephelyére való kiutazást és a hozzá tartozó konzultációkat fedezi. A bevezetés utáni támogatás, tanácsadás és oktatás a közzétett óradíj szerint díjköteles. A Private Cloud saját havi díj ellenében vehető igénybe. Az előfizetési díjak havonta, előre esedékesek.

6.2 Fizetési feltételek

A számlák a számla keltétől számított 14 days alatt, levonás nélkül esedékesek; a fizetés módja: SEPA bank transfer.

6.3 Bevezetés és óradíjas szolgáltatások

A bevezetési csomagot after the on-site training session has taken place számlázzuk. Az óradíjas támogatást, tanácsadást és oktatást monthly in arrears számlázzuk, 15-minute egységekben, legjobb tudás szerinti teljesítéssel.

6.4 Túlhasználat

A megrendelt csomagkereteken felüli használatot on the highest count reached during the billing month mérjük, és havonta utólag, a következő előfizetési számlával együtt számlázzuk, a csomagokkal együtt közzétett egységárakon.

6.5 Fizetési késedelem

Fizetési késedelem esetén a törvényes késedelmi kamat alkalmazandó. two unpaid monthly invoices mértékű hátralék, valamint észszerű póthatáridőt tartalmazó írásbeli felszólítás után a hozzáférést felfüggeszthetjük. A díjfizetési kötelezettség a felfüggesztés ideje alatt is fennáll.

6.6 Árváltozás

Az árakat two months' előzetes, szöveges formában küldött értesítéssel módosíthatjuk. Az ügyfél a változás hatálybalépésének napjára felmondhat, ha four weeks of the notice belül kifogást emel.

6.7 Beszámítás

Beszámításnak kizárólag nem vitatott vagy jogerős ítélettel megállapított követelésekkel szemben van helye.

7. Időtartam, felmondás, export és törlés

E szakaszban semmi nem arra irányul, hogy megnehezítse a távozást. Az exportálási időablak azért van, hogy a felmondó ügyfélnél is maradjon használható másolat a saját nyilvántartásáról.

7.1 Időtartam

A Public Cloud szerződés one month minimális időtartamra jön létre, és felmondás hiányában a further month időszakkal automatikusan meghosszabbodik. A Private Cloud 12 months időtartamra jön létre, és a further 12 months időszakkal hosszabbodik meg.

7.2 Rendes felmondás

Bármelyik fél felmondhat a Public Cloud esetében 14 days' felmondási idővel az aktuális időtartam végére, a Private Cloud esetében pedig three months' felmondási idővel. A felmondást szöveges formában, a következő csatornán keresztül kell közölni: email to real-estate-management@webservices-engineering.de.

7.3 Rendkívüli felmondás

A BGB 314. §-a szerinti, fontos okból történő felmondás joga változatlanul fennáll. Fontos oknak minősül a tartós fizetési hátralék, az 5. szakasz súlyos vagy ismételt megszegése, valamint a Workspace jogellenes tartalomhoz való használata felszólítás után.

7.4 Adatexport

Az ügyfél a szerződés ideje alatt bármikor exportálhatja az adatait, a megszűnés után pedig a hatálybalépéstől számított 30 days időablakban. A szabványos exportfunkciókon túlmenő segítségnyújtás óradíj ellenében történik.

7.5 Törlés

Az exportálási időablak lezárulta után az ügyfél adatait 30 days belül töröljük az éles rendszerekből, a mentésekből pedig a mentési generációk kifutásával, legkésőbb 90 days után. A számlákra és a számviteli bizonylatokra vonatkozó törvényes megőrzési kötelezettségeket ez nem érinti.

7.6 A megszűnés hatása

A hozzáférés a megszűnés napján megszűnik, kivéve az exportfunkciót az időablak tartama alatt. Az aktuális időszakra már megfizetett díjakat időarányosan nem térítjük vissza, kivéve, ha mi mondtunk fel fontos ok nélkül, vagy az ügyfél mondott fel nekünk felróható fontos okból.

8. Felhasználási jogok, szavatosság, felelősség és vis maior

Az alábbi felelősségi kikötések azt a szerkezetet követik, amelyet a német bíróságok a vállalkozások közötti általános szerződési feltételekben elfogadnak. Nem a legszélesebb, hanem az érvényesíthető korlátozásra törekszenek, mert a túl tág kizárást egyszerűen érvénytelenítik, és a törvényi szabályozás lép a helyébe.

8.1 Felhasználási jogok

A szerződés időtartamára az ügyfél nem kizárólagos, át nem ruházható jogot kap a szoftver használatára saját üzleti céljaira és az általa kezelt portfóliók céljaira, a megrendelt csomag keretein belül. Allicencbe adásra, továbbértékesítésre vagy a szoftvernek a vele kapcsolatban nem álló harmadik felek részére történő rendelkezésre bocsátására nem szerez jogot.

8.2 Szellemi tulajdon

A szoftverhez, forráskódjához, felületeihez, dokumentációjához és arculatához fűződő minden jog nálunk marad. Az ügyfél megtart minden jogot a saját adatain és tartalmain. A visszafejtés kizárólag az UrhG 69d. és 69e. §-ának keretei között megengedett.

8.3 Visszajelzés

Ha az ügyfél fejlesztési javaslatot tesz, azt korlátozás és ellenszolgáltatás nélkül megvalósíthatjuk. Ez nem érinti az ügyfél saját adatain fennálló jogait, és a visszajelzést csak akkor kezeljük bizalmasan, ha az ügyfél akként jelöli meg.

8.4 Szavatosság

A szoftvert a szerződésben rögzített használatra alkalmas állapotban tartozunk nyújtani. A hibákat észszerű határidőn belüli javítással orvosoljuk. Az ügyfél a hibákat reprodukálható formában jelenti be. A BGB 536a. § (1) bekezdése szerinti, a szerződéskötéskor fennálló hibákért való objektív felelősség kizárt.

8.5 Felelősség

Korlátlanul felelünk szándékosság, súlyos gondatlanság, valamint élet, testi épség vagy egészség sérelme esetén, továbbá a termékfelelősségi törvény (Produkthaftungsgesetz) alapján. Enyhe gondatlanság esetén kizárólag lényeges szerződéses kötelezettség (kardinális kötelezettség) megszegéséért felelünk, az ilyen típusú szerződésnél tipikus, előrelátható kárra korlátozva, legfeljebb the fees paid in the twelve months before the event összegig.

8.6 Adatvesztés

Az adatvesztésért való felelősség arra a ráfordításra korlátozódik, amely az adatoknak a szabályszerűen karbantartott mentésekből való helyreállításához szükséges. E korlátozás feltételezi, hogy az ügyfél eleget tett az 5.7 pontnak, és észszerű időközönként exportálta az adatait.

8.7 Elévülés

Az ügyfél igényei 12 months alatt évülnek el, kivéve a szándékosságból, súlyos gondatlanságból, élet, testi épség vagy egészség sérelméből eredő, valamint a termékfelelősségi törvény alapján fennálló igényeket, amelyekre a törvényes elévülési idők irányadók.

8.8 Vis maior

Egyik fél sem esik késedelembe az észszerű befolyásán kívül eső események miatt: természeti események, háború, munkaharc, járvány, hatósági intézkedés, a távközlési vagy a villamosenergia-hálózatok tartós kiesése, illetve az internetes infrastruktúra elleni nagyszabású támadások. A kötelezettségek az esemény idejére szünetelnek, és bármelyik fél felmondhat, ha az esemény 60 days túl fennmarad.

9. Titoktartás, adatvédelem, módosítások és alkalmazandó jog

A záró rendelkezések. Az adatvédelmi kikötés szándékosan rövid, mert az érdemi dokumentum az adatfeldolgozói szerződés, nem a jelen ÁSZF.

9.1 Titoktartás

Mindegyik fél bizalmasan kezeli a másik fél nem nyilvános üzleti és műszaki információit, azokat kizárólag a szerződés céljára használja, és olyan gondossággal védi, amilyennel a sajátjait. A kötelezettség a szerződés megszűnése után three years fennmarad. A jogszabály vagy hatóság által előírt közlés ez alól kivétel.

9.2 Adatvédelem

Az ügyfél által a Workspace-ében rögzített adatok tekintetében az ügyfél az adatkezelő, mi pedig az adatfeldolgozó. A felek az adatkezelés megkezdése előtt a GDPR (általános adatvédelmi rendelet) 28. cikke szerinti adatfeldolgozói szerződést kötnek. A saját, adatkezelőként végzett adatkezelésünket az adatkezelési tájékoztató írja le.

9.3 Referenciák

We name a customer as a reference only with their prior written consent. Kifejezett írásbeli hozzájárulás hiányában az ügyfelet nem nevezzük meg, logóját nem használjuk, és portfólióját marketinganyagban nem mutatjuk be.

9.4 A jelen ÁSZF módosítása

A jelen ÁSZF-et szükség esetén módosíthatjuk, erről az ügyfelet a hatálybalépés előtt legalább six weeks szöveges formában értesítjük. Az ügyfél four weeks of the notice belül kifogást emelhet; kifogás esetén a módosítás tervezett hatálybalépésének napjára felmondhatunk. Az értesítés megjelöli a módosítást és mindkét jogot.

9.5 Engedményezés és alvállalkozók

Az ügyfél a szerződést csak előzetes hozzájárulásunkkal ruházhatja át; a hozzájárulást indokolatlanul nem tagadjuk meg. Alvállalkozókat és további adatfeldolgozókat vehetünk igénybe; az adatfeldolgozói szerződés további adatfeldolgozókra vonatkozó szabályai – ideértve az ügyfél kifogásolási jogát – elsőbbséget élveznek.

9.6 Alkalmazandó jog és illetékesség

German law alkalmazandó, az áruk nemzetközi adásvételi szerződéseiről szóló ENSZ-egyezmény és a nemzetközi magánjogi kollíziós szabályok kizárásával. Kereskedőkkel, közjogi jogi személyekkel és közjogi különvagyonokkal szemben a kizárólagos illetékesség helye München. Az ügyfél székhelye szerint is indíthatunk pert.

9.7 Szöveges forma és részleges érvénytelenség

A módosítások és a mellékmegállapodások szöveges formát igényelnek, csakúgy, mint az e követelményről való lemondás. Ha valamely rendelkezés érvénytelen, vagy azzá válik, a többi rendelkezés hatályban marad, és az érvénytelen rendelkezés helyébe az a törvényi szabály lép, amely annak gazdasági céljához a legközelebb áll.