Definicje działań

Spis treści

Niniejsza dokumentacja opisuje sposób mapowania definicji działań oraz strukturę aplikacji o tej samej nazwie. Użytkownik zostanie poinformowany, jakie relacje może mieć definicja działania z innymi aplikacjami i jednostkami biznesowymi oraz w jaki sposób jest ona zintegrowana z procesami biznesowymi.

O roli odgrywanej przez definicje procesów i sposobie ich rejestrowania można przeczytać w dokumentacji Definicje procesów.

Definicje terminów

Aktywacja

Definicje działań zarejestrowane w Workflow Management są aktywne tylko wtedy, gdy zostały wyraźnie aktywowane. Każda definicja działania musi być aktywowana indywidualnie w każdej bazie danych. Informacje specyficzne dla bazy danych mogą zostać przypisane do definicji działania podczas aktywacji.

Działania

Działanie opisuje aktywności, które może być wykonane przez jednego lub więcej użytkowników. Działanie jest przetwarzane przez użytkowników na podstawie jednego lub więcej zadań, w których odpowiednie działanie jest opisane dla każdego użytkownika. Działanie tworzy zatem klamrę wokół wynikowych zadań i zawiera niezbędne informacje o zadaniach. Działania są tworzone jako część Workflow Management lub Zarządzania relacjami i są częścią workflow.

Definicje działań

Definicja działania jest szablonem dla działań generowanych na jej podstawie. Jeśli definicja działania jest aktywna, silnik workflow generuje nowe działanie, gdy wystąpi zarejestrowane zdarzenie, pod warunkiem spełnienia warunku przejścia. Definicje działań są niezależne od bazy danych OLTP i systemu, w którym zostały zarejestrowane, ponieważ nie zawierają ani danych specyficznych dla systemu, ani danych specyficznych dla OLTP. Definicje działań są zapisywane w bazie danych repozytorium.

Wyniki działania

Wyniki działań dodają dodatkowe informacje do działań. Wyniki działań są zwykle określane przez agentów działań. Można je jednak również określić w deklaracjach definicji działania. Ogólne pole wyników jest dostępne do oceny działań, np. w aplikacjach typu lista, a jego wartość można zdefiniować za pomocą języka skryptowego.

Wyrażenia

Wyrażenie wyraża złożone relacje. Wyrażenie może być terminem, warunkiem lub poleceniem. Termin oblicza wartość, warunek może podejmować decyzję tak/nie, a polecenie jest sekwencją jednej lub więcej instrukcji. W Workflow Management wyrażenia są używane na przykład do sformułowania warunku wstępnego lub warunku przejścia lub do określenia operatorów, którzy nie są podsumowani w roli workflow.

Opracowujący użytkownik

Działania utworzone w Workflow Management mogą być przetwarzane przez kilku operatorów w pojedynczym lub wielokrotnym przetwarzaniu. Użytkownicy są najpierw określani z zestawu operatorów. Następnie dla każdego użytkownika tworzone jest zadanie, które otrzymuje właściwości takie jak opis i okres przetwarzania z działania. Operatorzy działań są zwykle określani poprzez organizację procesu. W przypadku niektórych typów działań, takich jak węzły skryptów i węzły usług, działania nie są przetwarzane przez użytkowników, ale przez system lub aplikację działającą w tle.

Okres przetwarzania

Każde działanie ma okres przetwarzania opisany datą początkową i końcową. Przetwarzanie działania lub zadań powinno zostać zakończone w tym okresie. Jeśli działanie nie zostanie ukończone w okresie przetwarzania, działanie jest eskalowane.

Deklaracje

Deklaracje to skrypty w definicjach procesów i działań, które zapewniają metody wywoływane podczas tworzenia działań, zmiany statusu i wprowadzania określonych wartości parametrów. Właściwości procesów i działań mogą być elastycznie definiowane poprzez dostosowanie deklaracji. Deklaracje są zapisywane w języku skryptowym.

Pojedyncze działanie

Pojedyncze działanie opisuje jednorazowe działanie, które nie jest częścią procesu. Pojedyncze działania mogą być wprowadzane przez użytkownika lub generowane automatycznie przez system, np. na podstawie definicji działania lub za pośrednictwem interfejsu programistycznego.

Pojedyncze przetwarzanie

W przypadku przetwarzania pojedynczego tylko jeden procesor może przetwarzać działanie w danym czasie. Zadania innych procesorów działań są blokowane podczas przetwarzania. W przypadku przetwarzania pojedynczego tylko jeden agent musi ukończyć działanie. Jeśli agent ukończy swoje zadanie lub ukończy je nieprzetworzone, całe działanie zostanie ukończone lub ukończone nieprzetworzone.

Szablony obiektów deweloperskich

Szablon obiektu programistycznego to zbiorczy termin dla wszystkich szablonów, które można zapisać jako obiekt deweloperski w bazie danych repozytorium. Obejmują one na przykład szablon roli uprawnień lub szablon roli workflow. Dzięki zarządzaniu szablonami jako obiektami rozwojowymi są one automatycznie wersjonowane i mogą być przenoszone do kolejnego systemu przy użyciu logistyki oprogramowania.

Szablon obiektu deweloperskiego służy do tworzenia obiektów odpowiadających szablonowi lub do aktualizacji istniejących. Szablon obiektu programistycznego jest zatem obiektem abstrakcyjnym, na podstawie którego tworzone są konkretne obiekty. Na przykład z szablonu roli uprawnień można utworzyć kilka ról uprawnień. Nowa wersja w kolejnym systemie prowadzi do aktualizacji obiektów, które zostały z niego utworzone. Oznacza to, że szablony mogą być rejestrowane na przykład w systemie rozwoju klienta, transportowane do systemu testowego klienta i testowane, zanim zostaną ostatecznie przetransportowane do systemu produkcyjnego, w którym są faktycznie używane.

Zdarzenia

Zdarzenia stanowią podstawę do tworzenia działań z definicji działań w Workflow Management. Zdarzenia mogą być wyzwalane przez zmiany danych dokonane przez system, aplikację lub działanie użytkownika. Zdarzenia zawierają parametry opisujące zdarzenie. Aby wygenerować działanie w momencie wystąpienia zdarzenia, aktywowana definicja działania musi być zarejestrowana dla tego zdarzenia, a warunek przejścia musi być spełniony.

Prefiks eksportu

Każdy system Comarch ERP Enterprise posiada prefiks eksportu. Prefiks eksportu jest unikalny podczas przesyłania aktualizacji oprogramowania z systemu deweloperskiego do systemu produkcyjnego. W Workflow Management, prefiks eksportu definicji działania jest używany do decydowania, w którym systemie definicja działania może zostać zmieniona i aktywowana. Tylko definicje działań i ról workflow z prefiksem eksportu odpowiadającym prefiksowi eksportu wybranego systemu mogą zostać zmienione. Podczas wprowadzania nowych definicji działań i ról workflow, nowa definicja lub rola otrzymuje prefiks systemu wybranego w momencie wprowadzania.

Wywołanie funkcji

Wywołanie funkcji to definicja działania, która oblicza i zwraca wynik zamiast generowania działania. Wywołania funkcji są używane na przykład do jednokrotnego wprowadzania złożonych obliczeń lub do używania wyrażeń w języku JavaScript w definicjach działań wprowadzanych w języku skryptowym systemu.

Aplikacje w tle

Aplikacja działająca w tle to aplikacja, która jest wykonywana bez interakcji z użytkownikiem. Może zostać otwarta przez zadanie przetwarzania, przez wywołanie CORBA lub przez inną aplikację.

Wielokrotne przetwarzanie

W przypadku przetwarzania wielokrotnego agent, kilku lub wszyscy agenci mogą przetwarzać zadania działania w tym samym czasie. Działanie może zostać ukończone tylko wtedy, gdy wszyscy agenci ukończą swoje zadania. Działanie uznaje się za ukończone, gdy co najmniej jedno zadanie ma status Zrealizowane, a wszystkie pozostałe zadania osiągnęły status końcowy. Jeśli wszystkie zadania mają status Zakończone bez przetwarzania, działanie również otrzymuje status Zakończone bez przetwarzania.

Warunki końcowe

Działanie może zostać ukończone tylko wtedy, gdy spełniony jest warunek końcowy. Warunku końcowego można użyć na przykład w celu uniemożliwienia ukończenia działania przed wykonaniem przez operatorów zadania opisanego w działaniu. Warunek końcowy może również uniemożliwić twórcy zamówienia samodzielną autoryzację zamówienia.

Procesy

Proces to techniczny opis części procesu biznesowego. Proces składa się z poszczególnych etapów. Etapy procesu mogą być ze sobą powiązane. Ukończenie etapu procesu może uruchomić przetwarzanie innych etapów procesu. Proces ma zdefiniowany początek i koniec. Kroki procesu mogą uzyskiwać dostęp do zmiennych procesu zadeklarowanych w procesie.

Działania seryjne

Działania seryjne są generowane z szablonu serii tak długo, jak spełniony jest warunek serii, a czas trwania serii nie został przekroczony. Jeśli ma zostać utworzone działanie serii, a warunek serii nie zostanie spełniony w tym czasie, cała seria zostanie anulowana.

Wzorce serii

Wzorzec serii jest używany w szablonie serii, między innymi do obliczania czasu generowania działań serii. W szablonie serii nie definiuje się stałego czasu, ale względną specyfikację, taką jak Co roku w drugą środę stycznia o godzinie 10:00. Ustawienia kalendarza Strefa czasowa, Pierwszy dzień tygodnia i Dni w pierwszym tygodniu są również używane do obliczania określonego czasu.

Szablony seryjne

Szablon serii to działanie, które generuje działania zgodnie z wzorcem serii w określonym czasie. Wygenerowane działania są określane jako działania seryjne i są wyświetlane w szablonie serii. Szablon serii nie zawiera żadnych zadań.

Systemowy język skryptowy

Wyrażenia, warunki, polecenia i deklaracje są używane do wyrażania złożonych relacji. Wszystkie te wyrażenia są częścią wspólnego języka skryptowego zwanego językiem skryptowym systemu. Składnia języka skryptowego systemu jest oparta na SQL, Pascal i Java. Język skryptowy systemu jest wykorzystywany w Workflow Management, np. do formułowania warunku wstępnego lub warunku przejścia lub do określania operatorów, którzy nie są zgrupowani w roli workflow.

Warunki przejścia

Jeśli wystąpi zdarzenie zarejestrowane w definicji działania, można utworzyć nowe działanie za pośrednictwem definicji działania. Działanie jest tworzone tylko wtedy, gdy spełniony jest warunek przejścia. Warunek przejścia może być użyty do ograniczenia zdarzenia ogólnego dla definicji działania.

Warunki wstępne

