Cloud Information Model

De entiteit Supplier in het Cloud Information Model (CIM) is een gespecialiseerde Party Role — deze beschrijft een partij (een organisatie of individu) die de rol vervult van het leveren van goederen of diensten aan de onderneming. Omdat CIM de party (de duurzame identiteit van een bedrijf of persoon) scheidt van de role die deze speelt, kan dezelfde partij tegelijkertijd een Customer, een Supplier en een Partner zijn zonder masterdata te dupliceren. Dit is de kernbelofte van het model op het gebied van interoperabiliteit: een gedeeld, applicatie-agnostisch vocabulaire waarmee inkoop-, ERP-, logistieke en analysesystemen het eens kunnen worden over wat een “supplier” is.

De Supplier-entiteit bevat twee brede families van attributen: identiteit en classificatie (wie de leverancier is) en prestatiescore (hoe goed de leverancier presteert). De score-attributen zijn gegroepeerd in drie gewogen categorieën — contract, tevredenheid en concurrentie — die samen opgaan in één supplierScore. Begrijpen hoe deze onderdelen in elkaar passen is essentieel voor iedereen die supplier scorecards, vendor master data of inkoopanalyses implementeert bovenop CIM.

Belangrijkste inzichten

• Supplier is een Party Role, geen op zichzelf staande entiteit. Het erft de identiteit van Party en voegt rolspecifieke attributen toe, zodat u supplier master data nooit afsplitst van customer master data.
• Scoring is een gewogen model met drie categorieën. Contract-, tevredenheids- en concurrentiemetingen hebben elk een weightPercent en een weightScore; de algemene supplierScore combineert deze.
• De meeste rate-velden worden uitgedrukt als integers die percentages of aantallen vertegenwoordigen, wat het model eenvoudig houdt maar afrondings- en normalisatiebeslissingen naar de implementatie verschuift.
• id en activeFromDate zijn verplicht. Elk supplier-record heeft een stabiele GUID-primaire sleutel nodig en een startdatum voor de actieve periode.
• isCarrier is een lichtgewicht specialisatievlag waarmee logistieke logica transportvervoerders (bijv. FedEx, UPS) kan identificeren zonder een aparte entiteit.
• CIM is ontworpen om te worden uitgebreid. Het model is open source en bedoeld om te worden gevorkt en aangepast; behandel deze attributen dus als een basiscontract, niet als een gesloten schema.

Waarom Supplier wordt gemodelleerd als een Party Role

De belangrijkste ontwerpbeslissing in CIM is de Party / Party Role-splitsing, een patroon dat ook wordt aangetroffen in gevestigde enterprise-modellen zoals het Information Framework (SID) van het TM Forum en in master data management-praktijken in het algemeen. Een Party is het persistente object — een rechtspersoon, een organisatie of een persoon. Een Party Role is een tijdsgebonden relatie die die partij heeft met de onderneming.

Dit is belangrijk omdat echte bedrijven vele petten op hebben. Een contractfabrikant kan u eindproducten verkopen (Supplier), componenten van u kopen (Customer) en samen een product ontwikkelen (Partner).

Als u elk van deze als een afzonderlijk record modelleert, krijgt u dubbele vendor/customer masters, reconciliatie-nachtmerries en inconsistente hiërarchieën. Door Supplier tot een rol te maken, stelt CIM u in staat om één Party aan meerdere rollen te koppelen en één “golden record” bij te houden.

Praktische implicaties:

Gerelateerd: Fivetran — De volledig beheerde ELT-pijplijn die gewoon blijft draaien.

• Ontdubbeling vindt plaats op Party-niveau. Twee Supplier-records die naar dezelfde Party verwijzen, zijn dezelfde rechtspersoon.
• Rollen zijn temporeel. De velden activeFromDate en activeToDate zorgen ervoor dat een leveranciersrelatie kan beginnen en eindigen zonder de geschiedenis te wissen.
• Rolspecifieke gegevens blijven bij de rol. Vendor-rangschikking en scorecard-metrieken horen bij Supplier, niet bij Party, omdat ze alleen zinvol zijn in de context van de leverancier.

Identiteits- en classificatie-attributen

De identiteitsattributen zijn opzettelijk minimaal, wat typerend is voor een gedeeld model dat zuiver moet mappen op veel bronsystemen.

