Monitorowanie przepływu danych

• W zastępstwie (pole DELEXP)

W przypadku zaznaczenia tego pola wyboru użytkownik widzi powiadomienia wysłane osobom, których jest zastępcą.

Pole można zaznaczyć tylko w przypadku, gdy użytkownik jest zastępcą co najmniej jednej osoby.

• Odbiorca (pole USER)

Określa kod użytkownika będącego odbiorcą zdarzeń przepływu danych, które oczekują na podpisanie i muszą zostać wyświetlone.

Ten kod może być wprowadzony tylko w dwóch wypadkach:

• Jeżeli opcja Wszyscy użytkownicy została wybrana dla bieżącego użytkownika dla danej funkcji.
• Jeżeli pole Wyjątkowy delegat zostało zaznaczone (w tym wypadku, możliwe jest wybranie użytkownika, któremu został przydzielony wyjątkowy delegat oraz, którego powiadomienia muszą być wyświetlone).

Jeżeli to pole nie może zostać uzupełnione, domyślnie będzie równe bieżącej wartości użytkownika.

Jeżeli to pole może zostać uzupełnione, ale nie przydzielono żadnej wartości, następujące powiadomienia mogą zostać wyświetlone:

• użytkownicy, dla których istnieje wyjątkowy delegat, pod warunkiem, że pole Wyjątkowy delegat zostało zaznaczone.
• w przeciwnym razie, zostaną one wysłane do wszystkich użytkowników.

• Data od (pole DATDEB)

Po wprowadzeniu tej daty jedynie dane, których data zmiany lub utworzenia jest identyczna z wprowadzoną datą lub od niej późniejsza, są przeglądane w danym zapytaniu.

Należy zwrócić uwagę, że domyślnie proponowaną datą jest data dzisiejsza pomniejszona o liczbę dni równą wartości parametru WRKDAY .

• Data do (pole DATFIN)

Po wprowadzeniu tej daty jedynie dane, których data ostatniej zmiany lub utworzenia jest wcześniejsza od wprowadzonej daty lub jej równa, są przeglądane w danym zapytaniu.

Domyślnie jest to dzisiejsza data.

• pole PAGFIR

Przyciski nawigacyjne umożliwiające odczytywanie wszystkich wierszy w pulpicie.

• pole PAGPRV

• pole PAGNXT

• pole PAGLST

• pole W

• pole PAGCUR

• pole SAICRI

Przycisk umożliwiający otwarcie okna wpisywania kryterium wyboru wiersza w postaci wyrażenialogicznego.

Kryterium to będzie stosowane do wszystkich zakładek razem z kryteriami specyficznymi dla konkretnych zakładek.

• Numer (pole CHRONO)

Numer kolejny przypisywany w momencie zainicjowania przepływu danych. W przypadku przepływu danych o typie Ręczne numer jest przypisywany każdemu rekordowi inicjującemu. We wszystkich pozostałych sytuacjach rekordy inicjujące otrzymują ten sam numer kolejny.

Dzięki temu przy wysyłaniu powiadomienia z tego samego zdarzenia do kilku użytkowników wszyscy widzą ten sam numer.

• Odbiorca (pole DEST)

Określa odbiorcę powiadomienia. Jeśli jest oczekiwane zatwierdzenie lub podpis, zazwyczaj musi go dokonać ten odbiorca.

Nie musi to być odbiorca zdefiniowany w pierwotnej regule. Jeśli reguła przewiduje przeniesienie uprawnień na pierwszego dostępnego odbiorcę, a pierwotny odbiorca przyznał uprawnienia autoryzacji wobec odnośnych dat, powiadomienie trafi do tego uprawnionego użytkownika (albo użytkownika uprawnionego przez niego, jeśli taki został wyznaczony).

• Adres e-mail odbiorcy (pole EMAIL)

Jeśli komunikat jest wysyłany odbiorcy według obowiązującej reguły, w tym polu znajduje się adres e-mail tej osoby.

