Aplikacja reorganizacji Reorganizacja działań służy do reorganizacji działań workflow. Poniżej znajdują się między innymi opisy sposobu korzystania z aplikacji reorganizacji i jej parametrów. Użytkownik zostanie również poinformowany o skutkach reorganizacji.
Wnioski o reorganizację są wykonywane za pomocą aplikacji Zlecenia reorganizacji. Opis tej aplikacji można znaleźć w dokumentacji Zlecenia reorganizacji. Zawiera ona również procedurę uruchamiania wniosku o reorganizację.
Różne wnioski o reorganizację są dodawane do listy w aplikacji Zlecenia reorganizacji w celu wykonania ich jeden po drugim za pomocą zlecenia reorganizacji. Aby reorganizacja faktycznie miała miejsce, często należy przestrzegać określonej kolejności na liście. Jest to jedyny sposób na rozwiązanie przypadków użycia. Sekwencję tę można znaleźć w dokumentacji Sekwencja reorganizacji.
Definicje terminów
Działanie
Działanie opisuje czynność, która może być wykonana 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.
Aplikacja 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ę.
Działanie rejestrowane ręcznie
Działania można rejestrować w aplikacji Działania lub za pośrednictwem menu kontekstowego jednostek biznesowych. Za pomocą ręcznie zarejestrowanych działań i zawartych w nich linków można w dowolnym momencie ponownie przesłać np. zamówienie sprzedaży.
Reorganizacja
Reorganizacja danych powoduje ich fizyczne usunięcie z bazy danych. Usunięcie wymaga serii pomyślnie zakończonych kontroli. Reorganizacja usuwa również wszelkie jednostki biznesowe, które są zależne od usuwanych danych.
Wniosek o reorganizację
Aplikacje do reorganizacji to aplikacje działające w tle o specjalnym zastosowaniu reorganizacja. Aplikacje do reorganizacji służą do reorganizacji danych podstawowych i danych transakcji zgodnie z określonymi kryteriami.
Zlecenie reorganizacji
Zlecenie reorganizacji to zlecenie przetwarzania, które wywołuje tylko jedną lub więcej aplikacji reorganizacji. Aplikacje reorganizacji są wywoływane w indywidualnie zdefiniowanej kolejności, która uwzględnia zależności sekwencji.
Opis aplikacji
Aplikacja reorganizacji Reorganizacja działań służy do reorganizacji działań workflow wraz z powiązanymi z nimi zadaniami workflow. Aplikacja reorganizacji bierze pod uwagę tylko działania, które nie należą do procesu workflow. Aby uzyskać informacje na temat reorganizacji procesów workflow, należy zapoznać się z dokumentacją Reorganizacja procesów.
Działania można reorganizować tylko wtedy, gdy mają status Zakończone lub Zakończone bez przetwarzania. W zależności od pochodzenia działania można również określić, jak długo działanie musi być ukończone, zanim zostanie zreorganizowane. W niektórych przypadkach ukończone działania dokumentują działania, które są nadal interesujące nawet po ich zakończeniu (np. w zarządzaniu relacjami). Aplikacja Reorganizacja działań nie sprawdza, czy odniesienia do działań, które mają zostać zreorganizowane, istnieją w innych jednostkach biznesowych.
Baza danych repozytorium i wszystkie bazy danych OLTP podłączone do serwera aplikacji są brane pod uwagę podczas reorganizacji. Wszystkie bazy danych są reorganizowane z tymi samymi parametrami. Dlatego aplikacja reorganizacji musi być zaplanowana tylko raz na system.
Parametry
Aplikacja do reorganizacji składa się z następujących parametrów:
- Maksymalny czas działania – ta bezpośrednia pomoc jest edytowana w dokumentacji Zlecenia reorganizacji. Jest ona zsynchronizowana z programem Word tylko w tym dokumencie. Maksymalny czas działania aplikacji reorganizacyjnej to przedział czasu, po którym aplikacja reorganizacyjna zostanie zakończona najpóźniej.
- Tryb eksportu – ta bezpośrednia pomoc jest edytowana w dokumentacji Zlecenia reorganizacji. Jest ona zsynchronizowana z programem Word tylko w tym dokumencie. To, czy i co jest eksportowane do archiwizacji, można ustawić za pomocą trybu eksportu. Tryb eksportu jest dostępny tylko wtedy, gdy aplikacja do reorganizacji zezwala na archiwizację danych. Można wybrać następujące tryby eksportu:
- Brak eksportu
- Eksport wszystkich atrybutów
- Filtr eksportu – ten tryb jest dostępny tylko wtedy, gdy eksport jest możliwy w aplikacji Eksport danych
- Folder docelowy – ten element sterujący zawiera metadane i nie może zostać usunięty. Folder docelowy służy do archiwizacji zreorganizowanych danych. Archiwizacja odbywa się w podfolderze z nazwą bazy danych OLTP. Poniżej tego folderu tworzony jest kolejny folder dla każdej jednostki biznesowej, w którym przechowywane są rzeczywiste pliki archiwum. Wartością domyślną jest podfolder usr/archive w ścieżce serwera plików serwera aplikacji systemu ERP.
- Filtr eksportu – ta kontrolka zawiera metadane i nie może zostać usunięta. W przypadku trybu eksportu Filtr eksportu można określić filtr eksportu w tym polu, który jest używany do archiwizacji. Filtr eksportu można utworzyć w aplikacji Eksport danych. To pole jest dostępne tylko wtedy, gdy eksport jednostek biznesowych, które mają zostać zreorganizowane, jest również możliwy za pośrednictwem aplikacji Eksport danych.
- Ad hoc starsze niż – ta kontrolka zawiera metadane i nie może zostać usunięta. Wszystkie ręcznie zarejestrowane działania, które otrzymały status Zakończone lub Zakończone bez przetwarzania przed określonym czasem trwania, są reorganizowane. Wartość domyślna to 12 tygodni. Okres 9,999 tygodni oznacza, że ręcznie zarejestrowane działania nie są reorganizowane.
- Definicja działania późniejsza niż – ten lement kontrolny zawiera metadane i nie może zostać usunięty. Wszystkie działania utworzone na podstawie definicji działania, które mają status Zakończone lub Zakończone bez przetwarzania przed określonym czasem trwania, są reorganizowane. Wartość domyślna to 12 tygodni. Okres 9,999 tygodni oznacza, że ręcznie zarejestrowane działania nie są reorganizowane.
- Zarządzanie relacjami starsze niż – wszystkie działania wygenerowane z Zarządzania relacjami, które mają status Zakończone lub Zakończone bez przetwarzania przed określonym czasem trwania, są reorganizowane. Wartość domyślna to 9,999 tygodni. Okres 9,999 tygodni oznacza, że działania utworzone w ramach zarządzania relacjami nie są reorganizowane.
- Przetwarzanie w tle starsze niż – ten element kontrolny zawiera metadane i nie może zostać usunięty. Wszystkie działania wygenerowane z przetwarzania w tle, które otrzymały status Zakończone lub Zakończone bez przetwarzania przed określonym czasem trwania, są reorganizowane. Wartość domyślna to 12 tygodni. Okres 9,999 tygodni oznacza, że ręcznie zarejestrowane działania nie są reorganizowane.
- Inne aplikacje starsze niż – ta kontrolka zawiera metadane i nie może zostać usunięta. Wszystkie działania utworzone z innych aplikacji, które otrzymały status Zakończone lub Zakończone bez przetwarzania przed określonym czasem trwania, są reorganizowane. Wartość domyślna to 9,999 tygodni. Okres 9,999 tygodni oznacza, że działania utworzone z innych aplikacji nie są reorganizowane.
Jednostki biznesowe
Reorganizacja dotyczy następujących jednostek biznesowych:
- Nazwa: Działanie
com.cisag.sys.workflow.obj.Activity
- Nazwa: Parametry działania
com.cisag.sys.workflow.obj.ActivityParameters
- Nazwa: Zadanie
com.cisag.sys.workflow.obj.Workitem
- Nazwa: Tekst
com.cisag.sys.workflow.obj.Text