• id (guid, verplicht) — de primaire sleutel. Het gebruik van een GUID in plaats van een natuurlijke sleutel voorkomt botsingen bij het samenvoegen van records uit meerdere systemen.
• activeFromDate (date, verplicht) — wanneer de leveranciersrelatie actief werd.
• activeToDate (date) — wanneer deze eindigde, indien van toepassing.
• supplierType (string) — een classificatie in vrije tekst, zoals Retailer, Distributor, Manufacturer of Merchant.
• isCarrier (boolean) — true wanneer de leverancier een transportvervoerder is, zoals FedEx of UPS.
• supplierSpend (integer) — totale kosten besteed aan de inkoop van producten bij de leverancier.

Een opmerking over supplierType: omdat het een gewone string is, is het een gecontroleerde woordenschat bij conventie, niet via het schema. In een echte implementatie moet u dit beperken met een enumeratie of referentielijst, anders zullen “Manufacturer”, “manufacturer” en “Mfg” uw rapportage fragmenteren. Dit is een klassieke afweging in gedeelde modellen — flexibiliteit versus consistentie — en CIM neigt naar flexibiliteit, in de verwachting dat implementeerders dit aanscherpen.

Similarly, supplierSpend als integer roept vragen op over valuta en schaal. Het model specificeert geen valuta- of minor-unit-conventie, dus u moet dit beslissen (bijvoorbeeld minor units opslaan en het veld koppelen aan een valutacode uit uw eigen extensie) voordat u uitgaven over regio’s heen aggregeert.

Als u aan het winkelen bent: Boomi AtomSphere — Enterprise iPaaS voor hybride cloud-naar-on-prem-integratie.

De Supplier Scorecard: Contract, Satisfaction en Competitive

De kern van de Supplier-entiteit is de scorecard, een gewogen composiet van drie meetcategorieën. Elke categorie heeft een weightPercent (hoe zwaar deze meetelt voor het totaal) en een weightScore (de score die wordt toegekend nadat de metingen van die categorie zijn geanalyseerd). De algemene supplierScore is gedefinieerd als:

(contract weight × score) + (satisfaction weight × score) + (cost/competitive weight percentage × score)

Contract performance measures

Dit zijn objectieve, operationele metrieken die gekoppeld zijn aan de koopovereenkomst:

• contractOnTimeDeliveryRate — tijdige leveringen ten opzichte van beloofde data ÷ totale leveringen.
• contractDeliveryCorrectnessRate — leveringen met de juiste hoeveelheid ÷ totale leveringen.
• contractProductQualityRate — percentage producten met gebreken.
• contractProductReturnRate — percentage geretourneerde producten.
• contractInvoiceAccuracyRate — hoe vaak facturen onjuist waren in de afgelopen 12 maanden.
• contractSLAIssueRate — hoe vaak een SLA in de afgelopen 12 maanden is overtreden.
• contractBudgetCostRate — percentage variantie van de eenheidskosten boven de overeengekomen inkooporderprijs.
• contractSourcingCycleDays — dagen vanaf het begin van de sourcing tot de ondertekening van het contract.

Tevredenheidsmaatregelen

Dit zijn meer subjectieve, relatiegerichte beoordelingen:

• satisfactionCustomerServiceRank — hoe problemen met accountbeheer worden gerouteerd en opgelost.
• satisfactionTechnicalSupportRank — hoe training en documentatie worden beoordeeld.
• satisfactionEthicsRank — arbeidspraktijken, veilige werkomstandigheden en geschiktheid voor distributie.

Concurrentiemaatregelen

Deze geven weer hoe de leverancier presteert ten opzichte van alternatieven:

• competitiveCostAvoidanceRank — waarde geleverd door gratis training, levering en soortgelijke concessies.
• competitiveMarketingRank — mate van goodwill geassocieerd met de leverancier.
• competitiveProductPriceRank — kans op het ontvangen van de eerste of betere prijzen gedurende de levensduur van de relatie.
• competitiveWarrantyRank — garantie verstrekt ten opzichte van andere leveranciers.

Elke categorie draagt vervolgens competitiveWeightPercent / competitiveWeightScore, contractWeightPercent / contractWeightScore en satisfactionWeightPercent / satisfactionWeightScore bij aan het totaaloverzicht.

