enova365 Workflow Oprogramowanie ERP do zarządzania. Wzmacnia firmę i rośnie wraz z nią.

enova365 Workflow Oprogramowanie ERP do zarządzania. Wzmacnia firmę i rośnie wraz z nią. www.enova.pl

Spis treści Workflow Słownik pojęć Baza demonstracyjna Przykładowe procesy Dokument kosztowy Weryfikacja dokumentu Wniosek urlopowy Przydatne informacje Uruchamianie procesów Nawigacja w procesie Zadania dla operatora Dokument kosztowy 1. Wykorzystanie procesu 1.1 Wprowadzenie dokumentu 1.2 Weryfikacja merytoryczna dokumentu 1.3 Przydzielenie zadań wybranym operatorom 1.4 Zatwierdź, odtwierdź oraz do korekty 1.5 Złączenie 1.6 Zatwierdzenie poziom 2 1.7 Zatwierdzenie poziom 3 1.8 Akceptacja księgowa i zakończenie procesu 2. Graficzna prezentacja procesu obiegu faktury kosztowej Różnice między wersjami i licencjonowanie Przykładowe zastosowanie Workflow Dokument kosztowy Sprzedaż towarów z wielu magazynów Wniosek urlopowy Niezapłacone faktury Przyjęcie nowego pracownika Złe długi Konfiguracja modułu Definicja przepływu Edytor definicji procesu Konfiguracja definicji kreatorów Elementy procesu Węzeł grafu Przejście - tranzycja Środowisko pracy użytkownika 365 Obszary robocze Workflow Powiadomeinia Lista zadań operatora Lista procesów Terminarz Realizacja zadania Formularz kreatora Workflow w Pulpitach Spis treści 2 3 3 4 4 4 4 4 4 4 5 5 6 6 6 7 7 7 7 7 8 8 8 9 9 9 9 9 9 9 9 9 9 10 10 14 14 16 16 16 16 17 17 18 18 18 19 2/20

Workflow Workflow to koncepcja organizacji pracy firmy, w której przebieg procesów biznesowych realizowanych w wielu etapach i/lub przez wielu uczestników, prowadzony jest według odpowiednio przygotowanego zestawu reguł. enova Workflow to moduł zintegrowanego oprogramowania enova ERP który dzięki możliwości definiowania zaawansowanych zasad, pozwala skutecznie organizować oraz automatyzować pracę wielu osób w ramach procesów firmy. Niewątpliwą zaletą enova Workflow jest jego pełna integracja z wszystkimi modułami enova. Workflow można także traktować jako alternatywny interfejs programu, w którym to program nie tylko informuje o pracy jaką operator powinien wykonać, ale także umożliwia realizacje złożonych, specjalizowanych zadań w modułach programu bezpośrednio z poziomu panelu workflow. Moduł pozwala podczas konstruowania przepływu pracy przygotować środowisko pracy dla wykonującego, w tym celu można utworzyć własne formularze, określić zakres prezentowanych danych ich właściwości lub też wykorzystać standardowe, znane operatorowi z enova formularze kartotek i przedstawić je użytkownikowi wraz z opisem jakie operacje powinien wykonać. Słownik pojęć Definicja procesu: (workflow definition) Wzorcowy zbiór wszystkich możliwych stanów(węzłów) procesu oraz zależności między nimi. Stan może wiązać się z potrzebą wykonania przez użytkownika czynności, podjęcia decyzji lub akcji jakie mogą zostać wykonane przez operatora lub automatycznie przez system. Zawiera także zbiór warunków realizacji zadań czyli zmiany stanu. Proces: (workflow, przepływ) zbiór zakończonych i realizowanych zadań. Ogół wariantów przejścia procesu (ścieżek) jest opisany przez definicję procesu i graf. Na podstawie definicji, w zależności od tego jakie warunki realizacji zostały spełnione podczas realizacji zadania, są generowane kolejne zadania procesu. Zadanie: (task, powiadomienie, stan, zadanie) Jest generowane na podstawie definicji taska węzła grafu. Dla użytkownika jest to zadanie do wykonania, może także automatycznie wykonywać określone czynności i po realizacji spowodować utworzenie nowego zadania. Aktywne zadanie określa obecny stan procesu. Kreator: (wizard) To formularz zawierający zestaw zakładek z czego przechodzenie między kolejnymi następuje po wybraniu Dalej lub Wstecz. Kreator jest sposobem na zebranie w jednym miejscu danych z którymi powinien się zapoznać lub które powinien uzupełnić wykonujący. Realizacja zadania może być związana z wypełnieniem pól kreatora wg załączonej instrukcji. Węzeł: (task definition, element grafu procesu) opisuje sposób utworzenia oraz obsługi pojedynczego zadania jakie zostanie zlecone wykonującemu. W postaci graficznej jest elementem grafu workflow. Krawędź: (transition, warunek przejścia) zawiera warunek, po spełnieniu którego zadanie ustawione jako punkt przyłożenia strzałki grafu (źródło) zostaje ustawione w stan zrealizowane a utworzone zostaje zadanie o definicji po stronie grotu strzałki (target).. [ Słownik pojęć Licencje Konfiguracja modułu Środowisko pracy Rozbudowa narzędzi ] 3/20

Baza demonstracyjna Opisane rozwiązanie stanowi jedynie przykład konfiguracji programu. Na potrzeby prezentacji wszystkie zadania delegowane są do jednego operatora - Administrator. Konfiguracja może zostać zmodyfikowana na potrzeby prezentacji przez autoryzowanego Partnera enova wdrażającego program. Przykładowe procesy Możliwe jest utworzenie bazy demonstracyjnej podczas tworzenia nowej bazy. W tym celu należy wybrać we wzorcach "Procesy Workflow". Dokument kosztowy Proces Dokument kosztowy ma na celu zobrazowanie obiegu dokumentu kosztowego, który posiada pozycje powstania kosztów dla poszczególnych działów. Po wprowadzeniu danych z dokumentu, w środkowej części procesu generowane są zadania dla poszczególnych osób, które są odpowiedzialne z konkretne działy, w których powstały koszty. Ich zadaniem jest zaakceptowanie lub odrzucenie powstałych kosztów. W końcowej fazie dokument jest dwukrotnie akceptowany przez zdefiniowane osoby, a następnie generowany jest dokument, który trafia do księgowej. Dokument dostępny jest w ewidencji dokumentów. Po akceptacji dokumentu generowany jest automatycznie opis analityczny, a proces zostanie zakończony. Weryfikacja dokumentu Proces ma za zadanie przyjęcie danych z dokumentu, które są wprowadzane przez operatora na pierwszym węźle do dokumentu dodatkowego. W dalszej części umożliwia on wybór osób, które mają zweryfikować merytorycznie wprowadzony dokument oraz zaakceptować lub go odrzucić. Można wybrać jedną lub dwie konkretne osoby weryfikujące. W zależności od decyzji jakie zapadną podczas weryfikacji, dokument zostanie odrzucony lub przekazany do kolejnego etapu jakim jest utworzenie dokumentu księgowego w systemie. Wniosek urlopowy Proces Wniosek urlopowy przedstawia złożenie wniosku urlopowego przez pracownika oraz przekazanie go do akceptacji przez kierownika. Kierownik ma możliwość zaakceptowania lub odrzucenia wniosku. W obydwóch przypadkach pracownik składający wniosek otrzyma powiadomienie o podjętej decyzji. Proces zostanie zakończony w momencie potwierdzenia otrzymania wiadomości przez osobę która składała wniosek. Przydatne informacje Uruchamianie procesów W celu zainicjowania procesu należy przejść do folderu Panel Workflow. Będą tam trzy niebieskie kafle z nazwami. Kliknięcie w jeden z wybranych kafli spowoduje uruchomienie procesu. 4/20

