Od zapytania brokera do sprawy gotowej do decyzji. Jak działa automatyzacja underwritingu?

Co warto wiedzieć?

• Automatyzacja underwritingu nie musi oznaczać automatyzacji finalnej decyzji underwritingowej. W modelu opisanym przez Altkom Software porządkuje i automatyzuje pracę, która ją poprzedza: rejestrację zapytania, triage, kontrolę kompletności, analizę dokumentów, priorytetyzację spraw i komunikację z brokerem.
• Zapytanie od brokera staje się sprawą z przypisanym właścicielem, statusem i historią, a do underwritera trafia razem z rekomendacją dalszego działania, jej uzasadnieniem i źródłami. Underwriter weryfikuje tę rekomendację i może ją zaakceptować, zmienić lub odrzucić.
• W analizach procesów underwritingowych prowadzonych w latach 2025–2026 zidentyfikowany potencjał obejmował skrócenie Time to Quote o 20–30%, ograniczenie czasu odpowiedzi do brokera nawet do 24 godzin oraz poprawę jakości danych wejściowych z 62% do 92%. Rzeczywiste efekty zależą od przebiegu procesu, jakości danych, zasad kwalifikacji spraw i sposobu pracy organizacji.

Najpierw proces, potem automatyzacja

Automatyzacja underwritingu budzi ostrożność, zwłaszcza gdy kojarzy się z przejmowaniem decyzji przez system. Dlatego w poprzednim artykule pokazaliśmy nasze podejście: nie automatyzujemy decyzji underwritera, tylko porządkujemy wszystko, co musi wydarzyć się przed nią.

Czym jest Portal Underwritera?

Portal Underwritera to rozwijana przez Altkom Software koncepcja rozwiązania wspierającego pracę przed decyzją underwritingową. Jego zadaniem jest zamienić zapytanie od brokera w sprawę, którą można świadomie poprowadzić dalej: przypisać, zweryfikować, uzupełnić i przygotować do analizy.

Koncepcja powstała na bazie analizy procesów underwritingowych, w tym korporacyjnych. Zakłada dopasowanie workflow, reguł i konfiguracji do sposobu działania konkretnej organizacji.

W kolejnych sekcjach pokazujemy, jak taki proces może wyglądać krok po kroku.

Od zapytania do sprawy underwritingowej

Zapytanie od brokera nie musi zaczynać życia w organizacji jako kolejny mail do rozszyfrowania. Może od razu stać się sprawą: przypisaną, widoczną w procesie i gotową do dalszego prowadzenia.

Mail sam w sobie nie pokazuje, czy mamy komplet danych, czy to nowa sprawa, uzupełnienie, odpowiedź do wcześniejszego pytania czy kolejna wersja dokumentu. W Portalu Underwritera takie zgłoszenie od początku dostaje strukturę: wiadomo, czego dotyczy, kto za nie odpowiada, jaki ma status i co powinno wydarzyć się dalej.

Ma to znaczenie nie tylko dla wygody pracy underwritera. Jakość danych na wejściu wpływa na jakość oferty, termin odpowiedzi i przepustowość całego procesu, zwłaszcza gdy zapytań robi się więcej. Im szybciej broker i ubezpieczyciel pracują na tym samym, uporządkowanym kontekście, tym łatwiej przygotować ofertę, która odpowiada na potrzeby klienta końcowego.

Jeden widok bieżącej pracy

Gdy równolegle toczy się kilka lub kilkanaście spraw, łatwo stracić poczucie, co naprawdę wymaga reakcji. Jedna sprawa czeka na brokera, w drugiej zbliża się termin, trzecia ma wysoki priorytet, a czwarta wygląda spokojnie tylko do momentu, gdy ktoś sprawdzi jej status.

W Portalu Underwritera panel główny działa jak widok operacyjny pracy zespołu. Na ekranie może wyglądać jak zwykła lista zadań, ale pod spodem każda sprawa ma zestaw informacji potrzebnych do dalszej pracy.

Zamiast zaczynać dzień od odświeżania skrzynki, przeglądania plików i przypominania sobie ustaleń, zespół widzi sprawy z kontekstem i historią. Dzięki temu łatwiej zdecydować, co wymaga eskalacji, gdzie trzeba poprosić o uzupełnienie, a które tematy można spokojnie przekazać do dalszej analizy.

