Słownik pojęć

W tym słowniku zebrano pojęcia używane w dokumentacji ProcessMind. Hasła pogrupowano tematycznie, a każde z nich zawiera link do strony z pełnym omówieniem.

Przed rozpoczęciem warto poznać dwa pojęcia. Proces oznacza zarówno analizowany workflow, jak i poziomy licencji zapewniające do niego dostęp (Podstawy procesów, Architektura procesów, Analiza procesów). Sprawa to pojedyncze wystąpienie procesu, na przykład zamówienie, faktura lub zgłoszenie do pomocy technicznej. Tego samego słowa używa się w odniesieniu do spraw uwzględnianych w KPI.

Pojęcia ogólne

• Business Process Management (BPM): dziedzina zajmująca się modelowaniem, automatyzacją, monitorowaniem i optymalizacją procesów biznesowych. Zobacz Jak wdrożyć optymalizację procesów.

• BPMN 2.0 (Business Process Model and Notation): standard graficznego modelowania procesów biznesowych. Dzięki niemu diagram jest zrozumiały dla wszystkich, którzy go czytają. Modele ProcessMind powstają z elementów BPMN 2.0. Zobacz Czym jest BPMN 2.0?.

• Process Mining: metoda wykorzystująca dane z systemów IT do odtworzenia rzeczywistego przebiegu procesu, zamiast zakładać, że przebiega on zgodnie z projektem. Pokazuje rozbieżności między rzeczywistością a modelem, miejsca strat czasu i powtarzające się czynności. Zobacz Process Mining.

• Modelowanie procesów: przedstawianie planowanego przebiegu procesu na diagramie z czynnościami, zdarzeniami, połączeniami i bramkami. Ułatwia to udostępnianie, dokumentowanie, nadzorowanie i symulowanie procesu. Zobacz Modelowanie.

• Model procesu: diagram utworzony na obszarze modelowania wraz z ustawieniami elementów, dokumentacją i wersjami. Model można powiązać z jednym lub większą liczbą zbiorów danych, aby porównać założenia z rzeczywistym przebiegiem procesu.

Pojęcia z zakresu process mining

• Działanie: zadanie lub krok wykonywany w procesie. W process mining działania pochodzą z danych, a na obszarze modelowania są przedstawiane jako zaokrąglone prostokąty. Zobacz Działania w zbiorze danych.

• Wąskie gardło: krok, przy którym gromadzi się praca i który spowalnia resztę procesu. Wąskie gardła widać po długim czasie oczekiwania lub stale zajętych zasobach. Zwykle są pierwszym elementem sprawdzanym w symulacji procesów. Zobacz Zasoby i planowanie zdolności.

• Sprawa: pojedyncza instancja procesu, na przykład zamówienie, faktura lub zgłoszenie do pomocy technicznej. Każda sprawa przechodzi własną ścieżkę, od pierwszego do ostatniego zdarzenia.

• Identyfikator sprawy: atrybut identyfikujący sprawę. Jest podstawą każdej analizy: wszystkie zdarzenia z tym samym identyfikatorem należą do jednej sprawy. Wraz z działaniem i czasem zakończenia jest jednym z trzech wymaganych pól process mining.

• Kontrola zgodności: porównanie rzeczywistego przebiegu procesu z jego modelem, aby znaleźć odchylenia i ich przyczyny. Zobacz Kontrola zgodności.

• Czyszczenie i przygotowanie danych: poprawianie i porządkowanie danych z dziennika zdarzeń przed analizą. Obejmuje uzupełnianie brakujących wartości, usuwanie zduplikowanych zdarzeń i wartości odstających, ujednolicanie etykiet oraz ochronę danych osobowych. Zobacz Czyszczenie i przygotowanie danych.

• Dziennik zdarzeń: zapis zdarzeń wyodrębnionych z systemów IT, zawierający jeden wiersz dla każdego działania w każdej sprawie. Dzienniki zdarzeń są podstawowym źródłem danych w process mining. Zobacz Obsługiwane formaty danych.

• Wskaźnik efektywności (KPI): miara służąca do oceny działania procesu, na przykład czas cyklu, czas realizacji, wskaźnik poprawności za pierwszym razem lub koszt. Zobacz Metryki.

• Odkrywanie procesów: automatyczne generowanie modelu procesu na podstawie danych o zdarzeniach, bez ręcznego rysowania modelu. W ProcessMind służy do tego funkcja Eksploruj model na podstawie danych przepływu.

• Ślad: sekwencja działań, które przeszła konkretna sprawa. Ślady są grupowane w warianty. Identyczne ślady przebiegają tą samą ścieżką.

Konfiguracja i ustawienia

Jakie dane są potrzebne do process mining: identyfikator case, nazwa czynności i znacznik czasu dla każdego zdarzenia.

Pojęcia związane z danymi

• Atrybut: kolumna zbioru danych wraz z nazwą wyświetlaną, typem, formatem, widocznością i wartościami. Atrybuty służą do filtrowania, tworzenia dashboardów i analiz. Zobacz Atrybuty zbioru danych.

• Atrybut obliczany: atrybut, którego nie ma w pliku źródłowym i który jest obliczany na podstawie wyrażenia, na przykład czasu trwania case, poziomu priorytetu lub oczyszczonego statusu. Zobacz Atrybuty obliczane.

• Mapowanie kolumn: przypisywanie kolumnom z pliku odpowiednich pól wymaganych przez panel process mining, takich jak identyfikator case, czynność, czas zakończenia i pola opcjonalne. Zobacz Konfiguracja zbioru danych.

