Praca ręczna ma swoją cenę.

W zależności od platformy wiele można osiągnąć samą konfiguracją. Interfejsy, przypadki błędów i bezpieczne uprawnienia trzeba jednak zaplanować i zweryfikować technicznie.

Ustalamy to jednoznacznie: sprawy mogą zostać zakończone w dotychczasowej wersji albo poddane kontrolowanej migracji. Pozwala to uniknąć niezauważonej zmiany reguł decyzyjnych.

Wnioski, zatwierdzenia i przekazania nie powinny utykać w skrzynkach pocztowych. Przekładamy Państwa procesy na cyfrowe formularze, zadania i kroki systemowe. Wyjątki, zastępstwa i eskalację projektujemy tak samo starannie jak ścieżkę standardową.

Analiza procesów z działami biznesowymi i modelowanie zgodnie z BPMN 2.0 Wdrożenie w Camunda, Power Automate lub ServiceNow z formularzami i listami zadań Podłączenie do ERP, CRM, DMS i katalogu użytkowników za pomocą interfejsów Zasada czterech oczu, zasady zastępstw i eskalacja w modelu procesu Wskaźniki dla każdego procesu: czas realizacji, otwarte sprawy, przerwania

Modele procesów zgodne z BPMN 2.0 Gotowe do eksploatacji przepływy pracy z interfejsami Wskaźniki procesowe i podręcznik eksploatacji

Kto może złożyć wniosek, kto podejmuje decyzję i co dzieje się w razie pytań uzupełniających? Modelujemy nie tylko najszybszy przebieg, lecz także odrzucenie, zastępstwo, upływ terminu i przerwanie. Decyzje podejmowane przez ludzi oddzielamy od kroków kontrolnych możliwych do zautomatyzowania. Model BPMN może wspierać uzgodnienia; to, jak zostanie przełożony na wykonywalny proces, zależy od platformy. Porównujemy istniejące narzędzia i nowe rozwiązania pod kątem czasu trwania procesu, potrzeb integracyjnych i łatwości utrzymania.

Jeden przepływ pracy (workflow) może wywołać zmiany w wielu systemach. Jeśli trzeci krok się nie powiedzie, dwóch pierwszych nie można po prostu zignorować. Planujemy ponowne próby, działania kompensujące i ręczne wyjaśnianie przypadków. Techniczne konta serwisowe otrzymują ograniczone uprawnienia. Zatwierdzenia są powiązane z konkretną sprawą, dzięki czemu późniejsza zmiana nie jest realizowana na podstawie nieaktualnej zgody. Nowe wersje procesu wymagają też reguły dla spraw, które już się rozpoczęły.

Podczas odbioru sprawdzamy wspólnie z użytkownikami biznesowymi standardowy przebieg oraz wybrane ścieżki wyjątków. Przekazujemy model procesu, konfigurację oraz instrukcje postępowania z otwartymi lub nieudanymi sprawami. Wskaźniki pokazują czasy oczekiwania i wąskie gardła, nie myląc pomyślnie wykonanych zadań częściowych z w pełni zakończonymi procesami. Na początek potrzebujemy typowych wniosków, reguł zatwierdzania oraz informacji o zaangażowanych systemach.

Procesy, środowisko systemowe, jakość danych Działy biznesowe, IT, ochrona danych, doradca procesowy OTOKO® Mapa procesów, spis systemów, raport jakości danych, priorytetowe obszary działania

Procesy docelowe, architektura, plan integracji Działy biznesowe, architektura, bezpieczeństwo informacji Procesy docelowe, architektura systemu, rejestr interfejsów, koncepcja uprawnień

Jeden proces lub lokalizacja w eksploatacji produkcyjnej Konsultanci OTOKO®, kluczowi użytkownicy, Państwa dział IT Pilotaż z rzeczywistymi danymi, informacja zwrotna kluczowych użytkowników, decyzja o wdrożeniu na szeroką skalę

Konfiguracja, interfejsy, migracja, szkolenie Konsultanci i deweloperzy OTOKO®, kluczowi użytkownicy, Państwa dział IT Skonfigurowany system, interfejsy, przeniesione dane, szkolenie, odbiór

Monitoring, wydania, wsparcie Zespół eksploatacji OTOKO® lub Państwa zespół Monitoring, planowanie wydań, wsparcie, coroczny przegląd uprawnień

Procesy docelowe, wymagania, uzgodnienia z kluczowymi użytkownikami

Architektura systemu, interfejsy, odpowiedzialność za dane