UiPath

Najczęściej:

Finanse i księgowość
✔ procesy AP/AR,
✔ rekonsyliacje,
✔ pobieranie i przetwarzanie raportów,
✔ weryfikacja danych.

‍HR
✔ onboarding/offboarding,
✔ kontrakty,
✔ rejestry.

‍Zakupy
✔ obsługa zamówień,
✔ integracje z portalami dostawców,
✔ pobieranie danych z zewnętrznych źródeł.

‍Logistyka i operacje
✔ systemy magazynowe,
✔ planowanie zasobów,
✔ integracja wielu aplikacji i portali.

‍Procesy regulacyjne i compliance
✔ raportowanie,
✔ monitorowanie,
✔ weryfikacje.

Im więcej powtarzalności, dokumentów, UI i integracji - tym większe ROI dla UiPath.

Tak - UiPath jest jedną z najlepszych technologii RPA dla SAP.

Może pracować na: SAP GUI, SAP Fiori, API i RFC, SAP ECC i S/4HANA, systemach satelitarnych (MM, SD, FI, HR, WMS).

UiPath to RPA klasy enterprise dla ekosystemu SAP, w tym bardzo starych modułów.

Tak.

UiPath wspiera: SSO, role i autoryzacje, szyfrowanie danych, pełny audit log, kontrolę uprawnień robotów i użytkowników, zgodność z politykami bezpieczeństwa, izolowane środowiska i segregację danych.

UiPath został zaprojektowany do środowisk o najwyższych wymaganiach (finanse, bankowość, produkcja, farmacja).

Automatyzacje powstają szybko, odpowiadają na bieżące potrzeby, ale bez wspólnych zasad zaczynają się problemy: duplikaty robotów, brak dokumentacji, awarie po zmianach w systemach i rosnące koszty utrzymania.
‍
Z czasem zamiast przyspieszać biznes, automatyzacja zaczyna go spowalniać. W takiej sytuacji kluczowe nie jest tworzenie nowych robotów, tylko uporządkowanie tego, co już działa.

‍Jak do tego podchodzimy?
‍Zaczynamy od audytu i zrozumienia istniejących automatyzacji: co działa, co się dubluje, gdzie są ryzyka. Następnie porządkujemy architekturę i wprowadzamy wspólne standardy budowy oraz utrzymania robotów. Równolegle budujemy model zarządzania (COE), który przejmuje kontrolę nad rozwojem, monitoringiem i jakością automatyzacji. Tam, gdzie to potrzebne, refaktoryzujemy istniejące rozwiązania, żeby były stabilne i skalowalne.

Tak i to w bardzo zaawansowany sposób, bo UiPath to jeden z liderów automatyzacji opartej na AI.
‍
UiPath oferuje: Intelligent Document Processing (IDP), automatyczne klasyfikowanie dokumentów, modele AI do OCR i ML, UiPath Autopilot (AI Assisted Development), integracje z modelami LLM, agentów AI wykonujących działania w systemach, decyzje rulebased + LLMbased.

Najlepiej podejść do tego etapowo, zaczynając od zrozumienia procesów kończąc na skalowaniu automatyzacji w całej firmie.
Na początku kluczowe jest sprawdzenie, gdzie automatyzacja ma realny sens, bo nie wszystko warto robotyzować. Dlatego startujemy od analizy procesów i wyboru tych, które dadzą szybki i mierzalny efekt.
Równolegle warto poukładać fundamenty: środowisko, sposób zarządzania robotami i podstawowe zasady budowy rozwiązań. Bez tego automatyzacja szybko wymyka się spod kontroli.
Kolejny krok to pilotaż. Jeden obszar, w którym można szybko pokazać wartość i zbudować doświadczenie zespołu. Dopiero na tej bazie buduje się model skalowania, zwykle w oparciu o COE, które porządkuje rozwój i utrzymanie automatyzacji w całej organizacji.

