Kilka zgłoszeń tej samej awarii staje się jedną sprawą.
Dyspozytor widzi jedną usterkę z pełną historią zgłoszeń. Zatwierdza kategorię, priorytet i zlecenie dla wykonawcy.
Problem, rozwiązanie i wynik
Ta sama awaria trafiała do kolejki kilkoma kanałami
Ta sama awaria trafia telefonem, mailem i przez portal, za każdym razem opisana inaczej. Dyspozytor ręcznie szuka powtórek i ocenia pilność. Sprawa dotycząca bezpieczeństwa może zniknąć w kolejce.
Jak działa system
System zachowuje treść każdego zgłoszenia, proponuje kategorię i porównuje je z otwartymi sprawami. Powtórki łączy w jedną usterkę. Kolejkę układa według bezpieczeństwa i terminów SLA. Dyspozytor zatwierdza dalsze działanie.
Co sprawdziliśmy
Publiczny przebieg poprawnie połączył powtórne zgłoszenia i wykrył oczekiwane sygnały bezpieczeństwa. Próba korzysta z małego zbioru danych testowych. Jakość priorytetów, czas obsługi i koszt trzeba potwierdzić na pełnym ruchu klienta.
Dla kogo
To dobry proces do automatyzacji, jeśli zgłoszenia przychodzą kilkoma kanałami, a pierwsze sortowanie i szukanie powtórek zajmuje cały poranek.
Zgłoszenia → jedna usterka → kolejka → dyspozytor
- 01Powtórki są łączone z historią obiektu
- 02Bezpieczeństwo i SLA ustalają kolejność
- 03Dyspozytor zatwierdza działanie
- Typ firmy
- Zarządcy nieruchomości, spółdzielnie i operatorzy komunalni
- Wejście
- Zgłoszenia mieszkańców telefonem, e-mailem i przez e-BOK; publiczny przebieg obejmuje 400 zgłoszeń z 40 obiektów i 24 miesiące historii
- Decyzja dyspozytora
- System nie kontaktuje wykonawców i nie zamyka spraw; zlecenie zatwierdza dyspozytor
- Koszt
- 0,010717 USD za pełny zapisany przebieg: 24 zgłoszenia i 6 wywołań modelu.
- Bezpieczeństwo
- Zgłoszenia dotyczące bezpieczeństwa są ustawiane na początku kolejki. Ostateczny priorytet i zlecenie zatwierdza dyspozytor.
- Tempo
- Czas obsługi pełnej kolejki mierzymy w pilotażu na rzeczywistym napływie zgłoszeń.
- Historia
- Historia łączy każde zgłoszenie ze sprawą, proponowanym priorytetem i decyzją dyspozytora.
- Budowa podobnego systemu
- od 25 000 zł netto · 6–16 tygodni
Do przeliczeń przyjęliśmy: 1 USD = 3,72 zł i 1 EUR = 4,30 zł. Kwoty w PLN są zaokrąglone, a waluta źródłowa pozostaje podana w nawiasie.
Gdzie kończy się automatyzacja
Dyspozytor zatwierdza działanie
System porządkuje kolejkę i wskazuje możliwe powtórki. Nie kontaktuje wykonawców ani nie potwierdza napraw. Nie zamyka też spraw. Dyspozytor może poprawić kategorię, a historia tej zmiany zostaje przy zgłoszeniu.
- Koszt
- 0,010717 USD za pełny zapisany przebieg: 24 zgłoszenia i 6 wywołań modelu.
- Bezpieczeństwo
- Zgłoszenia dotyczące bezpieczeństwa są ustawiane na początku kolejki. Ostateczny priorytet i zlecenie zatwierdza dyspozytor.
- Tempo
- Czas obsługi pełnej kolejki mierzymy w pilotażu na rzeczywistym napływie zgłoszeń.
Pierwszy test nie przeszedł progu
W pierwszym teście kierowanie osiągnęło 0,828 przy progu 0,850. Dwa zacieki dachowe i awaria ogrzewania trafiły do hydrauliki, a odchylająca się balustrada do prac budowlanych zamiast do bezpieczeństwa. System zbyt mocno ufał kategorii wybranej przez mieszkańca. Oznaczyliśmy ją jako podpowiedź, doprecyzowaliśmy kategorie i dodaliśmy reguły dla jednoznacznych sygnałów. Po korekcie kolejny test spełnił oba warunki. Próby nie były porównane rekord po rekordzie, dlatego zachowujemy oba wyniki.
Szacowany efekt
Policz efekt na swoim wolumenie
To szacunek oparty na podanym wolumenie. Wpisz własne liczby do formuły, aby ocenić możliwy efekt w swojej firmie. Podczas pilotażu sprawdzamy go na danych procesu.
Dziś
model: 140 h
Po uruchomieniu
model: 32 h
Oszczędność czasu lub kosztu
model: 80-135 h/mies., baza 108 h
- Wolumen
- 2 400 zgłoszeń/mies.
- Formuła
- (2400 × (3,5 - 0,8)) / 60 = 108 h/mies.
- Status wyliczenia
- wynik modelu bez testu u klienta
Dane na zrzutach. Nazwy, kwoty i dokumenty widoczne na zrzutach są testowe. Dane klientów pozostają prywatne. Wyniki dotyczą opisanego testu; wpływ produkcyjny sprawdzamy na danych klienta.
Ekrany
Dyspozytor zatwierdza kategorię, priorytet i zlecenie. System przygotowuje uporządkowaną sprawę.
Dyspozytor zaczyna od ułożonej kolejki. Sprawy bezpieczeństwa są na górze, a powtórki tworzą jedną usterkę z uzasadnieniem. W pilotażu mierzymy czas reakcji ekip, dotrzymanie SLA i jakość kierowania na pełnym zestawie kategorii.
Trzy widoki dla dyspozytora
Kolejka zgłoszeń
Sprawy ułożone według bezpieczeństwa i terminu SLA.
Karta usterki
Oryginalne zgłoszenia, historia obiektu i proponowana kategoria.
Powtórki do zatwierdzenia
Porównane zgłoszenia z uzasadnieniem, dlaczego dotyczą tej samej awarii.
Ekrany systemu
Zobacz, jak system działa w praktyce
To zrzuty z działającej aplikacji w wersji komputerowej i mobilnej. Pokazują opisany proces oraz miejsca, w których decyzję podejmuje człowiek.
- Ekrany
- 12
- px
- 1440 · 390
- 021440×2016
Trzy różne opisy połączone w jedną usterkę. - 031440×1100
Zapis aktualnego wyniku 1,000 obok wcześniejszego 0,828.
Otwórz archiwum pozostałych ekranów (9)
- 041440×1100
Zakres testu i ograniczenia - 051440×1100
Korekta zgłoszenia bezpieczeństwa - 061440×1100
Zgodne skierowanie dachowe - 071440×1100
Sygnały bezpieczeństwa - 081440×1100
Powtórki - 091440×1100
Obiekty - 101440×1100
Karta obiektu - 111440×1100
Ekipy - 121440×1100
Terminy reakcji
Stos technologiczny
Model porównuje treść, a reguły ustalają kolejność
Model proponuje kategorie i powtórki. Reguły kodowe podnoszą jednoznaczne sygnały bezpieczeństwa i pilnują SLA. PostgreSQL oraz Redis przechowują stan i kolejkę.
- LangGraph
- prowadzi graf klasyfikacji, porównań z historią obiektu i eskalacji
- LiteLLM
- dobór modeli oraz limity wywołań i tokenów w każdym teście
- PostgreSQL 17
- źródło prawdy dla zgłoszeń, kolejki i zapisanych przebiegów
- Redis
- koordynuje procesy robocze i kolejkę zadań
- FastAPI
- udostępnia dane operacyjne ekranom dyżuru
- OpenTelemetry
- zapisuje historię każdego przebiegu
Klient otrzymuje kod, kategorie, dane testowe i dokumentację. System działa po jego stronie. Integracje z telefonem, pocztą, e-BOK i wykonawcami powstają podczas wdrożenia.
Szczegóły techniczne i wyniki testów
Pętla pracy
Każde zgłoszenie przechodzi te same kontrole
System czyta oryginalną treść, proponuje kategorię i porównuje sprawę z historią obiektu. Każda propozycja ma uzasadnienie i czeka na dyspozytora.
Telefon, mail lub e-BOK
Kategoria, pilność i porównanie z historią
Powtórki → jedna usterka
Bezpieczeństwo i SLA → kolejność
Dyspozytor zatwierdza zlecenie
Architektura systemu
Oryginalne zgłoszenie, porównanie z historią, SLA i zapis decyzji
Model proponuje kategorię i powtórki. Kod stosuje reguły bezpieczeństwa oraz SLA. Baza przechowuje treść, korekty i wynik każdej decyzji.
- 01
Wejście
Oryginalna treść zgłoszenia pozostaje bez zmian
System zachowuje tekst mieszkańca i pokazuje go obok wyniku na każdym etapie, także po korekcie kategorii.
- 02
Klasyfikacja
Model proponuje kategorię i szuka powtórek
Model przypisuje kategorię, pilność i sygnał bezpieczeństwa, a kategorię wpisaną przez zgłaszającego dostaje wyłącznie jako niezaufaną podpowiedź. Kandydatów na powtórkę porównuje tylko w kontekście tego samego obiektu i usterki.
- 03
Kolejka
Reguły bezpieczeństwa i SLA ustalają kolejność
Najpierw są pokazywane sprawy dotyczące bezpieczeństwa, a potem te z przekroczonym terminem SLA. Kolejność wynika ze stałych reguł, które można przeczytać i zmienić bez ingerencji w model.
- 04
Decyzja i historia
Dyspozytor zatwierdza, a system zapisuje decyzję
Propozycja wykonawcy czeka na decyzję. Przebieg zapisuje klasyfikacje, porównania, źródło każdego werdyktu kategorii, tokeny i koszt wywołań, więc jakość można stale sprawdzać.
Dlaczego model ma ograniczone zadanie
Model porównuje zgłoszenie z historią obiektu i uzasadnia propozycję połączenia spraw. Reguły kodowe ustalają kolejność, macierz SLA i jednoznaczne terminy. Model nie kontaktuje wykonawców ani nie zamyka zgłoszeń. Każdy jego wynik oraz decyzja dyspozytora są zapisane.
- Kolejkę układają reguły bezpieczeństwa i SLA
- Model klasyfikuje i porównuje, bez działań na zewnątrz
- Kategoria zgłaszającego wchodzi jako niezaufana podpowiedź
- Poprawka dyspozytora trafia do przebiegu obok pierwotnej propozycji
Chcesz sprawdzić podobny proces w swojej firmie?
- 30 minut z inżynierem, który może prowadzić Twoje wdrożenie.
- Przegląd procesów, które kosztują Cię najwięcej czasu i pieniędzy.
- Pisemne podsumowanie: co zautomatyzować, w jakiej kolejności, z widełkami kosztów.
Terminy zobaczysz w swojej strefie czasowej.
W 30 minut wybieramy proces do oceny, a w ciągu 2 dni roboczych dostajesz rekomendację, także gdy lepsza będzie prostsza droga.