- Verifizierungsstation (lokal oder Remote)
- Datenverifizierungsstation (lokal oder Remote)
- Project Setup Station (lokal)
- Web-Verifizierungsstation
- Web-Erfassungsstation
Timeouts auf lokalen und Remote-Stationen festlegen
Eine Sitzung wird inaktiv, wenn der Operator innerhalb eines bestimmten Zeitraums keine Aktionen ausführt. Der Processing Server fragt den Application Server alle 60 Minuten ab und löscht alle Sitzungen, deren Timeout abgelaufen ist. Wenn eine abgelaufene Sitzung eine offene Aufgabe enthält, wird diese Aufgabe in die allgemeine Warteschlange zurückgestellt, und alle vom Operator vorgenommenen Änderungen gehen verloren. Für jede Station kann lokal ein Timeout festgelegt werden. Der Standardwert für das Timeout beträgt 15 Minuten. Um ihn zu ändern, bearbeiten Sie den folgenden Registrierungsschlüssel:Computer\HKEY_CURRENT_USER\Software\ABBYY\FlexiCapture\12.0\Shell\Options\UserTimeOut
Wenn dieser Schlüssel in der Windows-Registrierung auf einem bestimmten Computer nicht vorhanden ist, fügen Sie ihn hinzu und geben Sie einen Timeout-Wert ein.
Sobald eine Sitzung inaktiv wird, beginnt auf dem Application Server der Timeout-Countdown.
Sie können das Timeout, nach dessen Ablauf eine Sitzung inaktiv wird, auch im IIS Manager auf dem Computer festlegen, auf dem der Application Server installiert ist.
So geben Sie einen Timeout-Wert an:
- Klicken Sie auf Control Panel → System and Security → Administrative Tools → Internet Information Services (IIS) Manager.

- Klicken Sie im IIS Manager auf Sites → Default Web Site → FlexiCapture12 → Server → Application Settings.

- Geben Sie im Parameter
InactiveSessionTimeoutMinuteseinen Timeout-Wert in Minuten ein. Der Standardwert ist 0. Wenn dieser Parameter im IIS Manager nicht vorhanden ist, fügen Sie ihn hinzu und geben Sie einen Timeout-Wert an.

web.config auf dem Application Server gespeichert (der Standardspeicherort ist C:\inetpub\wwwroot\FlexiCapture12\Server\web.config).
Sie können die Datei web.config mit einem beliebigen Texteditor öffnen und bearbeiten.
Wenn eine abgelaufene Sitzung eine offene Aufgabe enthält, wird diese Aufgabe in die allgemeine Warteschlange zurückgestellt, und alle vom Operator vorgenommenen Änderungen gehen verloren.
Timeouts auf Webstationen festlegen
Auf einer Webstation beginnt der Timeout-Countdown, wenn der Operator für einen bestimmten Zeitraum keine Aktionen im Browserfenster der Station ausführt. Der Standardwert für den Timeout beträgt 120 Minuten. Der Processing Server fragt den Application Server alle 60 Sekunden ab (sofern Sie keinen anderen Abfragezeitraum angegeben haben) und löscht alle inaktiven Sitzungen, deren Timeout abgelaufen ist. Sie können jeden dieser Timeout-Werte ändern.Der Timeout-Wert, den Sie für die Webstationen angeben, gilt nur für die Web-Verifizierungsstationen und die Web-Erfassungsstationen.
- Klicken Sie auf Control Panel → System and Security → Administrative Tools → Internet Information Services (IIS) Manager.
- Klicken Sie im IIS Manager auf Sites → Default Web Site → FlexiCapture12 → Verification → Application Settings.

- Ändern Sie in den Application Settings die folgenden Parameter:
SessionInactiveLifetimeInMinutes— Der Timeout, nach dessen Ablauf eine Sitzung inaktiv wird. Standard: 120 Minuten.SessionRefreshInterval— Das Abfrageintervall in Millisekunden. Standard: 60.000 (der Application Server fragt die Webstationen alle 60 Sekunden nach inaktiven Sitzungen ab).

web.config gespeichert (der Standardpfad ist C:\inetpub\wwwroot\FlexiCapture12\Verification\Web.config).
Sie können einen beliebigen Texteditor verwenden, um die Datei web.config zu öffnen und zu bearbeiten.
Sobald bei einer Webstation ein Timeout eintritt, wird der Benutzer dieser Webstation zur Anmeldeseite weitergeleitet.
Wenn eine inaktive Sitzung eine offene Aufgabe enthält, wird diese Aufgabe an die allgemeine Warteschlange zurückgegeben, und alle vom Operator vorgenommenen Änderungen werden auf dem Application Server gespeichert, selbst wenn der Operator nicht auf die Schaltfläche Save geklickt hat. Wenn ein anderer Operator diese Aufgabe vom Application Server übernimmt, kann er die vom vorherigen Operator vorgenommenen Änderungen akzeptieren oder ablehnen, bevor die Aufgabe an die allgemeine Warteschlange zurückgegeben wurde.