# #10 Nauka Power Platform | Kompleksowe rozwiazanie - Plan i dane **Film YouTube:** https://www.youtube.com/watch?v=8jj8g7rpI40 --- Cześć. Z poprzednich odcinków wiemy już na tyle dużo, by teraz móc zmierzyć się z budową kompleksowego rozwiązania z użyciem zarówno SharePointa, jak i Power Appki, jak i Power Automateu. W ciągu najbliższych kilku odcinków zbudujemy sobie system zgłoszeń, w tym przypadku IT, ale mogłoby to dotyczyć dowolnego innego obszaru organizacji. W dzisiejszym odcinku opowiem co chcemy zbudować i przygotujemy już źródła danych do rozwiązania. W kolejnych odcinkach będziemy przyrostowo dodawali kolejne funkcjonalności. Osobno stworzymy automatyzację w Power Automate. Osobno stworzymy widoki aplikacji i nałożymy logikę biznesową i logikę działania aplikacji w rozwiązaniu. Omówmy sobie zatem co chcemy zrealizować i jak ma wyglądać ten pomysł na aplikację. Stworzymy system, w którym interfejsem zgłoszeniowym użytkownika będzie mail. Będzie dedykowana skrzynka mailowa, na którą użytkownicy będą mogli wysyłać maile, a wiadomości te będą składowały się na liście sharepointowej w postaci kolejnych zgłoszeń do działu IT. Z użyciem Power Automate zrobimy automatyczne powiadomienie mailowe do zespołu IT o nowym zgłoszeniu, a także w momencie zmiany statusu takiego zgłoszenia stworzymy też automatyzację mailową do użytkownika informującą go o tym zdarzeniu. Dla działu IT zbudujemy natomiast powerpkę. powerupkę, w której yyy pracownicy działu IT będą mogli przeglądać wszystkie zgłoszenia archiwalne, te otwarte do realizacji, te nowe, zmieniać im statusy, zmieniać priorytety i zarządzać pewnymi podstawowymi danymi dotyczącymi zgłoszeń. Dla uporządkowania pracy na Make Power Automate stworzymy sobie nową solucję po to, żeby wszystkie elementy rozwiązania znajdowały się w jednej paczuszce. Nazwiemy to sobie system zgłoszeń IT. Stworzymy też sobie publishera o takiej samej nazwie. Będzie nam łatwiej tym zarządzać. Nazwę to sobie system zgłoszeń IT. Tworzę taki prefiks, który potem łatwiej mi będzie na podstawie niego sprawdzać, które elementy należą do danej solucji, a które są zaciągnięte ze środowiska, z innych rozwiązań. Prefiks musi być ośmiocyfrowy. Tu akurat sobie zastosowałem skróty, czyli SS zgl i it. Zapisuję sobie to. I wersjonowanie możemy sobie zostawić trzycyfrowe, cztero. Ja z reguły stosuję trzy cyfrowe wersjonowanie w rozwiązaniach Power Platform. Dajemy create i za chwileczkę będziemy mieli gotową solucję. Tak jest. Mamy już solucję. solucja, czyli takie opakowanie na wszystkie elementy naszego rozwiązania w ramach Power Platformy. Gdy będziemy budować kolejne komponenty, automaty, aplikacje, zobaczymy, że pojawią się tutaj w ramach tej solucji będziemy widzieć jakie dokładnie komponenty witnieją w ramach danej solucji. da nam to poczucie ładu na środowisku i będzie można łatwiej uporządkować sobie całą pracę, ale też potem całe rozwiązanie eksportować na inne środowiska. >> Sorki za krótką przerwę, ale jeżeli nadal oglądasz ten filmik, to mam nadzieję, że cię zainteresował i poproszę cię w tym momencie o subskrypcję. Muszę też wspomnieć, że oprócz tego, że tworzę te materiały, proponuję też kilka form współpracy. Jeżeli jesteś zainteresowany pomocą we wdrożeniu automatyzacji w twojej firmie albo jesteś osobą, która chce rozwijać się w kierunku nauki P platformy, koniecznie skontaktuj się ze mną. W opisie tego filmu znajdziesz wszystkie potrzebne dane kontaktowe. To wszystko. Nie przeszkadzam. Miłego oglądania. No dobrze. Pod nasze rozwiązanie potrzebujemy stworzyć SharePointową listę. Ja w ramach tworzenia tego rozwiązania skorzystam sobie z tak zwanego Microsoft lists, czyli listy personalne w ramach mojego personalnego środowiska. Natomiast w przypadku organizacji czy działu AT oczywiście można taką listę stworzyć analogicznie na Sharepoincie danego zespołu. Tworzymy sobie zatem nową listę. Celowo tworząc nazwę używam, znaczy nie używam polskich znaków, nie używam też spacji. Będzie to zdecydowanie łatwiejsze w późniejszym działaniu na Power Automate, gdzie czasami będziemy musieli odnieść się do nazwy. A stosowanie spacji spowoduje użycie znaków typu procent 20. tak samo polskich znaków spowodowałoby też przetłumaczenie tego na pewne inne formy nazewnictwa, więc lepiej stosować się takiej nomenklatury. Okej. Co taka lista potrzebujemy, żeby zawierała? Na pewno temat, czyli przychodząc z przychodzącego maila pobierzemy sobie temat zgłoszenia. Kolumna tekstowa. Na pewno opis. Będzie to już opis z maila, więc damy sobie opcję multiple lines, bo może tego być trochę więcej. Dodamy sobie również parę takich ustawień, które będą widoczne w aplikacji, ale użytkownik tego nie uzupełni. Przynajmniej na początku wysyłając maila, nie będzie w stanie. Wybieramy sobie kolumnę typu wybór, typu choice i ustawimy sobie pierwszy taki parametr to priorytet. Damy sobie niski, średni, wysoki i defaultowo czy domyślnie, gdy element będzie się tworzył, nadamy temu średni priorytet. Następna kolumna, która nam się przyda, to będzie kolumna status. I to będzie nowe zgłoszenie w trakcie realizacji. To może w trakcie realizacji sobie damy na żółto, a na zielono zakończone. Zakończone. I tutaj sobie zmienimy na nowe. I domyślnie, gdy wpada nowy element, będzie w statusie nowym. Dodamy też sobie kolumnę typu personali obsługującego. Czyli powiedzmy, że w ramach działu IT kilka osób obsługuje zgłoszenia. My będziemy chcieli przypisać konkretną osobę do konkretnego zgłoszenia, ale nie będzie ona wymagana. Dodatkowo zrobimy sobie jeszcze multiple lines notatka. Będzie to wewnętrzna kolumna dla użytku przez dział IT i dla pewnych statystyk i późniejszej analizy. Na początku kolumna tekstowa, przyczyna źródłowa problemu. Często przydaje się to do późniejszych analiz i rozwiązywania w IT przynajmniej takich powtarzalnych problemów. I damy sobie jeszcze multilines w postaci kolumny rozwiązanie, czyli jak rozwiązano problem. Okej. Wydaje mi się, że to wszystkie kolumny i elementy, które potrzebujemy. Ja z kolumny title nie zachęcam do używania, ponieważ często ona akurat w tym przypadku mogłoby być to zastępione kolumną temat. Gdzieś tam tytuł maila i i kolumna title byłaby zbieżna. Natomiast w wielu rozwiązaniach po prostu nie stosuje się tej kolumny, ponieważ jest ona potem nieczytelna w automatyzacji i odwoływania się do kolumny title, korzystając na przykład wtedy z priorytetu czy statusu byłoby po prostu nieczytelne w całym rozwiązaniu. Więc ja tej kolumny po prostu używał nie będę. Na dziś to wszystko. W następnym odcinku przygotujemy pierwsze automatyzacje, pierwsze przepływy pod komunikację zarówno z IT, jak i z użytkownikami zgłaszającymi zgłoszenia. Dzięki.