Sie befinden sich hier:
Funktionen des und Überlegungen zum Migrationstool für Lightning Knowledge
Machen Sie sich vor dem Planen und Ausführen der Migration mit dem Migrationstool für Lightning Knowledge mit den Unterschieden zwischen Classic Knowledge und Lightning Knowledge vertraut. Machen Sie sich mit den Obergrenzen des Migrationstools und den Classic-Funktionen, die in Lightning Knowledge nicht unterstützt werden oder anders funktionieren, vertraut.
Erforderliche Editionen
| Verfügbar in Salesforce Classic und Lightning Experience. Unterstützte Editionen anzeigen. |
Wichtige Hinweise zur Lightning Knowledge-Datenstruktur nach der Migration:
- Datensatztypen: Das Migrationstool ordnet Datensatztypen Classic Knowledge-Artikeltypen zu und konsolidiert Felder in einem Lightning Knowledge-Objekt.
- Dateien: Dateien aus benutzerdefinierten Dateifeldern in Classic Knowledge-Artikeln werden in das Objekt für Standarddateien verschoben. Zeigen Sie nach der Migration Dateien in der Themenliste "Dateien" an und hängen Sie sie an.
- Berechtigungen: Benutzerprofilen werden neue Erstellungsberechtigungen in Benutzerprofilen oder Berechtigungssätzen gewährt, sie verwenden nicht mehr länger Artikelaktionen mit öffentlichen Gruppen.
Vergleich zwischen Classic Knowledge und Lightning Knowledge:
| Funktion | Classic Knowledge | Lightning Knowledge |
|---|---|---|
| Zugriff und Berechtigungen |
|
|
| Genehmigungen und Workflow | Pro Artikeltyp |
|
| Erstellung | Registerkarten für die Verwaltung benutzerdefinierter Artikel | Standardaktionen (diese kann der Administrator im Seitenlayout steuern) |
| Datenmodell | Benutzerdefinierte Artikeltypen | Standarddatensatztypen |
| Dateianhang | Benutzerdefinierte Dateifelder (max. 5) |
|
| Objektstartseite |
|
Vereinheitlichte Standardobjektstartseiten mit Listenansichten |
| Seitenlayouts |
|
|
| Datensatzstartseite | Benutzerdefinierte Datensatzstartseite (statisch) | Standard-Datensatzstartseite (kann über Seitenlayouts und mit dem Anwendungsgenerator konfiguriert werden) |
| Suche | Benutzerdefinierte Knowledge-Suche | Standardsuche: Knowledge in der globalen Suche |
| Freigabe | Artikelzugriff nach Datenkategorie | Salesforce-Standardfreigabe ist ebenfalls verfügbar |
| Validierungsregeln | Pro Artikeltyp |
|
Im Rahmen des Migrationsplans sollten sich Knowledge-Administratoren mit allen Einschränkungen vertraut machen. Bewerten Sie vor dem Ausführen von Sandbox- und Produktionsmigrationen, ob diese Elemente auf die Knowledge-Implementierung Ihrer Organisation zutreffen, und bereiten Sie sich entsprechend vor.
Die folgenden Elemente werden nicht von Classic zu Lightning Knowledge migriert:
| Element | Beschreibung |
|---|---|
| Artikelnummer | Bei Organisationen mit mehreren Artikeltypen werden die Artikelnummern während der Migration geändert. Da "Artikelnummer" ein Standardfeld mit automatischer Nummerierung ist, können die Nummern bei der Migration zu Lightning Knowledge nicht beibehalten werden. |
| Artikelstatus | Folgendes wird während der Migration entfernt:
Veröffentlichen Sie geplante Artikel und archivieren Sie geplante Artikel, bevor Sie die Migration starten. |
| Feedposts für automatisierte Artikel | Feedposts für Artikel, die Artikeländerungen (veröffentlicht, bearbeitet) zeigen. |
| ContentPublication | Aufgrund der ContentPublication-Obergrenze (wie viele ContentVersion-Objekte pro Tag erstellt werden dürfen) werden vom Migrationstool nur Organisationen mit maximal 200.000 benutzerdefinierten Dateien unterstützt. Wenden Sie sich an den Salesforce-Support, wenn in Ihrer Organisation mehr als 200.000 Dateien vorhanden sind. |
| ContentVersion, physischer Löschvorgang | Aufgrund der Art der ContentBody-Wiederverwendung müssen ContentVersion-Zeilen, wenn eine Organisation einen UNDO-Prozess ausführt, vor der Migration physisch gelöscht werden. Da physische Löschvorgänge als ein Cron-Auftrag außerhalb der Geschäftszeiten ausgeführt werden, kann der UNDO-Gesamtprozess mehrere Tage dauern. |
| Obergrenzen für die Feldverfolgung | Bei aktivierter Feldverlaufsverfolgung werden die Feldverläufe migriert. Wenn die Gesamtanzahl der Felder mit aktivierter Verfolgung über alle Artikeltypen hinweg die Obergrenze überschreitet, wird ein Fehlermeldung angezeigt und die Migration wird nicht gestartet. Entfernen Sie die Verfolgung für einige Felder, um sicherzustellen, dass der Gesamtwert unter dem Schwellenwert liegt, und wiederholen Sie die Migration. Die standardmäßige Obergrenze für die Feldverfolgung liegt bei 20 Feldern. Wenden Sie sich bitte an Ihren Ansprechpartner bei Salesforce, falls Sie diese Obergrenze erhöhen müssen. |
| Vorläufig gelöschte Datensätze | Vorläufig gelöschte Datensätze werden nicht aus Classic migriert. |
| Nicht bereitgestellte Artikeltypen | Nicht bereitgestellte Artikeltypen werden während der Migration entfernt. Stellen Sie die benötigten Artikeltypen bereit und löschen Sie die nicht benötigten. |
| URL-Umleitung | Nach der Migration werden Artikel-URLs in diesen beiden Standardformaten zum entsprechenden Artikel in Lightning Knowledge umgeleitet.
Nach der Migration werden intelligente Links automatisch an die richtige Umgebung umgeleitet. Das URL-Umleitungsverhalten variiert je nach Umgebung. Informationen zu URL-Umleitungen finden Sie unter Zielverhalten für intelligente Links. |
| Workflow- und Genehmigungsprozesse | Der Genehmigungsprozessverlauf wird nicht zu Lightning Knowledge migriert. |
| Metadatentypen | Beschreibung |
|---|---|
| Artikeltypmetadaten |
|
| Feed-Verfolgung | Die Feed-Verfolgung wird nicht zu Lightning migriert, sofern kein alter Artikeltyp mit aktivierter Feed-Verfolgung vorliegt. |
| Feldmetadaten |
|
| Feldsets | Code, der Feldsets verwendet |
Auf Artikeltypen basierende Anpassungen funktionieren nach der Migration nicht mehr. In Organisationen mit mehreren Artikeltypen müssen Sie Anpassungen aktualisieren, um das neue Knowledge-Objekt verwenden zu können. Beachten Sie die folgenden Anpassungen:
- SOQL, die den konkreten Einheitennamen abfragt
- Visualforce-Seiten, die auf alte Artikeltypen verweisen
- Code, der Feldsets verwendet
- Apex-Code, der auf alte Artikeltypen verweist
- Benutzerdefinierter Code mit API-Aufrufen, die auf Artikeltypen verweisen
- Benutzerdefinierte Anwendungslogik, beispielsweise der aktuelle API-Code
- Einige AppExchange-Pakete
- Validierungsregeln
- CRUD (pro Artikeltyp)
- Anwendungen, die Metadaten-APIs für Feldsets, kompakte Layouts usw. verwenden
- Auf alte Artikeltypen verweisende Berichte
- Ihre Sandbox-Organisation enthält zwar unter Umständen beschädigte Daten, Ihre Daten für die Produktionsorganisation sind jedoch möglicherweise nicht beschädigt oder weisen andere beschädigte Daten auf.
- Wenn ein Datensatz auf der Salesforce Classic- oder Lightning Knowledge-Oberfläche nicht ordnungsgemäß geladen wird, kann dies an beschädigten Daten liegen.
- Es ist nicht möglich, mittels "
COUNT()" die Artikelanzahl von der Migrationsübersichtsseite mit SOQL-Ergebnissen zu vergleichen. Aufgrund der Einschränkungen mit Workbench geben SOQL-Abfragen mit "COUNT()" nicht dieselbe Liste an Artikeln, Artikelversionen, Versionsverläufen, Abstimmungs- und Anzeigestatistiken zurück. - In Organisationen mit mehreren Artikeltypen weist die Knowledge Base während der Migration vorübergehend die doppelte Größe auf. Die Speicherobergrenzen für Dateien und Daten werden beim Starten der Migration vorübergehend verdoppelt und zurückgesetzt, wenn Sie die Migrationsergebnisse abbrechen oder akzeptieren. In diesem Zeitraum sind die Classic- und die Lightning Knowledge-Versionen der einzelnen Artikel in Ihrer Organisation enthalten.
Nachdem Sie sich mit dem Migrationstool für Lightning Knowledge vertraut gemacht haben, sollten Sie mit dem Planen Ihrer Migration und Testen in der Sandbox fortfahren.
