Loading

So bereiten Sie sich auf eine Organisationsmigration vor

Veröffentlichungsdatum: Feb 26, 2026
Beschreibung

Um auf das kontinuierliche Wachstum unserer Kunden vorbereitet zu sein, muss gelegentlich eine Aktivität mit dem Namen "Organisationsmigration" ausgeführt werden. Mithilfe von Organisationsmigrationen kann Salesforce Kunden weiterhin die Leistung bieten, die sie von Salesforce erwarten. Dank der Agilität und Flexibilität von Organisationsmigrationen kann Salesforce Aktivitäten innerhalb der Infrastruktur abstimmen und Ressourcenkonflikte vermeiden. 

Während einer Organisationsmigration wird Ihre Organisation von einer Instanz zu einer anderen verschoben. Wenn Sie unsere bewährten Methoden befolgen, sollte diese Systemwartung problemlos klappen. Unten finden Sie Antworten auf einige häufig gestellte Fragen zu Organisationsmigrationen. Die Checklisten mit vor und nach der Organisationsmigration zu beachtenden Punkten sind angehängt.

HINWEIS: Wenn für Ihre Organisation eine Migration zu Hyperforce geplant ist, führen Sie den Hyperforce-Assistenten in der Anwendung aus, um Hilfestellung bei der Vorbereitung Ihrer Organisation für die Migration zu erhalten. Zusätzlich können Sie sich dieses hilfreiche Video mit einer Übersicht über die Organisationsmigration zu Hyperforce ansehen, die Informationen zur Aktualisierung hartcodierter Verweise, das Hinzufügen von erforderlichen Domänen zur Zulassungsliste und bewährte Methoden für E-Mails enthält.

HINWEIS: Dieses Dokument dient nur zu Informationszwecken und ist kein Bestandteil einer rechtlichen oder anderweitig verbindlichen Vereinbarung. Die in diesem Dokument beschriebenen Richtlinien und Verfahrensweisen können im alleinigen Ermessen von Salesforce geändert werden.

Nützliche Ressourcen: 

Lösung

Häufig gestellte Fragen (FAQ)

1. Wenn ich eine Produkt- und Service-E-Mail-Benachrichtigung mit der Information erhalten habe, dass meine Organisation für eine Organisationsmigration ausgewählt wurde und das Wartungsdatum zu Konflikten mit Ereignissen in meinem Zeitplan führt, welche Möglichkeiten habe ich? 

Befolgen Sie unsere bewährten Vorgehensweisen und planen Sie Ihre Ereignisse außerhalb unserer bevorzugten Systemwartungsfenster. Wenn Sie sich trotzdem nicht rechtzeitig auf die Organisationsmigration vorbereiten können, wenden Sie sich bitte an Ihr Accountteam, um einen Aufschub zu beantragen. Verschiebungsanfragen, die weniger als 7 Tage vor dem geplanten Migrationsdatum eingehen, werden möglicherweise nicht berücksichtigt.


2. Welche Maßnahmen muss ich zur Vorbereitung auf eine Organisationsmigration ergreifen?

Hinweis: Sollten Sie unsere unten aufgeführten bewährten Methoden nicht berücksichtigen, kann es sein, dass Ihre Endbenutzer nach Abschluss der Migration nicht mehr auf Salesforce zugreifen können.
  • Für Kunden, die die Organisationsmigration angefordert haben oder die hartcodierte Verweise (beispielsweise na1.salesforce.com) verwenden, ist das Aktivieren von "Meine Domäne" erforderlich.  Stellen Sie sicher, dass Sie diese hartcodierten Verweise auf relative URLs wie etwa Ihre Unterdomäne "Meine Domäne" vor der Organisationsmigration aktualisieren.
  • Entfernen hartcodierter Verweise: Weitere Informationen dazu finden Sie im Artikel Aktualisieren hartcodierter Verweise.
  • Überprüfen der Änderungen an IP-Bereichen: Für Organisationen in Rechenzentren, deren Inhaber Salesforce ist und die von Salesforce verwaltet werden gilt Folgendes: Wenn Sie oder Ihr Unternehmen die Netzwerkeinstellungen oder E-Mail-Sicherheitsfilter so eingerichtet haben, dass der Zugriff nur auf bestimmte IP-Bereiche beschränkt ist, nehmen Sie die neuesten Bereiche Ihre Liste auf. Nähere Informationen zu den IP-Bereichen finden Sie im Artikel Welche IP-Adressen von Salesforce müssen auf die Positivliste gesetzt werden?.
  • Bereiten Sie sich auf eine Aktualisierung der Integrationen vor, falls nach der Wartung Integrationsprobleme auftreten sollten.
  • Bereiten Sie sich auf eine Aktualisierung Ihres DNS-Cache vor, wenn nach der Wartung immer wieder die Meldung "Wartung wird durchgeführt" auf Ihrer Anmeldeseite angezeigt wird.
  • Wenn Sie Zertifikate lokal zwischenspeichern, treten Sie der Trailblazer Community-Gruppe Certificate Changes bei, um die neuesten Zertifikate zu erhalten.
  • Starten Sie innerhalb von 72 Stunden nach dem Beginn des Wartungszeitfensters keine großen Aufträge, um sicherzustellen, dass ausreichend Zeit zum Abschließen der Verarbeitung ist.*
  • Überlegungen zur Migration zu Hyperforce
 
