Bestuur en toezicht Besluitenlijst met eigenaar Mandaat en quorum

Vergadermanagementsoftware laten maken

Een vergadering is snel gepland. Het werk zit erna: welk besluit is precies genomen, op welke grond, wie mocht het nemen, wie voert het uit en waaraan is te zien dat het ook gebeurd is. Bij bestuur, directie, raad van commissarissen en raad van toezicht is dat geen administratie maar de kern van de verantwoording. Appfront bouwt maatwerk vergadermanagementsoftware waarin de agenda en de vergaderstukken tot een bundel worden samengevoegd, elk besluit een eigenaar en een termijn krijgt, de notulen aantoonbaar worden vastgesteld en het archief de vraag van een toezichthouder kan beantwoorden zonder zoektocht door mailboxen.

Gratis adviesgesprek Pakket of maatwerk?

Vergaderen is niet het onderwerp, besluiten wel

Samenwerkingssoftware gaat over communicatie: gesprekken, bestanden delen, een gedeelde agenda. Dat helpt tijdens het overleg, maar het houdt vrijwel niets vast dat later nog bewijskracht heeft. Agendabeheer gaat over het vinden van een moment waarop iedereen kan. Vergadermanagement gaat over iets anders: de cyclus waarin een onderwerp wordt geagendeerd, van stukken wordt voorzien, tot een besluit leidt en daarna wordt uitgevoerd en verantwoord. Het eindproduct van die cyclus is niet een vergadering die soepel verliep, maar een besluit dat navolgbaar is, met een grond, een bevoegdheid, een uitkomst en een spoor van wat er daarna mee gebeurd is.

Daarom draait een goed ingericht systeem om drie registers die aan elkaar hangen, en niet om een kalender. Het eerste register bevat de agendapunten met hun stukken en hun herkomst. Het tweede bevat de besluiten, elk met een eigenaar, een termijn en een status. Het derde bevat de actiepunten, ook de actiepunten waar niemand op zit te wachten en die daarom in de tekst van een verslag verdwijnen. Wie die drie los van elkaar bijhoudt, in een tekstdocument, een spreadsheet en een mailbox, loopt bij elke bestuurswissel en bij elke vraag van de accountant tegen hetzelfde aan: de gegevens bestaan wel, maar ze zijn niet te bevragen.

Het patroon is opvallend constant over sectoren heen. Een zorginstelling met een raad van bestuur en een raad van toezicht, een woningcorporatie met een raad van commissarissen en een auditcommissie, een onderwijsbestuur met een college van bestuur naast een medezeggenschapsraad, een pensioenfonds met organen die elk een eigen rol hebben, een vereniging met een ledenvergadering, een gemeente met een college en een raad: het vocabulaire verschilt, de onderliggende objecten niet. Er is altijd een orgaan met een bevoegdheid, een agendapunt met stukken, een besluit met een uitkomst, een actiepunt met een eigenaar en een archief waaruit iemand later iets moet kunnen halen. Wie een systeem inricht op die objecten in plaats van op een sjabloon voor notulen, houdt het bruikbaar als de organisatie verandert.

Zit u hier goed? Deze pagina gaat over de besloten kant van besluitvorming: bestuur, directie, raad van commissarissen, raad van toezicht, ondernemingsraad en ledenvergadering. Gaat het u juist om het openbaar en doorzoekbaar ontsluiten van raads- en commissiestukken voor inwoners, dan hoort u bij een raadsinformatiesysteem. Gaat het om documenten die buiten de vergadering om langs vaste goedkeuringsstappen moeten, dan is document-workflowautomatisering de betere ingang. Bij veel organisaties staan die drie naast elkaar, en is de echte vraag welk systeem de bron van waarheid is voor een besluit.

Het besluit is het product

Niet het verslag is het resultaat, maar de besluitregel: onderwerp, grond, bevoegdheid, uitkomst, eigenaar en termijn, apart opvraagbaar.

Bevoegdheid hoort bij het besluit

Wie mocht dit besluiten, was het quorum gehaald en deed iemand met een tegenstrijdig belang niet mee? Dat zijn velden, geen zinnen in een verslag.

Vertrouwelijk is de regel

Bestuursstukken bevatten personeelszaken, biedingen en incidenten. Toegang werkt per stuk en per rol, met een spoor van wie heeft meegekeken.

Van vergaderbundel naar een besluit met een eigenaar

