Upravljanje posetiocima za preduzeća, projektovano kao multi-tenant

Preduzeća moraju da znaju ko se u svakom trenutku nalazi u njihovim zgradama, koga je svaki posetilac došao da vidi i da o tome vode urednu evidenciju. Kada se to radi na tradicionalan način, na recepciji sa papirnom knjigom, sistem brzo otkazuje.

Posetioci čekaju u redu dok recepcioner zapisuje podatke. Dolasci su nepredvidivi, pa je recepcija ili prezaposlena ili ima višak osoblja. Kuriri i dostave hrane sa servisa kao što su Wolt i Glovo opterećuju istu recepciju koja pokušava da obradi posetioce. Zaposleni koji bi trebalo da rade svoj posao završavaju zarobljeni u lobiju. A evidencija o tome ko je bio u zgradi - ono do čega je bezbednosti i usklađenosti zaista stalo - pouzdana je koliko i rukopisna knjiga.

Zadatak je bio da se sve to zameni sistemom koji može da koristi mnogo različitih preduzeća, pri čemu svako čuva svoje podatke privatnim, bez izgradnje zasebnog proizvoda za svako od njih.

Izgradili smo Gjestebook kao multi-tenant SaaS u Laravel-u i Vue-u. Mnogo preduzeća radi na jednoj platformi, a podaci svakog tenanta su izolovani od ostalih, tako da jedna baza koda opslužuje sve, a nijedna kompanija ne vidi posetioce druge.

Posetioci se sami prijavljuju na kioscima umesto da čekaju recepcionera. Mogu unapred da rezervišu parking mesto za posetioce, pa su dolasci planirani, a ne improvizovani. Dostave sa servisa kao što su Wolt i Glovo prolaze kroz poseban tok za brzu obradu, tako da kurir koji donosi ručak ne blokira nekoga ko dolazi na sastanak. Svaka poseta se beleži: ko je ušao, kada i koga je došao da vidi, čime svako preduzeće dobija urednu evidenciju sa mogućnošću pretrage, kakvu papirna knjiga nikada ne bi mogla da pruži.

Prijem posetilaca je postao predvidiv i u velikoj meri samouslužan. Kiosk prijava je skratila vreme čekanja za posetioce i smanjila broj zaposlenih potrebnih za obradu dolazaka, jer se ljudi sami prijavljuju umesto da čekaju u redu za recepcionera.

Platforma je skalirana na preko 100 kompanija i obrađuje oko 70.000 poseta godišnje. To je pravi dokaz: jedna dobro projektovana multi-tenant baza koda može da podnese realan obim poslovanja za mnogo zasebnih organizacija, svaku sa izolovanim podacima, bez da postane teret za održavanje ili zasebna verzija po klijentu.

Najvažnija odluka kod ovakvog proizvoda donosi se prvog dana: graditi multi-tenant od početka ili platiti za to kasnije.

Naknadno dodavanje izolacije tenanta na single-tenant aplikaciju je bolno i rizično, jer razdvajanje podataka mora biti ispravno svuda, ne skoro svuda. Projektovanje za više tenanta od samog početka značilo je da je svako novo preduzeće bilo onboarding, a ne inženjerski projekat, i upravo to je omogućilo platformi da izraste na više od 100 kompanija na jednoj bazi koda. Disciplina koju to zahteva - da se nikada implicitno ne pretpostavlja ko je trenutni tenant - vredi da se primenjuje od prve migracije. To je mnogo jeftinije nego otkriti curenje podataka između tenanta nakon puštanja u produkciju.