• Nr przepływu (pole NUMGRP)

Ten numer kolejny jest przypisywany każdemu uwzględnionemu wierszowi. W przypadku przepływów danych typu nagłówek/wiersz z grupami będzie istnieć kilka takich numerów.

• Firma (pole CPY)

Gdy model danych dołączony do reguły określa bieżącą firmę na podstawie kontekstu (bezpośrednio lub za pomocą lokalizacji), dane firmy zostają zapisane w danych zdarzenia.

W oparciu o nazwę firmy można (ale nie trzeba) zdefiniować regułę przypisywania, która będzie określała adresatów powiadomienia.

• Delegat (pole DELEGUE)

To pole otrzymuje wartość Nie , jeśli użytkownik jest pierwszym odbiorcą powiadomienia. Zawiera wartość Tak , jeśli użytkownik otrzymuje powiadomienie jako uprawniony użytkownik niezastępujący głównego odbiorcy (opcjaWszystkie lub Kaskada ) i jednocześnie ma uprawnienia do podpisywania (jeśli nie ma takiego prawa, powiadomienie nie pojawia się w jego pulpicie).

Należy zwrócić uwagę, że przy ustawieniu w polu wartości Takistnieje co najmniej jeden wiersz o takim samym numerze kolejnym z wartością Nie w tabeli przechowującej dane pulpitu. Jeśli jest kilku uprawnionych użytkowników z prawem do podpisywania, mogą istnieć dodatkowe wiersze o tym samym numerze kolejnym i ustawioną flagą Tak ). Pierwszy podpis w jednym w tych wierszy powoduje automatyczną aktualizację wszystkich pozostałych wierszy o tym samym numerze kolejnym polegającą na nadaniu im statusu wierszy podpisanych.

• Wyślij wiadomość (pole ENVOI)

To pole zawiera wartość Tak , jeśli podczas wykonywania reguły został wysłany komunikat.

• Nadawca (pole EMETTEUR)

Określa nadawcę powiadomienia, czyli użytkownika, którego działania spowodowały zainicjowanie przepływu danych. W przepływie danych podpisywania nadawca to osoba, która podpisała poprzednie powiadomienie. We wszystkich pozostałych rodzajach przepływów danych jest to osoba, której działania doprowadziły do wysłania powiadomienia.

• Transmisja wiadomości e-mail (pole MAIENV)

Gdy lista pulpitu zostanie podpisana przy użyciu łącza HTTP zainicjowanego z poziomu komunikatu, w tym polu jest przechowywany adres e-mail użytkownika, który dokonał tego podpisu.

• Data wydania (pole DATENV)

Odpowiada dacie systemowej (znanej serwerowi przetwarzania) aktualnej w momencie inicjowania zdarzenia przepływu danych.

• Godzina transmisji (pole TIMENV)

Odpowiada godzinie systemowej (znanej serwerowi przetwarzania) aktualnej w momencie inicjowania zdarzenia przepływu danych.

• Typ przepływu (pole NATURE)

Odpowiada wartości rodzaju przepływu danych zdefiniowanej dla zdarzenia inicjującego. Może stanowić wygodne kryterium sortowania wierszy, filtrowania ich czy wysyłania do różnych zakładek pulpitu.

• Tekst w monitorze (pole TEXSUI)

Zawiera obliczony tekst z sekcji tekstu żądania zatwierdzenia zdefiniowanej na zakładce Żądanie zatwierdzenia w oknie reguły. Zazwyczaj konfiguruje się komentarz wyjaśniający okoliczności inicjowania przepływu danych.

• Typ operacji (pole TYPEVT)

Określa typ zdarzenia w regule przepływu danych obowiązującej w lokalizacji źródłowej wiersza powiadomienia w pulpicie.

• Kod zdarzenia (pole CODEVT)

Odpowiada kodowi zdarzenia w lokalizacji źródłowej przepływu danych. Innymi słowy jest do kod:

