Software voor camera's, drones en gebouwen

Wat er op dit terrein verandert

Een hotel, een kantoorgebouw of een industriële locatie koopt camera's, sensoren, toegangscontrole, klimaat en verlichting, vaak bij verschillende leveranciers, en laat daarnaast vaak dronevluchten uitvoeren. Elk van die systemen komt met een eigen console, en die console is gemaakt om de eigen apparaten te beheren, niet om jouw bedrijfsvoering aan te sturen.

Wat meestal ontbreekt, is elke keer hetzelfde: één scherm waar een gebeurtenis in de juiste wachtrij landt, een telefoon die overgaat bij wie dienst heeft, een registratie van wie wat wanneer heeft gezien, en een waarschuwing zodra een apparaat geen signaal meer geeft. Dekken de consoles die je al hebt al je systemen en iedereen die in actie moet komen, dan heb je deze pagina niet nodig.

Voordat je verder leest, zeggen we waar het bewijs ophoudt. Deze capability is nieuw. We hebben geen project met camera's, drones of gebouwautomatisering opgeleverd, en we publiceren dit zoals we onze spraakagenten publiceerden: een capability die we aankondigen, nog zonder case eronder. Wat we wel hebben, zijn de onderdelen waaruit dit werk bestaat, elk al draaiend in productie bij andere projecten: koppelingen die volgens een vast schema een systeem van derden uitlezen, een operationeel paneel met een wachtrij per afdeling en het alarm op de telefoons van wie dienst heeft, foto's maken binnen een echt werkproces in het veld, in een mobile-first webapplicatie, native apps die in een ander project in beide appstores zijn gepubliceerd, rollen die in de database worden bepaald, en een onveranderlijk auditlogboek geschreven door een databasetrigger. Die onderdelen zijn nooit samengebracht in een project met camera's, drones of gebouwen, en een apparaat bewaken hoort er niet bij. Zoek je een leverancier met een portfolio van uitgevoerde installaties, dan zijn wij dat niet, en dat schrijven we liever hier op dan dat we het bij de kickoff zeggen.

Wat we bouwen

Het paneel waar de gebeurtenis binnenkomt

Eén plek voor wat er in het gebouw gebeurt, met een wachtrij per afdeling, een eigenaar per melding en een afsluitende status. In het operationele platform dat wij voor een congresresort in het Caribisch gebied draaien ziet elke afdeling, beveiliging inbegrepen, de eigen wachtrij, pakt de melding op en sluit af met een status, terwijl het alarm afgaat op de telefoons van wie dienst heeft. De cijfers die op de pagina van dat project staan, gaan over gastverzoeken en niet over apparaatgebeurtenissen: ongeveer 2.500 verzoeken in vier maanden, een mediane eerste reactie van 3 minuten en een mediane oplostijd van 16 minuten. We noemen ze als bewijs dat de wachtrij, de dienstdoende medewerker en het alarm werken, niet als sensorverkeer.

De koppeling met het systeem dat je al hebt

We lezen het volgens een vast schema uit en schrijven het weg in je eigen database. Onze Opera Cloud-koppeling met het PMS van een hotel draait al maanden in productie en synchroniseert elke vijf minuten. In een ander project loopt de synchronisatie elke dertig minuten. Geplande taken en webhooks met idempotentiesleutels, retries en replaybeveiliging, zodat een herhaalde aanroep als herhaling wordt herkend in plaats van dubbel te worden weggeschreven, plus een controleerbaar logboek van elke synchronisatie: wat er draaide, wat er veranderde en wat er misging. Datzelfde mechanisme op een camera, een controller of een gebouwsysteem richten is het deel dat we niet hebben gedaan, en in de Discovery Sprint zoeken we uit wat jouw systeem werkelijk aanbiedt.

De waarschuwing als een bron stilvalt

Wat er vandaag is, is het controleerbare logboek van elke synchronisatie, wat er draaide, wat er veranderde en wat er misging, plus een takenmotor die elke werkdag elke afdeling zijn eigen mail stuurt. De waarschuwing zelf, die afgaat wanneer een bron niets meer stuurt, wanneer inloggegevens verlopen of wanneer een leverancier een endpoint wijzigt, en die terechtkomt bij wie dienst heeft, is iets wat we hier zouden bouwen en niet iets wat we draaiend hebben. Wij hebben ook nooit bewaakt of een camera, een sensor of een controller nog een levensteken geeft, dus dit op apparaten richten zou de eerste keer zijn. We verwachten dat het zich één op één laat vertalen naar apparaten, omdat een apparaat dat geen signaal meer geeft een bron is die niets meer stuurt, maar dat is ons technische oordeel en niet iets wat we in productie hebben draaien. Een camera die drie dagen geleden is gegeen signaal meer geeft vertelt je dat zelf niet, en de dag dat je de beelden nodig hebt is de verkeerde dag om daarachter te komen.

