W wersji 2025.2.0 umożliwiono dodanie nowego administratora w Comarch BPM Repozytorium:

Od wersji 2025.2.0 po przejściu do okna „Zarządzanie uprawnieniami” dla danego folderu (obszaru) istnieje możliwość wyboru roli „Administrator” dla pracownika. W tym celu w ramach listy wyboru poziomu uprawnień dla pracownika wyświetlanej po kliknięciu ikony strzałki skierowanej w dół dodano opcję „Administrator” wraz z opisem dostępnych uprawnień. Operator może wybrać tę opcję, aby zmienić poziom uprawnień pracownika lub nadać takie uprawnienie nowemu pracownikowi.

W sytuacji, kiedy przedtem do danego obszaru przypisany był tylko jeden administrator lokalny, nadanie uprawnień administratora lokalnego drugiemu operatorowi umożliwia edycję lub usunięcie jednego z administratorów lokalnych.

Wprowadzone zmiany należy zapisać za pomocą przycisku [Zapisz].

Obok nagłówka „Osoby z dostępem do folderu” dodano również ikonę [Info] – po przesunięciu na nią kursora wyświetlana jest następująca informacja:

Wybrane osoby mogą mieć określony poziom uprawnień:

Przeglądający – tylko podgląd
Edytor – porządkowanie, dodawanie i edytowanie
Administrator – pełen dostęp, archiwizacji i zarządzanie uprawnieniami

Role operatorów – administrator i użytkownik

W ramach Comarch BPM (dawniej DMS) Repozytorium można wyróżnić dwie główne role, jakie mogą pełnić operatorzy:

• Administrator – jest to użytkownik, który jednocześnie:

 

1. posiada uprawnienie administratora w Comarch BPM (dawniej DMS), tzn. w aplikacji desktopowej Comarch BPM (dawniej DMS) w ramach zakładki [Struktura organizacyjna] na karcie pracownika, w zakładce Uprawnienia, w sekcji Uprawnienia ogólne opcja Administrator  jest zaznaczona na Tak,

2. ma  w  tej samej zakładce [Struktura organizacyjna] na karcie pracownika w sekcji Funkcjonalności  parametr Praca z modułem  wybrany na Obieg Dokumentów i Repozytorium.

Nowododany administrator posiada uprawnienia administratora także do obszarów , folderów podrzędnych i dokumentów, które znajdowały się w Repozytorium zanim przyznano mu uprawnienia.

 

 

Administrator posiada w ramach Repozytorium wiele uprawnień niedostępnych dla standardowego użytkownika, takich jak:

• definiowanie typów dokumentu - w tym możliwość włączenia, edycji lub wyłączenia retencji
• definiowanie globalnej listy atrybutów
• dodawanie powodów unieważnienia dokumentów
• zarządzanie poziomem uprawnień innych użytkowników we wszystkich katalogach i w stosunku do wszystkich dokumentów w Repozytorium
• tworzenie obszarów (katalogów z przypisanym administratorem) w ramach katalogu głównego Repozytorium
• tworzenie, edycja i usuwanie obszarów i katalogów w każdym katalogu w ramach Repozytorium
• dodawanie, edycja i usuwanie dokumentów w ramach całego Repozytorium (poza katalogiem głównym Repozytorium)

Uwaga

Administrator główny jest dodawany do każdego obszaru , katalogu i dokumentu, ponieważ jest dodawany do root'a (katalogu głównego Repozytorium).

Uwaga

Jeżeli którekolwiek z wymienionych uprawnień  (administratora lub pracy z modułem Repozytorium) zostanie odebrane, wówczas operator zostanie usunięty z katalogu głównego Comarch BPM (dawniej DMS) Repozytorium - czyli usunięty z wszelkich podrzędnych obszarów , katalogów i dokumentów.

• Standardowy użytkownik – operator, którego dodano w Comarch BPM (dawniej DMS), a który nie jest administratorem i który w aplikacji desktopowej Comarch BPM (dawniej DMS) w ramach zakładki [Struktura organizacyjna] na karcie pracownika, w zakładce Uprawnienia,  w sekcji Funkcjonalności  ma parametr Praca z modułem  wybrany na Obieg Dokumentów i Repozytorium. Użytkownik może mieć następujące poziomy uprawnień: administrator obszaru, edytor albo przeglądający.

 

Uwaga

Aby standardowy użytkownik mógł pracować w Repozytorium, powinien  mieć przyznane przez administratora uprawnienia do przynajmniej jednego katalogu – w innym wypadku nie będzie w stanie przesłać żadnych dokumentów bezpośrednio do Repozytorium ani przeglądać żadnych dokumentów w ramach Repozytorium.

Rodzaje uprawnień operatorów

W odniesieniu do danego folderu lub dokumentu administrator Repozytorium może nadać użytkownikowi jeden z trzech rodzajów uprawnień:

• • • Przeglądający – użytkownik nie może modyfikować danego obszaru /katalogu /dokumentu, ma jednak dostęp do podglądu  i przeglądania dokumentów, które należą do katalogu, do którego nadano uprawnienie „Przeglądający”,  a także do katalogów podrzędnych (chyba, że dany katalog to  obszar , którego administratorem jest inny użytkownik). Dostęp obejmuje także opcję pobrania na dysk dokumentów, zarówno aktywnych, jak i zarchiwizowanych.

 

 

Uwaga

Jeżeli w ramach katalogu, do którego przyznano uprawnienie „Przeglądający”  administrator doda obszar podrzędny , którego administratorem jest inny użytkownik, wtedy taki obszar podrzędny nie jest widoczny dla „Przeglądającego”.

• • • Edytor – użytkownik może modyfikować dany obszar /katalog /dokument. Oprócz uprawnień dostępnych na poziomie „Przeglądający” użytkownik będący „Edytorem”  ma możliwość dodawania, archiwizacji, unieważniania i usuwania dokumentów, a także zmiany ich nazwy, typu dokumentu i wartości atrybutów oraz edycji zakończenia okresu przechowywania. Może także w ramach podglądu dodać nowe atrybuty do danego typu dokumentu, wybierając spośród wszystkich określonych w Repozytorium przez administratora Repozytorium.  W zakresie uprawnień „Edytora” leży także dodawanie, usuwanie i edycja katalogów (zmiana nazwy), w przypadku katalogu, do którego przyznano uprawnienie oraz katalogów do niego podrzędnych.

 

 

 

Uwaga

Jeżeli w ramach katalogu, do którego przyznano uprawnienie „Edytor”  administrator doda obszar podrzędny , którego administratorem jest inny użytkownik, wtedy taki obszar podrzędny nie jest widoczny dla „Edytora”.

 

Przyklad

Administrator nadał operatorowi „Jan Kowalski” uprawnienia edytora do obszaru Folder na faktury. Następnie postanowił utworzyć w ramach tego folderu obszar Folder C, którego administratorem jest operator „Joanna Bławatek”.

 

[/su_lightbox]

Administrator Repozytorium widzi wówczas w obszarze Folder na faktury listę folderów i dokumentów, która zawiera również obszar Folder C.

 

 

Natomiast użytkownik „Jan Kowalski” widzi tę samą listę, ale bez obszaru Folder C.

 

