Laadstatus

De statuspagina meet of er nog nieuw materiaal binnenkomt bij de bronplatformen. Dat is een andere vraag dan of een platform antwoordt. Die twee falen los van elkaar: een platform kan uitstekend bereikbaar zijn en toch al maanden niets nieuws opnemen. Voor de bereikbaarheid van BesluitBron zelf is er /health, in de voettekst als "Gezondheid".

De pagina staat per taal op een eigen adres

Vanaf versie 1.3.36 heeft de pagina een adres per taal: /nl/status, /en/status, /de/status en /fr/status. Het adres /status blijft werken. Het toont zelf niets meer, maar stuurt door naar de taal die de bezoeker eerder koos of die de browser vraagt. Een bestaande verwijzing naar /status komt dus nog steeds uit bij de pagina.

Tot en met versie 1.3.35 bestond alleen /status, en die pagina was altijd Nederlands, welke taal de bezoeker ook had gekozen.

De tekst volgt nu de taal van de lezer. Dat geldt ook voor de gemeten zinnen, zoals "iBabs levert niets aan sinds 5 augustus". De pagina is verzorgd in vier talen: Nederlands, Engels, Duits en Frans. In de twaalf andere talen die de site kent, staat de pagina in het Nederlands.

Twee dingen blijven onvertaald, met opzet:

• de naam van een bron, van een bestuursorgaan en van een bronsysteem. Dat zijn eigennamen, en een lezer moet ze kunnen opzoeken bij de bron zelf;
• een veldnaam of een ruwe waarde van een platform, zoals harvest_age_seconds, en de tekst van een foutmelding. Die staan er zoals het platform ze schreef, zodat een lezer ze kan citeren.

Een monitoringsysteem dat /api/status.json opvraagt zonder taalvoorkeur krijgt Nederlands, net als voorheen.

Vier toestanden, en waarom het er geen drie zijn

• laadt: er komt nieuw materiaal binnen, binnen het ritme dat deze bron hoort te houden;
• traag: achter op het eigen ritme, maar nog in beweging;
• stil: lang genoeg niets nieuws om dit een storing te noemen en geen rustige week;
• gesloten: met opzet geen aanwas meer. Open Archivaris is met opzet gestopt in juli 2021. Die bron permanent rood tonen zou de lezer leren om élk rood op de pagina te negeren.

Daarnaast bestaat onbekend, voor een meting die niet is gelukt of nog niet is uitgevoerd. Dat is uitdrukkelijk geen geruststelling: een mislukte meting is geen gezonde bron.

De drempels staan per bron en zijn gemeten

Eén vaste drempel over alle bronnen zou nietszeggend zijn. De Tweede Kamer publiceert op werkdagen en in het weekend niets. OpenTK loopt minuten achter. Bij Rechtspraak loopt de publicatie van nature maanden achter op de zitting. Elke bron draagt daarom een eigen verwacht ritme en een eigen drempel, en die staan op de pagina naast het oordeel.

De drempels zoals zij nu gelden:

Bij de twee lokale bronnen geldt het oordeel het doorsnee orgaan en niet het nieuwste stuk in de index. Eén druppelend document uit driehonderd organen zou de hele bron anders groen kleuren, terwijl het orgaan waar de lezer naar vroeg al weken stilstaat.

Twee vragen per orgaan, en de slechtste telt

Bij OpenBesluitvorming staan sinds versie 1.3.23 twee oordelen naast elkaar, en het slechtste van de twee bepaalt de kleur:

• haalt het platform dit orgaan nog op? Dat meldt het platform zelf, per orgaan;
• is wat het ophaalde nog recent? Dat is de datum van het nieuwste stuk.

Die twee kunnen alle kanten op uit elkaar lopen, en juist dat verschil is de nuttige informatie. Een import die feilloos draait bij een raad die sinds het voorjaar niet vergaderde, is niet "in orde". Een index die actueel oogt terwijl de aanvoer vorige week stokte, ook niet. Eén cijfer van de twee maken zou precies het interessante wegmiddelen.

Waar de melding van het platform en de eigen waarneming elkaar tegenspreken, staat dat als zin op de pagina. In augustus 2026 was dat zichtbaar: het platform meldde een storing, terwijl het doorsnee orgaan binnen de drempel bleef, omdat het zomerreces niet meetelt en de storing in het reces begon.

Wat de bron zelf over een stilstaand orgaan zegt