Za każdym razem, gdy zmienia się status działania, system sprawdza, czy warunek wstępny działania jest nadal spełniony. Jeśli warunek wstępny nie jest już spełniony, działanie otrzymuje status Zakończone bez przetwarzania. Oznacza to, że wszystkie zadania działania, które nie osiągnęły jeszcze statusu końcowego, są również zakończone w stanie nieprzetworzonym. Warunek wstępny nie jest sprawdzany w przypadku działań przetwarzanych przez system lub zlecenie przetwarzania oraz w przypadku zmian statusu na jeden z dwóch statusów końcowych Zakończone lub Zakończone bez przetwarzania.

Definicje workflow

Definicje workflow to obiekty biznesowe w Workflow Management, które można zapisać jako szablony. Obejmują one definicje procesów, definicje działań i role workflow. Definicje workflow mogą zostać zapisane jako szablon i przetransportowane do systemu niższego poziomu przy użyciu transportu oprogramowania lub mogą zostać wyeksportowane przy użyciu poleceń powłoki narzędziowej expwfl i impwfl i zaimportowane do dowolnego systemu tego samego lub wyższego poziomu wydania.

Silnik workflow

Wraz z usługą zdarzeń, silnik workflow koordynuje i monitoruje wykonywanie workflow Silnik workflow jest wykonywany na serwerze komunikatów w każdym systemie.

Role workflow

Role workflow są poziomem abstrakcji do mapowania organizacji procesu używanej przez zarządzanie workflow. Role workflow są niezależne od bazy danych OLTP i systemu, w którym zostały utworzone, ponieważ nie zawierają ani danych specyficznych dla systemu, ani danych specyficznych dla OLTP. Role workflow są przechowywane w bazie danych repozytorium. Właściciele muszą być przypisani do roli workflow, aby można było z niej sensownie korzystać. Właścicielami mogą być na przykład użytkownicy, osoby, zadania lub organizacje. Przypisanie właścicieli roli workflow jest specyficzne dla bazy danych, ponieważ tylko obiekty w tej bazie danych mogą być użyte do przypisania. Różni właściciele mogą być przypisani do roli workflow w różnych bazach danych.

Limit czasu w workflow

Działanie powinno zostać przetworzone w określonym okresie przetwarzania. Jeśli tak się nie stanie, status działania zmieni się na Zaległe lub Zaległe w opracowaniu. Jeśli zdefiniowany okres przetwarzania zostanie przekroczony, działanie następcze zdefiniowane w definicji działania może zostać wykonane automatycznie lub powiadomienie e-mail może zostać wysłane do osoby odpowiedzialnej za proces. W przypadku przekroczenia czasu trwania procesu nie są możliwe żadne działania następcze.

Opis aplikacji

Aplikacji Definicje działań można używać do wprowadzania lub edytowania definicji działań. Definicja działania to kompletny opis techniczny działania operacyjnego, które ma być wykonywane przez jednego lub więcej operatorów. Jeśli definicja działania zarejestrowała zdarzenie, silnik workflow tworzy nowe działanie w momencie wystąpienia zdarzenia i spełnienia warunku przejścia. Jeśli definicja działania reprezentuje węzeł definicji procesu, silnik workflow tworzy nowe działanie, gdy przepływ sterowania osiągnie węzeł.

Definicje działań są zapisywane w bazie danych repozytorium i nie zawierają danych specyficznych dla systemu ani OLTP. Zanim działania mogą zostać wygenerowane z definicji działania, definicja działania musi zostać aktywowana. Aktywacja jest specyficzna dla bazy danych. Jeśli definicja działania została utworzona w innym systemie, definicja działania musi zostać przeniesiona do systemu, w którym ma być używana. Dopiero wtedy można aktywować definicję działania. Podczas transferu tworzona jest kopia definicji działania, która otrzymuje prefiks eksportu bieżącego systemu.

Aplikacja Definicje działań składa się z nagłówka i obszaru roboczego.

Nagłówek

Nagłówek zawiera pola, które jednoznacznie identyfikują definicję działania. W nagłówku dostępne są następujące pola i przyciski:

  • Wzór – za pomocą tego pola można określić, czy definicja działania jest szablonem. Szablony definicji działania mają wersję wyświetlaną w polu Wersja. W zależności od tego, czy definicja działania jest szablonem, na karcie Ustawienia szablonu w obszarze roboczym wyświetlane są różne pola.
  • Wersja – jeśli definicja działania jest szablonem, w tym polu wyświetlany jest numer otwartej wersji szablonu definicji działania. Jeśli wyświetlana definicja działania nie jest szablonem, pole to jest nieaktywne. Pomoc wejściowa wyświetla wszystkie wersje szablonu definicji działań. Określona wersja z archiwum jest otwierana poprzez wybór.
  • Pokaż aktywną wersję/Pokaż bieżącą wersję – tej funkcji należy użyć, aby przełączać się między wersjami definicji działania. Jeśli otwarta jest starsza wersja, ładowana jest bieżąca wersja, jeśli obiekt programistyczny jest zablokowany, w przeciwnym razie ładowana jest aktywna wersja. Jeśli wyświetlana definicja działania nie jest szablonem, przycisk ten jest nieaktywny.
  • Definicja działania – identyfikator definicji działania jest wyświetlany w tym polu. Składa się ona z dwóch wpisów: wyboru typu bazy danych w pierwszym polu i ciąg znaków jako identyfikacji w drugim polu. Informacje te, wraz z prefiksem eksportu, jednoznacznie identyfikują definicję działania.
    • Typ bazy danych – w tym polu należy wybrać typ bazy danych, której ma dotyczyć definicja działania. Po zapisaniu nowej definicji działania nie można już zmienić typu bazy danych. Do wyboru są Dane OLTP lub Dane repozytorium.
    • Ciąg znaków – w tym polu należy wprowadzić ciąg znaków w tym polu jako identyfikator definicji działania. Może on składać się z cyfr, liter lub kombinacji cyfr i liter i może być dowolnie wybrany przy pierwszym wprowadzeniu.
  • Prefiks eksportu – prefiks eksportu wskazuje system, w którym zarejestrowano definicję działania. Wraz z identyfikatorem jednoznacznie identyfikuje definicję działania. Jeśli prefiks eksportu definicji działania i prefiks eksportu bieżącego systemu są różne, przed aktywowaniem definicji działania należy przenieść definicję działania do bieżącego systemu. Podczas transferu tworzona jest kopia definicji działania z prefiksem eksportu bieżącego systemu.
Uwaga
To pole jest wyświetlane tylko wtedy, gdy wyświetlana definicja działania nie jest szablonem.
  • Obszar nazw – jeśli definicja działania jest szablonem, obszar nazw szablonu definicji działania jest wyświetlany w tym polu.
Uwaga
To pole jest wyświetlane tylko wtedy, gdy wyświetlana definicja działania jest szablonem.
  • Typ działania – w tym polu wyświetlany jest typ działania, który ma zostać utworzony. Podczas tworzenia definicji działania można wybrać jeden z następujących typów działania:
    • Pojedyncze działanie – pojedyncze działanie opisuje jednorazowe działanie, które nie jest częścią procesu. Pojedyncze działania mogą być wprowadzane przez użytkownika lub generowane automatycznie przez system, np. na podstawie definicji działania lub za pośrednictwem interfejsu programistycznego.
    • Szablon seryjny – szablon seryjny to działanie, które generuje działania zgodnie z wzorcem serii w określonym czasie. Wygenerowane działania są określane jako działania seryjne i są wyświetlane w szablonie serii. Szablon serii nie zawiera żadnych zadań.
    • Wiadomość e-mail – definicja działania tego typu wysyła wiadomość e-mail do jednego lub więcej odbiorców bez generowania działania
    • Wywołanie funkcji – wywołanie funkcji to definicja działania, która oblicza i zwraca wynik zamiast generowania działania. Wywołania funkcji są używane na przykład do jednokrotnego wprowadzania złożonych obliczeń lub do używania wyrażeń w języku JavaScript w definicjach działań wprowadzanych w języku skryptowym systemu. Jeśli definicja działania reprezentuje węzeł definicji procesu, typ działania jest definiowany poprzez typy węzłów. Szczegółowy opis wszystkich typów węzłów można znaleźć w dokumentacji Definicje procesów. Po wprowadzeniu typu działania nie można go zmienić.
Uwaga
W zależności od wyświetlanego typu działania, w obszarze roboczym aplikacji wyświetlane są różne zakładki i pola.
  • Definicja procesu – ten element kontrolny zawiera metadane i nie może zostać usunięty. Jeśli definicja działania reprezentuje węzeł definicji procesu, identyfikacja definicji procesu jest wyświetlana w tym polu.
  • Oznaczenie – ten element kontrolny zawiera metadane i nie może zostać usunięty. Nazwa służy jako dodatkowy identyfikator. Może składać się z dowolnie wybranego tekstu. W tym polu należy wprowadzić znaczącą i, jeśli to możliwe, jednoznaczną nazwę, aby ułatwić wyszukiwanie.

Obszar roboczy

Obszar roboczy aplikacji Definicje działań składa się z następujących zakładek:

  • Działanie – ten element sterujący zawiera metadane i nie wolno go usuwać. W zakładce Działanie definiuje się ogólne cechy działania utworzonego na podstawie definicji działania.
  • Teksty – ten element sterujący zawiera metadane i nie wolno go usuwać. Na tej karcie należy użyć edytora tekstu, aby wprowadzić opis działań generowanych na podstawie definicji działania.
  • Zdarzenia – ten element sterujący zawiera metadane i nie może zostać usunięty. W zakładce Zdarzenia można dodawać zdarzenia, które powodują, że silnik workflow generuje działanie z definicji działania, jeśli spełniony jest warunek przejścia.
  • Opracowanie – ten element sterujący zawiera metadane i nie wolno go usuwać. W zakładce definiuje się operatorów i typ przetwarzania dla działań utworzonych z definicji działania. Można również zdefiniować działania następcze, które silnik workflow automatycznie wykonuje po przekroczeniu limitu czasu.
  • Aplikacja – ten element sterujący zawiera metadane i nie może zostać usunięty. W zakładce można zapisać aplikację do edycji działań utworzonych na podstawie definicji działania. W zależności od typu działania, edycja może być przeprowadzana przy użyciu aplikacji interaktywnej lub działającej w tle.
  • Parametry– ten element sterujący zawiera metadane i nie wolno go usuwać. W przypadku definicji działania, która jest wywoływana przez działanie, można wprowadzić parametry wywołania w tej zakładce.
  • Parametry – ten element kontrolny zawiera metadane i nie wolno go usuwać. Na karcie można zdefiniować dalsze wyniki działań utworzonych na podstawie definicji działania. Wyniki są definiowane przez operatorów i wyświetlane w aplikacji Działania.
  • Deklaracje – ten element sterujący zawiera metadane i nie wolno go usuwać. Zakładka zawiera funkcje, które są wywoływane podczas tworzenia działania, zmiany statusu i wprowadzania określonych wartości parametrów. Właściwości procesów i działań można elastycznie definiować, dostosowując deklaracje.
  • Przejścia – ten element kontrolny zawiera metadane i nie może zostać usunięty. Jeśli definicja działania reprezentuje węzeł definicji procesu, a węzeł jest połączony z bramą typu Gałąź, można wprowadzić warunki przejścia dla gałęzi w zakładce Przejścia.
  • Ustawienia szablonu – ta kontrolka zawiera metadane i nie wolno jej usuwać. Ustawienia szablonu są wyświetlane w zakładce Ustawienia szablonu, jeśli definicja działania jest szablonem lub została utworzona z szablonu.

