Przewodnik tematyczny

Ontologia firmy

Jak zbudować wspólny język firmy, z którego mogą korzystać ludzie i systemy AI?

Ontologia firmy ustala znaczenie pojęć, relacji, zdarzeń i reguł, zanim zapisze się je w kolejnej tabeli lub podłączy do asystenta. Jest przydatna wtedy, gdy dwa zespoły używają tego samego słowa do różnych rzeczy albo różnych słów do tej samej decyzji. Nie wymaga od razu specjalistycznego oprogramowania: pierwszy model może powstać jako uzgodniony słownik i kilka sprawdzonych przykładów.

Jak podejść do tematu

Krok 1
Wybierz decyzję, nie cały słownik
Zacznij od jednego procesu, na przykład zatwierdzania zamówienia. Wypisz pojęcia, których znaczenie zmienia wynik: klient, zamówienie, limit, akceptacja. Przy każdym zapisz właściciela definicji i przypadek graniczny.
Krok 2
Pokaż relacje i zdarzenia
Rozróżnij obiekt zamówienia od zdarzenia jego zatwierdzenia i od reguły mówiącej, kto może je zatwierdzić. Sprawdź opis na kilku rzeczywistych, zanonimizowanych przypadkach, także wyjątkach.
Krok 3
Dopiero potem połącz systemy
Zmapuj uzgodnione pojęcia na pola w CRM, ERP i dokumentach. Ustal sposób zatwierdzania zmian definicji, zanim agent zacznie łączyć dane i wyciągać wnioski z różnych źródeł.

Przykład: co właściwie znaczy „zatwierdzone zamówienie”?

Wyobraźmy sobie firmę, w której sprzedaż oznacza zamówienie jako zatwierdzone po podpisie klienta, a finanse dopiero po sprawdzeniu limitu kredytowego. Oba systemy przechowują pole o tej samej nazwie, lecz opisują inne zdarzenia. Raport łączący te pola może więc wyglądać spójnie, choć porównuje różne stany procesu.

Model pojęciowy nazywa obiekt (zamówienie), podmiot (klient), relację (klient składa zamówienie), zdarzenie (sprzedawca rejestruje akceptację) i regułę (finanse dopuszczają realizację po kontroli limitu). To przykład dydaktyczny, nie opis wdrożenia klienta KMC. Dopiero po takim rozdzieleniu da się uczciwie zapytać, które pole i który dokument dowodzą konkretnego stanu.

Pojęcie: co oznacza „zamówienie” i czego do niego nie zaliczamy?
Relacja: który klient złożył zamówienie i w jakiej roli występuje?
Zdarzenie: co się stało, kiedy i kto to potwierdził?
Reguła: jaki warunek pozwala przejść do następnego etapu?

Ontologia, katalog danych i mapa procesu pełnią różne role

Katalog danych mówi, gdzie znajduje się pole i kto nim zarządza. Mapa procesu pokazuje kolejność pracy i odpowiedzialnych. Ontologia odpowiada na pytanie, co oznaczają obiekty i relacje występujące w obu opisach. Te trzy perspektywy powinny się spotkać: wspólny model znaczenia nie naprawi błędnych danych, a dobre dane nie rozstrzygną sprzecznych definicji.

Nie każda firma potrzebuje formalnego języka ontologii. Gdy problem dotyczy jednego formularza, wystarczy uzgodniona definicja i test na przykładach. Bardziej formalny model staje się uzasadniony, gdy wiele systemów i zespołów wielokrotnie wymienia te same pojęcia, a zmiana jednej definicji wpływa na liczne reguły.

Jak utrzymać znaczenie po uruchomieniu AI

Agent odpowiada na podstawie danych i instrukcji, do których ma dostęp. Jeśli „aktywny klient” ma w dokumentach kilka znaczeń, model może przedstawić pewną odpowiedź bez pewnej podstawy. Wskazanie właściciela definicji, źródła i daty obowiązywania pomaga systemowi odwołać się do właściwej wersji, a człowiekowi sprawdzić wynik.

Po zmianie procesu trzeba aktualizować definicje razem z regułami, testami i źródłami wiedzy. Dobra praktyka to zapis decyzji: kto zatwierdził zmianę pojęcia, które raporty i automatyzacje zależą od niego oraz jakie przykłady trzeba ponownie sprawdzić. W ten sposób ontologia pozostaje narzędziem decyzji, a nie nieruchomym diagramem.

Jak podjąć decyzję

Wybierz sygnał, który najlepiej opisuje obecny problem, i sprawdź właściwy następny krok.

Sygnał	Co oznacza	Następny krok
Dwa zespoły liczą tę samą miarę inaczej	Najpierw trzeba uzgodnić pojęcie, zdarzenie i źródło prawdy.	Zapisz dwa przypadki rozbieżne i poproś właścicieli procesu o wspólną definicję.
Definicje są zgodne, ale rekordy niekompletne	To przede wszystkim problem jakości i własności danych.	Przejdź do filaru Dane i wiedza firmy, zanim powstanie nowa warstwa semantyczna.
Agent ma łączyć informacje z wielu systemów	Potrzebuje zarówno wspólnego znaczenia, jak i granic dostępu.	Zmapuj pojęcia na źródła, a następnie zaprojektuj uprawnienia i testy architektury.

Wybierz zagadnienie

Każda grupa odpowiada na węższe pytanie. Zacznij od obszaru, który jest najbliższy Twojej decyzji.

Ontologia operacyjna i standardy semantyczne

Pokaż pozostałe materiały (11)

Katalog ontologii dla MŚP

Pokaż pozostałe materiały (13)

Dalsza lektura

Powiązane przewodniki

Źródła producenta i dokumentacja

W3C: OWL 2 Web Ontology Language Primer

Następny krok

Najlepszym pierwszym artefaktem jest jedna karta decyzji z definicjami, wyjątkami i źródłami, a nie katalog wszystkich rzeczowników w firmie. Gdy trzeba przełożyć ją na przepływ danych i projekt systemu, warto ustalić zakres audytu lub Blueprintu.

Zobacz zakres współpracy