Nawigacja w procesie Do poruszania się w procesie wykorzystywane są przyciski Dalej, Wstecz, Gotowe. powoduje przejście do kolejnego kroku zadania, powoduje przejście do poprzedniego kroku zadania, wprowadzone dane nie zostają utracone, powoduje zapisanie wprowadzonych danych oraz zakończenie pracy z zadaniem. Zadania dla operatora Zadania dla operatora są wyświetlane w Panelu Workflow w sekcji Moje zadania. Po zaznaczeniu zadania oraz kliknięciu przycisku zostanie wyświetlone zadanie do wykonania. 5/20

Dokument kosztowy 1. Wykorzystanie procesu 1.1 Wprowadzenie dokumentu 1.2 Weryfikacja merytoryczna dokumentu 1.3 Przydzielenie zadań wybranym operatorom 1.4 Zatwierdź, odtwierdź oraz do korekty 1.5 Złączenie 1.6 Zatwierdzenie poziom 2 1.7 Zatwierdzenie poziom 3 1.8 Akceptacja księgowa i zakończenie procesu 2.Graficzna prezentacja procesu obiegu faktury kosztowej 1. Wykorzystanie procesu Przykład obrazuje sposób realizacji procesu obiegu dokumentu związanego z fakturą zakupową przychodzącą do firmy. Producent dokłada wszelkich starań, by przykładowe wzorce demonstracyjne działały poprawnie w różnych konfiguracjach programu. Nie gwarantuje jednak pełnej kompatybilności z każdym środowiskiem konfiguracyjnym. Zastosowanie w środowisku produkcyjnym zawsze wymaga testów na kopii bazy danych i może się wiązać z koniecznością modyfikacji konfiguracji. 1.1 Wprowadzenie dokumentu Po zeskanowaniu dokumentu podpinamy go jako załącznik do formularza. (Rysunek 1) Rysunek 1 Formularz dodawania dokumentu dodatkowego Po przejściu do kolejnej zakładki (Dokument) mamy możliwość wprowadzenia podstawowych danych dotyczących wprowadzanej faktury kosztowej. (Rysunek 2) Rysunek 2 Podstawowe dane dokumentu dodatkowego wyżej przedstawiony formularz można edytować z poziomu konfiguracji. W tym celu należy przejść do Narzędzia Opcje [Ctrl+F9] Systemowe Definicje dokumentów dodatkowych [Ctrl+Z], w pozycji Tabela baz danych należy wybrać WFWorkflow, a następnie otworzyć rekord Dokument Zakupowy. Następny etap to Wybór kolejnego kroku, tutaj należy wybrać Zatwierdź [Weryfikacja merytoryczna]. W innym przypadku, po wybraniu Brak, etap zostanie zakończony bez zmiany statusu. Akceptacji wybranej opcji dokonujemy poprzez kliknięcie w Zapisz i zamknij. 6/20

1.2 Weryfikacja merytoryczna dokumentu Na tym etapie dokonywana jest weryfikacja merytoryczna przez operatora. Na pierwszej zakładce prezentowane są wcześniej wprowadzone dane. Druga zakładka wcześniej załączone pliki, a trzecia zakładka to pozycje miejsc powstania kosztu. (Rysunek 3) Rysunek 3 Miejsce Powstania Kosztu Należy wybrać pozycję odpowiadającą miejscu powstania kosztów w firmie oraz kwoty jakie zostaną przypisane miejscom na etapie generowania opisu analitycznego. Dodatkowo w zakładce Struktura organizacyjna mamy możliwość podpięcia dokumentu do danej struktury. Po zakończeniu pracy przechodzimy do kolejnego etapu poprzez kliknięcie w Dalej. W tym miejscu wybieramy Potwierdź [Rozgałęzienie] w celu akceptacji całego kroku. W innym przypadku, wybierając Brak, etap zostanie zakończony bez zmiany statusu. Akceptacji wybranej opcji dokonujemy poprzez kliknięcie w Zapisz i zamknij. 1.3 Przydzielenie zadań wybranym operatorom Na podstawie wprowadzonych pozycji w kroku MPK (Rysunek 3) następuje wygenerowanie zadań do zespołów odpowiedzialnych za akceptacje kosztów (CRM/Handel/Kadry). Zadania zostaną wygenerowane odpowiednim rolom, jeśli na dokumencie zostało wprowadzone MPK, za które zespół odpowiada. Role które zostały dodane w konfiguracji programu (Handel, Kadry) służą wyłącznie do przyporządkowania odpowiedzialności operatora do MPK. 1.4 Zatwierdź, odtwierdź oraz do korekty Na tym etapie zespoły weryfikują przesłany dokument w zakresie swoich kompetencji. Użytkownik odpowiedzialny za potwierdzenie MPK dokumentu ma możliwość ustawienia stanu MPK za pomocą przycisków na górnej belce oznaczonej na niebiesko. (Rysunek 4) Zaznaczenie pozycji i wybranie czynności, powoduję zmianę statusy danej pozycji. Opis działania poszczególnych pozycji: Zatwierdź powoduje zaakceptowanie aktualnego stanu MPK Odtwierdź powoduje cofnięcie wcześniejszego zaakceptowania stanu MPK Do korekty powoduje cofnięcie procesu do Weryfikacji merytorycznej Rysunek 4 Zmiana stanu MPK Po wybraniu stanu przechodzimy Dalej i następnie wybieramy kolejny krok: Zatwierdzono wszystkie pozycje [Złączenie] lub Brak. Akceptacji wybranej opcji dokonujemy poprzez kliknięcie w Zapisz i zakończ. 1.5 Złączenie Na tym etapie proces będzie oczekiwał na wszystkie decyzje od zespołów (CRM/Handel/Kadry). W zależności od podjętych decyzji przez poszczególne zespoły zostaną podjęte następujące działania: Jeśli jakakolwiek pozycja uzyskała status Korekta, wtedy proces przechodzi z powrotem do stanu Weryfikacja merytoryczna w celu skorygowania przez operatora kwoty pozycji. Następnie dokument jest ponownie wysyłany do zatwierdzenia przez zespoły merytoryczne. Jeśli wszystkie pozycje otrzymają stan Zatwierdzono to następuje przejście do kolejnego etapu jakim jest Zatwierdzenie poziom 2 1.6 Zatwierdzenie poziom 2 W tym miejscu mamy możliwość zatwierdzenia wcześniej złączonych decyzji od zespołów. Operator ma do dyspozycji 3 opcje (Rysunek 5): Odrzuć [Odrzucony Koniec], Zatwierdzenie poziom 3 [Zatwierdzenie poziom 3], 7/20