• obiektu (w przypadku przepływu danych dotyczącego obiektu);
• raportu (dla przepływu danych drukowania);
• modelu (w przypadku eksportu lub importu);
• funkcji (w przypadku otwierania funkcji);
• reguły przepływu danych, która zainicjowała żądanie podpisu (w przypadku podpisu);
• identyfikujący przepływ danych dla pozycji pozostałych.

• Kod przepływu (pole CODWRK)

Identyfikuje regułę przepływu danych, której wykonywanie spowodowało wysłanie powiadomienia.

• Czynność na (pole OPERATION)

Zawiera kod operacji w kontekście inicjowania:

• Dla zdarzenia dotyczącego obiektu może przyjmować wartość C (tworzenie), M (modyfikacja) lub kod przycisku.
• Dla zdarzenia podpisywania jest to kod reguły w lokalizacji źródłowej podpisu.
• Dla operacji importu/eksportu jest to kombinacja I/E lub S/E (import/eksport i początek/koniec), np. identyfikator.
• Dla operacji inicjowania funkcji pole jest puste.
• Dla operacji drukowania ma wartość C.
• Dla zakończenia zadania przetwarzania w tle ma wartość „0”, jeśli zadanie zostało pomyślnie ukończone; w przeciwnym razie pole zawiera numer raportu oraz początek treści komunikatu o błędzie.

• Opóźnienie podpisu (pole DATMAXSIG)

To pole określa dzień, w którym powinien zostać podpisany przepływ danych. Jeśli nie wdrożono procesu składania podpisów albo jeśli nie wskazano ostatecznego terminu, jest to data zainicjowania przepływu.

• Flaga podpisu (pole FLGSIG)

To pole określa poziom podpisu odpowiadający powiadomieniu wysyłanemu dla wiersza. Może przybierać następujące wartości zdefiniowane w lokalnym menu 2922:

• Do odczytu : zażądano potwierdzenia przeczytania, ale powiadomienie nie zostało przeczytane.
• Do podpisania: zażądano podpisu, ale powiadomienie nie zostało jeszcze podpisane.
• Odczytano : zażądano potwierdzenia przeczytania i takie potwierdzenie zostało wprowadzone.
• Podpisano: zażądano podpisania i podpis został złożony.
• Anulowano: złożono podpis, który następnie został anulowany.

• Odpowiedź (pole ACTSIG)

To pole jest puste do czasu podpisania zdarzenia. Po podpisaniu zdarzenia można wyszukiwać wprowadzony kod odpowiedzi, ponieważ jest on umieszczany w tabeli dodatkowej nr 54.

• Podpis. przez (pole USRSIG)

Po podpisaniu wiersza w tabeli powiadomień w tym polu jest wyświetlany kod użytkownika, który złożył podpis. Niekoniecznie będzie to pierwotny odbiorca, ponieważ uprawnienia do podpisywania mogły zostać przyznane innej osobie.

• Podpis wiadomości e-mail (pole MAISIG)

Po wysłaniu komunikatu z żądaniem zatwierdzenia przez kliknięcie łącza HTTP w tym polu można sprawdzić adres e-mail odbiorcy.

• Data podpisania (pole DATSIG)

Jeśli powiadomienie o przepływie danych zawiera żądanie zatwierdzenia (prostego lub za pomocą podpisu), w tym polu jest wyświetlana data zgłoszenia tego żądania. W razie niewysłania takiego żądania pole jest puste.

• Godzina podpisania (pole TIMSIG)

Jeśli powiadomienie o przepływie danych zawiera żądanie zatwierdzenia (prostego lub za pomocą podpisu), w tym polu jest wyświetlana godzina zgłoszenia tego żądania. W razie niewysłania takiego żądania pole jest puste.

• Przyczyna odpowiedzi (pole REASON)