Gerelateerd: Matillion — Push-down ELT gebouwd voor clouddatawarehouses.

Een uitgewerkt voorbeeld

Stel dat een inkoopteam de drie categorieën als volgt weegt en elke categorie een score van 0–100 toekent:

Categorie	Gewicht %	Score	Gewogen bijdrage
Contract	50	90	45,0
Tevredenheid	20	80	16,0
Concurrentie	30	70	21,0
Totaal (supplierScore)	100	—	82,0

De belangrijkste discipline is dat de drie weightPercent-waarden opgeteld 100 moeten zijn. CIM dwingt dit niet af, dus uw implementatie moet dit valideren.

Als ze niet optellen tot 100, is de samengestelde score als genormaliseerd cijfer zinloos. Een gebruikelijke governance-aanpak is om de gewichten centraal vast te leggen (bijvoorbeeld 50/20/30), zodat de scores voor het gehele leveranciersbestand vergelijkbaar zijn, en de gewichten alleen aan te passen voor specifieke grondstoffencategorieën waar de afwegingen echt verschillen.

Lezersfavoriet: Airbyte — Open-source ELT met een beheerde cloudoptie.

Hoe te beslissen: praktische richtlijnen voor implementeerders

Wanneer u de Supplier-entiteit adopteert, bepalen een aantal beslissingen of uw scorekaart betrouwbaar is.

• Normaliseer voordat u gaat wegen. De ruwe rate-velden zijn percentages en aantallen op verschillende schalen. Converteer elke maat naar een gemeenschappelijke schaal van 0–100 (of 0–1) voordat u gewichten toepast, anders zal een enkele telling met een grote omvang domineren.
• Bepaal de directionaliteit expliciet. Voor de meeste velden is hoger beter, maar contractProductReturnRate, contractSLAIssueRate, contractInvoiceAccuracyRate (als “tijden onjuist”) en contractBudgetCostRate (als variantie boven de overeengekomen prijs) zijn lager-is-beter. Keer ze om tijdens het scoren.
• Ga bewust om met ontbrekende gegevens. Een nieuwe leverancier heeft geen geschiedenis van 12 maanden. Bepaal of u de categorie wilt uitsluiten, een neutrale score wilt toekennen of de leverancier wilt markeren als “onvoldoende gegevens” in plaats van deze stilzwijgend als nul te beoordelen.
• Behoud de ruwe metingen. Bewaar de onderliggende rates naast de samengestelde score, zodat u deze later opnieuw kunt wegen en controleren. Een enkele supplierScore zonder herkomst is niet verdedigbaar in een sourcing review.
• Versioneer uw gewichten. Als u de gewichten wijzigt, worden historische scores onvergelijkbaar. Noteer de gewichtenset die van kracht was toen elke score werd berekend.

Leveranciersgegevens in verschillende systemen integreren

Omdat CIM applicatie-agnostisch is, is de Supplier-entiteit het meest waardevol als canoniek doelwit voor integratie. Een typische pijplijn haalt vendor masters uit een ERP (SAP, Oracle, Microsoft Dynamics), scorekaartgegevens uit een inkoop- of SRM-tool en carrier-vlaggen uit een transportbeheersysteem, en brengt ze vervolgens allemaal in kaart op de CIM Supplier-vorm.

• Map natuurlijke sleutels naar id. Elk bronsysteem heeft zijn eigen leveranciersnummer; onderhoud een kruisverwijzingstabel naar de CIM GUID.
• Reconcilieer op Party-niveau. Gebruik de Party-entiteit als ontdubbelingsanker, zodat dezelfde juridische entiteit niet tweemaal wordt geteld.
• Behandel isCarrier als een routing-hint. Stroomafwaartse logistieke logica kan daarop vertakken om vervoerderspecifieke afhandeling toe te passen.
• Publiceer het model als contract. Tools zoals dbt, Apache Atlas en datacatalogi kunnen de CIM-mapping documenteren, zodat analisten weten wat elk veld betekent.