Brak. Rysunek 5 Zatwierdzenie poziom 2 - opcje Akceptacji wybranej opcji dokonujemy poprzez kliknięcie w Zapisz i zakończ. W tym momencie przechodzimy do kolejnego kroku jakim jest Zatwierdzenie poziom 3. 1.7 Zatwierdzenie poziom 3 Jest to krok analogiczny do Zatwierdzenie poziom 2 z jednym wyjątkiem końcowe opcje wyboru kolejnego kroku: Do księgowości [Nowy dokument ewidencji] Odrzuć [Odrzucony koniec] Brak Ten etap procesu został stworzony z myślą np. o dwustopniowym procesie akceptacji dokumentów wynikający np. z hierarchii w firmie. Po zatwierdzeniu korku Zatwierdzenie poziom 3, generowane jest nowy dokument ewidencji wraz z opisem Analitycznym odpowiadającym pozycjom MPK na dokumencie dodatkowym. Generowanie jest wykonywane za pomocą OGSchema: Tuples/ Zakup ewidencja w stanie Nowy dokument ewidencji. W celu edycji definicji Dokumentu Ewidencji należy zmienić rodzaj konstruktora. Definicja kreatora jest wprowadzona na węźle grafu Nowy dokument Ewidencji, w polu SchematGenerator, a wywołanie generowania na podstawie schematu następuje w metodzie GetRow definicji taska (Workflow/Algorytm Wyboru wiersza) ze względu na to że Dokumenty dodatkowe są kolekcją podpiętą do Workflow wybieramy pierwszy dokument dodatkowy podpięty do procesu i przekazujemy jako źródło generatora. 1.8 Akceptacja księgowa i zakończenie procesu Na tym etapie procesu dokument ZR zostaje przekazany do osoby odpowiedzialnej za akceptacje księgową która zmienia stan na Wprowadzono i zapisuje dokument jednocześnie automatycznie kończąc cały proces. 2. Graficzna prezentacja procesu obiegu faktury kosztowej Rysunek 6 Graf procesu - obieg faktury kosztowej 8/20

Różnice między wersjami i licencjonowanie Wersja srebrna funkcjonalność workflow w wersji srebrnej nie jest dostępna. Workflow wersja złota pozwala na skorzystanie w pełni z funkcjonalność Kreatorów grupowania czynności i danych do wprowadzenia przez operatora za jednym razem w jednym miejscu. Obejmuje funkcjonalność opisaną w rozdziale Kreatory niniejszego dokumentu Workflow wersja platynowa zawiera pełną funkcjonalność enova Workflow, pozwalającą na procesową realizację wielu zadań przez wiele osób czyli organizację pracy w firmie wokół zachodzących w niej najważniejszych procesów. Dodatkowo użytkownik nie posiadający licencji na Workflow ale posiadający wszystkie moduły programu w wersji platynowej otrzymuje pełną funkcjonalność kreatorów możliwość tworzenia i wywoływania własnych kreatorów. Należy zwrócić uwagę że do uzyskania funkcjonalności procesowości, konieczna jest licencja na platynowy Workflow. Przykładowe zastosowanie Workflow Dokument kosztowy Sekretarka przyjmuje dokument kosztowy, a następnie przekazuje go do dwóch kierowników działu sprzedaży oraz produkcji/serwisu do zaakceptowania i opisania kosztów. Po akceptacji przez obydwóch kierowników dokument trafia do księgowości wraz z opisem analitycznym. Księgowy analizuje dokument oraz dekretuje go. Potrzebne stanowiska: 3 lub 4 stanowiska enova Workflow platyna (4 stanowiska w przypadku gdy księgowy chce mieć dostęp do historii dokumentu oraz otrzymać powiadomienie o nowym przypisanym zadaniu dla niego), 1 stanowisko enova Opis Analityczny - aktywacja złota 1 stanowisko enova Księga Handlowa złota Sprzedaż towarów z wielu magazynów W firmie prowadzącej sprzedaż z wielu magazynów podczas sprzedaży pakietu produktów istnieje potrzeba wystawienia kilku dokumentów magazynowych przypisanych do konkretnych magazynów, a następnie dokumentów sprzedaży np. faktura VAT. Zastosowanie kreatora pozwala na przygotowanie zainicjowanych dokumentów, operator uzupełnia wyłącznie dane kupującego oraz towary. Takie podejście pozwala na wyeliminowanie błędów operatora, skrócić czas obsługi oraz szkolenia nowego pracownika. Potrzebne stanowiska: 1 stanowisko enova Workflow złota 1 stanowisko enova Handel złota Wniosek urlopowy Pracownik składa wniosek urlopowy za pośrednictwem programu enova. Wniosek przed przekazaniem do kierownika jest weryfikowany pod kątem dostępnych dni urlopowych. Po akceptacji przez kierownika wniosek trafia do weryfikacji przez członka zarządu firmy natomiast w przypadku odrzucenia generowane jest powiadomienie dla pracownika o odrzuceniu wniosku przez kierownika wraz z podaniem przyczyny. Jeśli kierownik nie podjął decyzji w ciągu 2 dni to taki wniosek jest automatycznie przekazywany dalej (zarząd). Po akceptacji przez członka zarządu wysyłane jest powiadomienie do kierownika oraz pracownika o pozytywnym rozpatrzeniu wniosku. Jeśli wniosek nie zostanie zaakceptowany wysyłane jest powiadomienie o odmowie udzielenia urlopu do pracownika wraz z podaniem przyczyny oraz do kierownika bez ujawniania przyczyny. Potrzebne stanowiska: 3 stanowiska enova Workflow platyna 1 stanowisko enova Kadry Płace złota enova Harmonogram zadań (moduł dodatkowy) Niezapłacone faktury System sprawdza, którym z niezapłaconych faktur minął termin płatności. Po odnalezieniu takiej wysyłane jest automatycznie powiadomienie w formie emaila do dłużnika. Potrzebne stanowiska: 1 stanowisko enova Workflow platyna enova Harmonogram zadań (moduł dodatkowy) Przyjęcie nowego pracownika Wprowadzenie nowego pracownika do kadr powoduje uruchomienie procesu, który tworzy zadanie dla osoby odpowiedzialnej za tworzenie kont firmowych dla nowo przyjętych pracowników. Dodatkowo tworzone jest zadanie dla działu kadr związane z badaniami lekarskimi oraz szkoleniem BHP dla nowego pracownika. Potrzebne stanowiska: 2 stanowiska enova Workflow platyna 1 stanowisko enova Kadry Płace złota Złe długi Harmonogram zadań sprawdza pięć dni przed końcem miesiąca kalendarzowego niezapłacone zobowiązania. Zbierane są nieuregulowane płatności, którym minęło 150dni od terminu płatności (ze względu na termin płatności VATu) oraz wynikające z analizy pod względem kosztów (30dni). Tak zebrane pozycje dostarczane są do operatora w formie listy wraz z informacja wskazującą na powód wciągnięcia ich na tą listę. Zobowiązania można zaznaczyć bezpośrednio na liście do opłacenia. W momencie oznaczenia automatyczne przeliczane są dostępne środki. Na podstawie wybranych pozycji generowane są przelewy, które są wysyłane do zaakceptowania przez zarząd. Po zaakceptowaniu przelewy są przekazywane do księgowego, który może od razu wyeksportować przelewy do pliku przelewów bankowych. Potrzebne stanowiska: 2 stanowiska enova Workflow platyna 1 stanowisko enova Księga Handlowa złota enova Harmonogram zadań (moduł dodatkowy). [ Słownik pojęć Licencje Konfiguracja modułu Środowisko pracy Rozbudowa narzędzi ] Konfiguracja modułu Definicja przepływu Edytor definicji procesu Definicjie kreatorów Elementy procesu Węzeł grafu Przejście - tranzycja Definicja przepływu Moduł enova Workflow jest platformą pozwalającą na budowę spójnego przepływu pracy między użytkownikami w firmie i modułami programu. Konfiguracja znajduję się w menu: Narzędzia / Opcje / Workflow i zawiera listy: * Ogólne podstawowe ogólne dane konfiguracyjne, * Definicje kreatorów możliwości kreatorów zostały omówione w dalszej części instrukcji, * Definicje przepływów zawiera listę zdefiniowanych wzorców procesów, * Definicje tranzycji - zawiera listę zdefiniowanych tranzycji, * Schematy generowania obiektów na liście znajdują się zdefiniowane wzorce służące do generowania obiektów enova w ramach enova Workflow, * Wzorce elementów workflow lista elementów panelu narzędziowego edytora graficznego workflow. Zawiera wzorce definicji węzłów grafu, 9/20

