> 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/release-notes/release-notes-de/globale-einstellungen/monatliche-veroffentlichungen/globale-einstellungen-v1.6.30-monatliche-versionshinweise.md). # Globale Einstellungen (v1.6.30) - Monatliche Versionshinweise {% hint style="info" %} #### Versionsdetails - Globale Einstellungen - v1.6.30 - 11. September 2026 Für Salesforce-Administratoren und IT-Teams, die für die Verwaltung der Mandantenkonfiguration, Organisationen, Benutzer und Rollen von Flosum Cloud Apps verantwortlich sind. **Release-Typ** * Monatlich * Gilt für Flosum-gehostete und selbst gehostete **Voraussetzungen** * Ein registrierter und konfigurierter Flosum Cloud Apps-Mandant * Entsprechende Flosum-Benutzerberechtigungen (SystemAdministrator oder gleichwertig) {% endhint %} ## ![](https://93579600-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FPL2eaOdTi7VscAjFymsv%2FSummary2-Small-Icon.svg?alt=media\&token=a14ffcd6-66df-43ec-aafc-61364d19c7cd) Zusammenfassung Dieser Artikel dokumentiert das monatliche Release für **Globale Einstellungen (v1.6.30)**. Dieses Release aktualisiert das Verhalten der Token-Aktualisierung für verbundene Salesforce-Organisationen, sodass ein aktualisierter Sandbox-Account vor Ort erneut authentifiziert werden kann. Zuvor führte eine Sandbox-Aktualisierung zu einer neuen Salesforce-Org-ID, wodurch die Organisation bei der Aktualisierung des Tokens die Validierung nicht bestand und von Grund auf neu verbunden werden musste. Da eine verbundene Organisation über die Flosum Cloud Apps hinweg gemeinsam genutzt wird, erklärt eine Warnung nun, was mit historischen Daten geschieht, bevor Sie sich mit einer anderen Salesforce-Organisation authentifizieren. ### ![](https://93579600-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FFX1KImFkBpbzYgGoBLl6%2FEnhance-Icon-Small.svg?alt=media\&token=6211adf4-19a2-458d-92fc-54b77a2a635a) Token für aktualisierte Sandbox aktualisieren #### Was sich geändert hat Das Verhalten der Token-Aktualisierung für verbundene Salesforce-Organisationen wurde aktualisiert, um Sandbox-Aktualisierungen zu unterstützen. Für Produktions- und Entwicklungsorganisationen bleibt das Verhalten unverändert. Wenn Sie auf **Token aktualisieren**klicken, validiert das System, dass die Salesforce-Org-ID mit der aktuell verbundenen Organisation übereinstimmt. Wenn dies nicht der Fall ist, wird das Token nicht aktualisiert, und eine Fehlermeldung erklärt, dass eine Produktions- oder Entwicklungsorganisation nicht mit einer anderen Salesforce-Org-ID aktualisiert werden kann. Für Sandbox-Organisationen ist die erneute Authentifizierung mit einer anderen Salesforce-Org-ID jetzt zulässig, da nach einer Sandbox-Aktualisierung eine neue Org-ID erwartet wird. Wenn Sie sich mit einer anderen Org-ID authentifizieren, wird der Organisationsdatensatz entsprechend aktualisiert. #### Warum das gemacht wurde Das Aktualisieren eines Tokens erforderte zuvor, dass die Salesforce-Org-ID mit der ursprünglich verbundenen Organisation übereinstimmt. Eine Sandbox-Aktualisierung weist eine neue Org-ID zu, sodass die verbundene Organisation nicht erneut authentifiziert werden konnte und entfernt und von Grund auf neu verbunden werden musste. #### Was Ihnen auffallen wird Eine verbundene Organisation wird in DevOps, Backup & Archive, Data Migrator und Audit & Compliance gemeinsam genutzt, sodass die Authentifizierung mit einer anderen Salesforce-Organisation Daten in mehr als einer App beeinflussen kann. Ein Warnhinweis wird nun angezeigt, bevor Sie zu Salesforce weitergeleitet werden, und informiert Sie darüber, dass in einigen dieser Apps ein Datenverlust möglich ist. #### Auswirkungen auf historische Daten Das Aktualisieren einer Sandbox-Organisation mit einer anderen Salesforce-Org-ID wirkt sich auf jede App wie folgt aus.
AppAuswirkung auf historische Daten
DevOpsEs sind keine Daten betroffen. Der Auftragsverlauf und zuvor abgerufene Komponenten bleiben sichtbar, und der nächste Abruf wird als vollständiger Abruf ausgeführt, was länger als gewöhnlich dauern kann.
Backup & ArchiveDer gesamte Sicherungsverlauf und die zugehörigen Daten für die Organisation werden gelöscht, und die Organisation wird künftig als neue Organisation behandelt. Konfigurierte Vorlagen und Zeitpläne bleiben jedoch erhalten und werden auf die neue Organisation übertragen, sodass Sicherungen ohne erneute Einrichtung der Konfiguration fortgesetzt werden können.
Data MigratorDer gesamte Migrationsverlauf und die ID-Zuordnungen für die Organisation werden gelöscht, und die Organisation wird künftig als neue Organisation behandelt.
Audit & ComplianceDer gesamte Verlauf und die zugehörigen historischen Daten für die Organisation werden gelöscht, und die Organisation wird künftig als neue Organisation behandelt.
Aus Datensicht ist eine Organisation, die mit einer anderen Salesforce-Org-ID zurückkehrt, eine neue Organisation. Alle Sicherungs-, Migrations- oder Prüfungsdaten, die unter der alten Org-ID erfasst wurden, beziehen sich nicht mehr darauf. Diese historischen Daten werden in den Apps entfernt, in denen ihr Beibehalten Datensätze aus nun zwei unterschiedlichen Organisationen vermischen würde. --- # 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/release-notes/release-notes-de/globale-einstellungen/monatliche-veroffentlichungen/globale-einstellungen-v1.6.30-monatliche-versionshinweise.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.