Vanaf versie 1.3.91 staat naast elk stilstaand orgaan wat de bron erover meldt, voor zover zij iets meldt. Dat is het enige wat een lezer niet uit de datum ernaast kan afleiden, en het verschuift een stilstand van een verwijt naar een feit.

Bij elk orgaan staat ook een link naar de verkenner van die bron. Vanaf versie 1.3.91 opent die link niet de tegellijst maar meteen het juiste gereedschap, met de aanroep voor dát orgaan al ingevuld: de nieuwste stukken die het platform voor dat orgaan heeft. De aanroep staat in een veld dat te wijzigen is, dus een periode of een ander soort stuk is één aanpassing verderop. Uitvoeren kan zonder aanmelden; een bezoeker deelt daarbij één aanroep per seconde met alle andere bezoekers.

De uitspraak staat als letter in de tabel, met de zin erboven in een legenda. Achttien van de drieëntwintig organen deelden dezelfde zin van tachtig tekens, en die per regel herhalen kostte de breedte van elke andere kolom. Twee organen met dezelfde zin over een andere periode krijgen twee letters: dat zijn twee verschillende uitspraken.

Drie soorten uitspraken, in volgorde van hoeveel zij vastleggen:

• de foutmelding van het platform zelf, letterlijk aangehaald. Op 13 september 2026 ging het om vier organen: bij twee meldt het platform "No public account!", wat betekent dat de stukken nergens openbaar staan, en bij twee een tijdslimiet in de eigen import;
• de leverancier noemde over het afgelopen jaar geen enkel stuk. Dan valt er niets op te halen en ligt de stilstand bij de bron, niet bij de oogst. Dat gold voor achttien organen;
• het platform heeft alles wat de leverancier over het afgelopen jaar noemde, terwijl de datum ernaast ouder is. Dat zijn twee uitspraken die niet samen kunnen kloppen, en de pagina zegt dat in plaats van er zelf een te kiezen.

Open Raadsinformatie levert vanaf deze versie geen regels meer aan deze lijst. Dat platform wordt afgebouwd en OpenBesluitvorming haalt dezelfde organen op bij dezelfde vier bronsystemen, dus stond elk orgaan er twee keer in: zestien van de negenendertig regels waren een tweede vermelding van een gemeente die de opvolger al noemde. De organen van dat platform worden nog wel gemeten en tellen mee in de kaart van die bron zelf; alleen de opsomming per orgaan is weg.

Elf organen staan sinds deze versie niet meer in de lijst. Hun nieuwste datum was een geplande vergadering, waardoor BesluitBron de nieuwste geoogste datum niet kende en het orgaan bij gebrek aan bewijs als onbekend aanmerkte. De wekelijkse vergelijking is dat bewijs wel: een orgaan dat houdt wat de leverancier over het afgelopen jaar noemde, heeft in dat jaar stukken ontvangen. Een van die elf had 22.993 documenten, een geslaagde import van diezelfde ochtend en 2.423 van 2.423 stukken over het jaar; het enige wat eraan mankeerde was een vergadering in december op de agenda.

Sorteren en groeperen

Beide tabellen zijn vanaf versie 1.3.91 per kolom te sorteren: klik op een kolomkop, en nog een keer om de volgorde om te draaien. Een lege waarde staat altijd achteraan, welke kant de kolom ook op staat: "geen stuk geoogst" is niet de kleinste waarde in een kolom, het is de afwezigheid van een waarde. Zonder JavaScript houden beide tabellen de volgorde waarin zij worden opgebouwd, en dat is de bruikbare: het zwaarste geval bovenaan in de volledigheidstabel, op naam in de lijst met stilstaande organen.

Beide tabellen staan per bron gegroepeerd, met de naam van de bron boven de tabel in plaats van in een kolom. Op dit moment is er één groep, want één bron publiceert deze cijfers. Een tweede bron die dat gaat doen, krijgt een eigen kop en een eigen tabel.

Onvolledig is iets anders dan stilstaand

Vanaf versie 1.3.91 staat er bij OpenBesluitvorming een tweede tabel: organen waarvan het platform zelf zegt dat het stukken mist. Dat is een andere vraag dan de rest van deze pagina. Elders staat hoe RECENT een oogst is; hier staat hoeveel er van die oogst ontbreekt.