Triage porządkuje wejście do procesu

Nie każda sprawa powinna od razu trafiać do underwritera. Część zapytań od początku wymaga skierowania do konkretnej osoby lub zespołu, część powinna dostać wyższy priorytet, a część nie spełnia podstawowych warunków, żeby procedować ją dalej.

W Portalu Underwritera triage działa jak pierwsza bramka procesu. System rozpoznaje, czy sprawa może iść dalej, czy wymaga uzupełnień, czy zawiera ryzyka formalne i jaki powinna mieć priorytet.

Triage nie jest gotową listą oznaczeń narzuconą każdej organizacji. Powinien wynikać z zasad przyjętych w konkretnej firmie: wymagań formalnych, regulaminów, struktury pracy i sposobu obsługi brokerów. Dzięki temu system nie „zgaduje”, co zrobić ze sprawą, tylko konsekwentnie stosuje reguły uzgodnione w procesie.

Przykładowe oznaczenia mogą obejmować:

• Hard stop — sprawa nie spełnia warunku koniecznego do dalszego procedowania.
• Soft stop — sprawa wymaga uwagi underwritera, bo pojawia się przeszkoda, wyjątek albo ryzyko do oceny.
• Prescoring — system przygotowuje punkt startu do analizy: pokazuje, co wygląda standardowo, co wymaga sprawdzenia i gdzie mogą pojawić się ryzyka.
• Priorytet — sprawa dostaje miejsce w kolejce zgodnie z regułami organizacji, a nie według tego, kto ostatni zadzwonił albo najmocniej naciska.

Dobrze ustawiony triage daje zespołowi szybszą orientację: czym zająć się od razu, co odesłać do uzupełnienia, a co może poczekać bez utraty kontroli nad sprawą.

Kompletność danych jako warunek przejścia dalej

W klasycznym procesie brak często wychodzi za późno — dopiero wtedy, gdy underwriter otworzył sprawę i zaczął pracować na materiale. To frustrujące, bo analiza zostaje przerwana nie przez trudne ryzyko, ale przez coś, co powinno być widoczne wcześniej.

W Portalu Underwritera kompletność danych staje się warunkiem przejścia do kolejnego etapu. System sprawdza sprawę według checklisty przyjętej w organizacji: czy są wymagane dokumenty, pola, załączniki i informacje potrzebne do dalszej pracy. Jeśli czegoś brakuje, brak zostaje powiązany ze sprawą, statusem i kolejnym krokiem.

OCR i AI przygotowują materiał do decyzji

W procesach opartych na slipach brokerskich, formularzach, raportach, zestawieniach i korespondencji dużo czasu potrafi zająć samo dojście do tego, co właściwie wynika z dokumentów. To nie jest jeszcze ocena ryzyka. To etap wcześniejszy: odczytanie danych, uporządkowanie informacji i sprawdzenie, czy materiał w ogóle nadaje się do dalszej analizy.

W Portalu Underwritera OCR i AI wykonują tę pracę na wejściu. System odczytuje dane z dokumentów, zestawia je z informacjami z dostępnych źródeł, wskazuje braki, rozbieżności, nieaktualne dokumenty i obszary wymagające dodatkowej weryfikacji. Pokazuje też, na czym oparł analizę — czyli jakie dokumenty, dane lub bazy zostały uwzględnione.

Dzięki temu underwriter nie zaczyna od ręcznego przekopywania materiałów. Dostaje podsumowanie sprawy, listę elementów do sprawdzenia i jasny sygnał, które informacje są spójne, a które wymagają doprecyzowania.

Rekomendacja decyzji z uzasadnieniem i źródłami

Portal Underwritera nie kończy pracy na wskazaniu braków i uporządkowaniu dokumentów. Na podstawie zebranych danych, reguł procesowych i dostępnych źródeł przygotowuje punkt startowy do decyzji underwritingowej.

Underwriter otrzymuje:

• rekomendację decyzji lub dalszego kierunku postępowania,
• uzasadnienie pokazujące, z czego rekomendacja wynika,
• wskazanie dokumentów, danych i źródeł wykorzystanych w analizie,
• listę obszarów, które wymagają pogłębienia lub eksperckiej oceny,
• proponowaną ścieżkę akceptacji, jeśli sprawa wymaga udziału przełożonego, innego underwritera albo dodatkowego zespołu.

