Przejdź do treści

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.

Obsługa zgłoszeń mieszkańcówSystem demonstracyjnySprawdźmy kolejkę po jednej awarii

Problem, rozwiązanie i wynik

  1. Problem

    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.

  2. 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.

  3. Co sprawdziliśmy

    Demonstracja poprawnie połączyła powtórne zgłoszenia i wykryła oczekiwane sygnały bezpieczeństwa. Działa na małym zbiorze 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

  1. 01Powtórki są łączone z historią obiektu
  2. 02Bezpieczeństwo i SLA ustalają kolejność
  3. 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; wersja pokazowa obejmuje 400 zgłoszeń z 40 obiektów i 24 miesiące historii
Granica
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 trafiają wyżej na kolejce. Ostateczny priorytet i zlecenie zatwierdza dyspozytor.
Tempo
Czas obsługi pełnej kolejki mierzymy w pilotażu na rzeczywistym napływie zgłoszeń.
Ślad
Historia łączy każde zgłoszenie ze sprawą, proponowanym priorytetem i decyzją dyspozytora.
Budowa podobnego systemu
od 25 000 zł netto · 6–16 tygodni

Kurs referencyjny do przeliczeń: 1 USD = 3,72 zł; 1 EUR = 4,30 zł. Kwoty w PLN są zaokrąglone, a waluta pomiaru 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, nie potwierdza napraw i nie zamyka spraw. Dyspozytor może poprawić kategorię, a historia tej zmiany zostaje przy zgłoszeniu.

Granica
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 trafiają wyżej na kolejce. Ostateczny priorytet i zlecenie zatwierdza dyspozytor.
Tempo
Czas obsługi pełnej kolejki mierzymy w pilotażu na rzeczywistym napływie zgłoszeń.

Pierwszy pomiar nie przeszedł progu

W pierwszym pomiarze 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 pomiar przeszedł obie bramki. 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. Wynik potwierdzamy dopiero podczas pilotażu.

  1. Dziś

    model: 140 h

  2. Po uruchomieniu

    model: 32 h

  3. 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 pomiaru u klienta

Dane na zrzutach. Nazwy, kwoty i dokumenty widoczne na zrzutach są syntetyczne. Dane klientów pozostają prywatne. Pomiary dotyczą opisanej wersji demonstracyjnej i są wyraźnie oddzielone od wyników produkcyjnych.

Powierzchnie pracy

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
011440×1100
Kolejka z priorytetem bezpieczeństwa i terminem SLA.
390390×844
  1. 021440×2016
    Trzy różne opisy połączone w jedną usterkę.
  2. 031440×1100
    Zapis aktualnego wyniku 1,000 obok wcześniejszego 0,828.
Otwórz archiwum pozostałych ekranów (9)
  1. 041440×1100
    Zakres pomiaru i ograniczenia
  2. 051440×1100
    Korekta zgłoszenia bezpieczeństwa
  3. 061440×1100
    Zgodne skierowanie dachowe
  4. 071440×1100
    Sygnały bezpieczeństwa
  5. 081440×1100
    Powtórki
  6. 091440×1100
    Obiekty
  7. 101440×1100
    Karta obiektu
  8. 111440×1100
    Ekipy
  9. 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 pomiarze
PostgreSQL 17
źródło prawdy dla zgłoszeń, kolejki i zapisanych przebiegów
Redis
koordynuje pracę workerów i kolejkę zadań
FastAPI
udostępnia dane operacyjne ekranom dyżuru
OpenTelemetry
zapisuje ślad 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 pomiar

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.

01

Telefon, mail lub e-BOK

02

Kategoria, pilność i porównanie z historią

03

Powtórki → jedna usterka

Bezpieczeństwo i SLA → kolejność

04

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.

  1. 01

    Wejście

    Zgłoszenie wchodzi bez redakcji.

    Treść mieszkańca zostaje surowa, a normalizacja niczego nie ukrywa. Oryginał jest widoczny obok wyniku na każdym etapie, także po korekcie kategorii.

  2. 02

    Klasyfikacja

    Graf 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.

  3. 03

    Kolejka

    Ryzyko i SLA układają porządek.

    Sprawy bezpieczeństwa idą na górę, potem przekroczone terminy z macierzy SLA. To deterministyczne reguły, które można przeczytać i zmienić bez dotykania modelu.

  4. 04

    Decyzja i ślad

    Dyspozytor zatwierdza, przebieg zostaje.

    Propozycja wykonawcy czeka na decyzję. Przebieg zapisuje klasyfikacje, porównania, źródło każdego werdyktu kategorii, tokeny i koszt wywołań, więc pomiar jakości jest częścią systemu.

Dlaczego to agent na krótkiej smyczy

Złożoność musi się tu bronić. Pętla ma uzasadnienie w procesie: model porównuje zgłoszenie z historią obiektu i musi uzasadnić każde sklejenie, więc graf zarabia na swoje miejsce. Wszystko, co da się zapisać regułą, jest regułą: porządek kolejki, macierz SLA, jednoznaczne terminy systemowe. Model nie wykonuje działań na zewnątrz, a przestrzeganie tej granicy widać w śladzie każdego przebiegu.

  • 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.
0 zł30 minut · pisemne podsumowanie w 2 dni robocze
Umów bezpłatny skan procesów (30 min)

Terminy zobaczysz w swojej strefie czasowej.

Bez prezentacji sprzedażowej i bez zobowiązań. Jeśli automatyzacja nie ma sensu, też to napiszemy.