Het bundelen van de stukken lijkt het simpelste deel van de cyclus en is in de praktijk de plek waar de meeste tijd verdwijnt. Een bestuurssecretaris haalt een managementrapportage bij control, een adviesnota bij een beleidsmedewerker, een concept van het jaarverslag bij de accountant en een memo dat pas op het laatste moment af is. Die stukken worden tot een bundel gemaakt, meestal een pdf van honderden pagina's, en per mail verstuurd. Daarna wordt een stuk vervangen en gaat er een tweede bundel uit. Vanaf dat moment weet niemand zeker wie welke versie leest, en in de vergadering blijkt dat een lid nog naar de vorige nota kijkt. Dat is een klein ongemak met een groot gevolg, want een besluit op een achterhaald stuk is een besluit dat opnieuw moet.

Aan de voorkant zit een tweede probleem, en dat is de kwaliteit van het stuk zelf. Een adviesnota die met een pagina context begint en pas onderaan iets vraagt, dwingt de vergadering om het besluit ter plekke te formuleren. Een vaste kop lost dat op: het gevraagde besluit, de aanleiding, de overwogen alternatieven, de gevolgen voor de begroting, de belangrijkste risico's, het advies van control of van juridische zaken, en de vraag of het punt al langs een commissie is geweest. Zulke verplichte velden verplaatsen de discussie van vorm naar inhoud, en ze geven de bestuurssecretaris een objectieve grond om een stuk terug te leggen. Dat laatste is belangrijker dan het klinkt, want een agenda die dichtslibt met onafgeronde nota's is de meest voorkomende reden dat een vergadering uitloopt en dat de moeilijke punten achteraan belanden.

Wat dat oplost is geen snellere pdf-generator, maar een agendapunt dat een eigen object is. Een agendapunt heeft een type, en dat type bepaalt wat er van de vergadering verwacht wordt: ter besluitvorming, ter bespreking, ter kennisname of opiniërend. Bij een punt ter besluitvorming hoort een expliciet gevraagd besluit, in de formulering waarin het straks in de besluitenlijst komt te staan. Dat ene veld doet vaak meer voor de kwaliteit van de vergadering dan alle andere functionaliteit bij elkaar, want wie het gevraagde besluit niet in een zin kan opschrijven, heeft het stuk nog niet af. Elk stuk hangt aan het agendapunt, met een versie, een auteur en een datum, zodat de bundel de actuele stand is en niet een momentopname uit iemands verzonden items.

Waar die stukken vandaan komen bepaalt hoeveel handwerk er overblijft. De financiële rapportage staat in het boekhoud- of planningssysteem, verzuimcijfers staan bij HR, meldingen over veiligheid of kwaliteit staan in een meldsysteem, en de voortgang van projecten staat in een eigen omgeving. Zolang iemand die cijfers overtypt in een nota, is de bundel een momentopname met een risico op fouten en met een discussie over welke stand nu klopt. Een koppeling die de vaste rapportages genereert uit de bron, met de peildatum erbij, haalt dat werk en die discussie weg. De uitnodiging in de agenda van de deelnemers hoort daar ook bij: de vergadering staat in hun mailagenda, met een verwijzing naar de bundel in plaats van een bijlage die na één wijziging al verouderd is.

Dan de besluitenlijst. Dat is het hart van het systeem en tegelijk het onderdeel dat in de meeste organisaties het zwakst is ingericht, omdat het een tabel onderaan het verslag is geworden. Een besluit hoort een eigen record te zijn: de tekst van het besluit, het agendapunt en het stuk waarop het rust, het orgaan dat het nam, de datum, de uitkomst, de eventuele stemverhouding, een eigenaar met naam en een termijn waarop die terugkoppelt. Daarmee wordt de besluitenlijst bevraagbaar. U kunt zien welke besluiten er over een investering zijn genomen, welke besluiten nog niet zijn uitgevoerd, en welke besluiten later zijn gewijzigd of ingetrokken, met een verwijzing naar het besluit dat nu geldt.

