Mjukvaruutveckling för passersystem – smarta fastigheter, boendeappar och hårdvaruintegration från flera leverantörer

Passersystem & PropTech: det här hör vi från teamen

• Dörröppningar misslyckas i tysthet vid korta avbrott i fastighetens nätverk – de boende blir utelåsta och samtalet går till driftjouren
• Inlåsning hos hårdvaruleverantören: varje ny fastighet eller låsmodell innebär att halva integrationslagret måste skrivas om
• Granskningsloggar som inte fångar offlinehändelser korrekt – luckan syns samma dag som juristerna begär ut en logg
• Luckor i behörigheternas livscykel: boende flyttar ut men behåller åtkomsten i veckor eftersom inget stämmer av hyressystemet mot passersystemet
• Behörighetsmodeller som inte kan uttrycka ”städaren har tillträde tisdagar 9–12, men alla ägare kan göra undantag”
• Boende som lämnar på grund av en krånglig app där en gästinbjudan kräver 9 tryck
• Brister i regelefterlevnaden kring boendes personuppgifter och lagringstid för passerloggar
• Fastighetsförvaltare som använder 3 olika dashboards eftersom ingenting är integrerat

Det här levererar vi

Så skulle vi bygga det

Blueprints: exempelprojekt med planen, arkitekturen och målen vi skulle utgå från.

Vanliga frågor

Integrerar ni med vår befintliga passerhårdvara, eller måste vi byta ut den?

Vi integrerar med det som redan är installerat. I tidigare uppdrag har vi levererat adaptrar för ASSA ABLOY, SALTO, dormakaba, Latch och BLE-baserade lås från asiatiska OEM-tillverkare. Mönstret är en gatewaytjänst som normaliserar hårdvaruhändelser till en gemensam domänmodell, så att boendeappen och förvaltarens dashboard inte bryr sig om vilket lås som sitter på vilken dörr – och en ny hårdvaruleverantör innebär en ny adapter, inte en omskrivning av plattformen.

Vad händer när fastighetens nätverk går ner?

Produkten måste fortfarande släppa in de boende. Vi designar passerflödena med digitala nycklar som fungerar offline (signerade tokens, cachade behörigheter), och gatewayen stämmer av händelserna när uppkopplingen är tillbaka. Granskningsloggen behandlar offlinehändelser som fullvärdiga händelser – de går inte förlorade. Vi testar detta på fysisk hårdvara vid varje PR som berör nyckel- eller gatewaylagret.

Hur hanterar ni revisionsspår vid juridiska tvister och krav på regelefterlevnad?

Varje passerhändelse – godkänd, nekad, avstämd efter offline eller manuellt åsidosatt – signeras, tidsstämplas och lagras oföränderligt. Loggtjänsten är byggd för att kunna lämnas ut vid rättsliga förelägganden: sökbar per enhet, per boende och per tidsintervall, med korrelation mot leverantörernas händelser så att du kan rekonstruera exakt vilken hårdvara som gjorde vad vid varje tidpunkt. I tidigare projekt har vi hanterat förfrågningar från advokatbyråer och försäkringsbolag.

Hur testar ni mot fysisk hårdvara?

Med en hardware-in-the-loop-miljö: vi har ett rack med representativa lås, porttelefoner och gateways på vårt kontor och kör integrationstester mot dem vid varje PR. Ändringar som berör adapterlagret för hårdvara kan inte mergas utan att klara testerna i racket. Det är den enskilt viktigaste anledningen till att våra passersystem inte går sönder ute i verkligheten.

Kan ni hantera portföljer med flera fastigheter?

Ja. Stödet för flera fastigheter är inbyggt i datamodellen från grunden – fastigheter, enheter, boende, personal och leverantörer modelleras separat, med rapportering på portföljnivå ovanpå. Behörigheterna (RBAC) är hierarkiska (portfölj → fastighet → enhet → boende), och passerregler kan ärvas eller åsidosättas på alla nivåer.

Arbetar ni bara med bostäder, eller även med kommersiella fastigheter och blandfastigheter?

Båda. Vårt främsta kundcase gäller bostäder, men samma plattformsmönster (hårdvara normaliserad via gateway, digitala nycklar som fungerar offline, revisionssäkra loggar) går att tillämpa på kontor, fastigheter med blandad användning, hotell och inhägnade bostadsområden. De största skillnaderna gäller besöksflöden, integration med fastighetsautomation och krav på brandskydd och personsäkerhet.