3.  Kann ich während der Organisationsmigration auf Salesforce zugreifen?
Sie werden vor den Wartungsarbeiten über die Verfügbarkeit Ihrer Organisation während des Wartungszeitraums informiert. Der schreibgeschützte Modus steht möglicherweise über den gesamten Zeitraum der Wartungsarbeiten oder während eines Teils der Wartungsarbeiten zur Verfügung. Weitere Informationen dazu, welche Möglichkeiten der schreibgeschützte Zugriff bietet, finden Sie im Artikel Schreibgeschützter Modus – Übersicht. Ihre Organisation kann auch vor dem Ende des Wartungsfensters verfügbar werden und auf der Zielinstanz aktiviert werden.
 
4. Sind Salesforce for Outlook (SFO) OAuth-Aktualisierungstoken von einer Organisationsmigration betroffen?
Nach der Organisationsmigration sollten Benutzer automatisch von SFO abgemeldet werden. Sie müssen sich dann über den Setup-Assistenten erneut anmelden. Falls nach der Wartung Probleme bei der Anmeldung in SFO auftreten sollten, führen Sie die Schritte im Artikel zum Thema Erneute Salesforce for Outlook OAuth-Authentifizierung aus. Zusätzliche Antworten auf Ihre Fragen zu SFO erhalten Sie durch Posten in der Trailblazer Community-Gruppe Salesforce for Outlook & Email Connect.

5. Wenn ich meine E-Mail-Protokolle nach der Organisationsmigration anzeigen möchte, muss ich diese dann vor der Systemwartung anfordern?
Wenn Sie nach der Organisationsmigration Ihre E-Mail-Protokolle anzeigen müssen und im Rahmen der Organisationsmigration zu einem neuen Rechenzentrum migrieren, müssen Sie vor der Wartungsmaßnahme Ihre E-Mail-Protokolle anfordern. Führen Sie zum Anfordern der E-Mail-Protokolle die im Artikel Was sind E-Mail-Protokolle? angegebenen Schritte aus. Nachdem Sie die E-Mail-Protokolle angefordert haben, werden sie in der Datenbank gespeichert und bei der Organisationswartung zusammen mit Ihren anderen Daten migriert.
Nach der Organisationsmigration können die E-Mail-Protokolle von Ihrem ehemaligen Datenzentrum nicht mehr abgerufen werden.
 
6. Haben Organisationsmigrationen Auswirkungen auf Sandbox-Instanzen?
​Wenn eine Produktionsinstanz eine Organisationsmigration durchläuft, während eine Sandbox-Kopie ausgeführt wird, wird die Sandbox-Aktualisierung zurzeit nicht ordnungsgemäß abgeschlossen. Aus diesem Grund sollten bis zu zwei Wochen vor einer Organisationsmigration keine vollständigen Sandbox-Aktualisierungen mehr angefordert werden und eine Woche vor der Migration keine Developer- oder Developer Pro-Kopien mehr gestartet werden. Wenn sich Ihre Organisation mitten in einer Sandbox-Aktualisierung befand, als die Wartungsmaßnahme zur Migration der Organisation gestartet wurde, muss die Aktualisierung nach der Migration manuell neu gestartet werden, obwohl möglicherweise angegeben wird, dass die Aktualisierung erfolgreich abgeschlossen wurde.