Folder konfiguracji enova Workflow Lista Definicje przepływów zawiera wzorce procesów. Formularz na zakładce Ogólne zawiera zestaw pól: Formularz definicji procesu Symbol pole unikalne zawierające symbol definicji Nazwa pole unikalne zawierające pełna nazwę procesu Opis zawiera dłuższą informację na temat przeznaczenia / sposobu działania procesu Tryb edycji - Moduł posiada rozbudowaną konfigurację pracującą w trzech trybach do wyboru w zależności od stopnia zaawansowania osoby tworzącej definicję procesu oraz jej potrzeb, determinuje także sposób zachowania definicji procesu podczas jej konstruowania: Prosty - umożliwia budowę prostego przebiegu opartego o Workflow, zasadniczo nie odwołującego się do modułów merytorycznych enova. Przeznaczony dla początkujących użytkowników do budowy prostych procesów, lub w przypadku konstruowania procesów decyzyjnych niezależnych od logiki biznesowej pozostałych modułów enova. Tworzenie procesu w tym trybie opiera się o ustawienie parametrów konfiguracji i warunków realizacji. Nie wymaga wprowadzania kodu C#. Poniższa ilustracja prezentuje proces w ramach którego w czterech stanach przetwarzany jest obiekt Workflow Rozszerzony pozwala na wskazanie obiektu w ramach którego będzie się odbywała praca całego procesu, tak podczas definiowania jak i po uruchomieniu procesu. Wskazany typ obiektu będzie źródłem zakładek dla kreatorów oraz funkcjonalności. Będzie także stanowił kontener na dane które będą modyfikowane podczas przepływu. Podobnie jak w trybie prostym, ukryto okna służące do wprowadzania kodu C#. Poniższa ilustracja prezentuje realizację procesu wieloetapowego zatwierdzania listy płac. Wszyscy uczestnicy procesu (cztery stany zatwierdzania) mają za zadanie zapoznać się z danymi na liście płac i potwierdzić lub odrzucić. Zaawansowany pozwala na precyzyjne określenie obiektu który będzie źródłem danych, zakładek oraz funkcjonalności dla wszystkich bądź części zadań procesu. W tym trybie operator pracujący z definicją ma możliwość wskazania klasy obiektu, co wiąże się także z koniecznością wskazania relacji między obiektem źródłowym jak i docelowym. Opcja umożliwia prowadzenie zaawansowanej konfiguracji oraz algorytmów sterujących zachowaniem procesu. Praca w tym trybie zasadniczo przeznaczona jest dla zaawansowanych użytkowników, posiadających znajomość logiki biznesowej enova oraz programowania C#. Na schemacie poniżej zaprezentowano obsługę procesu akceptacji faktury zakupowej. Na początek dziennik podawczy wprowadza skan załącznika wraz z ogólnymi informacjami do Workflow (zadanie 1). Następnie na podstawie wprowadzonych danych system generuje dokument handlowy i przypisuje go do konkretnej osoby która dokonuje wypełnienia danych na dokumencie faktury zakupowej - pozycje dokumentu itp. (zadanie 2). Po opisaniu analitycznym przez osobę za to odpowiedzialną (zadanie 3) następuje zatwierdzenie dokumentu handlowego i logika biznesowa enova generuje dokumenty w księgowości. Księgowy dokonuje weryfikacji merytorycznej zawartości dokumentu i jego dekretacji (Zadanie 4) co kończy proces. Pozostałe pola formularza definicji procesu Numeracja pozwala określić schemat numeracji procesu Pojedyncza instancja ustawienie pola na wartość True będzie powodowała że program nie pozwoli na dwukrotne uruchomienie procesu dla tego samego rodzica. Np. Automatycznie inicjowany przez zapis dokumentu handlowego proces zamawiania towaru w przypadku spadku jego stanu poniżej określonej wartości powinien być uruchomiony tylko jeden raz wdanym czasie dla konkretnego towaru. Poza zakładką Ogólne formularz zawiera także zakładki: Definicje zadań to lista węzłów grafu, widoczna tylko w zaawansowanym trybie edycji Dodatkowe pola daje możliwość wprowadzenia dodatkowych pól (cech) do procesu bezpośrednio z poziomu definicji procesu. Edytor definicji procesu Trwają prace nad edytorem procesu w wersji enova 365. Konfiguracja definicji kreatorów 10/20

