Waarom DICO uw productdata niet redt

Gecertificeerde systemen, vervuilde databases

Wanneer een IT-afdeling rapporteert dat de DICO-koppeling met leveranciers operationeel is, lijkt het datavraagstuk technisch afgevinkt. De XML-berichten stromen zonder fouten heen en weer. Op de website van Ketenstandaard staat de organisatie geregistreerd, en de softwarepartners dragen het stempel ‘DICO Certified’. Alles ademt controle en structuur.

En toch.

Toch blijkt in veel organisaties dat de binnendienst dagelijks Excel-bestanden handmatig zit op te schonen. Klanten zoeken op de webshop naar productkenmerken die ontbreken, en in de database ontbreken nog steeds cruciale ETIM-kenmerken waardoor producten onvindbaar blijven in de filters.

Dit is de gecertificeerde snelweg-paradox.

Het is een kostbare illusie die in de bouw- en installatiesector wijdverspreid is. Er ontstaat vaak de aanname dat de implementatie van een communicatiestandaard (DICO) en een classificatiemodel (ETIM) automatisch leidt tot gegarandeerde datakwaliteit.

Hier ontstaat echter een blinde vlek. Een softwarecertificering bewijst dat de digitale snelweg correct is aangelegd. Het zegt niets over de kwaliteit van de lading die over die snelweg wordt getransporteerd.

De snelweg en de lading

Om te begrijpen waar het proces vastloopt, helpt de parallel met fysiek transport.

Wanneer een vrachtwagen gevuld met bouwafval naar een magazijn rijdt, stopt de snelweg deze vrachtwagen niet. De weg voldoet aan alle normen. De vrachtwagen is gekeurd. De infrastructuur functioneert feilloos.

Maar bij aankomst kan de ontvangende partij niets met de lading.

Dit is exact wat er dagelijks in de digitale keten gebeurt. Productdata wordt via een gecertificeerde DICO-koppeling naar een groothandel of e-commercebedrijf gestuurd.

EAN-codes missen hun voorloopnullen omdat Excel ze automatisch heeft afgekapt.
Producttitels zijn volledig in ALL CAPS aangeleverd.
Bij de afmetingen staan centimeters en millimeters door elkaar.
Essentiële ETIM-attributen zijn leeg gelaten of bevatten vulteksten als nvt of zie catalogus.

Omdat de DICO-koppeling technisch gecertificeerd is, verstuurt de software deze fouten probleemloos. En foutloos. Wat de ontvangende partij binnenkrijgt, is gecertificeerde digitale rommel. De software controleert immers de vorm van de envelop, niet de inhoud van de brief.

De cijfers achter de illusie

Dat dit een structureel probleem is en geen incident, blijkt uit de cijfers. Ketenstandaard Bouw en Techniek stimuleert de adoptie van standaarden en beheert het platform datakwaliteit.nu.

Een blik op de deelnemerslijst van datakwaliteit.nu maakt de bottleneck in de keten pijnlijk zichtbaar:

47 procent van de geregistreerde partijen is ICT-dienstverlener. Zij bewijzen dat hun software de snelweg kan leggen en de berichten technisch correct kan verwerken.
40 procent bestaat uit groothandels en ontvangende partijen. Dit zijn de organisaties die aan het einde van de keten zitten en smeken om schone, bruikbare data om hun webshops en ERP-systemen te voeden.
Slechts 4 procent (twee van de 45 geregistreerde partijen) is daadwerkelijk fabrikant.

Dit is de kern van de bottleneck. De softwarebouwers certificeren hun systemen. De groothandels certificeren hun ontvangstkanalen. Maar de bron, de fabrikant die de daadwerkelijke productdata maakt, blijft grotendeels buiten schot.

Zolang de data aan de bron niet wordt gevalideerd volgens strikte inhoudelijke regels, lost de technologie het probleem niet op. Het maakt de rommel alleen maar sneller en makkelijker verplaatsbaar.

Waarom de standaard niet genoeg is

De DICO-standaard en de ETIM-classificatie zijn uitstekende initiatieven. Zonder deze afspraken zou digitale handel in de technische sector onmogelijk zijn. Maar een standaard is een kader, geen kwaliteitscontroleur.

Een standaard definieert wáár de data moet staan en welk technisch formaat het moet hebben. Het definieert niet of de waarde logisch consistent is.