Wyświetlane są tylko te karty, które są istotne dla typu działania otwartej definicji działania.

Uwaga
W przypadku zmiany definicji działania, dla której istnieją już działania, mogą wystąpić błędy podczas dalszego przetwarzania działań. Należy sprawdzić, czy zamiast tego można zduplikować definicję działania i dezaktywować istniejącą definicję działania.
Zakładka Działanie

W zakładce Działanie definiuje się ogólne cechy działań generowanych na podstawie definicji działań. Zakładka jest ukryta dla definicji działań typu Wywołanie funkcji i Wiadomość e-mail, ponieważ nie generują one działania.

Pola w szczegółach:

  • Przedmiot – przedmiot podsumowuje zadanie do wykonania w krótkim tekście. Temat jest wyświetlany w skrzynce odbiorczej workflow na zakładce Wyszukiwanie zadań.
Uwaga
Można użyć polecenia formatSubject w języku skryptowym systemu, aby zastąpić symbole zastępcze w temacie konkretnymi wartościami.
  • Rozpoczęcie w/za – w tym polu należy wprowadzić wartość, aby określić początek czasu przetwarzania  działania, które ma zostać wygenerowane po wystąpieniu zdarzenia. Pole jest aktywne tylko dla definicji działań, dla których można wybrać opracowującego typu Użytkownik oraz dla definicji działań typu Węzeł usługi. W przypadku węzłów usługowych początek okresu przetwarzania dotyczy zlecenia przetwarzania, a nie działania, które zawsze rozpoczyna się natychmiast, niezależnie od wartości w tym polu.
Uwaga
Aby zmienić czas rozpoczęcia w deklaracjach, można użyć polecenia setActivityWorkDelay w języku skryptowym systemu.
  • Czas opracowania – w tym polu należy wprowadzić wartość, aby określić czas trwania okresu przetwarzania dla generowanego działania. Jeśli działanie nie zostanie ukończone w okresie przetwarzania, status działania zmieni się na Zaległe lub Zaległe w opracowaniu.
Uwaga
Aby zmienić czas trwania przetwarzania w deklaracjach, można użyć polecenia setActivityWorkDuration w języku skryptowym systemu.
  • Priorytet – działania mogą być uszeregowane pod względem ich ważności. Należy wybrać priorytet od 1 do 9 dla danego działania, przy czym 1 oznacza bardzo wysoki priorytet, a 9 bardzo niski priorytet. W ustawieniach użytkownika można określić priorytet działania, w przypadku którego użytkownik chce otrzymywać powiadomienia e-mail z systemu.
Uwaga
Do zmiany priorytetu w deklaracjach można użyć polecenia setActivityPriority w języku skryptowym systemu.
  • Kategoria – kategoria służy do kategoryzacji działań. W oparciu o kategorię, dane mogą być zorganizowane im i ustrukturyzowane dla wszelkich ocen i zapytań. Kategoria utworzonego zadania jest wyświetlana dla edytora w dokowanym oknie Wyszukiwanie zadań. Dla działań edytowanych przez użytkownika można zdefiniować następujące kategorie:
    • Termin
    • E-mail
    • Fax
    • List
    • Telefon
    • Zadanie
Uwaga
Aby zmienić kategorię w deklaracjach, można użyć polecenia setActivityCategory w języku skryptowym systemu.
Sekcja Seria

Sekcja Seria zawiera pola ustawień szablonów seryjnych. Sekcja jest wyświetlana tylko dla definicji działania z typem działania Szablon seryjny.

Pola w szczegółach:

  • Wzór seryjny – w przypadku definicji działania typu Szablon seryjny należy wprowadzić szablon serii w tym polu. W tym celu należy wybrać pole, co spowoduje otwarcie okna dialogowego umożliwiającego wprowadzenie szablonu seryjnego. Wzór seryjny jest używany w szablonie serii do obliczania czasu generowania działań serii. W szablonie serii nie definiuje się stałego czasu, ale względną specyfikację, taką jak Co roku w drugą środę stycznia o godzinie 10:00. Ustawienia kalendarza Strefa czasowa, Pierwszy dzień tygodnia i Dni w pierwszym tygodniu są również używane do obliczania określonego czasu.
Uwaga
Więcej informacji na temat wzorów seryjnych można znaleźć w Instrukcji obsługi.
  • Czas trwania serii – w przypadku definicji działania typu Szablon seryjny w tym polu należy wprowadzić czas trwania serii. Czas trwania serii to okres od początku szablonu serii, w którym działania serii są generowane zgodnie z wzorcem serii. Po wygaśnięciu czasu trwania serii szablon serii zostaje ukończony i nie są już generowane żadne działania na jego podstawie.
  • Warunek seryjny – w przypadku definicji działania typu Szablon seryjny w tym polu należy wybrać sposób weryfikacji warunku seryjnego. Działania seryjne są generowane z szablonu seryjnego tak długo, jak spełniony jest warunek seryjny, a czas trwania serii nie został przekroczony. Jeśli ma zostać utworzone działanie seryjne, a warunek seryjny nie zostanie spełniony w tym momencie, cała seria zostanie anulowana. Dostępne są następujące opcje:
    • Bez – warunek seryjny nie jest sprawdzany
    • Wyrażenie – należy wprowadzić warunek seryjny w polu Wyrażenie dla warunku seryjnego. Warunek serii jest uważany za spełniony, jeśli wyrażenie jest prawdziwe.
    • Deklaracja – należy wprowadzić warunek seryjny za pomocą funkcji validateSeriesCondition na zakładce Deklaracje. Warunek seryjny zostanie uznany za spełniony, jeśli zwrócona wartość będzie równa true.
  • Wyrażenie dla warunku seryjnego – jeśli w polu Warunek seryjny wybrano wartość Wyrażenie, należy wprowadzić w tym polu wyrażenie dla warunku seryjnego. Warunek seryjny jest uważany za spełniony, jeśli wyrażenie ma wartość true lub jest puste. Jeśli wyrażenie zwróci wartość niezdefiniowaną (zero), warunek seryjny zostanie uznany za spełniony.
Uwaga
Język skryptowy, w którym należy wprowadzić wyrażenie, zależy od języka skryptowego wybranego na zakładce Deklaracje.
Sekcja Warunek wstępny

Warunek wstępny dla działania można zdefiniować w sekcji Warunek wstępny. Sekcja ta jest wyświetlana tylko w przypadku definicji działań, dla których można wybrać użytkownika jako edytora.

Uwaga
Ponieważ użytkownicy mogą również uruchamiać procesy, a zatem edytować definicje działań typu Węzeł użytkownika, sekcja jest również wyświetlana dla definicji działania tego typu, chociaż w rzeczywistości opracowującym edytorem jest System.

Pola w szczegółach:

  • Warunek wstępny – w przypadku definicji działań, które mogą być edytowane przez użytkownika, w tym polu należy wybrać sposób sprawdzania warunku wstępnego:
    • Bez – warunek wstępny nie jest sprawdzany
    • Wyrażenie – należy zdefiniować warunek wstępny w polu Wyrażenie dla warunku wstępnego. Warunek wstępny zostanie uznany za spełniony, jeśli wyrażenie będzie prawdziwe.
    • Deklaracja – należy wprowadzić warunek wstępny za pomocą funkcji validatePrecondition na zakładce Deklaracje. Warunek wstępny zostanie uznany za spełniony, jeśli wartość zwracana będzie równa true. Za każdym razem, gdy zmienia się status działania, system sprawdza, czy warunek wstępny działania jest nadal spełniony. Jeśli warunek wstępny nie jest już spełniony, działanie otrzymuje status Zakończone bez przetwarzania. Oznacza to, że wszystkie inne zadania działania, które nie osiągnęły jeszcze statusu końcowego, są również zakończone bez przetwarzania.
  • Wyrażenie dla warunku wstępnego – jeśli w polu Warunek wstępny wybrano wartość Wyrażenie, należy wprowadzić w tym polu wyrażenie dla warunku wstępnego. Warunek wstępny zostanie uznany za spełniony, jeśli wyrażenie będzie prawdziwe lub puste. Jeśli wyrażenie zwróci wartość niezdefiniowaną (zero), warunek wstępny zostanie uznany za spełniony.
Uwaga
Język skryptowy, w którym należy wprowadzić wyrażenie, zależy od języka skryptowego wybranego na zakładce Deklaracje.
Sekcja Warunek końcowy

W sekcji Warunek końcowy można zdefiniować warunek końcowy dla działania. Sekcja ta jest wyświetlana tylko w przypadku definicji działań, dla których można wybrać użytkownika jako edytora.

Pola w szczegółach:

  • Warunek końcowy – w przypadku definicji działań, których działania mogą być edytowane przez użytkownika, w tym polu należy wybrać sposób sprawdzania warunku końcowego. Działanie może zostać ukończone tylko wtedy, gdy spełniony jest warunek końcowy. Warunku końcowego można użyć na przykład w celu uniemożliwienia ukończenia działania przed wykonaniem przez opracowujących zadania opisanego w działaniu. Warunek końcowy może również uniemożliwić twórcy zamówienia samodzielną autoryzację zamówienia. Dostępne są następujące opcje:
    • Bez – warunek końcowy nie jest weryfikowany
    • Wyrażenie – należy wprowadzić warunek końcowy w polu Wyrażenie dla warunku końcowego. Warunek końcowy jest uznawany za spełniony, jeśli wyrażenie ma wartość true.
    • Deklaracja – należy wprowadzić warunek końcowy za pomocą funkcji validatePostcondition na zakładce Deklaracje. Warunek końcowy zostanie uznany za spełniony, jeśli wartość zwracana będzie równa true.
  • Wyrażenie dla warunku końcowego – jeśli w polu Warunek końcowy wybrano wartość Wyrażenie, należy wprowadzić w tym polu wyrażenie dla warunku końcowego. Warunek końcowy jest uważany za spełniony, jeśli wyrażenie ma wartość true lub jest puste. Jeśli wyrażenie zwróci wartość niezdefiniowaną (zero), warunek końcowy zostanie uznany za spełniony.
Uwaga
Język skryptowy, w którym należy wprowadzić wyrażenie, zależy od języka skryptowego wybranego na zakładce Deklaracje.
Sekcja Wybór danych

