Klantinformatiesystemen: casestudy defensie in het Midden-Oosten

Dit is een casestudy over hoe een middelgrote defensiefabrikant in het Midden-Oosten zijn klantinformatiesystemen op orde bracht. Klantdata stond op drie plaatsen, offertes gingen de deur uit met inconsistente prijzen en goedkeuringen raakten zoek in e-mail. De oplossing was één klantrecord in Microsoft Dynamics, regelgestuurd offreren in Experlogix CPQ en een geautomatiseerde overdracht van goedgekeurde offertes naar SAP Sales and Distribution (SD) via SAP Cloud Integration. De doorlooptijd van offertes daalde gemiddeld met 35%. Dit stuk is bedoeld voor leiders van salesoperations, IT en finance bij fabrikanten met lange, configureerbare en compliancezware verkoopcycli. De uitrolvolgorde en de lessen aan het eind zijn de onderdelen om te hergebruiken.

Wanneer defensieteams om klantinformatiesystemen vragen, bedoelen ze meestal meer dan een CRM. Ze willen structuur: een plek waar complexe beslissingen in context bij elkaar staan, over lange verkoopcycli, compliancezware workflows en wisselende groepen beslissers heen.

In mijn rol als Digital Transformation Director bij een defensiebedrijf kreeg ik de opdracht precies dit op te lossen. Het probleem was niet een gebrek aan inzet. Mensen deden het werk. Het probleem was dat die inzet geen thuis had. Geen gedeeld platform, geen zicht en geen afstemming tussen wat er werd verkocht en wat er werd gepland.

Een middelgrote defensiefabrikant in het Midden-Oosten. Hij opereerde achter de schermen: geen publiek merk, en zichtbaarheid was niet het doel. De componenten werden gebruikt in militaire luchtvaart en beveiligde communicatie.

Elke verkoop volgde een gedetailleerd pad: engineeringreviews, compliancecontroles, interne goedkeuringen, offertes onder versiebeheer. Chaotisch was het niet, maar zwaar wel.

De klantinformatiesystemen vielen uit elkaar. Sales gebruikte het ene platform. Support een ander. Operations werkte met spreadsheets, offlinemappen en documenten die verouderd waren voordat iemand ze opende.

Dit was er kapot en dit kostte het:

Wat er kapot was	Impact
Geen CRM voor de pijplijn van verkoopkansen of zicht op beslissers	Geen gedeeld beeld van de stand van elke deal
Prijzen handmatig bepaald, zonder consistente vastlegging	Offertes gingen de deur uit met verouderde of tegenstrijdige bedragen
Goedkeuringen via e-mail, vaak kwijtgeraakt of vertraagd	Auditsporen voor compliance waren onvolledig
Klantrecords gedupliceerd over systemen, met licht afwijkende gegevens	Niemand kon zeggen welke versie juist was

Op papier zag het er gestructureerd uit. Volg een offerte van het ontstaan tot de levering en het viel uit elkaar. Goedkeuringen bleven steken zonder duidelijke eigenaar. De prijs hing af van wie de offerte indiende. Offertes lagen begraven in e-mailthreads. Teams stelden elkaar steeds dezelfde vragen. Geen van deze dingen was een dramatische mislukking, maar over maanden liepen de kleine vertragingen op, en voor een bedrijf met lange verkoopcycli deed het verloren momentum er meer toe dan de meeste mensen beseften.

Het doel was niet alles te vervangen. Het doel was wrijving te verminderen zonder iets lastiger in gebruik te maken: de systemen laten aansluiten op hoe de teams al werkten, zonder mensen in starre processen te dwingen.

Ik trok tijd uit voor de teams voordat ik aan enige configuratie begon. Ik keek hoe het werk liep van vastlegging tot levering, waar de tools in de weg zaten en waar mensen de data niet meer vertrouwden.

Uit die sessies kwamen drie prioriteiten:

1. Eén gedeeld klantrecord, zichtbaar voor sales, support en operations in hetzelfde format. Geen parallelle versies meer.
2. Gestructureerd offreren, volgens consistente regels voor configuratie en prijzen in plaats van individuele gewoontes en oude sjablonen.
3. Gekoppelde orderuitvoering, met een schone overdracht van goedgekeurde offerte naar SAP SD en zonder handmatig opnieuw invoeren.

Systeem	Wat het oploste
Microsoft Dynamics CRM	Eén klantrecord, gekoppeld aan salesactiviteit en verkoopkansen
Experlogix Configure Price Quote (CPQ)	Productconfiguratieregels, prijslogica, offerteversies
SAP Sales and Distribution (SD)	Orderuitvoering en levering
SAP Cloud Integration (CPI)	Integratielaag die CPQ en CRM met SAP SD verbindt

Microsoft Dynamics als fundament. We hadden één plek nodig waar klantinformatie juist en in volledige context zichtbaar was. Dynamics gaf ons een plek om de data te gaan ontwarren. Vertrouwdheid met het platform hielp, en de aansluiting op Outlook en Teams ook. Mensen hoefden niet opnieuw te beginnen. Er waren aanpassingen nodig om het bij de werkwijze van het bedrijf te laten passen. Zodra teams over functies heen dezelfde data in hetzelfde format zagen, begon het vertrouwen te groeien.

Experlogix CPQ voor configuratie en prijzen. Eerder werd er op veel te veel verschillende manieren geoffreerd. Mensen vertrouwden op hun geheugen en handmatige aanpassingen. We richtten Experlogix in met vastgelegde regels voor productcombinaties, prijzen gekoppeld aan configuraties en goedkeuringsroutes per dealtype en -waarde. In het begin voelde het beperkend, en sommigen zeiden dat ook ronduit, maar het nam de dubbelzinnigheid weg. Engineering kreeg schonere offertes en sales stopte met het bijstellen van prijzen uit het geheugen van eerdere deals.

SAP SD via SAP CPI. SAP SD werd al gebruikt voor orders. Het gat zat in de overdracht: een goedgekeurde offerte moest nog steeds opnieuw in SAP worden ingevoerd. We koppelden de twee via SAP CPI, zodat goedgekeurde offertes rechtstreeks als orders in SAP terechtkwamen en klant- en ordergegevens tussen Dynamics en SAP gesynchroniseerd bleven. Waar we tegen beperkingen aanliepen, voegden we maatwerklogica toe. Niet in elk geval elegant, maar het werkte.

1. 01KlantrecordMicrosoft Dynamics, één versie voor elk team
2. 02Configureren en prijzenExperlogix CPQ-regels voor combinaties en prijzen
3. 03GoedkeurenGerouteerd op dealtype en -waarde
4. 04Order aanmakenSAP CPI duwt de goedgekeurde offerte naar SAP SD
5. 05LeverenSAP SD, met klantgegevens in sync

Geen dubbele invoer, en een auditspoor van goedkeuring tot order

De uitrol verliep gefaseerd over ruwweg zes tot acht maanden. Niets dramatisch: gelaagde wijzigingen, bij elke stap gevalideerd.

1. Pilot. Een kleine groep gebruikers en specifieke scenario's, gericht op CRM en CPQ. We testten randgevallen, brachten hiaten aan het licht en pasten aan voordat we opschaalden.
2. De data opschonen. Klantrecords werden geconsolideerd en ontdubbeld voordat ze in Dynamics gingen, met compliancedocumenten gekoppeld aan de juiste verkoopkansen. Dit kostte meer tijd dan de configuratie.
3. Uitbreiden over afdelingen. Toen de pilotworkflows waren verfijnd, ging de oplossing naar sales, support en operations.
4. SAP SD halverwege integreren. De CPQ-naar-SAP-integratie ging live zodra de upstreamsystemen stabiel waren, zodat vroege problemen niet doorwerkten in orders.

