Start · Rozwiązania · Operacje i produkcja · Zbiorniki uzgodnione co noc, ubytki widoczne rano
Rozwiązanie · Operacje i produkcjaSonda pokazuje jedno, kasy drugie: rano wiadomo dlaczego, stacja po stacji
Zbiorniki uzgodnione co noc, ubytki widoczne rano
Robot co noc zestawia odczyty sond, sprzedaż z dystrybutorów i przyjęte dostawy, zamyka bilanse w normie i wystawia różnice ponad próg jako sprawy z historią zbiornika i podejrzewaną przyczyną.
Streszczenie dla zarządu
Trzy źródła mówią o tym samym paliwie co innego: sondy w zbiornikach, liczniki dystrybutorów i dokumenty dostaw. Uzgadnia je człowiek, raz na jakiś czas, w arkuszu.
Bilans każdego zbiornika liczy się sam, co noc, według jednej reguły. Różnice w granicach normy zamykają się same; ponad próg stają się sprawą z historią i hipotezą przyczyny.
Wyciek, błąd kalibracji i kradzież przestają mieć tygodnie na rozmycie się w statystyce. Rano po zdarzeniu są pozycją na liście z nazwiskiem odpowiedzialnego.
odczyty sond zbiornikowych; sprzedaż z BOS/POS; dostawy z ERP; sprawy i tablica ubytków w Microsoft Teams i Power BI
Problem biznesowy
Paliwo w trzech wersjach
Każda stacja zna swój stan paliwa z trzech miejsc naraz. Sondy w zbiornikach mierzą, ile fizycznie jest. Liczniki dystrybutorów, zrzucane do systemu kasowego, mówią, ile sprzedano. Dokumenty dostaw mówią, ile przyjęto. Te trzy liczby nigdy nie zgadzają się co do litra i nie muszą: paliwo pracuje termicznie, sondy mają tolerancję, a odparowanie jest zjawiskiem fizycznym, nie księgowym.
Problem zaczyna się tam, gdzie nikt nie wie, ile różnicy jest normalne. Uzgodnienie robi się ręcznie, na wybranych stacjach, zwykle raz na tydzień albo raz na miesiąc. Arkusz ma tyle wersji, ilu kierowników regionów, a próg alarmu jest intuicją osoby, która akurat patrzy.
Przy takim rytmie zdarzenia tracą kontur. Skokowy ubytek z jednej nocy, systematyczny dryf po wymianie sondy i dostawa przyjęta na niewłaściwy zbiornik wyglądają po miesiącu identycznie: jako jedna liczba na minusie. Ustalenie przyczyny wymaga cofnięcia się do dni, których nikt już nie pamięta, i danych, których nikt nie zarchiwizował w jednym miejscu.
Sieć płaci za to dwa razy. Raz w litrach, które znikają bez wyjaśnienia. Drugi raz w czasie ludzi, którzy co miesiąc przepisują odczyty do arkusza po to, żeby na końcu i tak zobaczyć liczbę bez odpowiedzi na pytanie, skąd się wzięła.
Jak to wygląda dzisiaj
Poniżej to, jak wygląda praca, zanim cokolwiek zostanie zautomatyzowane.
- CzłowiekKierownik stacji spisuje albo eksportuje odczyty sond i raporty sprzedaży, każdy w swoim formacie
- CzłowiekKtoś w centrali wkleja dane do arkusza uzgodnień, stacja po stacji, zbiornik po zbiorniku
- Ryzyko błęduDostawy przyjęte na przełomie doby i zrzuty między zbiornikami trafiają do bilansu z ręki, albo wcale
- OczekiwanieBilans powstaje raz na tydzień lub raz na miesiąc, więc zdarzenie czeka w danych, aż ktoś je policzy
- Ryzyko błęduPróg alarmu jest intuicją: ta sama różnica na jednej stacji budzi telefon, na innej przechodzi bez echa
- Ryzyko błęduPo wykryciu ubytku brakuje historii dobowej, więc przyczyna pozostaje domysłem, a sprawa kończy się odpisem
Dlaczego obecny proces kosztuje więcej, niż widać
Rachunek, którego nie widać w budżecie.
- Litry bez wyjaśnienia są księgowane jako ubytek naturalny, bo tak jest najszybciej. Norma robi się z sufitu, a sufit z roku na rok rośnie.
- Wyciek wykryty po tygodniach to już nie serwis, lecz sprawa środowiskowa: grunt, sąsiedzi, dokumentacja. Różnica w koszcie między tymi dwoma scenariuszami jest większa niż cały budżet uzgodnień.
- Uzgadnianie ręczne obejmuje tyle stacji, na ile starcza ludzi. Reszta sieci jest poza kontrolą dokładnie w te miesiące, w które nikt nie ma czasu.
- Dryf kalibracji zaniża albo zawyża sprzedaż miesiącami. Nikt go nie widzi, bo pojedyncza doba mieści się w tolerancji, a trend widać dopiero na wykresie, którego nikt nie rysuje.
Koszt zaniechania
Wiersze wyżej wyceniają dwie rzeczy, które łatwo policzyć: czas ludzi i litry bez wyjaśnienia w typowej proporcji. Trzeciego wiersza nie da się uczciwie wycenić na stronie, bo koszt szkody środowiskowej zależy od gruntu, sąsiedztwa i czasu reakcji; wiadomo o nim tyle, że każdy dzień zwłoki go podnosi.
Największą pozycją bywa jednak to, czego w tabeli nie ma: norma ubytków ustalana “historycznie”. Jeśli od trzech lat wpisuje się do niej wszystko, czego nikt nie wyjaśnił, to nie jest norma, tylko zgoda na stały procent strat.
Przykładowa organizacja o realnych proporcjach – liczby służą do policzenia sprawy na Państwa danych, nie są wynikiem klienta.
Sieć czterdziestu stacji własnych i franczyzowych w Polsce: po trzy do pięciu zbiorników na stację, sondy z odczytem zdalnym na większości obiektów, BOS zrzucający sprzedaż co noc, ERP z dokumentami dostaw, Microsoft 365 w całej firmie.
1,2 mln litrów sprzedaży miesięcznie, około 260 dostaw cysternami, 160 zbiorników do zbilansowania każdej doby.
Centrala uzgadnia zbiorniki raz w miesiącu w arkuszu, na podstawie eksportów przysyłanych przez kierowników. Alarmy zgłaszają się same: telefonem, kiedy różnica jest już duża.
Dwie osoby tracą po kilka dni w miesiącu na sklejanie eksportów, a mimo to bilans dobowy nie istnieje: zdarzenie z 3. dnia miesiąca jest widoczne najwcześniej 5. dnia następnego.
Robot co noc pobiera odczyty sond, sprzedaż i dostawy, liczy bilans każdego zbiornika według jednej reguły z progami per zbiornik, zamyka to, co w normie, a różnice wystawia jako sprawy w Teams z wykresem trendu i klasyfikacją wstępną: skok, dryf, dostawa.
W modelowanym przypadku bilans dobowy istnieje dla całej sieci od pierwszej nocy, a rozmowa o ubytkach zmienia temat: z „ile nam brakuje” na „które trzy zbiorniki wymagają decyzji”. To liczby z modelu, nie z niczyich rejestrów.
Proponowane rozwiązanie
Zaczynamy nie od robota, lecz od reguły bilansu: co wchodzi do uzgodnienia (odczyty sond, sprzedaż z liczników, dostawy, zrzuty międzyzbiornikowe), w jakich godzinach cięcia i z jakim progiem tolerancji per zbiornik. Regułę spisujemy z Państwa osobą odpowiedzialną za operacje i wersjonujemy od pierwszego dnia.
Robot każdej nocy pobiera dane ze wszystkich stacji, przelicza bilans zbiornik po zbiorniku i zapisuje wynik z pełną historią składników. Różnice w granicach progu zamykają się same i budują statystykę zbiornika. Różnica ponad próg staje się sprawą w Microsoft Teams: z wykresem ostatnich tygodni, składnikami bilansu i wstępną klasyfikacją, bo skokowy ubytek nocą wygląda w danych inaczej niż powolny dryf kalibracji i inaczej niż dostawa zaksięgowana na sąsiedni zbiornik.
Decyzje zostają po stronie ludzi: czy wysłać serwis, czy zlecić pomiar kontrolny, czy zgłosić szkodę, czy skorygować księgowanie dostawy. Robot pilnuje, żeby każda sprawa miała właściciela i domknięcie, a tablica w Power BI pokazuje sieć w jednym widoku: zbiorniki w normie, sprawy otwarte, trend ubytków per stacja i per dostawca.
UiPath Orchestrator: harmonogram nocnych przebiegów, kolejki per stacja, ponowienia i ślad audytowy; konektory UiPath Integration Service do Microsoft Teams; powiadomienia zadaniowe UiPath Action Center; tablica Microsoft Power BI publikowana na kanale Teams
Regułę bilansu z progami per zbiornik i jej wersjonowanie, pobranie i normalizację odczytów ze stacji, silnik uzgodnienia z klasyfikacją wstępną różnic, sprawy z domknięciem oraz tablicę ubytków dla sieci
Odczyty sond przez system monitoringu zbiorników lub eksporty stacyjne; sprzedaż z BOS/POS przez interfejs plikowy lub API; dokumenty dostaw z ERP; opcjonalnie dane temperatury dla przeliczeń objętości
Jak działa proces po automatyzacji
- AutomatyzacjaRobot w nocy pobiera odczyty sond, sprzedaż z liczników i dostawy dla każdego zbiornika w sieci
- AutomatyzacjaBilans liczy się według wersjonowanej reguły z progami per zbiornik; komplet składników zostaje zapisany
- SystemRóżnice w granicach progu zamykają się same i zasilają statystykę zbiornika oraz normę ubytków
- AutomatyzacjaRóżnica ponad próg dostaje wstępną klasyfikację: skok, dryf albo niezgodność z dostawą
- CzłowiekSprawa trafia do właściciela w Microsoft Teams z wykresem i składnikami; człowiek decyduje o serwisie, pomiarze albo korekcie
- CzłowiekTablica ubytków pokazuje sieć w jednym widoku, a sprawy bez domknięcia wracają na listę z nazwiskiem
Model współpracy człowieka z automatyzacją
Automatyzacja obsługuje
- Nocne pobranie i normalizację danych ze wszystkich stacji, za każdym razem tak samo, z zapisem wersji reguły
- Bilans każdego zbiornika, zamykanie różnic w normie i wstępną klasyfikację różnic ponad próg
- Pilnowanie, żeby każda sprawa miała właściciela, termin i domknięcie, oraz utrzymanie tablicy ubytków
Człowiek decyduje
- Progi tolerancji per zbiornik i każdą zmianę reguły bilansu
- Decyzję w każdej sprawie: serwis, pomiar kontrolny, zgłoszenie szkody, korekta księgowania
- Normę ubytków przyjmowaną do rozliczeń i wnioski wobec dostawców lub stacji
Przed i po
Systemy i integracje
Stos jest krótki celowo: jeden silnik, jedna warstwa wykonawcza, jedno miejsce decyzji człowieka.
Wejścia
- odczyty sond zbiornikowych
- sprzedaż z liczników dystrybutorów w BOS/POS
- dokumenty dostaw i zrzutów w ERP
- progi i reguła bilansu per zbiornik
Warstwa automatyzacji
- UiPath Orchestrator
- UiPath Robots
- UiPath Integration Service
- UiPath Action Center
Systemy docelowe
- rejestr bilansów dobowych z historią składników
- sprawy ubytkowe w Microsoft Teams
- tablica ubytków sieci w Power BI
Punkty styku z człowiekiem: sprawy UiPath Action Center w Microsoft Teams; tablica ubytków w zakładce Teams; cotygodniowy przegląd normy z operacjami
Wykorzystane technologie
nocne przebiegi per stacja, kolejki, ponowienia, magazyn poświadczeń i pełny ślad audytowy
Apublikacja spraw i podsumowań na kanałach operacji
Asprawy ubytkowe z decyzją człowieka tam, gdzie pracują operacje
Atablica ubytków: bilanse, sprawy, trendy per stacja, zbiornik i dostawca
Aodczyty poziomu i temperatury przez interfejs systemu monitoringu albo eksporty; dokładność i tolerancje wg dokumentacji producenta sond
BJak to wdrażamy
Od opisu do działającego procesu
To rozwiązanie wdrażamy w ramach usługi automatyzacji procesów: najpierw mierzymy proces na danych firmy, potem budujemy, testujemy i utrzymujemy roboty. Integrację z SAP prowadzi nasz zespół SAP.
Realizacje
Opisane wdrożenia u klientów są w dziale Case studies.
Ilustracyjny model ekonomiczny
Liczby, które mogą Państwo sprawdzić na własnych danych.
Litry „bez wyjaśnienia” nie znaczą „ukradzione”: to suma zdarzeń, których przy miesięcznym rytmie nie dało się rozdzielić na kalibrację, temperaturę, dostawy i realne straty. Model pokazuje, ile kosztuje sama niewiedza. 24 € za godzinę to przykładowy pełny koszt stanowiska; wolumen i procent należą do scenariusza, nie do rejestrów klienta.
Policzmy to na Państwa danych
Szacunek ilustracyjny na podstawie Państwa danych. To model uwolnionej przepustowości, nie obietnica oszczędności.
Korzyści biznesowe
- Bilans dobowy istnieje dla całej sieci, nie tylko dla stacji, na które starcza ludzi
- Wyciek, dryf kalibracji i błędna dostawa przestają wyglądać tak samo: klasyfikacja wstępna kieruje sprawę do właściwej osoby od razu
- Norma ubytków przestaje rosnąć z zaniechania, bo liczy się ze zbiorników w normie, a nie z tego, czego nikt nie wyjaśnił
- Rozmowy z dostawcami i stacjami opierają się na historii bilansów, nie na wrażeniu
- Centrala odzyskuje dni pracy co miesiąc, a kierownicy stacji przestają być kurierami eksportów
Perspektywa zarządu
- Kontrola nad paliwem przestaje zależeć od tego, kto i kiedy miał czas otworzyć arkusz
- Każda różnica ma zapis: składniki bilansu, wersję reguły, decyzję i domknięcie z nazwiskiem
- Ekspozycja środowiskowa maleje w jedyny mierzalny sposób: skracając czas od zdarzenia do reakcji
Wpływ na KPI zarządu
różnice ponad próg na 100 zbiorniko-dni · czas od zdarzenia do decyzji · udział różnic z ustaloną przyczyną · norma ubytków przyjęta do rozliczeń · sprawy bez domknięcia na koniec tygodnia
Bezpieczeństwo i nadzór
Automat ma dokładnie te uprawnienia, których potrzebuje. Ani jednego więcej.
- Robot czyta systemy stacyjne kontem technicznym o minimalnych uprawnieniach; nie zmienia niczego w BOS ani w ERP poza własnym rejestrem bilansów
- Każdy bilans zachowuje komplet składników i wersję reguły, więc decyzję z marca da się odtworzyć w listopadzie co do litra
- Progi i reguła bilansu są wersjonowane i zmieniane wyłącznie przez wskazaną osobę po stronie operacji
- Dane osobowe nie występują: bilans operuje zbiornikami i dokumentami, nie ludźmi; sprawy wskazują role, nie winnych
- Sprawy, tablice i rejestry pozostają w Państwa dzierżawie Microsoft 365, a roboty pracują w regionie unijnym UiPath Automation Cloud
Dlaczego teraz
Marża detaliczna na paliwie jest zbyt cienka, żeby finansować stały, niewyjaśniony procent strat. Przy dzisiejszych wolumenach różnica między „ubytkiem historycznym” a normą liczoną ze statystyki to realne pieniądze co miesiąc.
Sondy z odczytem zdalnym są już na stacjach: dane istnieją i płyną co noc, tylko nikt ich nie składa w bilans. To rzadki przypadek automatyzacji, w której najdroższy element infrastruktury jest już kupiony.
Wymogi środowiskowe nie łagodnieją, a jedyną zmienną, na którą sieć ma wpływ w dniu zdarzenia, jest czas wykrycia. Bilans dobowy skraca go z tygodni do godzin.
Role zarządcze, których to dotyczy
Sieć przestaje być czterdziestoma osobnymi arkuszami; ubytki stają się jedną listą spraw z właścicielami i trendem
Norma ubytków przyjęta do rozliczeń ma po raz pierwszy uzasadnienie w danych, a nie w historii zaniechań
Czas od zdarzenia do reakcji, jedyna zmienna, którą widać w każdej sprawie środowiskowej, jest mierzony i raportowany
Częste pytania i zastrzeżenia
Alarmuje o poziomach i awariach sond, i dobrze. Nie zestawia jednak sondy ze sprzedażą z kas i z dostawami z ERP, a dopiero ta trójka mówi, czy paliwo ubyło naprawdę, czy tylko na papierze. Automatyzacja nie zastępuje monitoringu; domyka bilans, którego monitoring nie widzi.
Będą i model to zakłada: różnice w granicach progu zamykają się same i budują normę. Zmienia się los różnic ponad próg: zamiast rozmyć się w miesiącu, następnego ranka są sprawą z wykresem i właścicielem.
Zakres bywa różny i umowy bywają różne. Bilans działa też w wariancie ograniczonym: sondy plus dostawy dają kontrolę fizyczną zbiornika, a różnicę wobec sprzedaży dolicza się tam, gdzie dane są. Warto jednak sprawdzić umowy franczyzowe: prawo do danych sprzedażowych częściej istnieje, niż jest używane.
Kiedy to nie jest właściwe rozwiązanie
- Pojedyncza stacja bez sond z odczytem zdalnym: pierwszą inwestycją jest telemetria, nie automatyzacja bilansu
- Sieć, w której sprzedaż nie schodzi z liczników dystrybutorów do żadnego systemu; bilans bez drugiej nogi zostaje pomiarem, nie uzgodnieniem
- Oczekiwanie, że system wskaże winnego: klasyfikacja mówi, jak wygląda różnica, a nie kto ją spowodował; dochodzenie pozostaje po stronie ludzi
Pytanie na najbliższe posiedzenie
Ile litrów w zeszłym roku zaksięgowaliśmy jako ubytek naturalny i jaka część tej liczby ma jakiekolwiek wyjaśnienie poza tym, że nikt nie zdążył jej policzyć?
Podejście wdrożeniowe
Zakres bez niedomówień, jeszcze przed podpisem.
Dostarczamy
- Regułę bilansu z progami per zbiornik, spisaną z operacjami na podstawie Państwa danych historycznych i wersjonowaną od pierwszego dnia
- Nocne uzgodnienie wszystkich zbiorników z pełnym zapisem składników i klasyfikacją wstępną różnic
- Sprawy ubytkowe w Microsoft Teams z właścicielem, terminem i domknięciem
- Tablicę ubytków sieci w Power BI: bilanse, sprawy, trendy per stacja, zbiornik i dostawca
- Bieg równoległy z dotychczasowym arkuszem przez pierwszy pełny miesiąc oraz opiekę powdrożeniową
Potrzebujemy od Państwa
- Trzech miesięcy danych historycznych: odczyty sond, sprzedaż dobowa, dostawy, dotychczasowe uzgodnienia
- Wskazanej osoby po stronie operacji, która zatwierdzi progi i będzie właścicielem reguły bilansu
- Dostępu technicznego do systemu monitoringu zbiorników, eksportów BOS/POS i dokumentów dostaw w ERP
Etapy
Rozpoznanie
Miesiąc danych z trzech źródeł przeczytany od początku do końca: gdzie są luki, które zbiorniki szumią, co dziś uchodzi za normę
Reguły
Reguła bilansu, godziny cięcia i progi per zbiornik zatwierdzone przez operacje
Budowa
Pobrania, silnik uzgodnienia, klasyfikacja różnic, sprawy w Teams i tablica w Power BI
Bieg równoległy
Robot liczy co noc, arkusz działa po staremu, a różnice między nimi wyjaśniamy zbiornik po zbiorniku
Uruchomienie
Najpierw jeden region, potem sieć, z przeglądem progów po pierwszym pełnym miesiącu
Szybki efekt w skali działu. Nakład zależy od tego, jak osiągalne są odczyty sond (system centralny kontra eksporty per stacja), ile formatów danych mają kasy oraz czy dostawy w ERP niosą godzinę przyjęcia.
Zbiornik numer trzy traci po sto litrów tygodniowo od sierpnia. Arkusz zauważył to w październiku.
Prosimy o miesiąc danych jednej stacji: odczyty sond, sprzedaż dobową i dostawy. Odsyłamy bilans dobowy tego miesiąca policzony naszą regułą, z różnicami, które wymagałyby decyzji, i wstępną klasyfikacją każdej z nich.
Prześlij miesiąc bilansów jednej stacjiTen sam problem ma zwykle sąsiedni proces
Litry z faktury, litry z WZ i litry w zbiorniku bywają trzema różnymi liczbami. Różnicę robi temperatura i czas.
Zobacz rozwiązanie Finanse i księgowośćUtarg każdej stacji uzgodniony do złotówki co ranoKasa, terminale, gotówka i konwój schodzą się same; człowiek widzi tylko wyjątki.
Zobacz rozwiązanie Finanse i księgowośćZablokowane faktury wyjaśnione przed przebiegiem płatnościTrzy dokumenty, trzy liczby i faktura, która czeka, aż ktoś znajdzie czwartą.
Zobacz rozwiązanie