Sekcja Wybór danych definiuje sposób, w jaki opracowujący działania mogą wybierać jednostki biznesowe i łączyć je z działaniem. Sekcja jest wyświetlana tylko dla typu działania Węzeł wyboru.

Pola w szczegółach:

  • Tryb wyboru – w przypadku definicji działań typu Węzeł wyboru pole to określa, czy działanie może być powiązane tylko z jednym, czy z kilkoma jednostkami biznesowymi:
    • Pojedynczy wybór – w przypadku pojedynczego wyboru można wybrać maksymalnie jedną jednostkę biznesową i powiązać ją z działaniem
    • Wybór wielokrotny – w przypadku wyboru wielokrotnego można wybrać dowolną liczbę jednostek biznesowych i powiązać je z działaniem
  • Sprawdzenie wyboru – w przypadku definicji działania typu Węzeł wyboru pole to określa, czy operator może wykonać zadanie, nawet jeśli działanie nie jest powiązane z jednostką biznesową. Za pomocą zmiennej object w deklaracjach można sprawdzić aktualnie wybraną jednostkę biznesową, która ma zostać połączona. Zmienna parameters.selection zawiera listę wszystkich wcześniej wybranych i połączonych jednostek biznesowych. Dostępne są następujące opcje:
    • Nieobowiązkowe – działanie może zostać zakończone, nawet jeśli nie jest powiązane z jednostką biznesową
    • Wymagany – działanie musi być powiązane z co najmniej jedną jednostką biznesową przed jego zakończeniem
Sekcja Decyzja

Sekcja Decyzja określa, w jaki sposób status działania jest określany na podstawie statusu zadań należących do tego działania. Sekcja jest wyświetlana tylko dla typu działania Węzeł decyzji.

Pola w szczegółach:

  • Reguła decyzji – w przypadku definicji działania typu Węzeł decyzji w tym polu należy wybrać regułę oceny zadań. Możliwe reguły to:
    • Bez – w przypadku wybrania opcji Brak nie jest przeprowadzana dodatkowa ocena zadań, a wynik decyzji musi zostać określony w deklaracjach
    • Większość – w przypadku reguły Większość, pozytywna decyzja jest podejmowana, gdy tylko ponad połowa wszystkich zadań zostanie pomyślnie ukończona. Decyzja negatywna jest podejmowana, gdy tylko połowa lub więcej wszystkich zadań nie zostanie ukończona.
    • Zgodność – w przypadku zasady Zgodność, decyzja negatywna jest podejmowana, gdy tylko co najmniej jedno zadanie nie zostanie ukończone
  • Automatyczne wprowadzenie wyniku – jeśli wybrano regułę decyzyjną, należy użyć tego pola, aby określić, czy decyzja jest przyjmowana jako wynik działania lub procesu. Możliwe ustawienia to:
    • Działanie – wynik decyzji jest przenoszony do pola Wynik działania
    • Proces i działanie – wynik decyzji jest przenoszony zarówno do pola Wynik działania, jak i do pola Wynik procesu
Uwaga
Wszelkie istniejące wyniki zostaną utracone podczas automatycznego wprowadzania.
  • Wynik w przypadku pozytywnej decyzji – ten element kontrolny zawiera metadane i nie może zostać usunięty. W tym polu można wprowadzić ciąg znaków, który zostanie użyty jako wynik, jeśli decyzja będzie pozytywna.
  • Wynik w przypadku negatywnej decyzji – ten element kontrolny zawiera metadane i nie może zostać usunięty. W tym polu można wprowadzić ciąg znaków, który zostanie użyty jako wynik w przypadku decyzji negatywnej.
Zakładka Teksty

Ten element sterujący zawiera metadane i nie wolno go usuwać. Na tej zakładce należy użyć edytora tekstu, aby wprowadzić opis działań generowanych na podstawie definicji działania.

Uwaga
Zakładka jest ukryta dla definicji działań typu Wywołanie funkcji, ponieważ nie tworzą one działania ani nie mają operatorów.

Zakładka składa się z następujących pól:

  • Tekst – w tym polu opisywane jest działanie, które ma zostać wykonane. Jeśli opis można edytować, można go również użyć do szczegółowego udokumentowania wyników działania. Opis jest wyświetlany na przykład w dokowanym oknie Informacje o działaniu po otwarciu zadania. Więcej informacji na temat wprowadzania tekstu w edytorze tekstu można znaleźć w dokumentacji Instrukcja obsługi w rozdziale Edytor tekstu.
Uwaga
Można użyć poleceń formatDescription i formatDescriptionHTML w języku skryptowym systemu, aby zastąpić symbole zastępcze w opisie konkretnymi wartościami.
Zakładka Zdarzenia

Ten element sterujący zawiera metadane i nie może zostać usunięty. Na zakładce Zdarzenia można dodawać zdarzenia, które powodują, że silnik workflow generuje działanie z definicji działania, jeśli spełniony jest warunek przejścia.

Zakładka jest wyświetlana lub edytowalna tylko dla definicji działań, które mogą rejestrować zdarzenia. Obejmuje to definicje działań typu Zdarzenie początkowe, Zdarzenie pośrednie, Pojedyncze działanie, Szablon seryjny i Wiadomość e-mail.

Kolumny w szczegółach:

  • Typ zdarzenia – w tej kolumnie polu w tej kolumnie należy określić typ zdarzenia, gdy ma zostać wygenerowane działanie lub proces. Do wyboru są następujące typy:
    • Zaprogramowane wydarzenie – zaprogramowane zdarzenia to obiekty programistyczne typu Event, które są przechowywane w bazie danych repozytorium i wyzwalane przez aplikacje
    • Jednostka biznesowa – to zdarzenie jest wyzwalane, gdy jednostka biznesowa zostanie zmieniona. Typ zmiany (wstawienie, zmiana, usunięcie) można zdefiniować dla zdarzenia w polu wyboru Subtyp
    • Działanie użytkownika – to zdarzenie jest wyzwalane, gdy użytkownik uruchamia proces poprzez wpis Rozpocznij proces w menu kontekstowym jednostki biznesowej. Typ Węzeł użytkownika jest dostępny tylko w definicjach działań, które reprezentują węzeł definicji procesu.
  • Nazwa – w zależności od wybranego typu zdarzenia w tym polu wyświetlana jest nazwa zdarzenia lub jednostki biznesowej. W przypadku typu zdarzenia Zaprogramowane wydarzenie należy wprowadzić nazwę zdarzenia zaprogramowanego. Dla typu zdarzenia Jednostka biznesowa należy wprowadzić nazwę jednostki biznesowej. W przypadku typu zdarzenia Węzeł użytkownika należy wprowadzić nazwę jednostki biznesowej, której menu kontekstowe ma być używane do rozpoczęcia procesu. Po utworzeniu działania jednostka biznesowa jest automatycznie łączona z działaniem.
  • Subtyp – w zależności od wybranego typu zdarzenia, należy wprowadzić podtyp zdarzenia w tym polu. Zdarzenia typu Zaprogramowane wydarzenie mogą mieć zestawy wartości jako podtypy. Jeśli zdarzenie wprowadzone w polu Nazwa ma podtyp, odpowiedni zestaw wartości jest wyświetlany w tym polu. W przypadku zdarzeń typu Jednostka biznesowa dla zdarzenia można zdefiniować typ zmiany (wstawienie, zmiana, usunięcie). Zdarzenia typu Węzeł użytkownika nie mają podtypu.
  • Warunek przejścia – w tym polu można wprowadzić warunek przejścia dla każdego zdarzenia, który jest sprawdzany po wystąpieniu zdarzenia. Działanie jest generowane z definicji działania tylko wtedy, gdy spełniony jest warunek przejścia. Zdarzenie ma parametry określone przez typ zdarzenia. Zdarzenia typu Zaprogramowane wydarzenie zawierają parametry wprowadzone dla zdarzenia w aplikacji Jednostki biznesowe. Zdarzenia typu Jednostka biznesowa zawierają kopię jednostki biznesowej przed i po zmianie za pośrednictwem parametrów oldObject i newObject. Parametr object zawiera odniesienie do zmienionej jednostki biznesowej. Jeśli jednostka biznesowa jest typu Dependent, można również użyć parametrów oldEntity, newEntity i entity do oceny jednostki biznesowej. Parametr userGuid zawiera identyfikator GUID użytkownika, który zmienił jednostkę biznesową. Zdarzenia typu user action zawierają odniesienie do jednostki biznesowej poprzez parametr object. Parametr userGuid zawiera identyfikator GUID użytkownika, który wywołał zdarzenie. Parametr organisation zawiera odniesienie do organizacji wybranej w momencie wyzwolenia. Parametry zdarzenia są zawarte w zmiennej parameters. Zmienna event zawiera następujące dodatkowe informacje o zdarzeniu: type, subtype, guid i database. Można również użyć zmiennej definition do oceny definicji działania. Warunek przejścia jest uważany za spełniony, jeśli wyrażenie jest prawdziwe lub puste. W przypadku wyrażenia, które zwraca wartość niezdefiniowaną (zero), warunek przejścia nie jest uważany za spełniony, w przeciwieństwie do warunków przed i po. Więcej informacji na temat warunków można znaleźć w dokumentacji Silnik workflow.
Działania na pasku narzędzi

Do rejestrowania zdarzeń dostępne są następujące akcje:

  • [Dodaj] – ta kontrolka zawiera metadane i nie może zostać usunięta. Tworzy nowy wpis w tabeli zdarzeń.
  • [Wstaw lub usuń znacznik usuwania dla zaznaczonych wierszy] – ten element sterujący zawiera metadane i nie może zostać usunięty. Jeśli w tabeli zdarzeń wybrano jeden lub więcej wierszy, dla tych wierszy ustawiany jest wskaźnik usunięcia. Jeśli linia ma już wskaźnik usunięcia, wskaźnik usunięcia jest usuwany. Po zapisaniu definicji działania wszystkie wiersze oznaczone wskaźnikiem usunięcia zostaną usunięte.
Zakładka Opracowanie

Ten element sterujący zawiera metadane i nie wolno go usuwać. Na zakładce Opracowanie definiuje się operatorów i typ przetwarzania dla działań utworzonych z definicji działania. Można również zdefiniować działania następcze, które silnik workflow automatycznie wykonuje po przekroczeniu limitu czasu.

Uwaga
Zakładka jest ukryta dla definicji działania typu Wywołanie funkcji, ponieważ nie tworzą one działań ani nie mają operatorów.

