De basis — multi-tenant isolatie

Isolatie is geen schermregel, het is een databaseregel.

De grens ligt in de database. Elke tabel die aan een tenant toebehoort is beschermd met beveiliging op rijniveau, en die bescherming is afgedwongen. Rechtencontroles in de applicatie bepalen wat er getoond wordt; zij scheiden de gegevens niet.
Een fout in een servicebestand kan niet tussen tenants lekken. Isolatie zit niet boven de codelaag, ze zit eronder.
Zelfbediening bij de installatie. Er wordt een account aangemaakt en daarna een werkruimte; eigenaarschap, de standaard koper- en verkoperpijplijnen en een leeg kantoor staan klaar.
Teambeheer. Leden toevoegen, rollen wijzigen en verwijderen; rollen en rechten worden gedefinieerd meegeleverd.

Portefeuillebeheer

Panden worden opgelijst, doorzocht, aangemaakt, bewerkt en gearchiveerd.

De pandfiche. De gegevens staan op één plek; zoeken en filteren verloopt via de lijst.
Foto's. Uploaden, coverfoto kiezen en verwijderen; media staat in een private opslagruimte.
Archiveren gaat door goedkeuring. Een pand archiveren is geen kwestie van één klik: de aanvraag komt in de goedkeuringswachtrij en wordt goedgekeurd, of met reden geweigerd.
AI-advertentietekst. De tekstgeneratie krijgt alleen bevestigde waarden; het model kan geen kenmerk verzinnen.

Klanten en leadpijplijn

Contactfiches en de verkooppijplijn zitten in hetzelfde systeem.

Het klantendossier. Oplijsten, zoeken op rol, aanmaken, bewerken en de volledige interactiegeschiedenis.
Leadpijplijn. Leads staan op een bord en verschuiven tussen fases; aparte koper- en verkooppijplijnen zijn er standaard.
De geschiedenis breekt niet af. Elk contact met een klant blijft in het dossier; wie wat wanneer besprak gaat niet verloren.

Agenda, bezichtigingen en taken

De dag van het kantoor is van één scherm af te lezen.

Agenda over twee weken. Komende afspraken en de werklast verschijnen samen.
Conflictdetectie. Bij het inplannen volgt een waarschuwing; twee makelaars kunnen niet hetzelfde pand op hetzelfde uur vastzetten.
Taken. Een taak wordt toegevoegd, krijgt een vervaldatum en wordt afgevinkt.
Dagoverzicht. Het startscherm brengt de afspraken van vandaag, de taken, nieuwe leads en actieve panden samen.

AI-integriteit

Hier zit de reputatiekern van het product, en deze regels buigen niet.

AI kan geen pandkenmerk schrijven. Modeluitvoer belandt in een aparte suggestiefiche en blijft inert tot een mens ze aanvaardt. De advertentieschrijver krijgt alleen bevestigde waarden.
Geen verzonnen kenmerken. Geen feitelijk kenmerk wordt gewijzigd op een manier die een koper zou kunnen misleiden.
Elk gegenereerd beeld behoudt zijn herkomst. Een afgeleid beeld moet het origineel benoemen waaruit het komt en vastleggen hoe het gemaakt is; die herkomst is op databaseniveau onveranderlijk gemaakt.
Labelen is verplicht. Originele foto, verbeterde foto, virtuele styling, renovatievisualisatie en AI-concept worden uit elkaar gehouden — een renovatievisualisatie kan niet als foto worden herlabeld, zelfs niet door iemand met bewerkrechten.
Vastgesteld feit, afgeleide informatie en opgegeven gegeven blijven gescheiden. Een afleiding wordt geen advertentiezin zonder menselijke bevestiging.

Goedkeuringsmotor, auditspoor en feature flags

Wat er gebeurt als het systeem iets fout doet, ligt vooraf vast.

Goedkeuringsmotor. Gevoelige acties — uitgaande berichten, publiceren, dure generatie, verwijderen — lopen door een goedkeuringsstroom; de wachtrij werkt, inclusief weigering met reden.
Auditspoor. De registratie wordt alleen toegevoegd; ze wordt achteraf niet gewijzigd.
Zacht verwijderen en bewaring. Het schema ondersteunt zacht verwijderen, het auditspoor en vastgelegde toestemming — het beleid dat aan uw GDPR-verplichtingen voldoet bepaalt u zelf, de infrastructuur ligt klaar.
Feature flags. Grote functies gaan achter een vlag open; een mogelijkheid die bij het ene kantoor aanstaat, raakt het andere niet.
De tests draaien echte SQL. De testsuite start een echte database, past alle migraties op volgorde toe en voert de assertions uit als echte gebruikers onder echte policies. Voeg een tabel zonder beveiliging op rijniveau toe en de suite faalt.

