Unternehmensdaten verstehen

🌐 Auch in 28 Sprachen

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

Mit KI erstelltes Bild

Von KI übersetzt. Noch nicht von der Community geprüft. Auf Englisch lesen

Lernleitfaden zu Kapitel 4 des Kurses Data Architect. Lesen Sie zuerst die sechs Module; diese Seite hilft Ihnen zu prüfen, was hängen geblieben ist.

Über diesen Lernleitfaden. Er beruht ausschliesslich auf den Inhalten dieses Kurses und der veröffentlichten Liste der Prüfungsziele im Prüfungsleitfaden von Salesforce. Er basiert niemals auf echten Prüfungsfragen und behauptet nicht zu wissen, was in der Prüfung vorkommt. Wenn Sie die Prüfung abgelegt haben, schicken Sie mir bitte keine Fragen daraus: Die Zertifizierungsvereinbarung verbietet es, sie weiterzugeben, und Antworten auswendig zu lernen ist ohnehin der falsche Weg in die Architektur.

Der Prüfungsleitfaden sagt, dass er keine Datenbankkonzepte ausserhalb von Salesforce prüft, und der grösste Teil dieses Kapitels handelt vom Unternehmen rund um Salesforce. Wie in Kapitel 1 nennt diese Checkliste daher, welche Ziele jeder Punkt unterstützt. Aber überspringen Sie sie nicht: Viele Prüfungsszenarien beginnen mit einem ERP, einem Data Warehouse oder einer zweiten Org, und die Antwort hängt davon ab, wem die Daten gehören.

Für die Prüfung

Haken Sie die Punkte ab. Jeder verweist auf die Stelle, an der er behandelt wird.

Wem die Daten gehören (unterstützt SDM-2, SDM-3 und das Kapitel zu Stammdaten)

• Ich kann sagen, welches System das führende System für jede Art von Daten ist, und ich vervollständige den Satz: führendes System wofür? (Salesforce ist oft nicht das führende System, Beginnen Sie nicht mit dem Produktnamen)
• Ich kenne das häufige Muster: Kunden, Produkte und Preise aus dem ERP hinein, Aufträge hinaus, und ich weiss, dass der Auftragspfeil von den anderen abhängt; dann frage ich nach dem Rückweg. (Die Integration, die ich immer wieder sehe, Einbahnpfeile machen mich nervös)
• Ich stelle Stammdaten drei Fragen: Wo werden sie angelegt, wo werden sie bearbeitet, und wo werden sie referenziert? (Die vier Fragen hinter den Kategorien)
• Ich weiss, dass eine Kopie keine Autorität ist: Daten, die dem ERP gehören, werden lokal gelesen und kontrolliert geschrieben, mit ihrer ERP-Kennung als externer ID. (Das ERP: Das Backoffice hat Schwerkraft, Die Landschaft verändert das Datenmodell)

Die Arten von Daten und ihre Arbeitslasten (unterstützt DM-1, LDV-1 und MDM-4)

• Ich kann Stammdaten, Referenzdaten, Bewegungsdaten, Metadaten, analytische und unstrukturierte Daten unterscheiden und weiss, was jede für den Ort bedeutet, an dem sie liegt. (Beginnen Sie mit der Art, nicht mit dem Objekt)
• Ich weiss, dass Referenzdaten klein sind, aber die Annahmen der Integration verstecken (Delivered, Complete, D). (Referenzdaten)
• Ich kann operative (OLTP), analytische (OLAP) und Streaming-Arbeitslasten unterscheiden: Die Org betreibt das Geschäft, Warehouses und Lakes analysieren es. (Die Art ist nur die halbe Frage)
• Ich unterscheide synchron (an der Tür warten), asynchron (weitermachen, sich darum kümmern, wenn es zurückkommt) und Batch (stündlich, alle paar Stunden, täglich), ich weiss, wann Batch genügt, und dass Echtzeit ihren Preis hat. (Wie schnell muss es sich bewegen?)
• Ich stelle jedem Datenbestand die vier Fragen: wem er gehört, wie schnell er sich ändert, wie gross er wird und wie sein Lebenszyklus ist. (Die vier Fragen hinter den Kategorien)

Die Systeme rund um Salesforce (unterstützt SDM-3, LDV-3 und die Integrationskapitel)

