Mariusz Szabłowski: Utworzono nową stronę "Rekrutacja w trybie rekrutacji na studia zakończyła się 29 września. Menu „Rekrutacja” zdjąłem z widoczności użytkowników zalogowanych i niezalogowanych. Formalnie kandydaci nadal mogą się „'''zapisywać”''' na studia, ale w innym trybie - wniosku do dziekana o zgodę na przyjęcie na studia. Ponieważ chodzi o podanie, naturalnym rozwiązaniem byłoby opracowanie „Podania” do tego celu (pomijam na razie brakujące funkcje, aby podanie był…"

2022-01-13T23:40:04Z

Utworzono nową stronę "Rekrutacja w trybie rekrutacji na studia zakończyła się 29 września. Menu „Rekrutacja” zdjąłem z widoczności użytkowników zalogowanych i niezalogowanych. Formalnie kandydaci nadal mogą się „'''zapisywać”''' na studia, ale w innym trybie - wniosku do dziekana o zgodę na przyjęcie na studia. Ponieważ chodzi o podanie, naturalnym rozwiązaniem byłoby opracowanie „Podania” do tego celu (pomijam na razie brakujące funkcje, aby podanie był…"

Nowa strona

Rekrutacja w trybie rekrutacji na studia zakończyła się 29 września.

Menu „Rekrutacja” zdjąłem z widoczności użytkowników zalogowanych i niezalogowanych. Formalnie kandydaci nadal mogą się „'''zapisywać”''' na studia, ale w innym trybie - wniosku do dziekana o zgodę na przyjęcie na studia.

Ponieważ chodzi o podanie, naturalnym rozwiązaniem byłoby opracowanie „Podania” do tego celu (pomijam na razie brakujące funkcje, aby podanie było wygodne w użyciu). Ale ten wariant postępowania po dokładnej analizie odrzuciłem.

Mogę zrobić specjalną procedurę Zapisów dostępną cały rok (pewnie da się to przygotować w 99% z obecnych narzędzi). Zapis po terminie i przeniesienie to to samo, różnica polega na osiągnięciach (są, albo ich nie ma).

== '''Procedura ZAPISY''' ==
'''Czego potrzebuję?'''

1. Nowej strony identycznej z obecną stroną Rekrutacja, lecz z inną treścią i tytułem (Zapisy) – cała procedura, podstawa prawna, grafika itd. byłaby inna. Mechanizm ten sam. Zapis polegałby na pokazaniu tych samych rekrutacji, które prowadziliśmy.

2. Funkcję rekrutacji automatycznej trzeba zablokować – po terminie rekrutach sama się blokuje (lub ręcznie, specjalne uprawnienie – obecnie jest uprawnienie do tworzenia rekrutacji i tak może zostać).

3. Wprowadzić funkcję rekrutach studenta ręcznie, pojedynczo.

4. Potrzebny jest mechanizm zmiany statusu studenta „nieimmatrykulowany” na „studiuje”

Mechanizm pkt 4 zmiany statusu studenta

Obecnie jest komunikat:

Potwierdzam, że student podpisał ślubowanie!

Status studenta zostanie zmieniony na: '''Studiuje'''

''Student będzie widoczny w tabeli Studenci.''

'''Trzeba dodać następującą procedurę:'''

Pracownik wypełnia formularz, gdzie zaznacza pola wyboru (checklista)

1. przypisano osiągnięcia studenta

2. ustalono różnice programowe

3. ustalono opłaty za świadczenie nauki

4. student zawarł umowę o świadczenie nauki

5. student złożył ślubowanie

dalej wpisuje decyzję dziekana.

Dopiero po wypełnieniu tych 6 kroków może nastąpić immatrykulacja i zmiana statusu na „studiuje”.

'''UWAGA 1'''

Będziemy sukcesywnie ten formularz automatyzować. To znaczy, gdy opłaty za naukę będą się same obliczać z różnic programowych, usuniemy taki checkbox z listy.

Dalej, wniosek rekrutacyjny jest podaniem do dziekana. Nie mamy funkcji na wykonanie decyzji dziekana na takim wniosku. Obecnie dziekani pracują ręcznie i wystarczy nam obecny formularz opisowy „ważnej zmiany”. Docelowo damy taką funkcję dziekanowi, np. poprzez utworzenie obiegu – gdy pracownik wykona punkty z powyższej listy 1,2, i 3, opisze sprawę dziekanowi, może utworzyć z tego podanie do właściwego dziekana. Wtedy decyzja dziekana będzie warunkiem dalszego procedowania.

Nie możemy zawierać umowy o studia, gdy dziekan nie zaakceptuje wniosku o przyjęcie studenta.

'''UWAGA 2'''

Chciałbym, aby przy tej zmianie dodać do historii studenta ww zapisy oraz dopiąć treść ślubowania i umowy. Będziemy musieli zawierać aneksy do umowy – powinien być odrębna lista w historii studenta (umowa) – będą one wynikały z np. powtarzania roku, to rozpracujemy później.

'''UWAGA 3'''

Byłby super, gdyby kandydat sam wypełniał kartę osiągnięć wraz z wnioskiem o przyjęcie na studia. To byłaby w zasadzie jedyna różnica w stosunku do rekrutacji zwykłej (poza tym, że jest prowadzona indywidualnie). Oszczędziłoby to dużo pracy w dziekanacie (weryfikacja i tak byłaby konieczna).

'''Dodatkowe zmiany'''

Niezależnie od powyższych działań potrzebne jest:

1. Wyodrębnienie funkcji „'''zarejestruj się'''”. Obecnie nie ma takiej strony systemowej w Manager menu. Nie ma żadnej innej możliwości zarejestrowania się użytkownika jak poprzez uruchomienie rekrutacji. Funkcja „zarejestruj się” jest widoczna w oknie wyskakującym. Powinna być w odrębnym oknie jako strona systemowa. Generalnie rejestracja powinna być odrębna od rekrutacji. Na przykład wymagam, aby nowy pracownik sam się zarejestrował i złożył odpowiednie oświadczenia. A teraz nie może, bo zdjąłem Rekrutacje.

2. Stworzenie strony podobnej do „'''Rekrutacji'''”, gdzie będzie szczegółowy opis procedury rekrutacji „po terminie” oraz przenoszenia się z innej uczelni, nazwijmy ją umownie „'''Zapisy'''”. (opisałem to w pkt 1 procedury).

3. „'''Zapisy'''”, jaki i „'''Rekrutacja'''”, powinny być stronami systemowymi, abym mógł w '''Menadżerze menu'''ustawiać ich widoczność i miejsce w menu. Obecnie mogę tak ustawić widoczność strony '''Rekrutacja'''.

4. Gdybym miał stronę systemową „'''Zapisy'''” to mógłbym ją osadzić w stronie dynamicznej na froncie. Tylko że strony dynamiczne mogę tworzyć tylko na zapleczu. Z kolei strony Stałe – nie mogę ich tworzyć a jedynie edytować i nie wiem, gdzie się pojawiają.

5. Gdy niezarejestrowany kandydat zobaczy stronę „Zapisy”, zapozna się z nią, będzie mógł się zarejestrować (lub zalogować).

Zapisy na studia - Historia wersji