Vier talen, op elk scherm

Meertaligheid is geen laag die er achteraf op geschroefd is; het is een eigenschap van de architectuur.

Frans, Nederlands, Engels en Turks. Alle vier zijn volledig op elk scherm; de gebruiker kiest zelf.
Geen hardgecodeerde teksten. Geen enkele voor de gebruiker zichtbare tekst staat in de code; de catalogi worden sleutel voor sleutel vergeleken.
Een taal toevoegen is klein werk. Eén configuratieregel, één catalogus en één migratie; het typesysteem vindt de rest — een onvolledige taal compileert niet.

Wat vandaag draait, en wat volgt

Deze pagina beschrijft alleen wat vandaag draait. Wat volgt, wordt als volgend aangekondigd.

Wat draait. Registreren en aanmelden, werkruimte en team, panden en foto's, goedkeuringen, klanten, leadpijplijn, agenda en taken, auditspoor, multi-tenant isolatie en vier talen.
Wacht op een leverancier. Fotoverbetering, virtuele styling en renovatiebeelden hangen af van de keuze van een beeldleverancier; e-mailuitnodigingen en berichtenkanalen hangen af van leverancierconfiguratie.
Latere fases. Marketing, documenten, transacties, geheugen en inzichten komen nog; hun schermen zeggen dat onomwonden — geen knop verbergt een functie die er niet is.
Waarom we het zo opschrijven. De beslissing om kantoorsoftware te kopen hoort niet te rusten op de belofte van een functie die niet bestaat.

Van start gaan

Werkruimte. Het account wordt aangemaakt, daarna de werkruimte van uw kantoor; eigenaarschap en standaardpijplijnen staan klaar.
Team. Uw makelaars worden met hun rollen toegevoegd; wat elk mag zien volgt uit de rol.
Overname van portefeuille en klanten. Uw bestaande panden en klantenfiches worden geïmporteerd en foto's naar private opslag geüpload.
Pilootweek. Eén echte week met één team: echte leads, echte bezichtigingen, echte conflicten.
Live gaan. De productieomgeving, e-mailbevestiging, het content-securitybeleid en de bewaarregels worden samen nagekeken vóór de opening.

Juridische kennisgeving en gegevensbescherming

Het kantoor is de verwerkingsverantwoordelijke. Voor de klant-, pand- en communicatiegegevens die in het systeem worden ingevoerd is het gebruikende vastgoedkantoor de verwerkingsverantwoordelijke. K-SAT verwerkt die gegevens uitsluitend als verwerker, binnen het kader van de overeenkomst.
Het bewaar- en verwijderbeleid is het uwe. Het schema ondersteunt zacht verwijderen, het auditspoor en vastgelegde toestemming; het GDPR-beleid bepalen — welke gegevens, hoe lang — is een verplichting van het kantoor.
Het kantoor is verantwoordelijk voor de juistheid van de advertentie. Het systeem belet dat AI uit zichzelf een pandkenmerk schrijft en geeft het model alleen bevestigde waarden; toch blijven de juistheid en de wettelijke conformiteit van de gepubliceerde advertentie de verantwoordelijkheid van het kantoor.
Het label van een gegenereerd beeld kan niet worden verwijderd. Elk afgeleid beeld draagt zijn herkomst en productiewijze, en die registratie is op databaseniveau onveranderlijk. Publiceren met verhulling van dat label, of misleidend gebruik ervan, valt onder de verantwoordelijkheid van de gebruiker en kan in strijd zijn met het consumentenrecht.
Subverwerkers. Aanbieders van hosting, opslag en AI-modellen treden op als subverwerkers; de actuele lijst zit als bijlage bij de overeenkomst en elke wijziging wordt vooraf gemeld.
Beeldrechten. U verklaart over de gebruiksrechten te beschikken van de foto's die in het systeem worden geladen; vorderingen die voortvloeien uit beelden van derden komen ten laste van degene die ze heeft geüpload.

K-SAT Synera