• • • Administrator – użytkownik może modyfikować dany obszar /katalog /dokument. Oprócz uprawnień dostępnych na poziomie „Edytor” użytkownik będący „Administratorem”  ma możliwość zarządzania uprawnieniami innych użytkowników do obszaru , dla którego jest administratorem oraz do znajdujących się w nim dokumentów.

 

Uwaga

Uprawnienie administratora może być przyznane tylko do obszaru – nie jest możliwe przyznanie uprawnień administratora do katalogu lub dokumentu.

 

Uwaga

Jeśli użytkownikowi zostaną nadane uprawnienia administratora do obszaru , to takie uprawnienia są dziedziczone także na podrzędny w stosunku do niego obszar z nowym administratorem.

 

Przyklad

Administrator utworzył w ramach katalogu głównego Repozytorium obszar Folder 5 i nadał w stosunku do niego uprawnienia administratora operatorowi „Joanna Bławatek”.

 

 

Następnie w ramach obszaru Folder 5  administrator utworzył nowy obszar Folder na instrukcje, nadając  operatorowi „Aleksandra Maj” uprawnienia administratora  w stosunku do niego.

 

Wówczas po wybraniu opcji Zarządzaj uprawnieniami widoczne jest, że operator „Joanna Bławatek” ma w stosunku do obszaru Folder na instrukcje uprawnienia administratora, choć nie nadawano jej takich uprawnień na tym obszarze – dziedziczy je z obszaru nadrzędnego Folder 5.

 

 

Uwaga

W wersjach wcześniejszych niż 2025.2.0 po nadaniu uprawnień administratora danego obszaru innemu użytkownikowi nie jest możliwa edycja lub usunięcie uprawnień takiego użytkownika, chyba że uprawnienia administratora lokalnego do danego obszaru ma co najmniej dwóch użytkowników – wtedy możliwe jest usunięcie lub modyfikacja uprawnień jednego z nich. Nie jest też możliwe dodanie nowego administratora lokalnego do istniejącego obszaru .

Od wersji 2025.2.0 umożliwiono dodanie nowego administratora w Comarch BPM Repozytorium do już utworzonego obszaru (zob.  Zmiana administratora na obszarach w Comarch BPM Repozytorium)

 

Przykłady funkcjonowania uprawnień w Repozytorium

Przyklad

Uprawnienia administratora folderu podrzędnego a uprawnienia do folderu nadrzędnego

Administrator nadaje operatorowi "Anna Kowalik" uprawnienia administratora do obszaru Folder na potwierdzenia zamówień.

 

 

Następnie w ramach obszaru Folder na potwierdzenia zamówień administrator tworzy obszar Styczeń 2022 i nadaje w nim uprawnienia administratora użytkownikowi "Barbara Nowacka".

 

 

Przy takim zdefiniowaniu uprawnień do tych obszarów zarówno "Barbara Nowacka", jak i "Anna Kowalik" mają uprawnienia do obszaru Styczeń 2022.

 

 

Jednocześnie operator "Barbara Nowacka" nie posiada żadnych uprawnień do obszaru Folder na potwierdzenia zamówień - pomimo tego, że jest administratorem obszaru znajdującego się w Folderze na potwierdzenia zamówień.

 

Przyklad

Uprawnienia edytora folderu podrzędnego a uprawnienia do folderu nadrzędnego

Administrator nadaje operatorowi "Anna Kowalik" uprawnienia administratora do obszaru Folder na potwierdzenia zamówień.

 

 

Następnie w ramach obszaru Folder na potwierdzenia zamówień administrator tworzy folder Uwagi, nie dodając dodatkowego administratora.

 

 

Po wejściu do menu kontekstowego   folderu Uwagi   i po wybraniu opcji Zarządzaj uprawnieniami  administrator nadaje operatorowi "Barbara Nowacka" uprawnienie edytora w stosunku do tego folderu, wyszukując operatora za pomocą wyszukiwarki, klikając [Dodaj] przy  nazwisku "Barbara Nowacka", następnie w ramach pola Osoby z dostępem do pliku naciskając obok tego użytkownika i wybierając  opcję Edytor.

 

 

 

 

 

Wówczas, kiedy administrator wybierze menu kontekstowe obszaru Folder na potwierdzenia zamówień  i opcję Zarządzaj uprawnieniami , wtedy będzie widoczne, że operator "Barbara Nowacka" co prawda znajduje się na liście Osoby z dostępem do pliku, ale z poziomem uprawnienia Brak dostępu.

Poziom uprawnień można zmienić z Brak dostępu  na Edytor lub Przeglądający, naciskając strzałkę obok napisu Brak dostępu i wybierając odpowiednią opcję, a następnie [Zapisz]

W ten sposób  ułatwiono potencjalne nadanie uprawnień do folderu nadrzędnego dla osoby, która ma już uprawnienia do znajdującego się w nim folderu podrzędnego. Jeżeli natomiast administrator nie chce, żeby operatora "Barbara Nowacka" wyświetlano na liście, może usunąć tę pozycję z listy, klikając ikonę obok napisu Brak dostępu,  a następnie [Zapisz] -  ta operacja nie wpłynie na uprawnienia operatora "Barbara Nowacka" w folderze podrzędnym.

 

 

 

Przyklad

Uprawnienia operatora o poziomie uprawnień "przeglądający"  do folderu nadrzędnego Folder 4, kiedy zostaje mu odebrany dostęp do folderu podrzędnego Folder 4.1

Na liście obszarów znajduje się obszar Folder 4 , a w nim dwa foldery podrzędne: Folder 4.1 i  Folder 4.2.

 

 

Administrator nadaje uprawnienie „Przeglądający” operatorowi „Jan Kowalski” na poziomie obszaru Folder 4.

 

 

Następnie administrator usuwa uprawnienia operatora „Jan Kowalski” na poziomie folderu podrzędnego Folder 4.1.

 

Wówczas uprawnienia operatora "Jan Kowalski" na poszczególnych poziomach prezentują się następująco:

• W ramach uprawnień do Folder 4.1 – brak dostępu* z możliwością edycji

 

• W ramach uprawnień do drugiego folderu podrzędnego, Folder 4.2 – przeglądający

 

• W ramach uprawnień do obszaru nadrzędnego Folder 4 – przeglądający*

 

Przy dodawaniu uprawnień pracownikowi pod możliwymi do wyboru opcjami Przeglądający i Edytor dostępne są krótkie opisy możliwości działań na danym poziomie uprawnień – w wersji 2022.0.1 informacja dostępna pod opcją Edytor została zmodyfikowana, tak aby obejmować nowoprzyznane edytorowi uprawnienie archiwizacji dokumentów.

Możliwości pracy danego użytkownika  w  Repozytorium są zależne od tego, czy administrator nadał mu uprawnienia do dostępu do danego pliku lub folderu.

Bez przyznanych uprawnień użytkownik nie może  dodawać nowych obszarów, folderów i dokumentów ani modyfikować tych, które wprowadzono już do Repozytorium, nie są też dla niego widoczne obszary, foldery oraz dokumenty dodane przez innych użytkowników.

Rodzaje uprawnień użytkowników – „Przeglądający”, „Edytor”, „Administrator”

W odniesieniu do danego folderu lub dokumentu użytkownikowi może zostać nadany przez administratora jeden z trzech rodzajów uprawnień:

1. Przeglądający – użytkownik z takim rodzajem uprawnień:

Uwaga

Jeżeli w ramach katalogu, do którego przyznano uprawnienie „Przeglądający”  administrator doda obszar podrzędny , którego administratorem jest inny użytkownik, wtedy taki obszar podrzędny nie jest widoczny dla „Przeglądającego”.

2. Edytor – użytkownik z takim poziomem uprawnień:

Uwaga

Jeżeli w ramach katalogu, do którego przyznano uprawnienie „Edytor”  administrator doda obszar podrzędny , którego administratorem jest inny użytkownik, wtedy taki obszar podrzędny nie jest widoczny dla „Edytora”.

Przyklad

Administrator nadał operatorowi „Jan Kowalski” uprawnienia edytora do obszaru Folder na faktury. Następnie postanowił utworzyć w ramach tego folderu obszar Folder C, którego administratorem jest operator „Joanna Bławatek”.

 

 

Administrator Repozytorium widzi wówczas w obszarze Folder na faktury listę folderów i dokumentów, która zawiera również obszar Folder C.

 

 

Natomiast użytkownik „Jan Kowalski” widzi tę samą listę, ale bez obszaru Folder C.

 

3. Administrator – użytkownik z takim poziomem uprawnień:

Uwaga

Uprawnienie administratora może być przyznane tylko do obszaru – nie jest możliwe przyznanie uprawnień administratora do katalogu lub dokumentu.

Uwaga

Jeśli użytkownikowi zostaną nadane uprawnienia administratora do obszaru , to takie uprawnienia są dziedziczone także na podrzędny w stosunku do niego obszar z nowym administratorem.

Przyklad

Administrator utworzył w ramach katalogu głównego Repozytorium obszar Folder 5 i nadał w stosunku do niego uprawnienia administratora operatorowi „Joanna Bławatek”.

 

 

Następnie w ramach obszaru Folder 5  administrator utworzył nowy obszar Folder na instrukcje, nadając  operatorowi „Aleksandra Maj” uprawnienia administratora  w stosunku do niego.

 

 

Wówczas po wybraniu opcji Zarządzaj uprawnieniami widoczne jest, że operator „Joanna Bławatek” ma w stosunku do obszaru Folder na instrukcje uprawnienia administratora, choć nie nadawano jej takich uprawnień na tym obszarze – dziedziczy je z obszaru nadrzędnego Folder 5.

 

Uwaga

W wersjach wcześniejszych niż 2025.2.0 po nadaniu uprawnień administratora danego obszaru innemu użytkownikowi nie jest możliwa edycja lub usunięcie uprawnień takiego użytkownika, chyba że uprawnienia administratora lokalnego do danego obszaru ma co najmniej dwóch użytkowników – wtedy możliwe jest usunięcie lub modyfikacja uprawnień jednego z nich. Nie jest też możliwe dodanie nowego administratora lokalnego do istniejącego obszaru .

Od wersji 2025.2.0 umożliwiono dodanie nowego administratora w Comarch BPM Repozytorium do już utworzonego obszaru (zob. Zmiana administratora na obszarach w Comarch BPM Repozytorium )

[/su_list]

Zarządzanie uprawnieniami do folderu lub dokumentu

Zarządzanie uprawnieniami do folderu lub dokumentu  jest możliwe dla użytkownika, któremu przyznano uprawnienie „Administrator” do danego folderu albo dokumentu.

Istnieją cztery sposoby na uzyskanie dostępu do zarządzania uprawnieniami:

1. przesunięcie kursora na dany folder/dokument, a następnie kliknięcie w menu kontekstowe  i wybór opcji [Zarządzaj uprawnieniami]

2. zaznaczenie checkboxa przy danym folderze/dokumencie, a następnie naciśnięcie [Zarządzaj uprawnieniami] z menu kontekstowego na belce nad listą dokumentów

3. zaznaczenie checkboxa przy danym folderze/dokumencie, wybór ikonki [Info] na prawym panelu, a następnie naciśnięcie [Zarządzaj uprawnieniami]

4. wybór opcji [Zarządzaj uprawnieniami] po wyborze przycisku „Więcej akcji” w podglądzie dokumentu

Okno „Zarządzaj uprawnieniami folderu”/”Zarządzaj uprawnieniami pliku” składa się z dwóch części:

1. pola „Nadaj uprawnienia pracownikom” – można w nim wyszukać danego pracownika i dodać go do osób posiadających uprawnienia do folderu/dokumentu.

Wyszukiwanie jest możliwe już po wpisaniu jednego znaku, pod wpisywanym tekstem pojawia się lista pracowników, w których imieniu albo nazwisku występuje podana fraza.

Aby nadać uprawnienia do folderu/dokumentu pracownikowi, należy kliknąć przycisk [Dodaj].

Jeżeli użytkownik ma już przyznane uprawnienia, obok jego nazwiska na liście pojawia się znak .

 

 

2. pola „Osoby z dostępem do pliku” – wyświetlona jest pod nim lista osób, którym nadano uprawnienia do danego katalogu/dokumentu.

Możliwe poziomy uprawnienia to: „Administrator”, „Przeglądający”, „Edytor”.

Raz nadany poziom uprawnienia „Administrator” nie podlega edycji (chyba że administratorów jest przynajmniej dwóch i są to administratorzy lokalni), nie można także dodać takiego uprawnienia w ramach opcji „Zarządzaj uprawnieniami folderu”.

Natomiast poziom uprawnień „Przeglądający” podlega opcji edycji na „Edytor” i na odwrót.

Jeżeli zmieniono poziom uprawnień w ramach katalogu podrzędnego, niebędącego obszarem lub dokumentu znajdującego się w katalogu podrzędnym, wówczas przy poziomie uprawnień danego użytkownika w folderze nadrzędnym pojawia się znak *.

Za pomocą ikonki [Kosz], znajdującej się obok przyznanego poziomu uprawnienia użytkownika i widocznej po najechaniu kursorem na dany wiersz, możliwe jest całkowite usunięcie uprawnień do danego folderu z zawartością/dokumentu dla danego użytkownika. Ta opcja nie jest aktywna dla poziomu uprawnień „Administrator”, chyba że ustalono dwóch lub więcej administratorów lokalnych – wtedy możliwe jest usunięcie wszystkich z nich oprócz jednego.

 

 

 

Przyklad

W ramach folderu nadrzędnego „Folder 5_admin” nadano uprawnienie „Edytor” użytkownikowi „Józef Kowal”.

 

 

Następnie w folderze podrzędnym „Pliki graficzne” znajdującym się w folderze „Folder 5_admin” zmieniono poziom  uprawnień użytkownika „Józef Kowal” do folderu podrzędnego na „Przeglądający”.

 

 

Wówczas przy poziomie uprawnień użytkownika „Józef Kowal” w folderze nadrzędnym „Folder 5_admin” pojawia się gwiazdka, wskazująca na to, że w folderze podrzędnym zostało dla niego zmienione uprawnienie.

 

 

Uwaga

Zmiana uprawnień użytkownika z „Edytor” na „Przeglądający” i na odwrót nie wpływa na uprawnienia tego użytkownika w stosunku do folderów podrzędnych z przypisanym administratorem lokalnym i  zawartości takich folderów)

