Enterprisegegevens begrijpen

🌐 Ook beschikbaar in 28 talen

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

Afbeelding gegenereerd met AI

Vertaald door AI. Nog niet door de community nagekeken. Lees in het Engels

Studiegids bij hoofdstuk 4 van de cursus Data Architect. Lees eerst de zes modules; deze pagina helpt je na te gaan wat is blijven hangen.

Over deze studiegids. Hij is alleen gebaseerd op de eigen inhoud van deze cursus en op de lijst met doelstellingen in de gepubliceerde examengids van Salesforce. Hij is nooit gebaseerd op echte examenvragen, en hij beweert niet te weten wat er in het examen staat. Als je het examen hebt gedaan, stuur me dan alsjeblieft geen vragen eruit: de certificeringsovereenkomst verbiedt het delen ervan, en antwoorden uit je hoofd leren is sowieso de verkeerde manier om architect te worden.

De examengids zegt dat het geen databaseconcepten buiten Salesforce test, en het grootste deel van dit hoofdstuk gaat over de enterprise rond Salesforce. Dus zegt deze checklist, net als bij hoofdstuk 1, welke doelen elk punt ondersteunt. Maar sla hem niet over: veel examenscenario’s beginnen met een ERP, een datawarehouse of een tweede org, en het antwoord hangt af van wie eigenaar is van de data.

Voor het examen

Vink ze af terwijl je verdergaat. Elk punt linkt naar de plek waar het behandeld wordt.

Wie is eigenaar van de data (ondersteunt SDM-2, SDM-3 en het hoofdstuk Stamgegevens)

• Ik kan zeggen welk systeem het bronsysteem is voor elke soort data, en ik maak de zin af: bronsysteem waarvoor? (Salesforce is vaak niet het bronsysteem, Begin niet bij de productnaam)
• Ik ken het gewone patroon: klanten, producten en prijzen vanuit het ERP erin, orders eruit, en weet dat de orderpijl van de andere afhangt; daarna vraag ik naar de terugweg. (De integratie die ik steeds weer zie, Pijlen in één richting maken me nerveus)
• Ik stel drie vragen over stamgegevens: waar worden ze aangemaakt, waar worden ze bewerkt, en waar wordt ernaar verwezen? (De vier vragen achter de categorieën)
• Ik weet dat een kopie geen zeggenschap is: data waarvan het ERP eigenaar is, wordt lokaal gelezen en gecontroleerd geschreven, met de ERP-identificator bewaard als externe ID. (Het ERP: de backoffice heeft zwaartekracht, Het landschap verandert het datamodel)

De soorten data en hun workloads (ondersteunt DM-1, LDV-1 en MDM-4)

• Ik kan stamgegevens, referentiegegevens, transactiegegevens, metadata, analytische en ongestructureerde gegevens uit elkaar houden, en weet wat elk betekent voor waar ze staan. (Begin bij de soort, niet bij het object)
• Ik weet dat referentiegegevens klein zijn maar dat daar de aannames van integraties zich verstoppen (Delivered, Complete, D). (Referentiegegevens)
• Ik kan operationele (OLTP), analytische (OLAP) en streaming-workloads uit elkaar houden: de org runt het bedrijf, warehouses en lakes analyseren het. (De soort is maar de helft van de vraag)
• Ik ken synchroon (bij de deur wachten), asynchroon (verdergaan en het afhandelen als het terugkomt) en batch (elk uur, om de paar uur, dagelijks), weet wanneer batch genoeg is, en dat realtime een prijs heeft. (Hoe snel moet het bewegen?)
• Ik stel bij elke dataset de vier vragen: wie is eigenaar, hoe snel verandert het, hoe groot wordt het, en wat is de levenscyclus. (De vier vragen achter de categorieën)

De systemen rond Salesforce (ondersteunt SDM-3, LDV-3 en de integratiehoofdstukken)

