Niet elke organisatie wil dezelfde omgeving. Een Portaal geeft er één: eigen gebruikers, eigen API, eigen Brein, op een eigen subdomein.
Wanneer het past
Als je met meerdere organisaties werkt die elkaars kennis niet mogen zien. Of als één organisatie meerdere afdelingen heeft die elk hun eigen bronnen en gebruikers hebben.
Wat een portaal technisch is en hoe de scheiding is ingericht, staat bij de bouwsteen Portaalplatform.
Wat je ervan merkt
Gebruikers loggen in op het portaal van hun eigen organisatie. De kennis die ze bevragen is de kennis van dat portaal. Integraties gebruiken een token dat bij dat portaal hoort.
Eén ingang, meerdere breinen
Een portaal kan één brein ontsluiten, of een constellatie van breinen: personeelsbeleid, inkoop en subsidiezaken naast elkaar, elk met eigen kennis en eigen instructies. De gebruiker stelt één vraag en krijgt antwoord uit het brein dat hem aangaat — zonder te weten hoeveel breinen erachter zitten.
Met of zonder eigen agent
Wij kunnen de agent draaien die de breinen aanstuurt, of je koppelt je eigen agent of workflow via een token. In beide gevallen blijft de kennis in het portaal waar ze hoort.
Beheer blijft centraal
Portalen worden vanuit het platform aangemaakt en beheerd. Je houdt overzicht over alle omgevingen zonder ze samen te voegen.