Pola w szczegółach:

  • Opracowujący użytkownik – w tym polu definiuje się sposób określania podmiotów przetwarzających dane działanie. Działania mogą być przetwarzane przez użytkowników, zlecenia przetwarzania lub system. W zależności od typu działania w tym polu można wybrać lub wyświetlić różnych operatorów. Dla każdego typu działania możliwe są następujące wpisy:
    • Typ działania Pojedyncze działanie i Szablon seryjny
      • Wyrażenie
      • Rola workflow
      • Zlecenie przetwarzania
      • System
      • Inicjator
    • Typ działania Wiadomość e-mail
      • Wyrażenie
      • Rola workflow
      • System – w przypadku wybrania tej pozycji należy określić odbiorców wiadomości e-mail za pomocą funkcji setMailRecipientsTo języka skryptowego systemu w deklaracjach
      • Inicjator
    • Typ działania Wywołanie funkcji – typ działania nie generuje żadnych działań i dlatego nie ma przypisane operatorów
    • Węzły użytkownika – jeśli definicja działania reprezentuje węzeł definicji procesu, typ agenta jest określony przez typ węzła. W przypadku typów węzłów edytowanych przez użytkowników należy wybrać jedną z poniższych opcji, aby określić operatorów działania:
      • Wyrażenie
      • Rola workflow
      • Inicjator – inicjatorem jest użytkownik zapisany w zmiennej procesu Initiator
      • Właściciel procesu – właścicielem procesu jest użytkownik zapisany w zmiennej procesu owner lub właściciel zapisanej w niej roli workflow
      • Operator poprzedniego etapu procesu – jeśli węzeł jest połączony z kilkoma poprzednikami poprzez scalenie, operatorzy wszystkich poprzedników są określani jako operatorzy działania
      • Operator poprzedniego etapu procesu – jeśli węzeł jest połączony z kilkoma poprzednikami poprzez scalenie, operatorzy wszystkich poprzedników są określani jako operatorzy danego działania
Uwaga
W aplikacji Aktywacja definicji działań dla definicji działań typu bazy danych Dane OLTP dostępni są następujący dodatkowi operatorzy: Zadanie, Organizacja, Organizacja wielofirmowa, Użytkownik i Osoba. Można wybrać tych operatorów, np. w celu określenia operatorów dla dostarczonych szablonów definicji działań niezależnie od ustawień w szablonie.
  • Opracowanie – opracowanie określa, czy wszyscy operatorzy muszą wykonać swoje zadania, czy też działanie musi zostać przetworzone tylko przez jednego z operatorów. Jeśli w polu Opracowujący użytkownik wybrano wpis Zlecenie przetwarzania lub System, lub jeśli jako operatora określono pojedynczego użytkownika (np. z wpisem Inicjator), pole to ma nieedytowalną wartość Pojedynczy. Możliwe tryby przetwarzania to:
    • Pojedynczy – w przypadku przetwarzania indywidualnego działanie jest uznawana za zakończoną, gdy tylko operator zakończy swoje zadanie. Jeśli operator podejmuje się przetwarzania zadania, zadania innych operatorów są blokowane do momentu, gdy zadanie nie jest już przetwarzane. Gwarantuje to, że tylko jedno zadanie może być przetwarzane w danym czasie.
    • Wszystkie – w przypadku równoległego przetwarzania wielokrotnego działanie jest uznawane za zakończone tylko wtedy, gdy wszyscy operatorzy wykonają swoje zadania. Zadania mogą być przetwarzane jednocześnie.
    • Opracowanie wielokrotne sekwencyjne – w przypadku sekwencyjnego przetwarzania wielokrotnego działanie jest uznawane za zakończone tylko wtedy, gdy wszyscy operatorzy wykonają swoje zadania. Zadania muszą być przetwarzane jedno po drugim. Gdy tylko operator rozpocznie pracę nad zadaniem, zadania innych operatorów są blokowane, dopóki zadanie nie przestanie być przetwarzane.
  • Rola workflow – jeśli w polu Opracowujący użytkownik wybrano wartość Rola workflow, należy wprowadzić w tym polu rolę workflow w celu określenia operatorów. Rola workflow może obejmować kilku użytkowników . Użytkownicy są określani dla każdego właściciela roli workflow ważnej w czasie oceny, a zadanie jest tworzone dla każdego użytkownika. Rola workflow musi należeć do tego samego typu bazy danych, co definicja działania.
  • Wyrażenie – jeśli w polu Opracowujący użytkownik wybrano pozycję Wyrażenie, należy wprowadzić w tym polu wyrażenie w celu określenia operatorów. Wyrażenia można użyć do określenia identyfikatora GUID pojedynczego użytkownika lub listy identyfikatorów GUID kilku użytkowników.
Uwaga
Język skryptowy, w którym należy wprowadzić wyrażenie, zależy od języka skryptowego wybranego na zakładce Deklaracje.
  • Potwierdzenie realizacji – to pole definiuje akcję, którą operator musi wykonać, aby ukończyć swoje zadanie. Możliwe ustawienia to:
    • Otwórz – zadanie służy wyłącznie celom informacyjnym i jest wykonywane automatycznie przy pierwszym otwarciu
    • Wykonaj – ukończenie zadania musi zostać wyraźnie potwierdzone za pomocą akcji [Zakończ] lub [Zakończ bez przetwarzania]
    • Wykonaj z pomocą paska narzędzi workflow – zadanie musi zostać ukończone za pomocą przycisków na pasku narzędzi workflow. Zakończenie w skrzynce odbiorczej workflow lub w aplikacjach listy nie jest możliwe. Należy użyć tej opcji dla definicji działań typu Węzeł wyboru, na przykład, aby zapewnić prawidłowy wybór lub jeśli operator musi wprowadzić wyniki działań, zanim będzie mógł ukończyć zadanie.
  • Edytuj działanie – to pole określa, czy edytorzy mogą zmieniać edytowalne pola w aplikacji Działania do momentu zakończenia działania. Możliwe ustawienia to:
    • Dozwolony – operatorzy mogą edytować następujące pola działania:
      • Godzina zakończenia
      • Priorytet
      • Kategoria
      • Inicjatywa
      • Źródło
      • Oznaczenie
      • Klasyfikacja działań 1-5
      • Wynik
    • Zabronione – operatorzy nie mogą edytować pól działania. W przypadku definicji działania typu Interaktywny węzeł e-mail pola Źródło, Oznaczenie, Do, DW i UDW mogą być edytowane przez operatorów niezależnie od definicji w tym polu. Jeśli wybrano opcję Dozwolony, pola Nadawca i Odpowiedz do również mogą być edytowane.
Uwaga
Specyfikacja w tym polu nie ma wpływu na akcję [Przesuń na wcześniejszy termin] dla działania.
  • Tryb edycji ciągłej – to pole aktywuje lub dezaktywuje ciągłe przetwarzanie zadań. Możliwe ustawienia to:
    • Dezaktywowany – przetwarzanie ciągłe jest wyłączone
    • Automatyczne otwieranie działań następczych – przetwarzanie ciągłe jest aktywowane. Po ukończeniu zadania jest ono automatycznie otwierane dla dalszych działań i przetwarzane, jeśli spełnione są następujące wymagania: zadanie zostanie zakończone, działanie również zostanie zakończone. Użytkownik jest również operatorem działań następczych. Działania następcze rozpoczynają się natychmiast. Działanie następcze nie ma warunku wstępnego.
Uwaga
To ustawienie aktywuje lub dezaktywuje ciągłe przetwarzanie podczas otwierania zadania. Użytkownik może jednak również aktywować i dezaktywować tę funkcję za pomocą paska narzędzi workflow, np. w celu ciągłego przetwarzania zadań zgodnie z bieżącą kolejnością sortowania w skrzynce odbiorczej workflow.
Sekcja Zlecenie przetwarzania

Sekcja Zlecenie przetwarzania zawiera specjalne pola do tworzenia i wykonywania zleceń przetwarzania. Sekcja ta jest wyświetlana tylko wtedy, gdy wygenerowane działanie może być przetwarzane przez zlecenie przetwarzania.

  • Oczekuje na zlecenie przetwarzania – jeśli ta funkcja jest aktywna, silnik workflow czeka, aż zlecenie przetwarzania zostanie zakończone przed zakończeniem działania. Funkcja ta może być aktywowana na przykład w celu zsynchronizowania działania lub procesu z wykonywaną aplikacją działającą w tle lub w celu zaakceptowania wartości zwracanych z aplikacji działającej w tle.
Sekcja Opracowanie po przekroczeniu czasu

Akcja następcza po przekroczeniu limitu czasu jest definiowana w sekcji Opracowanie po przekroczeniu czasu. Sekcja ta jest wyświetlana tylko wtedy, gdy wygenerowane działanie może być edytowane przez użytkowników.

Pola w szczegółach:

  • Kolejność po przekroczeniu czasu – w tym polu można zdefiniować akcję następczą po przekroczeniu limitu czasu. Przekroczenie limitu czasu ma miejsce, gdy przekroczony zostanie koniec okresu przetwarzania działania, które nie zostało jeszcze ukończone lub nie zostało jeszcze ukończone. Oprócz zmiany statusu działania na Zaległe lub Zaległe w opracowaniu można wybrać jedną z następujących akcji następczych:
    • Bez – jeśli wybrana zostanie ta opcja, zadania, które nie zostały jeszcze ukończone, otrzymają status Zaległe
    • Przekaż – w przypadku tej akcji następczej zadania, które nie zostały jeszcze ukończone, otrzymują status Zablokowane, a nowe zadania o statusie Odebrane są tworzone dla operatorów określonych po upływie limitu czasu
    • Dodaj nowych operatorów – w przypadku tej akcji następczej zadania, które nie zostały jeszcze ukończone, otrzymują status Zaległe, a nowe zadania o statusie Odebrane są tworzone dla operatorów określonych po upływie limitu czasu. Operatorzy, którzy mają już zadanie o statusie Zaległe, nie otrzymują drugiego zadania o statusie Odebrane.
    • Zakończ zadania bez zmian – po wybraniu tej opcji wszystkie zadania, które nie zostały jeszcze ukończone, zostaną ukończone bez zmian. W rezultacie działanie jest również ukończone lub ukończone bez zmian.
  • Opracowujący użytkownik – w tym polu można zdefiniować sposób ponownego określenia operatorów po upływie limitu czasu. W zależności od typu działania w definicji działania dostępne są różne edytory do wyboru. Więcej informacji można znaleźć w opisie pola Opracowujący użytkownik. W tym celu należy wybrać jednego z wyświetlonych operatorów typu Użytkownik:
    • Wyrażenie
    • Rola workflow
    • Inicjator
    • Właściciel procesu
    • Operator poprzedniego etapu procesu
  • Opracowanie – ten element sterujący zawiera metadane i nie może zostać usunięty. Tryb edycji określa, czy wszyscy edytorzy muszą wykonać swoje zadania, czy też działanie musi być edytowane tylko przez jednego z edytorów. Więcej informacji można znaleźć w opisie pola
  • Rola workflow dla akcji następczych – ten element sterujący zawiera metadane i nie wolno go usuwać. W przypadku wybrania wartości Rola workflow w polu Opracowujący użytkownik należy wprowadzić rolę workflow w tym polu, aby określić operatorów po upływie limitu czasu. Więcej informacji można znaleźć w pomocy dotyczącej pola Rola workflow.
  • Wyrażenie dla akcji następczej – ten element sterujący zawiera metadane i nie wolno go usuwać. Jeśli w polu Opracowujący użytkownik wybrano wartość Wyrażenie, należy wprowadzić w tym polu wyrażenie w celu określenia operatorów po upływie limitu czasu. Więcej informacji można znaleźć w pomocy dotyczącej pola Wyrażenie.