In Sandbox-Instanzen vorhandene Änderungssets werden bei der Migration von Sandbox-Organisationen zu Hyperforce nicht migriert. Vorhandene Änderungssets sollten von der ursprünglichen Sandbox an die Produktionsorganisation oder eine andere Sandbox gesendet werden, bevor die ursprüngliche Sandbox migriert wird.
 
7. Muss ich die Integrationen nach der Wartung neu starten?
Ein Neustart Ihrer Integrationen ist nicht erforderlich. Sollte es im Anschluss an die Wartungsarbeiten bei Ihren Integrationen jedoch zu Problemen kommen, wird empfohlen, dass Sie als ersten Schritt zur Problembehebung einen Neustart der Integrationen vornehmen. Wenn Sie Ihre Integration nach den Wartungsarbeiten neu starten, löschen Sie Ihren DNS-Such-Cache, wodurch Ihre Integrationen die IP-Adresse des neuen Datenzentrums erkennen können.

8. Ich nutze die Ereignisüberwachung. Werden alle Daten der Ereignisprotokolle ebenfalls migriert?
Nein, aber die meisten Daten werden migriert. Alle Protokolldaten, die vor der Organisationsmigration nicht verarbeitet wurden, sind auf der neuen Instanz nicht verfügbar. Zu Beginn der Migration werden Daten von dem betreffenden Tag bis zum Abschluss der Migration nicht der Organisation am neuen Standort hinzugefügt. Das liegt daran, dass die Ereignisüberwachung von Protokolldaten und einem über Nacht ausgeführten Batch-Prozess abhängig ist, um die Überwachungsereignisse auszufüllen.

9. Werden in der neuen Instanz, zu der ich migriert werde, die gleichen Zertifikate verwendet wie in meiner aktuellen Instanz auf "[INSTANCE].salesforce.com" und "[INSTANCE]-api.salesforce.com"?

10. Werden in der neuen Instanz die gleichen zwischengeschalteten, auf das Stammverzeichnis bezogenen und ausgehenden Kunde-an-Salesforce-Zertifikate verwendet?
  • Bei Hyperforce-Organisationen ja. Die zwischengeschalteten und Stammzertifikate bleiben gleich. Außerdem ändern sich ausgehende Zertifikate, die für SAML, SSO und APEX verwendet werden, nicht.
  • Bei Hyperforce-Organisationen nein. Das Verankern von Zertifikaten wird in Hyperforce nicht unterstützt. Server Die Serverzertifikate haben einen passenden Namen, sind noch gültig und verweisen auf eine Zertifizierungsstelle, die in der Liste der Mozilla Server Authentication (SSL/TLS) Root Certificates aufgeführt ist. Die SAML-, SSO- und APEX-Zertifikate sowie deren Ketten ändern sich nicht. Weitere Informationen erhalten Sie unter Beibehalten des unterbrechungsfreien Zugriffs auf Salesforce-Services bei Hyperforce.

11. Sind die Adressen der E-Mail-Services für die E-Mail-Vorgangserfassung von der Organisationsmigration betroffen?
Nein. Die Adressen der E-Mail-Services für die E-Mail-Vorgangserfassung sind von der Organisationsmigration nicht betroffen und hängen nach wie vor die vorige Organisationsinstanz in der Adresse an.

12. Werden die Salesforce-IDs und die URLs der Datensätze, die sich auf das Stammverzeichnis beziehen, beibehalten?
Ja, Salesforce-IDs und URLs für Datensätze, die sich auf das Stammverzeichnis beziehen, bleiben gleich.

13. Ändern sich Datensatz-IDs als Folge der Organisationsmigration?
Nein. Vorhandene Organisations-IDs ändern sich nach der Organisationsmigration nicht.

14. Ändern sich die Wartungsfenster oder der Versionszeitplan meiner Organisation nach der Organisationsmigration?
  • Bei Nicht-Hyperforce-Organisationen bleiben der Veröffentlichungszeitplan und die Wartungszeitfenster gleich. Die Wartungszeiten für Ihre neue Instanz können Sie dem Artikel Bevorzugter Salesforce-Wartungsplan entnehmen.
  • Bei Hyperforce-Organisationen bleibt das Wartungszeitfenster vieler Kunden gleich.  Wenn die Migration zu einer Zeitzonenänderung führt, ändert sich das Wartungszeitfenster möglicherweise, da es an die lokale Zeit angepasst wird. Informationen finden Sie im bevorzugten Salesforce-Wartungsplan. Suchen Sie Ihre neue Instanz bei Hyperforce, um zusätzliche Informationen zum Versions- und Wartungszeitfenster zu erhalten. 

 