• Ik ken de vier systeemrollen: bronsysteem, engagement, referentie en inzicht. (Begin niet bij de productnaam)
• Ik weet dat waar analytics staat, volgt waar de data staat: rapporten in de core als alles in Salesforce staat; een analyticsplatform (Tableau, inclusief Tableau Next, of CRM Analytics waar dat in gebruik is) of het datawarehouse als er andere opslag bij betrokken is. (Analytics staat waar de data staat)
• Ik weet wat een datawarehouse, een data lake en een lakehouse zijn, en wat de rol is van MDM, een ESB of iPaaS, en events. (Het datawarehouse, het data lake en het lakehouse, De integratielaag en de events)
• Ik zet de identiteitsprovider vanaf dag één op het landschap, en ik weet dat SSO-configuratie mee-deployt maar secrets en certificaten niet meereizen; op het landschap is het een gedeeld certificaat (vertrouwen), geen aanroep, omdat het inloggen via de browser loopt. (Het systeem dat developers vergeten: identiteit)
• Ik weet dat Data 360 near-core is (beheerd in de core, gehost buiten de core), en dat zero copy data laat bevragen zonder haar te kopiëren. (Waar staat Data 360?, Core, off-core en Hyperforce)

Orgs en hosting (ondersteunt SDM-4)

• Ik begin met één org en zoek naar een echte grens (dataresidentie, regelgeving, juridische scheiding, een ander bedrijfsmodel, een overname) voordat ik er een toevoeg. (Begin met één org, Zoek naar echte grenzen)
• Ik weet wat meerdere orgs kosten: wereldwijde rapportage, stamgegevens, integratie, identiteit en uitrol, elk vermenigvuldigd. (Loop de pijlen opnieuw door)
• Ik weet dat Hyperforce een keuze geeft in de regio waar de data van een org staat (niet de cloudprovider), maar niet belooft dat elke dienst daar blijft; en dat de AVG op zich geen aparte org vereist: ze stelt regels voor persoonsgegevens die de EU verlaten, en een bedrijf kan voor een Europese org kiezen om daaraan te voldoen. (Hosting hoort bij de tekening, Als Europa een eigen org krijgt)

Een landschap tekenen en lezen (ondersteunt elk scenario)

• Ik kan een landschap tekenen: mensen links, Salesforce in het midden met zijn communities er direct onder, identiteit erboven, integratie en backoffice rechts, Data 360 onder de integratielaag, kanalen eronder, data in en uit rechtsonder. (Steves landschapsindeling)
• Op een landschap begint een pijl bij het systeem dat de verbinding opent en zegt zijn label wat er beweegt en in welke richting; op een dataflowdiagram volgen pijlen de data. Twee stromen zijn twee pijlen. (Teken nu de pijlen)
• Voor elke pijl weet ik wat de client afhandelt en wat de server definieert: waar, authenticatie, protocol en contract, payload, timing, tracering, fouten. Een Named Credential en zijn External Credential als Salesforce naar buiten aanroept; een External Client App en een API-only integratiegebruiker als iets Salesforce aanroept. (Elke pijl heeft een mechanisme nodig)
• Ik tel voordat ik de pijlen teken: het volume gaat in de inventaris en stuurt het mechanisme, en kan zelfs veranderen welke kant de pijl op wijst. (Zet de nullen in de inventaris)
• Ik teken alleen een swimlane als een proces meer dan een of twee heen-en-weeruitwisselingen heeft. (Pijlen op het landschap, gesprekken in een swimlane)

Voorbij het examen

Het examen is de vloer, niet het plafond. Dit zijn de gewoonten uit dit hoofdstuk die een architect nodig heeft, of er nu ooit een vraag over gesteld wordt of niet.