• Zbiór danych do porównania: dodatkowy zbiór danych powiązany z tym samym modelem po zbiorze podstawowym. Jest wyświetlany innym kolorem, co ułatwia porównywanie okresów, regionów lub zespołów. Model ma dokładnie jeden zbiór podstawowy i dowolną liczbę zbiorów do porównania. Zobacz Zbiór podstawowy i zbiory do porównania.

• Przepływ danych: czynność pozostawiona w mapowaniu, ale pomijana w obliczeniach. Stosuje się ją do kroków procesu, które nie pozostawiają śladu w danych. Zobacz Mapowanie i usuwanie mapowania czynności.

• Mapowanie danych: przypisanie zbioru danych do modelu i powiązanie jego czynności z elementami modelu. Dopiero po mapowaniu model wyświetla rzeczywiste wartości. Zobacz Mapowanie danych podstawowych.

• Jakość danych: wiarygodność zbioru danych, określana na podstawie kompletności, aktualności, zakresu atrybutów i wzorców czynności. ProcessMind ocenia jakość danych i wskazuje, co należy poprawić. Zobacz Jakość danych.

• Tabela danych: obiekt przechowywania danych w zakresie dzierżawcy, zawierający wiersze zbioru danych. W API jest wskazywany jako dataTableId. Zobacz Przegląd API.

• Zbiór danych: przesłany plik lub kilka części przesyłania skonfigurowanych na potrzeby process mining. Konfiguracja obejmuje mapowanie kolumn, atrybuty i globalny filtr zbioru danych. Zbiór danych można następnie powiązać z modelem. Zobacz Konfiguracja zbioru danych.

• Globalny filtr zbioru danych: filtr wierszy zapisany jako wyrażenie, który obowiązuje wszędzie tam, gdzie używany jest zbiór danych, w tym w analizach, dashboardach i symulacjach. Zobacz Konfiguracja zbioru danych.

• Przyrostowe ładowanie danych: dodawanie nowych wierszy do istniejącego zbioru danych jako kolejnej części przesyłania, czyli delty, zamiast zastępowania pierwotnego pliku. Zobacz Przyrostowe ładowanie danych.

• Zmapowane i niezmapowane czynności: czynność ze zbioru danych jest zmapowana, gdy powiązano ją z elementem modelu. Niezmapowane czynności nadal występują w danych i są wyświetlane półprzezroczyście, z przerywanymi połączeniami, dopóki nie zostaną zmapowane. Zobacz Mapowanie i usuwanie mapowania czynności.

• Zbiór podstawowy: jedyny zbiór danych, który zasila dashboardy, KPI i większość analiz modelu. Wszystkie funkcje wymagające rzeczywistych danych korzystają ze zbioru podstawowego. Zobacz Zbiór podstawowy i zbiory do porównania.

• Pola process mining: kolumny wymagane w zbiorze danych. Wymagane: identyfikator case, czynność i czas zakończenia. Opcjonalne: czas rozpoczęcia, użytkownik, koszt i tCO₂e. Zobacz Konfiguracja zbioru danych.

• Część przesyłania: pojedynczy plik w historii przesyłania zbioru danych, czyli plik pierwotny lub delta dodana podczas przyrostowego ładowania. Zobacz Przyrostowe ładowanie danych.

Pojęcia związane z modelowaniem

• Silnik automatycznego układu: automatycznie rozmieszcza elementy modelu w poziomie lub pionie, opcjonalnie według szablonu. Przydaje się po zaimportowaniu pliku BPMN lub wygenerowaniu modelu za pomocą AI. Zobacz Silnik automatycznego układu.

• Element: dowolny kształt umieszczony na obszarze modelowania, na przykład czynność, zdarzenie, bramka, połączenie, kształt VSM lub element analityczny. Zobacz Obsługiwane elementy BPMN.

• Paleta elementów: lista dostępnych elementów po lewej stronie obszaru modelowania. Są one pogrupowane w kategorie: elementy podstawowe, BPMN, VSM, poziomy architektury i analityka. Zobacz Obszar modelowania.

• Ustawienia elementu: panel służący do konfiguracji wybranego elementu, na przykład typu zadania, znaczników, czasu zdarzenia, typu bramki lub zasobów wykorzystywanych przez czynność. Zobacz Ustawienia i właściwości elementów.

• Wyszukiwanie globalne: jedno pole wyszukiwania obejmujące wszystkie elementy środowiska: procesy, foldery, elementy, role, wersje, komentarze i dokumentację. Zobacz Wyszukiwanie globalne.

• Import i eksport: import istniejącego pliku .bpmn jako nowego modelu lub eksport modelu do formatu BPMN 2.0, PDF, PNG albo jako obrazu. Katalog umożliwia także eksport do CSV i pakietów BPMN. Zobacz Importowanie i eksportowanie plików BPMN oraz Eksportowanie procesów.

• Blokada edycji: oznaczenie procesu, które uniemożliwia dalszą edycję do czasu odblokowania. W workflow publikacji blokada chroni zatwierdzony proces przed zmianami. Zobacz Katalog procesów.

• Generowanie modelu z danych o przepływie: tworzenie lub ponowne generowanie modelu na podstawie zmapowanych danych za pomocą algorytmu DFB, Simple lub AI oraz z określeniem sposobu rysowania bramek. Zobacz Process Mining.

• Obszar modelowania: edytor służący do tworzenia modelu. Po lewej stronie znajduje się paleta elementów, pośrodku obszar roboczy, a po prawej ustawienia elementów. Zobacz Obszar modelowania.

