Rodzaje limitów czasowych
Limity czasowe (timeouty) określają, jak długo WEBCON czeka na zakończenie operacji – zapytania SQL, żądania HTTP, wykonania akcji czy automatyzacji – zanim przerwie ją z błędem. Poniższe zestawienie przedstawia limity obowiązujące w wersji 2026 R1, a kolumna Uwagi – zmiany wprowadzone w tej wersji.
Zestawienie limitów
Limity nie wykluczają się – dla jednej operacji może obowiązywać kilka z nich jednocześnie, a o przerwaniu decyduje ten, który zostanie przekroczony jako pierwszy (patrz Zależności między limitami).
Akcje i automatyzacje
| Rodzaj limitu | Gdzie ma zastosowanie | Wartość domyślna | Czy konfigurowalny | Uwagi |
|---|---|---|---|---|
| Zapytania SQL w akcjach | Zapytania SQL definiowane przez użytkownika, np. w akcjach Zmień wartość pola, Aktualizuj wartości listy pozycji, Dodaj załącznik oraz w regułach SQL COMMAND. Po przekroczeniu limitu automatyzacja jest wycofywana, a przejście ścieżką zatrzymane. | 30 s | Nie | – |
| Akcja Wywołaj REST Web service | Oczekiwanie na odpowiedź serwera dla akcji i źródeł danych typu REST – zarówno uruchamianych z Portalu, jak i z serwisu. | 100 s | Nie | Limit dla akcji i źródeł REST uruchamianych z serwisu ujednolicono do 100 s (tak jak w Portalu). |
| Żądania HTTP do Microsoft Graph | Akcje OneDrive i Exchange, pobieranie wiadomości ze skrzynek HotMailBox i MailApproval oraz synchronizacja użytkowników z Microsoft Entra ID. | 100 s | Nie | – |
| Żądanie uwierzytelniające w Microsoft Graph | Pobranie tokenu przed nawiązaniem połączenia, np. na początku synchronizacji użytkowników z Microsoft Entra ID. | 120 s | Nie | – |
| Akcja Uruchom skrypt PowerShell | Czas na wykonanie polecenia akcji. Po przekroczeniu limitu skrypt nadal działa w tle na serwerze. | 60 s | Nie | – |
| Limit czasu wykonania automatyzacji | Łączny czas wykonania automatyzacji, sprawdzany przed wejściem do każdego bloczka (akcji lub automatyzacji procesowej). Po przekroczeniu automatyzacja kończy się błędem „Execution time exceeded". | 30 s | Tak – w konfiguracji automatyzacji (Automatyzacje) | – |
Workflow Service
| Rodzaj limitu | Gdzie ma zastosowanie | Wartość domyślna | Czy konfigurowalny | Uwagi |
|---|---|---|---|---|
| Liczba sekund na operacje wykonywane przez serwis | Operacje wykonywane przez serwis: akcje na timer, akcje cykliczne, HotFolders i HotMailBoxy (monitorowanie, rejestrowanie i dołączanie do elementów po kodzie kreskowym), ścieżki domyślne z kroków oczekujących na warstwę tekstową, OCR AI i OCR AI Learn, przejścia ścieżką z MailApproval. Po przekroczeniu limitu przejście ścieżką wykonywane przez serwis jest anulowane wraz z akcjami wykonanymi i zaplanowanymi na tej ścieżce. | 120 s | Tak – Konfiguracja systemu > Serwisy, zakładka Konfiguracja (Serwisy) | – |
| Zapytanie OLAP | Zapytania odświeżające statystyki kroków i KPI zdefiniowane w procesach, uruchamiane w godzinie aktualizacji analiz. | 7200 s (2 godz.) | Nie | – |
| Operacja SQL podczas indeksacji SOLR | Zapytanie pobierające dane elementu (dane formularza, listy pozycji, uprawnienia, dane załączników) przed przekazaniem ich do indeksu SOLR. | 300 s | Tak – Konfiguracja systemu > Serwisy, zakładka Konfiguracja SOLR | – |
| Operacja podczas połączenia z serwerem SOLR | Oczekiwanie na przetworzenie dokumentów i odpowiedź serwera SOLR. | 300 s | Tak – Konfiguracja systemu > Serwisy, zakładka Konfiguracja SOLR | – |
| Wyodrębnienie tekstu z pliku załącznika | Indeksacja treści załączników w procesach z włączoną opcją Indeksuj zawartość załączników (od wersji 2024 R1). Limit dotyczy każdego pliku osobno; przekroczenie nie wpływa na indeksację danych samego elementu. | 60 s | Nie | – |
| Wczytanie pojedynczej porcji danych podczas synchronizacji użytkowników | Synchronizacja użytkowników z usługami katalogowymi. | 15 min | Nie | – |
Portal i IIS
| Rodzaj limitu | Gdzie ma zastosowanie | Wartość domyślna | Czy konfigurowalny | Uwagi |
|---|---|---|---|---|
| Ładowanie danych raportów | Wczytywanie danych raportów w aplikacjach w Portalu. | 60 s | Nie | – |
| Żądanie HTTP do serwera IIS | Każde żądanie przeglądarki do Portalu. Po przekroczeniu limitu użytkownik widzi błąd „Bad Gateway", a transakcja w SQL Server może zakończyć się w tle. | 120 s | Tak – w konfiguracji serwera IIS | – |
| Sesja autoryzacji dostępu | Autoryzacja dostępu do atrybutów, grup, zakładek i raportów z opcją Wymagana okresowo. W czasie trwania sesji użytkownik może odkryć dowolną liczbę atrybutów chronionych tą opcją; sesja jest wspólna z autoryzacją ścieżek. | 5 min | Tak – metody autoryzacji w Konfiguracja systemu > Parametry globalne > Bezpieczeństwo | Po powrocie do wcześniej autoryzowanego raportu sesja trwa dalej od momentu pierwszej autoryzacji. |
Połączenia
| Rodzaj limitu | Gdzie ma zastosowanie | Wartość domyślna | Czy konfigurowalny | Uwagi |
|---|---|---|---|---|
| Connection Timeout połączenia Baza MSSQL | Nawiązywanie połączenia z zewnętrzną bazą danych MSSQL zdefiniowanego w Połączeniach. | 30 s | Tak – w definicji połączenia (Baza MSSQL) | Wartość domyślną zmieniono ze 120 na 30 s – dotyczy nowych i istniejących połączeń. |
| Limit czasu (s) połączenia z katalogiem LDAP | Nawiązywanie połączenia z serwerem LDAP. | Zgodnie z konfiguracją połączenia | Tak – w definicji połączenia (Katalog LDAP) | – |
| Połączenie z serwerem SQL w mechanizmie health check | Sprawdzanie stanu połączenia z bazą danych przez endpoint /health Portalu. Pierwsze wywołanie po uruchomieniu Portalu może trwać do wartości Connection Timeout z connection stringa bazy, jeśli jest ona dłuższa; kolejne wywołania respektują limit z pliku konfiguracyjnego. | 5 s | Tak – w pliku appsettings.json, węzeł healthCheck, parametr sqlTimeout (wartość w milisekundach) | – |
Zależności między limitami
- Limity działają równolegle. Na przykład automatyzacja z limitem 240 s, która wykonuje się 150 s, zakończy się poprawnie, ale użytkownik zobaczy błąd „Bad Gateway" po 120 s z powodu limitu żądania do serwera IIS.
- Przekroczenie limitu zapytania SQL w akcji (30 s) przerywa i wycofuje całą automatyzację, nawet jeśli jej Limit czasu wykonania jest dłuższy.
- Wycofanie transakcji nie cofa zmian wykonanych już w systemach zewnętrznych, np. przez akcję Wywołaj REST Web service.
- Automatyzacje uruchamiane Na Timer i Cyklicznie podlegają dodatkowo limitowi Liczba sekund na operacje wykonywane przez serwis. Jego przekroczenie przerywa automatyzację natychmiast, bez uruchamiania automatyzacji obsługi błędów.
- Akcja cykliczna wykonywana w transakcji, która przekroczy limit serwisu, wycofuje zmiany dla wszystkich przetworzonych elementów – również tych, dla których przejście zakończyło się poprawnie.
- Przekroczenie limitu akcji Uruchom skrypt PowerShell lub żądania do serwera IIS nie zatrzymuje operacji – skrypt lub transakcja SQL mogą zakończyć się w tle.
informacja
Szczegółowy opis limitów wraz z przykładami komunikatów błędów zawiera artykuł Rodzaje limitów czasowych w WEBCON.