Een besluit staat bovendien zelden alleen. Er is een voorgenomen besluit dat pas definitief wordt nadat de ondernemingsraad advies heeft gegeven, er is een besluit onder voorwaarde, bijvoorbeeld zolang een financiering nog niet is geregeld, en er is een besluit dat een eerder besluit wijzigt of intrekt. Precies daar lopen de meeste besluitenlijsten vast: het besluit onder voorwaarde blijft eeuwig de status genomen houden, omdat niemand het moment heeft vastgelegd waarop de voorwaarde vervuld zou zijn. Een besluitrecord met een open voorwaarde, een verantwoordelijke voor het vervullen ervan en een moment van terugkoppelen sluit dat gat. En een besluit dat een eerder besluit vervangt hoort daar zichtbaar naar te verwijzen, zodat iemand die over twee jaar de geschiedenis van een dossier leest niet op het middelste besluit blijft hangen.

Actiepunten die de vergadering overleven

Actiepunten zijn de eenvoudigste functie van een vergadersysteem en de meest verwaarloosde. Ze ontstaan tijdens het overleg, ze worden mondeling toegewezen, ze komen in het verslag terecht en daarna gebeurt er niets tot iemand er in de volgende vergadering naar vraagt. De oorzaak is structureel: een actiepunt in een verslag heeft geen adres. Het staat in de lopende tekst van een document dat vooral wordt geopend om te kijken hoe iets ook precies verwoord was.

In een systeem hangt een actiepunt aan het agendapunt en aan het besluit waar het uit voortkomt, en heeft het een eigenaar, een termijn en een status. Belangrijker is wat er daarna gebeurt. Bij het opstellen van de volgende agenda staat de lijst met openstaande punten er vanzelf bij, met het verzoek om een korte stand van zaken per punt. Een actiepunt dat al drie keer is doorgeschoven laat zich dan niet meer verstoppen, want die historie hangt eraan. En als een actiepunt niet langer nodig is, hoort er een reden van afsluiten bij te staan, want stil laten verdwijnen is precies de gewoonte die u met zo'n systeem wilt afleren.

Wat vergadermanagementsoftware moet kunnen

Deze onderdelen hangen samen. Een besluitenregister zonder eigenaar levert een archief op waarin over de uitvoering niets terug te vinden is, en een actielijst zonder verwijzing naar het besluit waar die uit voortkomt wordt na een bestuurswissel onleesbaar. Hieronder de functionaliteit die we voor bestuurlijke besluitvorming het vaakst opleveren, telkens ingericht op uw eigen organen, mandaatniveaus en afspraken over geheimhouding. Welke velden een besluit krijgt bepalen we samen met de bestuurssecretaris of de griffier, want die weet welke vragen er in de praktijk over een oud besluit worden gesteld. Ook de begrippen volgen uw organisatie: advies, goedkeuring, vaststelling en besluit zijn geen synoniemen, en een systeem dat ze door elkaar gebruikt levert een register op waar niemand meer op durft te varen.

Agendapunt met gevraagd besluit

Elk punt krijgt een type en, waar het om besluitvorming gaat, een expliciet gevraagd besluit met de stukken die eraan hangen. De agenda is daarmee de werklijst van de vergadering, niet alleen een tijdsindeling.

Bundel per ontvanger

De bundel wordt opgebouwd op het moment dat iemand hem opent, uit de actuele versies en uit de stukken die deze persoon mag zien. Een genodigde voor een enkel punt krijgt niet de hele map mee.

Besluitenregister

Elk besluit als eigen record met grond, orgaan, uitkomst, eigenaar, termijn en status, doorzoekbaar over jaren heen en te verbinden met het besluit dat het wijzigt of intrekt.

Actiepunten met herkomst

Een actiepunt weet uit welk besluit en welk agendapunt het komt, wie het uitvoert en wanneer die terugkoppelt. Openstaande punten rollen mee naar de volgende agenda, met hun eigen historie.

Notulen met vaststelling

Het concept gaat langs de deelnemers, wijzigingsvoorstellen worden bij het verslag bewaard, en de vaststelling in de volgende vergadering zet de tekst vast met een tijdstempel en de naam van wie vaststelde.

Stemming, quorum en volmacht

Aanwezigheid, volmachten en de vereiste meerderheid volgen uw eigen reglement. Het systeem toetst het quorum, legt onthoudingen vast en houdt bij wie wegens tegenstrijdig belang niet meedeed.

Mandaat, quorum en de geldigheid van een besluit

