Nazwa funkcji | Workflow Management |
Nazwa techniczna | com.cisag.sys.Workflow |
Wersja | V1R2M0 |
Wymagana licencja | com.cisag.sys.Workflow |
Możliwość dezaktywacji | Tak |
Poziom | Funkcja systemowa |
Bezpośrednia pomoc | Funkcja Workflow Management umożliwia aktywację lub dezaktywację zarządzania przepływem pracy dla systemu. |
Aby uzyskać więcej informacji na temat funkcji Workflow Management, należy zapoznać się z artykułem Wprowadzenie: Workflow Management.
Efekty aktywacji Workflow Management
Ważni nadawcy dla bazy danych repozytorium i bazy danych OLTP muszą być przechowywani w aplikacji „Dostosowywanie” w każdym systemie, w którym ma być używana obsługa poczty e-mail zarządzania przepływem pracy. Przechowujesz te dane za pomocą funkcji „Ustawienia użytkownika dla systemu” (patrz rozdział: Funkcja główna „Ustawienia użytkownika dla systemu”) i „Ustawienia użytkownika dla baz danych OLTP” (patrz dokumentacja: Dostosowywanie: Ustawienia użytkownika dla baz danych OLTP).
Wpływ Workflow Management na zarządzanie relacjami
Ważni nadawcy dla bazy danych repozytorium oraz bazy danych OLTP muszą być przechowywani w aplikacji Konfiguracja w każdym systemie, w którym ma być używana obsługa poczty e-mail Workflow Management. Dane te są przechowywane za pomocą funkcji Ustawienia użytkownika dla systemu (więcej informacji w rozdziale: Funkcja główna Ustawienia użytkownika dla systemu) oraz Ustawienia użytkownika dla baz danych OLTP (więcej informacji można znaleźć w artykule: Funkcja: Ustawienia użytkownika dla baz danych OLTP).
Sekcja Opracowanie
- Rola przepływu pracy OLTP dla administratorów — pole umożliwia wybór roli Workflow, której właściciel wspiera administratora systemu w realizacji zadań administracyjnych przepływu pracy w bazie danych OLTP. Posiadacze tej roli stają się administratorami Workflow Management i są używani jako agenci w sytuacji, gdy silnik Workflow Management nie może określić prawidłowego agenta dla działania, np. gdy przypisana rola nie ma właściciela. Administratorzy mogą również otrzymywać powiadomienia e-mail, gdy przepływ osiągnie węzeł błędu, co umożliwia analizę błędu oraz poinformowanie uczestników procesu.
Definicja roli nie nadaje administratorom żadnych specjalnych uprawnień. W celu realizacji zadań administracyjnych zaleca się przypisanie tej roli do roli autoryzacji, której zostanie nadana funkcja Administracyjna dla obszaru Workflow Management. Dzięki temu użytkownicy, właściciele roli, zyskują możliwość przeglądania procesów, działań i zadań innych użytkowników.
Jeśli nie zostanie wybrana żadna rola przepływu pracy, administrator systemu pozostaje jedyną osobą odpowiedzialną za zadania administracyjne Workflow Management we wszystkich bazach danych OLTP.
- Rola przepływu pracy repozytorium dla administratorów — pole umożliwia wybór roli przepływu pracy, której właściciel wspiera administratora systemu w realizacji zadań administracyjnych Workflow w bazie danych repozytorium. Posiadacze tej roli stają się administratorami Workflow Management i są używani jako agenci w przypadku, gdy silnik Workflow Management nie może określić właściwego agenta dla działania — np. gdy przypisana rola nie ma właściciela.
Administratorzy mogą również otrzymywać powiadomienia e-mail po osiągnięciu węzła błędu przez przepływ sekwencji, co umożliwia analizę błędu i poinformowanie uczestników procesu.
Podobnie jak w przypadku OLTP, definicja roli nie nadaje administratorom specjalnych uprawnień. W celu wykonywania zadań administracyjnych należy przypisać tę rolę do roli autoryzacji z funkcją administracyjną dla obszaru Workflow Management, co umożliwia właścicielom roli dostęp do procesów, działań i zadań innych użytkowników.
Jeśli nie zostanie wybrana żadna rola przepływu pracy, administrator systemu pozostaje wyłącznie odpowiedzialny za zadania administracyjne Workflow Management we wszystkich bazach danych repozytorium.
- Zastosuj zadania automatycznie przy otwieraniu — pole służy do określenia, czy użytkownik automatycznie przejmuje przypisane mu zadanie w momencie jego otwarcia za pomocą akcji [Otwórz].
Dostępne są następujące ustawienia:- Zawsze — zadania są automatycznie przejmowane po ich otwarciu
- Nigdy — zadania nie są automatycznie akceptowane po ich otwarciu
- Tylko zadania przyporządkowane automatycznie — zadania o statusie Do opracowania oraz Spóźniony są automatycznie akceptowane po ich otwarciu. Natomiast zadania o statusie Otrzymane muszą zostać zaakceptowane ręcznie za pomocą akcji, zanim będzie możliwa ich edycja.
Sekcja Definicje procesów
- Język skryptów — pole umożliwia wybór domyślnego języka skryptowego, który ma być używany w aplikacjach Definicje procesów oraz Definicje działań.
Do wyboru są następujące języki skryptowe:- Język skryptów systemu
- JavaScript
- Czas trwania przetwarzania — pole służy do określenia, czy proces powinien zmienić status na Opóźniony, jeśli nie został przetworzony w określonym czasie. Wartość domyślna czasu trwania wprowadzana w tym polu jest używana w aplikacji Definicje procesów, gdzie może zostać zmodyfikowana.
Pozycje dostępne w tym polu pełnią funkcję pomocniczą przy wprowadzaniu możliwych wartości. W przypadku podania wartości z jednostką skróconą, jednostka ta zostanie automatycznie przekształcona na język wyświetlania podczas zapisu. Przykład: d staje się dniem. - Okres przechowywania — okres, w którym proces nie może zostać zreorganizowany po jego zakończeniu. Ustawienie to służy do zapobiegania reorganizacji procesów objętych prawnym obowiązkiem przechowywania, przed upływem określonego okresu. Wartość domyślna wprowadzona w tym polu jest używana w aplikacji Definicje procesów, gdzie można ją zmienić.
Wartości dostępne do wyboru w tym polu służą jako pomoc przy wprowadzaniu dopuszczalnych opcji. W przypadku użycia skróconej jednostki, zostanie ona przekształcona zgodnie z językiem wyświetlania podczas zapisu. Przykład: d staje się dniem.
Sekcja Przetwarzanie w tle
- Użytkownik dla zadań przetwarzania — pole służy do wyboru użytkownika wykorzystywanego do przetwarzania zleceń, jeśli działanie jest przetwarzane przez zlecenie przetwarzania, a użytkownik nie został określony w definicji działania. Użytkownika można zadeklarować w definicji działania za pomocą polecenia setJobUser (język skryptów systemowych).
- Kolejka przetwarzania — pole służy do wyboru kolejki przetwarzania używanej dla zadań przetwarzania, jeśli działanie jest przetwarzane przez zadanie przetwarzania, a kolejka przetwarzania nie została określona w definicji działania. Kolejkę przetwarzania można zadeklarować w definicji działania za pomocą polecenia setJobQueue (język skryptów systemowych).
Sekcja Powiadomienia e-mail
- Formuła powitania — pole umożliwia określenie formuły powitania, która jest używana, gdy nie można jednoznacznie ustalić formuły dla użytkownika otrzymującego powiadomienie e-mail. Dotyczy to np. sytuacji, gdy aktywność jest przechowywana w bazie danych repozytorium lub użytkownik nie jest przypisany do partnera. Można użyć parametru {recipient}, aby wstawić pełną nazwę użytkownika do formuły powitania. Parametr {void} zwraca pusty ciąg znaków i może być używany do wyłączenia formuły powitania w określonym języku.
- Pożegnalna formuła grzecznościowa — pole umożliwia określenie formuły pożegnalnej, która jest używana, jeśli nie można jej określić na podstawie danych użytkownika otrzymującego powiadomienie e-mail. Dotyczy to m.in. przypadków, gdy aktywność została zapisana w bazie danych repozytorium lub użytkownik nie jest przypisany do partnera.
- Kontekst dla wewnętrznych odbiorców — pole umożliwia określenie kontekstu komunikacji dla powiadomień e-mail kierowanych do odbiorców wewnętrznych, który służy do ustalenia formuły powitania i zakończenia. Odbiorca uznawany jest za wewnętrznego, jeśli jego użytkownik został przypisany do partnera z afiliacją Wewnętrzny. Jeżeli użytkownik nie jest przypisany do partnera w bazie danych, w której zapisano działanie, formuła powitania i zakończenia jest pobierana z ustawień Konfiguracji.
- Kontekst dla zewnętrznych odbiorców — pole umożliwia określenie kontekstu komunikacji dla powiadomień e-mail kierowanych do odbiorców zewnętrznych, który służy do ustalenia formuły powitania i zakończenia. Odbiorca uznawany jest za zewnętrznego, jeśli jego użytkownik został przypisany do partnera z afiliacją Zewnętrzny. Jeżeli użytkownik nie jest przypisany do partnera w bazie danych, w której zapisano działanie, formuła powitania i zakończenia jest pobierana z ustawień Konfiguracji.