Standardowe kreatory dostępne są na licencji złotej modułów enova. Program zezwala na ich modyfikację poza:zmianą nazwy kreatora, zmianą tabeli kreatora, zmianą liczby kroków kreatora, zmiana guid kreatora. Dodawanie własnych definicji kreatorów możliwa jest po zakupie licencji złotej lub platynowej Workflow Konfiguracja definicji kreatorów dostępna jest w menu Narzędzia -> Opcje -> Ogólne-> Definicje kreatorów. Formularz definicji kreatora zawiera zakładki: Lista definicji kreatorów w konfiguracji Ogólne, Kroki kreatora, Informacje oraz jeśli na pierwszej zakładce wybrano w polu Algorytm wartość Tak pojawi się folder. Algorytmy sterujące. Pole Typ danych pozwala na wskazanie klasy obiektów z którą związany będzie kreator. Pole jest obowiązkowe. Należy wypełnić także pole Nazwa. W razie konieczności ukrycia kreatora, można ustawić pole Zablokowana wartością Tak. W ramach zakładek foldera Algorytmy sterujące, można oprogramować następujące metody: Kreator - zakładka ogólne (WizardStepDefinition[]) CreateSteps(): Metoda umożliwia określenie algorytmu zwracającego kroki definicji kreatora (domyślnie zwracane wszystkie nie zablokowane kroki). (Row) GetRow(): Metoda zwraca wiersz, w kontekście którego kreator pracuje (należy określić algorytm zwracający wiersz, można także utworzyć nowy, metoda wywoływana w konstruktorze). (bool) IsEnable(): Metoda umożliwia określenie algorytmu określającego czy kreator ma być przetwarzany. (void) BeforeSaveAndFinish(): Metoda umożliwia określenie algorytmu wywoływanego przed zapisaniem i zakończeniem kreatora. (void) AfterSaveAndFinish(): Metoda umożliwia określenie algorytmu wywoływanego po zapisaniu i zakończeniu kreatora. Zakładka Kroki kreatora zawiera listę kroków przez które będzie przechodził operator podczas pracy z kreatorem: Formularz kroku kreatora pozwala na dostosowanie wyglądu i sposobu działania pojedynczej zakładki kreatora. Kreator zakładka kroki kreatora 11/20

Krok kreatora - zakładka Ogólne Lp. Numer w sekwencji kroków kreatora. Pozwala określić kolejność kroków. Definicja pole tylko do odczytu zawiera nazwę definicji kreatora. Typ danych klasa obiektów z jaką związany jest kreator. Domyślnie inicjowane wartością z analogicznego pola na definicji kreatora. Możliwa jest także zmiana typu, jednak obiekt oczekiwanego typu musi znajdować się w kontekście lub zostać wskazany w algorytmie wyboru wiersza kroku. Nazwa Pole obowiązkowe, zawierające nazwę kroku. Opis Pole jednowierszowe może zawierać opis techniczny widoczny tylko z poziomu definicji kroku, Opis wielolinijkowy zawiera treść która zostanie wyświetlona w nagłówku kroku może zawierać instrukcje dla operatora wypełniającego krok. Typ kroku Pozwala określić wygląd i zachowanie formularza kroku. W zależności od wartości wybranej, pojawia się dodatkowa zakładka w definicji kroku pozwalająca określić zawartość formularza kroku Dostępne są: Standardowa zakładka Pozwala wskazać jedną ze standardowych zakładek obiektu klasy z pola typ danych.. Pojawia się zakładka Standardowa zakładka oraz pole wyboru jednej ze standardowych zakładek. Krok kreatora - zakładka wyboru rodzaju formularza standardowego Zakładka użytkownika pozwala przygotować zakładkę zawierającą określone przez siebie pola na zakładce o nazwie Zakładka użytkownika. 12/20