Przy nazwisku użytkownika w polu „Osoby z dostępem do pliku” może również pojawić się adnotacja [Brak dostępu], jeżeli:

• użytkownik nie miał przyznanych uprawnień do nowego folderu podrzędnego/dokumentu, ale przyznano mu je  wcześniej do innego folderu podrzędnego/dokumentu, a oba te foldery/dokumenty znajdują się we wspólnym folderze nadrzędnym. Oznaczenie "Brak dostępu" pojawia się wtedy przy nazwisku danego użytkownika w zarządzaniu uprawnieniami nowego folderu/dokumentu.
• użytkownik miał przyznane uprawnienia do folderu nadrzędnego, później utworzono folder podrzędny/dokument, a następnie usunięto uprawnienia użytkownika na poziomie folderu nadrzędnego. Oznaczenie "Brak dostępu" pojawia się wtedy przy nazwisku danego użytkownika  w zarządzaniu uprawnieniami  folderu podrzędnego/dokumentu.

W ramach okna zarządzania uprawnieniami dostępne są również poniższe przyciski:

[Zapisz] - po kliknięciu przycisku zmiany zostają zapisane, a okno zamknięte . Należy nacisnąć go przed opuszczeniem okna, w przeciwnym wypadku wprowadzone zmiany nie zostaną zachowane.

[Odrzuć] -  po kliknięciu przycisku wprowadzone zmiany zostaną anulowane, a okno zamknięte

[Zamknij] - po kliknięciu przycisku okno zamyka się bez zapisania zmian

Moduł Repozytorium jest dostępny zarówno dla Comarch BPM (dawniej DMS) Standalone, jak i dla wszystkich form współpracy: z Comarch ERP XL, Comarch ERP Optima, Comarch ERP Altum i  Comarch ERP Enterprise (CEE).

Uwaga

Od wersji 2023.1.0 aby możliwa była poprawna współpraca z modułem Repozytorium należy kolejno:

1. zainstalować dodatek Application Request Routing, dostępny pod następującym adresem:

https://www.iis.net/downloads/microsoft/application-request-routing

2. w ramach Menedżera Internetowych usług Internetowych  kliknąć na ikonę „Application Request Routing Cache”

3. w ramach panelu „Akcje” po prawej stronie ekranu nacisnąć link „Otwórz funkcje”.

 

 

4.  zaznaczyć parametr „Enable proxy” w ramach zakładki „Application Request Routing” i potwierdzić zmianę przyciskiem „Zastosuj”.

 

System Comarch BPM (dawniej DMS) składa się z modułów:

Aby umożliwić działanie modułu Workflow i modułu Repozytorium, niezbędne  jest zainstalowanie trzech odrębnych aplikacji na serwerze IIS, z których dwie służą potrzebom modułu Comarch BPM (dawniej DMS) Workflow (Obieg Dokumentów) i jedna tworzy moduł Comarch BPM (dawniej DMS) Repozytorium.

Instalacja serwera MongoDB w systemie Windows

W celu pobrania instalatora serwera MongoDB należy wejść na stronę https://www.mongodb.com/, następnie wybrać zakładkę „Products”, później „Community Edition”, następnie „MongoDB Community Server”, nacisnąć zielony przycisk „Select package”, wybrać wersję MongoDB w polu „Version”, a następnie nacisnąć zielony przycisk „Download” (bezpośredni link do „MongoDB Community Server”: MongoDB Community Download | MongoDB).

Proces instalacji przedstawiony poniżej to skrócona wersja instalacji – przy założeniu, że na tej samej maszynie, gdzie Mongo DB jest uruchamiany, zainstalowana jest też baza.

Z pełnym procesem instalacji środowiska MongoDB można zapoznać się w instrukcji producenta pod adresem Install MongoDB Community Edition on Windows — MongoDB Manual.

1. Po pobraniu pliku instalacyjnego należy go otworzyć. Wówczas na ekranie pojawia się okno instalatora Mongo DB, gdzie powinno się kliknąć „Next”.

2. Następnie należy wyrazić zgodę na umowę licencyjną, zaznaczając checkbox i kliknąć „Next”.

3. Kolejnym krokiem jest wybór typu instalacji – należy wybrać opcję „Complete”.

4. Następnie należy w oknie konfiguracji usługi wybrać checkbox „Run service as Network Service user”.

5. W kolejnym oknie instalacyjnym zaznacza się parametr „Install Mongo DB Compass”.

Mongo DB Compass to aplikacja, która służy do przeglądania bazy danych, analogicznie do SSMS dla SQL Server. Po wyborze przycisku „Next” następuje przejście do kolejnego okna.

6. Następnie należy kliknąć „Install”.

7. Na zakończenie instalacji należy kliknąć przycisk „Finish”.

Po ukończeniu instalacji konieczne jest upewnienie się, czy usługa MongoDB jest uruchomiona. Można to sprawdzić wchodząc do Menedżera zadań systemu Windows, wybierając zakładkę Usługi  i znajdując pozycję Mongo DB, dla której w polu „Stan” powinno wyświetlać się „Uruchomiony”.

Dodawanie administratora MongoDB i bazy danych dla Comarch BPM (dawniej DMS) Repozytorium za pomocą MongoDB Compass

Po instalacji na MongoDB należy uruchomić MongoDB Compass. Jeśli Mongo DB zostało zainstalowane lokalnie, wówczas nie ma konieczności uzupełniania connection stringa – wystarczy nacisnąć „Connect”, aby zalogować się do serwera.

Kiedy zalogowano się do serwera Mongo DB, wówczas:

1. należy utworzyć użytkownika o uprawnieniach administratora na serwerze – w poniższym przykładzie taki użytkownik to admin, zaś jego hasło to Passwd1234. Posiada najwyższy poziom uprawnień na serwerze.

Aby utworzyć użytkownika należy:

db.createUser(
{
user:"admin",
pwd:"Passwd1234",
roles:[{role:"root",db:"admin"}] }
)

2. Następnie należy utworzyć bazę danych dla Comarch BPM (dawniej DMS) Repozytorium i dodać użytkownika, dla którego będzie następowało łączenie się aplikacji Comarch BPM (dawniej DMS) Repozytorium z bazą danych. W tym celu konieczne jest, aby:

db.createUser(
{
user:"MongoUser",
pwd:"Passwd1234",
roles:[{role:"readWrite",db:"Repository"}] }
)

Po wykonaniu powyższych czynności Mongo DB Compass może zostać zamknięty.

Wprowadzanie zmian w pliku mongod.cfg

Następnie należy  dokonać edycji  pliku konfiguracyjnego mongod.cfg.

Plik znajduje się w lokalizacji:

<install directory>\bin\mongod.cfg

domyślnie lokalizacja to: C:\Program Files\MongoDB\Server\<wersja>\bin\mongod.cfg

Zmiany, których należy dokonać w pliku mongod.cfg:

Dzięki tej zmianie możliwe będzie logowanie do bazy MongoDB przy użyciu loginu i hasła.

Następnie należy zapisać plik i uruchomić ponownie serwer MongoDB w Menedżerze zadań Windows, klikając na niego prawym przyciskiem myszy i naciskając „Uruchom ponownie”.

