Start · Rozwiązania · Zarząd i planowanie
Rozwiązanie · Zarząd i planowanieCzternaście dni DSO ponad cel, a każdy z czterech działów wskazuje inny etap
Process mining O2C: gdzie utyka gotówka
Process mining na dzienniku zdarzeń order-to-cash mierzy, ile dni DSO kosztuje każdy etap, segment klientów i pętla poprawek, i zamienia przyczyny w comiesięczny przegląd gotówki.
Streszczenie dla zarządu
DSO powyżej celu, a każdy dział ma swoją teorię. Zmierzmy, ile dni kosztuje naprawdę każdy etap.
Mientha buduje aplikację procesową order-to-cash na UiPath Process Mining ze zdarzeń, które Państwa systemy i tak zapisują.
Dni ponad cel rozkładają się na zwolnienie kredytowe, potwierdzenie dostawy, fakturowanie, spory i zachowanie płatnicze.
pakiet przeglądowy Power BI; kolejka w Automation Hub; brak zapisów do SAP i CRM
Problem biznesowy
Process intelligence
Order-to-cash to sztafeta: zamówienie zostaje przyjęte, sprawdzone wobec limitu kredytowego, skompletowane, wysłane, potwierdzone, zafakturowane, czasem zakwestionowane i wreszcie zapłacone. Każde przekazanie to system i kolejka innego zespołu, a zegar biegnie przez wszystkie. Zarząd widzi na końcu jedną liczbę, średnią ze średnich, która ukrywa klienta płacącego trzydziestego dnia i segment płacący dziewięćdziesiątego piątego.
Każda funkcja coś mierzy i to jest część problemu. Kontrola kredytowa raportuje, jak szybko zwalnia zablokowane zamówienia, fakturowanie liczbę dokumentów i kalendarz przebiegów, windykacja przedziały przeterminowania. Nikt nie mierzy zamówienia od początku do końca, więc cztery pomiary nigdy nie sumują się do czternastu dni. Kwartalny mostek DSO powstaje ręcznie z eksportu pozycji otwartych, a spotkanie spiera się o to, czyj eksport jest właściwy, zamiast o to, który etap naprawić.
Skala pogarsza sprawę: każdy nowy kraj i każde centrum dystrybucyjne dokłada wariantów, a pętle poprawek mnożą się po cichu. Blokada kredytowa nałożona, zdjęta i nałożona ponownie na tego samego klienta w ciągu dwóch tygodni; faktura wystawiona od nowa z powodu błędnego warunku cenowego; spór wznowiony po korekcie. Żadne z tych zdarzeń nie jest incydentem, żadne nie jest liczone, a każde kosztuje dni.
Jak to wygląda dzisiaj
Tak zwykle wygląda ten proces.
- SystemZamówienie wpływa przez EDI lub z biura obsługi i zatrzymuje się na blokadzie kredytowej: ekspozycja klienta przekracza limit
- OczekiwanieBlokada czeka w kolejce analityka kredytowego, zwykle od pół dnia do dwóch dni, dłużej gdy trafi na piątek
- CzłowiekAnalityk sprawdza pozycje otwarte w FBL5N, dzwoni do opiekuna klienta i zwalnia zamówienie ręcznie; w kolejnym tygodniu ten sam klient blokuje się ponownie
- OczekiwanieTowar opuszcza magazyn, dostawa zostaje potwierdzona dzień lub dwa później, a fakturowanie nie ma czego zafakturować
- SystemFakturowanie wystawia fakturę; część trzeba wystawić od nowa z powodu błędnego warunku cenowego, adresu dostawy lub numeru zamówienia klienta
- Ryzyko błęduPowtarzające się blokady, ponownie wystawiane faktury i wznawiane spory uchodzą za zwykłą pracę, więc żadne z nich nie staje się liczbą
- CzłowiekRaz na kwartał analityk eksportuje pozycje otwarte do Excela i buduje mostek DSO, który spotkanie zarządcze następnie kwestionuje
Dlaczego obecny proces kosztuje więcej, niż widać
Za każdym wyjątkiem stoi godzina, której nikt nie zapisał.
- Dni to pieniądz o cenie, którą grupa dobrze zna. Czternaście dni przy przychodzie 480 mln € to pula należności finansowana przez cały rok, a nie ma jej w budżecie żadnego działu, bo należy do czterech.
- Poprawki są niewidoczne właśnie dlatego, że wyglądają jak praca. Blokada zdjęta dwa razy, faktura wystawiona od nowa, wznowiony spór: każde z osobna jest uzasadnione, a razem kosztują więcej dni, niż ktokolwiek zgaduje.
- Windykacja pracuje na jedynej liście, którą widzi, czyli na przeterminowanych. Dni utracone zanim faktura w ogóle powstała nigdy nie docierają do osób rozliczanych z DSO.
Koszt zaniechania
DSO jest wskaźnikiem opóźnionym i właśnie dlatego w żadnym pojedynczym miesiącu nie wydaje się pilne. Sześćdziesiąt dwa staje się sześćdziesięcioma trzema i wraca, raport skarbowy to wchłania, a pula jest finansowana po cichu, po cenie, o którą nikt się nie spiera, bo nigdy nie przychodzi jako faktura.
Rośnie natomiast baza, do której luka się odnosi. Każdy nowy kraj i każda nowa grupa klientów dołącza do tej samej sztafety, więc luka mierzona w dniach rośnie razem z przychodem, choć żaden etap nie działa gorzej. Każdy niezmierzony rok to również kolejny rok budżetu na usprawnienia wydany na to, co najlepiej wyargumentował któryś z dyrektorów.
Przykładowa organizacja o realnych proporcjach — liczby służą do policzenia sprawy na Waszych danych, nie są wynikiem klienta.
Grupa dystrybucyjna, przychód 480 mln €, trzy centra dystrybucyjne, około 4 000 aktywnych klientów B2B w pięciu krajach; SAP S/4HANA w sprzedaży i finansach, Microsoft Dynamics 365 Sales jako CRM, Microsoft 365 E3; biuro obsługi zamówień i windykacja w centrum usług wspólnych.
Około 240 000 zamówień sprzedaży i 310 000 faktur rocznie; DSO 62 dni wobec celu zarządu 48; około 6% zamówień zatrzymuje blokada kredytowa, a około 3% faktur wystawia się od nowa.
Każda funkcja mierzy własny odcinek własnym zegarem, a mostek DSO powstaje w Excelu raz na kwartał z eksportu pozycji otwartych.
Brak jednej osi czasu dla zamówienia sprawia, że czternastu dni ponad cel nie da się przypisać do zwolnienia kredytowego, potwierdzenia dostawy, opóźnienia fakturowania, sporów ani samego zachowania płatniczego, a żadnego działania nie da się wycenić przed jego podjęciem.
UiPath Process Mining na dzienniku zdarzeń order-to-cash z szablonem Order-to-Cash app template; sprawdzanie zgodności z procesem docelowym; dni mierzone na etap, segment i pętlę poprawek; comiesięczny przegląd gotówki w Microsoft Teams z pakietem Power BI, zasilający zespoły kredytu, fakturowania i windykacji oraz kolejkę automatyzacji.
W modelowanym przypadku każdy z czternastu dni ma etap, właściciela i wartość w euro, więc dyskusja przenosi się z winy na arytmetykę. Przykładowa pula za tymi dniami to 18,4 mln € należności, finansowane przy założonych 5,5% za około 1 012 000 € rocznie. To model oparty na podanych założeniach.
Proponowane rozwiązanie
Mientha buduje aplikację procesową order-to-cash na UiPath Process Mining ze zdarzeń, które Państwa systemy i tak zapisują. Dziennik powstaje z dokumentów sprzedaży, dostaw, fakturowania, kredytu i należności w SAP, łącznie z dokumentami zmian, i zostaje połączony z atrybutami z CRM: segmentem, opiekunem klienta oraz rejestrem sporów tam, gdzie nie prowadzi się go w SAP. Ekstrakcja działa przez Theobald Xtract Universal lub CData Sync, harmonogramowo, przyrostowo i tylko do odczytu, a wyniki są uzgadniane z Państwa własnymi sumami, zanim ktokolwiek zobaczy pulpit. Szablon Order-to-Cash app template daje strukturę: pulpity Summary, End-to-end process, Event Analysis i Customers, miary przepustowości, tagi i terminy.
Instrumentem zarządczym czyni to przeliczenie czasu na gotówkę. Sprawdzanie zgodności porównuje każdy przypadek z uzgodnionym procesem docelowym, a my tagujemy odchylenia właściwe dla tego procesu: blokada kredytowa zdjęta dwukrotnie u tego samego klienta, faktura wystawiona od nowa, dostawa potwierdzona po wyjeździe, wznowiony spór, warunek płatności nadpisany przy przyjęciu zamówienia. Każdy etap i każde odchylenie ma czas trwania, który wyrażamy w dniach DSO, a przy dziennym przychodzie także w euro. To przeliczenie jest naszym projektem na miarach szablonu, podobnie jak wskaźnik zamówień bezdotykowych, zdefiniowany raz, od przyjęcia zamówienia do rozliczenia wpłaty.
Wnioski trafiają tam, gdzie zapada decyzja. Kanał w Teams prowadzi comiesięczny przegląd gotówki z pakietem Power BI jako zakładką, a alert danych dociera do właściciela przeglądu w kanale aktywności Teams, gdy opóźnienie fakturowania lub wskaźnik bezdotykowości przekroczy próg. Powtarzalna przyczyna staje się zmianą polityki albo kandydatem do automatyzacji, przekazanym do UiPath Automation Hub z wolumenem i dniami; UiPath Insights pokazuje potem, co przyniósł. Żaden model językowy nie bierze w tym udziału, a każda liczba prowadzi z powrotem do numerów dokumentów SAP. Tam, gdzie opisana na tej stronie wieża kontrolna Order-to-Cash wykonuje wyjątki, ten instrument mówi, które z nich warto wykonywać inaczej.
UiPath Process Mining Order-to-Cash app template (pulpity, tagi, terminy, potencjał automatyzacji); sprawdzanie zgodności z procesem docelowym; ładowanie przyrostowe przez Theobald Xtract Universal lub CData Sync; pomysły automatyzacyjne przekazywane do UiPath Automation Hub; Power BI jako zakładka w Microsoft Teams z alertami danych; pulpity UiPath Insights
Zakres ekstrakcji i dziennik zdarzeń; proces docelowy i reguły zgodności; wymienione wyżej tagi odchyleń; przeliczenie dni na gotówkę i segmentację klientów; pakiet przeglądowy Power BI, jego progi i rytm przeglądu
Połączenie z CRM przenoszące opiekuna klienta, segment i rejestr sporów tam, gdzie spory są poza SAP; po stronie SAP nic
Jak działa proces po automatyzacji
- AutomatyzacjaHarmonogramowe ładowanie przyrostowe pobiera nowe i zmienione dokumenty sprzedaży, dostaw, fakturowania, kredytu i rozliczeń z SAP oraz atrybuty kont z CRM
- AutomatyzacjaDziennik zdarzeń powstaje na nowo dla pozycji zamówienia i faktury, od przyjęcia zamówienia do rozliczenia wpłaty, a każdy przypadek jest sprawdzany wobec procesu docelowego
- AutomatyzacjaTagi odchyleń stosowane są identycznie we wszystkich krajach i miesiącach: powtórne blokady, faktury wystawione od nowa, spóźnione potwierdzenia, wznowione spory, nadpisane warunki
- AutomatyzacjaCzasy etapów stają się dniami DSO, a przy dziennym przychodzie euro, w podziale na segment klientów, kraj i opiekuna
- AutomatyzacjaPakiet przeglądowy się odświeża, a alert danych dociera do właściciela przeglądu w kanale aktywności Teams po przekroczeniu progu
- CzłowiekKredyt, fakturowanie, windykacja i sprzedaż spotykają się co miesiąc nad mostkiem dni i decydują: zmienić warunek, poprawić warunek cenowy, przesegmentować strategię monitów, uporządkować praktykę magazynu
- SystemKażde działanie jest zapisane przy swojej przyczynie z właścicielem i datą, kandydaci trafiają do Automation Hub z wolumenem, a kolejny cykl pokazuje, czy dni się zmieniły
Model współpracy człowieka z automatyzacją
Automatyzacja obsługuje
- Ekstrakcję, budowę dziennika zdarzeń i sprawdzanie zgodności dla każdego zamówienia, dostawy, faktury i płatności
- Tagowanie odchyleń oraz przeliczanie czasów na dni i euro, tak samo w każdym kraju i miesiącu
- Odświeżanie pakietu przeglądowego, alerty progowe i przekazywanie kandydatów do Automation Hub ze zmierzonym wolumenem
Ludzie decydują
- Które odchylenia są dopuszczalne: klient strategiczny zwolniony ponad limit, sezonowy warunek płatności, magazyn potwierdzający nazajutrz
- Czym jest proces docelowy i gdzie leżą progi; ta definicja należy do finansów i sprzedaży
- O działaniach handlowych: warunkach płatności, limitach kredytowych, strategiach monitów, warunkach cenowych
- Czy zachowanie płatnicze klienta to wada procesu, czy temat do negocjacji dla opiekuna
Przed i po
Systemy i integracje
Nie dokładamy technologii, żeby architektura wyglądała poważniej. Każdy element poniżej ma w tym procesie konkretne zadanie.
Wejścia
- tabele sprzedaży, dostaw, fakturowania, kredytu i należności w SAP wraz z dokumentami zmian
- dane podstawowe klientów i warunki płatności
- opiekun, segment i rejestr sporów z CRM
Warstwa automatyzacji
- UiPath Process Mining z szablonem Order-to-Cash app template
- Theobald Xtract Universal lub CData Sync
- UiPath Automation Hub
- UiPath Insights
Systemy docelowe
- pakiet przeglądowy Power BI
- kolejka w Automation Hub
- brak zapisów do SAP i CRM
Punkty styku z człowiekiem: comiesięczny przegląd gotówki w Microsoft Teams; zakładka Power BI i odnośniki do pulpitów; alerty progowe w kanale aktywności Teams
Wykorzystane technologie
dziennik zdarzeń, zgodność z procesem docelowym, przepustowość na etap, tag i klienta
Aharmonogramowa, przyrostowa ekstrakcja tabel SAP wyłącznie do odczytu
Apowtarzalne przyczyny stają się ocenionymi kandydatami ze zmierzonym wolumenem i dniami
Aco faktycznie przynoszą automatyzacje uruchomione po przeglądzie
Apakiet przeglądu gotówki jako zakładka w Teams, z alertami progowymi
Akanał przeglądu z pakietem, alertami i decyzjami
Azdarzenia zamówień, dostaw, fakturowania, kredytu i rozliczeń
ACRM w tym scenariuszu: segment, opiekun klienta i spory prowadzone poza SAP
AIlustracyjny model ekonomiczny
Ile to jest warte, policzone krok po kroku.
Cała praca w tym modelu opiera się na jednej liczbie: dniu sprzedaży. Przychód 480 mln € podzielony przez 365 oznacza, że grupa fakturuje około 1,32 mln € dziennie, więc każdy dzień DSO ponad cel to tyle gotówki trzymanej w należnościach zamiast na rachunku. Wartość 5,5% to założony pełny koszt kapitału, a nie stawka od kogokolwiek otrzymana, natomiast 18,4 mln € to jednorazowe uwolnienie gotówki, nie roczna oszczędność; powtarza się koszt finansowania z ostatniego wiersza. Niczego nie mierzono u klienta.
Korzyści biznesowe
- Dni ponad cel rozkładają się na zwolnienie kredytowe, potwierdzenie dostawy, fakturowanie, spory i zachowanie płatnicze, każdy z wartością w euro liczoną przy dziennym przychodzie
- Pętle poprawek są policzone po raz pierwszy: powtórne blokady kredytowe na klienta, faktury wystawione od nowa, spory wznowione po korekcie
- Widać klientów stojących za średnią, więc warunek, limit lub strategia monitów zmienia się dla segmentu, który naprawdę generuje dni
- Kredyt, fakturowanie, windykacja i sprzedaż przestają spierać się o cztery eksporty i zaczynają od jednej osi czasu z odniesieniem do dokumentów SAP
Perspektywa zarządu
- Konwersja gotówki przestaje być miesięcznym wynikiem, a staje się listą przyczyn z wartościami, właścicielami i terminami
- Finanse, sprzedaż i centrum usług wspólnych planują z tej samej osi czasu, odświeżanej automatycznie i uzgodnionej z księgą
- Każda inicjatywa startuje ze zmierzonej bazy, więc jej efekt widać na pulpicie operacyjnym, a nie w raporcie projektu
Wpływ na KPI zarządu
Bezpieczeństwo i nadzór
Gdzie leżą dane i kto je widzi.
- Rozwiązanie niczego nie zapisuje do SAP ani do CRM. Jedno dedykowane konto serwisowe tylko do odczytu, ograniczone do tabel w zakresie, to jedyne potrzebne poświadczenie
- Dane procesowe pozostają w regionie UE UiPath Automation Cloud; pakiet przeglądowy i alerty zostają w Państwa dzierżawie Microsoft 365, z dostępem przez grupy Microsoft Entra ID
- Nazwy klientów i zachowanie płatnicze to dane handlowe: widoki imienne trafiają do ról finansowych i sprzedażowych, które ich potrzebują, a szerszy przegląd pracuje na danych zagregowanych
- Identyfikatory osób zwalniających blokady i anulujących faktury są pseudonimizowane, chyba że finanse, kadry i przedstawiciele pracowników ustalą inaczej; proces docelowy, tagi i progi są wersjonowane, a ich zmiana wymaga akceptacji
Dlaczego teraz
Należności są finansowane po cenie, jaką grupa płaci za pieniądz, ustalanej przez kredytodawców, a nie przez proces; modelowane 1 012 000 € rocznie to koszt czternastu dni, zanim ktokolwiek odzyska choćby jeden
Cel DSO niedotrzymany przez dwa lata wraca jako wniosek o etaty w windykacji. Zmierzony rozkład rozstrzyga, czy dni powstają właśnie tam, czy jeszcze zanim faktura zaistnieje
Szablon aplikacji, przyrostowa ekstrakcja z SAP i Power BI wewnątrz kanału Teams to standardowe, udokumentowane elementy; to konfiguracja i rytm przeglądu, a nie program hurtowni danych
Role zarządcze, których to dotyczy
Luka DSO przestaje być wynikiem, a staje się przyczynami z wartościami, właścicielami i miesięcznym mostkiem, który wytrzymuje pytania
Kredyt, fakturowanie i windykacja pracują z jednej osi czasu, a wysiłek idzie do największej zmierzonej przyczyny, nie do najgłośniejszej skargi
Zachowanie płatnicze według segmentu i opiekuna zamienia pretensje finansów w rozmowę handlową popartą dowodami
Ekstrakcja tylko do odczytu ze standardowych tabel, żadnej zmiany w SAP ani CRM, jedna aplikacja procesowa zamiast kwartalnych mostków w Excelu
Częste pytania i zastrzeżenia
DSO mówi o wyniku, a nie o tym, gdzie ten wynik powstaje. Te same 62 dni mogą być czterema dniami opóźnienia fakturowania i dziesięcioma zachowania płatniczego albo odwrotnie, a każda z tych sytuacji wymaga odwrotnej decyzji. Process mining rozkłada tę liczbę na etapy, klientów i przyczyny.
To są właśnie wnioski, a nie przeszkody w ich uzyskaniu. Pierwsze ładowanie pokazuje, które magazyny potwierdzają późno i ile sporów jest poza ERP; tam, gdzie spór nie zostawia żadnego zdarzenia, mówimy to wprost, zamiast obchodzić brak modelem.
Wieża wykonuje: zablokowane zamówienia, spory i przekroczone limity idą jednym przepływem z akceptacjami w Teams. To rozwiązanie mierzy, gdzie powstają dni, więc wiadomo, które wyjątki warto tam kierować i czy liczba się poruszyła.
Kiedy to nie jest właściwe rozwiązanie
- Order-to-cash biegnie w większości poza ERP: zamówienia telefonicznie, fakturowanie w osobnym narzędziu bez powiązania z dostawami. Nie ma osi czasu do analizy, a najpierw trzeba wprowadzić proces do jednego systemu
- Luka jest już zrozumiana i uzgodniona. Jeśli wszyscy przyjmują, gdzie leżą dni, a uzasadnienie biznesowe jest napisane, pieniądze warto wydać na naprawę, a nie na drugi pomiar
- Potrzebny jest obraz pracy przy biurkach albo jedno spojrzenie na kilka procesów naraz. To czterotygodniowy rentgen procesu z KYP.ai, który zwykle jest pierwszy
Pytanie na najbliższe posiedzenie
Nasze DSO jest czternaście dni powyżej celu, który sami ustaliliśmy: który etap odpowiada za ile z tych dni i ile każdy dzień kosztuje nas przy naszym własnym koszcie kapitału?
Podejście wdrożeniowe
Co dokładnie dostarczamy i czego potrzebujemy na start.
Dostarczamy
- Sprawdzenie dostępności danych w tabelach sprzedaży, dostaw, fakturowania, kredytu i należności oraz w atrybutach CRM z segmentem i opiekunem
- Proces docelowy uzgodniony z finansami, sprzedażą i centrum usług wspólnych oraz stojące za nim reguły zgodności
- Dziennik zdarzeń i harmonogramowe ładowanie, uzgodnione z Państwa własnymi sumami, zanim ktokolwiek przeczyta jakąkolwiek liczbę
- Szablon aplikacji skonfigurowany z Państwa tagami, terminami, segmentacją i przeliczeniem dni na gotówkę oraz pakiet Power BI z progami
- Trzy pierwsze comiesięczne przeglądy gotówki prowadzone przez nas, z pierwszymi kandydatami ocenionymi w Automation Hub
Potrzebujemy od Państwa
- Dostępu do odczytu tabel SAP w zakresie projektu albo już działającej warstwy ekstrakcji
- Jednego właściciela po stronie finansów i jednego w centrum usług wspólnych, który poprowadzi comiesięczny przegląd
- Celu DSO, warunków płatności według segmentów, rejestru sporów w miejscu, gdzie jest prowadzony, oraz reguł zwalniania kredytowego w praktyce
Etapy
Rozpoznanie
Proces docelowy, tagi odchyleń, segmentacja klientów, definicja DSO, dostępność danych
Dane i konfiguracja
Ekstrakcja, dziennik zdarzeń, uzgodnienie z księgą, tagi, wskaźniki, pakiet przeglądowy, progi
Walidacja
Pierwsze wyniki czytane z kredytem, fakturowaniem i windykacją; korekta definicji i progów
Rytm przeglądu
Trzy prowadzone przeglądy miesięczne, działania z właścicielami, pierwsi kandydaci w Automation Hub
Monitorowanie ciągłe
Harmonogramowe ładowania, alerty progowe, cel dla każdej przyczyny, kolejne jednostki gospodarcze
Działowe. Nakład zależy od liczby jednostek gospodarczych i organizacji sprzedaży, od tego, czy spory są prowadzone w ERP czy wyłącznie w skrzynkach pocztowych, oraz od konsekwencji magazynów w potwierdzaniu dostaw.
Luka DSO ma u Państwa czterech właścicieli, czyli nie ma żadnego.
Prosimy o miesięczne DSO z ostatniego roku, liczbę zamówień sprzedaży i faktur oraz wersję SAP. W zamian otrzymują Państwo sprawdzenie dostępności danych i pisemny obraz tego, które etapy Państwa dane zdarzeniowe potrafią już wycenić.
Rozłóżmy lukę DSO na dniTen sam problem ma zwykle sąsiedni proces
Nikt nie wie, jaka część zakupów omija umowy i zamówienia ani ile razy wraca faktura. To da się mierzyć co miesiąc.
Zobacz rozwiązanie Finanse i księgowośćSalda wewnątrzgrupowe uzgodnione przed konsolidacjąSpółki nie zgadzają się co do wzajemnych sald, a konsolidacja czeka na odpowiedź e‑mailem.
Zobacz rozwiązanie Obsługa klientaPoziomy usług raportowane, zanim klient je zakwestionujeMiesięczne raporty SLA powstają w Excelu z eksportów zgłoszeń, a kary umowne pierwszy wylicza klient.
Zobacz rozwiązanie Zarząd i planowaniePakiet zarządczy w Power BI zamiast czternastu plików ExcelPakiet dla zarządu nie powinien zależeć od tego, który analityk i którego dnia scalił który arkusz.
Zobacz rozwiązanie Case studyWieża kontrolna Order-to-CashKażde zablokowane zamówienie, sporna faktura i przekroczony limit trafia do jednego procesu: agent diagnozuje, robot wykonuje, człowiek zatwierdza jedną decyzją na Teams.
Zobacz case study Case studyAgent należności: gotówka wraca szybciejPriorytetyzuje, pisze, eskaluje i proponuje decyzje — a Ty tylko zatwierdzasz.
Zobacz case studyBranże, w których wdrażamy to najczęściejProdukcja i przemysłHandel i e‑commerceUsługi i IT