AI w dokumentacji serwisowej: które załączniki są potrzebne?

Kiedy brak załącznika jest uzasadniony

W fikcyjnej firmie obowiązuje wewnętrzna zasada: po wymianie modułu dokumentacja ma zawierać załącznik identyfikujący wymontowaną część. Przy regulacji istniejącego modułu taki załącznik nie jest wymagany.

Technik zapisuje: „Wyregulowano dotychczasowy moduł, bez wymiany”. W dokumentacji nie ma załącznika dotyczącego wymontowanej części. Biuro powinno móc przejść do wymagań właściwych dla regulacji. Żądanie dodatkowego pliku prowadziłoby do korespondencji o elemencie, którego nikt nie wymontował.

W innym zleceniu opis brzmi: „Wymieniono moduł na nowy”, a oczekiwanego załącznika również brakuje. Tutaj pracownik ma podstawę, by poprosić technika o uzupełnienie dokumentacji. Sam stan folderu jest taki sam w obu sprawach. Różnicę stanowi rodzaj zapisanej pracy i wynikający z niego obowiązek przyjęty przez firmę.

Od opisu pracy do właściwej listy

Model może zaproponować kategorię „regulacja” i wskazać zdanie, na którym ją oparł. Następnie zwykła reguła przypisana do tej kategorii wybiera listę wymaganych materiałów. Dzięki temu osoba sprawdzająca sprawę widzi, dlaczego określony załącznik pojawił się na liście albo został pominięty.

Rozdzielenie tych zadań ułatwia zmianę wymagań. Jeśli firma zacznie wymagać dodatkowego dokumentu po wymianie, aktualizuje zatwierdzoną listę dla tej kategorii. Model rozpoznający opisy nie musi sam ustalać nowego obowiązku. Właściciel procesu określa wymagania, a biuro serwisu korzysta z nich przy przeglądzie spraw.

Zapis „prace przy module zakończone” może być zbyt ogólny, żeby wybrać właściwą listę. Wtedy pracownik potwierdza rodzaj pracy z technikiem. Propozycja kategorii wraz z cytowanym fragmentem pomaga zauważyć takie sytuacje, zanim brak załącznika zostanie uznany za błąd. Narzędzie porządkuje dokumentację na podstawie relacji technika; nie potwierdza samodzielnie wykonania ani technicznej poprawności prac.

Formularz może już zawierać odpowiedź

Jeżeli technik wybiera rodzaj rzeczywiście wykonanej pracy w osobnym polu, biuro może od razu korzystać z tego wyboru. Warto najpierw sprawdzić, czy pole odzwierciedla wykonanie, czy jedynie plan zapisany przed wizytą. Zlecona wymiana i wykonana regulacja prowadzą w naszym przykładzie do różnych wymagań dokumentacyjnych.

Gotowe narzędzia mogą obsługiwać takie zależności. Microsoft opisuje warunkowe pytania w Dynamics 365 Field Service: odpowiedzi wpływają na wyświetlanie kolejnych pytań i na to, czy są wymagane. Jeśli zespół konsekwentnie wybiera właściwy rodzaj pracy, konfiguracja formularza może wystarczyć.

Gdy rodzaj wykonanej czynności trzeba regularnie odczytywać z różnych notatek, można porównać gotowy model z dotychczasowym sposobem sprawdzania. Model otrzymuje jasny opis kategorii. Powinien rozpoznawać także sformułowania takie jak „pozostawiono dotychczasowy moduł po regulacji” lub „montaż nowego modułu w miejsce starego”.

Za co miałoby odpowiadać dostosowanie

Klasyfikacja oznacza tu przypisanie opisu do uzgodnionego rodzaju pracy. AWS opisuje własną klasyfikację dokumentów jako uczenie rozpoznawania zdefiniowanych kategorii, które następnie stosuje się do dokumentów. To ogólny opis podejścia, bez przesądzenia, jakie narzędzie sprawdzi się w danym serwisie.

Fine-tuning, czyli dalsze uczenie istniejącego modelu, można ocenić przy powtarzalnych pomyłkach gotowego rozwiązania. Przykładem jest regularne traktowanie wzmianki o module jako informacji o jego wymianie, nawet gdy dalsza część notatki opisuje pozostawienie starego elementu. Zespół musi umieć wyjaśnić poprawne przypisanie i odróżnić je od sytuacji, w której sam opis nie wystarcza do decyzji.

Próba powinna objąć inne sprawy niż te użyte podczas dostosowania, również nietypowo opisane prace bez wymiany. Biuro sprawdza, ile zbędnych próśb o materiały nadal powstaje i przy których rzeczywistych wymianach brak pozostaje niezauważony. Porównanie z gotowym modelem i obecnym formularzem pokazuje, czy adaptacja pomaga dobierać dokumentację bez dokładania kolejnej rundy wyjaśnień.

Jeśli trudność dotyczy informacji pominiętej w samym opisie wizyty, pomocny będzie artykuł o kompletności raportu terenowego.

Aplikacja do przeglądu dokumentacji z Syntalith

Proponujemy aplikację AI wspierającą biuro serwisu, która łączy opis wykonanej pracy z załącznikami i zatwierdzonymi wymaganiami firmy. Pracownik otrzymuje propozycję rodzaju pracy ze wskazanym fragmentem notatki oraz listę potrzebnych materiałów. Może poprawić kategorię lub wyjaśnić niejednoznaczny zapis przed skierowaniem prośby do technika.

Zakres pracy zaczynamy od ustalenia, skąd wynikają dzisiejsze zwroty dokumentacji. Sprawdzamy dostępne pola i warunki w obecnym systemie, porównujemy gotowy model, a powtarzalne błędy stanowią podstawę do oceny dostosowania. Zespół klienta wskazuje zatwierdzone wymagania dla rodzajów prac i objaśnia sprawy, w których biuro niepotrzebnie prosiło o załącznik albo przeoczyło jego brak.

Na pierwszą rozmowę wystarczy opisać jedną taką sprawę i materiał, o który dopytywało biuro. Pozwoli to ustalić, czy potrzebna jest zmiana formularza, połączenie dokumentów czy pomoc w odczytywaniu notatek. Zasady wykorzystania przykładów uzgodnimy wspólnie; informacje o ofercie są w cenniku Syntalith.