Beveiliging en compliance zaten vanaf dag één in het ontwerp. Voor een defensieklant zijn de integriteit van het auditspoor en rolgebaseerde toegang niet optioneel. We legden toegangsrollen helder vast en hielden goedkeuringssporen bij. Dataresidentie werd vroeg geregeld: alle data bleef binnen de VAE, conform de regels voor de defensiesector. Dat vertraagde ons in het begin licht, en het voorkwam later ernstiger problemen.

De training was praktisch: korte sessies, gerichte materialen, live demonstraties en instructievideo's, verspreid over weken en maanden in plaats van in één sessie. De adoptie was in het begin niet perfect. Gestage ondersteuning en zichtbare voordelen namen de aanvankelijke aarzeling weg. Het keerpunt kwam toen teams de tools in echte situaties gebruikten en merkten dat de data die ze terugkregen klopte.

Uitkomst	Wat er veranderde
Doorlooptijd van offertes	Gemiddeld 35% korter, bij veel deals uren bespaard en bij complexe deals meerdere dagen
Nauwkeurigheid van configuratie	Validatieregels voorkwamen fouten voordat ze bij engineering kwamen
Auditgereedheid	Compliancecontroles vergden geen haastklus op het laatste moment meer
Afstemming tussen teams	Sales, support en operations werkten vanuit hetzelfde klantrecord

De daling van 35% kwam niet in de eerste week. Vroege cycli bevatten nog verduidelijkingen en correcties. Zodra productregels en prijslogica consistent waren, ging het offreren sneller. Verkopers jaagden niet langer goedkeuringen na en repareerden geen hergebruikte sjablonen meer. Het systeem nam die stappen over.

Afstemming telt zwaarder dan technologie. De technische bouw was het makkelijkste deel. Teams ertoe krijgen één bron van waarheid te vertrouwen en te stoppen met het bijhouden van eigen records was lastiger. Dat betekende mensen laten zien dat de data betrouwbaar was voordat we hen vroegen erop te vertrouwen.

Integratiedetails tellen zwaarder dan functies. De CPQ-naar-SAP SD-integratie maakte het hele systeem waardevol. Een losstaand CRM en losstaand offreren met handmatige orderinvoer hadden elk een beetje geholpen. In de koppeling ertussen verdween de wrijving.

Ondersteuning en training laten het beklijven. Uitgerold en vervolgens aan zijn lot overgelaten is niet opgeleverd. De training liep weken en maanden door na de go-live, en in die periode beklijft de adoptie of rafelt ze uit.

De architectuur houdt nog steeds stand: CRM voor het klantrecord, CPQ voor gestructureerd offreren, ERP-integratie voor orderuitvoering. Drie dingen zouden veranderen als dezelfde opdracht nu zou starten.

Het integratieplatform. SAP CPI is nu de Cloud Integration-functionaliteit binnen SAP Integration Suite, naast API-beheer, eventgebaseerde integratie en kant-en-klare integratiecontent. Een flow van Dynamics via CPQ naar SAP SD zou vandaag minder ontwerptijd kosten. Mijn gids over SAP Cloud Integration behandelt het platform.

Het eigen CRM van SAP zou op de shortlist staan. Met SAP SD als backend moet een nieuwe opdracht SAP Sales Cloud, dat nu Joule bevat, vergelijken met Microsoft Dynamics. Dynamics was hier de juiste keuze vanwege de bestaande vertrouwdheid. Het antwoord hangt nog steeds af van functionaliteit en integratievoorkeuren, maar de SAP-eigen optie is een geloofwaardiger kandidaat dan voorheen. Mijn vergelijking van CRM-systemen voor SAP behandelt de opties.

Een Amerikaanse federale scope vraagt om een ander hostingmodel. Deze klant had dat niet nodig, maar een defensiebedrijf met Amerikaanse federale activiteiten zou kijken naar SAP National Security Services (SAP NS2). In 2025 kreeg die een voorlopige autorisatie om S/4HANA Cloud Private Edition en SAP BTP te draaien op FedRAMP+ Impact Level 5, met uitsluitend Amerikaanse operations.

