WWW, poczta i współpraca

Wspólna skrzynka firmowa bez wspólnego hasła

Jak uporządkować dostęp do adresu działowego, nadawanie uprawnień i historię odpowiedzi w Microsoft 365.

NetOpiekun · Aktualizacja: 12 listopada 2026 · 3 min

Adres zespołu, osobne tożsamości

Adres kontaktowy działu powinien działać niezależnie od tego, kto akurat obsługuje korespondencję. Wspólna skrzynka w Microsoft 365 pozwala pracownikom korzystać z niej przez własne konta i przyznane uprawnienia. Nie jest przeznaczona do bezpośredniego logowania jednym hasłem przekazywanym całemu zespołowi. Logowanie jej powiązanego konta powinno pozostawać zablokowane.

Najpierw ustal, czy potrzebna jest wspólna historia korespondencji, samo rozsyłanie wiadomości czy obsługa zgłoszeń z przydziałem odpowiedzialności. Skrzynka współdzielona, grupa dystrybucyjna i system zgłoszeniowy rozwiązują różne problemy. Nie wybieraj modelu wyłącznie według dotychczasowego adresu.

Rozdziel odczyt od wysyłania

Sporządź listę osób uprawnionych i właściciela skrzynki. Dostęp do zawartości oraz prawo wysyłania wiadomości to odrębne uprawnienia. Samo Full Access nie oznacza automatycznie Send As ani Send on behalf. Zdecyduj, czy odbiorca ma widzieć wyłącznie adres działu, czy informację, że konkretna osoba pisze w jego imieniu.

Pracownicy powinni logować się własnymi kontami zabezpieczonymi zgodnie z firmowymi zasadami, w tym MFA. Administrator sprawdza wymagania licencyjne użytkowników i dodatkowych funkcji skrzynki. Nie zakładaj, że każdy rozmiar archiwum, retencja lub mechanizm zgodności działa bez dodatkowej licencji.

Ustal, gdzie zapisują się odpowiedzi

Dwie osoby obsługujące ten sam temat muszą widzieć, czy odpowiedź została już wysłana. Sprawdź konfigurację kopii wiadomości wysyłanych jako skrzynka lub w jej imieniu. W zależności od ustawień kopia może znajdować się tylko w elementach wysłanych użytkownika. To częsta przyczyna niepełnej historii widocznej dla zespołu.

Uzgodnij prosty sposób oznaczania spraw: kto przejął wiadomość, na co czeka i kiedy można ją zamknąć. Kategorie lub foldery pomagają, ale nie gwarantują blokady równoczesnej odpowiedzi. Przy większej liczbie spraw rozważ narzędzie z przypisaniem właściciela i historią statusów.

Przejdź ze wspólnego hasła etapami

Przed zmianą zachowaj potrzebną historię i opisz obecne przekierowania, aliasy oraz aplikacje korzystające z adresu. Sprawdź skanery, formularze WWW i programy wysyłające powiadomienia: mogą używać dotychczasowego konta technicznie, choć pracownicy o tym nie pamiętają. Takie integracje wymagają osobnej konfiguracji, a nie przekazania hasła kolejnej osobie.

Przygotuj użytkowników, nadaj uprawnienia i przetestuj wybrany sposób pracy. Dopiero po potwierdzeniu odbioru i wysyłania zamknij poprzedni model logowania. Zachowaj możliwość odtworzenia ustawień, ale nie pozostawiaj starego dostępu jako nieudokumentowanego rozwiązania awaryjnego.

Sprawdź skrzynkę jak zwykły użytkownik

Test odbioru powinien obejmować nową wiadomość z uzgodnionego adresu zewnętrznego, odpowiedź przez pierwszą osobę oraz widoczność tej odpowiedzi u drugiej. Sprawdź pole nadawcy, załącznik, wyszukiwanie i klienta mobilnego, jeśli jest używany. Zweryfikuj również automatyczne odpowiedzi i reguły kierowania wiadomości, aby nie pozostawić pętli lub niepotrzebnych kopii.

Następnie odbierz dostęp kontu testowemu i potwierdź efekt po wymaganym odświeżeniu sesji lub uprawnień. Wynik zapisz wraz z zakresem sprawdzonych klientów. Udany test w przeglądarce nie potwierdza automatycznie poprawności każdego programu pocztowego.

Utrzymuj odpowiedzialność i porządek

Wyznacz właściciela, który zatwierdza członkostwo, reguły i zastępstwa. Przeglądaj je po zmianach zespołu, nie tylko podczas corocznego porządkowania. Przy odejściu pracownika odbierz uprawnienia delegowane i sprawdź jego indywidualne konto; zmiana wspólnego hasła nie powinna być podstawą tego procesu.

Nie traktuj skrzynki jako kopii zapasowej ani niezmiennego rejestru. Użytkownicy z odpowiednimi uprawnieniami mogą usuwać wiadomości. Ustal osobno wymagania przechowywania, odtwarzania i kontroli działań. Dokumentacja powinna wskazywać odpowiedzialne osoby i konfigurację, bez publikowania haseł lub kodów odzyskiwania.

Źródła: Microsoft Learn — About shared mailboxes · Microsoft Learn — Give mailbox permissions to another user · Microsoft Learn — Messages sent from a shared mailbox are not saved to Sent Items

Wszystkie poradniki