• Animacja procesu: odtwarzanie przebiegu case w czasie za pomocą poruszających się punktów. Pozwala zobaczyć przepływ, miejsca spowolnień i powtarzające się ścieżki. Zobacz Animacja procesu.

• Katalog procesów: strona główna ProcessMind z drzewem folderów zawierającym wszystkie procesy w organizacji, ich poziom, status publikacji i stan, a także filtry i wyszukiwarkę. Zobacz Katalog procesów.

• Klasyfikacja procesu: oznaczenie poufności procesu: publiczny, wewnętrzny lub poufny. Służy do filtrowania i określa, co można udostępniać. Zobacz Katalog procesów.

• Kod procesu: krótki identyfikator o długości do 20 znaków, na przykład PRC-001. ProcessMind proponuje kod na podstawie prefiksu poziomu architektury procesu. Zobacz Katalog procesów.

• Poziom szczegółowości procesu: ustawienie obszaru modelowania, które ukrywa rzadko występujące elementy. Zmienia widok, ale nie wpływa na dane liczbowe. Zobacz Czym jest graf procesu?.

• Graf procesu: wizualizacja rzeczywistego przebiegu case, obejmująca czynności, połączenia z miarami, rozgałęzienia i ścieżki równoległe. To punkt wyjścia do większości analiz. Zobacz Czym jest graf procesu?.

• Opublikowana wersja: opublikowana migawka modelu, którą widzą użytkownicy portalu. Pozostaje widoczna, gdy prace nad modelem są kontynuowane. Zobacz Wersjonowanie.

• Wersja i historia wersji: nazwane migawki modelu, każda z nazwą wyświetlaną i opisem, oraz wersje zapisywane automatycznie przez ProcessMind w ważnych momentach. Każdą wersję można wyświetlić i przywrócić. Zobacz Wersjonowanie.

Pojęcia związane z modelowaniem BPMN 2.0

• Artefakt (BPMN): dodatkowe elementy, które uzupełniają kontekst, ale nie wpływają na przepływ: obiekty danych, grupy i adnotacje. Nie należy ich mylić z artefaktami jako załączonymi plikami. Zobacz Artefakty BPMN.

• Zdarzenie: wyzwalacz lub rezultat, który rozpoczyna, przerywa albo kończy proces. Zdarzenia dzielą się na początkowe, pośrednie i końcowe. Mogą być na przykład zdarzeniami czasowymi, komunikatami lub błędami. Zobacz Zdarzenia.

• Bramka oparta na zdarzeniach: bramka oczekująca na jedno z kilku zdarzeń. Proces jest kontynuowany ścieżką odpowiadającą zdarzeniu, które wystąpi jako pierwsze.

• Bramka: punkt decyzyjny sterujący przepływem. Bramka wyłączna (XOR) wybiera jedną ścieżkę, równoległa (AND) uruchamia wszystkie ścieżki jednocześnie, a inkluzywna (OR) wybiera jedną lub więcej ścieżek. Zobacz Bramki BPMN.

• Tor: część puli przypisująca pracę do roli, działu lub osoby. Tory pokazują, kto wykonuje poszczególne zadania. Zobacz Pule i tory.

• Znacznik: mały symbol na czynności, który zmienia jej działanie, na przykład znacznik pętli, wielu instancji lub kompensacji. Zobacz Ustawienia i właściwości elementów.

• Message Flow: połączenie między dwiema pulami, które pokazuje wymianę komunikatów lub informacji. Message Flow samodzielnie nie kontynuuje sekwencji jednego procesu. Zobacz Łączenie obiektów.

• Pula: kontener reprezentujący uczestnika procesu, na przykład firmę, dział lub system. Pule wyznaczają granice procesu. Zobacz Pule i tory.

• Sequence Flow: połączenia pokazujące kolejność wykonywania czynności, zdarzeń i bramek w obrębie jednej puli. Zobacz Łączenie obiektów.

• Podproces: grupa czynności zwinięta do jednego kształtu, aby ułatwić czytanie dużego modelu. Podproces można rozwinąć, aby zobaczyć szczegóły. Zobacz Czynności.

• Zadanie: najmniejsza jednostka pracy w modelu. Zadanie to pojedyncza czynność, na przykład zadanie użytkownika, usługi lub ręczne. Zobacz Czynności.

Podstawowe elementy BPMN 2.0

W tym dokumencie przedstawiono podstawowe elementy potrzebne do tworzenia modeli procesów, w tym zdarzenia, czynności, bramki i artefakty.

W tej sekcji wyjaśniono, czym są te elementy i jak działają w workflow.

Pojęcia związane z analizą

• Eksplorator spraw: Panel z widokiem pojedynczej sprawy i wszystkimi informacjami na jej temat: osią zdarzeń, atrybutami, statystykami i surowymi wierszami danych. Zobacz Eksplorator spraw.

• Wskaźnik zgodności: Odsetek spraw, które przebiegają zgodnie z modelem. Im wyższy wskaźnik, tym bardziej przewidywalny proces. Zobacz Sprawdzanie zgodności.

• Pokrycie: Odsetek spraw przypadających na dany wariant, wartość lub opcję filtra. Wariant o pokryciu 40% występuje w 40% wszystkich spraw. Zobacz Warianty procesu.

• Ramy CURES: Pięć wymiarów, według których ProcessMind ocenia proces: Zgodność modelu z procesem (na ile sprawy przebiegają zgodnie z modelem), Jednolitość (na ile przebieg jest spójny), Poprawki (ile pracy trzeba powtarzać), Efektywność (jak szybko przebiega praca) i Płynność (na ile równomierny jest przebieg). Razem składają się na wynik Kondycja procesu. Zobacz Ramy CURES.