Krok kreatora - zakładka definiowania formularza użytkownika Zakładka wydruku pozwala wskazać wydruk jaki będzie dostępny dla operatora w postaci przycisku na zakładce. Zakładka wydruku zawiera listę zarejestrowanych dostępnych wydruków. Zakładka z listą obiektów Pozwala wyświetlić listę zapisów, spośród kolekcji powiązanych z obiektem, lub wskazanej w kodzie przez konfigurującego definicję kreatora. Przykład wybranej kolekcji pokazano na zrzucie poniżej. Zaznaczono kolekcję Attachments. Automatycznie w kodzie poniżej zostało wprowadzone poprawne wyrażenie zwracające View kolekcje obiektów. Programistycznie kolekcja może zostać ograniczona za pomocą Condition. Może także zostać wskazana dowolna inna kolekcja view. Krok kreatora - zakładka kolekcji obiektów Załączniki Pozwala na dodawanie załączników oraz odnośników Zakładka z listą obiektów - (możliwość edycji na liście) daje takie same możliwości jak Zakładka z listą obiektów lecz umożliwia edycję. Zapis sesji po kroku Wykonuje zapis sesji przy przejściu między krokami. Zalecane ustawienie: Nie. Rodzaj operatora pozwala określić adresata powiadomienia: Aktualny zalogowany w chwili tworzenia powiadomienia (pobierany z aktualnej sesji). Krok kreatora - zakładka z listą obiektów (możliwość edycji na liście 13/20

Wybrany Wskazany na definicji zadania konkretny operator enova. Tworzący dokument Operator który utworzył rekord enova wskazany jako Parent na zadaniu. Modyfikujący dokument - Operator który ostatni zmodyfikował rekord enova wskazany jako Parent na zadaniu. Wyrażenie pozwala wprowadzić wyrażenie zwracające obiekt typu (Soneta.Business.App.Operator). Rola Umożliwia wskazanie roli zadanie będzie widoczne przez operatorów przypisanych do wskazanej roli. Wystarczy że zostanie zrealizowane przez jednego z operatorów, co spowoduje usunięcie zadania z list wszystkich operatorów. Lista czynności zawiera przygotowane przez programistów operacje, które są przypisane do poszczególnych rodzajów tabeli (kartoteki). W folderze Algorytmy sterujące znajdują się możliwe do oprogramowania metody oraz zmienne: (Exception) Accepted(): Metoda umożliwia określenie algorytmu akceptacji kroku (wywoływana po naciśnięciu przycisku Dalej na formularzu). Musi zwrócić wyjątek jeżeli krok nie może być zaakceptowany i null jeżeli krok może być zaakceptowany. (bool) IsVisible(): Metoda umożliwia określenie algorytmu widoczności kroku. (View) GetViewForListStep(): Metoda umożliwia określenie algorytmu zwracającego listę rekordów (rekordy te po przejściu do kolejnego kroku są umieszczane w kontekście okna). (Row) GetRow(): Metoda zwraca wiersz, w kontekście którego krok kreatora pracuje (należy określić algorytm zwracający wiersz, można także utworzyć nowy, metoda wywoływana w konstruktorze). Dostępne są następujące właściwości i metody: (T) GetRow(): Metoda zwraca wiersz, w kontekście którego pracuje krok kreatora zrzutowany do typu T. (WizardStepDefinition) StepDefinition: Właściwość zwraca definicję kroku kreatora. (Context) Context: Właściwość zwraca kontekst. (Login) Login: Aktualny login użytkownika. (Row) RowInternal: Właściwość zwraca wiersz, w kontekście którego krok kreatora pracuje. Row: Właściwość zwraca wiersz, w kontekście którego krok kreatora pracuje zrzutowany na odpowiedni typ danych. Module: Właściwość zwraca moduł. (Kampanie) Table: Właściwość zwraca tabelę. Elementy procesu Opis przyszłościowy: Graf jest graficzną prezentacją procesu jaki będzie realizowany w ramach workflow enova ERP. Ten sposób prezentacji ułatwia zrozumienie zależności między kolejnymi stanami procesu oraz sposób ich obsługi. Graf budowany jest przez przeciąganie elementów panelu narzędziowego na obszar roboczy edytora procesu. Wynikiem działania jest utworzenie definicji zadania (TaskDefinition) zainicjowanej danymi z wzorca. Węzeł grafu Opis przyszłościowy: W górnej części ikony znajduje się nazwa elementu toolbox, który posłużył do utworzenia węzła procesu. Pod nazwą elementu znajduje się nazwa konkretnego etapu. Dwukrotne klikniecie w napis spowoduje wyświetlenie edytora, gdzie można wprowadzić inną nazwę. IMG: Edytor procesu - budowa grafu Po dwukrotnym kliknięciu w ikonę elementu grafu otwiera się domyślny sposób obsługi elementu grafu. Jeśli zdefiniowano na wzorcu (WFDefItem) kreator, zostanie otwarty formularz kreatora. W przeciwnym wypadku zostanie otwarty standardowy formularz Definicji Taska, na którym znajduje się szereg parametrów pozwalających na określenie sposobu zachowania etapu procesu czyli reguł według których generowane będą zadania dla użytkowników. Poniżej omówiono znaczenie parametrów formularza. Zakładka Element definicji procesu Formularz elementu grafu workflow (Task Definition) 14/20

Przycisk na górnej belce okna Utwórz kreator jednozakładkowy umożliwia stworzenie kreatora z jedną zakładką. Więcej na temat kreatorów w dalszej części. 1. Algorytm określa sposób pracy z definicją kroku: * Nie istnieje możliwość wprowadzenie parametrów na bieżącej zakładce. Proste wyrażenia mogą być wprowadzane bezpośrednio w polach zakładki. Nie ma możliwości wprowadzenia bardziej złożonych warunków czy kodu. * Tak większość pól na zakładce zostaje wyszarzanych. Istnieje możliwość wprowadzenia kodu na pozostałych zakładkach formularza (Realizacja, Generowanie, Aktywność, Akcja, Inne metody) 2. Uruchamiany tylko w SonetaExplorer: * Nie Definicja taska może być uruchamiana tak w środowisku enova jak i np. wserwisach poza enova (np. enova NET). Nie należy stosować w niej odwołań do funkcji z bibliotek interfejsowych (np. Forms) * Tak Taka definicja będzie wywoływana tylko w środowisku uruchomionym przez SonetaExplorer (stacjonarna enova). 3. Definicja elementu procesu wskazuje na wzorzec według którego została utworzona definicji zadania (WFDefItem). Pole nie powinno być modyfikowane. 4. Definicja procesu wskazuje na wzorzec procesu z którym definicja zadania jest związana. Pole nie powinno być modyfikowane 5. Inicjujący proces: * Tak definicja taska będzie wykorzystywana jako inicjująca dla procesu. Spełnienie warunków ustawień parametrów p.6 oraz p.13 będzie powodowało utworzenie nowego procesu. * Nie definicja nie będzie powodowała generowania zadań systemowych ani nie będzie przeliczana inaczej niż za pomocą Workflow. 6. Sposób uruchamiania Określa sposób uruchamiania obsługi taska. Dotyczy tylko tasków inicjujących (p. 6). W przypadku pozostałych, przetwarzanych przez workflow parametr nie ma znaczenia. Możliwe do wybrania: * W menu Ustawienie parametru p.6 oraz wybranie opcji W menu spowoduje pojawienie się nowego kafla w panelu workflow, którego wybranie powoduje przeliczenie definicji taska i zainicjowanie nowego procesu. * Automatyczna jeśli ustawiono parametr p.6 na Tak, Task będzie przeliczany zawsze przy zapisie nowotworzonego lub edytowanego rekordu biznesowego enova z którym definicja taska jest związana (Zakładka Ogólne na definicji taska). W wyniku przeliczenia taska może zostać wygenerowany proces, jeśli zostanie spełniony warunek generowania taska (metoda IsEnable). 7. Definicja kreatora definiuje kreator jakim będzie się posługiwał użytkownik podczas realizacji zadania. 8. Instrukcja dla kreatora Pozwala wprowadzić treść jaka pojawi się w nagłówku kreatora jeśli na samym kroku kreatora opis będzie pusty. Jest to pole w który należy prowadzić instrukcje dla operatora który będzie realizował zadanie. 9. Inicjuj generatorem. Każde generowane zadanie w enova Workflow musi być związane z obiektem enova mieć zainicjowane pole Parent. Może to być workflow ale także np. dokument handlowy, księgowy czy lista płac. Źródło pola Parent jest określane na definicji zadania (taska) prze pole Wybór wiersza. Jednym ze sposobów uzyskania rodzica dla taska jest automatyczne wygenerowanie obiektu podczas przeliczania taska. W tym celu należy ustawić pole Inicjuj generatorem oraz wskazać Schemat generatora (p.10). 10. Schemat generatora wzorzec według którego na etapie generowania zadania zostanie automatycznie utworzony nowy obiekt enova. Jeśli dodatkowo zaznaczono flagę p.9, utworzonym obiektem zostanie zainicjowane pole Parent tworzonego taska. Nie ustawienie flagi p.10 i jednocześnie wskazanie schematu p.9 spowoduje jedynie wygenerowanie obiektu enova bez wiązania go z etapem(zadaniem) workflow. 11. Blokowanie wiersza: Tak jeśli w trakcie przetwarzania procesu, zostanie wygenerowany task, którego definicja ma ustawioną flagę Blokada wiersza, to rekord wskazany przez właściwość Parent taska, zostanie ustawiony w tryb tylko do odczytu co uniemożliwi jego modyfikację z poziomu enova. Edycja rekordu będzie możliwa z poziomu realizacja zadania w workflow po odblokowaniu rekordu za pomocą czynności Odblokuj rekord. Zapis jest zablokowany, jak długo będą aktywne blokujące zadania z nim związane. 12. Warunek generowania pole umożliwia wprowadzenie wyrażenie którego spełnienie będzie powodowało wygenerowanie zadania. Pole edytowalne jedynie w przypadku ustawienie pola Inicjujący proces na wartość Tak. Winnym wypadku task jest generowany zawsze. Uwaga. Po włączeniu opcji Algorytm (p.1) istnieje możliwość oprogramowania metody IsEnable, nie należy jednak wpływać na warunki generowania taska metoda zawsze dla definicji nie-startowych powinna zwracać wartość true. 13. Warunek aktywności Pozwala na wprowadzenie wyrażenia które będzie wpływało na aktywność zadania. 14. Wybór wiersza Wyrażenie wskazujące na źródło z którego powinien zostać pobrany rodzic dla Zadania. Domyślnie źródło jest ustawiane przez metodę: * base.getparent(task, workflow, row, ref context)* która wykonuje następujące operacje w celu ustawienia rodzica: * Jeśli ustawiony schemat generatora (p.10) i inicjowanie rodzica (p.9) to zainicjuj taska obiektem utworzonym przez generator * Pobierz rodzica z tasków w procesie poprzedzających tworzony otym samym typie rekordu rodzica * Pobierz rodzica z kontekstu * Zwróć komunikat o braku rodzica 15. Nazwa wyrażenie jakie zostanie wprowadzone stanie się źródłem nazwy dla powstającego zadania. Pole powinno zwrócić wartość w postaci tekstowej. Np.: Podejmij decyzję + Row.Definicja.Nazwa. Jeśli pole pozostanie puste, zadanie zostanie utworzone z nazwą jak w polu Nazwa Formatowana na definicji taska. 16. Opis wyrażenie jakie zostanie użyte do wprowadzenia wartości w polu Opis (Description) zadania. Format wprowadzania 17. Rodzaj operatora pozwala określić adresata powiadomienia: * Aktualny zalogowany w chwili tworzenia powiadomienia (pobierany zaktualnej sesji). * Wybrany Wskazany na definicji zadania w p.22 konkretny operator enova. * Tworzący dokument Operator który utworzył rekord enova wskazany jako Parent na zadaniu. * Modyfikujący dokument - Operator który ostatni zmodyfikował rekord enova wskazany jako Parent na zadaniu. * Wyrażenie pozwala wprowadzić wyrażenie zwracające obiekt typu (Soneta.Business.App.Operator). * Rola Umożliwia wskazanie roli zadanie będzie widoczne przez operatorów przypisanych do wskazanej roli. Wystarczy że zostanie zrealizowane przez jednego z operatorów, co spowoduje usunięcie zadania zlist wszystkich operatorów. 18. Operator pozwala wskazać konkretnego operatora z listy, jeśli w p.23 wybrano opcje Wybrany. 19. Wyrażenie daje możliwość wskazania właściwości z której zostanie pobrany operator do zainicjowania zadania. 20. Złączenie zaznaczenie powoduje ograniczenie generowanego zadania do jednego aktywnego zadania w danym procesie. Jeśli węzeł jest celem wielu tranzycji i następuje zakończenie wielu zadań poprzedzających to program pozwoli na wygenerowanie tylko jednego zadnia Zakładka Ustawienia czasów. 21. Algorytm Pole tylko do odczytu Powiązane z polem Algorytm (20). 22. Rozpoczęcie Wartość zainicjuje pole DataOd na zadaniu. Jeśli pole jest puste, nastąpi podstawienie czasu utworzenia zadania. 23. Zakończenie - Wartość zainicjuje pole DataDo na zadaniu. Jeśli pole jest puste, nastąpi podstawienie czasu utworzenia zadania. 24. Ważny od określa termin od kiedy zadanie będzie widoczne na kalendarzu i liście zadań. Pozostawienie wartości pustej spowoduje że task będzie widoczny po utworzeniu. 25. Rodzaj przypomnienia pozwala na określenie od kiedy zadanie będzie się pojawiało w oknie przypomnień i Moje zadania w panelu Workflow. * Brak zadanie nie będzie się pojawiało w oknie przypomnień * Przed rozpoczęciem zadanie zacznie się pojawiać o określony w p.26 czas przed rozpoczęciem zadania (DataOd p.22) * Przed zakończeniem zadanie zacznie się pojawiać o określony w p.26 czas przed zakończeniem zadania (DataDo p.23) * Wyrażenie pozwala wskazać wyrażenie, które określi termin rozpoczęcia wyświetlania w liście przypomnień. 26. Czas jeśli wybrano rodzaj przypomnienia przed rozpoczęciem lub zakończeniem, umożliwia wprowadzenie czasu. 27. Wyrażenie jeśli wybrano rodzaj powiadomienia Wyrażenie, pole pozwala wprowadzić pole które będzie źródłem czasu do przypomnienia. 28. Obsługiwać Wybranie opcji TAK spowoduje włączenie powiadomień dotyczących przeterminowania zadania. 29. Definicja zadania wzorzec zadania, które zostanie wygenerowane podczas tworzenia zadania pierwotnego. Jest odpowiedzialny za obsługę przekroczenia terminu wskazanego w polu nr 30. Na liście wyświetlane są zadania systemowe przypisane do tabeli Tasks. 30. Wyrażenie (DateTime) Data po której zadanie zostaje uznane za przeterminowane. Obsługa przeterminowania jest realizowana w zadaniu wskazanego w polu Definicja zadania. Sposób działania jest uzależniony od ustawień Definicji zadania. * Zakładka Wyzwalanie zadań Zakładka jest dostępna po dodaniu licencji na dodatek Harmonogram Zadań. Szczegóły zawiera opis dodatku. 15/20

Przejście - tranzycja Przejście (tranzycja) stanowi element łączący stany procesu (definicje tasków) zawierający warunek realizacji zadania źródłowego (source) oraz utworzenia zadania docelowego (target). Jeśli dany węzeł jest źródłowym dla większej ilości tranzycji i nastąpi spełnienie warunku więcej niż jednej z nich, nastąpi rozgałęzienie - wygenerowanie zadania dla każdego stanu docelowego. Formularz uruchomiony dla procesu pracującego w trybie zaawansowanym posiada trzy zakładki: Formularz przejścia (tranzycji) Ogólne widoczna dla procesu pracującego w dowolnym trybie Nazwa pole edytowalne także po dwukrotnym kliknięciu w strzałkę zpoziomu grafu. Nazwa nie musi być unikalna, jest jednak wymagana. Definicja przejście może zostać utworzone według wzorca zdefiniowanego wkonfiguracji programu z menu podręcznego wobszarze roboczym grafu. W takim wypadku pole Definicja zostaje uzupełnione odpowiednia wartością wzorca. Wzorzec jest źródłem algorytmu warunku dla tranzycji. Menu podręczne może zawierać specjalizowane warunki dla konkretnego typu obiektu. Źródłowy określa węzeł workflow z którym jest związany warunek realizacji Docelowy określa węzeł workflow który jest wzorem do utworzenia zadania systemowego (taska) w przypadku spełnienia warunku przejścia Decyzja użytkownika wybranie opcji TAK powoduje zapytanie użytkownika o kolejny krok Zakładka Algorytm dostępna w widoku zaawansowanym, pozwala wprowadzić algorytm w postaci kodu C# z pominięciem edytora warunków. Informacje zakładka dostępna w widoku zaawansowanym, zawiera informacje na temat dostępnych metod i właściwości podczas konstruowania warunku. [ Słownik pojęć Licencje Konfiguracja modułu Środowisko pracy Rozbudowa narzędzi ] Środowisko pracy użytkownika 365 Obszary robocze Workflow Powiadomienia Lista zadań operator Lista procesów Terminarz Realizacja zadania Formularz kreatora Obszary robocze Workflow Po zalogowaniu do enova dostępne są kafelki a wśród nich Workflow. Kafelek Workflow widoczny jest jeśli logujący się operator posiada licencję na moduł Workflow w wersji platynowej. Powiadomeinia Po wybraniu menu Workflow, użytkownik ma do wyboru Procesy, Zadania, Dokumenty oraz Powiadomeinia. Widok po zalogowaniu do systemu 16/20

Menu Workflow Zarządzanie procesami oraz praca na nich odbywa się z poziomu powiadomień. Uruchomienie procesu odbywa się z menu Czynności znajdującego się u góry Uruchamianie nowego procesu Lista zadań operatora Pojawiają się w niej powiadomienia - zadania do wykonania przez operatora w ramach procesu. Użytkownik z tego miejsca może przejrzeć szczegóły powiadomienia klikając dwukrotnie na zadanie lub klikając w Otwórz lub wykonać zadanie klikając w menu czynności w Uruchom. Do listy powiadomień można również przejść korzystając z ikony dzwonka znajdującej się na górnej belce. Lisa zadań - powiadomienia Ikony na górnej belce Lista procesów Do dyspozycji operatora jest także lista procesów których jest właścicielem. Nad listą procesów w menu Czynności mamy możliwość zakończenia procesu. 17/20

Lista procesów Terminarz Wygodnym sposobem na śledzenie historii jak i oczekujących zadań jest kalendarz wywoływany przez wybranie Terminarz. Terminarz z zadaniami Kalendarz zawiera wszystkie zadania zalogowanego użytkownika. Filtry nad listą pozwalają ograniczyć zakres prezentowanych danych. Realizacja zadania Zasadniczym elementem na którym pracuje użytkownik realizując zadania skierowane do Niego przez workflow jest kreator. Jego wygląd oraz zachowanie są definiowane w konfiguracji programu. Ten sam kreator może być wykorzystywany w wielu etapach tego samego bądź różnych procesów. Formularz kreatora Po uruchomieniu konkretnego zadania na liście powiadomień, pojawia się formularz zawierający dane z którymi będzie pracował użytkownik. Formularz kreatora z podglądem PDF Po lewej stronie formularza znajduje się lista kroków przez które będzie musiał przejść operator w trakcie pracy z kreatorem. Podświetlany na biało jest aktualnie widoczny krok. Przemieszczanie między kolejnymi krokami, następuje przez wybranie przycisku Dalej, powrót do kroku poprzedzającego nastąpi po wybraniu przycisku Wstecz. Operator nie ma możliwości zmiany kolejności przemieszczania między zakładkami, lista kroków jest w trybie tylko do odczytu. Główna część okna to panel danych zawiera pola/ listy z którymi pracuje operator.. [ Słownik pojęć Licencje Konfiguracja modułu Środowisko pracy Rozbudowa narzędzi ] 18/20

Funkcja aktualnie niedostępna dla interfejsu aplikacji enova 365 Workflow w Pulpitach Workflow w Pulpitach Obsługa procesów w Pulpitach wymaga co najmniej jednego stanowiska Workflow w wersji Platynowej w głównej instalacji enova365. Przedział liczby użytkowników Workflow w Pulpitach musi być dostosowany do największego posiadanego przedziału nazwanych użytkowników innych, posiadanych Pulpitów (Pracownika, Kontrahenta, Klienta Biura Rachunkowego). Workflow w Pulpitach dostępny jest w sprzedaży wyłącznie z jednym z podstawowych pulpitów (Pracownika, Klienta Biura Rachunkowego, Kontrahenta). Ile licencji należy zakupić chcąc pracować w połączeniu: Pulpit Workflow i Pulpit pracownika - wymagana ilość licencji dla Workflow w pulpitach: min. 1 licencja WF Platyna(standard), taka sama ilość licencji WF w pulpitach jak ilość licencji na pulpit pracownika Pulpit Workflow a Pulpit kontrahenta - wymagana ilość licencji dla Workflow w pulpitach: min. 1 licencja WF Platyna (standard), taka sama ilość licencji WF w pulpitach jak ilość licencji na pulpit kontrahenta Pulpit Workflow a Pulpit kierownika - wymagana ilość licencji dla Workflow w pulpitach: min. 1 licencja WF Platyna (standard), taka sama ilość licencji WF w pulpitach jak ilość licencji na pulpit pracownika i kontrahenta (oddzielnie) Pulpit WF dla biura rachunkowego - wymagana ilość licencji dla Workflow w pulpitach BR: min. 1 licencja WF Platyna (standard), ilość licencji WF uzależniona od zarejestrowanych użytkowników (np. BR na 50 baz, średnio w bazie są dwa konta - rekomendowana ilość licencji WF = 100). Nie jest sprzedawany samodzielnie. Workflow rozszerza możliwości Pulpitu podstawowego o możliwość procesowania pracy wielu osób stąd procesy przetwarzane przez użytkowników pulpitowych mogą pracować tylko na wybranych typach danych: WfWorkflow, Task, WniosekUrlopowy, Delegacja, Zadanie (CRM), Urządzenie (CRM), DBItem, Pracownicy. Przykłady zastosowania Workflow dotyczące wszystkich dozwolonych typów danych WfWorkflow, Task - Daje możliwość np. kontaktu przez formularz. WniosekUrlopowy - Pracownik zgłasza swoją nieobecność, kierownik otrzymuje powiadomienie o nowym wniosku do akceptacji, który może przebiegać wieloetapowo. Delegacja - Obsługa pełnego obiegu delegacji poprzez złożenie jej, przesyłania dokumentów dot. delegacji np. podczas jej trwania oraz samo rozliczenie delegacji. Zadanie (CRM), Urządzenie (CRM) - Tworzenie zgłoszeń serwisowych przez klienta, dodawanie zgłoszeń serwisowych dotyczących urządzeń. DBItem - Dołączanie dokumentów do rozliczenia do bazy danych w biurze rachunkowym przez klienta. 19/20

last-page Pomoc techniczna - 12 34 92 810, techniczne@enova.pl Pomoc Kadry Płace - 12 34 92 820, place@enova.pl Pomoc Księgowość - 12 34 92 830, ksiegowosc@enova.pl Pomoc Handel - 12 34 92 840, handel@enova.pl Pomoc CRM - 12 34 92 850, crm@enova.pl Pomoc Workflow - 12 34 92 860, workflow@enova.pl Soneta Sp.z o.o. ul. Wadowicka 8A, 30-415 Kraków, tel. 12 34 92 800, e-mail: info@enova.pl, www.enova.pl