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ć.
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”.
Jakiś czas temu klient zapytał mnie o bardziej efektywne prowadzenie użytkownika podczas zatwierdzania zadań w przepływach pracy. Powodem było to, że menedżer, który był zawsze zaangażowany w proces uznał, że jeśli zostanie wysłany mu e-mail z prośbą o zatwierdzenie, ten e-mail po prostu zgubi się w jego skrzynce odbiorczej i dlatego nie będzie w stanie odpowiedzieć. Z drugiej strony często podkreślił, że często używa Microsoft Teams, więc zapytał, czy może otrzymywać powiadomienia o zatwierdzeniu zadania za pośrednictwem tej aplikacji.
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.
Nintex zapowiedział tę innowację kilka miesięcy temu podczas koferencji InspireX w Nowym Orelanie (luty tego roku). Podczas swojej prezentacji „Extensibility on the Nintex Workflow Platform” Vadim Tabakam i Brad Orluk, a potem na Blogu Nintex zostały pokazane i opisane pierwsze wrażenia z nowej funkcji.
Aktualnie funkcja dostępna jest wyłącznie w tzw. „Beta preview”. Czym jest? Nintex nazywa to „extensibility framework”. Jest to narzędzie, które pozwala klientom na dodawanie do Nintex Workflow Cloud własnych RESTowych endpointów, które następnie są „zamykane” w gotowe do użycia akcje. Jak to działa?