Zawiera tytuł powiązany z kodem przyczyny wprowadzanym podczas podpisywania reguły, jeśli przy podpisywaniu można podać taki kod. Zakłada się tutaj, że lista możliwych przyczyn zostanie zdefiniowana poprzez numer tabeli dodatkowej odpowiadającej wierszowi podpisu.

• Kod przyczyny (pole REACOD)

Zawiera kod przyczyny wprowadzany podczas podpisywania reguły, jeśli przy podpisywaniu można podać taki kod. Zakłada się tutaj, że lista możliwych przyczyn zostanie zdefiniowana poprzez numer tabeli dodatkowej odpowiadającej wierszowi podpisu.

• Nr przyczyny (pole REANUM)

Jeśli zaplanowano, że podczas podpisywania reguły będzie można podać kod przyczyny, w tym polu znajduje się numer tabeli dodatkowej określającej przyczyny do wyboru dla danego wiersza podpisu.

• Klucz zwolnienia (pole CLEOBJ)

W przypadku przepływu danych dotyczącego obiektu w tym polu znajduje się klucz obiektu (jest to pole pierwotnego klucza inicjującego ). Dla przepływu danych podpisywania pole zawiera numer kolejny z lokalizacji źródłowej podpisu. W pozostałych sytuacjach pole jest puste.

• Tabela wyzwalająca (pole IDENTREF)

To pole techniczne zawiera kod tabeli wyzwalającej oraz kod odnośnego klucza dokładnie w takiej samej postaci, jak istniejąca w polu Identyfikator pozycji . Z drugiej strony w przypadku zdarzeń dotyczących podpisywania pole pozostaje puste, tzn. nie otrzymuje wartości z oryginalnego powiadomienia.

• Identyfikacja zwrotu (pole IDENTRET)

Jeśli z przepływem danych jest powiązana ikona powrotu, w tym polu znajduje się nazwa funkcji, z której następuje powrót. Gdy funkcja jest typu obiektowego, można odszukać odnośny klucz oddzielony od nazwy tabeli znakiem „/” (segmenty klucza wieloczęściowego są rozdzielone znakiem „~”).

• Identyfikator pozycji (pole IDENTGRP)

To pole techniczne zawiera nazwę tabeli z pierwotnym zdarzeniem inicjującym oraz bieżący klucz powiązany z grupą, która spowodowała zainicjowanie. Separatorem między nazwą tabeli a kluczem jest znak „/”, podczas gdy rolę separatora segmentów klucza (jeśli klucz jest podzielony na części) pełni znak „~”.

Zawartość pola jest zdefiniowana w następujący sposób:

• W przypadku zdarzenia podpisywania jest używana treść pierwotnego powiadomienia.
• W przypadku zdarzenia dotyczącego obiektu jest używana główna tabela obiektu, jeśli można ją ustalić (tzn. gdy dla standardowego przepływu danych o niezdefiniowanym kodzie obiektu nie wprowadzono żadnych danych). Klucz odpowiada kluczowi obowiązującemu podczas inicjowania przepływu danych.
• We wszystkich pozostałych sytuacjach tabela jest definiowana tylko wtedy, gdy do przepływu danych dołączono model danych. Wtedy system zwraca główną tabelę. Klucz odpowiada rekordowi obowiązującemu podczas inicjowania przepływu danych.

• Kolejność oryginału (pole NUMORG)

Ten numer kolejny jest nadawany tylko powiadomieniom związanym ze zdarzeniami typu Podpis . Umożliwia znalezienie numeru kolejnego pierwotnego zdarzenia, tzn. zdarzenia, którego podpisanie spowodowało zainicjowanie bieżącego wiersza.

• Odbiorca wyjściowy (pole USRORG)

To pole jest wypełniane tylko dla wierszy powiązanych ze zdarzeniem typu Podpis . Pozwala sprawdzić nazwę odbiorcy powiadomienia o pierwotnym przepływie danych, tzn. osoby, która otrzymała powiadomienie po ewentualnym zastosowaniu reguł delegowania (nie musi być to osoba, która złożyła podpis).

