Blog
Process automation, Modern Workplace, Nintex, Office 365, SharePoint
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.
Ostatnio znalazłem się w sytuacji, gdy po utworzeniu nowej Modern Site (to była Team Site), moje konto, które pomimo faktu bycia zarówno administratorem kolekcji witryn oraz administratorem SharePoint, nie miało dostępu do linków prowadzących do galerii witryny (solucji, szablonów list, web partów, czy funkcji zapisywania list i witryn jako szablonów). Co więcej, przy próbie dostępu do wybranej funkcji używając bezpośredniego linka i wykonaniu operacji np. wgrania solucji, otrzymywałem odmowę dostępu.
Dłuższy czas temu zostałem poproszony o przemyślenie możliwości zbudowania mechanizmu do notyfikowania pracowników aplikacji zbudowanej na SharePoint 2013 o zmianach w niej wprowadzanych. Jednak, nie chodziło o używanie alertów, czy też tworzenie dedykowanego rozwiązania. Klientowi chodziło o coś w rodzaju newslettera, którym mógłby wysyłać wiadomości w formacie HTML do wybranych użytkowników lub grup użytkowników swojej aplikacji i ogólnie mających dostęp i konta w SharePoint (ale również i z poza organizacji).
W Nintex Workflow dla SharePoint (w każdej wersji), gdy używana jest akcja „Flexi task” i generuje ona, a następnie przydziela zadania dla konkretnych osób, gdy zalogowany użytkownik próbuje przejść do zatwierdzenia zadania (a nie jest to ta sama osoba, która jest do zadania przydzielona), aplikacja wyświetla komunikat: „You are not authorized to respond to this task.” – by móc wybrane zadanie zakończyć, użytkownik musi następnie kliknąć na link „delegate” i delegować zadanie na siebie. Dopiero wówczas może je zatwierdzić lub odrzucić.
Stałe przepływu pracy (Workflow Constants) są funkcjonalnością dostępną wyłącznie w Nintex Workflow dla SharePoint hostowanego na własnej farmie. Służą do przechowywania globalnie używanych zmiennych w jednym miejscu. Mogą być wykorzystywane przez przepływy pracy stworzone w różnych web aplikacjach i kolekcjach witryn na całej farmie SharePoint lub wyłącznie w pojedynczej witrynie – w zależności od poziomu, na jakim zostały zdefiniowane.
istnieją liczne przypadki użycia dla stałych przepływu pracy: przechowywanie danych logowania użytkownika, które są potrzebne do uwierzytelniania w akcjach, przechowywania stałych progów akceptacyjnych, wspólnych dla całej firmy, czy konkretnych dat, które są kluczowe dla procesów operacyjnych przedsiębiorstwa – generalnie, do przechowywania informacji słownikowych.purposes.
Konferencja Microsoft Ignite 2017 zakończyła się w ubiegłym tygodniu. Była przepełniona ciekawymi prezentacjami, warsztatami i demami. Nie miałem niestety okazji uczestniczyć w niej na miejscu, jednak z dużą uwagą śledziłem relacje na Twitterze, prezentacje online, podcasty i streamingi. Ten artykuł przedstawia zebrane przeze mnie i w mojej ocenie najciekawsze zapowiedzi zaprezentowane podczas wydarzenia, w szczególności związane z SharePoint i Office 365.
Jestem dumny mogąc ogłosić, że oficjalnie zostałem wyróżniony tytułem Nintex vTE! Zostałem jednym z 70 profesjonalistów w dziedzinie automatyzacji i procesów w światowej sieci partnerów Nintex!
Spotkałeś się kiedyś z tym problemem? Workflow działa poprawnie i nagle, bez zrozumiałego powodu, przechodzi w stan „suspended” (zawieszony)? Wówczas, gdy najedziesz na ikonkę „i” obok statusu, by uzyskać więcej informacji, pokaże się komunikat, iż „The workflow instance was too large to persist”? Ja ostatnio zacząłem obserwować takie zachowania. Poniżej opisuję wyniki mojej analizy i rekomendacje, jak tego uniknąć lub rozwiązać ten problem.