• Teken het landschap voordat je de org ontwerpt. Begin op een leeg canvas.
• Zoom uit. Salesforce is één systeem van vele.
• De nieuwe golf laat de oude zelden verdwijnen. Maak architectuur voor de enterprise die bestaat, niet voor de brochure.
• Lees het landschap als verantwoordelijkheden, niet als logo’s.
• Pijlen in één richting maken me nerveus. Waar hangt deze stroom van af, en wat komt er terug?
• Elke pijl heeft een mechanisme nodig. “Fire and forget” is geen antwoord.
• Pijlen op het landschap, gesprekken in een swimlane.
• Tel voordat je de pijlen tekent. De nullen gaan in de inventaris, en zij kiezen het mechanisme.
• Teken de huidige situatie voordat je haar repareert: de spreadsheet, het SFTP-bestand, het systeem “dat we uitfaseren”.
• Markeer een huidige situatie eerlijk: rood voor een slecht proces, gestreept voor met de hand, rode stippen voor wat ontbreekt. Elke rode lijn is een eis die erop wacht om opgeschreven te worden.
• Twee stromen, twee pijlen. Een pijl met twee punten is alleen voor een connector.
• Speel geen advocaat. Vraag aan welke specifieke eis je voldoet, en vertaal haar met de mensen die er eigenaar van zijn.
• Apart is niet hetzelfde als eenvoudig.

Begrippen

Begrip	In één zin
Systeemlandschap	De systemen rond Salesforce, de mensen die ze gebruiken, en de belangrijke stromen ertussen
Bronsysteem (system of record)	Waar de gezaghebbende versie van een soort data bewaard wordt
Engagementsysteem	Waar mensen het werk doen
Referentiesysteem	Waar een systeem informatie opzoekt die het nodig heeft maar niet bezit
Inzichtsysteem	Waar data samenkomt om te meten, te analyseren en te voorspellen
ERP	Het backofficesysteem voor financiën, producten, voorraad, inkoop en fulfilment
Stamgegevens	De duurzame dingen waar een bedrijf om draait: klanten, producten, locaties
Referentiegegevens	De gedeelde woordenlijst die andere data indeelt: codes, statussen, categorieën
Transactiegegevens	Vastleggingen van wat er gebeurde: orders, leveringen, betalingen, cases
Analytische gegevens	Data afgeleid uit andere data om te meten en te vergelijken
Ongestructureerde gegevens	Documenten, afbeeldingen, audio, video, transcripties
Datawarehouse / data lake / lakehouse	Gestructureerde analytische opslag / ruwe opslag op schaal / een mix van de twee
ESB / iPaaS	Een integratielaag die tussen systemen bemiddelt
OLTP / OLAP	Operationeel werk op een paar records tegelijk / analyse over veel records
Near-core	Beheerd in de core, gehost buiten de core: Data 360
Named Credential / External Credential	Waar Salesforce een uitgaand endpoint bewaart / de authenticatie ervan
External Client App	Hoe een extern systeem geautoriseerd wordt om Salesforce aan te roepen
Huidige situatie (current state)	Het landschap zoals het vandaag is, vóór het ontwerp; gemarkeerd met wat er mis is
Identiteitsprovider (IdP)	Het systeem dat gebruikers authenticeert en de identiteit vaststelt die Salesforce vertrouwt
Synchroon / asynchroon / batch	Op het antwoord wachten / verdergaan en het afhandelen als het komt / data als groep volgens een schema verplaatsen
Hyperforce	Salesforce op publieke cloudinfrastructuur, met keuze van regio
Zero copy	Data bevragen waar ze staat, zonder haar te kopiëren

Test jezelf

Korte scenario’s in de stijl van de cursus. Bepaal je antwoord voordat je het openklapt.

1. Verkopers bewerken accounts in Salesforce, maar het ERP geeft het officiële klantnummer uit zodra ze kopen. Salesforce stuurt orders naar het ERP. Wat moet je ontwerpen?

Wie in elke fase eigenaar is van de klant; het nummer van het ERP als externe ID op het account; welke velden Salesforce mag wijzigen; hoe snel ERP-wijzigingen aankomen; en wat er terugkomt nadat een order verstuurd is (geaccepteerd, geweigerd, verzonden, gefactureerd). Lees opnieuw Het landschap verandert het datamodel.

