Wypadki i szkody pojazdów: ontologia dla MŚP
Temat: Ontologia firmy
Model szkód flotowych oddziela zgłoszenie zdarzenia od potwierdzonych ustaleń, decyzji ubezpieczyciela i faktycznego kosztu naprawy. To autorski, przykładowy model dla MŚP, a nie specyfikacja gotowa do wdrożenia w każdej firmie. Odpowiada na pytanie: Jak odtworzyć zdarzenie, naprawę i koszt pojazdu bez przesądzania odpowiedzialności? Zawiera 12 encji i 12 nazwanych relacji. Przed użyciem trzeba uzgodnić definicje z właścicielami procesu i sprawdzić je na rzeczywistych rekordach.
Ten tekst należy do katalogu ontologii w filarze Ontologia firmy. Jeśli dopiero zaczynasz, przeczytaj jak odróżnić ontologię od taksonomii i modelu danych.
Zobacz model jako graf
Miniatura otwiera pełny graf, w którym można wybrać encję lub relację i odczytać jej znaczenie. Tabele poniżej zawierają tę samą informację w formie tekstowej.
Jaką decyzję pomaga podjąć ten model?
Samochód dostawczy uczestniczy w kolizji. Kierowca zgłasza uszkodzenie, warsztat wycenia naprawę, a ubezpieczyciel prosi o dodatkowe dokumenty. Menedżer floty wpisuje kosztorys jako ostateczny koszt i oznacza sprawę jako zakończoną, choć pojazd nadal stoi w warsztacie.
Graf pokazuje, co jest relacją, co dowodem, co decyzją oraz czy naprawa i rozliczenie rzeczywiście się zakończyły. Granica modelu jest równie ważna jak jego zakres: Nie wyznacza winy kierowcy ani odpowiedzialności prawnej na podstawie samej relacji zgłaszającego.
Jakie pojęcia trzeba rozróżnić?
W tabeli każda encja ma własną definicję, klucz identyfikacyjny i przykładowe źródło. Nazwa rekordu w dwóch systemach nie dowodzi jeszcze, że chodzi o ten sam obiekt. Tożsamość trzeba potwierdzić kluczem lub świadomą regułą mapowania; status i prognozę należy datować.
| Encja | Znaczenie w tym modelu | Identyfikator | Przykładowe źródło |
|---|---|---|---|
| Pojazd | Egzemplarz pojazdu używany przez firmę. | VIN lub identyfikator floty | rejestr floty |
| Kierowca | Osoba korzystająca z pojazdu w czasie zdarzenia. | identyfikator osoby | rejestr floty |
| Przydział pojazdu | Powiązanie kierowcy i pojazdu w okresie. | identyfikator przydziału | rejestr floty |
| Zdarzenie drogowe | Zaobserwowane zdarzenie z miejscem i czasem. | identyfikator zdarzenia | rejestr szkód |
| Zgłoszenie | Relacja o zdarzeniu z datą przyjęcia. | numer zgłoszenia | rejestr szkód |
| Dowód | Dokument lub zdjęcie dotyczące zdarzenia. | identyfikator pliku | repozytorium szkód |
| Szkoda | Zakres uszkodzeń wymagający oceny. | numer szkody | rejestr szkód |
| Polisa | Umowa ochrony z okresem i zakresem. | numer polisy | rejestr polis |
| Decyzja ubezpieczyciela | Stanowisko dotyczące konkretnej szkody. | numer decyzji | rejestr szkód |
| Kosztorys | Szacunek prac i części. | numer i wersja | warsztat |
| Naprawa | Wykonane czynności serwisowe. | numer zlecenia | warsztat |
| Koszt | Faktyczny wydatek zaksięgowany dla szkody. | identyfikator kosztu | system finansowy |
Zdarzenie drogowe opisuje miejsce i czas, zgłoszenie jest przekazaniem informacji, a szkoda zakresem uszkodzeń. Kosztorys jest oszacowaniem, rachunek za naprawę kosztem poniesionym, a wypłata odszkodowania oddzielnym przepływem. Te kwoty mogą się różnić.
Jak encje łączą się w graf biznesowy?
Krawędź ma kierunek, czasownik i znaczenie. Krotność w tabeli opisuje założenie tego modelu, które trzeba zweryfikować w konkretnej firmie. Gdy powiązanie ma własną kwotę, datę albo dowód, warto zachować je jako osobną encję zamiast ukrywać w atrybucie.
| Od | Relacja | Do | Krotność | Co potwierdza |
|---|---|---|---|---|
| Kierowca | ma | Przydział pojazdu | 1 : 0..n | Zachowuje czas użytkowania. |
| Przydział pojazdu | dotyczy | Pojazd | 0..n : 1 | Wskazuje egzemplarz. |
| Pojazd | uczestniczy w | Zdarzenie drogowe | 1 : 0..n | Łączy flotę ze zdarzeniem. |
| Zgłoszenie | opisuje | Zdarzenie drogowe | 0..n : 1 | Nie przesądza winy. |
| Kierowca | składa | Zgłoszenie | 0..n : 0..n | Zachowuje zgłaszającego. |
| Zgłoszenie | zawiera | Dowód | 1 : 0..n | Utrwala materiały. |
| Zdarzenie drogowe | powoduje | Szkoda | 1 : 0..n | Pozwala oddzielić kilka uszkodzeń. |
| Polisa | obejmuje | Pojazd | 0..n : 1..n | Wymaga sprawdzenia daty i zakresu. |
| Decyzja ubezpieczyciela | dotyczy | Szkoda | 0..n : 1 | Zachowuje rozstrzygnięcie. |
| Kosztorys | szacuje | Szkoda | 0..n : 1 | Oddziela prognozę kosztu. |
| Naprawa | usuwa | Szkoda | 0..n : 1..n | Dokumentuje wykonanie. |
| Koszt | wynika z | Naprawa | 0..n : 0..1 | Wskazuje faktyczny wydatek. |
Jak przejść po grafie w jednej sprawie?
Pojazd V4 uczestniczy w zdarzeniu Z2. Kierowca K7 składa zgłoszenie G5 i dołącza dowód D1. Szkoda S3 ma kosztorys C8. Polisa P2 obejmuje pojazd w dacie zdarzenia, ale decyzja ubezpieczyciela U4 jeszcze nie zapadła. Naprawa N6 pozostaje w toku.
Nie wiadomo jeszcze, jaka część kosztu zostanie pokryta i kiedy pojazd wróci do pracy. Puste powiązanie ma pozostać widoczną luką. Model nie powinien dopowiadać relacji tylko dlatego, że rekordy mają podobne nazwy lub bliskie daty.
Jak połączyć dane i nie zgubić kontekstu?
Połącz ewidencję floty, zgłoszenia, dokumenty polis, warsztat i księgowość po identyfikatorze pojazdu oraz numerach spraw. Zachowuj wersje kosztorysów i daty decyzji. Dla każdego mapowania zapisz system źródłowy, lokalny identyfikator, czas aktualizacji i regułę, która połączyła rekordy. Sprzeczne dane powinny trafić do kolejki wyjaśnienia, a nie zostać po cichu nadpisane. Właściciel procesu zatwierdza znaczenie relacji, a właściciel systemu potwierdza sposób jej pobierania.
Dane kierowcy i okoliczności zdarzenia udostępniaj tylko osobom prowadzącym sprawę. Analiza bezpieczeństwa floty może używać danych zagregowanych. Dostęp do połączonych danych musi odzwierciedlać cel pracy i uprawnienia. Sam fakt, że graf potrafi przejść między dwiema encjami, nie oznacza, że każda osoba może zobaczyć wszystkie atrybuty po obu stronach.
Jak sprawdzić pierwszy wycinek modelu?
Weź kilka prawdziwych, ale bezpiecznie udostępnionych spraw. Dla każdej ustal oczekiwaną ścieżkę i dokument, który potwierdza każdą krawędź. Na początek wystarczą poniższe próby:
- Samo zgłoszenie nie oznacza ustalonej winy.
- Polisa jest sprawdzana w dacie zdarzenia.
- Kosztorys nie jest równy kosztowi końcowemu.
- Zamknięcie szkody wymaga stanu naprawy i rozliczenia.
Jeżeli dwie osoby inaczej interpretują ten sam węzeł lub relację, popraw definicję przed budową interfejsu. Przy niewielkiej liczbie stabilnych powiązań istniejąca baza i widok mogą wystarczyć. Graf pomaga rozmawiać o znaczeniu danych; nie naprawia automatycznie błędów w źródłach.
Co zrobić dalej?
Wybierz jedno pytanie operacyjne z początku tekstu i wskaż osobę, która potwierdzi znaczenie kluczowych pojęć. Następnie sprawdź pięć spraw w systemach źródłowych. Szerszą procedurę opisuje poradnik budowy ontologii firmy. Kolejny model w katalogu: Majątek firmy.
- Ontologia
- Model danych
- MŚP