• Ich kenne die vier Rollen von Systemen: führendes System, Engagement-System, Referenzsystem und Analysesystem. (Beginnen Sie nicht mit dem Produktnamen)
• Ich weiss: Wo die Analytik lebt, folgt daraus, wo die Daten leben: Core-Berichte, wenn alles in Salesforce ist; eine Analyseplattform (Tableau, einschliesslich Tableau Next, oder CRM Analytics, wo es im Einsatz ist) oder das Data Warehouse, wenn andere Speicher beteiligt sind. (Die Analytik lebt dort, wo die Daten leben)
• Ich weiss, was ein Data Warehouse, ein Lake und ein Lakehouse sind und welche Rolle MDM, ein ESB oder iPaaS und Ereignisse spielen. (Das Warehouse, der Lake und das Lakehouse, Die Integrationsschicht und die Ereignisse)
• Ich setze den Identitätsanbieter vom ersten Tag an in die Landschaft, und ich weiss, dass die SSO-Konfiguration bereitgestellt wird, Secrets und Zertifikate aber nicht mitwandern; in der Landschaft ist es ein gemeinsames Zertifikat (Vertrauen), kein Aufruf, denn die Anmeldung läuft über den Browser. (Das System, das in der Entwicklung vergessen wird: Identität)
• Ich weiss, dass Data 360 nahe am Core (Near-Core) ist (auf dem Core verwaltet, ausserhalb des Core gehostet) und dass sein Zero Copy Daten abfragbar macht, ohne sie zu kopieren. (Wo sitzt Data 360?, Core, Off-Core und Hyperforce)

Orgs und Hosting (unterstützt SDM-4)

• Ich beginne mit einer Org und suche eine echte Grenze (Datenresidenz, Regulierung, rechtliche Trennung, ein anderes Betriebsmodell, eine Übernahme), bevor ich eine weitere hinzufüge. (Beginnen Sie mit einer Org, Suchen Sie echte Grenzen)
• Ich weiss, was mehrere Orgs kosten: globale Berichte, Stammdaten, Integration, Identität und Deployments, jeweils vervielfacht. (Gehen Sie die Pfeile erneut ab)
• Ich weiss, dass Hyperforce die Wahl der Region gibt, in der die Daten einer Org liegen (nicht des Cloud-Anbieters), aber nicht verspricht, dass jeder Dienst dort bleibt; und dass die DSGVO für sich allein keine getrennte Org verlangt: Sie legt Regeln für personenbezogene Daten fest, die die EU verlassen, und ein Unternehmen kann eine europäische Org wählen, um sie zu erfüllen. (Das Hosting gehört in die Zeichnung, Wenn Europa eine eigene Org bekommt)

Eine Landschaft zeichnen und lesen (unterstützt jedes Szenario)

• Ich kann eine Landschaft zeichnen: Menschen links, Salesforce in der Mitte mit seinen Communities darunter anliegend, Identität darüber, Integration und Backoffice rechts, Data 360 unter der Integrationsschicht, Kanäle darunter, Daten hinein und hinaus unten rechts. (Steves Landschaftslayout)
• In einer Landschaft beginnt ein Pfeil bei dem System, das die Verbindung öffnet, und seine Beschriftung sagt, was sich bewegt und in welche Richtung; in einem Datenflussdiagramm folgen die Pfeile den Daten. Zwei Flüsse sind zwei Pfeile. (Jetzt zeichnen Sie die Pfeile)
• Für jeden Pfeil weiss ich, was der Client übernimmt und was der Server festlegt: wohin, Authentifizierung, Protokoll und Vertrag, Nutzlast, Timing, Nachverfolgung, Fehler. Benannte Anmeldedaten (Named Credential) mit ihren externen Anmeldedaten (External Credential), wenn Salesforce hinausruft; eine External Client App und ein reiner API-Integrationsbenutzer, wenn etwas Salesforce aufruft. (Jeder Pfeil braucht einen Mechanismus)
• Ich zähle, bevor ich die Pfeile zeichne: Das Volumen kommt ins Inventar und bestimmt den Mechanismus, und es kann sogar ändern, in welche Richtung der Pfeil zeigt. (Tragen Sie die Nullen ins Inventar ein)
• Ich zeichne eine Swimlane nur, wenn ein Prozess mehr als ein oder zwei Hin-und-her-Wechsel hat. (Pfeile in der Landschaft, Gespräche in einer Swimlane)

Über die Prüfung hinaus

Die Prüfung ist der Boden, nicht die Decke. Das sind die Gewohnheiten aus diesem Kapitel, die Architekt:innen brauchen, ob eine Frage je danach fragt oder nicht.

