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.
Post stanowiący pierwszą część serii opisywał ogólnie Message i Adaptive Cards, ich krótką historię i cel istnienia. Ten post koncentruje się wyłącznie na Message Cards – technologii, od której wszystko się zaczęło, i która nadal jest istnieje i działa, chociaż Microsoft zaleca migrację do Adaptive Cards.
Ten post nie traktuje o rozwiązywaniu problemów. Nie opisuje także biznesowych przypadków użycia. Ten post dotyczy tego, co można zrobić za pomocą narzędzi z pakietu Office 365. Opisuję tutaj rozwiązanie, które zbudowałem, aby mój dom był nieco bardziej inteligentny i ułatwił mi życie.
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.
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.
Tegoroczna konferencja Collaboration Summit w Zagrzebiu dopiero co się zakończyła, jednak komentarze i echa nadal wybrzmiewają na Twitterze (zobacz tutaj). Byłem obecny na tym wydarzeniu po raz pierwszy i pomimo tego, że wiele z pokazywanych tam informacji zostało już zapowiedzianych podczas SP Virtual Summit (kliknij), uznaję obecność tam jako bardzo wartościową. Prezentujący pokazywali szczegółowo nowe funkcje i ciekawostki, które niebawem będą publicznie dostępne na platformie Office 365. W szczególności Dan Holme, który zrobił demo „na żywo”, podczas którego pokazał sposób redagowania i pracy z nowymi Communication Sites oraz odświeżone Team Sites.
Niedawno zakończona widekonferencja „SharePoint Virtual Summit” (https://resources.office.com/ww-landing-sharepoint-virtual-summit-2017) potwierdziła liczne „przecieki” na temat nadchodzących planów na dalszy rozwój Microsoft Office 365 w kontekście tzw. „Digital Workplace” – przestrzeni dedykowanej pracownikom, dostarczającej narzędzi niezbędnych do wykonywania pracy szybko i efektywnie.
W tym ujęciu, Microsoft szczególnie promuje następujące produkty:
To właśnie wobec nich planowane są najciekawsze zmiany.
W Nintex dla on-premisowych wersji SharePoint począwszy od 2010 (nawet w edycjach Standard) możliwe było używanie akcji, które pozwalały na wołanie Excel Services dostępnych na platformie SharePoint i w ten sposób na pracę z danymi, z plików xls i xlsx. Jednak w SharePoint Online ta usługa nie jest dostępna (ok, można z niej korzystać poprzez REST API, jednak nie w takim zakresie, jak można w on-premise), nie istnieje też możliwość skorzystania z niej poprzez dostępne akcje w Nintex for Office 365 czy Nintex Workflow Cloud. Zatem nie istnieje prosty sposób, by zrealizować taki scenariusz. Nasunęło mi się pytanie (zainspirowane licznymi z kolei pytaniami stawianymi na forum Community Nintex), w jaki sposób można to zrobić?
Najczęściej mawianym obejściem było zapisanie pliku xlsx do formatu csv, a następnie odczytanie jego zawartości i przetwarzanie jej poprzez użycie kolekcji (planuję napisać o tym oddzielny post).
Jednak ostatnio zauważyłem, że Microsoft Flow posiada już dostępne akcje, które właśnie używają Excel Services dostępnych w SharePoint Online. Co więcej, każdy ma dostęp do bezpłatnej wersji Microsoft Flowi tych akcji również. Teraz nie pozostało mi nic, tylko spróbować.