Defensiespecifieke eisen (auditsporen, rolgebaseerde toegang, versiebeheer op offertes, dataresidentie) gelden ongeacht de platformgeneratie. Voor het bredere compliancebeeld zie mijn gids over SAP-compliance in de publieke sector.

Waarom is Microsoft Dynamics gekozen boven andere CRM-platforms?

Het kon de volledige klantlevenscyclus beheren, van lead via verkoopkans tot after-salescontact, en de lange, complexe dealcycli van defensieverkoop aan. De aansluiting op Outlook en Teams hielp de adoptie, en de vertrouwdheid van het team met het platform verlaagde de drempel verder.

Toegangsbeheer, auditlogging, flexibiliteit en ruimte om te schalen waren de andere doorslaggevende factoren voor een compliancezware klant.

Welke rol speelde Experlogix CPQ, en waarom überhaupt CPQ?

Defensieproducten hebben complexe configuratieregels. Een prijslijst kan de wisselwerking tussen productvarianten, complianceeisen en klantspecifieke voorwaarden niet vastleggen. Zonder CPQ hing elke offerte ervan af of degene die haar maakte de regels kende.

Experlogix bracht die regels onder in de offertetool. Een verkoper kreeg validatiefeedback tijdens het opstellen van de offerte, geen correctie van engineering dagen later. Fouten schoven naar voren, waar ze goedkoop te herstellen zijn.

Hoe is SAP SD geïntegreerd met CRM en CPQ?

SAP CPI fungeerde als middleware. Een goedgekeurde offerte in Experlogix startte een flow die de order in SAP SD aanmaakte met de juiste orderregels, prijzen en klantgegevens. CPI hield ook klant- en ordergegevens tussen Dynamics en SAP gesynchroniseerd, met validatieregels om niet-overeenkomende data tegen te houden.

Voorheen kopieerde iemand elke goedgekeurde offerte met de hand naar SAP. Door dat te automatiseren verdwenen de fouten door opnieuw invoeren en ontstond een schoon auditspoor van goedkeuring tot order.

Wat waren de grootste uitdagingen tijdens de implementatie?

Eerst de datakwaliteit. Klantdata was inconsistent tussen afdelingen, met duplicaten en ontbrekende velden, en moest worden opgeschoond voordat Dynamics de bron van waarheid kon zijn.

Op de tweede plaats kwam de integratiemapping, vooral voor productconfiguraties en prijzen over drie systemen. Op de derde plaats het afstemmen van sales, engineering, IT en finance, met name toen het eigenaarschap van delen van het proces veranderde.

Hoe zijn beveiliging en compliance aangepakt?

Het was vanaf dag één ingebouwd. Elk onderdeel moest voldoen aan het interne beveiligingsbeleid en de nationale regelgeving. Rolgebaseerde toegang beperkte wie welke records kon zien en wijzigen. Volledige auditsporen dekten offertes, goedkeuringen en datawijzigingen. Alle data bleef in de VAE, conform de regels voor de defensiesector.

Doordat het ontwerp bij die eisen begon, had de data al de juiste vorm toen de compliancereviews eraan kwamen.

Hoe lang duurde de uitrol?

Ruwweg zes tot acht maanden, in fasen. Het begon met een pilot gericht op CRM en CPQ, werd na feedback uitgebreid over afdelingen en kreeg halverwege de SAP SD-integratie erbij zodra de upstreamsystemen stabiel waren. Training, ondersteuning en afstelling liepen de hele periode door.

Is dit model toepasbaar op andere defensie- of productiebedrijven?

Ja, overal waar verkoopcycli lang zijn, producten configureerbaar zijn en compliancedocumentatie vereist is: lucht- en ruimtevaart, industriële apparatuur en elk bedrijf waar een offerte engineeringvalidatie nodig heeft voordat ze de deur uitgaat.

De specifieke tools doen er minder toe dan de integratielogica. De goedgekeurde offerte moet zonder opnieuw invoeren in het ERP terechtkomen, en het klantrecord moet één bron van waarheid zijn.