Was meinst du mit Detailbereiche?
Gehäuft Abstürze/Freezes in der Sage 100
bseidel
Mitglied
Die Bearbeitungsdialoge im unteren Bereich der Stammdaten
das hatte ich so leider noch nicht.
Haben die Geräte die sich auf dem TS verbinden 4K Monitore?
Grüße
mhh
Artur Bender
Neues Mitglied
Hallo zusammen,
bei uns kommen ebenfalls vermehrt Fälle rein bei denen sich die Sage 100, vor allem im Rechnungswesen einfriert/abstürzt. Bei einem Kunden haben wir uns an den hier beschriebenen Lösungsvorschlägen versucht. Den "Dienst für Bildschirmtastatur und Schreibbereich" haben wir deaktiviert (stand vorher auf Manuell), hat aber bisher keinen Erfolg gebracht. Der Kunde arbeitet auf einem TS, dort haben wir mit VMMAP festgestellt, dass MSACCESS wirklich nur 2 statt 4 GB Arbeitsspeicher nimmt. Es ist eine Microsoft Access Runtime 2016 Version 16.0.4288.1001 auf dem TS installiert. Die selbe Version habe ich dort lokal auf einer Arbeitsstation installiert, danach die Sage 100. VMMAP zeigt mir auf der lokalen Arbeitsstation an das MSACESS 4 GB belegt, so wie es sein soll. Vom Sage Support hatten wir ebenfalls die Info erhalten, dass das Problem mit der Speichererweiterung an der Access-Version hängen kann. Verwirrend ist halt, das ich auf TS und PC die selbe Version installiert habe, aber beide sich bei der Speichererweiterung unterschiedlich verhalten. Hat hierzu jemand noch eine Idee? Welches Setup habt ihr benutzt bei den Systemen bei denen die Speichererweiterung richtig funktioniert?
bei uns kommen ebenfalls vermehrt Fälle rein bei denen sich die Sage 100, vor allem im Rechnungswesen einfriert/abstürzt. Bei einem Kunden haben wir uns an den hier beschriebenen Lösungsvorschlägen versucht. Den "Dienst für Bildschirmtastatur und Schreibbereich" haben wir deaktiviert (stand vorher auf Manuell), hat aber bisher keinen Erfolg gebracht. Der Kunde arbeitet auf einem TS, dort haben wir mit VMMAP festgestellt, dass MSACCESS wirklich nur 2 statt 4 GB Arbeitsspeicher nimmt. Es ist eine Microsoft Access Runtime 2016 Version 16.0.4288.1001 auf dem TS installiert. Die selbe Version habe ich dort lokal auf einer Arbeitsstation installiert, danach die Sage 100. VMMAP zeigt mir auf der lokalen Arbeitsstation an das MSACESS 4 GB belegt, so wie es sein soll. Vom Sage Support hatten wir ebenfalls die Info erhalten, dass das Problem mit der Speichererweiterung an der Access-Version hängen kann. Verwirrend ist halt, das ich auf TS und PC die selbe Version installiert habe, aber beide sich bei der Speichererweiterung unterschiedlich verhalten. Hat hierzu jemand noch eine Idee? Welches Setup habt ihr benutzt bei den Systemen bei denen die Speichererweiterung richtig funktioniert?
Access freie Sage Version, die seid Jahren geplant ist. 
Das mit den Einfrieren, habe ich Gott sei Dank nicht häufig. Aber mit Access ständig Probleme. Vor zwei Tagen nun Sage mit Mails zugewiesen, das ein Endkunde (Neukunde, Neue PC's , Neue Server) auf drei Arbeitsplätzen nicht Sage Access Listen aufrufen kann. Obwohl die Access Version an allen weiteren 5 Stationen die selbe ist. Bin gerade ziemlich angesäuert deshalb. Weil von Sage keine Lösung gefunden wird.
Das mit den Einfrieren, habe ich Gott sei Dank nicht häufig. Aber mit Access ständig Probleme. Vor zwei Tagen nun Sage mit Mails zugewiesen, das ein Endkunde (Neukunde, Neue PC's , Neue Server) auf drei Arbeitsplätzen nicht Sage Access Listen aufrufen kann. Obwohl die Access Version an allen weiteren 5 Stationen die selbe ist. Bin gerade ziemlich angesäuert deshalb. Weil von Sage keine Lösung gefunden wird.
Das mit den Access Listen hat sich nun geklärt. Es hatte gar nichts mit Access oder Microsoft zu tun. Sondern mit einem Druckertreiber der sich nicht mit dem Sage Produkt für Standarddruckprozesse >PDF x Change< verträgt. Den Sage dafür benötigt. An den besagten drei Plätzen war ein Drucker zugewiesen, der einen Universaltreiber verwendetet, der sich PDF x Change nicht akzeptierte. Die Druckprozesse sind zwar zum PDF x Change gegangen, blieben aber in der Warteschleife und löschten sich nicht automatisch. Selbst nach einem PC Neustart blieben diese Druckprozesse liegen. Wir konnten nun einen anderen Druckertreiber finden, der nun reibungslos läuft. Auf Grundlage der im PDF x Change verbliebenden Druckprozesse blieb Sage weniger Speicher zur Verfügung welches die Sage träger machte, weil nach einem Druckauftrag dieser nicht frei wurde und die Sage nicht ordnungsgemäß beendet wurde. Und oftmals der Task nur beendet wurde. Sage Support konnte dieses Verhalten auf Grundlage einer speziell für den Kunden OLAbf.accde nun herausfinden. Im TraceLog konnte das nun gefunden werden, in dem hier nun der Druckprozess Weiterleitung die Ursache war.
Kann man den Dienst denn heute noch beenden? Die KI sagt:
Der Dienst „TabletInputService“ (Touch-Tastatur und Schreibbereich) lässt sich auf modernen Terminalservern (wie Windows Server 2019, 2022 und 2025) nicht dauerhaft beenden. Das hat drei wesentliche Gründe:
Der Dienst „TabletInputService“ (Touch-Tastatur und Schreibbereich) lässt sich auf modernen Terminalservern (wie Windows Server 2019, 2022 und 2025) nicht dauerhaft beenden. Das hat drei wesentliche Gründe:
- Tiefe Systemintegration: Microsoft hat den Dienst fest mit Kernkomponenten der Windows-Benutzeroberfläche verknüpft. Er ist für die Stabilität des Startmenüs, der Taskleiste und für moderne Windows-Apps zwingend erforderlich. Ein erzwungenes Beenden führt häufig dazu, dass die Taskleiste oder das Startmenü in der Benutzersitzung einfrieren.
- Weiterleitung von Eingaben (RDP): Der Dienst ist dafür verantwortlich, dass Touchscreen- und Stifteingaben von den Endgeräten der Anwender korrekt über das Netzwerk in die Remote-Desktop-Sitzung übertragen und dort verarbeitet werden.
- Aktiver Systemschutz: Windows schützt diesen Dienst gezielt vor Veränderungen. Selbst wenn Sie den Dienst über die Registry, die Dienste-Verwaltung (services.msc) oder per Gruppenrichtlinie deaktivieren, setzt das Betriebssystem den Starttyp nach einem Neustart automatisch wieder zurück. In den neuesten Versionen (wie Windows Server 2025) ist eine Deaktivierung des Dienstes systemseitig komplett gesperrt.
- Microsoft Q&A Community (Juli 2023): "Not possible to disable the service TabletInputService" – Dokumentation des erzwungenen automatischen Neustarts des Dienstes.
- Microsoft GitHub Feedback & Server Community Berichte (2023–2026): Technische Analysen zur Abhängigkeit der Windows-Taskleiste und UI-Stabilität vom TabletInputService unter Windows Server.