21 sierpnia 2019 r. Microsoft ogłosił, że akcje w Microsoft Flow ze stosu Outlook zostaną przeniesione z używania interfejsu API REST programu Outlook v1.0 na Microsoft Graph v1.0. Oprócz tych informacji napisano również, że istniejące Outlook REST API v1.0 zostanie wycofane z użytku 1 listopada 2019 r. Po tej dacie wszystkie stare akcje w Microsoft Flow również zostaną usunięte.
Zajęło mi to trochę więcej czasu, niż się spodziewałem, ale oto jest! Post, który teraz czytasz, jest ostatnim z 4-częściowej serii postów poświęconych Microsoft Adaptive Cards. Informacje zawarte w tym poście są aktualne we wrześniu 2019 r. Ponieważ technologia ta ciągle się zmienia, wiedza z tego postu może w niektórych przypadkach stać się nieaktualna, jednak dołożę wszelkich starań, aby ją odpowiednio zaktualizować.
Post stanowi rozszerzenie informacji, jakie zawarłem w poprzednim poście traktującym o wzorcach Try-Catch w Microsoft Flow. W tym skupiam się na opisaniu, jak rejestrować błędy występujące w przepływach Microsoft Flow, w jednym miejscu, korzystając z usługi Azure Application Insights.
Ostatnio miałem przyjemność zaprezentować swoje demo podczas Microsoft Flow Online Conference 2019 na temat budowania bezbłędnych przepływów pracy w Microsoft Flow. W rzeczywistości chodziło raczej o rejestrowanie i debugowanie, aby w końcu otrzymać bezbłędne przepływy pracy.
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”.
Nie wiedziałem, że Microsoft zbudował rozwiązanie, które pozwala każdemu Power Userowi stworzyć własnego, bardzo funkcjonalnego czatbota. Zawsze myślałem, że tworzenie botów wymaga wiedzy programistycznej i dlatego nie jest to w moim zasięgu, ale okazuje się, że się myliłem.
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”.
Ten post jest trzecią częścią serii poświęconej technologii Adaptive Cards. Opisuje szczegółowo tę technologię, jak działa i jak możesz ją wykorzystać w Swoich rozwiązaniach. Jeśli interesuje Cię historia koncepcji, otwórz tutaj pierwszą część z serii.
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.