Skip to content

Public Site

Open Regels Nederland is the public knowledge base of the Province of Flevoland. It publishes public information only โ€” no personal data is processed, and no login or account is needed. It is for anyone: residents, businesses or officials from other organisations who want to look up the same regulations, products, processes and concepts that a Flevoland civil servant sees in the werkomgeving.

Screenshot: Open Regels Nederland public knowledge base landing page with combined search and five source cards

Open Regels Nederland โ€” public knowledge base landing page

A single search box queries all five sources at once โ€” announcements, news, products, rules and processes.

Five sources

Source Description
Announcements Official announcements from the Province of Flevoland.
News National news from the Dutch central government.
Products & Services Permits, notifications and grants for residents and businesses.
Rule catalogue Public services and the rules used to execute them, including validity dates and source.
Process library How an application moves through the organisation, step by step. Each process carries a status label โ€” see below.

Every deployed process, with its status on it

The process library lists every process deployed to a public-facing board, whatever state it is in, and each one shows its status โ€” example, wip or e2e โ€” beside its name. The label appears in the listing and in search results, not only on a process's own page, so you can see at a glance that something is a worked example or still in progress without opening it.

The label is always written out as text rather than signalled by colour alone.

Screenshot: the public process library listing, each process showing its status label beside its name

The process library โ€” every deployed process, each with its status label

If you looked here before September 2026 and found it empty

You were not missing anything and nothing was hidden from you: production listed no processes at all. The library had been filtering on a status value the underlying catalogue cannot hold, so nothing ever passed it. It now filters on which board owns a process and nothing else.

A rule's concepts, split into input and output

Open a rule from the search results and scroll to its concepts. They are no longer one alphabetical row of chips. The heading still names the section and counts every concept of the service, and below it the chips are divided into two labelled groups, each carrying its own count:

  • Invoer โ€” gegevens die de regels nodig hebben. The values the rules take in before they can decide anything.
  • Uitvoer โ€” wat de regels bepalen. What comes out: the entitlements, amounts and decisions the rules arrive at.

Screenshot: a rule's detail page on the public site, its concepts divided into Invoer and Uitvoer groups, each heading carrying its own count

Invoer and Uitvoer, on a rule's detail page

Every chip still links out to the term in the shared vocabulary, exactly as before.

Some concepts sit in a third group, and that is not a fault

The division comes from the knowledge graph. Where the graph does not say which side a concept belongs to, the concept is shown in a group of its own rather than dropped or guessed at โ€” so nothing goes missing from the count.

Two other things are worth knowing if a page looks different from this one. The grouping is per service, not per rule: where a service's rules all hang off one decision model, a value reads as an output of the service even if the particular rule you are reading consumes it. And a page served by a tier that has not yet been updated shows the single undivided row it always did.

Further sections

The top navigation also has Data dictionary and Provenance, alongside an NL/EN language toggle and a Staff login link across to the werkomgeving.

Accountability

The footer's "Accountability" column links to the Accessibility statement (WCAG 2.1 AA) and Open data & API.

Which build you are looking at

The foot of every page ends with a small monospace line naming the site, the release, and the build it was made from. On production on 12 September 2026 it read:

publiek.open-regels.nl ยท v2026.09.6 ยท build 04840ed ยท #2

The address is the environment you are actually on โ€” the acceptance copy shows its own address there. The vโ€ฆ is the release. build โ€ฆ is the first seven characters of the commit the site was built from, and the #โ€ฆ after it is the number of the deployment run, which is what tells two builds of the same release apart. Hovering the build shows the full commit hash, so it can be copied into a bug report. A copy of the site that did not come from a deployment reads local build instead.


Acceptance runs alongside production

The site is live at publiek.open-regels.nl. An acceptance copy runs at acc.publiek.open-regels.nl, where a release is tried before it is promoted. The footer line above is how to tell which of the two you have open.