Een orgaan kan elke nacht bijwerken en toch stukken missen. Zoeken laat dat niet zien: wat nooit is binnengekomen, laat niets achter om op te zoeken. Alleen het platform kan zichzelf vergelijken met de leverancier van een orgaan, en dat doet het elke week over het afgelopen jaar.

Op 13 september 2026 misten 155 van de 330 vergeleken organen iets. Bij de meeste ging het om een handvol stukken; bij één waterschap noemde de leverancier 311 stukken over het afgelopen jaar en had het platform er 8, terwijl de import elke nacht slaagde.

De kolommen heten "Gemeld" (wat de leverancier van dat orgaan noemt) en "Gevonden" (wat het platform daarvan heeft). Het aandeel dat ontbreekt staat in hele promilles: de twee tellingen komen op verschillende momenten tot stand en bij negen organen is die van de leverancier zelf een ondergrens, dus een cijfer achter de komma zou een nauwkeurigheid tonen die niemand heeft gemeten.

Bij een orgaan met "minstens" kon het platform de lijst van de leverancier niet tot het einde lezen. Het getal van de leverancier is dan een ondergrens, en het aantal ontbrekende stukken dus ook. De tabel toont de waarneming van het platform en wijst geen oorzaak aan.

Het bronsysteem achter een storing

OpenBesluitvorming meldt per orgaan welk bronsysteem eronder zit, en meldt ook per bronsysteem hoe de import verliep. Daarmee is een storing toe te wijzen aan een partij die er iets aan kan doen. Vier bronsystemen dragen samen alle organen, dus één systeem dat niets meer aanlevert neemt een derde van het land mee.

Op 16 augustus 2026 stonden 161 van de 330 organen stil om één reden: iBabs blokkeerde sinds 5 augustus het adres waarvandaan het platform ophaalt. Zonder die uitsplitsing zou de pagina 161 losse gemeenten tonen die toevallig tegelijk zwegen.

Bij de onderbouwing staat per bronsysteem hoeveel organen het draagt, hoeveel importruns slaagden, wanneer het voor het laatst lukte en welke melding het platform daarbij geeft. Bij een storing is "voor het laatst gelukt" precies hoe lang die al duurt.

Het oordeel over een bronsysteem volgt niet alleen het woord van het platform, maar ook de cijfers die het platform daarbij zet. Haalt het platform minder dan negen van de tien organen van een systeem op, dan is de levering fout, welk woord er ook bij staat. Die grens ligt op 90 procent, want een orgaan dat niet wordt opgehaald is een raad waarvan de stukken niet aankomen, en zestien van die raden is geen afrondingsverschil. Een systeem dat een probleem meldt en wel negen van de tien organen aanlevert, staat op traag. Een woord dat BesluitBron niet kent, geldt als onbekend, want dat kan ook "onderhoud" betekenen; zo'n woord komt wel in de trace, zodat het opvalt.

Dat is er sinds versie 1.3.41, en de reden staat in de cijfers van 17 augustus 2026. Het platform meldde de blokkade van iBabs die dag als degraded in plaats van down, omdat één van de 167 importruns was gelukt, terwijl 160 van de 161 organen niets kregen. Tot en met versie 1.3.40 keek BesluitBron alleen naar dat woord: de bron werd grijs, de storingszin verdween uit de kop en de balk boven de pagina noemde iBabs niet meer, alleen doordat het platform een ander woord koos.

Bij een systeem dat helemaal niets meer aanlevert staat de datum erbij waarop het voor het laatst lukte, want dat is precies hoe lang de storing duurt. In de andere gevallen staat die datum er niet: één gelukte run van vandaag zou dan lezen als een storing die vandaag begon. Daar staan de aantallen, dus hoeveel organen niet worden opgehaald. Die aantallen staan er ook in de balk boven de pagina, en om dezelfde reden: dezelfde grens dekt een systeem dat een zesde van zijn raden mist én een systeem dat er geen enkele meer ophaalt, en die twee mogen niet hetzelfde lezen.

Een geplande vergadering is geen geoogst stuk

Een agenda verschijnt vóór de vergadering, dus de nieuwste datum bij een orgaan ligt vaak in de toekomst. Zo'n datum telt niet als nieuwste stuk: anders zou een orgaan waarvan de oogst in 2021 stierf, "actueel tot 2027" heten omdat er ooit een vergadering ver vooruit is ingevoerd.

