Czy kiedykolwiek męczyłeś się z brakiem możliwości wyczyszczenia wartości z pól typu liczba, osoba lub lookup używając PowerApps? Ostatnio znalazłem się w takiej sytuacji. Logika biznesowa mojej aplikacji wymagała, by usuwać wartości z pól formularza, w tym właśnie liczbowych, osób i lookupów. Niestety przekonałem się, że nie jest to możliwe (albo, jeszcze nie).
Gdy budowałem intranet używając modern SharePoint zostałem zapytany, czy byłoby możliwe, by wyświetlać w nim informacje pochodzące z ich portalu facebook @workplace. Zacząłem szukać i przeglądać dokumentację po to tylko, by dowiedzieć się, że bez znaczenia będzie fakt, czy użyję podejścia modern, czy classic w SharePoint, @workplace i tak nie posiada gotowych skryptów, które mógłbym skopiować i wkleić do portalu, by móc np. wyświetlać dane z Newsfeed.
To może wydawać się banalne, ale gdy zechcesz stworzyć Flow, który jest uniwersalny i pozwala na dodawanie użytkowników do dowolnej grupy Office 365, przyjmując jej nazwę jako parametr, okazuje się, że nie jest to już tak proste.
W Microsoft Flow istnieje zestaw akcji pozwalający na pracę z grupami Office 365. Wśród nich znajduje się jedna, dedykowana do dodawania jej członków (wyłącznie na poziomie „member”. Aktualnie nie istnieje możliwość dodawania na poziomie „Owner”).
Niedługi czas temu, w trakcie rozmowy z klientem pojawił się temat budowy pulpitu, który miał służyć do monitorowania wykonania zadań w przepływie pracy. Chodziło o to, by w zależności od faktu wykonania zadania lub przekroczenia deadline’u wiersze odpowiadające zadaniom były wyróżniane innym kolorem. W pierwszej chwili pomyślałem o użyciu formatowania kolumn w liście z włączonym Modern Experience. Jednak wówczas zostało dodane kolejne wymaganie, by nie tylko formatować wiersze odpowiadające zadaniom, lecz również wiersze je grupujące, z uwagi na dużą ilość poszczególnych zadań i potrzebę monitorowania wykonania całej grupy zadań, bez konieczności każdorazowego przeglądania każdego pojedynczo.
Spotkałem się z następującym pytaniem ostatnio: w jaki sposób mogę użyć podpisu, jaki użytkownik złożył na formularzu, w aplikacji mobilnej Nintex Mobile, w dokumencie generowanym przez workflow, w akcji Document Generation? Niestety, wykonanie tego nie jest jeszcze całkowicie możliwe wyłącznie z użyciem produktów Nintex (z uwagi na fakt braku wsparcia dla danych binarnych – Nintex nie obsługuje pustych bitów). Dlatego zaproponowałem użycie Microsoft Flow.
Będąc wciąż pod dużym wrażeniem możliwości, jakie dają Azure Functions, postanowiłem zbudować w końcu rozwiązanie dla Nintex Workflow w Office 365, które pozwoli mi publikować zapisane wcześniej przepływy pracy w różnych listach w danej witrynie. Dotąd, by osiągnąć ten cel, używałem PowerShell lub aplikacji takich jak Postman czy Fiddler. Jednak zależało mi na tym, by mieć jeden przepływ pracy, który całą tę magię wykona za mnie.
Pomimo faktu, iż InfoPath już wielokrotnie został uśmiercony, a jego przyszłość definitywnie zakończona, dla wielu firm budowanie formularzy dla przepływów pracy, z użyciem tego narzędzia, jest czymś tak oczywistym jak praca z Excel. Jednakże, gdy formularze są tworzone dla rozwiązań pracujących w Office 365 i SharePoint Online, ograniczenia i limity formularzy InfoPath są bardzo widoczne i stają się prawdziwym problemem.
Jakiś czas temu zmagałem się z problemem przekraczania dopuszczalnego rozmiaru instancji workflow (tutaj), który to był bezpośrednio związany z wielkością formularza InfoPath wraz z rozmiarem dołączonych do niego plików. Najbardziej oczywistym rozwiązaniem, jakie wówczas przyszło mi do głowy, było przeniesienie załączników z formularza do biblioteki dokumentów w SharePoint, jednak jak się okazało, nie było to łatwe do zrobienia z uwagi na algorytm, jaki jest używany w InfoPath do obsługi załączników.
Podczas konferencji Ignite, Microsoft pokazał nowe funkcje, jakie planuje wdrażać stopniowo na tenantach Office 365 oraz plany, kiedy będą one udostępniane produkcyjnie. Najbardziej interesujące, z mojego punktu widzenia, były te dotyczące Office 365 i w pewnym sensie połączonego środowiska SharePoint Online, PowerApps i Flow. Dalej w treści posta możesz znaleźć opis tych funkcji, które są już dostępne.
Krótkie dementi! Większość z opisanych dalej funkcji nie jest jeszcze dostępnych dla każdego. Część z nich jest obecna wyłącznie dla tenatów ustawionych na First Release lub istnieje w trybie „private preview”.
Ten artykuł stanowi kontynuację opisywanych wcześniej rozwiązań tworzenia prostego newslettera korzystając z SharePoint Designer 2013, opisanego tutaj i drugiego, korzystając z Nintex Workflow dla Office 365, opisanego tutaj. Tym razem chciałbym pokażę, jak podobne rozwiązanie może zostać zbudowane korzystając z Microsoft Flow i SharePoint Online.
Pracując nad moim rozwiązaniem umożliwiającym wysyłanie wiadomości e-mail z informacji tworzonych i przechowywanych w SharePoint doszedłem do wniosku, iż dobrym pomysłem byłoby, aby obrazy w takich e-mailach nie były osadzane w postaci adresu URL prowadzącego do pliku, umieszczonego w bibliotece SharePoint (takie podejście opisałem tutaj), ponieważ w takim rozwiązaniu użytkownik, nie mający dostępu do SharePoint lub nie będący zalogowanym, zwyczajnie tych obrazów nie zobaczy.