Csatolók és exportok
Integrációk, őszintén felsorolva
Ez az oldal felsorolja az összes külső rendszert, amelyhez a Real Estate Management ma kapcsolódik. Logófal nincs. Ha egy csatoló nem szerepel ezen az oldalon, akkor még nem létezik, és ezt meg is mondjuk.
- Számlázóplatform-integráció bizonylattípusokkal, számlaszám-tartomány előtagokkal és utótagokkal, valamint pénzforgalmi áfa-elszámolással
- Könyvelési csatoló GraphQL-en, ügyféloldali SSL-tanúsítvánnyal hitelesítve
- Felhasználónkénti hozzáférési adatok a külső platformokhoz, így minden bizonylat a megfelelő személy fiókjából kerül ki
- A dokumentumokat S3-kompatibilis objektumtároló őrzi; a kimenő levelek minden fiók saját SMTP-kiszolgálóján át távoznak
A jelenlegi lista
Mihez kapcsolódik ma a Real Estate Management
Hat integrációs pont, mindegyik éles használatban. Mindegyiket részletesen leírjuk az oldalon lejjebb.
Számlázóplatform-csatoló
A számlákat és a továbbszámlázási számlákat a rendszer közvetlenül a csatlakoztatott számlázó platformon állítja ki. A bizonylattípus, a számlaszéria, a napokban megadott fizetési határidő és a pénzforgalmi áfa-elszámolás kezelése hozzáférési adatonként állítható be, nem a kódban rögzített.
Könyvelési csatoló
GraphQL-csatoló, amely a csatlakoztatott könyvelési rendszerből időszak és épület szerint olvassa ki a költség- és árbevételtételeket; ügyféloldali SSL-tanúsítvánnyal hitelesít, és nagy portfóliókhoz gyorsítótárazik.
CSV-export
A szerződések és a szállítói számlák adatai közvetlenül a listaképernyőkről exportálhatók CSV-be: táblázatokhoz, könyvvizsgálóknak, vagy olyan rendszerbe való betöltéshez, amelyhez nincs csatoló.
Saját arculatú PDF-ek előállítása
Az ügyfelenkénti elszámolólapok PDF-ként készülnek, és megmutatják, hogyan jött ki minden egyes szám; a fiók saját logóját, színsémáját és betűméreteit viselik, nem a miénket.
S3-kompatibilis dokumentumtárolás
Az ingatlanokhoz, egységekhez, szerződésekhez és műszaki eszközökhöz csatolt dokumentumokat és állományokat S3-kompatibilis objektumtároló őrzi, EU-s régióban, az alkalmazás adatbázisától elkülönítve.
Fiókonkénti SMTP
Minden fiók a saját kimenő levelezőkiszolgálóját állítja be, így a szerződéses emlékeztetők és a bérlői levelezés a bérbeadó saját domainjéről érkezik, a bérbeadó saját kézbesítési előéletével.
Számlázó platform
Bizonylatkiállítás a saját számlaszám-tartományában
A portfólió- és közműadatokból előálló számlák az API-ján keresztül jutnak el a csatlakoztatott számlázó platformra. Nem az a lényeg, hogy egy PDF ide-oda kerüljön. Az a lényeg, hogy a bizonylat abban a platformban jöjjön létre, amellyel a könyvelője amúgy is egyeztet, azzal a szériával és számmal, amelyet viselnie kell.
Hozzáférési adatonként a következők állíthatók: a bizonylattípus, a számlaszám-tartomány előtagja és utótagja, a bizonylat megnevezése, az eladó és az ügyfél bizonylatra nyomtatott megnevezése, a fizetési határidő napokban, valamint az, hogy szükséges-e ügyfélhivatkozás a bizonylat kiállítása előtt. A pénzforgalmi áfa-elszámolás támogatott beállítás, így az ebben az adózási rendben működő fiókok helyes feltüntetéssel állítják ki a bizonylataikat.
A hozzáférési adatokat a rendszer felhasználónként tárolja, nem fiókonként. Ha egy cégben többen állítanak ki bizonylatot, mindenki a saját platformfiókjából teszi, és a naplózásból látszik, ki volt az. A tárolt hozzáférési adatokat a rendszer titkosítva őrzi.
A bizonylat kiállítása után a rendszer megőrzi a külső hivatkozást, vissza tudja olvasni a számlaszériát és a bizonylat keltét, közvetlen megtekintési hivatkozást állít elő a platformon lévő bizonylathoz, és e-mailben elküldi a bizonylatot a címzettnek, igény szerint titkos másolattal a saját nyilvántartása számára.
A ma csatlakoztatott számlázó platform a román piacot szolgálja ki. Ha a bizonylatokat másik platformon kell kiállítania, az csatolóigény, nem meglévő funkció — lásd lejjebb az integrációs rétegről szóló szakaszt.
Könyvelési integráció
A főkönyv visszaolvasása a portfólióba
A számlázási integráció kifelé küldi a bizonylatokat. A könyvelési csatoló befelé hozza a számokat. Együtt zárják be a kört a kiszámlázott és a könyvekben ténylegesen rögzített összegek között.
A csatoló GraphQL-en kérdezi le a csatlakoztatott könyvelési rendszert egy dátumtartományra: vagy egy időszak összes épületére, vagy az üzemeltetési egység kódja alapján egyetlen épületre szűkítve. A visszakapott tételeket könyvelési kategória szerint költségre és árbevételre bontja, és összehasonlítható pénzértékké normalizálja, így egy ingatlancsoport összesítései odaállíthatók a kimutatások modul által amúgy is megrajzolt árbevétel-idővonalak mellé.
A hitelesítés ügyféloldali SSL-tanúsítvánnyal történik, nem pusztán egy közös API-kulccsal; a bearer tokent a felhasználónkénti hozzáférési adatok tartalmazzák. A kéréseket elosztott zár sorosítja, az eredményeket pedig gyorsítótár őrzi, így egy nagy portfólió áttekintőjének frissítése nem zúdít forgalomhullámot a könyvelési rendszerére.
Ez ott számít a legtöbbet, ahol közüzemi továbbszámlázás is van. A szállítói költségek, a felosztott hányadok és a kiállított továbbszámlázási számlák mind összevethetők a főkönyvvel anélkül, hogy bárkinek egyetlen számot is újra be kellene gépelnie.
Végponttól végpontig
Hogyan lesz egy mérőállásból főkönyvi tétel
Az integrációk nem különálló kiegészítők. Egy olyan lánc utolsó két lépése, amely a falon lévő fizikai mérőóránál kezdődik.
-
A leolvasások és a szállítói számlák rögzítése
A mérőórák és az almérők leolvasása kötegelt képernyőkön történik, amelyeken az épület mérőóráról mérőórára végigjárható. A szállítói számlákat és a szolgáltatói mérőállásokat a rendszer a megfelelő közüzemi szerződéshez rögzíti.
-
A költségek felosztása
A továbbszámlázási tételek közműtípus és továbbszámlázási mód szerint csoportosítják a fogyasztást, majd felosztási kulcsot alkalmaznak: alapterület szerint, személyek szerint, egységek szerint, fogyasztási hányad szerint vagy egyedi képlet alapján, amelyet a képletmotor értékel ki.
-
A számlák előnézete
A továbbszámlázási áttekintő megmutatja, mit fog a rendszer kiállítani, mielőtt bármit kiállítana. Az ügyfelenkénti elszámolólap PDF-je soronként vezeti le, honnan jött a végösszeg, így egy kérdés a szoftver megnyitása nélkül is megválaszolható.
-
A bizonylatok kiállítása a platformra
A jóváhagyott számlákat a rendszer kötegelten állítja ki a számlázó platformra, a beállított bizonylattípussal és számlaszám-tartománnyal, a kiállító felhasználó hozzáférési adataival, és közvetlenül e-mailben is elküldhetők a címzettnek.
-
A főkönyv visszaolvasása
A könyvelési csatoló ugyanarra az időszakra és ugyanazokra az épületekre adja vissza a lekönyvelt költségeket és árbevételt, így az egyeztetés a kiállított bizonylatokat a rögzített számokkal veti össze, nem azzal, amire valaki a kiküldött tételekből emlékszik.
Az adatok kinyerése
Exportformátumok és fájlkezelés
A hiányzó integráció elviselhető, ha az export tisztességes. Ezek azok a kivezető utak a rendszerből, amelyekhez nem kell csatoló.
- Szerződések CSV-exportja — a bérleti szerződések, a haszonkölcsön-szerződések és a megszüntető megállapodások a listaképernyőikről, a beállított szűrőkkel exportálhatók CSV-be — könyvvizsgálóknak, táblázatokhoz és olyan rendszerekhez, amelyekhez soha nem lesz csatoló
- Szállítói számlák CSV-exportja — a szállítói számlák szintén exportálhatók CSV-be; ez rendszerint a leggyorsabb módja annak, hogy a könyvelő megkapja egy időszak közműköltségeit, ha nincs könyvelési integráció
- Ügyfelenkénti elszámolólap PDF-ben — ügyfelenként egy saját arculatú PDF, amely megmutatja a fogyasztást, a felosztási kulcsot, a hányadot és az ebből adódó összeget — ez az a dokumentum, amelyet akkor küld el, ha a bérlő rákérdez, hogyan állt össze a rezsielszámolása
- Fiókszintű PDF-arculat — a generált PDF-ek logója, színsémája és betűméretei fiókonként állíthatók; Private Cloud esetén a felület white label megjelenést is kaphat, így semmi nem viseli a mi nevünket
- Dokumentumcsatolmányok — bármely portfólióelemhez, szerződéshez vagy műszaki eszközhöz csatolhatók dokumentumok és állományok, amelyeket S3-kompatibilis objektumtároló őriz, így a tulajdoni lapok, a szállítói szerződések és a karbantartási feljegyzések annál a rekordnál maradnak, amelyhez tartoznak
- Kimenő levelek a saját domainjéről — a fiókonkénti SMTP azt jelenti, hogy a szerződés végére figyelmeztető emlékeztetők és a megújítási értesítések az Ön levelezőkiszolgálójáról indulnak, nem a miénkről, és minden kiküldött értesítésről feljegyzés készül arról, mi ment ki és kinek
A hatókör, kertelés nélkül
Mi készült el, és mi nem
Inkább veszítsünk el egy kiválasztási eljárást ezen a táblázaton, mint hogy megnyerjük, aztán a második hónapban csalódást okozzunk.
| Integrációs pont | Állapot | Mit jelent ez a gyakorlatban |
|---|---|---|
| Számlázóplatform-csatoló | Kész, éles használatban | Bizonylatkiállítás a platformra, állítható bizonylattípussal, számlaszám-előtaggal és -utótaggal, fizetési határidővel és pénzforgalmi áfa-elszámolással |
| Könyvelési csatoló | Kész, éles használatban | Költségek és árbevétel GraphQL-es kiolvasása időszak és épület szerint, ügyféloldali SSL-tanúsítványos hitelesítéssel |
| CSV-export | Kész | A szerződések és a szállítói számlák a listaképernyőikről exportálhatók |
| PDF-előállítás | Kész | Ügyfelenkénti elszámolólapok, fiókonkénti arculattal |
| S3-kompatibilis dokumentumtárolás | Kész | Csatolmányok portfólióelemeken, szerződéseken és műszaki eszközökön |
| Fiókonkénti SMTP | Kész | A bérlői és emlékeztető levelek a fiók saját levelezőkiszolgálójáról indulnak |
| Más számlázó platformok | Nincs megépítve | Csatolóprojektként elérhető — beszéljünk az Ön által használt platformról |
| Más könyvelőprogramok | Nincs megépítve | Ugyanaz: az integrációs réteg erre készült, de a munkát el kell végezni és ki kell fizetni |
| Nyilvános REST vagy GraphQL API | Nincs a kínálatban | A termék felülete az adminisztrációs felület; ma nincs önkiszolgáló API, amelyre építeni lehetne |
| Banki adatkapcsolat és fizetés-egyeztetés | Nincs megépítve | A befizetéseket a rendszer nem párosítja automatikusan; a pénzmozgás hiteles nyilvántartása továbbra is a könyvelési rendszer |
| Karbantartási hibajegykezelés és mobilalkalmazások | Nincs megépítve | A létesítménygazdálkodási modul eszköznyilvántartás és szolgáltató partnerek listája, nem hibajegyrendszer |
Amit ez az oldal nem nevez meg, ahhoz nincs kapcsolat. Ha egy szállítói lista vagy egy ajánlatkérés olyan rendszerről kérdez, amely itt nem szerepel, a pontos válasz az, hogy nincs megépítve.
Kérésre és a tervekben
Az integrációs réteg bővítésre készült
A számlázó platformok és a könyvelési integrációk a kódbázisban saját absztrakció mögött állnak. Egy számlázó alkalmazás megadja, milyen hozzáférési kulcsokat fogad el, hogyan tárolja a bizonylatot, hogyan épít külső megtekintési hivatkozást, és hogyan kézbesíti a bizonylatot e-mailben. Egy könyvelési csatoló megadja a hitelesítését és a végpontjait, és normalizált költség- és árbevételtételeket ad vissza. Bármelyikből a második hozzáadása körülhatárolt munka, nem architektúraváltás.
Ez a „bővíthető” szó őszinte változata. Nem azt jelenti, hogy egy új csatoló azon a héten elkészül, amelyen kéri. Azt jelenti, hogy a munka alakja ismert, megbecsülhető, és nem rendíti meg azt, ami már működik.
Nem teszünk közzé olyan ütemtervet, amelyen olyan csatolók neve szerepel, amelyekre nem köteleztük el magunkat, mert egy név egy ütemtervoldalon ígéretnek hangzik. Amit megteszünk: már az első beszélgetésen megmondjuk, hogy az Ön rendszerének van-e olyan API-ja, amellyel dolgozni tudunk, nagyjából mekkora munka lenne az integráció, és hogy addig nem szolgálná-e ki jobban egy exportútvonal.
Ha a terméket értékeli, és egy konkrét platform a döntő tényező, írja meg nekünk a platform nevét és azt, hogy mit kell mindkét irányban mozgatni. Egyenes választ kap attól, aki a munkát elvégezné.
A csatolófejlesztésre külön árajánlat készül. A bevezetés utáni tanácsadási és fejlesztési időt a közzétett óradíj szerint, legjobb szándék alapján számlázzuk, egy nagyobb csatolóprojektet pedig még az indulás előtt felmérünk és beárazunk. Az árak áfa nélkül értendők.
Ma nem elérhető
Kérésre és a tervekben
A leggyakrabban érkező kérések, és hogy melyik hol tart. Ezek közül ma egyik sem létezik: némelyik csatolóprojekt, amely felmérhető és beárazható, mások olyan irányok, amelyekre szándékosan nem léptünk rá.
Más számlázó platformok
Ma egy számlázó platform van beépítve. Egy másik platformra való kiállítás csatolóprojekt a számlázó alkalmazás absztrakciója mögött; az indulás előtt felmérjük és beárazzuk.
Más könyvelőprogramok
Ma egy könyvelési rendszer van bekötve. Egy második program körülhatárolt munka a könyvelési csatoló absztrakciója mögött, és a meglévő ügyfelek megrendelhetik.
Nyilvános REST vagy GraphQL API
Nincs önkiszolgáló API, amelyre az ügyfelek építhetnének. Az adat a megépített csatolókon, a CSV-exporton és a generált PDF-eken keresztül hagyja el a rendszert.
Banki adatkapcsolat és fizetés-egyeztetés
A rendszer a befizetéseket nem párosítja automatikusan. A pénzmozgás hiteles nyilvántartása továbbra is az Ön könyvelőprogramja.
Karbantartási hibajegykezelés és mobilalkalmazások
A létesítménygazdálkodási modul eszköznyilvántartás és szolgáltató partnerek listája. Nem hibajegyrendszer, és mobilalkalmazás sem tartozik hozzá.
Nevesített ütemtervi dátumok
Nem teszünk közzé olyan csatolóneveket, amelyekre nem köteleztük el magunkat, mert egy név az ütemtervoldalon ígéretnek hangzik. Kérdezzen, és helyette az Ön platformjáról kap értékelést.
Mielőtt dönt
Mondja meg, mely rendszereknek kell egymással beszélniük
Küldje el a számlázó platformja és a könyvelőprogramja nevét. Megmondjuk, hogy készen van-e, megépíthető-e, és hogy néz ki az exportútvonal, ha egyik válasz sem igen.
Kérdések
Ami minden integrációs átvizsgáláson előjön
Melyik könyvelőprogrammal integrálódik a Real Estate Management?
Ma egy könyvelési rendszer van bekötve, GraphQL-csatolón keresztül, ügyféloldali SSL-tanúsítvánnyal hitelesítve. Egy időszak lekönyvelt költségeit és árbevételét olvassa ki, akár a teljes portfólióra, akár egyetlen épületre. Más könyvelőprogramok alapból nincsenek bekötve, de az integrációs réteg további rendszerek fogadására készült, és a meglévő ügyfelek megrendelhetnek egyet.
Kiállíthatók a számlák a saját számlázó platformomon?
Ma egy számlázó platform van beépítve. A bizonylattípus, a számlaszám-tartomány előtagja és utótagja, a napokban megadott fizetési határidő, a bizonylat és a felek megnevezése, valamint a pénzforgalmi áfa-elszámolás mind hozzáférési adatonként állítható be, a hozzáférési adatokat pedig a rendszer felhasználónként tárolja, így mindenki a saját platformfiókjából állít ki. Más platformokhoz csatolóprojekt kell, nem beállítás.
Van olyan API, amelyre építhetek?
Ma nincs. A termék felülete az adminisztrációs felület, és nincs nyilvános REST vagy GraphQL API, amelyre az ügyfelek közvetlenül integrálhatnának. Az adat a megépített csatolókon, a szerződések és a szállítói számlák képernyőin elérhető CSV-exporton, valamint a generált PDF-eken keresztül hagyja el a rendszert. Célzott integráció projektként megépíthető.
Hol tárolja a rendszer a dokumentumokat és a csatolmányokat?
Az ingatlanokhoz, ingatlanegységekhez, szerződésekhez és műszaki eszközökhöz tartozó csatolmányokat S3-kompatibilis objektumtároló őrzi EU-s régióban, az alkalmazás adatbázisától elkülönítve. Private Cloud esetén a tárhely- és adatbázismentések ezen felül az ügyfél saját telephelyére vagy irodájába is tükröződnek, dedikált mentési és feladatátvételi infrastruktúra mellett.
A bérlőknek szóló levelek az én domainemről vagy az Önökéről mennek ki?
Az Önéről. Minden fiók a saját SMTP-kiszolgálóját állítja be, így a szerződés végére figyelmeztető emlékeztetők, a megújítási értesítések és a bérlői levelezés az Ön levelezési infrastruktúráján át megy ki, és az Ön küldői megítélését viszi tovább. Minden kiküldött értesítésről feljegyzés készül a címzettjével és a tartalmával együtt, ami naplót ad arról, mi és mikor hagyta el a rendszert.
Következő lépés
Egy rövid válasz többet ér egy hosszú kiválasztásnál
Nevezze meg a ma használt számlázó platformját és könyvelési rendszerét. Pontosan megmondjuk, hol áll, akkor is, ha a válasz az, hogy ezt nem építettük meg.