Word crasht beim OLE-Start durch Drittanbieter-App (ImmoTop2) auf Windows Server 2019 RemoteApp

Umgebung:

• Windows Server 2019, RemoteApp-Bereitstellung
• Microsoft 365 Apps for Business, Version 2608 (Build 20326.20132, Klick-und-Los), Aktueller Kanal
• Drittanbieter-Anwendung: ImmoTop2, Version 2.7.48.2 (Immobilienverwaltungssoftware), läuft ebenfalls als RemoteApp auf demselben Server
• Betroffene Funktion: Serienbrief-Erstellung in ImmoTop2, die Word per OLE-Automatisierung startet

Problem: Wenn in ImmoTop2 die Funktion "Serienbrief öffnen" ausgelöst wird, erscheint beim Start von Word die Meldung "Word konnte beim letzten Mal nicht gestartet werden. Der abgesicherte Modus kann Ihnen bei der Problembehandlung behilflich sein." Bestätigt man mit "Ja", öffnet sich Word im abgesicherten Modus mit einem leeren Dokument statt dem erwarteten Seriendruck-Dokument. Das Problem tritt bei mehreren/allen Benutzern auf, die es versucht haben, nicht nur bei einem einzelnen Konto.

Bereits geprüft und ausgeschlossen:

1. Bekannter KB5094126-Bug ("Microsoft Office applications might fail to open from certain third-party apps" via OLE-Automatisierung) – der ImmoTop-Support vermutete zunächst diese Ursache. Der Server-Windows-Patchstand liegt jedoch bereits über dem von Microsoft für den Fix empfohlenen KB5101650 (aktuell installiert: KB5126144), und die Office-Build (2608) liegt zeitlich klar nach dem genannten Fix-Datum (14. Juli 2026).
2. Lizenzierung – cscript ospp.vbs /dstatus zeigte zunächst im Administrator-Kontext "NOTIFICATIONS"-Status mit Error Code 0xC004F009 ("grace period expired") für die installierten Office-Editionen. Test in einer vollen RDP-Sitzung mit dem tatsächlich betroffenen Benutzerkonto zeigte jedoch eine korrekt aktivierte, angemeldete Lizenz (Microsoft 365 Apps for Business) ohne Grace-Period-Fehler – die Lizenzmeldung betraf offenbar nur das Administrator-Profil, nicht die produktiv genutzten Benutzerkonten.
3. Ausstehende Updates – Word zeigte im Konto-Bereich zwischenzeitlich den Hinweis "Für dieses Produkt sind Updates zur Installation bereit", ein manuelles Update war jedoch nicht möglich, da Version und Build bereits auf dem aktuellsten Stand sind (vermutlich ein UI-bedingter Fehlalarm bei zentral verwalteten Office-Updates).
4. Sonstige Prüfungen ohne Befund: Word-STARTUP-Verzeichnisse (leer), Benutzerprofile und Word-Registry-Einträge, Neustart von ImmoTop2 und des Servers nach Abmeldung aller Benutzer.
5. Wenn Word in der RDP-Verbindung geöffnet wird, öffnet sich Word ohne Probleme und die Meldung taucht gar nicht auf.
6. Word öffnet sich mit dem gleichen Benutzerkonto über "Serienbrief öffnen", wie über die RDP-Verbindung.

Auffälligkeit: Unter Word → Optionen → Add-Ins → Verwalten: Deaktivierte Elemente befinden sich mehrere von ImmoTop2 erzeugte bzw. temporäre .docx-/.tmp.docx-Dateien.

Frage: Welche zusätzlichen Diagnoseschritte oder bekannten Ursachen gibt es für Word-Abstürze speziell bei OLE-Automatisierung aus einer Drittanbieter-App heraus auf einem RDS/RemoteApp-Host, wenn Lizenzierung, Windows-Patchstand und Office-Build bereits ausgeschlossen wurden? Insbesondere: Kann eine Current-Channel-spezifische Regression (statt der ursprünglich dokumentierten KB5094126) diese Symptome verursachen, und gibt es empfohlene Vorgehensweisen zur Diagnose von OLE-Automatisierungsfehlern in dieser Konstellation?