# #11 Nauka Power Platform | Kompleksowe rozwiazanie - Power Automate **Film YouTube:** https://www.youtube.com/watch?v=o6sJQXqBIbk --- Cześć. W poprzednim odcinku rozpoczęliśmy tworzenie rozwiązania systemu zgłoszeń IT i przygotowaliśmy już sobie listę źródłową pod rozwiązanie opartą na SharePoint lists. A dzisiaj omówimy sobie pierwsze automatyzacje. Stworzymy sobie pierwsze power automatey pod rozwiązanie po to, żeby na tej liście odkładały nam się kolejne zgłoszenia użytkowników. Przechodzimy zatem do solucji naszego rozwiązania, którą przygotowaliśmy sobie wcześniej i dodajemy sobie new automation cloudfowated, czyli przepływ uruchamiany automatycznie. Będziemy chcieli stworzyć przepływ, który będzie reagował na przyjście maila na skrzynkę i będzie tworzył nowy wpis. Więc nazwiemy sobie przepływ tworzenie zgłoszenia. Tu sobie użyjemy triggera, który reaguje na przyjście maila. On automatycznie połączył się z naszymi connection referencjami. Jestem na środowisku deweloperskim, więc wszystkie połączenia dotyczą mnie. Muszę się jeszcze zautoryzować, żeby stworzyć connection reference do danego do danej solucji. To też da mi pewną czytelność rozwiązania i będę chciał reagować na wszystko przychodzące w tym mailu. Tutaj akurat bazuje na mojej personalnej skrzynce, ale moglibyśmy tutaj skorzystać ze skrzynki współdzielonej, na przykład pomoc IT, na którą wszystkie maile, które by przyszły, byłyby przez ten automat analizowane i przerzucane do systemu zgłoszeń. Akurat na potrzeby demo robię to na mojej skrzynce, czyli będę tutaj nasłuchiwał zgłoszenia wpadającego w folder inbox. Dodamy sobie teraz akcję Sharepointową. Wybieramy sobie SharePoint i create item. Będziemy chcieli stworzyć nowy element na liście sharepointowej. W site adres możemy z listy wybieralnej taki wybrać. Natomiast w przypadku akurat mojej personalnej listy, ja pozwolę sobie tu wkleić, bo prawdopodobnie nie znajdzie mi tego elementu. I tu już znalazło wszystkie moje elementy w ramach mojego sajtu, czyli w ramach mojej personalnej przestrzeni do list i wybieram sobie listę system zgłoszeń IT. Jak widać podpowiedziało mi od razu wartości, które mogę uzupełniać. I tak w pole temat wstrzykniemy sobie z dynamicznych wartości maila subject. W opisie użyjemy sobie body preview. Resztę danych zostawiamy tak jak jest. Zapisujemy sobie to ten przepływ. Okej, przepływ już został zapisany. Zatem przetestuję sobie przyjście takiego maila. Zrobimy sobie pierwszy test manualny. Odpalimy sobie taki test. Poczekamy, aż widok przejdzie nam do widoku nasłuchiwania na wykonanie takiego testu. Przepływ, jak widać, zakończył się sukcesem. Jak widzimy, to konkretne zgłoszenie ładnie wpadło w system zgłoszeń. Tu akurat wysyłałem między dwoma tenantami, więc jest dodatkowo informacja automatyczna w mailu, że ten mail jest spoza organizacji. No ale to mniej istotne zgłoszenie przyszło i jest poprawnie zapisane. To teraz dorobimy sobie jeszcze w tym samym przepływie dodatkową automatyzację. Będziemy wysyłali wiadomość email do działu IT. Tu sobie akurat wybiorę swojego maila. W temacie damy sobie system zgłoszeń IT. nowe zgłoszenie i zrobimy sobie może jeszcze tak ID dynamicznie wybierzemy sobie ID elementu, a tu sobie damy temat zgłoszenia. Nowe zgłoszenie zostało zarejestrowane w systemie. Szczegóły, zgłoszenia temat, opis zgłaszający. Już od razu w mailu będziemy mogli mieć troszeczkę więcej informacji na temat całego zgłoszenia. Więc tu możemy sobie wskazać temat, opis, a zgłaszającego pobierzemy sobie z wiadomości email. po prostu z jakiego maila to przyszło. Zapiszemy to sobie i przetestujemy. Możemy już testować automatycznie na podstawie wcześniejszych zgłoszeń, więc puścimy sobie tylko takiego testa. Zobaczymy, czy wszystko wykona się poprawnie. No i jak widzimy, wszystko jest okej. >> Corki, 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 Power [muzyka] Platformy, koniecznie skontaktuj się ze mną. W opisie tego filmu znajdziesz wszystkie potrzebne dane kontaktowe. To wszystko, nie przeszkadzam. Miłego oglądania. Pierwszy przepływ mamy już zatem przygotowany. Zapisujemy sobie wszystkie zgłoszenia użytkowników w systemie i dodatkowo informujemy dział IT o tym, że zgłoszenia przyszły. Zobaczmy sobie jak to wygląda teraz w samej solucji. Jak widzimy, utworzył się nam przepływ i utworzyły nam się dwa tak zwane connection referencje, czyli odwołania do połączeń. To znaczy w ramach naszego przepływu korzystamy z połączenia do skrzynki mailowej i korzystamy z połączenia do SharePointa. Więc do obydwu z nich utworzone są właśnie takie połączenia oparte na poświadczeniach użytkownika, który tworzył przepływ, czyli na moich. W ramach tego rozwiązania takie byty są osobno wydzielone z logiki i widzimy z jakich połączeń korzystamy oraz na jakich poświadczeniach jakiego użytkownika łączymy się do tych komponentów, do tych źródeł danych. Stworzymy sobie od razu też drugi przepływ. Drugi przepływ będzie reagował na zmianę statusu zgłoszenia i będzie wysyłał maila do użytkownika o takiej zmianie. Żeby wyłapać zmianę samego statusu, musimy troszeczkę rozbudować logikę na liście. To znaczy mając pewien status może dojść do sytuacji w której zostanie edytowany dany element, dane zgłoszenie, bo IT dopisze sobie notatkę, więc automat załapie, że element został edytowany, natomiast nie załapie, czy był to edytowany status, czy nie. Żeby jednoznacznie to określić, warto dodać sobie dodatkową kolumnę typu status i nazwiemy ją sobie stary status. I tu tak samo sobie zastosujemy ten sam naming, czyli nowy kończone i w trakcie realizacji defaultowo będzie oczywiście też nowe. I przechodzimy sobie do solucji i tworzymy drugi automat również automatyczny. Tym razem będziemy reagowali na zmianę elementu, na dokładnie statusu. Ustawiamy sobie nazwę i szukamy triggera sharepointowego. Jest dokładnie taki: anem is created or modified, czyli gdy element jest utworzony lub zmodyfikowany. I tu mamy pewne zagrożenia w tej sytuacji, bo tak naprawdę nie wiemy czy będzie to dotyczyło elementu nowego, czy edytowalnego. Jest na to pewne obejście, pewna metoda jednoznacznie określająca ten parametr. Wchodzimy sobie w trzy kropeczki. Na triggerze i w ustawieniach możemy określić pewne warunki wejściowe triggera, które tylko gdy one zostaną spełnione zostanie on uruchomiony i wklejam tu takiego gotowca. Warto poznać sobie to bardziej samemu, poszukać jak to działa i dlaczego w taki sposób. Dodaję takie coś do triggera. I teraz powinien on reagować tylko i wyłącznie na sytuację, w której yyy faktycznie element został zmodyfikowany. Wskazuję sobie tak jak wcześniej podobnie skopiuję sobie linka do mojej listy do mojej przestrzeni personalnej i wskazujemy sobie listę. I tu w zasadzie więcej nic nie musimy robić. Teraz będziemy chcieli sprawdzić, czy w danym elemencie został edytowalny tylko i wyłącznie status. Więc dodajemy sobie condition control. Zmienimy sobie nazwę, żebyśmy wiedzieli potem logicznie, czy status się zmienił i porównujemy sobie status value, stary status value i chcemy funkcjonować dalej, czy puścić przepływ tylko w sytuacji, gdy statusy faktycznie się różnią. W przypadku, gdy się nie różnią, możemy sobie zrobić przerwanie przepływu ze statusem cancelet. A w przypadku, gdy statusy się różnią, będziemy chcieli wysłać maila do użytkownika, który zrobił to zgłoszenie. Więc będziemy chcieli sobie tutaj wskazać dynamicznie osobę ze zgłoszenia jako twórcę created by email subject system zgłoszeń zmiana statusu zgłoszenia twoje zgłoszenie status na i tu sobie damy nowy status, szczegóły, zgłoszenia i znów damy sobie ID, temat opis. Okej. I mamy gotowe, gotowy przepływ, który reaguje na zmianę statusu i informuje użytkownika, który zgłosił zgłoszenie o tym, że status się zmienił. Zapisujemy sobie przepływ. Przepływ mamy zapisany. Przejdziemy sobie do testów. Znów spróbujemy manualnie zmienić status na liście zgłoszeń. Wejdziemy sobie w takie zgłoszenie. Zmienimy sobie najpierw priorytet na wysoki i zobaczymy jak zachowa się przepływ. I jak widzimy condition poszedł w prawą stronę. Tak, statusy zostały takie same. Jedyne co się zmieniło to zmieniliśmy priorytet, więc nie został wysłany mail o zmianie statusu, bo faktycznie ten status się nie zmienił. Zrobimy sobie jeszcze test w drugą stronę. Znów manualnie. Tym razem zmienimy sobie nowy status na w trakcie realizacji i jak widać mail został wysłany. Na dziś to wszystko. W następnym odcinku przygotujemy już sobie widok powerupki. Dzięki.