> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/ubersicht-uber-vorlagen.md). # Übersicht über Vorlagen ## ![](https://1417117101-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FvaxzColPOlNbsq4imqpd%2Fuploads%2FcfMTqg4Brbm9baWutclZ%2FSummary2-Small-Icon.svg?alt=media\&token=d1cf162d-c02d-4184-988e-7f7350e450fc) Übersicht In Data Migrator sind Vorlagen die Grundlage Ihrer Datenmigrationsstrategie. Sie definieren, welche Objekte migriert werden, erhalten Beziehungen zwischen Datensätzen, legen fest, welche Felder ein- oder ausgeschlossen werden, und wenden Filter an, um zu steuern, welche Daten übertragen werden. Vorlagen werden mit einem visuellen Template Designer erstellt, der Ihnen hilft, Datenmigrationen schnell aufzubauen. Bevor Sie eine Vorlage erstellen, sollten Sie verstehen, wie Objekte miteinander verbunden sind. So stellen Sie sicher, dass Ihren migrierten Datensätzen keine wichtigen Daten fehlen. Siehe den [#object-connections](#object-connections "mention") Abschnitt unten für Details. #### Vorlagen Um Ihre erste Vorlage zu erstellen, folgen Sie den Anweisungen in den unten aufgeführten Artikeln. * Grundlegende Vorlagenfunktionen * [Eine Vorlage erstellen](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/eine-vorlage-erstellen.md) * [Objekte zu einer Vorlage hinzufügen](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/objekte-zu-einer-vorlage-hinzufugen.md) * [Felder zu Objekten hinzufügen](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/felder-zu-objekten-hinzufugen.md) * [Objektbeziehungen beibehalten](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/objektbeziehungen-beibehalten.md) * Erweiterte Vorlagenfunktionen * [Filter zu Objekten hinzufügen](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/filter-zu-objekten-hinzufugen.md) * [Datenmaskierung auf Felder anwenden](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/datenmaskierung-auf-felder-anwenden.md) * [Datensatzgrenzen für die Migration festlegen](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/datensatzgrenzen-fur-die-migration-festlegen.md) * [Objektdatensatzzuordnung festlegen](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/objektdatensatzzuordnung-festlegen.md) #### Migration Sobald Ihre Vorlage abgeschlossen ist, können Sie mit der Datenmigration beginnen, indem Sie die Anweisungen im unten stehenden Artikel befolgen. * [Übersicht über die Datenmigration](/data-migrator/data-migrator-de/vorlagen/migration/ubersicht-uber-die-datenmigration.md) ## Objektverbindungen In einer Vorlage definieren Objekte, welche Datensätze während einer Migration zwischen Salesforce-Organisationen übertragen werden. Dieser Abschnitt erläutert, wie Objekte in einer Vorlage miteinander verbunden sind. ### Eltern-Kind-Verbindung Bei der Migration von Daten zwischen Salesforce-Organisationen ist das Verständnis der Eltern-Kind-Beziehung zwischen Objekten entscheidend, um die Datenintegrität zu gewährleisten. In einer Data Migrator-Vorlage wird diese Beziehung als Verbindungen zwischen Objekten visualisiert, was einen strukturierten Datenzuordnungsprozess ermöglicht. Eine korrekte Visualisierung dieser Verbindungen hilft sicherzustellen, dass zugehörige Datensätze fehlerfrei migriert werden. * **Eltern -> Kind** Verbindungen verlaufen von der Unterseite des übergeordneten Objekts zur linken Seite des untergeordneten Objekts. * **Kind -> Eltern** Verbindungen verlaufen von der rechten Seite des untergeordneten Objekts zur Oberseite des übergeordneten Objekts. Der folgende Screenshot zeigt eine Vorlage mit mehreren Objekten. Für jedes Objekt werden die Eltern-Kind-Beziehungen zu anderen Objekten dargestellt.
### Master-Detail-Beziehung Das **Master-Detail** Symbol weist auf eine Master-Detail-Beziehung hin, bei der das untergeordnete Objekt eng gekoppelt und vollständig vom übergeordneten Objekt abhängig ist. In dieser Beziehung steuert der übergeordnete Datensatz bestimmte Verhaltensweisen des untergeordneten Datensatzes. Wenn ein Master-Datensatz gelöscht wird, werden alle zugehörigen Detail-Datensätze automatisch gelöscht. Während der Datenmigration müssen Sie übergeordnete Datensätze vor oder gleichzeitig mit untergeordneten Datensätzen migrieren, um die Datenintegrität zu gewährleisten. Wenn beispielsweise das Objekt Customer Meetings eine Master-Detail-Beziehung mit dem Objekt Account hat, sollten Sie sowohl Account- als auch Customer Meetings-Datensätze gemeinsam migrieren. Dadurch wird sichergestellt, dass keine Customer Meetings-Datensätze gelöscht werden, wenn Account-Datensätze aus der Quellorganisation entfernt werden. [Salesforce - Überblick über Objektbeziehungen](https://help.salesforce.com/s/articleView?id=platform.overview_of_custom_object_relationships.htm) ### Lookup-Beziehung Das **Lookup** Symbol weist auf eine Lookup-Beziehung hin, bei der das untergeordnete Objekt auf das übergeordnete Objekt verweist, aber nicht von ihm abhängig ist. Im Gegensatz zu Master-Detail-Beziehungen sind Lookup-Beziehungen lockerer gekoppelt. Ein untergeordneter Datensatz kann auf einen übergeordneten Datensatz verweisen oder unabhängig ohne Verweis auf einen übergeordneten Datensatz existieren. Wenn ein übergeordneter Datensatz gelöscht wird, werden die zugehörigen untergeordneten Datensätze nicht automatisch gelöscht. Wenn beispielsweise das Objekt Case eine Lookup-Beziehung mit dem Objekt Account hat, können Case-Datensätze mit oder ohne zugehörigen Account-Datensatz existieren. Wird der zugehörige Account-Datensatz gelöscht, bleiben die Case-Datensätze bestehen und werden nicht entfernt. [Salesforce - Überblick über Objektbeziehungen](https://help.salesforce.com/s/articleView?id=platform.overview_of_custom_object_relationships.htm) ### Beziehungsfeld Das **Beziehungsfeld** ist das Feld, das ein untergeordneter Datensatz verwendet, um auf seinen übergeordneten Datensatz zu verweisen. Es erscheint unter jedem untergeordneten Objekt, mit einer Linie, die es mit dem entsprechenden übergeordneten Objekt verbindet. Im folgenden Screenshot hat das **Customer Meetings** Objekt zwei Beziehungsfelder. * **CreatedById**: Verbindet das **Customer Meetings** Objekt mit dem **Benutzer** Objekt in einer Lookup-Beziehung. * **Account\_\_c**: Verbindet das **Customer Meetings** Objekt mit dem **Account** Objekt in einer Master-Detail-Beziehung.
{% hint style="warning" %} #### Beziehungen beibehalten Um die Verknüpfung zwischen übergeordneten und untergeordneten Datensätzen während der Migration beizubehalten, müssen migrierte untergeordnete Datensätze das **Beziehungsfeld** das sie mit ihrem übergeordneten Datensatz verbindet. Dies gilt sowohl für Master-Detail- als auch für Nachschlagebeziehungen. Weitere Informationen dazu finden Sie im folgenden Artikel. * [Objektbeziehungen beibehalten](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/objektbeziehungen-beibehalten.md) {% endhint %} ## Datenmaskierung Datenmaskierung ermöglicht es Ihnen, sensible Felder während der Migration zu schützen, indem ihre Werte vor dem Schreiben in die Zielorganisation durch zufällige Daten ersetzt werden. Dadurch wird sichergestellt, dass Sandbox- und Testumgebungen realistische Datenstrukturen für die Validierung beibehalten, ohne echte Kundendaten offenzulegen, und Ihrem Team dabei helfen, die Anforderungen an den Datenschutz einzuhalten. Um mehr über Datenmaskierung und deren Anwendung auf ein bestimmtes Feld zu erfahren, siehe den folgenden Artikel. * [Datenmaskierung auf Felder anwenden](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/datenmaskierung-auf-felder-anwenden.md) ## Einstellungen für die Objektmigration Jedes Objekt verfügt über individuelle Einstellungen, die steuern, wie es migriert wird. Verwenden Sie diese Einstellungen, um das Migrationsverhalten auf Objektebene zu optimieren, einschließlich Datensatzlimits und Datensatzzuordnung. Für das Stammobjekt einer Vorlage können Sie ein Limit für die Anzahl der während einer Migration übertragenen Stammdatensätze festlegen. Da das Limit nur für Stammdatensätze gilt und untergeordnete Objekte ihre eigenen Datensätze migrieren, kann die Gesamtzahl der migrierten Datensätze deutlich höher sein als das festgelegte Limit. Der folgende Artikel erklärt, wie diese Einstellung funktioniert und wie Sie sie aktivieren. * [Datensatzgrenzen für die Migration festlegen](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/datensatzgrenzen-fur-die-migration-festlegen.md) Data Migrator verwendet die Datensatzzuordnung, um Datensätze über mehrere Migrationsläufe hinweg korrekt zu halten. Wenn Sie die Datensatzzuordnung für ein Objekt aktivieren, ordnet Data Migrator einzelne Datensätze zwischen der Quell- und der Zielorganisation zu und stellt so sicher, dass nachfolgende Migrationen nur neue Datensätze hinzufügen und vorhandene aktualisieren. Die folgenden Artikel erklären, wie die Datensatzzuordnung funktioniert, beschreiben die verfügbaren Optionen zur Datensatzzuordnung und geben Anweisungen zur Aktivierung. * [So funktioniert die Datensatzzuordnung](/data-migrator/data-migrator-de/vorlagen/migration/so-funktioniert-die-datensatzzuordnung.md) * [Objektdatensatzzuordnung festlegen](/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/objektdatensatzzuordnung-festlegen.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.flosum.com/data-migrator/data-migrator-de/vorlagen/vorlagen-designer/ubersicht-uber-vorlagen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.