• Odchylenie: Sprawa, której przebieg odbiega od modelu, na przykład pominięto lub powtórzono krok albo wykonano go w innej kolejności. Zobacz Sprawdzanie zgodności.

• Filtr: Reguła ograniczająca zakres spraw uwzględnianych w analizie. Może dotyczyć okresu, wariantu, wartości atrybutu lub sekwencji działań. Filtry można łączyć, a przydatny zestaw zapisać jako tag. Zobacz Korzystanie z filtrów.

• Zasada czterech oczu (rozdział obowiązków): Specjalny filtr, który wyszukuje sprawy, w których tę samą czynność wykonała i zatwierdziła ta sama osoba lub ten sam zespół. To ryzyko związane z kontrolą. Zobacz Korzystanie z filtrów.

• Ścieżka bez zakłóceń: Jeden lub kilka wariantów, które obejmują większość spraw. Pozostałe przebiegi są wyjątkami i często stanowią najciekawszy obszar analizy. Zobacz Warianty procesu.

• Zakładka procesu: Zapisany widok dashboardu wraz z filtrami i ustawieniami. Można go ponownie otworzyć, zachować jako prywatny lub udostępnić publicznie, a także przekazać innym za pomocą linku. Zobacz Zakładki procesu.

• Kondycja procesu: Powtarzalny, pojedynczy wynik dla procesu, obliczany na podstawie pięciu wymiarów CURES i wyświetlany na osobnym dashboardzie kondycji. Zobacz Kondycja procesu.

• Wariant procesu: Odrębna sekwencja działań, według której przebiegają sprawy. Porównanie wariantów pokazuje, które ścieżki są standardowe, które występują rzadko i gdzie tracony jest czas. Zobacz Warianty procesu.

• Poprawki: Ponowne wykonanie pracy w ramach sprawy, na przykład powtórzenie kroku, który już wcześniej wystąpił. Poprawki to jeden z pięciu wymiarów CURES. Zobacz Ramy CURES.

• Tag: Zapisany zestaw filtrów, którego można ponownie użyć w panelu filtrów. Dzięki temu nie trzeba za każdym razem odtwarzać tego samego wyboru. Zobacz Korzystanie z filtrów.

• Filtr zmienności: Filtr wyświetlający wszystkie warianty w danych, uporządkowane według liczby spraw, które nimi przebiegają, wraz z informacjami o pokryciu i czasie. Zobacz Warianty procesu.

Pojęcia związane z dashboardami i miarami

• Udział aktywnego czasu: Część zmierzonego czasu danego kroku, którą zajęła praca, a nie oczekiwanie na tym samym kroku. Zobacz Metryki czasu.

• Analityka w modelu: Umieszczanie wykresów i kafelków z metrykami bezpośrednio na obszarze modelowania, aby obok elementów modelu wyświetlać dane liczbowe. Wykres może uwzględniać filtry dashboardu albo zawsze pokazywać wszystkie dane. Zobacz Dodawanie analityki do modelu.

• Czas trwania sprawy: Czas, który upływa od pierwszego do ostatniego zdarzenia w sprawie. To ta sama miara na poziomie sprawy co czas realizacji, a także podstawa filtra czasu trwania sprawy. Zobacz Metryki czasu.

• Sprawy zamknięte i otwarte: Sprawy, które dotarły do zdarzenia końcowego (zamknięte), oraz te, które nadal trwają (otwarte). Dla otwartych spraw nie można jeszcze obliczyć czasu realizacji, dlatego metryki czasu zwykle obejmują tylko sprawy zamknięte. Zobacz Metryki czasu.

• Niestandardowy dashboard: Dashboard utworzony samodzielnie przez rozmieszczenie wykresów i kafelków na siatce. Można go edytować, kopiować i udostępniać. Zobacz Niestandardowe dashboardy.

• Czas cyklu: Czas trwania sprawy liczony raz dla każdej sprawy. Tytuły dashboardów i kafelki pokazują czas cyklu jako wartość dla całej sprawy. Dla poszczególnych kroków mierzy się natomiast czas przetwarzania i czas oczekiwania. Zobacz Metryki czasu.

• Kafelek KPI: Element dashboardu wyświetlający jedną wartość, na przykład liczbę spraw, średni czas lub odsetek spraw. Zobacz Niestandardowe dashboardy.

• Wskaźnik: Wartość obliczona na podstawie danych, na przykład liczba, odsetek, średnia, mediana lub miara czasu. Wskaźniki są wyświetlane na wykresach i kafelkach. Zobacz Wskaźniki.

• Norma: Zakres docelowy ustawiony na wykresie. Pozwala ocenić, czy wartość jest prawidłowa, wymaga obserwacji czy wykracza poza zakres. Zobacz Wykresy procesów.

• Wykres procesu: Wykres przedstawiający dane procesu, na przykład rozkład działań, czas dla poszczególnych kroków, odsetek spraw lub trendy w czasie. Zobacz Wykresy procesów.

• Dashboardy procesów: Dashboardy przypisane do procesu. Łączą wykresy, wskaźniki i filtry, aby pokazać, jak przebiega proces. Stanowią punkt wyjścia do tworzenia niestandardowych dashboardów i zakładek. Zobacz Dashboardy procesów.

• Czas przetwarzania: Czas aktywnej pracy przy danym kroku, liczony osobno dla każdego jego wystąpienia. Zobacz Metryki czasu.