De datum verdwijnt echter niet. Waar een orgaan alleen een geplande vergadering heeft, staat die datum er apart bij. "Geen" zou lezen als een raad zonder stukken, terwijl er volgende week vergaderd wordt. Een vergadering binnen drie weken geldt als bewijs dat het orgaan leeft, want die agenda kan niet lang geleden zijn gepubliceerd. Een vergadering verder weg zegt niets over deze maand en levert onbekend op, nooit laadt.

Wanneer de pagina rood wordt

Boven op het oordeel per bron gelden twee regels die de kop rood maken:

• bij één bron staan 50 of meer organen stil, of staat een tiende of meer van de organen stil. Die tweede regel is er voor een bronsysteem dat kleiner is dan 50 organen: valt zo'n systeem uit, dan is dat een storing met een eigenaar, terwijl het doorsnee orgaan niet beweegt;
• BesluitBron slaagt er zelf niet in om aanroepen te beantwoorden. Die reden gaat vóór alle andere: naar zeven derde partijen wijzen terwijl het eigen gereedschap faalt, is misplaatst.

De regel telt de oordelen per orgaan, en rekent dus zelf niet met datums. Daarmee gelden voor de kop dezelfde drempels en hetzelfde reces als voor de rest van de pagina. Een orgaan waarvan stilstand verwacht is, telt niet mee, ook niet in het totaal waartegen het aandeel wordt gemeten. Een orgaan met de toestand onbekend telt ook niet mee: dat is een meting die niet lukte en geen orgaan dat stilstaat.

Tot en met versie 1.3.40 gold een andere regel: 50 of meer organen met een nieuwste stuk van meer dan 3 kalenderdagen oud, of één orgaan van meer dan 10 kalenderdagen oud. Die regel sprak de rest van de pagina tegen. Op 17 augustus 2026 was hij waar voor 317 van de 320 organen van Open Raadsinformatie, want in augustus vergaderde vrijwel geen raad, terwijl diezelfde pagina 302 van die organen als laadt toonde en de bron zelf gewoon nieuw materiaal opnam. De kop wees dus een partij aan op een regel die de eigen tabel weersprak. De regel met één orgaan is helemaal weg: een orgaan dat jaren stilstaat, zoals Flevoland sinds 22 december 2021, is geen storing van vandaag, en een kop die daar rood van blijft, leert een lezer om elk rood te negeren. Zo'n orgaan staat in de lijst met stilstaande organen. Vanaf versie 1.3.41.

Wat de pagina rood maakt, staat er als zin bij. Een rood bolletje dat een lezer niet kan navertellen, is een rood bolletje dat men leert negeren.

Bij rood staat er een balk boven elke pagina

Is de kop rood, dan staat er boven aan elke pagina van de site een rode balk, direct onder de menubalk. Die balk zegt wat er stil staat, en de balk zelf is een link naar deze pagina. Zo hoort een bezoeker die voor iets anders kwam het ook. Vanaf versie 1.3.41.

De balk noemt de oorzaak zo precies als de meting toelaat:

• het bronsysteem achter een bron, als het platform zelf meldt dat de levering van dat systeem fout is, met de aantallen erbij. Bijvoorbeeld: "iBabs op openbesluitvorming.nl synchroniseert 160 van de 161 organen al enige tijd niet meer";
• de bron zelf, als het platform niets per bronsysteem meldt. Bijvoorbeeld: "Rechtspraak is al enige tijd niet meer gesynchroniseerd";
• de storing van BesluitBron zelf, als het gereedschap hier faalt. Die reden gaat vóór alle andere;
• de zin die de kop rood maakt, als geen enkele bron stil staat en de regel van het vorige hoofdstuk heeft getikt.

Een bronsysteem wordt alleen genoemd als het platform het zelf meldt. Die naam staat dan op elke pagina van de site, en dat mag alleen op gezag van het platform. Een eigen gevolgtrekking uit de datums per orgaan draagt zo'n aanwijzing niet: een systeem dat vorige week stopte, laat organen achter waarvan het nieuwste stuk nog binnen de drempel valt.

De balk staat niet op deze pagina zelf, want die zegt hetzelfde uitgebreider. Bij oranje staat er ook niets. Een balk die er de helft van de tijd staat, is een balk die niemand nog leest.