15. Wo erhalte ich mehr Informationen dazu, wie sich die Wartungsarbeiten auf meine Organisation auswirken?

Weitere Informationen über die Auswirkungen der Aktualisierung, die wöchentliche Exporte, physische Löschvorgänge, E-Mail-Threads, SSO, Suchfunktionen und Partnerportale umfasst, finden Sie im Salesforce-Artikel Welche Auswirkungen hat die Salesforce-Systemwartung auf meine Organisation?.
 

16. Hat eine Organisationsmigration Auswirkungen auf meine Verwendung von Bots?
Nach einer geplanten Migration einer Salesforce-Organisation müssen Sie eine Reihe von Maßnahmen ergreifen, um sicherzustellen, dass Bots wie erwartet ausgeführt werden.
  • Vergewissern Sie sich unter "Setup", dass die Voreinstellung "Einstein-Bots" aktiviert ist. 
  • Anschließend müssen Sie alle Bots erneut den Kanälen zuordnen, für die sie bereitgestellt wurden (d. h. Chat, Messaging etc.). 
  • Zum Schluss müssen die Kunden alle Modelle für die natürliche Sprachverarbeitung in ihren Bots neu trainieren. Daten zu Äußerungen werden zwar verschoben, doch die heutigen Modelle müssen neu trainiert werden, bevor sie im Bot eingesetzt werden können. 
    • HINWEIS: Ereignisprotokolldaten zu Bot-Sitzungen und die Objektdaten für Bot-Sitzungen werden während der Organisationsmigration nicht verschoben. 
 
17. Ich möchte mehr über unsere mandantenfähige Architektur erfahren. Wo finde ich Informationen dazu?
Absolvieren Sie den Trail zu den Grundlagen der Salesforce-Architektur oder lesen Sie für weitere Informationen den Blog-Post zum Thema Mandantenfähige Architektur der Salesforce-Entwickler.
 
18. Was geschieht, wenn bei der Organisationsmigration Probleme auftreten und sie nicht abgeschlossen werden kann?
Wenn ein Problem auftritt, aufgrund dessen das Technikteam von Salesforce die Migration Ihrer Organisation nicht abschließen kann, wird die Migration gestoppt, Ihre Organisation zurückgesetzt und in der Quellinstanz erneut aktiviert. Falls Migrationen abgebrochen werden, werden entsprechende Benachrichtigungen versendet.
 
Während des Migrationsvorgangs werden keine Daten für die Organisation aus der Quellinstanz entfernt oder geändert. Dadurch kann Salesforce einfach einen Rollback durchführen oder den Vorgang abbrechen, ohne dass dies Auswirkungen auf den Kunden hat. Der Abbruch und der Rollback können nur vor der Aktivierung auf der Zielinstanz durchgeführt werden. Nach der Aktivierung einer Organisation in der Zielinstanz im Anschluss an eine erfolgreiche Organisationsmigration ist eine Zurücksetzung auf die Quellinstanz nicht mehr möglich.

19. Wie kann ich mich vergewissern, dass meine Salesforce-Organisation erfolgreich migriert wurde und ass der Vorgang abgeschlossen ist?
Überprüfen Sie, ob Ihr Instanzname auf die neue Instanz geändert wurde, indem Sie Ihre Instanzdetails unter "Unternehmensinformationen" anzeigen.
- Auf der Salesforce Lightning Experience-Benutzeroberfläche (LEX): Setup | Unternehmenseinstellungen | Unternehmensinformationen
- Auf der Salesforce Classic-Benutzeroberfläche (Aloha): Setup | Unternehmensprofil | Unternehmensinformationen

Weitere Informationen zu diesem Thema finden Sie im Artikel Anzeigen der Instanz, in der sich meine Salesforce-Organisation befindet.

HINWEIS: Es kann einige Stunden dauern, bis das Suchtool "status.salesforce.com" mit der richtigen Instanz für "Meine Domäne" aktualisiert wird. Es wird daher empfohlen, die oben genannten Schritte auszuführen, damit Sie sofort wissen, ob Ihre Organisation erfolgreich migriert wurde.
 