Sekcja Pełnomocnictwo

W tej sekcji można zdefiniować zasady przetwarzania zadań jako zastępca.

  • Realizuj zadania w zastępstwie – w tym polu można określić, czy zadania dla tego działania mogą być przetwarzane przez pełnomocnika. Możliwe wartości to:
    • Nigdy
    • W przypadku nieobecności – jeśli wybrano to ustawienie, zadania są wyświetlane w skrzynce odbiorczej workflow zastępcy. Zastępcy mogą przejmować i przekazywać dalej wyświetlone zadania. Zasady zastępstw i nieobecności są rejestrowane w aplikacji Nieobecności.
Sekcja Powiadomienie e-mail

Sekcja Powiadomienie e-mail określa sposób powiadamiania operatorów o nowych zadaniach. Sekcja jest wyświetlana tylko wtedy, gdy działanie może być edytowane przez użytkowników.

Pola w szczegółach:

  • Wyślij e-mail – to pole określa, czy silnik workflow wysyła powiadomienia e-mail do operatorów dla zadań o statusie Do opracowania. Można wybrać następujące pozycje:
    • Nigdy – powiadomienia e-mail nigdy nie są wysyłane
    • Ustawienia użytkownika – powiadomienia e-mail są wysyłane zgodnie z ustawieniami użytkownika danego operatora
    • Zawsze – powiadomienia e-mail są zawsze wysyłane
  • Powiadom operatora po przekroczeniu limitu czasu – to pole określa, czy silnik workflow wysyła powiadomienia e-mail do operatorów o zadaniach, które mają zostać przetworzone po upływie limitu czasu. Można wybrać następujące pozycje:
    • Nigdy – powiadomienia e-mail nigdy nie są wysyłane
    • Ustawienia użytkownika – powiadomienia e-mail są wysyłane zgodnie z ustawieniami użytkownika danego operatora
    • Zawsze – powiadomienia e-mail są zawsze wysyłane
Uwaga
W przypadku wybrania opcji Zakończ zadania bez zmian w polu Kolejność po przekroczeniu czasu, po przekroczeniu limitu czasu nie będą wysyłane żadne powiadomienia e-mail, a ustawienie w tym polu zostanie zignorowane.
  • Powiadom osobę odpowiedzialną za proces – w tym polu można określić, czy użytkownicy odpowiedzialni za proces są informowani o przekroczeniu limitu czasu. Można wybrać następujące pozycje:
    • Nigdy – powiadomienia e-mail nigdy nie są wysyłane do właścicieli procesów
    • Zgodnie z ustawieniami użytkownika – powiadomienia e-mail są wysyłane zgodnie z ustawieniami użytkownika odpowiednich właścicieli procesów
    • Zawsze – powiadomienia e-mail są zawsze wysyłane do właścicieli procesów
Uwaga
To pole jest wyświetlane tylko dla definicji działań, które reprezentują węzeł definicji procesu i mają użytkownika lub zlecenie przetwarzania jako operatora.
Zakładka Aplikacja

Ten element sterujący zawiera metadane i nie może zostać usunięty. Na zakładce Aplikacja można zapisać aplikację do edycji działań utworzonych na podstawie definicji działań. W zależności od typu działania, edycja może być przeprowadzana przy użyciu aplikacji interaktywnej lub działającej w tle.

Uwaga
Zakładka jest wyświetlana tylko dla definicji działań, dla których można wybrać użytkownika jako edytora oraz dla definicji działania typu Węzeł usługi.

Aplikacja i akcja są zdefiniowane w górnej sekcji, poniżej której parametry akcji aplikacji są wyświetlane w tabeli.

Pola w szczegółach:

  • Aplikacja – ta kontrolka zawiera metadane i nie wolno jej usuwać. W tym polu określa się aplikację, za pomocą której wygenerowane działanie ma być edytowane. Jeśli edytorem jest użytkownik, można wprowadzić tylko aplikacje dialogowe. Jeśli użytkownik otworzy zadanie dla działania, wprowadzona aplikacja zostanie otwarta zamiast działania. Jeśli operator jest zleceniem przetwarzania, można wprowadzać tylko aplikacje działające w tle.
  • Akcja – ta kontrolka zawiera metadane i nie może zostać usunięta. W tym polu definiuje się akcję, za pomocą której aplikacja ma zostać otwarta. Gdy tylko aplikacja zostanie wybrana, wszystkie akcje aplikacji są oferowane do wyboru w polu Akcja. Aplikacja może mieć kilka akcji.
Tabela parametrów

Jeśli wybrano działanie, wszystkie możliwe parametry dla tej aplikacji i tego działania są wyświetlane w tej tabeli. W polu Wartość można określić parametr transferu dla aplikacji.

Kolumny w szczegółach:

  • Nazwa parametru – ta kontrolka zawiera metadane i nie wolno jej usuwać. Nazwa parametru jest wyświetlana w tej kolumnie. Nazwy parametrów dla aplikacji są zdefiniowane w aplikacji Obiekty deweloperskie.
  • Typ danych – ten element sterujący zawiera metadane i nie wolno go usuwać. Typ danych parametru jest wyświetlany w tej kolumnie.
  • Struktura typu danych – w tej kolumnie wyświetlana jest struktura typu danych parametru. Wiele aplikacji działających w tle do tworzenia zamówień ma parametr Order, który jest zdefiniowany jako lista części typu danych cisag.app.general.obj.OrderKey. Należy użyć funkcji createOrderKey języka skryptowego systemu, aby utworzyć klucz OrderKey i przesłać go do aplikacji działającej w tle jako listę. Możliwe wartości to:
    • Pojedynczy element
    • Lista
    • CisList
  • Wartość – ten element sterujący zawiera metadane i nie wolno go usuwać. W tej kolumnie definiuje się wartość parametrów transferu za pomocą wyrażenia w języku skryptowym set.
Wywołanie aplikacji działających w tle z parametrem typu Object view

Jeśli wywoływana jest aplikacja działająca w tle, która ma parametr typu Object view, podczas jej wywoływania wyświetlane jest wirtualne pole parametru. Dotyczy to aplikacji działających w tle, które zaimplementowały BatchActionHook. Wirtualne pole parametru ma wówczas taką samą nazwę jak parametr widoku jednostki i jest wyświetlane zamiast niej. Wirtualne pole parametrów akceptuje listę instancji jednostek biznesowych zgodnie z typem widoku jednostki.

Wirtualne pole parametru jest zawsze wyświetlane jako ostatnie pole w tabeli parametrów.

Pole parametrów wirtualnych może pozostać puste lub wypełnione listą instancji jednostek biznesowych w zależności od typu widoku jednostki.

Przykład
Wywołanie aplikacji w tle Księguj przyjęcie towarów

Jeśli użytkownik chce wywołać aplikację działającą w tle Księguj przyjęcie towarów w działaniu, należy wprowadzić techniczną nazwę aplikacjicom.cisag.app.inventory.receipt.log.BookingApplication w polu Aplikacja w definicji działania. Parametry aplikacji działającej w tle zostaną wyświetlone w tabeli parametrów. Wirtualne pole parametrów z nazwą parametru ROGS jest wyświetlane jako ostatnie pole w tabeli parametrów. To wirtualne pole parametrów odpowiada widokowi obiektu o nazwie parametru ROGS aplikacji działającej w tle. W wirtualnym polu parametrów można teraz określić, które przyjęcia towarów mają zostać wysłane poprzez wywołanie aplikacji działającej w tle.

Zakładka Wyniki

Ten element sterujący zawiera metadane i nie wolno go usuwać. W przypadku definicji działania, która jest wywoływana przez działanie, można wprowadzić parametry wywołania w zakładce Wyniki.

Uwaga
Zakładka jest wyświetlana tylko dla definicji działań typu Wywołanie funkcji.

Kolumny w szczegółach:

  • Nazwa – ta kontrolka zawiera metadane i nie wolno jej usuwać. W tej kolumnie należy wprowadzić nazwę techniczną parametru lub wartości zwracanej. Nazwy parametrów i wartości zwracanych są używane w procesach podczas wywoływania definicji działania.
  • Oznaczenie – kontrolka zawiera metadane i nie wolno jej usuwać. W tej kolumnie należy wprowadzić przetłumaczalny opis parametru. Jest on wyświetlany podczas tworzenia procesu w celu opisania zadania parametru lub wartości zwracanej.
  • Typ pola – tej kolumnie należy wybrać typ pola. Typ odróżnia parametr od wartości zwracanej. Parametry są podawane w zmiennej <name> w języku skryptowym systemu. Wartości zwracane muszą być określone w zmiennej result.<name>.
Przykład
Parametr o nazwie ORDER jest zapisywany w zmiennej parameters.ORDER.
  • Typ danych – w tej kolumnie należy wybrać typ danych. Typ danych parametru lub wartości zwracanej może być liczbą, ciągiem znaków lub punktem w czasie. Typ danych określa również typ danych zmiennych <name> i result.<name> w języku skryptowym systemu.
Działania na pasku narzędzi

Do rejestrowania parametrów dostępne są następujące działania:

  • [Dodaj] – ta kontrolka zawiera metadane i nie może zostać usunięta. Tworzy nowy wpis w tabeli parametrów.
  • [Wstaw lub usuń znacznik usuwania dla zaznaczonych wierszy] – ten element sterujący zawiera metadane i nie może zostać usunięty. Jeśli w tabeli parametrów wybrano jeden lub więcej wierszy, dla tych wierszy ustawiany jest wskaźnik usunięcia. Jeśli linia ma już wskaźnik usunięcia, wskaźnik usunięcia zostanie usunięty. Po zapisaniu definicji działania wszystkie wiersze oznaczone wskaźnikiem usunięcia zostaną usunięte.
Zakładka Wyniki

Ten element kontrolny zawiera metadane i nie wolno go usuwać. Na zakładce Wyniki można zdefiniować dalsze wyniki działań utworzonych na podstawie definicji działania. Wyniki są definiowane przez edytorów i wyświetlane w aplikacji Działania.

Uwaga
Zakładka jest wyświetlana tylko dla definicji działań, dla których użytkownik może zostać wybrany jako edytor lub które mogą być edytowane przez użytkownika.

Zarejestrowane wyniki są wyświetlane w aplikacji Działania jako pola na zakładce Wyniki, w sekcji Inne wyniki.