Jeżeli pozwalają na to założenia produktowe, rekomendacja może obejmować również proponowany zakres ryzyk, sumy ubezpieczenia, warunki brzegowe lub limity. System pokazuje przy tym nie tylko sugerowany kierunek, ale również przesłanki, rozbieżności i miejsca, w których potrzebna jest decyzja człowieka.

Underwriter nie zaczyna więc od pustej kartki ani od samodzielnego składania informacji z wielu źródeł. Dostaje przygotowany materiał do oceny, który może zaakceptować, zmodyfikować albo odrzucić, jeśli jego wiedza i kontekst sprawy prowadzą do innych wniosków.

Komunikacja z brokerem bez rozbijania kontekstu

Uzupełnienie od brokera powinno od razu trafiać do właściwej sprawy, a nie żyć jako kolejny mail do ręcznego dopasowania. W Portalu Underwritera pytania, odpowiedzi i załączniki są powiązane z konkretnym brakiem, statusem i dalszym krokiem.

Gdy broker odpowiada, zespół widzi, czy temat został zamknięty, czy nadal wymaga doprecyzowania. Nie trzeba wracać do kilku wcześniejszych wiadomości, żeby zrozumieć, o co prosiliśmy i co blokuje dalszą pracę.

Dzięki temu komunikacja z brokerem pozostaje bezpośrednia, ale nie wypada z workflow. Obie strony pracują na tym samym kontekście, a sprawa może szybciej wrócić do analizy.

Iteracje i negocjacje bez utraty historii

Pierwsze zapytanie rzadko kończy się finalną ofertą. Po drodze pojawiają się pytania, dodatkowe dane, zmiany zakresu, korekty warunków i kolejne wersje dokumentów. Jeśli te ustalenia żyją głównie w korespondencji, łatwo stracić pewność, co jest aktualne i dlaczego oferta przyjęła właśnie taki kształt.

W Portalu Underwritera każda iteracja zostaje przypisana do sprawy: zmiana zakresu, komentarz, uzasadnienie, odpowiedź brokera czy kolejna wersja oferty. Dzięki temu zespół widzi nie tylko ostatni dokument, ale też ścieżkę dojścia do niego — co się zmieniło, z jakiego powodu i na jakiej podstawie.

To ułatwia pracę przy bieżącej sprawie, ale zostaje też w organizacji na przyszłość. Pełna historia pomaga zachować spójność procesu, odtworzyć przebieg ustaleń i lepiej prowadzić podobne przypadki.

SLA i priorytety widoczne na bieżąco

SLA trudno utrzymać, gdy status sprawy trzeba odtwarzać po fakcie z maili, notatek i rozmów. Wtedy zespół często dopiero przy opóźnieniu widzi, gdzie sprawa utknęła i kto powinien był wykonać kolejny krok.

W Portalu Underwritera terminy i priorytety są częścią procesu, a nie osobnym raportem przygotowywanym ręcznie. Sprawa od razu pokazuje, czy mieści się w SLA, czy czeka na brokera, czy wymaga reakcji zespołu i jak pilna jest na tle pozostałych tematów.

Dzięki temu kolejność pracy łatwiej uzasadnić. Nie wynika z ostatniego maila, telefonu albo presji konkretnej osoby, tylko z reguł przyjętych w organizacji: terminu, wartości sprawy, typu ryzyka, segmentu klienta, kompletności danych i innych parametrów uzgodnionych w procesie.

Co realnie zmienia Portal Underwritera?

Ile czasu możesz odzyskać przed decyzją?

Na podstawie analiz procesów underwritingowych przeprowadzonych w latach 2025–2026 obserwujemy, że uporządkowanie pracy przed decyzją może istotnie skrócić Time to Quote, przyspieszyć odpowiedź do brokera i poprawić jakość danych wejściowych.

W analizowanych modelach potencjał obejmował skrócenie Time to Quote o 20–30%, ograniczenie czasu odpowiedzi do brokera nawet do 24 godzin oraz poprawę jakości danych wejściowych z 62% do 92%.

Nie są to jednak wartości uniwersalne ani gwarantowany rezultat wdrożenia. Efekty zależą od rzeczywistego workflow, jakości danych, liczby iteracji z brokerem, zasad kwalifikacji spraw i sposobu pracy zespołu.