Łańcuch dostaw: ontologia dla MŚP
Temat: Ontologia firmy
Model łańcucha dostaw prowadzi od zamówienia zakupu przez partię i transport do rezerwacji dla zamówienia klienta. To autorski, przykładowy model dla MŚP, a nie specyfikacja gotowa do wdrożenia w każdej firmie. Odpowiada na pytanie: Które zamówienia klientów są zagrożone przez opóźnienie konkretnego dostawcy? 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?
Dostawca informuje o opóźnieniu komponentu. Firma ma kilka zamówień klientów, ale część można zrealizować z zapasu, a część wymaga właśnie tej partii. Bez relacji rezerwacji handlowcy wysyłają ostrzeżenie wszystkim albo nikomu.
Graf wskazuje, które zamówienia są faktycznie zależne od opóźnionej partii i kto powinien zweryfikować nowy termin. Granica modelu jest równie ważna jak jego zakres: Nie zmienia obiecanego terminu klienta na podstawie samej daty planowanej przez dostawcę.
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 |
|---|---|---|---|
| Dostawca | Podmiot dostarczający towar lub komponent. | identyfikator dostawcy | system zakupowy |
| Zamówienie zakupu | Żądanie zakupu wysłane do dostawcy. | numer zamówienia | system zakupowy |
| Pozycja zakupu | Produkt i ilość w zamówieniu zakupu. | zamówienie i numer pozycji | system zakupowy |
| Potwierdzenie dostawcy | Odpowiedź z ilością i terminem. | identyfikator potwierdzenia | system zakupowy |
| Produkt | Materiał lub wyrób o określonej specyfikacji. | kod produktu | katalog produktów |
| Partia | Grupa towaru o znanym pochodzeniu. | identyfikator partii | system magazynowy |
| Transport | Przewóz partii z historią zdarzeń. | numer transportu | system logistyczny |
| Przyjęcie | Fizyczne wejście partii do magazynu. | numer przyjęcia | system magazynowy |
| Kontrola jakości | Ocena zgodności partii z wymaganiami. | identyfikator kontroli | system jakości |
| Magazyn | Miejsce przechowania dostępnego zapasu. | kod magazynu | system magazynowy |
| Rezerwacja | Przypisanie ilości zapasu do potrzeby klienta. | identyfikator rezerwacji | system magazynowy |
| Zamówienie klienta | Potwierdzona potrzeba klienta z obiecanym terminem. | numer zamówienia | system sprzedaży |
Zamówienie zakupu jest żądaniem wobec dostawcy, potwierdzenie dostawcy jego aktualną odpowiedzią, a przyjęcie faktem fizycznym. Termin planowany i obiecany klientowi muszą pozostać osobnymi danymi. Zapas dostępny zależy także od rezerwacji i jakości.
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 |
|---|---|---|---|---|
| Dostawca | otrzymuje | Zamówienie zakupu | 1 : 0..n | Wskazuje adresata zakupu. |
| Zamówienie zakupu | zawiera | Pozycja zakupu | 1 : 1..n | Rozdziela wymagane produkty. |
| Pozycja zakupu | dotyczy | Produkt | 0..n : 1 | Wskazuje specyfikację. |
| Potwierdzenie dostawcy | odpowiada na | Pozycja zakupu | 0..n : 1 | Zachowuje wersje terminu. |
| Partia | realizuje | Pozycja zakupu | 0..n : 0..n | Wskazuje faktyczne źródło towaru. |
| Transport | przewozi | Partia | 0..n : 1..n | Rejestruje ruch. |
| Przyjęcie | potwierdza | Partia | 0..n : 1..n | Oddziela plan od faktu. |
| Przyjęcie | trafia do | Magazyn | 0..n : 1 | Wskazuje miejsce zapasu. |
| Kontrola jakości | ocenia | Partia | 0..n : 1 | Ogranicza dostępność. |
| Rezerwacja | obejmuje | Partia | 0..n : 0..n | Wiąże potrzebę z zapasem. |
| Rezerwacja | zabezpiecza | Zamówienie klienta | 0..n : 1 | Wskazuje zagrożonych klientów. |
| Zamówienie klienta | wymaga | Produkt | 0..n : 1..n | Pokazuje potrzeby zamówienia. |
Jak przejść po grafie w jednej sprawie?
Zamówienie zakupu ZZ4 ma pozycję P2 dla partii B7. Dostawca zmienia potwierdzony termin, a transport T3 jeszcze nie wyruszył. Rezerwacja R5 wiąże B7 z zamówieniem klienta ZK9. Inne zamówienie ZK10 korzysta z partii B6, więc nie należy go oznaczać jako zagrożonego.
Nie wiemy jeszcze, czy alternatywny dostawca dostarczy zgodny komponent; wymaga to sprawdzenia specyfikacji i czasu. 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 zakup, magazyn, transport i sprzedaż identyfikatorami pozycji i partii. Gdy dostawca nie podaje partii przed wysyłką, zaznacz powiązanie jako planowane, a nie potwierdzone. 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.
Informacja dla klienta powinna pochodzić z zatwierdzonego terminu, nie bezpośrednio z niezweryfikowanej prognozy przewoźnika. 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:
- Opóźniona partia wpływa tylko na zależne rezerwacje.
- Zmiana terminu dostawcy nie nadpisuje obietnicy klientowi.
- Odrzucona jakościowo partia nie zasila dostępnego zapasu.
- Przyjęcie częściowe zachowuje brakującą ilość.
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: Media i zużycie energii.
- Ontologia
- Model danych
- MŚP