• Najwolniejsze sprawy: Najwolniejsze sprawy w wybranym zbiorze, określane przez porównanie wysokiego percentyla (P90) z medianą. Długi ogon oznacza, że wiele spraw trwa znacznie dłużej niż typowa sprawa. Zobacz Metryki czasu.

• Wskaźniki zrównoważonego rozwoju (tCO₂e): Wskaźniki śladu węglowego obliczane na podstawie opcjonalnej kolumny tCO₂e w zbiorze danych. Wynik podawany jest w tonach ekwiwalentu CO₂ dla każdego działania. Zobacz Wykresy procesów.

• Czas realizacji: Czas trwania sprawy liczony raz dla każdej sprawy: od pierwszego do ostatniego zdarzenia albo między wybranymi elementami początkowym i końcowym. Zobacz Metryki czasu.

• Łączny czas cyklu: Suma czasów realizacji wszystkich spraw w wybranym zbiorze. W przeciwieństwie do średniej wartość ta rośnie wraz z liczbą uwzględnionych spraw. Zobacz Metryki czasu.

• Czas przejścia: Średni czas między dwoma połączonymi działaniami, liczony osobno dla każdego połączenia. Każda sprawa, która przechodzi przez dane połączenie, dostarcza jeden pomiar. Zobacz Metryki czasu.

• Czas oczekiwania: Czas bezczynności przed rozpoczęciem pracy przy danym kroku, liczony osobno dla każdego jego wystąpienia. Oczekiwanie często stanowi największą część długiego czasu cyklu. Zobacz Metryki czasu.

Pojęcia związane z symulacją procesów

• Tempo napływu spraw: Częstotliwość, z jaką nowe sprawy trafiają do procesu w danej jednostce czasu. Domyślnie napływ ma rozkład Poissona i wynosi 1 sprawę na godzinę. Zobacz Uruchamianie symulacji.

• Wartość bazowa: Zatwierdzona symulacja, która stanowi punkt odniesienia w analizie „co, jeśli”. Wariant porównuje się z wartością bazową, a nie z przeszłością. Zobacz Analiza „co, jeśli”.

• Symulacja zdarzeń dyskretnych: Technika symulacji stosowana przez ProcessMind. Zegar przeskakuje od jednego zdarzenia do następnego, a pomiędzy nimi nic się nie dzieje. Dzięki temu można szybko symulować wiele spraw, do 5 000 000 zdarzeń w jednym przebiegu. Zobacz Jak działa silnik symulacji.

• Rozkład: Wzorzec statystyczny, według którego generowane są wartości losowe, na przykład odstępy między przybyciem spraw lub czasy przetwarzania. ProcessMind obsługuje rozkłady: stały, normalny, jednostajny, trójkątny, Poissona, lognormalny, Weibulla, beta i Pearsona VI. Zobacz Rozkłady statystyczne.

• Odstęp między przybyciem spraw: Czas między kolejnymi przybyciami, losowany z rozkładu. Wraz z tempem napływu spraw określa, jak duże jest obciążenie procesu. Zobacz Jak działa silnik symulacji.

• Symulacja Monte Carlo: Technika symulacji, która wykorzystuje losowe próby do szacowania niepewności. Silnik ProcessMind stosuje zamiast niej symulację zdarzeń dyskretnych. Zmienność wynika z rozkładów skonfigurowanych dla poszczególnych kroków i przybyć, a nie z wielokrotnego losowania całego procesu.

• Optymalizacja: Dostosowanie parametrów procesu, dostępności zasobów lub wzorców napływu spraw, aby uzyskać najlepszy możliwy wynik w modelu. W ProcessMind można porównywać przebiegi analizy „co, jeśli”, aby znaleźć optymalne ustawienia. Zobacz Analiza „co, jeśli”.

• Częstotliwość: Reguły określające, kiedy dostępny jest krok, zasób lub wzorzec napływu spraw, na przykład w każdy dzień roboczy, co tydzień lub co miesiąc. ProcessMind sprawdza reguły częstotliwości po kolei. Obowiązuje pierwsza pasująca reguła. Zobacz Częstotliwość.

• Symulacja procesów: Odtworzenie procesu za pomocą modelu, które pozwala sprawdzić zmiany i ich wpływ na czas realizacji, czas oczekiwania i długość kolejki bez ingerowania w rzeczywisty proces. Zobacz Czym jest symulacja procesów?.

• Kolejka: Sprawy oczekujące na wykonanie kroku. Kolejki powstają, gdy napływa więcej spraw, niż mogą obsłużyć dostępne zasoby. Są głównym źródłem czasu oczekiwania. Zobacz Zasoby i planowanie dostępności.

• Strategia kolejkowania: Reguła określająca, która oczekująca sprawa zostanie obsłużona jako następna: pierwsza na wejściu, pierwsza na wyjściu; ostatnia na wejściu, pierwsza na wyjściu; albo losowo. Zobacz Zasoby i planowanie dostępności.

• Przydział zasobów: Przypisywanie zasobów, takich jak osoby, zespoły i maszyny, do działań, które ich wymagają. Dzięki temu dostępność i koszty odzwierciedlają rzeczywiste warunki. Zobacz Zasoby i planowanie dostępności.

• Pula zasobów: Zestaw wymiennych zasobów, z których korzysta dane działanie. Określona liczebność puli ogranicza liczbę spraw obsługiwanych jednocześnie. Zobacz Zasoby i planowanie dostępności.

• Priorytet reguł: Kolejność sprawdzania reguł częstotliwości. Obowiązuje pierwsza pasująca reguła, a reguła domyślna obejmuje pozostałe przypadki. Zobacz Częstotliwość.