De app die je mensen bij zich dragen

Het bewijs voor het werkproces in het veld is web. In het renovatiesysteem dat we voor een bouwbedrijf bouwden, een mobile-first webapplicatie, wordt materiaalontvangst regel voor regel gecontroleerd en leidt een afwijking automatisch tot een melding met foto. Native bouwen kunnen we ook, maar die komt uit een ander project en zonder dat werkproces: voor een festivalklant in het seizoen 2026 een Android-app die live staat in 177 landen en een iOS-app die opnieuw is uitgebracht, met push hersteld in de native laag door de twee methoden toe te voegen die in de AppDelegate ontbraken. Dat is werk op apparaatniveau, geen browserjasje. Die twee samenbrengen, een native app met de camera als native oppervlak dat wij zelf bouwen zodat een bevinding op het moment zelf een melding met foto wordt, is wat we hier zouden bouwen, en dat hebben we nog niet als één geheel opgeleverd.

Wie wat mag zien

Rollen die in de database worden bepaald en niet in de interface, row level security aan en afgedwongen, een onveranderlijk auditlogboek geschreven door een databasetrigger met een auditviewer alleen voor beheerders, en inloggen met het Microsoft-account (Entra ID) waar de organisatie op Microsoft 365 draait. Twee verschillende klanten laten de twee uitersten zien: een bedrijfsportaal voor medewerkers, waarvan de doorlichting van augustus 2026 ruim 10.000 medewerkers liet zien die via Microsoft Graph werden gesynchroniseerd, op 39 tabellen met row level security, en een beheersysteem voor een bouwbedrijf op 23 tabellen, met row level security afgedwongen op alle 23. Op dit terrein betekent dat: je kunt zeggen dat die aannemer alleen de derde verdieping ziet, dat de nachtdienst alleen de eigen wachtrij ziet, en dat elke wijziging een spoor achterlaat.

Waarmee we koppelen

De hardware, de installatie en de licenties van de fabrikant zijn van jou, gekocht bij wie jij kiest en op jouw naam, en wij vinden dat de juiste volgorde. Wij nemen van geen enkele fabrikant een wederverkoopmarge, dus op jouw locatie wordt niets voorgeschreven omdat het ons uitkomt. De logica draait in je eigen Supabase-project, de repository staat op jouw naam, en vervang je over drie jaar een cameramerk, dan hoef je de laag daarboven niet opnieuw te kopen.

Wij publiceren geen lijst met ondersteunde protocollen en wij beloven niet dat we met alles koppelen. Wat we wel doen: de documentatie lezen van de systemen die je hebt, ze tijdens de Discovery Sprint op de echte apparatuur testen, en je schriftelijk vertellen wat er te lezen valt, wat er te schrijven valt en wat niet. Afkortingen opsommen die we niet in productie hebben gedraaid, vraagt om een teleurstelling drie maanden verderop.

Praat je apparatuur alleen met de eigen gesloten console, dan hoor je dat vóór de handtekening, niet erna.

Wat we niet doen

• Hardware maken, ontwerpen, assembleren of verkopen. Wij hebben geen eigen camera's, drones, sensoren, gateways, controllers of firmware.
• Ter plaatse installeren, bekabelen of in bedrijf stellen, en geen onderhoud in het veld. Dat doet jouw installateur of integrator.
• Zelf met drones vliegen. Geen registratie als exploitant, geen piloten, geen vluchtverzekering, geen vlieguren.
• Videoanalyse of biometrie: geen persoonsdetectie, geen tellingen, geen kentekenherkenning, geen gezichtsherkenning.
• Bewaking 24/7, een meldkamer of een operator die wacht draait. Onze Care-retainer bestaat uit onderhoudsuren, geen bemande post.
• Continu cameragebruik of sensoren op de achtergrond binnen een app. Onze eigen apps-pagina zegt dat juist daar volledig native zijn kosten waard is, en dat gaan we niet tegenspreken om een project te winnen.
• Certificeringen en erkenningen. Wij hebben er geen, en we doen niet alsof dat wel zo is.

Hoe een project begint

Met een Discovery Sprint, vaste prijs vanaf 4.900 EUR: welke apparatuur je hebt, wat elk systeem werkelijk aanbiedt, getest op het echte systeem en niet op de brochure, welke gebeurtenissen ertoe doen, wie ze moet zien en wat er vastgelegd moet blijven. Het levert een vastgelegde scope op, en het eerlijke oordeel is soms dat software niet je knelpunt is.

De eerste bouwfase heeft een vaste prijs vanaf 12.000 EUR, en zodra het live staat begint de Care-retainer bij 850 EUR per maand. Er is geen prijs per camera en geen prijs per apparaat, want wij verkopen geen apparaten.