Een besluit is niet geldig omdat het in het verslag staat, maar omdat het genomen is door wie daartoe bevoegd was, op de manier die de statuten en reglementen voorschrijven. In veel organisaties loopt dat over meerdere lagen. Het bestuur besluit, maar voor bepaalde categorieën is goedkeuring van de raad van commissarissen of de raad van toezicht vereist, en een directeur handelt binnen een mandaat dat verder gaat dan de dagelijkse gang van zaken maar niet oneindig is. Een systeem dat alleen besluiten opslaat mist dan de helft: het bestuursbesluit en het goedkeuringsbesluit horen twee records te zijn die naar elkaar verwijzen, want zonder die koppeling is later niet te zien of het besluit volledig was.

Een mandaatregeling werkt in de praktijk met categorieën en met grenzen: een soort besluit, een omvang waarboven een ander orgaan aan zet is en soms een uitzondering voor spoed. Die regeling staat bij veel organisaties in een document dat niemand tijdens het agenderen erbij pakt, en juist daar hoort het systeem te helpen. Wie een punt aanmeldt, geeft aan waar het over gaat en wat de omvang is, en het systeem laat zien welk orgaan bevoegd is en of er goedkeuring nodig is. Dat voorkomt de onaangename variant, waarin pas bij de voorbereiding van het jaarverslag blijkt dat een besluit op het verkeerde niveau is genomen en achteraf moet worden bekrachtigd.

Datzelfde geldt voor de vorm. Quorum, gewone of versterkte meerderheid, de vraag of een onthouding meetelt en de vraag of een volmacht is toegestaan: dat staat in uw statuten en reglementen, verschilt per orgaan en laat zich niet uit een standaardinstelling halen. Het is werk om die regels expliciet te maken, en het is precies het werk waar een maatwerkinrichting zich terugbetaalt. Daar hoort ook de besluitvorming buiten de vergadering bij. Een besluit dat schriftelijk of per omgaande is genomen, moet dezelfde vastlegging krijgen als een besluit in de zaal, met de reden waarom het niet kon wachten en met bekrachtiging bij het volgende overleg.

Tegenstrijdig belang is het derde stuk. Een bestuurder die een persoonlijk belang heeft dat botst met het belang van de organisatie neemt geen deel aan de beraadslaging en de besluitvorming over dat punt. Sinds de Wet bestuur en toezicht rechtspersonen, die op 1 juli 2021 in werking trad, geldt zo'n regeling ook voor verenigingen en stichtingen, en de governancecodes voor woningcorporaties, zorg en beursgenoteerde ondernemingen vragen om vastlegging ervan. Praktisch betekent dat een veld bij het besluit: wie deed niet mee, en om welke reden. Wie dat in een verslagzin verstopt, kan het achteraf niet aantonen zonder het hele verslag opnieuw te lezen.

Let daarbij op het verschil tussen organen en commissies. Een auditcommissie, een remuneratiecommissie of een kwaliteitscommissie bereidt voor en adviseert, maar besluit in de regel niet. Een systeem dat elke bijeenkomst als besluitvormend orgaan behandelt, maakt een register waarin adviezen als besluiten staan, en dat is bij een toezichtvraag lastiger uit te leggen dan een ontbrekend verslag. Een advies hoort dus als advies aan het agendapunt te hangen, met de commissie die het gaf en de datum. Hetzelfde geldt voor de situatie waarin een bestuurder tijdelijk niet kan optreden of er een plek vacant is: sinds de invoering van de Wet bestuur en toezicht rechtspersonen moeten de statuten daarvoor een regeling bevatten, en als die situatie zich voordoet is het handig als het systeem de bevoegdheid tijdelijk kan laten volgen zonder dat iemand dat later moet reconstrueren.

Van concept naar vastgesteld verslag

De notulen zijn de plek waar de zorgvuldigheid van een organisatie het snelst zichtbaar wordt. Er zijn twee lagen: de besluitenlijst, die kort en feitelijk is, en het verslag, dat de afweging weergeeft. Het concept gaat langs de deelnemers, wijzigingsvoorstellen komen bij het verslag te staan in plaats van in een losse mailwisseling, en de vaststelling in het volgende overleg is zelf een besluit met een datum. Na vaststelling verandert de tekst niet meer: een correctie is een rectificatie in een volgend verslag, met een verwijzing naar de passage die het vervangt. Wordt er opgenomen of automatisch getranscribeerd, dan is dat een hulpmiddel en geen verslag, en horen er afspraken bij over de grondslag, het informeren van de deelnemers en het moment waarop de opname wordt verwijderd.

