Czas pracy i pracownicy: ontologia dla MŚP
Temat: Ontologia firmy
Model czasu pracy zachowuje osobno zmianę planowaną, zdarzenia rejestracji, zatwierdzone korekty i wynik ewidencji. To autorski, przykładowy model dla MŚP, a nie specyfikacja gotowa do wdrożenia w każdej firmie. Odpowiada na pytanie: Jak uzgodnić grafik, rejestrację wejść, nieobecności i rozliczenie czasu? Zawiera 12 encji i 13 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?
Pracownik był zaplanowany na zmianę poranną, ale przyjechał później z powodu awarii czytnika wejścia. Kierownik poprawił godzinę w arkuszu, nie zostawiając powodu ani osoby zatwierdzającej. Kadry widzą różnicę między grafikiem, terminalem i listą płac.
Graf pozwala ustalić plan, surowe odbicie, przyczynę korekty i zatwierdzony czas, bez kasowania wcześniejszych zapisów. Granica modelu jest równie ważna jak jego zakres: Nie wylicza samodzielnie zgodności z przepisami ani wynagrodzenia bez zatwierdzonych reguł kadrowo-płacowych.
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 |
|---|---|---|---|
| Pracownik | Osoba której czas jest planowany i ewidencjonowany. | identyfikator pracownika | system kadrowy |
| Grafik | Wersja planu pracy dla okresu. | identyfikator i wersja | system grafikowy |
| Zmiana | Planowany odcinek pracy z miejscem i godzinami. | identyfikator zmiany | system grafikowy |
| Stanowisko pracy | Miejsce lub funkcja obsadzana na zmianie. | kod stanowiska | system grafikowy |
| Urządzenie RCP | Rejestrator zdarzeń wejścia i wyjścia. | identyfikator urządzenia | system RCP |
| Odbicie | Surowe zdarzenie rejestracji z czasem i typem. | identyfikator zdarzenia | system RCP |
| Odcinek pracy | Ustalony okres pracy na podstawie dostępnych dowodów. | identyfikator odcinka | system ewidencji |
| Korekta | Wniosek o zmianę interpretacji czasu z przyczyną. | identyfikator korekty | system wniosków |
| Zatwierdzenie | Decyzja uprawnionej osoby dotycząca korekty. | identyfikator decyzji | system wniosków |
| Nieobecność | Okres niedostępności w planie. | identyfikator okresu | system kadrowy |
| Ewidencja czasu | Wynik ustalenia czasu w okresie rozliczeniowym. | pracownik i okres | system ewidencji |
| Okres rozliczeniowy | Granica czasu używana przez reguły ewidencji. | identyfikator okresu | system kadrowy |
Zmiana to planowany odcinek pracy, odbicie to surowe zdarzenie urządzenia, a odcinek pracy to ustalony okres po uwzględnieniu dowodów. Korekta nie zastępuje odbicia; ma autora, przyczynę i zatwierdzenie. Ewidencja jest wynikiem reguł dla okresu, nie prostą sumą wszystkich odbić.
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 |
|---|---|---|---|---|
| Pracownik | ma | Grafik | 1 : 0..n | Zachowuje wersję planu. |
| Grafik | zawiera | Zmiana | 1 : 0..n | Wskazuje planowane odcinki. |
| Zmiana | obsadza | Stanowisko pracy | 0..n : 1 | Wskazuje funkcję. |
| Pracownik | wykonuje | Odbicie | 1 : 0..n | Wiąże zdarzenie z osobą. |
| Odbicie | pochodzi z | Urządzenie RCP | 0..n : 1 | Zachowuje źródło czasu. |
| Odcinek pracy | wynika z | Odbicie | 0..n : 0..n | Dopuszcza brakujące lub wielokrotne zapisy. |
| Odcinek pracy | odnosi się do | Zmiana | 0..n : 0..1 | Porównuje plan i wykonanie. |
| Pracownik | zgłasza | Korekta | 1 : 0..n | Zachowuje autora wniosku. |
| Korekta | dotyczy | Odcinek pracy | 0..n : 1 | Wskazuje zmieniany wynik. |
| Zatwierdzenie | rozstrzyga | Korekta | 0..1 : 1 | Wymaga decyzji. |
| Pracownik | ma | Nieobecność | 1 : 0..n | Ogranicza dostępność. |
| Ewidencja czasu | zawiera | Odcinek pracy | 1 : 0..n | Gromadzi ustalone okresy. |
| Ewidencja czasu | dotyczy | Okres rozliczeniowy | 0..n : 1 | Wyznacza granicę podsumowania. |
Jak przejść po grafie w jednej sprawie?
Grafik G2 zawiera zmianę Z7 od 8:00. Odbicie O4 pojawia się o 9:10, drugiego odbicia brakuje. Pracownik składa korektę K3 z wyjaśnieniem awarii terminala. Kierownik zatwierdza K3, a ewidencja E5 obejmuje ustalony odcinek pracy i wskazuje źródło korekty.
Bez dodatkowego dowodu nie da się odtworzyć dokładnej godziny wyjścia, a model nie powinien jej zgadywać. 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 system grafikowy, rejestrator czasu, wnioski o korektę i system kadrowy po identyfikatorze pracownika i okresie. Zachowuj strefę czasową i identyfikator urządzenia. 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.
Kierownik potrzebuje stanu obsady i godzin, ale nie każdej przyczyny nieobecności. Uprawnienia do szczegółów kadrowych pozostają oddzielne. 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:
- Brak odbicia wyjścia nie tworzy wymyślonej godziny.
- Zatwierdzona korekta zachowuje zapis pierwotny.
- Zmiana grafiku nie nadpisuje dawnej wersji.
- Nieobecność częściowa nie usuwa całej zmiany.
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: Kampanie marketingowe.
- Ontologia
- Model danych
- MŚP
