OCDS begrijpen: de Open Contracting Data Standard uitgelegd

Wat is OCDS

De Open Contracting Data Standard (OCDS) is een open, niet-propriëtair JSON-schema voor het publiceren van gestructureerde data over het gehele contracteringsproces — van planning via aanbesteding en gunning tot contractuitvoering. OCDS is ontwikkeld door het Open Contracting Partnership (OCP), een wereldwijde non-profit, werd in 2014 voor het eerst uitgebracht en wordt inmiddels door 50+ landen en internationale instellingen gebruikt om aanbestedingsdata in een consistent, machineleesbaar formaat te publiceren.

Het kernidee is fasegebaseerd: elke inkoop is een "contracting process" dat door gedefinieerde fasen beweegt (planning, aanbesteding, gunning, contract, uitvoering), en OCDS legt de data vast die in elke fase ontstaat. In plaats van dat elk land zijn eigen formaat uitvindt, biedt OCDS een gemeenschappelijk vocabulaire waardoor inkoopdata wereldwijd vergelijkbaar wordt — een Estse en een Colombiaanse gunningsaankondiging kunnen door hetzelfde tool naast elkaar worden geanalyseerd.

Het OCDS-releasemodel

OCDS publiceert data als tijdgestempelde "releases", gekoppeld aan een OCID (Open Contracting ID). Elke release bevat een momentopname van alles wat op dat moment over het contracteringsproces bekend is — partijen, aanbestedingsvoorwaarden, gunningen, contracten. Eén contracteringsproces heeft doorgaans meerdere releases terwijl het door de fasen beweegt:

• Planningsrelease — budget toegewezen, project gedefinieerd.
• Aanbestedingsrelease — RFP gepubliceerd, criteria bekend, deadline gesteld.
• Gunningsrelease — winnaar geselecteerd, prijs bekend.
• Contractrelease — contract getekend, voorwaarden bijgevoegd.
• Uitvoeringsrelease — opleveringen, betalingen en wijzigingen in de tijd gelogd.

Publiceerders kunnen individuele releases posten (onveranderlijke momentopnamen) of een "record" onderhouden — een samengestelde actuele weergave die alle releases van één proces samenvoegt. De meeste implementaties doen beide.

Wie publiceert OCDS

Overheden die het hebben omarmd (gedeeltelijke lijst, de groep groeit jaarlijks):

• VK — Contracts Finder en FTS publiceren OCDS-extracten.
• Oekraïne (ProZorro) — de vlaggenschip-implementatie van OCDS; elke ProZorro-aanbesteding is OCDS-conform.
• Colombia (SECOP II) — volledige OCDS-publicatie voor de hele nationale overheid.
• Paraguay, Honduras, Mexico — Latijns-Amerikaanse koplopers in open contracting.
• Moldavië, Georgië, Kirgizië — Oost-Europese adoptie via capaciteitsopbouw van het OCP.
• Slowakije, Estland, Portugal — EU-lidstaten met sterke opendata-mandaten.

Internationaal: de Wereldbank publiceert een deel van haar projectdata in OCDS-compatibel formaat. Multilaterale ontwikkelingsbanken, waaronder EBRD en IDB, adopteren geleidelijk.

Waarom OCDS ertoe doet voor opdrachtgevers

Opdrachtgevers krijgen analysemogelijkheden die vóór OCDS in pdf's opgesloten zaten:

• Prijsbenchmarking — zie wat vergelijkbare contracten in andere regio's kosten.
• Analyse van leveranciersconcentratie — identificeer categorieën die door één leverancier worden gedomineerd.
• Detectie van rode vlaggen — algoritmen kunnen uitkomsten met één inschrijver, korte deadlines en verdacht opknippen onder drempels signaleren.
• Volgen van de contractlevenscyclus — wijzigingsfrequentie, kostenoverschrijdingen en leveringsvertragingen komen systematisch aan het licht.

Waarom OCDS ertoe doet voor leveranciers

Voor de leverancierskant nog transformatiever:

• Marktintelligentie op schaal. U kunt de volledige contracthistorie van een opdrachtgever, categorie of CPV-code bevragen — wie won, tegen welke waarde, onder welke voorwaarden.
• Incumbency-tracking. Zie wanneer contracten aflopen en opnieuw worden aanbesteed.
• Prijskalibratie. Historische gunningswaarden in uw categorie vertellen u wat de opdrachtgever bereid is te betalen.
• Machine-inname. Gestructureerde JSON betekent dat aankondigingen rechtstreeks in het CRM van de leverancier, bid-tracking of (zoals bij TenderYeti) AI-relevantiescoringsengines stromen, zonder breekbare pdf-scraping.

Het kernschema (vereenvoudigd)

Een OCDS-release heeft op het hoogste niveau ruwweg deze vorm:

• ocid — unieke ID voor het contracteringsproces
• date — tijdstempel van deze release
• tag — fase (planning / tender / award / contract / implementation)
• parties[] — opdrachtgevers, inschrijvers, leveranciers met roltags
• tender — titel, beschrijving, inkoopmethode, items, data, criteria, deadline
• awards[] — winnaars met waarde, datum, leveranciers, gerelateerde percelen
• contracts[] — getekende contracten, mijlpalen, wijzigingen, transacties
• planning — budget, projectonderbouwing

Codelijst-enums voor inkoopmethoden (open / selective / limited / direct), gunningscriteria (priceOnly / costOptimal / bestProposal / ratedCriteria), aanbestedingsstatus (planning / active / cancelled / unsuccessful / complete / withdrawn), enz.

Extensies

De OCDS-kern dekt ~80% van wat de meeste publiceerders nodig hebben; de rest verloopt via extensies — modulaire add-ons waar publiceerders voor kunnen kiezen. Veelvoorkomende:

• Inschrijvingsstatistieken — aantal inschrijvers per perceel.
• Vragen — Q&A tijdens de aanbestedingsperiode.
• Extra contactpunten — aanvullende contactvelden voor opdrachtgever/inschrijver.
• Raamovereenkomsten — extra velden voor de raamwerkstructuur.

Beperkingen

• Publicatiekwaliteit varieert. Ook bij adopters zijn er problemen met volledigheid — ontbrekende data, niet-standaard codelijsten, schaarse gunningsinfo.
• Niet universeel. Grote publiceerders (het Amerikaanse SAM.gov, de meeste overheden in het Midden-Oosten) publiceren nog geen OCDS.
• Taal. OCDS is een schema, geen vertaler — narratieve velden staan in de taal van de publiceerder.
• Bijlagen blijven pdf. Aanbestedingsdocumenten, specificaties en contractteksten worden doorgaans als pdf-URL gerefereerd, niet gestructureerd binnen OCDS.

Waar TenderYeti in het plaatje past

De scrapingstack van TenderYeti leest OCDS overal waar het wordt gepubliceerd (Oekraïne ProZorro, Slowakije, Moldavië, UK Contracts Finder, enz.) en normaliseert niet-OCDS-bronnen naar een gemeenschappelijk intern schema, zodat alle 490+ portalen via dezelfde interface bevraagbaar worden. Zie de portaaldekking.

Veelgestelde vragen