Bestuursbesluit en goedkeuringsbesluit die naar elkaar verwijzen
Quorum en meerderheid per orgaan ingericht, niet aangenomen
Volmachten, onthoudingen en stemverhouding bij het besluit
Tegenstrijdig belang als vastgelegd feit, met reden
Besluiten buiten de vergadering met dezelfde vastlegging
Vaststelling van het verslag als eigen, gedateerd besluit
Rectificatie in plaats van stille wijziging na vaststelling

Vertrouwelijke stukken, toegang per rol en het archief

Bestuursstukken zijn zelden neutraal. In een gemiddelde bundel zitten een personeelskwestie, een onderhandelingspositie, een melding van een incident en een rapportage van de interne auditfunctie. Toegang regelen per map werkt daar niet, omdat de indeling van een map niets zegt over de gevoeligheid van een afzonderlijk stuk. Wat wel werkt is toegang per stuk, in combinatie met rollen die uw eigen structuur volgen: een bestuurder, een lid van de raad van commissarissen, de bestuurssecretaris, een controller met leesrecht op de financiële bijlagen en een genodigde die alleen bij een enkel agendapunt hoort. De bundel wordt daarna per ontvanger opgebouwd, zodat een vertrouwelijke bijlage niet meelift in een bestand dat naar de hele lijst gaat.

Daarnaast hoort geheimhouding een houdbaarheidsdatum te hebben. Een stuk dat vandaag gevoelig is, is dat na afronding van een transactie of een procedure vaak niet meer, en geheimhouding die nooit vervalt maakt de aanduiding op termijn betekenisloos. Leg daarom per stuk de grond vast, wie de geheimhouding heeft opgelegd en het moment waarop iemand opnieuw kijkt of die nog nodig is. Bij overheidsorganisaties komt daar een tweede reden voor die vastlegging bij: een document dat nu besloten is, kan later worden opgevraagd op grond van de Wet open overheid, die sinds 1 mei 2022 geldt. Wie dan per stuk kan terugvinden welke grond is toegepast en of die nog opgaat, hoeft die afweging niet vanaf nul te maken.

Voor de inhoud van de stukken zelf is dataminimalisatie de nuchterste ontwerpregel. Een stuk in de bundel bevat wat nodig is voor het gevraagde besluit en niet het complete dossier: bij een zorginstelling betekent dat vaak geaggregeerde cijfers in plaats van herleidbare gegevens over cliënten, bij een woningcorporatie een casus zonder de naam van de huurder. Wie meekijkt hoort te blijken uit een inzagelogboek, want dat is het enige waarmee een vermoedelijk uitgelekt stuk nog te onderzoeken is. Bewaartermijnen horen bij dezelfde inrichting: stukken kunnen vervallen terwijl de besluitregel blijft bestaan, met een verwijzing die zichtbaar maakt dat het onderliggende stuk volgens de vastgestelde termijn is verwijderd. Bij overheidsorganen liggen die termijnen vast in selectielijsten op grond van archiefwetgeving. Speelt de vraag breder dan de vergadering, dan is een documentbeheersysteem de plek waar versies en termijnen thuishoren.

Aan de praktische kant valt of staat het met hoe leden de stukken lezen. Veel bestuurders en toezichthouders werken op een tablet en willen zonder verbinding verder kunnen, dus de vraag of stukken lokaal mogen worden opgeslagen is een echte afweging: het maakt lezen prettiger en het maakt het inzagelogboek minder compleet. Aanmelden loopt bij voorkeur via de identiteitsprovider die de organisatie al gebruikt, met een tweede factor voor externe leden die geen account in uw omgeving hebben. Persoonlijke aantekeningen bij een stuk horen privé te zijn en ook voor beheerders niet leesbaar, want een toezichthouder die vermoedt dat zijn aantekeningen meegelezen worden, maakt ze niet meer in het systeem. En wees eerlijk over wat een watermerk doet: het maakt een uitgelekt stuk herleidbaar, het houdt niemand tegen die een foto van een scherm maakt.

Aan het einde van de cyclus staat het archief, en dat is geen bijzaak maar de reden dat veel organisaties aan dit onderwerp beginnen. De accountant vraagt om de besluiten over een investering, een toezichthouder wil weten hoe een risico is behandeld en op grond van welk stuk, en een nieuw lid van de raad van toezicht wil de geschiedenis van een dossier lezen zonder drie mensen te hoeven bellen. Een bruikbaar archief levert dat op als samenhangend geheel: de besluiten van een periode of een orgaan, met de stukken waarop ze rusten, de aanwezigheid, de stemverhouding en het moment van vaststelling. Daaronder ligt een logboek dat alleen wordt aangevuld en niet herschreven, zodat de volgorde van gebeurtenissen vaststaat. Moeten bevindingen en maatregelen ook buiten de vergadering worden opgevolgd, dan sluit dat aan op auditsoftware op maat.

