Microsoft Power Pages: portal dla klientów i partnerów

Czy klient po zalogowaniu do portalu Microsoft Power Pages zobaczy wyłącznie swoje sprawy? Projekt portalu trzeba zacząć od granic dostępu do danych. Wygląd formularza i łatwość publikacji są ważne, ale to model uprawnień rozstrzyga, czy rozwiązanie nadaje się do obsługi klientów lub partnerów.

Kiedy Power Pages ma sens

Microsoft Power Pages służy do tworzenia, hostowania i zarządzania zewnętrznymi witrynami biznesowymi. Może korzystać z danych przechowywanych w Microsoft Dataverse, współdzielonych z innymi elementami Power Platform. Dzięki temu portal może stanowić wejście do procesu, którego dalsza obsługa odbywa się wewnątrz firmy.

Rozważ go wtedy, gdy odbiorca zewnętrzny ma wykonać konkretną czynność: zgłosić sprawę, uzupełnić dokument albo odczytać status. Sama potrzeba posiadania strony informacyjnej nie uzasadnia jeszcze rozbudowanej platformy połączonej z danymi biznesowymi. Najpierw ustal, co użytkownik otrzyma po wykonaniu zadania.

Nie zaczynaj od listy wszystkich funkcji, które można umieścić w portalu. Wybierz jeden proces i określ jego granice. Strona obsługująca zgłoszenia nie musi od razu udostępniać historii płatności, ofert i dokumentacji całej współpracy. Każdy dodatkowy zakres zwiększa liczbę relacji oraz uprawnień do sprawdzenia.

Power Pages czy własna aplikacja portalu

Załóżmy, że klienci mają sprawdzać status swoich zgłoszeń i przesyłać dokumenty. Power Pages jest kandydatem, jeśli dane i proces są już powiązane z Dataverse, zespół potrafi utrzymać role internetowe, a zakres interfejsu mieści się w możliwościach platformy. Własna aplikacja może być bardziej uzasadniona przy nietypowej logice, wielu niezależnych źródłach albo wymaganiach interfejsu, których odtworzenie w platformie byłoby kosztowniejsze niż utrzymanie kodu.

W obu wariantach przeprowadź tę samą próbę: klient A widzi tylko swoje sprawy, klient B nie odczyta identyfikatora A po zmianie adresu, a anonimowy użytkownik nie dostaje danych pośrednio przez API. Dokumentacja Power Pages rozróżnia role, uprawnienia stron i uprawnienia tabel; samo zalogowanie nie oznacza prawa do każdego rekordu. Do kosztu dolicz licencjonowanie użytkowników zewnętrznych, integracje, testy i utrzymanie dla obu wariantów.

Rozdziel logowanie od uprawnień

Logowanie potwierdza tożsamość użytkownika. Nie rozstrzyga jeszcze, które rekordy może on odczytać lub zmienić. Według dokumentacji uprawnień tabel Power Pages dostęp do danych Dataverse wymaga odpowiedniej konfiguracji uprawnień i powiązania ich z rolami internetowymi.

Model powinien odzwierciedlać relacje biznesowe. Przedstawiciel klienta może potrzebować własnych spraw albo spraw całej swojej firmy. Osoba pracująca dla partnera może mieć inny zakres. Tych różnic nie należy zastępować jednym szerokim dostępem dla wszystkich zalogowanych.

Użytkownik	Przykładowy dopuszczony zakres
Gość bez logowania	Publiczne informacje o sposobie zgłoszenia
Osoba zgłaszająca	Własne zgłoszenia i potrzebne załączniki
Koordynator klienta	Uzgodnione sprawy swojej organizacji
Pracownik obsługi	Zakres wymagany do realizacji przydzielonych spraw

Tabela jest propozycją modelu, nie domyślną konfiguracją produktu. W konkretnej firmie trzeba jeszcze rozstrzygnąć zastępstwa, zmianę pracodawcy użytkownika i dostęp po zakończeniu współpracy. Jeżeli nie zapiszesz tych zasad, portal może zachować uprawnienia dłużej, niż potrzebuje ich proces.

Formularz ma kończyć się zrozumiałym stanem

