SharePoint-Feldänderungen mit Power Automate und Versionsverlauf prüfen
Der SharePoint-REST-Endpunkt für Versionen vergleicht die zwei neuesten Elementversionen und erfasst Änderungen mit alten und neuen Feldwerten.
TL;DR
Verwende in Power Automate Send an HTTP request to SharePoint mit einer GET-Anfrage an den Endpunkt /versions des Elements. Sortiere nach VersionId, vergleiche die zwei neuesten Einträge für ausgewählte interne Spaltennamen und speichere alte und neue Werte. Die Versionsverwaltung muss aktiviert sein, und mindestens zwei Versionen müssen vorhanden sein.
Original von Marcel Lehmann, auf PowerPlatformTip. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung. Beide Publikationen werden von Marcel Lehmann herausgegeben.
Bedeutung für Governance
- Makers: Vergleicht ausgewählte interne Spaltennamen zwischen den zwei neuesten Versionen, damit für jedes überwachte Feld alte und neue Werte erkennbar sind.
- Admins/CoE: Aktiviert die Versionsverwaltung für relevante SharePoint-Listen und Bibliotheken und schützt den Flow vor Elementen mit weniger als zwei Versionen.
- Security/Compliance: Speichert oder verteilt die erzeugten Feldänderungen als Prüfspur, weil der Standardtrigger nur den neuen Zustand liefert.
Häufige Fragen
Wie ruft Send an HTTP request to SharePoint frühere Feldwerte ab?
Eine GET-Anfrage an den Endpunkt /versions des Elements liefert die Feldwerte jeder gespeicherten SharePoint-Version. Der Flow vergleicht diese Einträge.
Wie vergleicht Power Automate die zwei neuesten SharePoint-Versionen?
Sortiere die zurückgegebenen Versionen absteigend nach VersionId, speichere die ersten zwei Einträge in Variablen und vergleiche ausgewählte interne Spaltennamen.
Warum muss die SharePoint-Versionsverwaltung für den Vergleich aktiviert sein?
Die Versionsverwaltung muss für Liste oder Bibliothek aktiviert sein, weil /versions die historischen Einträge für den Vergleich alter und neuer Werte liefert.