Instalacja serwera MongoDB w systemie Linux, dystrybucja Ubuntu

Instalacja serwera MongoDB na Ubuntu powinna zostać przeprowadzona według instrukcji producenta, do której można przejść za pomocą następującego linku: Install MongoDB Community Edition on Ubuntu — MongoDB Manual.

Wprowadzanie zmian w pliku mongod.conf

Kiedy zainstalowano serwer, kolejnym krokiem jest wprowadzenie zmian w pliku konfiguracyjnym mongod.conf, dostępnym w lokalizacji: /etc/mongod.conf. Polecenie, które uruchamia plik mongod.conf do edycji, to:

sudo gedit/etc/mongod.conf

Zmiany, których należy dokonać w pliku mongod.conf:

1. w sekcji #network interfaces:

Dzięki tej zmianie możliwe będzie logowanie do bazy MongoDB przy użyciu loginu i hasła.

Po zapisaniu wprowadzonych zmian należy ponownie uruchomić serwer MongoDB, przykładowo używając poniższej komendy:

sudo systemctl restart mongod

Dodawanie administratora MongoDB i bazy danych dla Comarch BPM (dawniej DMS) Repozytorium z poziomu terminala w Ubuntu

Następnie należy zalogować się do MongoDB z poziomu terminala w Ubuntu,  a później create a database and add the operator for which the Comarch DMS Repository will be connected to the database.

Aby utworzyć bazę, powinna zostać wpisana komenda: use Repository.

W dalszej kolejności należy utworzyć użytkownika, zaczynając od wpisania komendy use admin.

Później konieczne jest wprowadzenie polecenia, które utworzy użytkownika o uprawnieniach administratora na serwerze – w poniższym przykładzie taki użytkownik to admin, zaś jego hasło to Passwd1234. Posiada najwyższy poziom uprawnień na serwerze:

db.createUser(
{
user:"admin",
pwd:"Passwd1234",
roles:[{role:"root",db:"admin"}]
}
)

Od wersji 2024.2.2 można używać powyższych znaków w ramach loginu i/lub hasła.

Nie należy natomiast używać spacji w loginie ani w haśle.

[/alert]

Następnie należy dodać użytkownika, dla którego będzie następowało łączenie się aplikacji Comarch BPM (dawniej DMS) Repozytorium z bazą danych. W tym celu konieczne jest wprowadzenie następującego polecenia:

db.createUser(
{
user:"MongoUser",
pwd:"Passwd1234",
roles:[{role:"readWrite",db:"Repository"}]
}
)

Tworzenie i odtwarzanie backupów bazy danych MongoDB

Backupy baz danych Mongo DB mogą być tworzone i odtwarzane za pomocą narzędzi mongodump oraz mongorestore, które należą do MongoDB Database Tools. Można je pobrać ze strony producenta:

Download MongoDB Command Line Database Tools | MongoDB

Z dokumentacją dotyczącą narzędzi do tworzenia i odtwarzania baz MongoDB można się zapoznać na stronie producenta: The MongoDB Database Tools Documentation — MongoDB Database Tools.

Konfiguracja aplikacji na serwerze IIS

Instalacja komponentów

Zanim rozpocznie się konfigurację aplikacji Comarch BPM (dawniej DMS) na serwerze IIS, konieczne jest zainstalowanie dwóch komponentów, niezbędnych do poprawnego działania aplikacji:

Przenoszenie katalogu BPM (dawniej DMS) Repository Api 

Jeżeli na serwerze nie jest zainstalowany Comarch BPM (dawniej DMS), konieczna jest instalacja aplikacji Comarch DMS serwerowej, WEB  i desktop według instrukcji znajdującej się na stronie https://pomoc.comarch.pl/bpm/ po wejściu do kategorii wybranej współpracy, w rozdziale Instalacja i konfiguracja.

Następnie należy z pakietu instalacyjnego z lokalizacji Comarch BPM (dawniej DMS) {wersja} \ Comarch BPM (dawniej DMS) {wersja} skopiować zawartość katalogu BPM Repository Api do folderu w lokalizacji C:\inetpub\wwwroot, np. do katalogu DocumentManager.WebApi.

Dodawanie nowej puli aplikacji dla Comarch BPM (dawniej DMS) Repozytorium

Comarch BPM (dawniej DMS) Repozytorium jest modułem Comarch BPM (dawniej DMS), jednak musi zostać zainstalowany jako osobna aplikacja na serwerze IIS i wymaga osobnej puli aplikacji.

Dla puli aplikacji dedykowanej modułowi Comarch BPM (dawniej DMS) Repozytorium konieczne jest określenie wersji środowiska .NET CLR jako ’Bez kodu zarządzanego’.

Dla pul aplikacji dedykowanych modułowi Comarch BPM (dawniej DMS) Workflow (Obieg Dokumentów) konieczne jest określenie wersji środowiska .NET CLR jako .NET CLR v4.0.

Następnie należy nacisnąć opcję „Ustawienia zaawansowane„, dostępną do wyboru po kliknięciu na „Pule aplikacji„, a następnie naciśnięciu nazwy odpowiedniej puli prawym przyciskiem myszy. Można też, alternatywnie,  kliknąć nazwę puli i wybrać opcję z paska „Akcje” po prawej stronie ekranu.

W ramach „Ustawień zaawansowanych” konieczne jest ustawienie parametru ’Włącz aplikacje 32-bitowe’ na False.

Konwertowanie katalogu DocumentManager.WebApi na aplikację

1. W kolejnym kroku należy  w ramach Menedżera IIS nacisnąć prawym przyciskiem myszy folder DocumentManager.WebApi i wybrać opcję „Konwertuj na aplikację„.

2. Następnie otworzy się okno „Dodawanie aplikacji„, w którym należy nacisnąć opcję „Wybierz„, wybrać pulę aplikacji dedykowaną Comarch BPM (dawniej DMS) Repozytorium – w poniższym przykładzie jest to pula „BPM_repository” –  i nacisnąć „Ok„.

Konfiguracja pliku web.config aplikacji Comarch BPM (dawniej DMS)

W ramach Comarch BPM (dawniej DMS) można korzystać z Managera dokumentów lub z modułu Repozytorium, nie jest jednak możliwe jednoczesne korzystanie z obydwóch opcji.

Domyślnie włączony jest Manager dokumentów, dlatego aby włączyć obsługę modułu Comarch BPM (dawniej DMS) Repozytorium, w kluczu Web.config, dostępnym w folderze z aplikacją serwerową (dawną web) Comarch BPM (dawniej DMS) należy uzupełnić 3 następujące klucze:

Wprowadzone zmiany należy zapisać.

Wskazówka

Adres URL aplikacji DocumentManager.WebApi  można sprawdzić, klikając w daną aplikację w Menedżerze internetowych usług informacyjnych (IIS) i naciskając opcję „Przeglądaj *:80 (http)” w panelu ” Zarządzaj aplikacją” po prawej stronie ekranu.

Adres strony widoczny w otwartym oknie przeglądarki to adres danej aplikacji.

 

Wprowadzanie zmian w appsettings.json, pliku konfiguracyjnym serwera

Następnie konieczne jest wejście do katalogu z aplikacją Repozytorium (np. DocumentManager.WebApi), dostępnym domyślnie w lokalizacji C:\inetpub\wwwroot\ , a następnie edycja znajdującego się tam pliku konfiguracyjnego appsettings.json , w którym należy uzupełnić poniższe informacje:

1. „IdentityMongoDatabaseSettings” – connection string do bazy Comarch BPM (dawniej DMS) Repozytorium, która zawiera konta użytkowników.

2. „ApplicationMongoDatabaseSettings” – connection string do bazy Comarch BPM (dawniej DMS) Repozytorium, która zawiera dane aplikacji.

Przykładowo:

„mongodb://MongoUser:Passwd1234@localhost:27017/Repository?authSource=Repository”

3. „DocumentWorkflowSettings” – adres serwera BPM (dawniej DMS).

Przykładowo:

„http://localhost/Standalone”

4.  ”StorageSettings” – ustawienia bazy, która przechowuje pliki

„Type” – właściwość, która określa domyślne miejsce przechowywania plików  dodawanych do Comarch BPM (dawniej DMS)  Repozytorium. Może przyjmować wartości:

”IBARDStorageSettings” – parametr uzupełniany, jeśli wybrano bazę IBARD, baza danych, która przechowuje dane wymagane dla IBARD

„ConnectionString” – connection string do bazy z konfiguracją współpracy z IBARD – znajduje się tu ta sama informacja, która w wersji poprzedniej była w IBARDMongoDatabase Settings

Uwaga

W przypadku przechowywania plików z Repozytorium w usłudze IBARD po uzupełnieniu „Connection String” w „IBARDStorageSettings” konieczne jest zalogowanie  do usługi IBARD w sekcji „Przechowywanie plików” w zakładce „Ustawienia” w aplikacji desktop Comarch BPM (dawniej DMS), klikając przycisk „Autoryzacja„.

 

”MongoStorageSettings” – parametr uzupełniany, jeśli wybrano bazę MongoDB, baza danych, która przechowuje pliki binarne.

W tym parametrze należy uzupełnić „ConnectionString” do  bazy, która będzie służyć do przechowywania plików dodawanych do Comarch BPM (dawniej DMS) Repozytorium.

Drugi klucz, ”ChunkSizeBytes”, dotyczy tylko plików przechowywanych w bazie MongoDB, definiuje maksymalny rozmiar pojedynczej części pliku (w bajtach), który jest dodawany do bazy.

Możliwa jest również sytuacja, w której podczas pracy z Comarch BPM (dawniej DMS) Repozytorium zostało zmienione miejsce przechowywania plików z usługi IBARD na bazę MongoDB – wtedy możliwe jest korzystanie z plików przechowywanych zarówno w IBARD, jak i w MongoDB. Warunkiem jest uzupełnienie „Connection String”  w kluczu „IBARDStorageSettings” (tak, żeby następowało połączenie z bazą, która przechowuje konfigurację współpracy z IBARD) oraz „Connection String”  w kluczu „MongoStorageSettings” (tak, żeby następowało połączenie z bazą, która przechowuje pliki). Przy takim uzupełnieniu connection stringów domyślnie pliki, które zostaną dodane do Comarch BPM (dawniej DMS) Repozytorium, będą zapisane zgodnie z lokalizacją, którą określono w parametrze Type w sekcji Storage Settings. 

5.  „AllowedOrigins” – adres witryny Comarch BPM (dawniej DMS) Repozytorium, przykładowo http://<IP serwera>[/su_list]

Powyższe ustawienia są niezbędne do właściwej konfiguracji pliku. Poniższe ustawienia natomiast można zmienić opcjonalnie:

Włączenie protokołu WebSocket

Od wersji 2022.0.1 konieczne jest włączenie protokołu WebSocket. W tym celu należy wykonać następujące kroki:

1.  w ramach pola wyszukiwania przy przycisku „Start” wpisać frazę „Włącz lub wyłącz funkcje systemu Windows” i kliknąć „Otwórz”

2. Następnie w oknie, które zostało otwarte, należy rozwinąć zawartość folderu „Internetowe usługi informacyjne”, później „Usługi WWW”, potem „Funkcje tworzenia aplikacji”, zaznaczyć checkbox przy folderze „Protokół WebSocket” i kliknąć przycisk .

Zostanie wówczas otwarte okno Funkcje systemu Windows, w ramach którego system dokona zapisu wprowadzonych zmian.

Gdy zmiany zostaną zapisane, informacja o tym zostanie wyświetlona w ramach okna. Należy wówczas zamknąć okno, klikając na przycisk .

3. Następnie należy otworzyć Menadżer Internetowych Usług Internetowych (IIS) i w środkowej części okna, w sekcji Zarządzanie kliknąć na ikonę Edytor konfiguracji, a następnie wybrać opcję Otwórz funkcję, znajdującą się po prawej stronie, w górnej części panelu Akcje.

4. Po wyborze opcji Otwórz funkcję w środkowej części Menedżera zostanie wyświetlony Edytor konfiguracji.

W polu Sekcja należy wyszukać na rozwijalnej liście sekcję system.webServer/webSocket, a następnie wybrać dla pola enabled wartość True. Następnie aby zapisać zmiany, wybierz opcję Zastosuj dostępną w ramach panelu Akcje po prawej stronie Menedżera.

5. Później należy ponownie uruchomić IIS, wybierając opcję Uruchom ponownie na panelu Akcje w ramach Menedżera IIS.

Dalsza konfiguracja Comarch BPM (dawniej DMS) Repozytorium zostala opisana w artykulłach:  Konfiguracja aplikacji WEB (nowej aplikacji web) do współpracy z modułem Repozytorium oraz Repozytorium – konfiguracja początkowa dla administratora

Błędy w module Comarch BPM (dawniej DMS) Repozytorium po stronie serwera są logowane do pliku tekstowego przy pomocy frameworka Serilog oraz mechanizmów ASP.NET Core, tak jak wskazano w pliku konfiguracyjnym appsettings.json, a także po stronie klienta aplikacji do konsoli przeglądarki.

Aby dana opcja po stronie serwera stała się aktywna, konieczne jest odkomentowanie jej, czyli usunięcie znaków //, lub dodanie jej w ramach pliku appsettings.json (domyślna lokalizacja pliku: C:\inetpub\wwwroot\DocumentManager.WebApi\appsettings.json).

Zaleca się logowanie błędów do pliku tekstowego repository_log.txt (lokalizacja domyślna: C:\temp\repository_log.txt).

Celem modułu Repozytorium jest przechowywanie dokumentów w formie plików w ramach kreowanej przez administratorów i (częściowo) edytorów struktury folderów.

Dostęp danego pracownika do danego folderu  lub pliku zależy od tego, czy zostały mu do niego przyznane uprawnienia.  W ramach modułu Repozytorium widoczne są dla użytkownika tylko te foldery i pliki, do których przyznał mu dostęp użytkownik o uprawnieniach administratora (Repozytorium lub lokalnego).

W module Repozytorium można przechowywać:

Istnieje możliwość udziału w szkoleniach dotyczących Comarch BPM (dawniej DMS).

Kliknij tutaj, aby zapoznać się z ofertą szkoleń

W ofercie znajdują się następujące rodzaje szkoleń:

Comarch BPM (dawniej DMS)

Szkolenia na poziomie podstawowym:

