{"id":3050,"date":"2016-07-18T10:54:00","date_gmt":"2016-07-18T08:54:00","guid":{"rendered":"https:\/\/sii.pl\/blog\/?p=3050"},"modified":"2023-10-31T14:18:02","modified_gmt":"2023-10-31T13:18:02","slug":"nintex-workflow-tworzymy-nowy-proces","status":"publish","type":"post","link":"https:\/\/sii.pl\/blog\/nintex-workflow-tworzymy-nowy-proces\/","title":{"rendered":"Nintex Workflow \u2013 tworzymy nowy proces"},"content":{"rendered":"\n

Zgodnie z zapowiedzi\u0105, w dzisiejszym artykule zaprezentowane zostanie tworzenie nowego procesu. Za przyk\u0142ad pos\u0142u\u017cy nam mocno uproszczony obieg wniosku urlopowego.<\/p>\n\n\n\n

Rodzaje akceptacji<\/strong><\/h2>\n\n\n\n

SharePoint w po\u0142\u0105czeniu z Nintex Workflow<\/a> oferuje kilka mo\u017cliwych podej\u015b\u0107 do kwestii przep\u0142yw\u00f3w akceptacyjnych. Pierwszym z nich jest u\u017cycie normalnego dokumentu lub zbioru dokument\u00f3w oraz manipulacja uprawnieniami i metadanymi takimi jak status. W przypadku u\u017cycia innego produktu Nintex \u2013 Nintex Forms, istnieje mo\u017cliwo\u015b\u0107 dodania dodatkowych przycisk\u00f3w akcji (np. Zaakceptuj) na formularzu edycji pisma. Alternatywnie mo\u017cna po prostu ustawia\u0107 tak\u0105 warto\u015b\u0107 w trakcie edycji.<\/p>\n\n\n\n

Drugim (preferowanym) podej\u015bciem do przep\u0142yw\u00f3w akceptacji jest u\u017cycie mechanizmu zada\u0144. SharePoint oferuje mo\u017cliwo\u015b\u0107 personalnego przydzielania czynno\u015bci do wykonania w formie bytu nazywanego zadaniami. W trakcie budowania obiegu mo\u017cemy przyk\u0142adowo doda\u0107 krok tworz\u0105cy zadanie oraz zdefiniowa\u0107 jego tre\u015b\u0107 i adresata\/adresat\u00f3w. Zadania w kontek\u015bcie obieg\u00f3w w SharePoint s\u0105 zasadniczo pro\u015bb\u0105 o weryfikacj\u0119 i akceptacj\u0119 lub odrzucenie danego dokumentu.<\/p>\n\n\n\n

Planowanie przep\u0142ywu<\/strong><\/h2>\n\n\n\n

Rozpoczynaj\u0105c prac\u0119 nad automatyzacj\u0105 procesu, powinni\u015bmy ju\u017c na pocz\u0105tku okre\u015bli\u0107, jakie dane b\u0119d\u0105 przetwarzane, jacy aktorzy (uczestnicy procesu) b\u0119d\u0105 w nim wyst\u0119powa\u0107 oraz scenariusz biznesowy w formie schematu lub opisu przep\u0142ywu. Na potrzeby dzisiejszego wpisu przyjmiemy wersj\u0119 bardzo podstawow\u0105:<\/p>\n\n\n\n

Dane<\/strong>: Uzasadnienie, Termin urlopu, Status wniosku<\/p>\n\n\n\n

Aktorzy<\/strong>: Wnioskodawca, Prze\u0142o\u017cony<\/p>\n\n\n\n

Scenariusz przep\u0142ywu:<\/strong><\/p>\n\n\n\n

    \n
  1. U\u017cytkownik sk\u0142ada wniosek urlopowy do akceptacji Prze\u0142o\u017conego.<\/li>\n<\/ol>\n\n\n\n

    2a. Prze\u0142o\u017cony akceptuje wniosek.<\/p>\n\n\n\n

    3a. Informacja o akceptacji zostaje przekazana Wnioskodawcy \u2013 zostaje wys\u0142ane powiadomienie email.<\/p>\n\n\n\n

    2b. Prze\u0142o\u017cony odrzuca wniosek.<\/p>\n\n\n\n

    3b. Informacja o odrzuceniu zostaje przekazana Wnioskodawcy \u2013 zostaje wys\u0142ane powiadomienie email.<\/p>\n\n\n\n

      \n
    1. Zako\u0144czenie procesu.<\/li>\n<\/ol>\n\n\n\n

      Posiadaj\u0105c wst\u0119pne za\u0142o\u017cenia, mo\u017cemy utworzy\u0107  list\u0119 lub bibliotek\u0119 dokument\u00f3w(w zale\u017cno\u015bci od potrzeb) oraz wyposa\u017cy\u0107 j\u0105 w niezb\u0119dne kolumny. Maj\u0105c przygotowany kontener oraz plan, mo\u017cemy zabra\u0107 si\u0119 za tworzenie pierwszej wersji naszego procesu w Nintex Workflow<\/a>.<\/p>\n\n\n\n

      Akcje jako kroki procesu<\/strong><\/h2>\n\n\n\n

      G\u0142\u00f3wnym, a w\u0142a\u015bciwie jedynym elementem budowlanym procesu w Nintex Workflow s\u0105 przedstawione w poprzednim artykule akcje<\/a>. Stanowi\u0105 one \u201eszablon\u201d zaprogramowanych dzia\u0142a\u0144, kt\u00f3re w trakcie przebiegu procesu b\u0119d\u0105 wykonywane zgodnie ze zdefiniowan\u0105 kolejno\u015bci\u0105. Warto zaznaczy\u0107, \u017ce owy \u201eszablon\u201d jest w bardzo du\u017cej mierze parametryzowalny, a co za tym idzie, mo\u017ce spe\u0142ni\u0107 znacznie wi\u0119cej funkcji, b\u0105d\u017a by\u0107 wykorzystany inaczej ni\u017c sugerowa\u0142by to jego opis. Wszystko zale\u017cy od inwencji osoby tworz\u0105cej proces.<\/p>\n\n\n\n

      Aby zrealizowa\u0107 opisany we wcze\u015bniejszej sekcji scenariusz, b\u0119dziemy potrzebowali co najmniej akcji wymienionych tabeli poni\u017cej.<\/p>\n\n\n\n

      Nazwa<\/strong><\/td>Opis<\/strong><\/td>Ikona<\/strong><\/td><\/tr>
      Request approval<\/td>Akcja odpowiedzialna za delegowanie zada\u0144 na u\u017cytkownik\u00f3w systemu. Opr\u00f3cz samej konfiguracji sposobu i odbiorcy zadania, daje ona r\u00f3wnie\u017c zdefiniowania tre\u015bci oraz u\u017cytkownik\u00f3w, kt\u00f3rzy otrzymaj\u0105 zwi\u0105zane z ni\u0105 powiadomienia.<\/td> \"request<\/td><\/tr>
      Update list item<\/td>Akcja umo\u017cliwia aktualizacj\u0119 metadanych na procesowanym elemencie.<\/td> \"update<\/td><\/tr>
      Send notification<\/td>Akcja s\u0142u\u017cy do wysy\u0142ania powiadomie\u0144 mailowych.<\/td> \"notification\"<\/a><\/td><\/tr>
      Log in history list<\/td>Akcja pozwala na utworzenie spersonalizowanego zapisu w historii przep\u0142ywu procesowanego elementu.<\/td> \"log\"<\/a><\/td><\/tr>
      End workflow<\/td>Akcja finalizuje przep\u0142yw.<\/td>\"end<\/a>
      <\/a><\/td><\/tr>
      Action set<\/td>Kontener s\u0142u\u017c\u0105cy do grupowania innych akcji. Zgrupowanie akcje mo\u017cna p\u00f3\u017aniej zapisa\u0107 jako \u201eSnippet\u201d, mo\u017cliwy do u\u017cycia w innym przep\u0142ywie. Action set umo\u017cliwia r\u00f3wnie\u017c wymuszenie realizacji zawartych w nim akcji jako tw\u00f3rca przep\u0142ywu (wy\u017csze uprawnienia).<\/td> \"action<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

      Zestawy akcji<\/strong><\/h2>\n\n\n\n

      Na pocz\u0105tku warto zacz\u0105\u0107 tworzenie przep\u0142ywu od dodania elementu Action set.<\/p>\n\n\n\n

      \"001_action<\/a><\/figure>\n\n\n\n

      W g\u0142\u00f3wnym oknie konfiguracji mamy mo\u017cliwo\u015b\u0107 jedynie wyboru nazwy, kt\u00f3ra przy przep\u0142ywach bardziej z\u0142o\u017conych pomo\u017ce nam zlokalizowa\u0107 odpowiedni kawa\u0142ek przep\u0142ywu, kt\u00f3ry wymaga dodatkowych poprawek lub korekt. Dodatkowo, istnieje mo\u017cliwo\u015b\u0107 w\u0142\u0105czenia\/wy\u0142\u0105czenia wy\u015bwietlania jego zawarto\u015bci zwi\u0119kszaj\u0105c czytelno\u015b\u0107 ca\u0142ego schematu.<\/p>\n\n\n\n

      \"002_action<\/a><\/figure>\n\n\n\n

      Naci\u015bni\u0119cie przycisku Common <\/strong>przenosi nas do okna \u201ekonfiguracji zaawansowanej\u201d, umo\u017cliwiaj\u0105cej m.in. zdefiniowanie komunikatu logowanego po zako\u0144czeniu wykonywania Action setu, czy te\u017c wspomniane wcze\u015bniej ustawienie wykonania Action setu z u\u017cyciem uwierzytelnie\u0144 u\u017cytkownika tworz\u0105cego przep\u0142yw.<\/p>\n\n\n\n

      Statusowanie<\/strong><\/h2>\n\n\n\n

      Realizowany scenariusz zak\u0142ada 3 mo\u017cliwe do uzyskania stany procesu oraz stan pocz\u0105tkowy \u201eUtworzony\u201d, kt\u00f3ry jest ustawiany domy\u015blnie przy tworzeniu elementu na li\u015bcie. Stany (statusy) ustawiane b\u0119d\u0105 za pomoc\u0105 akcji Update list item, kt\u00f3rej konfiguracja przedstawiona jest na poni\u017cszym zrzucie ekranu.<\/p>\n\n\n\n

      \"06_update_itemAction\"<\/a><\/figure>\n\n\n\n

      Akcja posiada bardzo prost\u0105 konfiguracj\u0119. Jedynymi warto\u015bciami, kt\u00f3re musimy ustawi\u0107 s\u0105:<\/p>\n\n\n\n

      – element kt\u00f3ry b\u0119dzie podlega\u0142 modyfikacji (list item, document, itp.),<\/p>\n\n\n\n

      – modyfikowana kolumna (mo\u017ce zosta\u0107 wskazana wi\u0119cej ni\u017c jedna).<\/p>\n\n\n\n

      Nasze akcje zmiany statusu umieszczone zostan\u0105:<\/p>\n\n\n\n

      – Przekazany do akceptacji \u2013  od razu przed akcj\u0105 Akceptacji prze\u0142o\u017conego,<\/p>\n\n\n\n

      – Odrzucony \u2013 od razu po akcji Akceptacji prze\u0142o\u017conego (w razie negatywnego rozpatrzenia),<\/p>\n\n\n\n

      – Zaakceptowany \u2013 od razu po akcji Akceptacji prze\u0142o\u017conego (w razie pozytywnego rozpatrzenia).<\/p>\n\n\n\n

      Logowanie<\/strong><\/h2>\n\n\n\n

      Akcja Log in history list pozwala na tworzenie wpis\u00f3w w historii danego przep\u0142ywu, powi\u0105zanej z procesowanym elementem. Jest to g\u0142\u00f3wny mechanizm, kt\u00f3re przy odpowiednim u\u017cyciu pozwoli u\u017cytkownikowi zachowa\u0107 pe\u0142n\u0105 \u015bwiadomo\u015b\u0107, na jakim etapie jest aktualnie proces.<\/p>\n\n\n\n

      \"LogInHistoryList\"<\/a><\/figure>\n\n\n\n

      Konfiguruj\u0105c akcj\u0119 mamy mo\u017cliwo\u015b\u0107 wpisania w\u0142asnego tekstu, jak r\u00f3wnie\u017c dodania referencji do metadanych, skonfigurowanych referencji lub utworzonych w trakcie przep\u0142ywu zmiennych tymczasowych.<\/p>\n\n\n\n

      \"InsertReference\"<\/a><\/figure>\n\n\n\n

      Dobr\u0105 praktyk\u0105 jest logowanie ka\u017cdego istotnego dla procesu kroku, a w fazie developmentu \u2013  dos\u0142ownie ka\u017cdego miejsca, kt\u00f3rego nie jeste\u015bmy pewni na 100%. Mo\u017ce to p\u00f3\u017aniej oszcz\u0119dzi\u0107 nam wielu zb\u0119dnych poszukiwa\u0144 \u201ena o\u015blep\u201d.<\/p>\n\n\n\n

      Akceptacja<\/strong><\/h2>\n\n\n\n

      Kolejnym krokiem, kt\u00f3ry bezwarunkowo musi pojawi\u0107 si\u0119 w naszym procesie, jest wys\u0142anie pro\u015bby o akceptacj\u0119 osoby decyzyjnej. Po przeci\u0105gni\u0119ciu akcji na diagram, pierwszym, co rzuca si\u0119 w oczy jest fakt, \u017ce diagram zosta\u0142 rozdzielony na dwie cz\u0119\u015bci \u2013 Approved i Rejected. W zale\u017cno\u015bci od wyniku akcji proces b\u0119dzie pod\u0105\u017ca\u0142 dalej tylko jedn\u0105 \u015bcie\u017ck\u0105. Poni\u017cszy zrzut przedstawia okno konfiguracji akcji Request approval.<\/p>\n\n\n\n

      \"07_AssignTaskAction\"<\/a><\/figure>\n\n\n\n

      Akceptacja w Nintex Workflow posiada szerokie mo\u017cliwo\u015bci konfiguracyjne. Mo\u017cemy ustawi\u0107 tylko jednego\/wielu odbiorc\u00f3w, grup\u0119 AD lub SP, tryb \u201eg\u0142osowania\u201d, itp. Zar\u00f3wno pole dotycz\u0105ce opisu zadania, jak te\u017c lista decydent\u00f3w zawiera mo\u017cliwo\u015b\u0107 odwo\u0142ania si\u0119 do referencji, takiej jak Manager ustawiony w Active Directory czy Autor wniosku (zrzut ekranu). Dodatkowo okre\u015blamy nazw\u0119 zadania, kt\u00f3re pojawi si\u0119 na li\u015bcie zada\u0144 osoby akceptuj\u0105cej oraz termin, do kt\u00f3rego powinna zosta\u0107 podj\u0119ta decyzja.<\/p>\n\n\n\n

      Opr\u00f3cz konfiguracji podstawowej, u\u017cytkownik tworz\u0105cy przep\u0142yw mo\u017ce r\u00f3wnie\u017c sformu\u0142owa\u0107 w\u0142asne notyfikacj\u0119 w dw\u00f3ch kategoriach na:<\/p>\n\n\n\n

      – Task Notification – dotycz\u0105ce przydzielonego zadania,<\/p>\n\n\n\n

      – Not Required Notification – informuj\u0105ce o tym, \u017ce akceptacja nie jest ju\u017c konieczna (np. w przypadku, gdy zaakceptowa\u0107 wniosek musi tylko jedna osoba).<\/p>\n\n\n\n

      \"RequestApprovalAction\"<\/a><\/figure>\n\n\n\n

      U\u017cytkownik mo\u017ce w tym miejscu okre\u015bli\u0107 nadawc\u0119, zdefiniowa\u0107 ewentualne kopie wiadomo\u015bci, utworzy\u0107 dynamicznie generowany temat wiadomo\u015bci (r\u00f3wnie\u017c przy u\u017cyciu relacji) oraz jej tre\u015b\u0107.<\/p>\n\n\n\n

      Odpowiednio skonfigurowany Nintex pozwala r\u00f3wnie\u017c na akceptacj\u0119 wniosku poprzez tzw. LazyApproval, czyli akceptacj\u0119 poprzez naci\u015bni\u0119cie przycisku zamieszczonego w mailu, lecz nie jest to ju\u017c temat na dzisiejszy artyku\u0142.<\/p>\n\n\n\n

      Powiadomienia mailowe<\/strong><\/h2>\n\n\n\n

      Akcja Send notification, w przeciwie\u0144stwie do notyfikacji wysy\u0142anych w akcji Request approval, mo\u017ce by\u0107 bezwarunkowo dodana w ka\u017cdym miejscu procesu. Mo\u017cemy w niej skonfigurowa\u0107 w wi\u0119kszo\u015bci takie same parametry jak przy pro\u015bbie o akceptacj\u0119, czyli Adresata, Adresata kopii, Nadawc\u0119, Tre\u015b\u0107 wraz z referencjami do zmiennych.<\/p>\n\n\n\n

      \"MailNofificationAction\"<\/a><\/figure>\n\n\n\n
      <\/div>\n\n\n\n

      Sk\u0142adamy i publikujemy<\/strong><\/h3>\n\n\n\n

      Grupuj\u0105c i ustawiaj\u0105c opisane powy\u017cej akcje w odpowiedniej kolejno\u015bci, otrzymamy schemat procesu podobny do zamieszczonego na zrzucie ekranu obok.<\/p>\n\n\n\n

      Rzu\u0107my okiem, w jaki spos\u00f3b przek\u0142ada nam si\u0119 to na zak\u0142adany proces:<\/p>\n\n\n\n

      L.p<\/strong><\/td>Krok<\/strong><\/td>Akcje realizuj\u0105ce krok<\/strong><\/td><\/tr>
      1<\/td>Przekazanie do akceptacji<\/td>Ustawienie statusu \u201ePrzekazany do akceptacji\u201d, Log, Akceptacja prze\u0142o\u017conego<\/td><\/tr>
      2a<\/td>Akceptacja wniosku<\/td>Akceptacja prze\u0142o\u017conego,
      Ustawienie statusu \u201eZaakceptowany\u201d<\/td><\/tr>
      3a<\/td>Przekazanie informacji Wnioskodawcy<\/td>Powiadomienie email, log<\/td><\/tr>
      2b<\/td>Odrzucenie wniosku<\/td>Akceptacja prze\u0142o\u017conego,
      Ustawienie statusu \u201eZaakceptowany\u201d<\/td><\/tr>
      3b<\/td>Przekazanie informacji Wnioskodawcy<\/td>Powiadomienie email, log<\/td><\/tr>
      4<\/td>Zako\u0144czenie procesu<\/td>End workflow<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

      Posiadaj\u0105c potencjalnie gotowy proces, ostatnim krokiem dziel\u0105cym u\u017cytkownik\u00f3w SharePoint ze skorzystania z naszego dzie\u0142a jest jego zapis i publikacja. W Nintex Workflows funkcjonuj\u0105 wersje minor (0.1, 0.2, etc.) oraz major (1.0, 2.0). Po standardowym zapisie tworzona jest wersja minor, natomiast przy publikacji \u2013 major.<\/p>\n\n\n\n

      \"cz1\"<\/a><\/figure>\n\n\n\n

      Aby opublikowa\u0107 przep\u0142yw, nale\u017cy nacisn\u0105\u0107 przycisk Publish \"publishoraz uzupe\u0142ni\u0107 wy\u015bwietlony formularz zapisu zawieraj\u0105cy pola przeznaczone na Tytu\u0142, Opis procesu oraz opis zmian wprowadzonych w wersji. Warty zaznaczenia jest fakt, \u017ce dzi\u0119ki wersjonowaniu mo\u017cemy nie tylko cofn\u0105\u0107 si\u0119 do dowolnej kopii archiwalnej, ale r\u00f3wnie\u017c doko\u0144czy\u0107 aktywne przep\u0142ywy nawet wtedy, gdy nowy zosta\u0142 ju\u017c opublikowany i jest w u\u017cyciu.<\/p>\n\n\n\n

      \"\"<\/a><\/figure>\n\n\n\n

      Jazda pr\u00f3bna<\/strong><\/h2>\n\n\n\n

      Po opublikowaniu, przep\u0142yw dost\u0119pny b\u0119dzie do u\u017cytku uprawnionych u\u017cytkownik\u00f3w. W zale\u017cno\u015bci od ustawie\u0144 mog\u0105 to by\u0107 u\u017cytkownicy z pe\u0142n\u0105 kontrol\u0105 na li\u015bcie lub z uprawnieniami Contribute. Temat uprawnie\u0144 zostanie dok\u0142adniej poruszony w jednej z kolejnych cz\u0119\u015bci \u2013 na razie przejd\u017amy jednak do wypr\u00f3bowania przep\u0142ywu.<\/p>\n\n\n\n

      \"StatusUtworzony\"<\/a><\/figure>\n\n\n\n

      Nasz proces rozpoczynany jest utworzeniem wniosku. Jak wida\u0107 na zrzucie za\u0142\u0105czonym powy\u017cej, pismo przyjmuje zaraz po utworzeniu status \u201eUtworzony\u201d \u2013 wynika to z konfiguracji listy. Aby uruchomi\u0107 opublikowany wcze\u015bniej przep\u0142yw, mo\u017cemy \u2013 o ile zosta\u0142o to skonfigurowane wcze\u015bniej \u2013 u\u017cy\u0107 przycisku w menu kontekstowym elementu lub pos\u0142u\u017cy\u0107 si\u0119 akcjami z ribbona. Jako \u017ce menu kontekstowego w tym przypadku nie konfigurowali\u015bmy, zaznaczamy interesuj\u0105cy nas wniosek, przechodzimy do zak\u0142adki Items oraz naciskamy przycisk Workflows.<\/p>\n\n\n\n

      \"workflowsButton\"<\/a><\/figure>\n\n\n\n

      Naci\u015bni\u0119cie przycisku powoduje wy\u015bwietlenie strony zawieraj\u0105cej list\u0119 przep\u0142yw\u00f3w workflow mo\u017cliwych do uruchomienia na elemencie oraz histori\u0119 tych uruchamianych wcze\u015bniej.<\/p>\n\n\n\n

      \"Itemworkflows\"<\/a><\/figure>\n\n\n\n

      Aby uruchomi\u0107 przep\u0142yw, nale\u017cy nacisn\u0105\u0107 jego nazw\u0119 oraz potwierdzi\u0107, naciskaj\u0105c przycisk Start.<\/p>\n\n\n\n

      Pierwsze efekty przep\u0142ywu mo\u017cemy zaobserwowa\u0107 od razu na li\u015bcie.<\/p>\n\n\n\n

      \"StatusPrzekazany\"<\/a><\/figure>\n\n\n\n

      Zgodnie ze zdefiniowanym przez nas procesem, wniosek zostaje przekazany do akceptacji oraz uzyskuje status \u201ePrzekazany do akceptacji\u201d, natomiast do u\u017cytkownika akceptuj\u0105cego zostaje wys\u0142ana wiadomo\u015b\u0107 z pro\u015bb\u0105 o akceptacj\u0119, kt\u00f3rej tre\u015b\u0107 zaprezentowana jest na poni\u017cszym zrzucie ekranu.<\/p>\n\n\n\n

      \"MailManagerMessage\"<\/a><\/figure>\n\n\n\n

      Ustawione w tre\u015bci akcji referencje zostaj\u0105 uzupe\u0142nione warto\u015bciami skonfigurowanymi w systemie.<\/p>\n\n\n\n

      Po naci\u015bni\u0119ciu linka u\u017cytkownik zostaje przeniesiony na stron\u0119 akceptacji wniosku.<\/p>\n\n\n\n

      \"ApprovalForm\"<\/a><\/figure>\n\n\n\n

      U\u017cytkownik akceptuj\u0105cy mo\u017ce w tym miejscu zapozna\u0107 si\u0119 z informacjami na temat wniosku, odczyta\u0107 za\u0142\u0105cznik (o ile takowy istnieje), oddelegowa\u0107 zadanie na innego u\u017cytkownika decyzyjnego oraz uzupe\u0142ni\u0107 komentarz i zaakceptowa\u0107\/odrzuci\u0107 wniosek. Przyjmijmy, \u017ce u\u017cytkownik akceptuje wniosek (wybiera Approved i naciska przycisk OK).<\/p>\n\n\n\n

      Rezultat tej czynno\u015bci jest niezw\u0142ocznie przekazywany do wiadomo\u015bci wnioskodawcy za pomoc\u0105 zdefiniowanej wcze\u015bniej wiadomo\u015bci email, czyli w tym przypadku:<\/p>\n\n\n\n

      \"ApprovedMailmessage\"<\/a><\/figure>\n\n\n\n

      Efekt dzia\u0142ania manifestuje si\u0119 r\u00f3wnie\u017c na li\u015bcie wniosk\u00f3w urlopowych, gdzie mo\u017cemy zaobserwowa\u0107 zmian\u0119 statusu wniosku na \u201eZaakceptowany\u201d. Proces jest zako\u0144czony.<\/p>\n\n\n\n

      \"zaakceptowanyStatus\"<\/a><\/figure>\n\n\n\n
      <\/div>\n\n\n\n

      Podsumowanie<\/strong><\/h2>\n\n\n\n

      Przedstawiony proces jest bardzo uproszczony i mo\u017cna go udoskonali\u0107 o wiele mechanizm\u00f3w, takich jak przes\u0142anie do ponownej akceptacji, maszyna stan\u00f3w, kt\u00f3ra by\u0142aby bardziej podatna na rozw\u00f3j przep\u0142ywu czy chocia\u017cby konfiguracja odpalania workflow z menu kontekstowego \u2013 mo\u017cliwo\u015bci jest mn\u00f3stwo.<\/p>\n\n\n\n

      Tworzenie w\u0142asnych przep\u0142yw\u00f3w przy u\u017cyciu Nintex Workflows nie jest a\u017c tak skomplikowane, jak mog\u0142oby si\u0119 to wydawa\u0107. Oczywi\u015bcie, stan po\u017c\u0105dany rzadko kiedy udaje si\u0119 uzyska\u0107 przy pierwszej publikacji przep\u0142ywu i konieczne jest prze\u015bledzenie, co i gdzie mog\u0142o si\u0119 nie uda\u0107, czyli co nale\u017cy zmieni\u0107. W du\u017cej ilo\u015bci przypadk\u00f3w sprawnie rozlokowane tre\u015bciwych log\u00f3w jest w stanie bardzo pom\u00f3c w analizie problem\u00f3w z przep\u0142ywami. Je\u017celi jednak i to zawiedzie \u2013 polecam Sii \ud83d\ude09<\/p>\n\n\n\n

      Na nast\u0119pn\u0105 cz\u0119\u015b\u0107 planowany jest temat log\u00f3w, uprawnie\u0144 i kwestii konfiguracyjnych przep\u0142ywu.<\/p>\n\n\n\n

      Do nast\u0119pnego!<\/p>\n\n\n

      \n \n
      \n \n
      \n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n <\/div>\n \n
      \n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n
      \n \n\n
      <\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
      \n 5\/5 ( vote: 1) <\/div>\n <\/div>\n","protected":false},"excerpt":{"rendered":"

      Zgodnie z zapowiedzi\u0105, w dzisiejszym artykule zaprezentowane zostanie tworzenie nowego procesu. Za przyk\u0142ad pos\u0142u\u017cy nam mocno uproszczony obieg wniosku urlopowego. … Continued<\/a><\/p>\n","protected":false},"author":102,"featured_media":2741,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_editorskit_title_hidden":false,"_editorskit_reading_time":6,"_editorskit_is_block_options_detached":false,"_editorskit_block_options_position":"{}","inline_featured_image":false,"footnotes":""},"categories":[1314],"tags":[56,351,149,346],"class_list":["post-3050","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-development-na-twardo","tag-sharepoint","tag-nintex","tag-obieg-dokumentow","tag-workflow"],"acf":[],"aioseo_notices":[],"republish_history":[],"featured_media_url":"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2016\/05\/nintex.jpg","category_names":["Development na twardo"],"_links":{"self":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts\/3050"}],"collection":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/users\/102"}],"replies":[{"embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/comments?post=3050"}],"version-history":[{"count":2,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts\/3050\/revisions"}],"predecessor-version":[{"id":25366,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/posts\/3050\/revisions\/25366"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/media\/2741"}],"wp:attachment":[{"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/media?parent=3050"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/categories?post=3050"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sii.pl\/blog\/wp-json\/wp\/v2\/tags?post=3050"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}