• Konfiguracja symulacji: Zapisany zestaw ustawień symulacji, obejmujący okres, napływ spraw, zasoby i parametry elementów. Można go uruchamiać, porównywać z innymi i uruchamiać ponownie. Zobacz Uruchamianie symulacji.

• Model symulacyjny: Model procesu odczytywany przez silnik symulacji. Obejmuje elementy, czasy trwania, prawdopodobieństwa tras, zasoby i napływ spraw. Zobacz Jak działa silnik symulacji.

• Okres symulacji: Data rozpoczęcia i zakończenia symulacji. Wyniki obejmują tylko zdarzenia z tego przedziału. Zobacz Uruchamianie symulacji.

• Szansa pominięcia: Wartość procentowa określająca, jaka część spraw może ominąć dany element lub ścieżkę, aby symulacja lepiej odzwierciedlała rzeczywistość. Zobacz Opis interfejsu symulacji.

• Przepustowość: Liczba spraw zakończonych przez proces w danym okresie. Na dashboardach tę samą miarę przedstawiają liczba spraw i czas realizacji. Zobacz Wskaźniki.

• Wykorzystanie zasobów: Odsetek dostępnego czasu, w którym zasób wykonuje pracę. Oblicza się go, dzieląc czas pracy przez czas dostępności. Wykorzystanie powyżej około 80% zwykle oznacza, że kolejki będą się wydłużać. Zobacz Zasoby i planowanie dostępności.

• Wirtualny dziennik zdarzeń: Wynik symulacji zapisany w strukturze przypominającej rzeczywisty dziennik zdarzeń. Ponieważ ma taki sam układ jak dane, symulację można analizować tak samo jak rzeczywisty proces. Zobacz Czym jest symulacja procesów?.

• Okres rozgrzewki: Dodatkowy czas symulacji przed oficjalną datą rozpoczęcia. Pozwala procesowi osiągnąć stan ustalony, zanim zostaną zebrane wyniki. Raportowane są tylko zdarzenia z okresu symulacji. Zobacz Uruchamianie symulacji.

• Analiza „co, jeśli”: Zmiana jednego lub kilku parametrów i porównanie wyniku z wartością bazową, aby sprawdzić, która zmiana przynosi poprawę. Zobacz Analiza „co, jeśli”.

Pojęcia związane z architekturą procesów i nadzorem

• Poziom architektury: Konfigurowalny rodzaj procesu w architekturze procesów, na przykład Strumień wartości przedsiębiorstwa, Proces lub Subprocess. Każdy poziom ma własną nazwę, ikonę, pola dokumentacji i reguły. Jeden poziom jest domyślny dla nowych elementów. Zobacz Poziomy architektury.

• Oznaczenie poziomu: Oznaczenie na modelu informujące, do którego poziomu architektury należy. Pozwala szybko sprawdzić jego miejsce w hierarchii. Zobacz Poziomy architektury procesów.

• Jakość modelu: Procentowy wynik modelu wyświetlany bezpośrednio na obszarze roboczym. Wynik jest oznaczony jednym z pięciu kolorów. Po jego otwarciu można zobaczyć wszystkie kontrole, które go obniżyły. Zobacz Jakość modelu.

• Status publikacji: Status procesu w cyklu życia: Wersja robocza, W trakcie weryfikacji, Zatwierdzono, Wycofane lub Zarchiwizowano. Użytkownicy z uprawnieniami do przeglądania widzą tylko zatwierdzone i opublikowane procesy. Zobacz Nadzór i publikowanie.

• Macierz RACI: Przypisanie ról Responsible, Accountable, Consulted i Informed do poszczególnych działań. Macierz RACI jasno określa odpowiedzialność. Role można przypisać do torów, aby model i macierz były spójne. Zobacz Role i RACI.

• Biblioteka ról: Centralny wykaz definicji ról do ponownego wykorzystania. Każda rola ma poziom, zakres odpowiedzialności, przypisane osoby i tagi. Role z biblioteki można przypisywać do działań i w macierzy RACI. Zobacz Role i RACI.

• Mapowanie strumienia wartości (VSM): Technika lean służąca do mapowania strumienia wartości od początku do końca. Wykorzystuje własne kształty, takie jak krok procesu, zapasy, zlecenie Kanban i KPI. Zobacz Mapowanie strumienia wartości.

Pojęcia związane z dokumentacją i portalem

• Pliki załączone: Pliki dołączone do zadania lub sekcji dokumentacji, na przykład PDF, obraz, arkusz kalkulacyjny lub nagranie wideo. ProcessMind przetwarza je wstępnie, aby Asystent AI mógł odczytywać i wyszukiwać ich treść oraz wykorzystywać ją jako kontekst. Zobacz Pliki załączone.

• Edytor dokumentacji: Edytor do tworzenia uporządkowanej dokumentacji modelu. Można konfigurować sekcje i umieszczać je obok opisywanych elementów. Zobacz Edytor dokumentacji.

• Przetwarzanie wstępne: Etap działający w tle, który wydobywa użyteczną treść z dołączonego lub przesłanego pliku. Obejmuje ekstrakcję tekstu, OCR dla obrazów i transkrypcję nagrań wideo. Zobacz Pliki załączone.

• Dokumentacja procesów: Opis procesu obejmujący jego cel, zakres, kroki, role i mechanizmy kontrolne. Jest uporządkowany w sekcje i dołączony do modelu. Zobacz Dokumentacja procesów.