20. Muss ich nach der Organisationsmigration Änderungen an Live Message vornehmen?

Live Message funktioniert nach der Organisationsmigration weiterhin wie erwartet. Sollten jedoch nach der Migration Probleme mit Classic LiveMessage oder Lightning Messaging auftreten, müssen Sie Ihre Kanäle aktualisieren.
  • Wechseln Sie in Classic LiveMessage zur LiveMessage Admin-Anwendung und klicken Sie auf Verbindung aktualisieren.
  • Wechseln Sie in Lightning Messaging zu Setup > Messaging-Einstellungen und klicken Sie in der Kanalliste auf die Schaltfläche Aktualisieren.
 
21. Wirkt sich eine Organisationsmigration auf Live Agent aus?
Das ist möglich. Während einer Organisationsmigration ändert sich der Instanzname Ihrer Organisation. Dann ändert sich der URL, den Sie für den Zugriff auf Live Agent/SOS verwenden. Von Salesforce zur Verfügung gestellte Chat-Clients und Bereitstellungscode reagieren auf diese Änderung und leiten HTTP-Anforderungen ordnungsgemäß zum neuen Endpunkt weiter. Es kann jedoch vorkommen, dass dies bei einigen Drittanbieteranwendungen einschließlich benutzerdefinierter Live Agent-REST-Clients nicht der Fall ist. Diese benutzerdefinierten Anwendungen können Ihren Account in einem solchen Fall nicht in der vorherigen Instanz finden, sodass Fehler auftreten.

Um die Auswirkungen auf Ihre Live Agent-/SOS-Implementierung möglichst gering zu halten, befolgen Sie die bewährten Methoden und stellen Sie sicher, dass der benutzerdefinierte Live Agent-REST-Client nach Wartungsarbeiten mit Verschiebung Ihrer Organisation Anforderungen richtig an eine neue Instanz des Live Agent-Service weiterleiten kann. Die beste Methode zur Vermeidung solcher Probleme mit benutzerdefinierten Clients (die Anforderungen nicht automatisch an den richtigen Endpunkt weiterleiten) ist die Verarbeitung der SwitchServer-Antwort und die Verwendung der Eigenschaft "newUrl" für die Anforderung, die zu dieser Antwort geführt hat, und für alle nachfolgenden Anforderungen. Weitere Informationen zur Aktualisierung Ihres benutzerdefinierten Clients und zu Tests finden Sie unter So aktualisieren Sie Ihren benutzerdefinierten Live Agent-Client, wenn sich die Organisationsinstanz ändert. Dadurch wird sichergestellt, dass ein Standortwechsel nicht zu Problemen mit Ihrem benutzerdefinierten Client führt und Sie nach Beginn der Ausführung genug Zeit haben, den verwendeten Endpunkt zu aktualisieren.

Weitere Informationen zu Live Agent-Endpunkten und zur Bedeutung von hartcodierten Live Agent-Verweisen finden Sie im Artikel Live Agent-Server (Endpunkt-URL) wurde geändert und jetzt funktioniert der Live Agent-Chat nicht mehr.
 

22. Ich verwende eine Warteschlange für unzustellbare Nachrichten bei ausgehenden Nachrichten. Werden alle Daten aus dieser Tabelle übernommen?

Die meisten Daten werden kopiert. Neue Zeilen, die während und nach dem Wartungsfenster der Organisationsmigration hinzugefügt werden, werden jedoch möglicherweise nicht zum Ziel kopiert, sondern verbleiben im Quell-Pod.
 

23. Sind OAuth-Token für OAuth-Clients und ISV-Anwendungen von Drittanbietern von einer Organisationsmigration betroffen?

Nein, Aktualisierungszugriffstoken sind nach der Migration weiterhin gültig. 
 

24. Welche Überlegungen sollten für Plattformereignisse mit hohem Volumen und die Datenänderungserfassung berücksichtigt werden?

Bestimmte Salesforce-Wartungsaktivitäten (z. B. Organisationsmigrationen und Instanzaktualisierungen) erfordern, dass Ihre Organisation in ein anderes Rechenzentrum oder einen anderen Hardware-Stapel verschoben wird. Während dieser Vorgänge werden Ihre Daten physisch auf eine andere Hardware verschoben und die Software, die Ihre Anwendungen bereitstellt, wird dort ausgeführt. Da der Ereignis-Bus verteilt und asynchron ist, können nicht alle Ereignisse migriert werden, die vor der Organisationsmigration veröffentlicht wurden. 