Tot en met versie 1.3.53 stond de balk niet in de documentatie. Die pagina's hebben een eigen opmaak, en in die opmaak zat de balk niet. Wie via een zoekresultaat in de documentatie begon, las daar dus niets over een bron die stil staat. Vanaf versie 1.3.54 staat de balk op elke pagina van de documentatie, inclusief de zoekpagina.

Organen waarvan stilstand verwacht is

Beide lokale bronnen bieden het archief aan van gemeenten die zijn opgeheven. Zo'n index staat blijvend stil zonder dat er iets kapot is. Op 16 augustus 2026 ging het bij Open Raadsinformatie om tien van de circa dertig stilstaande organen, oftewel een derde van het signaal.

Zulke organen tellen niet mee in de stilstand en staan niet in de lijst van stilstaande organen. Er zijn twee redenen waarom stilstand verwacht kan zijn, en beide staan bij het orgaan:

• de organisatie is opgeheven, meestal door een gemeentelijke herindeling;
• de bron haalt het orgaan bewust niet meer op, terwijl wat er staat doorzoekbaar blijft.

Waar die kennis vandaan komt, verschilt per bron. Bij Open Raadsinformatie is de lijst vastgesteld tegen het Register van Overheidsorganisaties op een peildatum en niet doorlopend, dus een gemeente die daarna is samengevoegd ontbreekt; die organen dragen daarom het woord "mogelijk". Bij OpenBesluitvorming meldt het platform het zelf, per orgaan, met de datum van opheffing en de naam van de opvolger.

Bronsysteem per organisatie

Welk raadsinformatiesysteem een bestuursorgaan draait, bepaalt in de praktijk wie een haperende aanlevering kan herstellen. Die vraag is niet te beantwoorden uit een leverancierslijst, want die publiceert niemand. De vraag is wél te tellen. Het webarchief legde per document vast met welk systeem de oogstmachine sprak. De adressen waar de bestanden vandaan kwamen, geven dus het antwoord.

Van 327 organisaties is het systeem zo vast te stellen: 158 Notubiz, 142 iBabs en 27 GemeenteOplossingen. Per organisatie staat erbij welk aandeel van haar documenten uit dat systeem kwam, want 100 procent en 29 procent zijn verschillend sterke uitspraken.

De beperking staat op de pagina zelf en is belangrijk. De oogst liep van 6 oktober 2020 tot 30 juli 2021 en is daarna gestopt. Dit is dus wat een orgaan tóen draaide. Een gemeente die sindsdien is overgestapt, staat er nog onder het systeem dat zij verliet, en aan deze gegevens is niet te zien om welke gemeenten dat gaat. Van 302 organisaties haalde de oogst alleen de website op. Daarvan toont het archief wel de stukken, maar niet welk systeem ze publiceerde.

Deze telling is eenmalig gedaan en ligt vast in de uitgave. Het archief waaruit zij komt is gesloten, dus de uitkomst kan niet veranderen. Een vraag met een vast antwoord elke keer opnieuw stellen zou de pagina alleen maar trager maken.

Hoe vaak er gemeten wordt

Alle bronnen worden elke acht uur opnieuw gemeten, en elke meting kost één aanroep. De eerste meting draait kort na het opstarten. Zolang die niet klaar is, meldt de pagina dat er nog niet gemeten is, in plaats van een lege pagina te tonen die leest als evenzoveel stille bronnen.

Na het opstarten duurt het ongeveer 25 seconden voordat alle cijfers er staan, waarvan 20 seconden bewust wachten is: het opstarten praat al met verschillende platformen, en daar meteen zeven metingen bovenop leggen zou de drukste seconde van het proces nog drukker maken.

Tot en met versie 1.3.22 gold dat niet voor OpenBesluitvorming. Dat platform kende geen overzicht over alle organen, dus de stand van elk orgaan kostte een eigen aanroep en een volledige ronde ruim driehonderd. Die ronde was uitgesmeerd over vier uur, één orgaan per keer, om het platform geen piek te bezorgen. Sinds versie 1.3.23 publiceert het platform zijn eigen status voor alle organen in één aanroep, en is die omweg vervallen. Een volledige tabel staat er daardoor na 25 seconden in plaats van na vier uur.

Belangrijker dan die tijdwinst is dat de tabel nu één momentopname is. Bij de uitgesmeerde ronde was elk cijfer op een ander tijdstip gemeten, dus stond een orgaan van 06:00 uur naast een orgaan van 09:45 uur. Alle organen komen nu uit dezelfde meting van het platform, en dat tijdstip staat bij de onderbouwing.