• Data monitu (pole DATREL)

To pole określa dzień, w którym wysłano ostatnie przypomnienie o podpisie związane z powiadomieniem. Jeśli nie wdrożono procesu składania podpisów, pozostaje puste.

• Nr monitu (pole NBRREL)

To pole zawiera liczbę monitów o podpis wysłanych dla zdarzenia przepływu danych.

• Poziom podpisu (pole LEVSIG)

To pole odpowiada poziomowi podpisu w sekwencji następujących po sobie zdarzeń podpisywania:

• Ma wartość 0 dla pierwotnego zdarzenia.
• Ma wartość 1 dla zdarzenia zainicjowanego przez pierwszy podpis.
• Dla każdego kolejnego zdarzenia jego wartość zwiększa się o 1.

Związana z polem zmienna LEVSIG jest często wykorzystywana w regułach przepływów danych, gdy reguła przypisywania zdefiniowana dla pierwszego zdarzenia określa wszystkie osoby podpisujące (od 1 do 9). Dla zdarzenia pierwotnego oraz dla następujących po sobie zdarzeń podpisywania formułę USER(LEVSIG+1) dotyczącą odbiorców trzeba wpisać tylko w celu uzyskania numeru N użytkownika na liście. Pozwala to m.in. na zastosowanie cyklicznych reguł podpisywania, które będą egzekwowane do momentu, aż wszystkie wymagane osoby złożą podpisy.

• Ikona powrotu (pole CONTXT)

Gdy z przepływu danych jest wysyłany komunikat zawierający ikonę logowania, następuje zdefiniowanie kontekstu logowania (określającego folder, serwer, usługę, funkcję itd.) w postaci pola alfanumerycznego.

Kontekst ten jest zapisany w tym polu technicznym. Poszczególne segmenty pola są oddzielone znakiem „/”.

• Powrót do pulpitu (pole CONTXTSYRA)

• Powrót do wersji moblinej (pole CONTXTMOBI)

• Klucz wyjściowy wyzwalania (pole CLEDEC)

Identyfikuje klucz w lokalizacji źródłowej obiegu schematu danych. Jeśli klucz jest podzielony na kilka części, klucz w tym polu stanowi połączenie elementów rozdzielonych znakiem tyldy (~).

Wartości klucza zależą od kontekstu:

• W przypadku przepływu danych obiektu odpowiada ona kluczowi rekordu inicjującego.
• W przypadku przepływu danych typu Ręczne odpowiada kluczowi głównej tabeli, w której jest przechowywany model danych przepływu.
• Dla przepływu danych importu/eksportu oraz przy wprowadzaniu funkcji pole jest puste.
• W przypadku przepływu danych drukowania pole jest puste, jeśli drukowanie zainicjowano za pomocą funkcji drukowania (zwykłego lub grupowego). Jeśli jednak drukowanie zostało zainicjowane za pomocą polecenia Plik/Drukuj lub Plik/Lista z poziomu obiektu, pole zawiera klucz rekordu.
• Dla przepływu danych podpisywania jest dziedziczony klucz rekordu źródłowego. Znajduje się on w wierszu żądania zatwierdzenia w lokalizacji źródłowej podpisu.

• Liczba podpisów (pole NBRUSR)

Określa liczbę użytkowników zwracanych przez regułę przypisywania (jeśli w ogóle reguła zwraca dane użytkowników).

Jeśli nie są zwracani żadni użytkownicy, ale reguła jest typu Podpis , następuje dziedziczenie liczby osób podpisujących zdefiniowanych w pierwotnej regule.

W razie braku reguły przypisywania jest zwracana wartość 0.

• Obiekt (pole ABROBJ)

Jeśli pierwsze zdarzenie w lokalizacji źródłowej obiegu podpisów jest obiektem, w tym polu znajduje się kod tego obiektu. W pozostałych przypadkach pole jest puste.