Kolumny w szczegółach:

  • Nazwa – ta kontrolka zawiera metadane i nie wolno jej usuwać. W tej kolumnie wprowadza się nazwę wyniku, która jest używana do identyfikacji i jako zmienna dla wartości pola. Wynik jest wyświetlany w aplikacji Działania.
  • Oznaczenie – ta kontrolka zawiera metadane i nie wolno jej usuwać. W tej kolumnie wprowadza się nazwę pola wyświetlanego w interfejsie użytkownika dla wyniku w aplikacji Działania.
  • Typ pola – w tej kolumnie należy wybrać typ pola. Należy użyć funkcji skryptu formatSelectionField, aby zdefiniować możliwe wartości dynamicznego pola wyboru. Funkcja skryptu formatEntityField umożliwia powiązanie pola jednostki biznesowej z logicznym typem danych. Do wyboru są następujące typy pól:
    • Wielowierszowe pole tekstowe
    • Pole wyboru
    • Pole tekstowe
    • Pole numeryczne
    • Pole daty
    • Pole daty i czasu
    • Pole wartości całkowitych
    • Dynamiczne pole wyboru
    • Dynamiczne pole wielokrotnego wyboru
    • Pole jednostki biznesowej
    • Obraz
    • Tekst
    • Rubryka
    • Strona
Uwaga
Jeśli użytkownik wybierze typ pola Obraz, należy określić wymagany plik obrazu z Knowledge Store w deklaracjach.
Uwaga
Typ danych zależy od wybranego typu pola.
  • Typ danych – w tej kolumnie wyświetlany jest typ danych wynikający z typów pól wybranych w kolumnie Typ pola. Wyświetlane są następujące typy danych:
    • String
      • Pole tekstowe
      • Wielowierszowe pole tekstowe
      • Pole wyboru
      • Dynamiczne pole wyboru
      • Obraz
      • Tekst
    • String[]
      • Dynamiczne pole wielokrotnego wyboru
    • Boolean
      • Pole wyboru
      • Kategoria
      • Strona
    • Number
      • Pole numeryczne
      • Pole wartości całkowitych
    • CisDate
      • Pole daty
    • Timestamp
      • Pole daty i czasu
    • CisObject
      • Pole jednostki biznesowej
    • CisObjectReference
      • Pole powiązania jednostki biznesowej
    • Tooltip – ta kontrolka zawiera metadane i nie może zostać usunięta. W tej kolumnie można wprowadzić podpowiedź dla pola wyświetlanego w interfejsie użytkownika w aplikacji Działania.
    • Wysokość pola – w tej kolumnie można określić wysokość wyświetlania dla pola wyników typu danych Wielowierszowe pole tekstowe, Obraz i Tekst. Możliwe wysokości to od 1 do 15 wierszy. W przypadku wprowadzenia wartości 0, pole wyników będzie wyświetlane z wysokością predefiniowaną dla danego typu pola.
Uwaga
Pola w kolumnie są wyświetlane tylko dla typów danych Wielowierszowe pole tekstowe, Obraz i Tekst.
  • Pole jednostki biznesowej – w przypadku typów pól Pole jednostki biznesowej i Pole powiązania jednostki biznesowej można wprowadzić wymaganą jednostkę biznesową w tej kolumnie lub skorzystać z pomocy przy wyborze.
Uwaga
Pola w tej kolumnie są wyświetlane tylko dla typów pól Pole jednostki biznesowej i Pole powiązania jednostki biznesowej. Pola w tej kolumnie są ukryte dla wszystkich innych typów pól.
  • Logiczny typ danych – w tej kolumnie można wprowadzić logiczny typ danych dla typów pól Pole wyboru, Pole jednostki biznesowej i Pole powiązania jednostki biznesowej, który pasuje do jednostki biznesowej w polu Typ danych i określa właściwości pola wynikowego.
Uwaga
Pole kolumny nie jest wyświetlane dla wszystkich innych typów danych.

Dodatkowa linia dla pól wyboru:

  • Nazwa wpisu – jeśli wybrano typ pola Pole wyboru, należy wprowadzić wpisy dla wyboru. W tej kolumnie można wprowadzić nazwę jako identyfikator wpisu w polu wyboru.
Uwaga
Nowy wpis dla pola wyboru można utworzyć za pomocą akcji [Dodaj wpis w zaznaczonym polu wyboru].
  • Nazwa wpisu – jeśli wybrano typ pola Pole wyboru, należy wprowadzić wpisy dla wyboru. W tej kolumnie należy wprowadzić nazwę wpisu wyświetlanego w interfejsie użytkownika.
Uwaga
Nowy wpis dla pola wyboru można utworzyć za pomocą akcji [Dodaj wpis w zaznaczonym polu wyboru].
Działania na pasku narzędzi

Do rejestrowania wyników dostępne są następujące działania:

  • [Dodaj nowy wiersz dla wprowadzenia wyniku] – ta kontrolka zawiera metadane i nie może zostać usunięta. Należy dodać nowy wiersz do zapisu wyniku.
  • [Dodaj wpis w zaznaczonym polu wyboru] – jeśli dla wyniku określono typ pola Pole wyboru, akcja ta może zostać użyta do utworzenia wpisu dla pola wyboru. Wpis w polu wyboru jest identyfikowany przez nazwę, która ma zostać przypisana i wyświetlana wraz z nazwą w polu wyboru.
  • [Wstaw lub usuń znacznik usuwania dla zaznaczonych wierszy] – należy użyć tej akcji, aby ustawić wskaźnik usunięcia dla wybranej linii. Ponowne wybranie tej akcji spowoduje ponowne usunięcie wskaźnika usunięcia. Zaznaczona linia zostanie usunięta po zapisaniu.
  • Działania sortowania – poniższe akcje sortowania służą do definiowania sposobu wyświetlania pól w aplikacji Działania, na zakładce Wyniki w sekcji Inne wyniki. Można wykonać następujące akcje sortowania:
    • [Przesuń wiersz na pierwszą pozycję]
    • [Przesuń wiersz o jedną pozycję w górę]
    • [Przesuń wiersz o jedną pozycję w dół]
    • [Przesuń wiersz na ostatnią pozycję]
    • [Zapisz wyniki] – w przypadku aktywowania funkcji [Zapisz wyniki] w procesie automatycznie tworzone są zmienne procesowe o takich samych nazwach i typach danych jak parametry wyników. Po zakończeniu działania wyniki są automatycznie przypisywane do zmiennych procesowych przed wywołaniem funkcji close.
Zakładka Polecenia

Jeśli definicja działania została utworzona przed wersją 5.2 Comarch ERP Enterprise, w zakładce Polecenia można tworzyć polecenia w języku skryptowym systemu. Komendy są wykonywane podczas tworzenia działania, a więc odpowiadają funkcji create() deklaracji.

Zakładka jest wyświetlana tylko dla definicji działań, które zostały utworzone przed wydaniem 5.2 i używają poleceń zamiast deklaracji. Gdy tylko polecenia zostaną przeniesione do funkcji create() deklaracji, zakładka Polecenia zostanie ukryta.

Uwaga
Należy zwrócić uwagę na zakres podczas przenoszenia poleceń do deklaracji. Stałe i zmienne, które są używane poza poleceniami, np. w warunku wstępnym lub jako parametry transferu aplikacji, muszą być zadeklarowane w deklaracjach poza funkcją create() z zakresem globalnym. Jeśli jednak są one używane tylko w poleceniach, można je zadeklarować w funkcji create().
  • Polecenia – polecenia są wykonywane, gdy działanie jest tworzone na podstawie definicji działania. Polecenia mogą być używane na przykład do dynamicznego generowania tematu działania w celu wstawienia dodatkowych informacji do tematu.
Zakładka Deklaracje

Ten element sterujący zawiera metadane i nie wolno go usuwać. Zakładka Deklaracje zawiera funkcje, które są wywoływane podczas tworzenia działania, zmiany statusu i wprowadzania określonych wartości parametrów. Właściwości procesów i działań można elastycznie definiować, dostosowując deklaracje.

Pola w szczegółach:

  • Język skryptów – to pole służy do określenia języka skryptowego dla deklaracji definicji działania. Jeśli definicja działania reprezentuje węzeł definicji procesu, definicja działania może używać deklaracji definicji procesu tylko wtedy, gdy są one wprowadzone w tym samym języku skryptowym. Możliwe języki skryptowe to:
    • Język skryptów systemu
    • JavaScript
Uwaga
Język skryptu ustawiony w tym polu ma zastosowanie do całej definicji działania, tj. także do pól na innych zakładkach.
  • Deklaracje – to pole udostępnia funkcje, które są wywoływane, gdy tworzone są działania generowane z definicji działania i gdy występują określone zmiany stanu. Właściwości działań można kontrolować poprzez dostosowanie funkcji. Więcej informacji na temat wprowadzania deklaracji można znaleźć w dokumentacji Silnik workflow.
Działania na pasku narzędzi

Na pasku narzędzi zakładki służącej do wprowadzania deklaracji dostępna jest następująca akcja:

  • [Zastąp treść deklaracji szablonem] – ta kontrolka zawiera metadane i nie wolno jej usuwać. Można użyć tej akcji, aby zastąpić zawartość deklaracji szablonem. Wszelkie dostosowania funkcji zostaną utracone w wyniku tej akcji.
Zakładka Przejścia

Ten element kontrolny zawiera metadane i nie może zostać usunięty. Jeśli definicja działania reprezentuje węzeł definicji procesu, a węzeł jest połączony z bramą typu Gałąź, można wprowadzić warunki przejścia dla gałęzi na zakładce Przejścia.

Uwaga
Zakładka jest wyświetlana tylko dla definicji działań, które reprezentują węzły definicji procesu.

Na zakładce Przejścia wyświetlane jest następujące pole:

  • Węzeł rozwidlający – w tym polu wyświetlany jest typ węzła oddziału. Typ oddziału jest zdefiniowany w definicji procesu w polu Oddział. Wyświetlane mogą być następujące węzły:
    • Do wychodzącej krawędzi (z wyłączeniem, XOR)
    • Do wychodzącej krawędzi po sprawdzeniu warunków przejścia (z włączeniem, LUB)
    • Do wszystkich wychodzących krawędzi (równolegle, AND)

Poniżej pola znajduje się tabela do definiowania warunków przejścia z następującymi kolumnami:

  • Numer – ten element kontrolny zawiera metadane i nie może zostać usunięty. Kolumna wyświetla liczbę, która definiuje kolejność, w jakiej oceniane są warunki przejścia. Numer jest przypisywany automatycznie. Kolejność jest określana w definicji procesu.
  • Oznaczenie – ten element sterujący zawiera metadane i nie może zostać usunięty. Oznaczenie krawędzi wychodzącej jest wyświetlane w kolumnie Oznaczenie. Oznaczenie krawędzi można wprowadzić w definicji procesu.
  • Węzeł akcji następczej – ten element sterujący zawiera metadane i nie może zostać usunięty. Kolumna wyświetla identyfikację węzła działań, do którego należy przejść w następnej kolejności. Następny węzeł działań jest zdefiniowany w definicji procesu.
  • Warunek przejścia – warunek przejścia przepływu sterowania do kolejnego węzła działania jest wprowadzany w tej kolumnie. To, czy można wprowadzić warunki przejścia, zależy od typu rozgałęzienia:
    • Do wychodzącej krawędzi (z wyłączeniem, XOR) – wszystkie krawędzie wychodzące z wyjątkiem ostatniej krawędzi mają warunek przejścia
    • Do wychodzącej krawędzi po sprawdzeniu warunków przejścia (z włączeniem, LUB) – wszystkie wychodzące krawędzie mają warunek przejścia
    • Do wszystkich wychodzących krawędzi (równolegle, AND) – żadna krawędź nie ma warunku przejścia
