Wdrożenie systemu zautomatyzowania akcji dokonywanych przez rekruterów na portalach społecznościowych

Wdrożenie systemu zautomatyzowania akcji rekruterów Przedmiotem zamówienia jest stworzenie dedykowanego systemu informatycznego oraz przekazanie pełnych praw materialnych do niego. System będzie tworzony na bazie prototypu, który został wytworzony w ramach I etapu badawczego w wyniku prac B+R wykonanych przez jednostkę naukową. Prototyp powstały w ramach prac B+R składa się z 2 elementów:  Wtyczki do przeglądarki internetowej (nazywany dalej “wtyczką”)  Komponentu działającego w systemie zarządzania projektami rekrutacyjnymi Zamawiającego (nazywany dalej komponentem ATS) Ze względu na to, że wynik prac badawczych wykonanych w pierwszym etapie stanowi tajemnicę przedsiębiorstwa dokumentacja z tego etapu razem może zostać udostępniona potencjalnym oferentom po podpisaniu przez osobę upoważnioną umowy o poufności, która stanowi Załącznik nr 1. Wypełnioną i podpisaną umowę o poufności prosimy przesyłać w skanie na adres e-mail maciej.michalewski@lobohr.com. Dokumentacja zostanie udostępniona w przeciągu 1 dnia roboczego od dnia otrzymania umowy o poufności. Przedmiot zamówienia musi obejmować następujące elementy służące wdrożeniu systemu: 1. Poprawa ergonomii oraz interfejsu użytkownika Planowane czynności:  Wtyczka - stworzenie nowych mockupów dla interfejsów dla funkcjonalności już istniejących oraz planowanych w ramach kolejnych zadań. Mocukpy powinny uwzględniać  optymalizację szaty graficznej  optymalizację rozmieszczenia poszczególnych elementów  poprawę ergonomii użytkowania  Wtyczka - implementacja zmian w interfejsie użytkownika dla już istniejących funkcjonalności  Komponent ATS - stworzenie nowych mockupów dla interfejsów dla funkcjonalności już istniejących oraz planowanych w ramach kolejnych zadań. Mocukpy powinny uwzględniać  optymalizację szaty graficznej  optymalizację rozmieszczenia poszczególnych elementów  poprawę ergonomii użytkowania  Komponent ATS - implementację zmian w interfejsie użytkownika dla już istniejących funkcjonalności Przedmiotem zakupu jest zakup praw materialnych do systemu oraz mockupów. 2. Moduł automatyzacji generowania wtyczki W stworzonym prototypie kod wtyczki do pobrania jest generowany ręcznie i osobno dla każdego użytkownika. Jest to bardzo uciążliwe, przede wszystkim w sytuacji dynamicznych zmian na rynku zatrudnienia oraz planowanego rozwoju firmy. Planowane funkcjonalności modułu:  Skrypt, który reaguje na utworzenie nowego użytkownika i kompiluje wtyczkę z odpowiednim enviromentem  Automatyczny upload wygenerowanej wtyczki w miejsce, z którego użytkownik może je pobrać.  Automatyczne tworzenie bazy firestore  Automatyczne ustawienie odpowiednich reguł dostępu do bazy . Przedmiotem zakupu jest zakup praw materialnych do systemu. 3. Moduł dostosowania funkcjonalności wtyczki do oczekiwań użytkowników Przeprowadzone prace B+R koncentrowały się na opracowaniu technologii działania wtyczki. Do wdrożenia rynkowego niezbędne jest dodanie funkcjonalności wymaganych przez użytkowników, których rozwiniecie nie należy do prac B+R. Planowane funkcjonalności: A) "Dodawanie kandydatów z Linkedin bezpośrednio do wybranych etapów w wybranych projektach oraz Zapisywanie źródła kandydata jako Linkedin". Uzasadnienie: w wersji prototypowej kandydaci są dodawani do projektu rekrutacyjnego niezależnie od jego etapu. Powoduje to często dezorientację konsultantów, który nie mogą w łatwy sposób rozpoznać tych kandydatów od reszty kandydatów i muszą ich ręcznie przenosić do odpowiedniego etapu. Zakładane prace:  Zmiana usecase dodającego kandydata do projektu.  Dodanie nowego stepu podczas wybierania projektu umożliwiającego wybranie konkretnego etapu projektu (wtyczka)  Rozszerzenie query przesyłającego listę projektów o możliwe etapy  Dodanie informacji o pochodzeniu kandydata Przedmiotem zakupu jest zakup praw materialnych do systemu. B) Poprawa obsługi dużej ilości projektów i etapów obsługiwanych przez konsultantów Konsultanci obsługują na raz nawet kilkadziesiąt projektów i etapów, często o podobnych nazwach. Aktualnie prototypowe rozwiązanie, które we wtyczce wyświetla rozwijaną listę z wszystkimi projektami nie jest możliwe do wdrożenia. Niezbędne jest dodanie funkcjonalności pozwalających zarządzać tą listą.  Podział listy projektów na "ulubione"" i "pozostałe".  Ulubione są zawsze widoczne, czyli czym ich więcej tym dłuższa lista. Pozostałe są widoczne w ograniczonej liczbie, reszta pozostałych widoczna jest po kliknięciu "więcej".  Mechanizm zwijania i rozwijania listy w zależności od ilości projektów Planowane czynności:  Back-end - Umożliwienie userowi oznaczenie projektu jako ulubiony (usecase, controller, testy jednostkowe integracyjne end to end)  Front - end - Umożliwienie userowi oznaczenie projektu jako ulubiony (serwis, stylowanie)  Back-end - Modyfikacja query wyświetlania listy projektów  Front-end - Modyfikacja komponentu listy projektów wtyczki  Back-end ustalanie kolejności ulubionych projektów we wtyczce C) System we wtyczce automatycznie podpowiadający, że kandydat pasuje do projektu. Opis i uzasadnienie: W prototypie powstałym w ramach prac B+R użytkownik musi najpierw zaimportować kandydata do systemu ATS, a dopiero potem może użyć komponentu sprawdzającego stopień jego dopasowania do różnych projektów. Jest to bardzo czasochłonne. Kluczowe jest dokonanie porównania do projektów już w trakcie przeglądania. Dzięki modułowi sczytywanie i porównanie będzie dokonywało się automatycznie, a użytkownik będzie już czasie przeglądania profilu, bez konieczności wejścia do systemu automatycznie otrzymywał informację o potencjalnych pasujących projektach. Planowane prace:  Backend - serwis proponujący projekty na podstawie pobranych danych (połączenie z serwisem proponowanych kandydatów)  Backend - controller obsługujący połączenie  Frontend - serwis obsługujący połączenie  Frontend - komponent pokazujący listę proponowanych projektów Przedmiotem zakupu jest zakup praw materialnych do systemu. D) Komponent aktualizacji danych kandydata Aktualnie wtyczka tylko tworzy kandydata dodaje do projektu, ale nie potrafi aktualizować danych. W ramach zadania dodane zostanie system aktualizacji danych kandydata działający w tle. Bez tego komponentu dane kandydatów będą bardzo szybko nieaktualne. Planowane prace:  Frontend - aktualizacja scrapera linkedIn / linkedIn pro  Frontend - serwis pobierający dane w tle  Frontend - serwis przesyłający dane do systemu  Backend - controller odbierajacy dane  Backend - usecase akualizujacy profil Przedmiotem zakupu jest zakup praw materialnych do systemu. E) Informowanie na poziomie wtyczki o aktualnych projektach kandydata. Aby uniknąć sytuacji, w którym kilku pracowników konkuruje o tego samego kandydata w różnych projektach niezbędne jest wyświetlenie, na poziomie wtyczki, informacji o aktualnych projektach kandydata i ich stanie. Planowane prace  Backend - serwis sprawdzający czy dany kandydat jest w systemie  dopasowanie po danych personalnych i ostatnim pracodawcy  Backend - controller obsługujący połączenie wtyczki  Frontend - serwis obsługujący połączenie  Frontend - komponent pokazujący informacje o istnieniu kandydata w systemie Przedmiotem zakupu jest zakup praw materialnych do systemu. F) System generowania i wysyłania linków aplikacyjnych Bardzo istotnym elementem pracy z potencjalnymi kandydatami jest wysyłanie indywidualnych linków do formularzy aplikacyjnych. W pracy w sieciach społecznościowych komunikacja następuje przez portal, i z reguły nie ma publicznego API. Aktualnie linki są generowane w systemie ATS i muszą być ręcznie kopiowane do komunikacji w portalu. Jest to bardzo uciążliwe dla użytkowników. Niezbędne jest więc rozszerzenie wtyczki umożliwiające wygenerowanie linków z poziomu wtyczki tak, aby nie trzeba było się przełączać pomiędzy systemami. Planowane czynności:  Backend - query linków aplikacyjnych zależnych od zdefiniowanej listy źródeł pozyskania kandydata  Front - serwis pobierania danych  Front - komponent listy linków z możliwością kopiowania Przedmiotem zakupu jest zakup praw materialnych do systemu. 4. System optymalizacji kosztów utrzymania oraz infrastruktury Zastosowana w ramach prac B+R baza Firebase nie jest już rozwijana i niezbędna jest migracja technologii do systemu Firestore. Planowane prace:  Zmiana bazy danych z firbase na firestore  Aktualizacja wersji komponentów wtyczki Przedmiotem zakupu jest zakup praw materialnych do systemu. 5. System monitoringu zmian struktury danych na portalach społecznościowych. Struktura, wygląd oraz kod portali zmienia się regularnie, co może zakłócić działanie wtyczki. Niezbędne jest stworzenie usługi, która będzie regularnie i automatycznie wykrywać zmiany w kodzie stron i informować o nich. Beze tego komponentu czas na wykrycie zmian i dostosowanie wtyczki będzie dużo dłuższy i w jego trakcie działanie wtyczki może być zaburzone lub wtyczka może zupełnie nie działać. Przedmiotem zakupu jest zakup praw materialnych do systemu. 6. Wdrożenie systemu doboru kandydatów do projektu A) Rozszerzenie kodów TERYT w wyszukiwaniu o kody TERYT znajdujące się w określonej odległości od miejsca zatrudnienia. B) Uzupełnienie filtrów o system wag 7. Rozszerzenie systemu odczytywania tekstu CV Aktualnie system bazuje przede wszystkim na CV pobieranych od LinkedIn. Aby osiągnąć pełną użyteczność systemu niezbędne jest rozszerzenie funkcjonalności o obsługę CV generowanych przez inne popularne w Polsce (minimum 3 portale), np. students.pl, cvdesign, cv.pracuj.pl. 8. Moduł optymalizacji działania Stworzony w ramach prac B+R prototyp jest dosyć powolny, co przy wdrożeniu produkcyjnym i obsłudze du-żej ilości zapytań spowoduje nadmierne obciążenie serwerów. Niezbędna jest optymalizacja polegająca między innymi na:  poprawę indeksowania  Cachowanie danych po stronie back-end oraz front-end  uruchamianie w tle  obliczenia równoległe UWAGA: Z uwagi na limit znaków bardziej szczegółowy opis modułów znajduje się w załączniku - Zapytanie ofertowe.