• Zeichnen Sie die Landschaft, bevor Sie die Org entwerfen. Beginnen Sie mit einem leeren Blatt.
• Ziehen Sie die Kamera zurück. Salesforce ist ein System unter vielen.
• Die neue Welle lässt die alte selten verschwinden. Architektieren Sie das Unternehmen, das existiert, nicht die Broschüre.
• Lesen Sie die Landschaft als Verantwortlichkeiten, nicht als Logos.
• Einbahnpfeile machen mich nervös. Wovon hängt dieser Fluss ab, und was kommt zurück?
• Jeder Pfeil braucht einen Mechanismus. «Fire and forget» ist keine Antwort.
• Pfeile in der Landschaft, Gespräche in einer Swimlane.
• Zählen Sie, bevor Sie die Pfeile zeichnen. Die Nullen kommen ins Inventar, und sie wählen den Mechanismus.
• Zeichnen Sie den Ist-Zustand, bevor Sie ihn reparieren: die Tabelle, die SFTP-Ablage, das System, «das wir ablösen».
• Kennzeichnen Sie einen Ist-Zustand ehrlich: Rot für einen schlechten Prozess, gestrichelt für Handarbeit, rote Punkte für das, was fehlt. Jede rote Linie ist eine Anforderung, die darauf wartet, geschrieben zu werden.
• Zwei Flüsse, zwei Pfeile. Ein Doppelpfeil ist nur für einen Konnektor da.
• Spielen Sie nicht die Rechtsabteilung. Fragen Sie, welche konkrete Anforderung Sie erfüllen, und übersetzen Sie sie mit den Menschen, denen sie gehört.
• Getrennt heisst nicht einfach.

Wichtige Begriffe

Begriff	In einer Zeile
Systemlandschaft	Die Systeme rund um Salesforce, die Menschen, die sie nutzen, und die wichtigen Flüsse zwischen ihnen
Führendes System	Wo die massgebliche Version einer Art von Daten gehalten wird
Engagement-System	Wo Menschen die Arbeit erledigen
Referenzsystem	Wo ein System Informationen nachschlägt, die es braucht, aber nicht besitzt
Analysesystem	Wo Daten zusammenkommen, um zu messen, zu analysieren und vorherzusagen
ERP	Das Backoffice-System für Finanzen, Produkte, Lagerbestand, Einkauf und Auftragsabwicklung
Stammdaten	Die dauerhaften Dinge, um die sich ein Geschäft dreht: Kunden, Produkte, Standorte
Referenzdaten	Das gemeinsame Vokabular, das andere Daten klassifiziert: Codes, Status, Kategorien
Bewegungsdaten	Aufzeichnungen dessen, was passiert ist: Aufträge, Lieferungen, Zahlungen, Kundenvorgänge
Analytische Daten	Aus anderen Daten abgeleitete Daten, um zu messen und zu vergleichen
Unstrukturierte Daten	Dokumente, Bilder, Audio, Video, Transkripte
Data Warehouse / Lake / Lakehouse	Strukturierter analytischer Speicher / Rohdatenspeicher im grossen Massstab / eine Mischung aus beidem
ESB / iPaaS	Eine Integrationsschicht, die zwischen Systemen vermittelt
OLTP / OLAP	Operative Arbeit an wenigen Datensätzen auf einmal / Analyse über viele hinweg
Nahe am Core (Near-Core)	Auf dem Core verwaltet, ausserhalb des Core gehostet: Data 360
Benannte Anmeldedaten (Named Credential) / externe Anmeldedaten (External Credential)	Wo Salesforce einen ausgehenden Endpunkt hält / seine Authentifizierung
External Client App	Wie ein externes System autorisiert wird, Salesforce aufzurufen
Ist-Zustand	Die Landschaft, wie sie heute ist, vor dem Entwurf; mit Markierungen dessen, was falsch ist
Identitätsanbieter (IdP)	Das System, das Benutzer authentifiziert und die Identität festlegt, der Salesforce vertraut
Synchron / asynchron / Batch	Auf die Antwort warten / weitermachen und sie bearbeiten, wenn sie kommt / Daten als Gruppe nach Zeitplan bewegen
Hyperforce	Salesforce auf Public-Cloud-Infrastruktur, mit Wahl der Region
Zero Copy	Daten dort abfragen, wo sie liegen, ohne sie zu kopieren

Prüfen Sie sich

Kurze Szenarien im Stil des Kurses. Entscheiden Sie sich für Ihre Antwort, bevor Sie sie aufklappen.

1. Der Vertrieb bearbeitet Accounts in Salesforce, aber das ERP vergibt die offizielle Kundennummer, sobald gekauft wird. Salesforce schickt Aufträge ans ERP. Was müssen Sie entwerfen?

Wem der Kunde in jeder Phase gehört; die Nummer des ERP als externe ID auf dem Account; welche Felder Salesforce ändern darf; wie schnell Änderungen aus dem ERP ankommen; und was zurückkommt, nachdem ein Auftrag geschickt wurde (angenommen, abgelehnt, versandt, fakturiert). Lesen Sie noch einmal Die Landschaft verändert das Datenmodell.