UiPath wdraża się od małego projektu, ale od początku z myślą o skali. Inaczej bardzo szybko pojawia się chaos, który trudno później uporządkować.

COE porządkuje sposób, w jaki powstają i działają automatyzacje. CoE definiuje:
✔ standardy kodowania,
✔ standardy testowania,
✔ recenzje automatyzacji,
✔ standardy dokumentacji,
✔ architekturę botów i środowisk,
✔ zasady utrzymania,
✔ szkielety automatyzacji,
✔ katalog procesów i pipeline.

COE zamienia pojedyncze inicjatywy RPA w spójny, skalowalny program automatyzacji, który da się rozwijać bez ciągłego gaszenia pożarów.

To zależy od tego, jak ważny jest proces.
Proste automatyzacje mogą być utrzymywane bliżej biznesu, przy wsparciu zespołu centralnego. Dzięki temu zmiany są szybkie i nie obciążają IT. Im bardziej jednak proces jest kluczowy dla działania firmy (np. finanse, zamówienia, integracje między systemami), tym większa powinna być rola IT lub dedykowanego zespołu RPA.

Niezależnie od tego, kto rozwija roboty, potrzebny jest jeden punkt kontroli, który dba o standardy, jakość i stabilność.

Jeśli automatyzacje są dobrze opisane, oparte na standardach i zarządzane centralnie, można je rozwijać i w razie potrzeby odtworzyć w innych technologiach.
Problem zaczyna się wtedy, gdy roboty powstają na szybko, bez dokumentacji i wspólnych zasad. Wtedy stają się trudne do utrzymania i praktycznie przywiązują organizację do jednego rozwiązania.

UiPath - gdy:
✔ proces wymaga pracy na UI systemów,
✔ brak API,
✔ integracje są trudne lub niemożliwe,
✔ przepływy są wysoko powtarzalne,
✔ systemy są legacy lub niestandardowe,
✔ potrzebujesz robotów 24/7,
✔ automatyzujesz dokumenty.

‍Power Platform - gdy:
✔ pracujesz ściśle w M365,
✔ procesy są crosssystemowe,
✔ potrzebujesz szybkich aplikacji i automatyzacji,
✔ dane są w Dataverse / SharePoint / M365.

‍Podsumowując
‍UiPath sprawdzi się do automatyzacji operacyjnej i systemowej, natomiast Power Platform do aplikacji i przepływów biznesowych.

To nie jest wybór "albo-albo", tylko decyzja o tym, co i gdzie automatyzujemy.

‍UiPath sprawdza się tam, gdzie:
✔ trzeba automatyzować pracę w różnych systemach (nie tylko SAP)
✔ nie ma API i trzeba działać na interfejsie (UI, SAP GUI, portale)
✔ proces obejmuje wiele narzędzi i plików

‍SAP Build ma sens, gdy:
✔ procesy są oparte o SAP (S/4HANA, ECC)
✔ rozszerzasz standardowe funkcje SAP
✔ budujesz workflow, aplikacje i automatyzacje „wewnątrz SAP”

UiPath domyka to, czego SAP nie obejmuje natywnie, a SAP Build rozwija i porządkuje procesy w samym SAP.

Tak. W dużych organizacjach to bardzo częste podejście. Każde z tych narzędzi ma swoją rolę:
✔ UiPath automatyzuje działania w różnych systemach, także starszych i bez integracji
✔ Power Platform dobrze sprawdza się w aplikacjach i workflow wokół środowiska Microsoft
✔ SAP Build rozwija i porządkuje procesy bezpośrednio w SAP

Problem nie leży w samej liczbie platform, tylko w tym, czy wiadomo kiedy której używać.

Potrzebne jest spójne podejście do zarządzania automatyzacją w całej organizacji, czyli:
✔ jedno COE obejmujące wszystkie platformy
✔ wspólny katalog procesów
✔ jasna zasada wyboru narzędzia do typu procesu
✔ spójne reguły integracji i dostępu
✔ centralny monitoring oraz kontrola zgodności (compliance)