• Portal procesów: Widok tylko do odczytu dla osób, które powinny mieć wgląd w proces, ale nie mogą go zmieniać. W tym samym środowisku udostępnia widoki katalogu, procesu i dokumentacji. Zobacz Portal procesów.

• Wyszukiwanie semantyczne: Wyszukiwanie treści według znaczenia, a nie dokładnego brzmienia. ProcessMind umożliwia w ten sposób przeszukiwanie treści wydobytej z załączonych plików, a także modeli, elementów i dokumentacji za pomocą wyszukiwania globalnego. Zobacz Pliki załączone.

Funkcje AI

• Asystent AI: Panel czatu, który odczytuje modele i dane, odpowiada na pytania prostym językiem i proponuje konkretne zmiany. Zobacz Asystent AI.

• Kredyt AI: Jednostka, w której rozliczane jest korzystanie z AI. Kredyty są wspólne dla całej organizacji, odnawiają się co miesiąc, a niewykorzystane przepadają. Każdy plan obejmuje określoną pulę. Zobacz Wykorzystanie i kredyty.

• Rekomendacje dotyczące danych AI: Analiza zbioru danych, która wskazuje wykryte problemy i podpowiada, jak zmapować dane oraz je ulepszyć. Zobacz Rekomendacje dotyczące danych AI.

• Generowanie procesów przez AI: Tworzenie modelu na podstawie opisu procesu w języku naturalnym, z możliwością wyboru układu i rozmiaru. Zobacz Generowanie procesów przez AI.

• Podsumowania AI: Podsumowania generowane przez AI i umieszczane na obszarze roboczym. Obejmują wąskie gardła, zgodność, możliwości zastosowania RPA, trendy i kondycję procesu. Zobacz Podsumowania AI.

• Symulacja wspomagana przez AI: Generowanie parametrów symulacji na podstawie samego modelu. Mogą to być sugestie AI lub wartości zaobserwowane w zmapowanych danych, zamiast ręcznego konfigurowania każdego parametru. Zobacz Symulacja wspomagana przez AI.

• Różnice: Podgląd zmian proponowanych przez AI, pokazujący stan przed zmianą i po niej. Zmiany są wprowadzane dopiero po zaakceptowaniu podglądu. Zaakceptowane zmiany można cofnąć. Zobacz Asystent AI.

• Możliwości zastosowania RPA: Kroki, które według danych są powtarzalne i oparte na regułach, a więc mogą nadawać się do automatyzacji. Zobacz Podsumowania AI.

Pojęcia związane z integracją i API

• Klucz API: Dane uwierzytelniające do Zewnętrznego API. Klucz środowiskowy działa w jednym środowisku. Klucz organizacji może też tworzyć klucze dla innych środowisk. Zobacz Klucze API.

• Zakres uprawnień API: Zestaw uprawnień przypisanych do klucza API: read, write, uploadData i sessions. Zakresy wybiera się podczas tworzenia klucza. Domyślnie sessions jest wyłączone. Zobacz Klucze API.

• Zewnętrzne API: Interfejs REST umożliwiający programowe odczytywanie i zapisywanie danych ProcessMind. Dostęp wymaga uwierzytelnienia za pomocą klucza API. Zobacz Przegląd API i Dokumentację API.

• Integracja: Łączenie ProcessMind z innymi systemami. Obejmuje to Zewnętrzne API, klucze API, webhooki i serwer MCP. Zobacz Dokumentację API.

• Token logowania: Jednorazowy token ważny przez 60 sekund, który umożliwia zalogowanie użytkownika do ProcessMind bez linku wysyłanego e-mailem. Do jego wygenerowania wymagany jest zakres uprawnień API sessions. Zobacz Klucze API.

• Serwer MCP: Serwer Model Context Protocol ProcessMind, który udostępnia procesy, zbiory danych i wyniki symulacji jako narzędzia dla Asystentów AI. Dostępny w planie Enterprise. Zobacz Serwer MCP.

• Webhook: Powiadomienie wysyłane na zewnątrz. Gdy wystąpi zdarzenie dotyczące procesu, zbioru danych lub symulacji, ProcessMind wysyła podpisany ładunek JSON do wskazanego punktu końcowego. Zobacz Webhooki.

Pojęcia związane z platformą i ustawieniami aplikacji

• Poziom dostępu (licencja): Zakres działań dostępnych użytkownikowi w danym środowisku, a zarazem jednostka, za którą Państwo płacą. Dostępne poziomy to Brak, Odbiorca portalu, Podstawy procesów, Architektura procesów i Analiza procesów. Poziom dostępu jest przypisany do środowiska, więc użytkownik może mieć inny poziom w każdym z nich. Zobacz Użytkownicy, role i uprawnienia.

• Uprawnienia administratora: Dostęp do ustawień jest niezależny od poziomu dostępu. Administrator organizacji zarządza całą organizacją, a Administrator zarządza jednym środowiskiem. Użytkownik może pełnić funkcję administratora bez przypisanego poziomu dostępu. W takim przypadku może zarządzać ustawieniami, ale nie otworzy katalogu, modeli ani dashboardów. Zobacz Użytkownicy, role i uprawnienia.

• Dziennik audytu: Chronologiczny zapis działań, dostępny tylko administratorom. Zawiera informacje o tym, kto, co i kiedy zrobił oraz w którym środowisku. Zobacz Dziennik audytu.

• Profil firmy: Nazwa, witryna internetowa, opis, branża i wielkość organizacji. Te informacje stanowią kontekst dla funkcji AI, takich jak prompty i podsumowania. Zobacz Profil firmy.