Uwaga
Język skryptowy, w którym rejestrowane są warunki przejścia, definiuje się na zakładce Deklaracje.
Zakładka Ustawienia szablonu

Ta kontrolka zawiera metadane i nie wolno jej usuwać. Ustawienia szablonu są wyświetlane na zakładce Ustawienia szablonu, jeśli definicja działania jest szablonem lub została utworzona z szablonu.

Ustawienia szablonu dla definicji działania

Dla otwartych definicji działania wyświetlane są następujące dane:

  • Wzór – ten element sterujący zawiera metadane i nie może zostać usunięty. Jeśli definicja działania została utworzona na podstawie szablonu, w tym polu wyświetlana jest nazwa szablonu definicji działania.
  • Aktywowano polecenie Aktualizuj automatycznie – jeśli definicja działania została utworzona na podstawie szablonu, jest ona automatycznie aktualizowana po zaimportowaniu nowej wersji szablonu definicji działania, jeśli ta funkcja jest aktywna.
Ustawienia szablonu dla szablonów definicji działań

Dla otwartych szablonów definicji działań wyświetlane są następujące dane:

  • Zadanie deweloperskie – ten element kontrolny zawiera metadane i nie może zostać usunięty. Zadanie deweloperskie jest identyfikowane przez numer, który jest unikalny w systemie. Numer jest ograniczony do pięciu cyfr. Pierwsze cyfry są wypełnione zerami. Gdy tworzone jest nowe zadanie, numer zadania jest automatycznie określany przez system. Najwyższy numer zadania przypisany w systemie jest zwiększany o jeden. Numer ten nie może zostać zmieniony. Dopóki zadanie nie zostanie zapisane po raz pierwszy, system przypisuje ten numer zadania także dla kolejnych nowo utworzonych zadań. Podczas zapisywania system sprawdza, czy numer zadania został już przydzielony. Jeśli tak jest, nowy numer zadania jest automatycznie określany i zapisywany.

Kolumny tabeli Definicje działań w szczegółach:

  • Definicja działania – ten element kontrolny zawiera metadane i nie może zostać usunięty. W tej kolumnie wyświetlana jest identyfikacja definicji działania, która została utworzona na podstawie szablonu.
  • Aktywowano polecenie Aktualizuj automatycznie – jeśli definicja działania została utworzona na podstawie szablonu, jest ona automatycznie aktualizowana po zaimportowaniu nowej wersji szablonu definicji działania, jeśli ta funkcja jest aktywna

Działania związane z aplikacją

W aplikacji Definicje działań dostępne są następujące działania związane z aplikacją:

  • [Wykonaj definicję działania]
  • [Zastosuj definicję działania]
  • [Włącz lub wyłącz definicję działań w aktualnej bazie danych]

Ponadto dostępne są następujące akcje do zarządzania szablonami, które są rejestrowane jako obiekty deweloperskie i dla jednostek biznesowych, które zostały przeniesione z szablonu:

  • [Utwórz i aktualizuj wg szablonu]
  • [Zapisz jako szablon]
Akcja [Wykonaj definicję działania]

Za pomocą tej akcji można interaktywnie wykonać definicję działania typu Wywołanie funkcji do celów testowych. Akcja otwiera okno dialogowe wykonania definicji działania, w którym można wprowadzić wartości parametrów wprowadzonych w definicji działania w sekcji Wyniki. Gdy definicja działania jest wykonywana, funkcja create() jest wywoływana w deklaracjach. Wynikiem wykonania są wartości zwracane, które są wyświetlane w sekcji Wyniki okna dialogowego.

Okno dialogowe

W sekcji Parametry okna dialogowego wyświetlane są następujące pola:

  • Definicja działania – w tym polu wyświetlana jest definicja działania, która ma zostać wykonana
  • Czas przetwarzania – w tym polu należy wprowadzić czas przetwarzania dla wykonania definicji działania
  • Pola parametrów – jeśli na zakładce Parametry wprowadzono parametry dla definicji działania, są one wyświetlane jako pola z odpowiednimi opisami. W tym miejscu należy wprowadzić żądane wartości parametrów.

W sekcji Wyniki wyświetlane są następujące pola:

  • Działanie – jeśli działanie jest tworzone podczas wykonywania definicji działania, w tym polu wyświetlana jest identyfikacja utworzonego działania
  • Status wykonania – status wykonania pokazuje, czy podczas wykonywania definicji działania wystąpiły błędy. Możliwe wartości to:
    • OK
    • Błąd
  • Zwracane wartości – jeśli na zakładce Parametry wprowadzono wartość zwracaną, są one wyświetlane jako pola z odpowiednimi opisami i wartościami zwracanymi

Warunek wstępny

Definicja działania musi być typu działania Wywołanie funkcji.

Instrukcje

W celu wykonania definicji działania należy:

  1. Otworzyć aplikację Definicje działań.
  1. Otworzyć wymaganą definicję działania typu Wywołanie funkcji.
  1. Wybrać akcję [Wykonaj definicję działania] na standardowym pasku narzędzi. Otwarte zostanie okno dialogowe wykonania definicji działania.
  2. Wprowadzić wartości parametrów wprowadzonych w definicji działania.
  3. Wybrać przycisk [Wykonaj] w dolnej części okna dialogowego, aby wykonać definicję działania. Definicja działania jest wykonywana i wywoływana jest funkcja create() w deklaracjach. Stan wykonania i wszelkie wartości zwracane są wyświetlane w sekcji Wyniki.
Akcja [Zastosuj definicję działania]

Ten element kontrolny zawiera metadane i nie może zostać usunięty. Prefiks eksportu wskazuje system, w którym zarejestrowano definicję działania. Jeśli prefiks eksportu definicji działania i prefiks eksportu bieżącego systemu są różne, należy użyć akcji, aby zaakceptować definicję działania przed jej aktywacją i użyciem. Podczas transferu tworzona jest kopia definicji działania, która otrzymuje prefiks eksportu bieżącego systemu.

W celu zastosowania definicji działania należy:

  1. Otworzyć aplikację Definicje działań.
  2. Otworzyć wymaganą definicję działania.
  3. Wybrać akcję [Zastosuj definicję działania] na standardowym pasku narzędzi. System powiela definicję działania. Przesyłane są wszystkie dane z wyjątkiem prefiksa eksportu. Wprowadzany jest prefiks eksportu bieżącego systemu.
  4. W razie potrzeby dostosować definicję działania i zmienić lub dodać inne dane.
Akcja [Włącz lub wyłącz definicję działań w aktualnej bazie danych]

Działania mogą być tworzone tylko z aktywowanych definicji działań. Aktywacja jest specyficzna dla bazy danych. Definicja działania typu bazy danych Dane OLTP musi być aktywowana w każdej bazie danych OLTP, w której jest używana. Definicja procesu jest aktywowana poprzez definicję działania należącą do węzła startowego. Jeśli użytkownik aktywuje definicję działania w aplikacji Aktywacja definicji działań, może przypisać dodatkowe informacje specyficzne dla bazy danych do definicji działań, takie jak klasyfikacje działań.

W celu wykonania akcji należy:

  1. Otworzyć aplikację Definicje działań.
  2. Otworzyć wymaganą definicje działania.
  3. Wybrać akcję [Włącz lub wyłącz definicję działań w aktualnej bazie danych] na standardowym pasku narzędzi. System aktywuje definicję działania w bieżącej bazie danych.

Informacje na temat aktywowania definicji działań można znaleźć w dokumentacji Aktywacja definicji działań.

Akcja [Utwórz i aktualizuj wg szablonu]

Akcja może być użyta do utworzenia nowej definicji działania z szablonu definicji działania. Powoduje to utworzenie nowej definicji działania zapisanej jako jednostka biznesowa z obiektu deweloperskiego typu Szablon definicji działania.

Akcja [Zapisz jako szablon]

Akcja może być użyta do utworzenia nowego szablonu definicji działania z definicji działania. Powoduje to utworzenie nowego obiektu deweloperskiego typu Szablon definicji działania z definicji działania zapisanej jako jednostka biznesowa.

Konfiguracja

Następujące ustawienia w głównej funkcji Workflow Management w aplikacji Konfiguracja są istotne dla aplikacji Aplikacja Definicje działań.

Sekcja Definicje procesów

  • Język skryptów – to pole służy do określenia domyślnej wartości języka skryptowego używanego w aplikacjach Definicje procesów i Definicje działań. Możliwe języki skryptowe to:
    • Język skryptów systemu
    • JavaScript
Uwaga
Jeśli definicja działania reprezentuje węzeł definicji procesu, definicja działania otrzymuje domyślną wartość języka skryptu z definicji procesu.

Sekcja Przetwarzanie w tle

  • Użytkownik dla zadań przetwarzania – w tym polu należy wybrać użytkownika, który jest używany dla zadań przetwarzania, jeśli działanie jest przetwarzane przez zadanie 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 – w tym polu należy wybrać kolejkę przetwarzania, która jest używana 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).

Jednostki biznesowe

Następująca jednostka biznesowa jest istotna dla aplikacji Aplikacja Definicje działań , wykorzystywanej przykładowo do:

  • Przypisywania uprawnień
  • Importu i eksportu danych

Definicja działania:

com.cisag.sys.workflow.obj.ActivityDefinition

Jednostka biznesowa należy do następującej grupy jednostek biznesowych:

Obiekty workflow w repozytorium:

com.cisag.sys.workflow.RepositoryWorkflowObjects

Uprawnienia

Uprawnienia można przypisywać zarówno za pomocą ról uprawnień, jak i poprzez przypisanie organizacji. Informacje na temat koncepcji uprawnień znajdują się w dokumentacji technicznej Uprawnienia.

Umiejętności specjalne

Aplikacja Definicje działań nie posiada umiejętności specjalnych.

Przypisania organizacyjne

Aplikacja Definicje działań nie wymaga przypisań organizacyjnych.

Funkcje specjalne

Aplikacja Definicje działań nie posiada funkcji specjalnych.

Uprawnienia dla partnerów biznesowych

Aplikacja Definicje działań nie jest dostępna dla partnerów biznesowych.

Czy ten artykuł był pomocny?