2. Het management wil vijf jaar prestaties op tijd per regio, gekoppeld aan finance. Bouw je dat als Salesforce-rapporten?

Waarschijnlijk niet. Het is een analytische workload over meerdere soorten opslag, dus het hoort waar de data samenkomt: het datawarehouse, met CRM Analytics of Tableau erbovenop. Waar analytics staat, volgt waar de data staat. Lees opnieuw Analytics staat waar de data staat.

3. Een bedrijf is actief in 30 landen en vraagt om één org per land. Wat vraag je?

Welke eis er met elk land meekomt: opslag, verwerking, doorgifte over de grens, contracten, een andere host. Zonder een echte grens begin je met één org, want elke extra org vermenigvuldigt rapportage, stamgegevens, integratie, identiteit en uitrol. Lees opnieuw Geografie is niet automatisch een orgstrategie.

4. Vrachtwagens sturen 200.000 gps-metingen per dag. Moet Salesforce ze allemaal opslaan?

Waarschijnlijk niet. Het is streamingdata: de planner heeft de huidige positie nodig, terwijl historie en trends horen op een platform dat voor dat volume gebouwd is. Tel de nullen (meer dan 70 miljoen per jaar) en scheid “waar is hij nu?” van “wat gebeurde er vorig kwartaal?”. Lees opnieuw De soort is maar de helft van de vraag.

5. Ploegen werken hun stops af in Salesforce, maar de routes worden gebouwd in een verouderde planningstool, en niets verbindt de twee. Hoe teken je vandaag?

Zoals het is, gemarkeerd als huidige situatie: de routes overgetypt in Salesforce en de voltooide stops teruggetypt, gestreept omdat mensen het doen en rood omdat het fout is. Teken niet de integratie die je zou willen dat er bestond; elke rode lijn wordt een eis voor het ontwerp. Lees opnieuw Markeer wat er mis is en RouteDesk is er nog.

6. Iemand zegt dat de Europese privacywet een aparte org vereist. Hoe reageer je?

Accepteer het niet blind en wijs het ook niet af. De AVG vereist op zich geen aparte org; ze stelt regels voor persoonsgegevens, onder meer voor doorgifte buiten de EU. Vraag aan welke specifieke eis het voldoet (opslag, verwerking, doorgifte, toegang voor support, een contract, beleid), en werk dan met privacy, juridische zaken en security om dat om te zetten in architectuur. Lees opnieuw Speel geen advocaat en Als Europa een eigen org krijgt.

7. Salesforce stuurt orders naar de API van het ERP. Welke kant handelt nieuwe pogingen af, en waar bewaart Salesforce het secret?

Salesforce is de client: het opent de verbinding, ziet de hele heen-en-terugreis en is de enige kant die opnieuw kan proberen. Een Named Credential bevat het endpoint, en zijn External Credential de authenticatie. Het ERP, de server, definieert het contract en valideert wat er binnenkomt. Lees opnieuw Elke pijl heeft een mechanisme nodig.

8. Een integratie stuurt vandaag een paar records per minuut, en het bedrijf verwacht volgend jaar tienduizenden per uur. Verandert de pijl?

Misschien zijn mechanisme en zelfs zijn richting. Een paar records per minuut kan een callout vanuit Salesforce zijn; veel meer kan betekenen dat je events publiceert waarop het andere systeem zich abonneert, zodat de pijl aan de andere kant begint; miljoenen per nacht is een batch. Ken de aantallen voordat je kiest. Lees opnieuw Zet de nullen in de inventaris.

Verder lezen

• Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Salesforce Help (Engels, gecontroleerd op 2026-09-25): de officiële lijst met doelstellingen en hun gewicht. Kijk altijd de actuele versie na voordat je het examen boekt.