2. Die Geschäftsführung will fünf Jahre Pünktlichkeit nach Region, verknüpft mit den Finanzdaten. Als Salesforce-Berichte bauen?

Wahrscheinlich nicht. Es ist eine analytische Arbeitslast über mehrere Speicher, also gehört sie dorthin, wo die Daten zusammenkommen: ins Data Warehouse, mit CRM Analytics oder Tableau darauf. Wo die Analytik lebt, folgt daraus, wo die Daten leben. Lesen Sie noch einmal Die Analytik lebt dort, wo die Daten leben.

3. Ein Unternehmen ist in 30 Ländern tätig und verlangt eine Org pro Land. Was fragen Sie?

Welche Anforderung mit jedem Land kommt: Speicherung, Verarbeitung, grenzüberschreitende Übermittlung, Verträge, ein anderer Host. Ohne echte Grenze beginnen Sie mit einer Org, denn jede zusätzliche Org vervielfacht Berichte, Stammdaten, Integration, Identität und Deployments. Lesen Sie noch einmal Geografie ist nicht automatisch eine Org-Strategie.

4. Lastwagen senden 200’000 GPS-Messwerte am Tag. Soll Salesforce sie alle speichern?

Wahrscheinlich nicht. Das sind Streaming-Daten: Die Disposition braucht die aktuelle Position, während Historie und Trends auf eine Plattform gehören, die für dieses Volumen gebaut ist. Zählen Sie die Nullen (über 70 Millionen im Jahr) und trennen Sie «Wo ist er jetzt?» von «Was ist im letzten Quartal passiert?». Lesen Sie noch einmal Die Art ist nur die halbe Frage.

5. Die Crews arbeiten ihre Stopps in Salesforce ab, aber die Touren werden in einem alten Dispositionswerkzeug gebaut, und nichts verbindet die beiden. Wie zeichnen Sie den heutigen Stand?

So, wie er ist, gekennzeichnet als Ist-Zustand: die Touren, die in Salesforce abgetippt werden, und die abgeschlossenen Stopps, die zurück abgetippt werden, gestrichelt, weil Menschen es tun, und rot, weil es falsch ist. Zeichnen Sie nicht die Integration, die Sie sich wünschen würden; jede rote Linie wird zu einer Anforderung für den Entwurf. Lesen Sie noch einmal Markieren Sie, was falsch ist und RouteDesk ist immer noch da.

6. Jemand sagt, das europäische Datenschutzrecht verlange eine getrennte Org. Wie reagieren Sie?

Weder blind akzeptieren noch übergehen. Die DSGVO verlangt für sich allein keine getrennte Org; sie legt Regeln für personenbezogene Daten fest, einschliesslich Übermittlungen aus der EU. Fragen Sie, welche konkrete Anforderung damit erfüllt wird (Speicherung, Verarbeitung, Übermittlung, Zugriff durch den Support, ein Vertrag, eine Richtlinie), dann arbeiten Sie mit Datenschutz, Rechtsabteilung und Sicherheit daran, sie in Architektur zu übersetzen. Lesen Sie noch einmal Spielen Sie nicht die Rechtsabteilung und Wenn Europa eine eigene Org bekommt.

7. Salesforce schickt Aufträge an die API des ERP. Welche Seite übernimmt Wiederholungsversuche, und wo bewahrt Salesforce das Secret auf?

Salesforce ist der Client: Es öffnet die Verbindung, sieht den ganzen Hin- und Rückweg und ist die einzige Seite, die es erneut versuchen kann. Benannte Anmeldedaten (Named Credential) halten den Endpunkt, und ihre externen Anmeldedaten (External Credential) die Authentifizierung. Das ERP, der Server, legt den Vertrag fest und validiert, was hereinkommt. Lesen Sie noch einmal Jeder Pfeil braucht einen Mechanismus.

8. Eine Integration schickt heute ein paar Datensätze pro Minute, und das Geschäft erwartet im nächsten Jahr Zehntausende pro Stunde. Ändert sich der Pfeil?

Möglicherweise sein Mechanismus und sogar seine Richtung. Ein paar Datensätze pro Minute können ein Callout aus Salesforce sein; weit mehr kann bedeuten, Ereignisse zu veröffentlichen, die das andere System abonniert, sodass der Pfeil am anderen Ende beginnt; Millionen über Nacht sind ein Batch. Kennen Sie die Mengen, bevor Sie wählen. Lesen Sie noch einmal Tragen Sie die Nullen ins Inventar ein.

Weiterlesen

• Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Salesforce-Hilfe (auf Englisch, geprüft am 2026-09-25): die offizielle Liste der Ziele und ihrer Gewichtung. Prüfen Sie immer die aktuelle Fassung, bevor Sie die Prüfung buchen.