Voor teams die dit formaliseren betekent het open-source karakter van CIM dat je het model kunt forken en entiteiten of attributen kunt toevoegen die je bedrijf nodig heeft — bijvoorbeeld een valutacode voor supplierSpend of een gecontroleerde enumeratie voor supplierType — terwijl je de kern Party/Role-structuur intact houdt. Gerelateerde standaarden die de moeite waard zijn om op één lijn te brengen zijn onder meer het TM Forum Information Framework (SID) voor party/role-patronen en GS1 voor product- en locatie-ID’s, aangezien leveranciers- en productgegevens vaak samen reizen.

Overwegingen over governance en gegevenskwaliteit

Een leveranciersscorekaart is slechts zo goed als de gegevens die erin vloeien, en leveranciersgegevens zijn notoir rommelig omdat ze afkomstig zijn uit veel systemen en in de loop van de tijd veranderen.

• Eigendom. Wijs een data steward toe voor stamgegevens van leveranciers; scorekaartvelden hebben vaak een andere eigenaar (inkoop) dan identiteitsvelden (financiën of MDM).
• Versheid. De perioden van 12 maanden in de velden voor factuurnauwkeurigheid en SLA impliceren een voortschrijdende herberekening. Definieer de vernieuwingsfrequentie en maak deze zichtbaar.
• Controleerbaarheid. Omdat scores bepalend zijn voor sourcingbeslissingen, moet u een audittrail bijhouden van inputs, gewichten en berekende outputs.
• Ethiek en naleving. Het veld satisfactionEthicsRank heeft betrekking op arbeidspraktijken en veilige werkomstandigheden — gebieden die steeds meer onderworpen zijn aan due diligence-regelgeving in de toeleveringsketen. Beschouw het als een nalevingssignaal, niet alleen als een zachte beoordeling.

Veelgestelde vragen

Wat is de Supplier-entiteit in het Cloud Information Model?

Supplier is een Party Role in CIM die een partij beschrijft die goederen of diensten aan de onderneming levert. Het erft de identiteit van de Party-entiteit en voegt leverancierspecifieke attributen toe, zoals supplierType, isCarrier, supplierSpend en een volledige prestatiescorekaart. Door het te modelleren als een rol in plaats van als een op zichzelf staande entiteit, kan één partij zowel als leverancier als klant optreden zonder dubbele stamgegevens.

Hoe wordt de supplierScore berekend?

De supplierScore combineert drie gewogen categorieën: contract, tevredenheid en concurrentie. Elke categorie draagt zijn weightPercent bij, vermenigvuldigd met zijn weightScore, en de resultaten worden opgeteld. Om de samenstelling zinvol te maken, moeten de drie gewichtspercentages samen 100 zijn, en moet elke onderliggende maatstaf vóór weging worden genormaliseerd naar een gemeenschappelijke schaal.

Welke Supplier-velden zijn verplicht?

Slechts twee velden zijn verplicht: id (een GUID-primaire sleutel) en activeFromDate (de datum waarop de leveranciersrelatie actief werd). Al het andere, inclusief activeToDate, supplierType en alle scorecard-attributen, is optioneel, waardoor gedeeltelijke records stapsgewijs kunnen worden geladen.

Wat betekent de isCarrier-vlag?

isCarrier is een boolean die ‘true’ is wanneer de leverancier een vervoerder is, zoals FedEx of UPS. Het biedt een lichtgewicht manier voor logistieke- en verzendlogica om vervoerders te identificeren zonder dat een afzonderlijke entiteit of subtype nodig is, waardoor het model compact blijft.

Waarom zijn de meeste scorecard-velden integers?

De rate- en rank-velden zijn getypeerd als integers, die doorgaans percentages of aantallen vertegenwoordigen. Dit houdt het model eenvoudig en overdraagbaar tussen systemen, maar het betekent dat implementeerders zelf moeten beslissen over afrondings-, schaal- en normalisatieconventies in plaats van te vertrouwen op het schema om deze af te dwingen.

Kan ik de Supplier-entiteit uitbreiden?

Ja. CIM is een open-sourcemodel dat bedoeld is om te worden aangepast, dus u kunt attributen toevoegen — bijvoorbeeld een valutacode voor supplierSpend of een gecontroleerde enumeratie voor supplierType — of nieuwe entiteiten toevoegen. Uitbreidingen moeten de kernstructuur van Party/Party Role behouden, zodat de interoperabiliteit met andere CIM-gebaseerde systemen gewaarborgd blijft.