Szkolenia na poziomie zaawansowanym

Comarch BPM (dawniej DMS) Repozytorium

Szczegółowe informacje dotyczące funkcjonalności Comarch BPM (dawniej DMS) są dostepne w ramach dokumentacji, znajdującej się na stronie https://pomoc.comarch.pl/bpm 

Menu główne aplikacji Comarch BPM (dawniej DMS) w wersji webowej składa się z poniższych elementów:

[Start] – zakładka strony startowej w aplikacji web;

[Dokumenty] – na tej formatce znajduje się lista wszystkich dokumentów zalogowanego operatora wystawionych w Comarch BPM (dawniej DMS).

[Repozytorium] – zakładka dostępna, jeżeli operator posiada uprawnienia do pracy z modułami Obieg dokumentów i Repozytorium. (w kwestii informacji o module Repozytorium zob. https://pomoc.comarch.pl/bpm/index.php/kategorie/comarch-dms-repozytorium/)

 [Raporty] – zakładka dostępna od wersji 2024.1.1; na tej zakładce wyświetlana jest lista dashboardów i raportów, do których dany operator jest uprawniony.

Aby zakładka była widoczna dla danego operatora, musi on mieć przyznane uprawnienie do co najmniej jednego raportu lub dashboardu na zakładce „Uprawnienia” w ramach zakładki [Kreator raportów i dashboardów] w aplikacji desktop.

[Rezerwacje] – zakładka dostępna od wersji 2024.3.0; w ramach tej zakładki każdy operator może dokonać rezerwacji wybranego zasobu na wybrany termin lub usunąć rezerwację. Operatorzy o uprawnieniach administratora mogą także definiować zasoby i grupy zasobów z poziomu aplikacji desktop (zob. Rezerwacje  )

[Ustawienia] – zakładka, w ramach której użytkownik może wybrać sposób wyświetlania szczegółów dokumentów oraz preferencje dotyczące języka aplikacji i widoku listy; od wersji 2024.3.0 w ramach tej zakładki można również włączyć uwierzytelnienie dwustopniowe.

Użytkownik może rozwinąć lub zwinąć menu, klikając na ikonę , która znajduje się w górnej części panelu.

W wersji 2025.0.0 dodano możliwość resetowania hasła w nowej aplikacji web Comarch BPM (dawniej DMS). W tym celu w ramach okna logowania pod polem „Zapamiętaj mnie” dodano link [Nie pamiętasz hasła?].

Po kliknięciu w link [Nie pamiętasz hasła?] operator zostaje przeniesiony do okna „Nie pamiętasz hasła?”.

W ramach pola „E-mail lub login” należy wprowadzić login danego operatora albo e-mail, który jest do niego przypisany na karcie pracownika w aplikacji desktop Comarch BPM (dawniej DMS). Istnieje również możliwość powrotu do okna logowania po kliknięciu w link [Wróć do strony logowania].

Jeśli ten sam adres email został wprowadzony dla wielu operatorów w wielu spółkach, wówczas po wpisaniu go w polu „Email lub login” należy z rozwijanej listy operatorów natywnych wybrać operatora, dla którego ma zostać zmienione hasło.

Jeżeli wprowadzono adres email albo login w polu „E-mail lub login”, wówczas należy kliknąć w przycisk [Wyślij].

Jeśli operator, który próbuje zmienić hasło, nie jest operatorem natywnym (jest np. operatorem zaimportowanym z Comarch ERP Optima albo z Comarch ERP XL), wówczas zmiana hasła nie jest możliwa, a po kliknięciu [Wyślij] wyświetany jest komunikat „Nie można zmienić hasła”.

Jeśli konto operatora natywnego, do którego jest przypisany wprowadzony adres e-mail, istnieje albo jeżeli na koncie operatora natywnego, którego login podano, znajduje się adres e-mail, wówczas po naciśnięciu przycisku [Wyślij] operator zostaje przekierowany do okna potwierdzającego wysłanie maila do zmiany hasła, a na podany adres e-mail zostaje wysłana wiadomość z linkiem do resetowania hasła – aby przejść do zmiany hasła należy kliknąć w link podany w wiadomości.

Uwaga

Aby funkcjonalność wysyłania wiadomości z linkiem do zmiany hasła działała poprawnie, należy koniecznie uzupełnić ustawienia konta pocztowego na zakładce „Serwer pocztowy” na zakładce [Ustawienia] w aplikacji desktop Comarch BPM (dawniej DMS) i zapisać je – wiadomości będą wysyłane z adresu email podanego w tej zakładce.

Jeżeli konto z danym loginem albo adresem email nie istnieje, wówczas wyświetlony zostaje następujący komunikat:

Jeżeli:

• W pliku web.config nie włączono polityki przestrzegania bezpieczeństwa (<add key=”UseStrongPassword” value=”false” />) – zostaje otwarte okno „Zmiana hasła” bez dodatkowych informacji

 

 

• W pliku web.config włączono politykę przestrzegania bezpieczeństwa (<add key=”UseStrongPassword” value=”true” />) – zostaje otwarte okno „Zmiana hasła” z dodatkowymi informacjami, jakie warunki musi spełniać hasło. Hasło jest weryfikowane pod kątem spełniania warunków.

W ramach okna „Zmiana hasła” należy wprowadzić nowe hasło w polu „Nowe hasło”, wpisać je ponownie w polu „Powtórz nowe hasło”, a następnie kliknąć w przycisk [Zatwierdź].

Jeśli hasło wpisane w polu „Powtórz nowe hasło” różni się od hasła wprowadzonego w polu „Nowe hasło” i operator kliknie w przycisk [Zatwierdź], wówczas wyświetlany jest komunikat „Hasło nie zostało zmienione. Wpisane hasła różnią się od siebie. Uzupełnij ponownie.”.

Jeśli hasło wpisane w polach „Powtórz nowe hasło” i „Powtórz nowe hasło” nie spełnia wymagań polityki bezpieczeństwa i operator kliknie w przycisk [Zatwierdź], wówczas wyświetlany jest komunikat „Hasło nie zostało zmienione. Hasło nie spełnia wymagań bezpieczeństwa. Uzupełnij ponownie.”, a warunki, których nie spełnia hasło, zostaną podświetlone na czerwono i oznaczone znakiem x wśród informacji dotyczących wymagań dla silnego hasła.

Jeśli hasło spełnia wszystkie wymagania polityki bezpieczeństwa albo jeśli nie włączono polityki bezpieczeństwa, a hasła były zgodne w obydwóch polach, wówczas po kliknięciu w link [Zatwierdź] operator zostaje przeniesiony na stronę logowania, a w prawym dolnym rogu wyświetli się komunikat „Udało się! Możesz zalogować się przy użyciu nowego hasła”, a na adres email danego użytkownika zostanie wysłane potwierdzenie zmiany hasła.

W przypadku, jeśli operator kliknie w link do resetowania hasła zbyt późno (link się przeterminuje), wówczas zostanie wyświetlone okno „Nie można zmienić hasła”.

Jeżeli operator kliknie w link, za pomocą którego już zmieniono hasło, wówczas wyświetlony zostanie komunikat „Hasło zostało zmienione”.

W wersji 2025.0.0 dodano weryfikację skryptów na używanej bazie danych w przypadku próby przejścia do nowej aplikacji web Comarch BPM (dawniej DMS) – w przypadku wystąpienia niezgodności zostanie wyświetlony informujący o niej komunikat.

Okno logowania zawiera pola z nazwą operatora (login) oraz hasłem, a także (od wersji 2024.1.1) parametr „Zapamiętaj mnie” oraz (od wersji 2025.0.0) link „Nie pamiętasz hasła?” (zob. Resetowanie hasła) . W przypadku trybu wielofirmowego prezentowane jest dodatkowe pole z wyborem spółki.

W wersji 2025.2.0 udostępniono opcję wymuszenia wprowadzenia ręcznie pełnej nazwy firmy w polu „Spółka” w oknie logowania. W tym celu w ramach pliku web.config w folderze z plikami aplikacji serwerowej Comarch BPM wprowadzono następujące zmiany:

• Usunięto parametr CompanyNameSearchModeEnabled;
• Wprowadzono parametr CompanySelectionMode, który może przyjąć następujące wartości:
  • List – wartość domyślna, ustawiana przez instalator podczas instalacji Comarch BPM – jeśli wprowadzono tę wartość, wówczas operator może wybrać spółkę z listy dostępnych spółek w oknie logowania;

 

 

• • Search – jeśli wprowadzono tę wartość, wówczas operator może wyszukać nazwę spółki wraz z sugerowaną nazwą spółki, która zawiera wpisaną frazę, na liście dostępnych spółek w oknie logowania. Jeśli lista nie zawiera danej frazy, wówczas nie zostanie wyświetlona (aplikacja desktop i aplikacja web) lub zostanie wyświetlona pusta lista (aplikacje mobilne);

 

 

• • Text – jeśli wprowadzono tę wartość, wówczas operator powinien wprowadzić nazwę spółki ręcznie w polu „Spółka” w oknie logowania. W przypadku, jeśli operator:
    • Wpisze poprawną nazwę spółki – zostanie zalogowany do aplikacji Comarch BPM. Jeśli zostaną wprowadzone dodatkowe białe znaki (spacje) przed albo po nazwie spółki, wówczas zostanie uwzględniona nazwa bez spacji. W ramach pola można wprowadzić maksymalnie 100 dowolnych znaków;
    • Wpisze niepoprawną nazwę spółki lub nie uzupełni pola w aplikacji desktop – wówczas zostaną wyświetlone komunikaty – odpowiednio: „Pole spółka jest wymagane” i „Niepoprawna nazwa spółki”.
    • Wpisze niepoprawną nazwę spółki w aplikacji web – w takim przypadku zostanie wyświetlony komunikat „Niepoprawna nazwa spółki”, a pole „Spółka” zostanie zaznaczone na czerwono
    • Wpisze niepoprawną nazwę spółki w aplikacji mobilnej na system Android – w takim przypadku zostanie wyświetlony komunikat „Błąd logowania. Niepoprawna nazwa spółki”

W danym momencie operator może pracować tylko z jedną wersją (stacjonarną, WWW lub mobilną) aplikacji Comarch BPM (dawniej DMS).

Podczas logowania, aplikacja weryfikuje czy operator nie jest już zalogowany do innej wersji aplikacji. Jeżeli weryfikacja wykaże, że obecnie operator zalogowany jest do innej wersji, wyświetlone zostanie okno z pytaniem dotyczącym automatycznego wylogowania.

Wybór przycisku [Zaloguj się ponownie] spowoduje wylogowanie operatora z dotychczasowej wersji aplikacji i umożliwi zalogowanie do nowej.

Jeśli użytkownik wybierze przycisk [Pozostaw sesje], wówczas operator pozostanie zalogowany na dotychczasowej wersji aplikacji.

W wersji 2024.3.0 wprowadzono funkcjonalność uwierzytelnienia dwustopniowego. Uwierzytelnienie dwustopniowe może być:

Jeżeli administrator włączył obowiązkowe logowanie dwustopniowe dla wszystkich użytkowników, a dany operator nie ustawił wcześniej logowania dwustopniowego, wówczas musi je skonfigurować podczas kolejnego logowania – po wprowadzeniu loginu i hasła i kliknięciu „Zaloguj się” zostaje otwarte okno „Włącz logowanie dwuetapowe”.

Następnie operator musi kolejno wykonać następujące czynności:

Po kliknięciu przycisku [Zapisz] operator zostanie zalogowany do nowej aplikacji web Comarch BPM (dawniej DMS) .

Jeżeli operator ma już włączoną weryfikację dwuetapową, wówczas przy kolejnym otwarciu okna logowania do aplikacji desktop i wprowadzeniu loginu i hasła, a następnie kliknięciu w przycisk [Zaloguj się] zostaje wyświetlone okno „Podaj kod z aplikacji”. W ramach tego okna należy wprowadzić 6-cyfrowy kod weryfikacyjny wyświetlany w aplikacji Google Authenticator (zanim upłynie jego ważność, oznaczona zanikającym niebieskim kołem (kod jest ważny 60 sekund) – jeśli dany kod wygasł, w oknie „Podaj kod z aplikacji” należy wpisać kolejny wygenerowany kod. Następnie operator powinien kliknąć w przycisk [Zaloguj się] dostępny w ramach okna „Podaj kod z aplikacji”.

Po wprowadzeniu prawidłowego kodu weryfikacyjnego i naciśnięciu przycisku [Zaloguj się] okno logowania i okno „Podaj kod z aplikacji” zostają zamknięte, a otwiera się nowa aplikacja web Comarch BPM (dawniej DMS).

W wersji 2024.1.1 wprowadzono możliwość zablokowania logowania po określonej liczbie prób logowania na wybrany okres czasu.

W tym celu w pliku Web.config znajdującym się w katalogu z plikami aplikacji serwerowej (dawna web) wprowadzono dwa nowe klucze:

Jeśli operator próbował zalogować się do nowej aplikacji web Comarch BPM (dawniej DMS) za pomocą błędnego loginu i/lub hasła, a liczba prób przekroczyła wartość wprowadzoną w ramach klucza <add key=’MaxLoginAttempts’ value=”5″/>, wówczas powyżej pola „Login” zostanie wyświetlone okno z informacją Konto zostało zablokowane z powodu zbyt wielu nieudanych prób logowania. Spróbuj ponownie za moment lub skontaktuj się z administratorem domeny. Wówczas operator musi poczekać, aż upłynie czas określony w ramach klucza <add key=’LoginBlockTime’ value=”60″/>, aby podjąć kolejną próbę logowania.

W wersji 2024.1.1 na stronie logowania do nowej aplikacji web Comarch BPM (dawniej DMS) dodano również parametr [Zapamiętaj mnie]. Parametr znajduje się pod polem „Hasło” (w trybie jednofirmowym) lub pod polem „Spółka” (w trybie wielofirmowym).

Po zaznaczeniu parametru operator jest zalogowany w Comarch BPM (dawniej DMS) aż do momentu, kiedy naciśnie [Wyloguj się]. Gdy zalogowany operator zamknie okno Comarch BPM (dawniej DMS) za pomocą przycisku lub , wówczas przy ponownym uruchomieniu aplikacji nie jest konieczne wpisywanie loginu i hasła, logowanie przebiega automatycznie.