Zawartość pola jest wysyłana do różnych zdarzeń dotyczących podpisywania, które mogą nastąpić po pierwszym zdarzeniu.

• Pierwszy odbiorca (pole USRTOP)

Określa pierwszego odbiorcę powiadomienia o zdarzeniu przepływu danych. Ze zdarzenia powiadomienie może być wysyłane do sekwencji grup odbiorców zdefiniowanych w wierszach tabeli odbiorców. To pole reprezentuje odbiorcę obliczonego dla pierwszego wiersza, jeśli w ustawieniu delegowania zaznaczono opcję Nie, Wszystkie lub Kaskada. Jeśli ustawienie ma wartość Pierwszy dostępny , użytkownik jest niedostępny, jednak delegował uprawnienia na innego użytkownika, w polu widać nazwę tego uprawnionego użytkownika.

• Kontekst 1 (pole VALCTX1)

To pole należy do grupy piętnastu standardowy pól zawierających wartości kontekstowe weryfikowane podczas inicjowania przepływu danych na podstawie formuł wpisanych w tabeli Kontekst na zakładce Żądanie zatwierdzenia w oknie przepływu danych.

Wartości przechowywane w tej tabeli mogą być wykorzystywane w następujących celach:

• Przesłanie do zdarzenia typu Podpis z przeznaczeniem dla pozostałych etapów procesu.
• Wyświetlanie przydatnych informacji w monitorze przepływu danych. W tym przypadku podczas konfigurowania ustawień transakcji można mu nadać bardziej jednoznaczną nazwę.

• Kontekst 2 (pole VALCTX2)

• Kontekst 3 (pole VALCTX3)

• Kontekst 4 (pole VALCTX4)

• Kontekst 5 (pole VALCTX5)

• Kontekst 6 (pole VALCTX6)

• Kontekst 7 (pole VALCTX7)

• Kontekst 8 (pole VALCTX8)

• Kontekst 9 (pole VALCTX9)

• Kontekst 10 (pole VALCTX10)

• Kontekst 11 (pole VALCTX11)

• Kontekst 12 (pole VALCTX12)

• Kontekst 13 (pole VALCTX13)

• Kontekst 14 (pole VALCTX14)

• Kontekst 15 (pole VALCTX15)

• Osoba podpisująca 1 (pole USRSIG1)

Służy do określania kolejnych osób podpisujących, jeśli reguła przypisywania odbiorców zwraca dla reguły przepływu danych N osób podpisujących. Informacja ta umożliwia poprawne zarządzanie anulowaniami podpisów.

W przypadku zdarzeń typu Podpis , dla których nie zdefiniowano reguły przypisywania, są używane dane osób podpisujących powiązanych z regułą inicjowania. Dzięki temu w sytuacji, gdy w oryginalnej regule zdefiniowano N kolejnych osób podpisujących, a kolejne reguły podpisywania nie zawierają żadnych reguł przypisywania, można ustalić dane osób podpisujących na wszystkich poziomach.

Należy zwrócić uwagę, że w polu są wyświetlani użytkownicy zdefiniowani przez regułę przed ewentualnym zastosowaniem reguł delegowania. Na przykład: Jeśli pierwszy odbiorca wymieniony w regule podpisywania jest niedostępny i zostanie zastąpiony, pole Osoba podpisująca 1 będzie zawierało nazwę pierwotnej osoby podpisującej, natomiast pole Pierwszy odbiorca będzie zawierało dane zastępcy, do którego żądanie podpisu zostało faktycznie wysłane.

• Osoba podpisująca 2 (pole USRSIG2)

• Osoba podpisująca 3 (pole USRSIG3)

• Osoba podpisująca 4 (pole USRSIG4)

• Osoba podpisująca 5 (pole USRSIG5)

• Osoba podpisująca 6 (pole USRSIG6)

• Osoba podpisująca 7 (pole USRSIG7)

• Osoba podpisująca 8 (pole USRSIG8)

• Osoba podpisująca 9 (pole USRSIG9)