Po wysłaniu zgłoszenia użytkownik powinien wiedzieć, czy zostało przyjęte, pod jakim numerem i co może zrobić dalej. Nie obiecuj terminu odpowiedzi, którego zespół nie potrafi dotrzymać. Jeśli do rozpoczęcia obsługi brakuje dokumentu, pokaż, czego brakuje i jak go uzupełnić.

Ustal także znaczenie statusów. „Przetwarzanie” może oznaczać oczekiwanie na pracownika, analizę techniczną albo brak danych. Z punktu widzenia klienta to różne sytuacje. Nazwy statusów powinny pomagać podjąć następny krok, zamiast jedynie odzwierciedlać wewnętrzne etapy systemu.

Sprawdź obsługę na telefonie i klawiaturą. Czytelna etykieta pola, informacja o błędzie oraz zachowanie wprowadzonych danych mają znaczenie dla zakończenia sprawy. Test funkcji nie kończy się na tym, że twórca potrafił raz poprawnie wysłać formularz na swoim komputerze.

Odbiór portalu wymaga dwóch klientów

Przygotuj modelowe konta klientów A i B oraz osobne zgłoszenia. Użytkownik A powinien zobaczyć własną sprawę i nie uzyskać dostępu do sprawy B. Próba powinna obejmować listy, szczegóły i załączniki. Ukrycie odnośnika w menu nie dowodzi, że dane są niedostępne.

Próba	Oczekiwany wynik
Klient otwiera własną sprawę	Widzi właściwy status i dopuszczone dane
Klient próbuje odczytać cudzą sprawę	Nie otrzymuje chronionej treści
Konto straciło rolę	Dostęp odpowiada nowemu zakresowi
Formularz wysłano ponownie	Duplikat zostaje rozpoznany lub obsłużony według reguły

Wykonuj takie testy wyłącznie w kontrolowanym środowisku na przygotowanych danych. Zapisz konfigurację i oczekiwane rezultaty. Po zmianie relacji między tabelami albo rolami powtórz próby. Wynik z pierwszego uruchomienia nie stanowi dowodu poprawności późniejszego rozszerzenia portalu.

Sprawdź także brak dostępu do systemu obsługi. Portal powinien rozróżniać zapisanie zgłoszenia od jego dalszego przetworzenia. Jeżeli użytkownik widzi potwierdzenie, a sprawa nie trafiła do kolejki zespołu, potrzebujesz sposobu wykrycia i naprawienia tego stanu. Ustal, kto porówna zapisane zgłoszenia z faktycznie podjętymi sprawami.

Jak oszacować koszt

Oferta Power Pages rozróżnia pojemność dla użytkowników uwierzytelnionych i anonimowych. W podanych planach znaczenie ma witryna oraz miesiąc dostępu. Nie zastępuj liczby użytkowników liczbą odsłon i nie zakładaj, że jeden zakres pojemności obejmie dowolną liczbę portali.

Przed wyceną zbierz dane o odbiorcach, częstotliwości korzystania, liczbie witryn i ilości przechowywanych dokumentów. Sprawdź aktualne warunki dla regionu oraz ewentualne dodatkowe składniki. Cena pakietu jest częścią kosztu, obok przygotowania modelu danych, utrzymania i obsługi użytkowników.

Przykład syntetyczny: portal ma 400 zarejestrowanych kont, lecz w danym miesiącu korzysta z niego 80 osób. Te dwie liczby odpowiadają na różne pytania. Pierwsza pomaga zaplanować obsługę kont, druga może być istotna przy ocenie użycia. Ostateczny koszt oblicz według definicji użytkownika i modelu licencyjnego, który rzeczywiście wybierzesz.

Kto przejmuje sprawę po wysłaniu

Portal nie naprawi kolejki bez właściciela. Określ osobę odpowiedzialną za nowe zgłoszenie, zastępstwo i reakcję na brak danych. Jeżeli potrzebujesz automatycznego kierowania spraw, przeczytaj o Microsoft Power Automate. To kolejny etap tego samego procesu, a nie niezależny dodatek do strony.

W systemie pracy firmy portal powinien mieć jasno określoną rolę: przyjmuje i udostępnia to, czego potrzebuje odbiorca. W poniedziałek narysuj jedną sprawę od zalogowania klienta do jej zamknięcia. Przy każdym kroku wpisz widoczne dane i osobę odpowiedzialną. Dopiero potem wybieraj układ strony.