Metody automatycznego ustalania adresów poczty elektronicznej

Przykładowa metoda została użyta w definicji fazy FACULTY_01 i wygląda następująco:

przy czym treść tej definicji jest następująca:

Definicja metody określa widoczne powyżej pola:

Typ źródła

możliwy jeden z poniższych typów:

Element obiektu

Wskazuje, że typem źródła danych jest element (pole) pewnego obiektu (rekordu).

Przykładowo, może to być pole zawierające adres email ze wskazanego pola złożonego (np. kierownik projektu) obiektu bieżącego rekordu

Poziom dostępu użytkownika

Wskazuje, że typem źródła danych jest poziom dostępu bieżącego użytkownika.

Adresy będą ustalane na podstawie adresów redaktorów poziomu dostępu bieżącego użytkownika.

Przykładowo, jeśli aktualny użytkownik posiada uprawnienia na poziomie Instytutu Informatyki, to będą uwzględniane adresy wszystkich redaktorów uprawnionych do obsługi projektów na poziomie tego Instytutu..

Afiliacja użytkownika

Wskazuje, że typem źródła danych jest afiliacja bieżącego użytkownika.

Adresy będą ustalane na podstawie adresów redaktorów afiliacji bieżącego użytkownika.

Przykładowo, jeśli aktualny użytkownik jest afiliowany w Instytucie Matematyki, to będą uwzględniane adresy wszystkich redaktorów uprawnionych do obsługi projektów na poziomie tego Instytutu.

Obiekt źródłowy

Określa adres obiektu, jeśli jest inny niż bieżący rekord projektu. Jeśli pole jest puste, to system przyjmuje że dane powinny być pobierane na podstawie bieżącego rekordu projektu

Element źródłowy (lub 'wartość')

Określa element (pole) obiektu źródłowego, z którego powinny być pobierane dane. Przykładowo, podanie leader wskazuje, że dane powinny być pobierane na podstawie pola leader.

Można też podać bezpośrednio wartość adresu e-mail ujętego w znaki apostrofu, np. ‘J.Baj99@wp.pl’

Nazwa elementu źródłowego

Jeśli element źródłowy określa pole złożone, to w tym miejscu można określić jako pola powtarzalne nazwy pól, z których powinny być pobierane adresy poczty elektronicznej. W tym przykładzie wskazano dewa ;pola z rekordu osoby: email oraz otherEmail.

Uwzględniaj użytkowników z niższego poziomu

Wskazuje, czy w przypadku wybrania opcji Poziom dostępu użytkownika, powinni być uwzględniani również wszyscy użytkownicy niższych poziomów.

 

Inny przykład można podejrzeć w definicji fazy COP_02

W tym przypadku obiekt źródłowy jest wynikiem wykonania wyszukiwania użytkownika, który jest właścicielem (owner) rekordu bieżącego projektu

#{daoHelper.listQ('login=''.concat(model['projectmain'].owner).concat('''),'user','')}

co powoduje wybranie jako obiektu źródłowego, rekordu użytkownika właściciela rekordu.

Natomiast adresy poczty elektronicznej pobierane będą z pól email oraz otherEmail ze złożonego pola author wskazanego jako Element źródłowy (lub 'wartość'). Jest to pole określające rekord osoby podpiętej do odnalezionego rekordu użytkownika.

 

W fazie definicji fazy FACULTY_02 podano dwie metody ustalania adresatów:

Pierwsza metoda jest identyczna jak w fazie COP_01, natomiast druga metoda wykorzystuje typ źródła Poziom dostępu użytkownika.

przy czym dane adresowe będą pobierane na podstawie afiliacji kierownika projektu.

W tym przypadku, wykaz adresów poczty elektronicznej będzie zawierał adresy redaktorów uprawnionych do obsługi projektów na poziomie jednostki afiliacji kierownika projektu oraz na poziomie wszystkich jednostek niższego rzędu (zaznaczono Uwzględniaj użytkowników z niższego poziomu).

 

Możliwe jest wykorzystanie różnych metod oraz skryptu jednocześnie, co ilustruje poniższy przykład

W tym przypadku wykaz adresatów będzie zawierać:

  • adresy redaktorów pobrane według afiliacji kierownika projektu

  • adresy redaktorów pobrane według afiliacji użytkownika, którym jest kierownik projektu

  • adresy redaktorów pobrane według poziomu dostępu użytkownika, którym jest kierownik projektu

  • adresy pobrane za pomocą skryptu