• Przechowywanie danych: Zasady dotyczące danych po upływie czasu. Dane pozostają w systemie po wygaśnięciu planu. Po usunięciu organizacji przez krótki czas można ją jeszcze przywrócić, zanim dane zostaną skasowane. Zobacz Rozliczenia i płatności oraz Ustawienia organizacji.

• Plan Enterprise: Najwyższy plan, przeznaczony dla organizacji, które potrzebują zarządzania i integracji. Obejmuje wiele środowisk, nieograniczoną liczbę odbiorców portalu, serwer MCP i Bring Your Own AI, pełne oznakowanie własną marką oraz pulę kredytów AI dostosowaną do warunków umowy. Zobacz Wykorzystanie i kredyty.

• Środowisko (tenant): Obszar roboczy w organizacji, z własnym adresem URL, krótką nazwą, użytkownikami, ustawieniami, lokalizacją i profilem firmy. Środowiska pozwalają oddzielić pracę, na przykład między jednostkami biznesowymi albo środowiskiem produkcyjnym i testowym. Zobacz Środowiska (tenanty).

• Wielodostępność: Architektura, która pozwala jednej instalacji obsługiwać wiele organizacji, a w ramach każdej z nich wiele środowisk, przy zachowaniu odrębnych danych i ustawień. Zobacz Środowiska (tenanty).

• Organizacja: Najwyższy poziom konta. Organizacja obejmuje środowiska, użytkowników, licencje i plan rozliczeniowy. Zobacz Ustawienia organizacji.

• Plan: Subskrypcja określająca liczbę dostępnych licencji i pulę kredytów AI. Nowe konto rozpoczyna się 14-dniowym okresem próbnym. Po jego zakończeniu obszar roboczy zostaje zablokowany do czasu wyboru dalszego planu: płatnego albo Process Individual. W tym drugim przypadku jedna osoba zachowuje dostęp w zakresie wystarczającym do demonstracji: do 10 000 zdarzeń w zbiorze danych, 20 kredytów AI i 5 eksportów miesięcznie. Zobacz Rozliczenia i płatności.

• Odbiorca portalu: Bezpłatny poziom dostępu tylko do odczytu dla osób, które potrzebują wyłącznie opublikowanych treści portalu. Odbiorcy nie wliczają się do płatnych licencji. Każda licencja Architektura procesów i Analiza procesów obejmuje 10 odbiorców portalu, a każda licencja Analiza procesów także 3 osoby przeglądające dashboardy. W planie Enterprise można włączyć nieograniczony dostęp dla odbiorców. Zobacz Użytkownicy z dostępem tylko do odczytu.

• Podstawy procesów, Architektura procesów, Analiza procesów: Trzy płatne ścieżki, na których opiera się platforma. Każda ma przypisany własny poziom dostępu. Podstawy procesów obejmują modelowanie, dokumentację i katalog procesów. Architektura procesów dodaje zarządzanie, zatwierdzanie i publikowanie, jakość modeli oraz Process Portal. Analiza procesów obejmuje process mining, dashboardy, symulację, eksporty analiz i funkcje AI. Zobacz Ścieżka Podstawy procesów, Ścieżka Architektura procesów i Ścieżka Analiza procesów.

• Logowanie jednokrotne (SSO): Logowanie za pomocą konta Microsoft, Google lub LinkedIn zamiast hasła ProcessMind. Przechowywane są tylko adres e-mail, imię i nazwisko oraz zdjęcie profilowe. Zobacz Logowanie jednokrotne (SSO).

• Motyw i oznakowanie własną marką: Wygląd każdego środowiska, w tym branding, kolory ogólne, kolory elementów BPMN i VSM, kolory zbiorów danych oraz wykresów. Zmiana stylu jest dostępna w każdym planie. Pełne oznakowanie własną marką, bez oznaczeń ProcessMind, wymaga umowy OEM Partner Agreement. Zobacz Motywy i oznakowanie własną marką.

• Wykorzystanie i kredyty: Ekran pokazujący, jak organizacja korzysta z platformy. Zawiera informacje o kredytach AI i innych limitowanych kategoriach, takich jak symulacje, przetwarzanie wstępne, zapytania, dashboardy, eksporty, przestrzeń dyskowa i wykorzystanie API. Zobacz Wykorzystanie i kredyty.

• Dostęp do analiz: Ustawienie zapewniające dostęp do dashboardów tylko do odczytu, niezależnie od poziomu dostępu. Jest włączone dla licencji Analiza procesów oraz przypisanych do nich osób przeglądających dashboardy. Odbiorcy portalu w planie Enterprise mogą przeglądać dashboardy, ale licencje Podstawy procesów i Architektura procesów nie zapewniają dostępu do dashboardów analitycznych. Zobacz Użytkownicy, role i uprawnienia.

Ustawienia aplikacji

Ustawienia znajdują się w sekcji Ustawienia aplikacji. Obejmują użytkowników i poziomy dostępu, środowiska, profil firmy, motywy, dziennik audytu, rozliczenia i wykorzystanie. W tej części dokumentacji opisano dostępne ustawienia i sposób ich konfiguracji.

Powiązane tematy

• Czym jest ProcessMind?: przegląd platformy i trzech ścieżek.
• Użytkownicy, role i uprawnienia: licencje, poziomy dostępu i uprawnienia administratora.
• Metryki czasu: czas realizacji, czas cyklu, czas przetwarzania i czas oczekiwania.
• Podstawowy i porównawczy: relacje między zbiorami danych a modelem.
• Ramy CURES: terminologia związana ze zdrowiem procesu.
• Jak działa silnik symulacji: mechanizmy stojące za terminami używanymi w symulacji.