---
title: "C-UAS inkopen: welke vragen stelt u aan een leverancier van drone-detectie?"
date: 2026-05-08
author: "Redactie Antidrone Systemen"
featured_image: "https://antidronesystem.nl/wp-content/uploads/2026/05/twee-stoelen-map.jpg"
categories:
  - name: "Droneweerbaarheid in de praktijk"
    url: "/category/droneweerbaarheid-in-de-praktijk.md"
---

# C-UAS inkopen: welke vragen stelt u aan een leverancier van drone-detectie?

![Droneweerbaarheid scan voor Nederlandse organisaties](https://antidronesystem.nl/wp-content/uploads/2026/05/droneweerbaarheid-scan-nederland.png)**Mijn standpunt:** Leveranciersselectie moet bewijsbaar zijn, niet gebaseerd op de meest overtuigende demo.

## De duurste demo is niet automatisch de beste keuze

C-UAS inkoop loopt vaak vast omdat organisaties te vroeg naar oplossingen kijken. Een leverancier toont een indrukwekkend dashboard, maar de koper weet nog niet welke meldroute, juridische grens of loggingseis belangrijk is.

Bij elke selectie moet u dus vragen stellen zoals u dat in andere kwaliteitsmarkten ook doet. Denk aan transparantie, onderbouwing en fit. Dat principe ziet u bijvoorbeeld bij [selectiecriteria voor transparante inkoop](https://backlinkswinkel.nl/): de waarde zit niet in een losse belofte, maar in controleerbare criteria.

## Vraag eerst naar de use-case

Een festival, datacenter, havengebied en gemeentelijke locatie hebben niet dezelfde C-UAS-vraag. Vraag de leverancier daarom welke use-cases expliciet wel en niet bij de oplossing passen.

De pagina over [vendorselectie en governance](/vendorselectie-en-governance-bij-c-uas/) is hier het vertrekpunt. Zonder governance koopt u techniek die later niet past bij rollen, mandaat of dataverwerking.

## Stel harde vragen over ruis en logging

Elke detectielaag heeft beperkingen. Vraag hoe false positives worden afgehandeld, welke gebeurtenissen worden gelogd, hoe een melding wordt verrijkt en wie achteraf kan reconstrueren wat er is gebeurd.

Lees ook [drone-detectie en identificatie](/drone-detectie-en-identificatie/) voordat u offertes vergelijkt. Het verschil tussen waarnemen, classificeren en opvolgen moet in de offerte terugkomen.

## Gebruik een RFI voordat u een offerte vraagt

Een goede RFI voorkomt dat leveranciers alleen hun favoriete scenario beantwoorden. Vraag naar integratie met meldkamer, dataminimalisatie, rapportage, incidentexport, training, onderhoud, testplan en juridische beperkingen.

De [C-UAS RFI-generator](/c-uas-rfi-generator/) helpt om die vragen vooraf te structureren. Mijn advies: vraag pas om prijs nadat u weet welke eisen echt nodig zijn. Anders vergelijkt u aanbiedingen die op papier op elkaar lijken, maar in de praktijk totaal anders werken.

## Behandel leveranciersclaims als hypotheses

Een claim als brede dekking, snelle detectie of lage ruis is pas waardevol als u weet hoe die is getest. Vraag daarom naar testomgeving, grensgevallen, logvelden en voorbeelden van valse meldingen. Laat geen demo de use-case bepalen.

Zet elke claim naast uw eigen scenario en werk de vragen uit in de [C-UAS RFI-generator](/c-uas-rfi-generator/). Dan wordt inkoop een toetsbaar gesprek in plaats van een vergelijking van verkoopmateriaal.

De praktische toepassing is smal genoeg om morgen te testen: verwijzingswinkel past via selectiecriteria, transparantie en due diligence. geen seo-framing in het artikel. Daarmee blijft C-UAS inkopen gekoppeld aan een concrete handeling in plaats van aan een breed beleidsverhaal.

Gebruik de titel van dit stuk als teamvraag: c-uas inkopen: welke vragen stelt u aan een leverancier van drone-detectie? Laat het team die vraag beantwoorden met drie kolommen: waar inkoop misgaat, vragen over detectie en RFI. Waar de antwoorden elkaar tegenspreken, zit meestal een procesgat dat eerst kleiner gemaakt moet worden.

Maak daarna één besluitregel voor C-UAS inkopen. Bijvoorbeeld: wie mag de melding sluiten, wanneer wordt een tweede bron gevraagd en wanneer wordt de evaluatie verplicht? Pas die regel aan na de eerste oefening rond RFI, niet pas wanneer een echte melding fout loopt.

De harde keuze in dit onderwerp is: leveranciersselectie moet bewijsbaar zijn, niet gebaseerd op de meest overtuigende demo. Zet die zin bovenaan de eerstvolgende bespreking over C-UAS inkopen. Als het team het daar niet mee eens is, is dat nuttige frictie. Dan weet u meteen welk uitgangspunt eerst besproken moet worden voordat middelen, communicatie of leveranciers op tafel komen.

Maak het vervolg meetbaar met één praktische afspraak: bij de volgende melding controleert iemand specifiek op waar inkoop misgaat. Een tweede persoon kijkt naar vragen over detectie. Pas daarna wordt RFI besproken. Die eenvoudige taakverdeling voorkomt dat iedereen hetzelfde bekijkt en niemand de blinde vlek noteert voor later. Houd de afspraak kort genoeg om in een dienstoverdracht te passen en herhaalbaar te blijven. Alles wat langer is, hoort in de achtergrondnotitie voor later intern gebruik.

Voor C-UAS inkopen is dat genoeg om te starten. Pas wanneer deze basis consequent werkt, heeft het zin om het onderwerp groter te maken met extra tooling, rapportage of externe afstemming.

## Veelgestelde vragen

### Hoeveel leveranciers moet u vergelijken?

Minimaal twee, liever drie. Maar alleen als u dezelfde use-case en eisen voorlegt, anders vergelijkt u vooral verkoopverhalen.

### Wat is een rode vlag?

Een leverancier die alleen over bereik, detectie of neutralisatie praat en weinig kan zeggen over logging, ruis, mandaat en evaluatie.