PORTAL SELF-SERVICE · WNIOSKI O DOSTĘPY I KONTA · FIRMY 50-500 OSÓB · MICROSOFT 365 · ATLASSIAN
Dziś dostęp do folderu czeka w czyjejś skrzynce, a administrator klika w Entra to samo co tydzień wcześniej. Aclovo to portal self-service dla firm na Microsoft 365 i Atlassian. Pracownik składa wniosek z katalogu, właściciel zasobu klika Akceptuj, a portal sam wykonuje zmianę w Entra ID, SharePoint, Exchange, Jira i Confluence. Ticket nie powstaje, bo nie ma czego zgłaszać.
Powiedz, która sprawa krąży u Ciebie mailem. Przechodzimy ją w portalu na żywo. Bez prezentacji firmy.
Produkt Interactive Workspace Sp. z o.o.
Nie zastępujemy Twojego systemu ticketowego. Zabieramy mu te zgłoszenia, które i tak kończą się tym samym klikaniem w panelu administracyjnym.
KLIENCI
SYSTEMY
KATALOG WNIOSKÓW
Dostęp do folderu, konto dla nowej osoby, dopisanie do grupy mailowej, urlop. Dziś idą mailem lub przez konsolę Microsoftu. W portalu idą tą samą drogą: pracownik wybiera wniosek, właściciel zasobu klika Akceptuj, konektor wykonuje zmianę w systemie docelowym. Twój zespół IT nie dotyka sprawy. Jeden wniosek może uruchomić kilka pozycji z tej listy naraz, w kilku systemach.
Jeden wniosek, kilka akceptacji, kilka systemów. Portal zakłada konto w Entra ID, dopisuje do grup zabezpieczeń i mailowych, nadaje dostęp do witryn SharePoint, dodaje do projektu w Jirze i do przestrzeni Confluence. Każdy krok akceptuje właściciel swojego zasobu. Wykonanie jest automatyczne.
Jedno zgłoszenie wyłącza logowanie w Entra ID, gasi aktywne sesje, zdejmuje osobę z grup zabezpieczeń i mailowych oraz odbiera uprawnienia do witryn SharePoint, projektów Jira i przestrzeni Confluence. Bez listy kontrolnej w Excelu.
Aktualizujesz przełożonego w Entra ID. W tym samym przebiegu zdejmujesz stare dostępy i wnioskujesz o nowe: grupy zabezpieczeń, grupy mailowe, witryny SharePoint, Jira, Confluence.
Każdy scenariusz składa się z pozycji z katalogu poniżej. Układasz je pod swój proces, a nie pod nasz szablon.
Wypisz osoby z grupy Jira, gdy dostęp już nie jest potrzebny. Owner grupy albo administrator akceptuje.
Wskazujesz projekt usług i listę e-maili albo UPN. Możesz też wybrać organizację. Portal dopisze klientów w Jira Service Management. Bez zgłoszenia do IT.
Wskazujesz witrynę albo katalog. Portal sprawdza każdy plik i folder i pokazuje, co jest udostępnione publicznie, na zewnątrz firmy albo w firmie: kiedy, przez kogo i dla kogo.
Aktualizujesz, kto komu podlega. Struktura w Entra ID i ścieżki akceptacji urlopu w portalu przestawiają się od razu.
Zgłaszasz witrynę, z której zespół już nie korzysta. Akceptuje właściciel, portal usuwa ją w SharePoincie.
Wskazujesz osobę, portal pokazuje grupy, w których jest członkiem albo ownerem, także gdy członkostwo idzie przez inną grupę w Entra. Materiał na przegląd skrzynek zespołu.
Wskazujesz osobę i projekt usług, do którego dostęp już nie jest potrzebny. Po akceptacji portal zdejmuje rolę w Jira Service Management.
Wskazujesz osobę i licencję, której już nie potrzebuje. Po akceptacji portal zdejmuje ją z grupy Atlassian albo z grupy Microsoft, gdy źródłem jest IDP.
Wskazujesz osobę, portal pokazuje wszystkie jej witryny i foldery wraz z poziomem dostępu, także te nadane przez grupę. Gotowy materiał na przegląd uprawnień.
Wskazujesz projekt usług i organizację. Po akceptacji portal pokazuje, kto do niej należy. Wynik przychodzi mailem i jako CSV.
Zamykasz projekt na stałe. Portal przenosi go do kosza Jira. Bez zgłoszenia do IT.
Imię, stanowisko, telefon, adres biura. Zmiana idzie do Entra ID i widać ją w Outlooku oraz w wyszukiwarce osób.
Wskazujesz nazwę, klucz i osoby. Po akceptacji portal zakłada przestrzeń w Confluence. Bez zgłoszenia do IT.
Przywraca logowanie po powrocie z nieobecności lub po wyjaśnieniu blokady. Jedna akceptacja, wykonanie w Entra ID.
Wypisujesz siebie lub osoby, które zmieniły zespół. Po akceptacji portal zdejmuje je z grupy w Exchange.
Zgłaszasz konto, którego zespół już nie używa. Po akceptacji trafia do kosza Entra ID, skąd da się je przywrócić.
Zamykasz przestrzeń na stałe. Portal usuwa ją w Confluence. Bez zgłoszenia do IT.
Zamykasz projekt usług na stałe. Portal przenosi go do kosza Jira. Bez zgłoszenia do IT.
Wskazujesz gotowy projekt jako wzór, nazwę i osoby. Po akceptacji portal zakłada projekt w Jira Cloud. Bez zgłoszenia do IT.
Wskazujesz witrynę, bibliotekę lub folder i poziom: odczyt lub edycja. Akceptuje właściciel witryny, portal nadaje dostęp w SharePoincie. IT nie dotyka sprawy.
Wskazujesz instancję Atlassian, projekt, osoby i rolę. Na liście są tylko projekty dopuszczone do wniosków. Akceptuje właściciel projektu, portal nadaje role w Jirze.
Dopisujesz siebie lub zespół do grupy dającej dostęp do zasobów. Akceptuje właściciel grupy lub administrator, portal dopisuje członków w Entra ID.
Dopisujesz siebie lub inne osoby do listy mailowej. Bez wątku na helpdesku, że ktoś prosi o dopisanie do adresu zespołu.
Zgłaszasz, że dostęp nie jest już potrzebny. Po akceptacji portal zdejmuje uprawnienia i zapisuje, kto i kiedy je odebrał.
Wskazujesz osobę i instancję. Po akceptacji portal pokazuje, jakie licencje Jira, Jira Service Management i Confluence ma przypisane. Wynik przychodzi mailem i jako CSV.
Portal pokazuje osoby i grupy, które dziś mają rolę w projekcie. Zaznaczasz, kogo wypisać. Zakres zależy od uprawnień składającego: bez prawa wnioskowania za innych osoba wypisuje wyłącznie siebie. To zabezpieczenie, nie ograniczenie.
Grupa zabezpieczeń, z której zespół nie korzysta, znika razem z nadanymi przez nią uprawnieniami. Akceptuje właściciel grupy.
Wskazujesz witrynę albo katalog, widzisz obecną listę właścicieli, odhaczasz i dopisujesz. Po akceptacji portal zapisuje zmianę. Bez zgłoszenia do IT.
Podajesz nazwę, ownerów i członków. Po akceptacji portal zakłada zespół w Microsoft Teams, z adresem grupy i widocznością prywatną albo publiczną. Bez zgłoszenia do IT.
Wskazujesz instancję Atlassian, przestrzeń i osoby, a uprawnienia ustawiasz tą samą siatką co w Confluence: rola lub pojedyncze uprawnienia. Akceptuje właściciel przestrzeni. Po jego zgodzie portal nadaje uprawnienia w Confluence, bez zgłoszenia do IT.
Wyłącza logowanie, gdy ktoś odchodzi lub konto ma być wstrzymane. Aktywne sesje gasną od razu, dane zostają.
Wybierasz typ: grupa dystrybucyjna (jeden adres, wielu odbiorców, bez skrzynki) lub grupa Microsoft 365 (własna skrzynka i kalendarz). Portal zakłada ją w Exchange.
Wskazujesz grupę w Jira Cloud. Po akceptacji portal pokazuje listę osób. Wynik przychodzi mailem i jako CSV.
Widzisz, które strony Confluence są otwarte na świat: link publiczny albo dostęp bez logowania. Lista jest pogrupowana po przestrzeni, z CSV do pobrania.
Podajesz nazwę pliku lub ścieżkę. Portal przeszukuje wszystkie witryny i kosze w tenancie i odsyła wynik mailem. Koniec zgłoszeń, że ktoś nie może znaleźć pliku.
Wskazujesz zespół, który już nie jest potrzebny. Po akceptacji portal usuwa go z Microsoft Teams razem z grupą Microsoft 365. Bez zgłoszenia do IT.
Wskazujesz gotowy projekt usług jako wzór, nazwę i osoby. Po akceptacji portal zakłada projekt w Jira Service Management. Bez zgłoszenia do IT.
Wskazujesz osobę i produkt: Jira, Jira Service Management albo Confluence. Po akceptacji portal nadaje licencję przez grupę w Atlassian albo przez Microsoft, gdy grupa jest z IDP. Bez zgłoszenia do IT.
Widzisz ile sztuk jest wolnych. Wskazujesz osobę i produkt. Po akceptacji portal przypisuje licencję w Microsoft 365. Bez zgłoszenia do IT.
Zakładasz grupę zabezpieczeń i od razu wskazujesz jej właściciela. Od tej pory to on zatwierdza wnioski o dostęp, nie IT.
Wskazujesz zespół, widzisz obecną listę właścicieli, odhaczasz i dopisujesz. Po akceptacji portal zapisuje zmianę w Teams. Bez zgłoszenia do IT.
Wskazujesz osobę. Portal sprawdza jej OneDrive i pokazuje, co udostępniła publicznie, na zewnątrz firmy albo w firmie: kiedy, przez kogo i dla kogo.
Wskazujesz grupę Jira i listę osób. Owner grupy albo administrator akceptuje. Portal dopisze członków w Jira Cloud. Bez zgłoszenia do IT.
Wybierasz przestrzeń, a jeśli trzeba, pojedynczą zastrzeżoną stronę. Portal pokazuje wyłącznie osoby i grupy, które faktycznie mają uprawnienie. Zakres zależy od uprawnień składającego: bez prawa wnioskowania za innych osoba wypisuje wyłącznie siebie.
Wypisujesz siebie lub osoby, które zmieniły zespół. Akceptuje właściciel grupy, portal zdejmuje członkostwo w Entra ID i zapisuje kto i kiedy je odebrał.
Adres, z którego nikt już nie korzysta, znika z Exchange po akceptacji właściciela.
Podajesz nazwę i osoby z dostępem. Portal tworzy witrynę i od razu ustawia właściciela, który dalej sam zatwierdza wnioski o dostęp.
Zamykasz projekt, który już nie jest potrzebny. Po akceptacji znika z codziennej pracy. Bez klikania w Jira.
Wskazujesz grupę, widzisz obecną listę właścicieli, odhaczasz i dopisujesz. Po akceptacji portal zapisuje zmianę w Exchange. Bez zgłoszenia do IT.
Zamykasz projekt usług, który już nie jest potrzebny. Po akceptacji znika z codziennej pracy. Bez Jira Admin.
Wskazujesz projekt usług i klientów, których już nie potrzebujesz. Po akceptacji portal wypisuje ich z Jira Service Management.
Wniosek o konto w katalogu tożsamości Microsoft, dawniej Azure AD: imię, login w domenie firmy, przełożony. Po akceptacji portal zakłada konto w Entra ID i wysyła hasło tymczasowe.
Zgłaszasz urlop, chorobowe lub inną nieobecność. Po akceptacji przełożonego portal sam ustawia auto-odpowiedź i przekierowanie maili na czas nieobecności.
Zamykasz przestrzeń, która już nie jest potrzebna. Po akceptacji znika z codziennej pracy. Bez klikania w Confluence.
Wskazujesz osoby z katalogu. Administrator akceptuje. Atlassian wysyła maila z aktywacją. Bez hasła w portalu i bez zgłoszenia do IT.
Wskazujesz osobę i projekt usług. Po akceptacji portal dopisuje ją w Jira Service Management. Bez zgłoszenia do IT.
Jedno zgłoszenie, jedna przestrzeń. Portal znajduje strony z linkiem publicznym albo dostępem bez logowania. Wynik idzie mailem i jako CSV.
Wskazujesz osobę i licencję, której już nie potrzebuje. Po akceptacji portal zdejmuje ją w Microsoft 365. Sztuka wraca do puli.
Wskazujesz osobę. Po akceptacji portal pokazuje, jakie licencje Microsoft 365 ma przypisane. Wynik przychodzi mailem i jako CSV.
Brak procesów pasujących do wyszukiwania.
Kto wnioskował, o co, kto zaakceptował, o której i co dokładnie konektor zrobił w systemie docelowym. To samo źródło działa jako dowód na przegląd uprawnień i jako odpowiedź na pytanie, kto w ogóle dał ten dostęp.
Nie widzisz swojej sprawy na liście? Bierzemy jedno zgłoszenie, które dziś najczęściej wraca do Twojego administratora, i przechodzimy je w portalu od wniosku do wykonania w tenancie.
Pokaż to na moim procesie. 30 minutBEZPIECZEŃSTWO
Aclovo nie jest kolejnym miejscem, w którym trzymasz uprawnienia. Konektor nadaje je w Twoim tenancie i tam żyją, także wtedy, gdy przestaniesz z nas korzystać. Aplikacja dostaje najwęższy zestaw zgód, jakich wymagają operacje, które sam włączysz.
Masz pytanie o konkretną zgodę albo o umowę powierzenia?
Pokaż to na moim procesie. 30 minutMODEL
Ten sam przebieg dla jednego folderu i dla całego onboardingu. Różni się tylko tym, ile akceptacji zbierze i ile systemów odwiedzi.
Nie zgaduje, do kogo napisać i czego nie zapomnieć. Wybiera z listy: dostęp do witryny SharePoint, grupa zabezpieczeń, grupa mailowa, konto w Entra ID, projekt Jira, przestrzeń Confluence, urlop. Formularz pyta tylko o to, co konektor musi wiedzieć, żeby wykonać zmianę.
Kierownik działu wie, czy Anna ma widzieć folder z umowami. Twój administrator tego nie wie i nie powinien klikać Akceptuj za cudze dane. Ty raz wskazujesz, kto jest właścicielem czego. Potem każdy wniosek sam trafia pod właściwy adres, a Twój zespół nie jest w tej ścieżce.
Po akceptacji nikt nie otwiera konsoli Entra ID ani panelu SharePointa. Konektor nadaje uprawnienie do witryny, dopisuje do grupy, zakłada konto i skrzynkę albo włącza auto-odpowiedź. Jeśli operacja się nie powiedzie, widzisz to przy wniosku razem z komunikatem z systemu.
Onboarding to nie sześć osobnych wniosków do sześciu osób. To jeden wniosek: przełożony akceptuje zakres, właściciel witryny SharePoint swoją witrynę, właściciel projektu Jira swój projekt. Portal po kolei zakłada konto w Entra ID, tworzy skrzynkę w Exchange, dopisuje do grup, nadaje dostęp do witryn SharePoint, projektu Jira i przestrzeni Confluence. Przy każdej operacji osobny status: wykonana, czeka, nie powiodła się.
Chcesz zobaczyć taki przebieg na swoim procesie?
Pokaż to na moim procesie. 30 minutPORÓWNANIE
Masz już JSM albo helpdesk? Zostaw go jako miejsce zgłaszania. Aclovo podpinamy pod spód jako warstwę, która wykonuje.
Cena za firmę
W każdej ofercie: wszystkie procesy · hosting · wdrożenie · bez opłaty za osobę i za wniosek.
12,50 zł na osobę przy 100 osobach. Mniej niż jeden mail do IT.
6 zł na osobę przy 500 osobach. Wsparcie i szkolenia w tej samej fakturze.
Stała kwota po audycie skali. Bez cennika za miejsce.
PYTANIA
Bo JSM zamyka zgłoszenie, a nie nadaje uprawnienia. Ktoś i tak musi wejść do konsoli Microsoft i kliknąć. W Aclovo akceptacja jest wykonaniem: po kliknięciu właściciela nikt nigdzie nie wchodzi. Jeśli chcesz, zostawiamy JSM jako miejsce zgłaszania i podpinamy się pod spód.
Portal stoi na naszych serwerach i my go utrzymujemy, w tej samej kwocie, bez dopłat za moduły. Po Twojej stronie zostaje jedna rzecz: wskazanie, kto jest właścicielem czego. Potem ruch idzie bez Ciebie.
I nie musisz na oślep. Aplikacja dostaje tylko te uprawnienia, które są potrzebne do operacji, które włączasz. Listę widzisz przed umową. Możesz zacząć od jednego procesu i jednego systemu, na przykład od samego SharePointa.
Scenariusze z synchronizacją obsługujemy, ale kolejność nadawania bywa inna. Sprawdzamy to na 30-minutowym demo, przed umową, nie po.
Odwrotnie. To typowy punkt startu. Portal najpierw pokazuje, kto naprawdę ma dostęp. Porządkowanie jest osobną decyzją po zobaczeniu listy, nie warunkiem uruchomienia.
Pierwszy proces wchodzi w ramach wdrożenia w cenie pakietu. Termin ustalamy na 30-minutowym demo, zanim podpiszesz umowę. Nie zostawiamy tego na potem.
Nie. Wchodzimy addytywnie: portal czyta istniejące uprawnienia i dokłada nowe. Nie kasujemy niczego, czego sami nie nadaliśmy.
Uprawnienia zostają. Są w Twoich systemach, nie w naszym. Dostajesz eksport historii wniosków, my usuwamy aplikację z tenanta.
Tak. Składasz łańcuch ze spraw, które już są w katalogu. Przykład onboardingu: dane nowej osoby, konto Microsoft 365, SharePoint, grupa mailowa, Jira i Confluence. Każdy krok czeka na zgodę swojego właściciela. Po zgodzie portal sam robi zmianę i idzie dalej.
Jeśli działa i nikt nie narzeka, zostaw go, podłączymy resztę. Sens pojawia się wtedy, gdy urlopy chodzą w jednym narzędziu, dostępy mailem do IT, a zastępstwa nigdzie. Wtedy jedno okienko z jedną akceptacją oszczędza więcej niż sam moduł urlopowy.
Kontakt
Nie prezentacja o firmie. Napisz, która sprawa krąży u Ciebie mailem: dostęp do folderu, onboarding albo urlop. Przechodzimy ją w portalu na żywo. Aclovo prowadzi Interactive Workspace Sp. z o.o.
Interactive Workspace Sp. z o.o.
+48 451 522 320
contact@interactive-workspace.com
interactive-workspace.com
Aclovo