Witam,
Posiadamy wersję B systemu - najnowszą. Na naszej infrastrukturze. Jesteśmy na etapie konfiguracji poinstalacyjnej. Staramy się dodać schematy procesów (na start chociaż podstawowe), ale pomimo nadawania stosownych uprawnień dla adminów, nie pojawia się kafelek do zarządzania nimi. Wg instrukcji po uruchomieniu uprawnienia: Administrator.SchematyProcesow na poziomie Instytucja
powinien pojawić się adminowi kafelek do zarządzania schematami, ale nic takiego się nie dzieje.
Ktoś ma jakiś pomysł co robimy źle?
W którejś z dyskusji wyczytałem, że wersja B SaaS nie obsługuje schematów, ale instrukcja systemu tego nie potwierdza. A jeśli rzeczywiście schematy w wersji B nie są obsługiwane, to co w zamian? W wersji demo na stronach gov da się obiekty puszczać schematami.
Nie wiem czy nie trzeba najpierw na “wyższym” poziomie zainstalować i skonfigurować Camundy 
Procesy wewnętrzne, czy procesy BPMN?
Na wersji B to chyba procesy wewnętrzne nie działają. One z tego co kojarzę są tylko dla wersji A.
Dlatego dopytuję o które procesy chodzi.
Czy faktycznie procesy wewnętrzne na wersji B nie działają? Nadaliśmy uprawnienia i nie pojawia się kafelek “Schematy procesów“ - opisane w instrukcji: https://podrecznik.ezdrp.gov.pl/tworzenie-schematow-procesow/.
Jeśli powyższe się potwierdzi, to czy planowane jest rozbudowanie wersji B o tę funkcjonalność?
Dla wersji B procesy wewnętrzne nie są dostępne.
Dziękuję za odpowiedź. Czy w taki razie dla wersji B jedyną możliwością tworzenia procesów jest wykorzystanie modułu opartego w BPMN?
Nie rozróżniamy „procesów wewnętrznych” od „procesów BPMN”, bo BPMN nie jest rodzajem procesu, tylko standardem jego modelowania.
Proces to proces — niezależnie od tego, czy dotyczy spraw wewnętrznych, czy zewnętrznych.
BPMN natomiast to jedynie notacja, czyli sposób graficznego przedstawienia przebiegu procesu.
Dlatego mówiąc o BPMN, mówimy o formie zapisu, a nie o rodzaju procesu.
Systemy informatyczne mają sens właśnie dlatego, że potrafią procesy automatyzować.
Przykładowo: jeżeli chcę złożyć wniosek urlopowy, to proces może wyglądać następująco:
po utworzeniu dokumentu system automatycznie przekazuje go do przełożonego;
po akceptacji przełożony wysyła informację zwrotną do pracownika oraz osoby zastępującej,
a także przekazuje dokument do kadr.
Czy w wersji B, jestem w stanie tak rozumiany proces stworzyć, abym nie musiał jako pracownik samodzielnie wszystkiego ręcznie przekazywać? Aby kierownik nie musiał ręcznie przekazywać do kadr ani ręcznie wysyłać informacji że ten urlop jest?
A jeśli mamy jednak instalować Commundę, to czy problemy z uprawnieniami do procesów zostały rozwiązane, tzn. czy osoby nieuprawnione nie widzą nie swoich uruchomionych procesów?
A jeśli nie, to czy są prowadzone jakieś prace nad innym systemem zapewniającym procesowość w systemie EZD RP. Bo obieg dokumentów bez takiej funkcjonalności to jak urząd bez kawy — niby działa, ale wszyscy mają ochotę wyjść po trzecim piśmie.
Rozumiem że dopisek “NASK” obok imienia i nazwiska oznacza, że jest Pan przedstawicielem producenta, więc fajnie jakby Pan odpowiedział.
BPMN jest odniesieniem do podręcznika EZD RP @uszynskimarcin dlatego o to pytałem. Są prowadzone prace nad procesowością, ale temat jest jeszcze na zbyt wczesnym etapie, żeby o tym pisać.
https://podrecznik.ezdrp.gov.pl/modul-bpmn-od-czego-zaczac/
@Hania na chwilę obecną tak.
Chciałbym zapytać o zakres obsługi procesów BPMN przez EZD RP. Zainstalowaliśmy sobie EZD RP w wersji 21.32.7 (B) i próbujemy się zorientować, czy da się w nim zrealizować procesy, które dotychczas realizowaliśmy innymi narzędziami. Podstawowe procesy udaje się skutecznie tworzyć i uruchamiać, ale chciałbym zrealizować taki, w którym użytkownik w ramach zadania wskazuje kilkoro użytkowników systemu (ich liczba nie jest z góry znana), którzy w następnym kroku dostaną zadanie typu akceptuj/odrzuć (i skomentuj).
Mam świadomość, że prace nad procesowością trwają i przez to dokumentacja jest jeszcze nieco pobieżna, ale chciałbym wiedzieć, czy robię coś nieumiejętnie, czy po prostu takie rozwiązanie nie jest (jeszcze) zaimplementowane.
W Camundzie taki scenariusz obsługuje się user task, ale w wersji parallell, multi-instance. Przygotowaniem do tego byłby data grid w formularzu z polem użytkownika EZDRP i komentarzem (powielanym w czasie edycji formularza na dowolną liczbę użytkowników). Jednak EZD RP przy tworzeniu schematu procesu nie pokazuje w ogóle takiego zadania ani w części widoczności części formularza, ani w listach obiegowych. Co z jednej strony jest oczywiste, bo takie, równoległe zadanie nie ma zdefiniowanych odbiorców na etapie tworzenia schematu, więc może tak ma być. Może użytkownicy mają być w tym przypadku wskazani wewnątrz BPMN (Assignee odczytywany z wiersza data grid w formularzu). Ale jak próbuję to zrealizować, to jedyne do czego dochodze, to błąd “Wystąpił błąd komunikacji z zewnętrznym walidatorem warunków logicznych bramek. Spróbuj ponownie walidację lub skontaktuj się z administratorem.”