Operacje sklepu detalicznego: ontologia dla MŚP
Temat: Ontologia firmy
Model sklepu detalicznego oddziela zapas ewidencyjny, fizyczne położenie, rezerwację i wynik inwentaryzacji. To autorski, przykładowy model dla MŚP, a nie specyfikacja gotowa do wdrożenia w każdej firmie. Odpowiada na pytanie: Dlaczego produkt jest dostępny w systemie, lecz nie ma go na półce? Zawiera 12 encji i 14 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?
Kasjer widzi dziesięć sztuk produktu w systemie, a na półce nie ma żadnej. Sześć sztuk leży na zapleczu, trzy są zarezerwowane pod odbiór, jedna została uszkodzona. Prosta liczba „dostępne 10” prowadzi do błędnej obietnicy dla klienta.
Graf pokazuje, gdzie znajdują się partie towaru, co jest zarezerwowane i jaka różnica wymaga wyjaśnienia. Granica modelu jest równie ważna jak jego zakres: Nie koryguje automatycznie księgowego stanu towaru na podstawie jednego odczytu z półki.
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 |
|---|---|---|---|
| Sklep | Punkt sprzedaży z własnym stanem. | kod sklepu | system detaliczny |
| Produkt | Towar identyfikowany w katalogu. | kod produktu | katalog produktów |
| Partia | Grupa egzemplarzy o wspólnym pochodzeniu. | identyfikator partii | system magazynowy |
| Lokalizacja | Półka, zaplecze lub inne miejsce w sklepie. | kod lokalizacji | system magazynowy |
| Przyjęcie | Potwierdzone dostarczenie towaru do sklepu. | numer przyjęcia | system magazynowy |
| Przesunięcie | Zmiana miejsca towaru bez zmiany własności. | identyfikator ruchu | system magazynowy |
| Stan ewidencyjny | Saldo wynikające z zapisanych ruchów. | sklep, produkt i czas | system magazynowy |
| Stan fizyczny | Wynik policzenia towaru w miejscu i czasie. | identyfikator odczytu | spis fizyczny |
| Rezerwacja | Ilość odłożona dla klienta lub zamówienia. | identyfikator rezerwacji | system sprzedaży |
| Sprzedaż | Potwierdzone wydanie towaru klientowi. | identyfikator transakcji | kasa |
| Uszkodzenie | Zdarzenie zmieniające przydatność towaru. | identyfikator zdarzenia | system magazynowy |
| Inwentaryzacja | Proces porównania stanu fizycznego i ewidencji. | numer spisu | system magazynowy |
Stan ewidencyjny wynika z zapisanych ruchów, stan fizyczny z policzenia w konkretnym miejscu i czasie. Partia pozwala odróżnić egzemplarze tego samego produktu. Rezerwacja ogranicza dostępność do sprzedaży, choć towar nadal fizycznie leży w sklepie.
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 |
|---|---|---|---|---|
| Sklep | ma | Lokalizacja | 1 : 1..n | Dzieli przestrzeń sklepu. |
| Produkt | występuje w | Partia | 1 : 0..n | Zachowuje pochodzenie. |
| Przyjęcie | wprowadza | Partia | 0..n : 1..n | Wskazuje dopływ towaru. |
| Przyjęcie | dotyczy | Sklep | 0..n : 1 | Określa miejsce dostawy. |
| Przesunięcie | przenosi | Partia | 0..n : 1 | Zachowuje ruch wewnętrzny. |
| Przesunięcie | prowadzi do | Lokalizacja | 0..n : 1 | Wskazuje nowe miejsce. |
| Stan ewidencyjny | dotyczy | Produkt | 0..n : 1 | Pokazuje saldo systemowe. |
| Stan fizyczny | liczy | Partia | 0..n : 1 | Wskazuje policzony towar. |
| Stan fizyczny | powstaje w | Lokalizacja | 0..n : 1 | Zachowuje miejsce spisu. |
| Rezerwacja | blokuje | Partia | 0..n : 0..n | Ogranicza dostępność. |
| Sprzedaż | wydaje | Partia | 0..n : 1..n | Rejestruje rozchód. |
| Uszkodzenie | dotyczy | Partia | 0..n : 1 | Oddziela jakość od ilości. |
| Inwentaryzacja | porównuje | Stan fizyczny | 1 : 1..n | Łączy spis z odczytami. |
| Inwentaryzacja | uzgadnia | Stan ewidencyjny | 1 : 1..n | Wymaga wyjaśnienia różnicy. |
Jak przejść po grafie w jednej sprawie?
Produkt P2 ma partię B3 przyjętą dokumentem D5. Ewidencja pokazuje 10 sztuk. Odczyt półki S1 daje zero, odczyt zaplecza S2 daje sześć, rezerwacja R4 obejmuje trzy sztuki, a zdarzenie uszkodzenia U1 jedną. Inwentaryzacja I7 uzgadnia sumę i wyjaśnia brak na półce.
Dopóki nie potwierdzimy miejsca i jakości sześciu sztuk, nie wiemy, czy można je sprzedać natychmiast. 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 kasę, magazyn, rezerwacje internetowe i spisy fizyczne po sklepie, produkcie, partii i lokalizacji. Ruch towaru zapisuj jako zdarzenie, nie tylko aktualizację liczby. 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.
Raport braków może wskazywać proces do sprawdzenia, ale pojedyncza różnica nie jest dowodem winy pracownika. 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:
- Rezerwacja nie znika z fizycznego stanu.
- Przesunięcie z zaplecza na półkę nie zmienia sumy sklepu.
- Uszkodzona sztuka nie jest oferowana jako pełnowartościowa.
- Spis z innego dnia nie nadpisuje bieżącego stanu.
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: Sieć relacji i poleceń.
- Ontologia
- Model danych
- MŚP
