Silesian SolutionsPorozmawiajmy o projekcie
Wszystkie realizacje

System dedykowany

BLS Katowice

Platforma do prowadzenia likwidacji szkód dla biura BLS Katowice, w której strona firmowa i część robocza to jedna aplikacja. Rekordem centralnym jest sprawa, więc statusy, terminy i dokumenty podzielone na typy prowadzi się przy niej.

Strona BLS Katowice: opis biura, zakres likwidacji szkód i przycisk prowadzący do platformy.
Strona publiczna z wejściem do platformy. Zrzut w treści strony pokazuje pulpit po zalogowaniu.

Strona firmowa i platforma do prowadzenia spraw to w BLS Katowice jedna aplikacja: ten sam build obsługuje gościa czytającego stronę publiczną i pracownika prowadzącego likwidację szkody. Biuro dostało narzędzie, w którym sprawa, jej dokumenty i jej status są w jednym miejscu. Wcześniej obieg opierał się na skrzynce pocztowej.

Jedna aplikacja, dwie role

Frontend to pojedyncza aplikacja w Angularze, z komponentami PrimeNG i tłumaczeniami przez ngx-translate, a routing rozdziela w niej dwa światy. Gość dostaje strony publiczne: stronę główną, opis współpracy i kontakt. Dalej zaczyna się część robocza z pulpitem, sprawami i archiwum.

Ekran logowania do platformy likwidacji szkód BLS Katowice
Wejście do platformy. Ten zrzut kończy się na logowaniu.

Korzyść widać dopiero przy utrzymaniu: jeden build, jeden zestaw zależności i jedno wdrożenie to koszt policzony raz zamiast dwa razy. Formularz kontaktowy ze strony publicznej i sprawa prowadzona dalej mówią do tego samego API, więc zgłoszenie nie zmienia po drodze formatu ani systemu. Takie granice systemu wyznaczamy przy architekturze IT i modernizacji.

Zaplecze i dokumenty sprawy

Backend opiera się na Symfony z Doctrine i bazą MySQL, a REST wystawia przez FOSRestBundle. Rekordem centralnym jest sprawa. Wokół niej gromadzą się daty, dokumenty i osoby, które ją prowadzą.

Diagram platformy BLS Katowice: przeglądarka gościa i pracownika, jeden build w Angularze, API w Symfony i baza MySQL ze sprawą jako rekordem centralnym
Ten sam build obsługuje oba tryby, a oba mówią do tego samego API i tej samej bazy.

Dokumentacja jest przypięta do sprawy i podzielona na typy, więc szukanie opinii czy kosztorysu nie polega na przeglądaniu listy plików po nazwach. Komplet dokumentów sprawy pobiera się jedną paczką, bez klikania po pozycjach.

Przypisanie sprawy powiadamia osobę prowadzącą mailem, z numerem sprawy w temacie. Powiadomienie SMS-em jest w kodzie przygotowane i wyłączone, więc kanałem, który realnie działa, jest poczta. Powód jest terenowy: rzeczoznawca jedzie na oględziny i nie siedzi przy skrzynce.

Co z tego wynika

Sprawa, dokumenty i terminy są w jednym rekordzie, więc na pytanie o stan likwidacji biuro odpowiada z jednego ekranu, bez zestawiania danych ze skrzynki, dysku i arkusza.

Dokumentacja, wcześniej zbiór załączników nazwanych od przypadku, jest przypięta do sprawy i podzielona na typy, więc opinia czy kosztorys znajdują się bez przeglądania listy plików.

Strona firmowa i platforma to ten sam build, więc zależności, wdrożenie i utrzymanie liczą się raz.

Wykorzystane technologie

  • Angular
  • Symfony
  • MySQL
  • Doctrine
  • PrimeNG

Zobacz wdrożenie