Bundel per ontvanger Geheimhouding met grond Inzagelogboek Toegang per rol Onveranderlijke besluitregels Vaststelling met tijdstempel Bewaartermijnen Export voor toezicht Single sign-on

Wanneer een standaardpakket de betere keuze is

Vergadermanagement is geen witte vlek in de softwaremarkt. Er bestaan volwassen board portals voor raden van commissarissen en raden van toezicht, bestuurlijke besluitvormingsmodules die bij Nederlandse zaaksystemen horen, en vergaderfunctionaliteit in de documentsystemen die veel organisaties al gebruiken. Voor een aanzienlijk deel van de lezers van deze pagina is zo'n oplossing de verstandigere route, en dat zeggen we liever nu dan halverwege een traject. Werkt u in het publieke domein, dan loopt de vraag vaak samen met een bredere behoefte, en dan is het gesprek over software voor gemeenten een logischer beginpunt dan een los vergadersysteem.

Volgt uw cyclus het gangbare patroon van agenda, bundel, verslag, besluitenlijst en actiepunten, met een bestuur en een toezichthoudend orgaan, dan koopt u dat kant-en-klaar in, inclusief onderhoud en aanpassingen aan gewijzigde regelgeving. Uw inspanning verschuift van bouwen naar inrichten, en dat is bij dit onderwerp toch al het zwaarste deel: de regels expliciet maken en de organisatie eraan laten wennen dat een besluit pas bestaat als het is opgeschreven.

Maatwerk loont in minder situaties dan aanbieders suggereren, maar de gevallen waarin het loont zijn wel duidelijk aan te wijzen. De eerste is een besluitvormingsstructuur die niet in een standaardmodel past: een holding met dochterbesturen, een corporatie met commissies die eigen bevoegdheden hebben, een pensioenfonds met een bestuur naast organen met een eigen rol, of een organisatie waarin een besluit langs meer dan één goedkeuringslaag gaat. De tweede is dat de stukken uit uw eigen systemen moeten komen, zodat een rapportage niet met de hand wordt bijgevoegd maar wordt gegenereerd uit de bron waar de cijfers vandaan komen. De derde is dat het besluitenregister andere processen moet voeden, bijvoorbeeld een risicoregister, de opvolging van auditbevindingen of de bewaking van de projecten waarover besloten is.

Kiest u voor bouwen, dan werkt het in de praktijk het beste om met één orgaan en één volledige cyclus te beginnen, en pas daarna de andere organen toe te voegen. Het zwaarste deel is dan niet de techniek maar de afspraken die eronder liggen, en die komen bij zo'n eerste cyclus meteen boven water. Wie mag agenderen en wie beslist wat er afvalt? Op welk moment sluit de agenda en wat gebeurt er met een stuk dat te laat komt? Wat betekent een actiepunt met een eigenaar die de organisatie verlaat? Mag een lid zelf een punt toevoegen tijdens de vergadering, en hoe komt dat dan in de bundel terecht? Dat soort vragen hoort in een werksessie thuis en voorkomt later een reeks aanpassingen, omdat ze bepalen welke velden verplicht zijn en wie welke stap mag zetten.

De keerzijde hoort er ook bij. Bij zelfbouw ligt het bijhouden van wijzigende codes, wetgeving en toegankelijkheidseisen bij uw eigen organisatie, en dat is bij governance geen eenmalige klus. Vaak is de tussenweg het beste antwoord: een bestaand systeem als vergaderomgeving, en maatwerk voor het register van besluiten, mandaten en actiepunten dat aan uw eigen bronnen hangt. Die keuze maakt u het beste door eerst één echte vergadercyclus na te lopen, van het eerste concept van de agenda tot de vaststelling van het verslag, en per stap te bepalen waar het nu misgaat.