Een PIM- of ERP-systeem kan valideren of een ETIM-klasse is ingevuld. Maar het controleert niet of de ingevulde waarden voor spanning, wattage en stroomsterkte logisch met elkaar overeenstemmen. Het controleert niet of de productomschrijving aansluit bij de afbeelding.

Net zoals in andere artikelen wordt beschreven dat een PIM-systeem de datakwaliteit niet oplost omdat het slechts een container is, zo lost de DICO-standaard de datakwaliteit niet op omdat het slechts de transporteur is.

Wanneer een organisatie blind vertrouwt op de technische koppeling, verplaatst de kwaliteitscontrole zich geruisloos naar de consument. Of naar de binnendienst, die de fouten handmatig mag herstellen nadat de database al is vervuild. Wat die fouten werkelijk kosten aan hersteluren en retouren, blijft in veel organisaties onzichtbaar maar structureel aanwezig.

Wat u zou moeten meten

Om grip te krijgen op deze paradox, helpt het om de focus te verschuiven van het transport naar de inhoud. Niet de vraag óf berichten aankomen is leidend, maar wat de inhoudelijke kwaliteit is van de data in die berichten.

Wat een organisatie concreet zou moeten meten:

De hersteltijd van de binnendienst. Hoeveel uur besteedt het team wekelijks aan het handmatig corrigeren, verrijken en herformatteren van ‘gecertificeerde’ data van leveranciers? Dit is vaak onzichtbare overhead die direct ten koste gaat van de marge.

Het uitvalpercentage aan de poort. Welk percentage van de binnenkomende DICO-berichten bevat data die technisch klopt, maar commercieel onbruikbaar is? Denk aan ALL CAPS producttitels of afgekapte codes.

Inconsistente ETIM-waarden. Hoe vaak komt het voor dat een product administratief 100% geclassificeerd is, maar dat de waarden onderling tegenstrijdig zijn? Dit zijn de fouten die de filternavigatie op de webshop ongemerkt breken.

Wanneer een organisatie deze metrics in kaart brengt, verschuift de discussie van een technisch IT-project naar een meetbare businesscase.

Validation-by-Design: De poortwachter

Deze paradox wordt niet doorbroken met nog complexere softwarecertificeringen of strengere contracten met leveranciers. Het antwoord ligt in het principe van Validation-by-Design: het inrichten van een actieve kwaliteitscontrole aan de poort, nog vóórdat de data de interne systemen bereikt.

In de grafische industrie werd dit probleem twintig jaar geleden al opgelost. Een drukkerij accepteert geen PDF-bestanden zonder een automatische ‘preflight-controle’. Voldoet het bestand niet aan de harde kwaliteitseisen (zoals kleurprofielen of resolutie)? Dan weigert de poort de invoer direct en automatisch. Het bestand gaat terug naar de ontwerper met een specifiek foutenrapport. De drukkerij hoeft nooit andermans fouten op te lossen.

E-commercebedrijven en technische groothandels kunnen dezelfde discipline omarmen.

Definieer inhoudelijke validatieregels. Niet alleen technische veldtypen, maar logische regels die gelden voor het specifieke assortiment en de productcategorieën.
Installeer een digitale controlepost. Zorg voor een validatielaag tussen de DICO-koppeling en het PIM- of ERP-systeem.
Signaleer en rapporteer aan de bron. Het direct blokkeren van data leidt in de praktijk vaak tot interne discussie en operationele vertraging. De eerste stap is daarom heldere signalering. Wanneer data niet voldoet aan de afspraken, genereert het systeem direct een foutenrapport voor de leverancier of het inkoopteam. Zo is er direct duidelijkheid over wat er hersteld moet worden, zónder dat de commerciële of logistieke keten stilvalt.

Hiermee ontstaat er direct transparantie over de datakwaliteit aan de bron. De binnendienst hoeft niet langer handmatig te zoeken naar fouten, maar kan gericht sturen op herstel op basis van concrete rapportages. De databases worden stapsgewijs gevuld met data die vanaf de start betrouwbaar is.

Het certificeren van de snelweg is een noodzakelijke stap. Maar om de e-commerce- en logistieke processen soepel te laten draaien, ligt de werkelijke winst in het sturen op de lading.

Binnen 1–2 weken inzicht in uw datakwaliteit. Vaste prijs: €2.695. Start Inzichtsprint of stel uw vraag.