Een assistent kan deze meting zelf opvragen

Vanaf versie 1.3.36 heeft elke connector het gereedschap platform_status. Dat geeft dezelfde meting als deze pagina, maar dan als gegevens: per bron de toestand, het moment van meten, of het platform zelf iets over zijn laadproces zegt en of die uitspraak afwijkt van wat BesluitBron waarneemt. Bij de twee lokale bronnen komen daar de aantallen per toestand bij, de datum van het nieuwste stuk en ten hoogste tien stilstaande organen met de datum waarop hun materiaal ophoudt. Het volledige rapport per orgaan blijft op deze pagina staan, en het antwoord noemt het adres ervan.

Het gereedschap bestaat voor één vraag die een zoekresultaat niet kan beantwoorden. Een lege uitkomst betekent op zichzelf niets: het kan zijn dat niemand het onderwerp besprak, en het kan zijn dat de bron al weken niets binnenkrijgt. Een assistent die dit gereedschap aanroept, kan zeggen welke van de twee het is en tot welke datum het materiaal loopt.

Alles is controleerbaar en te downloaden

Elke bron toont bij aanwijzen of toetsenbordfocus de onderbouwing: de methode, de ruwe cijfers, de drempel die het oordeel opleverde en het meetmoment. Daarnaast levert "Download rapport" alle cijfers achter één meting als Markdown, inclusief de tabel per orgaan. Voor een monitoringsysteem staat dezelfde inhoud op /api/status.json, zie Statusgegevens.

De organen staan vanaf versie 1.3.36 op naam, zowel in de lijst op de pagina als in het rapport. Tot en met versie 1.3.35 stond het orgaan met het oudste materiaal bovenaan. Een lezer zoekt hier één orgaan op, meestal het eigen orgaan, en dat is in een lijst van bijna tweehonderd namen alleen te vinden als de lijst op naam staat. De datum staat in een eigen kolom, dus wie het oudste orgaan bovenaan wil, sorteert die kolom in een rekenblad.

Het Markdown-rapport per bron heeft vanaf versie 1.3.36 een adres per taal, bijvoorbeeld /de/status/ori.md. De pagina verwijst naar dat adres met de taal erin. Dat is met opzet: de taal in het adres is de taal die de bezoeker koos, en de taalvoorkeur van een browser is iets wat een ander ooit heeft ingesteld. Het adres zonder taal, /status/<bron>.md, blijft bestaan en blijft antwoorden: het kiest de taal uit de voorkeur van de aanvrager en stuurt niet door. Een monitoringsysteem is vaak een script zonder cookies dat een doorverwijzing niet volgt, en juist die aanvrager mag hier niet stuklopen.

/api/status.json kiest zijn taal anders, sinds het adres vanaf versie 1.3.86 onder /api staat: een queryparameter in plaats van een pad per taal, en tot en met welke versie het op zijn oude plek stond. Beide staan in Statusgegevens.

Elke zin in de JSON draagt een code

In /api/status.json staat bij elke zin die een mens leest ook de code van het bericht erachter. Het veld met _label is de tekst en verandert met de taal. Het veld met _code benoemt wát er staat en is in elke taal hetzelfde. Een monitoringregel hoort op de code te kijken.

Zo staat er state_label met "stil" naast state_code met Stalled, en cadence_label naast cadence_code. Bij de onderbouwing draagt elke rij een label_code en een value_code. red_reason_code is het duidelijkste geval: die zegt welke van de drie regels de pagina rood maakte, en dat is uit de zin alleen af te leiden.

state_code is de enige code die geen berichtcode is. Een toestand is een vaste waarde en geen zin, dus daar staat de naam van de toestand zelf. Die namen zijn Engels, want een naam in code is hier altijd Engels:

Het gereedschap platform_status gebruikt dezelfde vijf woorden, in kleine letters: loading, slow, stalled, closed en unknown.

Tot en met versie 1.3.35 heetten deze velden state, cadence, threshold, headline, group, worst_state, bodies_note en standstill_reason, stonden zij alleen in het Nederlands en droegen zij geen code. Wie op die namen leest, past ze bij het bijwerken naar 1.3.36 aan.

Een orgaan kan stilstaan omdat de raad niet vergaderde, omdat de leverancier niet meer aanlevert, of omdat de oogst kapot is. De pagina toont de waarneming en wijst geen oorzaak aan.