Pakket als uw cyclus het gangbare patroon volgt
Pakket als de vergaderdiscipline nog moet groeien
Maatwerk bij meerdere organen en mandaatniveaus
Maatwerk als de stukken uit uw eigen bronnen komen
Maatwerk als het besluitenregister andere processen voedt
Tussenweg: bestaand pakket, eigen besluiten- en actiepuntenregister

Veelgestelde vragen over vergadermanagementsoftware

Een raadsinformatiesysteem is de openbare kant: het ontsluit vergaderingen, stukken, moties en besluiten voor inwoners. Vergadermanagementsoftware is de werkkant en is in de regel besloten: het bundelt de stukken, legt vast wie welk besluit nam en met welk mandaat, en houdt de actiepunten bij tot ze afgerond zijn. Bij een gemeente staan de twee naast elkaar, waarbij het openbare deel van de besluitenlijst wordt gepubliceerd en de stukken met een geheimhoudingsgrond niet.

Omdat een besluit in een tekstdocument geen status heeft. U kunt er niet op filteren, er geen eigenaar aan hangen, geen termijn bij zetten en niet zien of het is uitgevoerd. Zodra het besluit een eigen record is met een grond, een eigenaar, een termijn en een uitkomst, kunt u de vraag beantwoorden die later echt gesteld wordt: wat is er met dit besluit gebeurd, en wie heeft dat bevestigd?

Quorum, meerderheid en stemverhouding volgen uit uw statuten en reglementen, dus die regels worden per vergaderorgaan ingericht en niet aangenomen. Bij een besluit hoort daarom vast te staan wie aanwezig was, wie een volmacht had, hoe de stemverhouding lag en wie zich onthield. Doet iemand met een tegenstrijdig belang niet mee aan de beraadslaging en de besluitvorming, dan is dat een vastgelegd feit bij dat besluit en niet een opmerking ergens in het verslag.

Door toegang per rol en per stuk te regelen in plaats van per map. Een bestuurder, een lid van de raad van commissarissen, de secretaris en een genodigde voor een enkel agendapunt zien niet dezelfde bundel. Een stuk met een geheimhoudingsgrond krijgt die grond, een looptijd en een inzagelogboek, en de bundel wordt per ontvanger opgebouwd, zodat een vertrouwelijke bijlage niet meelift in een bestand dat naar iedereen gaat.

Vaak wel, en voor veel organisaties is dat de verstandigere route. Er bestaan volwassen board portals, bestuurlijke besluitvormingsmodules en vergaderfunctionaliteit in zaak- en documentsystemen. Volgt uw vergaderproces het gangbare patroon van agenda, bundel, verslag en besluitenlijst, dan koopt u dat kant-en-klaar in. Maatwerk wordt pas interessant bij een eigen besluitvormingsstructuur met meerdere organen en mandaatniveaus, of als de stukken uit uw eigen systemen moeten komen.

De broncode en de documentatie zijn eigendom van de opdrachtgever en staan in een repository waar u zelf toegang toe heeft. Bij oplevering hoort een beschrijving van de architectuur, de datamodellen, de koppelingen en de deployment, zodat een andere partij het kan overnemen zonder eerst te reverse-engineeren. We werken met gangbare technologie, omdat dat bepaalt hoeveel partijen het onderhoud kunnen oppakken.

Gerelateerde diensten

Raadsinformatiesysteem

Moet de besluitvorming juist openbaar en doorzoekbaar zijn voor inwoners, met agenda's, moties, stemmingen en terugkijkbare vergaderingen, dan is een raadsinformatiesysteem de passende ingang.

Document-workflowautomatisering

Gaat het om stukken die buiten de vergadering om langs vaste stappen van opstellen, controleren en goedkeuren moeten, dan hoort dat bij document-workflowautomatisering.

VvE-software

Bij een vereniging van eigenaars draait besluitvorming om de ledenvergadering, met stemverhoudingen uit de splitsingsakte en besluiten over onderhoud: dat komt samen in VvE-software op maat.

Uw vergadercyclus onder de loep

Vertel ons hoe uw agenda tot stand komt, wie de bundel samenstelt en wat er nu gebeurt met een besluit nadat het verslag is vastgesteld. Vraag daarnaast eens de besluitenlijst van een vergadering van vorig jaar op en kijk of u kunt zien wie de eigenaar was en wat de uitkomst werd. Uit die twee antwoorden blijkt meestal of u een bestaand pakket kunt inrichten, of dat uw besluitvormingsstructuur maatwerk vraagt.

Plan een adviesgesprek info@appfront.nl