Wpis, który teraz czytasz, został zainspirowany pytaniem, które ostatnio zobaczyłem na swoim Twitterze. Użytkownik pytał, czy możliwe jest przypisanie zadania do innego pracownika, jeśli aktualny przypisany jest nieobecny, bez dostępu do swojej usługi Office 365. Kwestia zmiany wykonawcy zadania czy generalnie przypisania zadania innemu pracownikowi jest bezpośrednio powiązana z dobrze znaną funkcjonalnością aplikacji biznesowych o nazwie „zastępstwa”.
Jedynym wyzwalaczem wbudowanym w Microsoft Flow dla Twittera jest „Kiedy nowy tweet jest opublikowany”. Lista zdarzeń dostępnych w dokumentacji aktywności konta (Account activity) API Twittera jest jednak znacznie szersza i składa się z 19 opcji. Ale jak z nich skorzystać?
Ten post jest związany z screencastem, który niedawno zrobiłem. Opisuje w szczegółach, w jaki sposób Flow, używany przez to rozwiązanie, jest zbudowany. Życzę przyjemnego oglądania i nauki jednocześnie, jak takie rozwiązanie można wykonać. Ten wpis jest również częścią serii, którą piszę o „Adaptive Cards”.
Podniesienie uprawnień w SharePoint Workflow (zarówno w wersji 2010, jak i 2013) było dość łatwe. Służyły do tego przygotowane akcje.
Szykując się do nowego projektu, zacząłem sprawdzać, czy różne oczekiwania klienta są możliwe do zrealizowania z użyciem PowerApps. Pierwsze z nich to możliwość użycia pliku XML jako danych wejściowych, do zbudowania tabeli w aplikacji i ew. późniejszego ich zapisania do SQL.
W mojej codziennej pracy nad procesami biznesowymi w Office 365, konkretnie w SharePoint Online jedna rzecz denerwuje mnie najbardziej – mianowicie brak mechanizmów informowania mnie, że workflow się zawiesił, czyli jest w stanie „Suspended”.
Rozwiązania nie dostarcza ani Microsoft, ani też Nintex, z którym pracuję od dawna. Istnieją jedynie obejścia problemu, jednak okazują się niewystarczające, mnie zaś zależało na tym, by móc reagować proaktywnie, a nie reaktywnie na każde zdażenie zawieszenia się przepływu.
Klient zapytał mnie, czy jest możliwe, by wstawić ręczny podpis do pliku PDF generowanego wyłącznie z użyciem narzędzi dostępnych w Office 365. Moja pierwsza myśl była „nie”. Potem sprawdziłem, że istnieje pole o nazwie „Pen input”, a myśl zmieniła się na „tak”. Potem zacząłem próbować i szukać wskazówek jak to można zrobić i znów pojawiła się myśl „nie, nie da się”.
Narzędzie PowerApps staje się coraz bardziej potężnym produktem do tworzenia aplikacji biznesowych w podejściu „no-code”. Używanie SharePoint jako źródła danych dla aplikacji jest poniekąd naturalne (pomimo tego, że istnieją dużo lepsze alternatywy, jak SQL Server czy Common Data Service), mając na uwadze ich bliską integrację.
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.