--- title: "Power Platform i AI: od prototypu do aplikacji firmowej" url: "https://majchrzycki.com/blog/microsoft-power-platform" description: "Sprawdź, co oznacza tworzenie aplikacji z AI w Power Platform: testy, dane, licencje, wdrażanie zmian i odpowiedzialność za utrzymanie." --- # Power Platform i AI: od prototypu do aplikacji firmowej 9 grudnia 2022· Aktualizacja: 15 września 2026·4 min czytania·Krzysztof Majchrzycki Temat: [Microsoft AI](https://majchrzycki.com/blog/filar/microsoft-ai) Czy aplikacja zbudowana w Microsoft Power Platform z pomocą AI jest gotowa, gdy poprawnie wyświetla formularz? **Gotowość zaczyna się tam, gdzie potrafisz utrzymać dane, uprawnienia i kolejne zmiany.** Szybkie utworzenie prototypu pozwala wcześniej zobaczyć pomysł. Nie usuwa odpowiedzialności za działanie narzędzia, z którego będzie korzystać firma. ## Gdzie AI pomaga w tworzeniu aplikacji [Microsoft opisuje Copilota w Power Apps](https://learn.microsoft.com/en-us/power-apps/maker/canvas-apps/ai-overview) jako pomoc w budowaniu aplikacji i modelu danych z użyciem języka naturalnego. Dostępność oraz wymagania trzeba sprawdzać dla konkretnej funkcji. Część możliwości może mieć status podglądu i ograniczenia regionalne lub związane z pojemnością. Rozdziel dwa zastosowania: AI pomaga twórcy przygotować aplikację albo AI działa jako funkcja gotowej aplikacji. W pierwszym przypadku oceniasz wygenerowaną strukturę i logikę. W drugim dodatkowo sprawdzasz odpowiedzi lub działania modelu podczas pracy użytkownika. Sam fakt użycia AI przy tworzeniu nie oznacza, że aplikacja musi korzystać z modelu przy każdym uruchomieniu. Power Platform pozwala łączyć interfejsy, przepływy, dane i inne składniki rozwiązania. Korzyść z takiego połączenia zależy jednak od ustalenia, który element jest odpowiedzialny za konkretną regułę. Jeśli tę samą zasadę wpiszesz w kilku miejscach, późniejsza zmiana może pozostawić sprzeczne zachowania. ## Najpierw zdefiniuj dane i granice procesu Weź modelową aplikację do zgłaszania wydatków. Formularz potrzebuje kwoty, kategorii i uzasadnienia. Proces potrzebuje również informacji, kto składa wniosek, kto może go zatwierdzić oraz czy po zatwierdzeniu wolno jeszcze zmienić kwotę. Te ustalenia są ważniejsze od wyglądu pierwszego ekranu. Decyzja projektowa Dlaczego ma znaczenie Właściciel rekordu Wyznacza odpowiedzialność za dane Dozwolone stany wniosku Ograniczają przypadkowe przejścia procesu Zmiana po zatwierdzeniu Określa potrzebę ponownej decyzji Powiązanie z systemem finansowym Rozstrzyga, gdzie zapisano końcowy wynik Nie przyjmuj wygenerowanego modelu tylko dlatego, że aplikacja go obsługuje. Sprawdź, czy pozwala rozpoznać jedną sprawę, odtworzyć jej historię i wyjaśnić bieżący stan. Jeśli brakuje identyfikatora lub właściciela, późniejszy raport nie naprawi tego braku. ## Dostęp do aplikacji i dostęp do danych [Model bezpieczeństwa Dataverse](https://learn.microsoft.com/en-us/power-platform/admin/wp-security) rozróżnia między innymi udostępnienie aplikacji, role i uprawnienia do danych. Przy połączeniach do innych usług znaczenie mają użyte poświadczenia oraz uprawnienia usługi. Nie zakładaj, że ukrycie przycisku w interfejsie zabezpiecza operację w systemie. Przetestuj zwykłego pracownika i osobę zatwierdzającą. Pierwszy powinien wykonywać swoje czynności bez uzyskiwania prawa do zatwierdzania cudzych wniosków. Druga osoba może potrzebować szerszego zakresu, ale niekoniecznie prawa do zmiany wszystkich danych. Uprawnienia powinny wynikać z procesu, a nie z chęci szybkiego usunięcia komunikatu o braku dostępu. Zapisz również, kto zarządza połączeniami. Jeżeli aplikacja opiera się na koncie jednego twórcy, jego odejście lub zmiana hasła może ujawnić nieprzewidzianą zależność. Rozwiązanie musi mieć ustalony sposób przejęcia opieki, zgodny z użytym modelem tożsamości i licencjami. ## Prototyp sprawdza pomysł, odbiór sprawdza działanie W demonstracji zwykle wprowadza się komplet poprawnych danych. W pracy pojawią się braki, ponowienia i zmiany zdania. Przygotuj więc przypadki, które przechodzą poza idealną ścieżkę. Ich lista powinna powstać przed oceną gotowej aplikacji. Próba Warunek odbioru Dwa kliknięcia zapisu Brak niezamierzonego podwójnego wniosku Zmiana kwoty po zatwierdzeniu Zachowanie zgodne z uzgodnioną regułą Brak wymaganego pola Czytelna informacja bez utraty pozostałych danych Niedostępny system docelowy Rozpoznawalny stan oczekiwania lub błędu To własna propozycja kontroli, nie zestaw gwarancji platformy. Jeśli aplikacja korzysta z AI do klasyfikowania wydatków, dodaj przypadki niejednoznaczne i kategorię wymagającą decyzji człowieka. Wartość z modelu nie powinna automatycznie stawać się zatwierdzonym zapisem księgowym tylko dlatego, że ma poprawny format. W odbiorze poproś użytkownika o wykonanie całej sprawy bez prowadzenia przez twórcę aplikacji. Zanotuj miejsca, w których potrzebuje wyjaśnienia. Jeżeli każdy formularz wymaga pomocy, problemem może być język albo kolejność pól, nawet gdy wszystkie reguły techniczne działają poprawnie. ## Jak wprowadzać zmiany bez utraty kontroli [Microsoft opisuje cykl życia aplikacji Power Platform](https://learn.microsoft.com/en-us/power-platform/alm/overview-alm) jako pracę obejmującą wymagania, rozwój, testowanie, wdrażanie i utrzymanie. Rozwiązania, czyli solutions, służą do przenoszenia składników między środowiskami. Nie zastępują jednak decyzji o tym, kto zatwierdza publikację i jaki dowód testu jest potrzebny. Oddziel miejsce eksperymentowania od środowiska używanego przez firmę. Zapisz wersję, powód zmiany i sposób sprawdzenia. Przed wdrożeniem nowego pola ustal, co stanie się ze starymi rekordami. Przed zmianą reguły zatwierdzania sprawdź wnioski będące już w toku. Przygotuj możliwość odtworzenia wcześniejszego działania, ale nie obiecuj prostego cofnięcia każdej zmiany. Aktualizacja struktury danych może wymagać dodatkowego planu naprawy. Kopia definicji aplikacji nie jest tym samym co zabezpieczenie danych i stanu procesu. ## Policz również utrzymanie Budżet powinien obejmować uprawnienia użytkowników, użyte składniki, pojemność oraz opiekę nad rozwiązaniem. Wyceń obsługę błędów i zmian. Bez tego porównujesz koszt szybkiego prototypu z kosztem pełnej aplikacji utrzymywanej przez inny zespół. Załóżmy syntetycznie, że prototyp powstaje w 12 godzin, a przygotowanie dostępu, testów i wdrożenia wymaga kolejnych 18. Do pierwszej wersji firmowej potrzeba wtedy 30 godzin. Ten rachunek nie podważa przydatności AI. Pokazuje, które prace nadal muszą zostać wykonane i kto powinien je uwzględnić w planie. Jeżeli część procesu ma udostępniać dane klientom, przeczytaj o [portalach Microsoft Power Pages](https://majchrzycki.com/blog/co-to-jest-microsoft-power-pages). Aplikację wewnętrzną i portal połącz przez spójny [system pracy firmy](https://majchrzycki.com/system), ze wspólnymi zasadami odpowiedzialności za dane. W poniedziałek wybierz aplikację, której zespół już używa, i zapisz jej właściciela, źródło danych oraz ostatnią zmianę. Jeśli którejś informacji brakuje, uzupełnij ją przed dodaniem następnej funkcji. To konkretny krok od działającego prototypu do narzędzia, na którym firma może polegać. - Power Platform - Strategia ## Przełóż temat na projekt w Twojej firmie Zobacz zakres współpracy: od rozpoznania procesu i danych po projekt rozwiązania AI. [Zobacz współpracę](https://majchrzycki.com/wspolpraca) ## Czytaj dalej - [Microsoft Power Platform: jak dobrać narzędzia do procesu](https://majchrzycki.com/blog/co-to-jest-microsoft-power-platform-poradnik-dla-firm) - [Power Apps: jak wybrać typ aplikacji biznesowej](https://majchrzycki.com/blog/co-to-jest-microsoft-power-apps) - [Microsoft Power Pages: portal dla klientów i partnerów](https://majchrzycki.com/blog/co-to-jest-microsoft-power-pages) - [Microsoft Power Automate: od zadania do stabilnego procesu](https://majchrzycki.com/blog/co-to-jest-microsoft-power-automate)