Die Organisationsmigration wirkt sich nicht auf die Echtzeit-Zustellung von Ereignissen vor und nach der Wartung aus. Das Beibehaltungszeitfenster von 72 Stunden für alle Objekte wird jedoch nicht beibehalten. ReplayIDs identifizieren den Zeitpunkt in einem Ereignis-Stream eindeutig, zu dem ein bestimmtes Ereignis veröffentlicht wurde, und da sich der neue Speicherort Ihrer Organisation physisch unterscheidet, weisen die ReplayID-Werte von neu veröffentlichten Ereignissen keine Beziehung zu Ereignissen auf, die vor der Migration oder Instanzaktualisierung veröffentlicht wurden. Sehen Sie sich die Vorher- und Nachher-Checkliste am Ende dieses Knowledge-Artikels an, um mehr über zusätzliche Aktionen zu erfahren, die möglicherweise für Ihre Plattformereignisse erforderlich sind. Zu den Abonnenten von Plattformereignissen und Änderungsereignissen zählen Streaming-API (CometD)-Clients, empApi-Lightning-Komponenten, Pub/Sub-API-Clients, Ereignisweiterleitungen, Apex-Auslöser und Flows.

 

Siehe auch: Platform Events Developer Guide: Publishing Events in Read-Only Mode (Veröffentlichen von Ereignissen im schreibgeschützten Modus)

 

25. Haben Organisationsmigrationen Auswirkungen auf Suchvorgänge?

Während einer Organisationsmigration werden Suchdaten von Quellservern auf Zielserver übertragen. Quellserver werden ihm Rahmen der standardmäßigen Sicherungsverfahren für Suchvorgänge gesichert. Sicherungen für eine Organisation, für die eine Migration geplant wurde, werden jedoch mit einer höheren Priorität ausgeführt, um sicherzustellen, dass alle Daten auf dem aktuellen Stand sind. Es sind keine Kundenaktionen erforderlich.

Während der Migration werden Suchdatensicherungen auf den Zielservern wiederhergestellt. Es werden keine Daten aus der Quelle entfernt. Dadurch kann Salesforce Vorgänge problemlos zurücksetzen oder abbrechen, ohne dass dies für den Kunden Auswirkungen hat.

Der Wiederherstellungsprozess endet in der Regel noch außerhalb der Geschäftszeiten. Bei großen Organisationen kann die Wiederherstellungsphase länger dauern, was sich auf von der Suche abhängige Vorgänge auswirken könnte (z. B. Nachschlagen von Datensätzen, Inhaltssuche).
 

26. Wird der Zugriff auf myTrailhead durch Organisationsmigrationen oder Instanzaktualisierungen beeinträchtigt?

Der Zugriff auf Ihre Enablement-Site, myTrailhead, ist nach Organisationmigrationen oder Instanzaktualisierungen unter Umständen nicht mehr möglich.  Die nächsten Schritte können Sie dem Artikel zum Lösen von Zugriffsproblemen auf die Enablement-Site (myTrailhead) entnehmen.

 

27. Haben die Migrationen Auswirkungen auf Berichte zu Opportunitytrends?

Nach der Migration einer Organisation von einer Instanz zu einer anderen bemerken Kunden möglicherweise, dass einige Opportunity-Datensätze in ihren Berichten zu Opportunitytrends nicht angezeigt werden. Wenn Sie davon betroffen sind, wenden Sie sich an den Support, um die fehlenden Daten aufzufüllen.

 

28. Haben die Migrationen Auswirkungen auf Abgleichs- und Duplikatsregeln?

Abgleichsregeln und Duplikatsregeln werden während einer Organisationsmigration deaktiviert.  Wenn Ihre Abgleichsregeln nicht wirksam sind, können sie nach der Organisationsmigration nicht erneut aktiviert werden.  Unter Abgleichsregel zum Identifizieren doppelter Datensätze in der Organisation kann nicht aktiviert werden erfahren Sie, wie Sie das Problem lösen.

 

Nummer des Knowledge-Artikels

000386897

 
Laden
Salesforce Help | Article