Parametry pracy
Parametry pracy są powiązane z funkcjami zleceń pracy, budżetów i zarządzania projektami, które muszą być skonfigurowane, aby zapewnić poprawne działanie elementów aplikacji.
Wartości parametrów dotyczących pracy należy ustawiać zgodnie z poniższą tabelą.
Kod | Opis | Stały |
---|---|---|
@WOPTDET | Określa, czy komponent zlecenia pracy zostanie wyeksportowany z większą ilością szczegółów w wychodzącym BOD zlecenia konserwacji. W przypadku ustawienia wartości Y BOD będzie wyszczególniać pozycje przydzielone do zlecenia pracy według magazynu i określać, czy komponenty są zaplanowane, zarezerwowane, czy są komponentami zakupu bezpośredniego. W przypadku ustawienia wartości N BOD będzie podsumowywać komponenty dla zlecenia pracy. | Nie |
7ISCDKEY | Login zgłaszającego w systemie Infor EAM dla klucza CD zgłoszeń serwisowych. | Nie |
AUTODMEC | Ten kod określa, czy hiperłącze Obiekty formatki Zlecenia pracy przerywa skojarzenie między nadrzędnym zleceniem pracy a podrzędnym wieloobiektowym zleceniem pracy lub czy system usuwa również podrzędne wieloobiektowe zlecenie pracy. Poprawne wartości to Y lub N. Domyślnie ten parametr jest ustawiony na Y, co oznacza, że system usuwa powiązane podrzędne rekordy wieloobiektowe. |
na stronie |
AUTOPMCL | Ten kod wskazuje, czy zwolnienie głównej KZ powoduje automatyczne zamknięcie wszystkich zwolnionych drugorzędnych KZ (TAK/NIE). | Nie |
BOOKDATE | Wskazuje, czy podczas rejestrowania roboczogodzin wymuszane są ograniczenia dotyczące daty. W przypadku ustawienia wartości WYŁ. system ignoruje te ograniczenia. W przypadku ustawienia wartości WŁ. system wymusza te ograniczenia. Uwaga
Ustawienie tego parametru na wartość WYŁ. może spowodować rozbieżności w danych zarejestrowanych roboczogodzin. Ustawienie parametru BOOKDATE na wartość WYŁ. umożliwia rejestrowanie roboczogodzin na datę wcześniejszą niż data zgłoszenia. Możliwość rejestrowania godzin bez żadnych ograniczeń dotyczących daty na podstawie pola Data raportu oznacza, że można pozostawić wartość Data raportu bez zmian i nadal rejestrować godziny dla pracy, która została już zakończona. |
Nie |
BOOPLAN | Rejestrowanie roboczogodzin. Poprawne wartości to WŁ. i WYŁ.. Jeśli podczas rejestrowania roboczogodzin wartością jest WŁ., system pobiera stawkę zawodu z czynności, w której roboczogodziny są zarejestrowane. Jeśli wartością jest WYŁ., system pobiera stawkę z tabeli pracownika. Zmiana tej wartości nie wpłynie na istniejące dane. Jeśli zmienisz ten parametr, a istnieją otwarte zlecenia pracy, w których roboczogodziny zostały już zarejestrowane, wówczas powstaną rozbieżności. Zamknij zlecenia pracy przed zmianą parametru BOOPLAN. | Nie |
CALSTD | Określa, czy w celu wykonania kalibracji mogą być stosowane normy kalibracji, które zawierają zlecenia pracy zaległej KZ. Jeśli dla parametru CALSTD ustawiono wartość TAK, wówczas obiekty ze zleceniami pracy zaległej KZ są dostępne do wybrania jako norma kalibracji. Jeśli parametr CALSTD ma wartość NIE, wówczas obiekty ze zleceniami pracy zaległej KZ nie są dostępne do wybrania jako norma kalibracji. |
Nie |
CASCLOC | Określa, czy dla rekordów obiektów KZ następuje zmiana kaskady lokalizacji obiektu. W przypadku ustawienia wartości TAK kaskada ulega zmianie. W przypadku ustawienia wartości NIE kaskada nie jest zmieniana. | Nie |
CLPBWOST | Ten parametr identyfikuje status zlecenia pracy po złożeniu podpisu przez osobę wypełniającą (Wykonane przez) listę kontrolną. Przykład: WCMP |
Nie |
CLRBWOST | Ten parametr identyfikuje status zlecenia pracy po złożeniu podpisu przez osobę sprawdzającą (Sprawdzone przez) listę kontrolną. Przykład: COMP |
Nie |
CLRRWOST | Ten parametr identyfikuje status zlecenia pracy po odrzuceniu podpisu osoby wypełniającej (Wykonane przez) listę kontrolną. Przykład: INPR |
Nie |
COMDAYS | Liczba dni, w trakcie których można rejestrować roboczogodziny w zamkniętych zleceniach pracy. Infor zaleca minimalną wartość 1 . Zmiana tej wartości nie wpłynie na istniejące dane. Przykład: 14 |
Nie |
COVDUPAC | Ten kod wskazuje, czy system dopuszcza wiele aktywnych gwarancji. W przypadku ustawienia wartości Yes (+) możliwe jest określenie więcej niż jednej aktywnej gwarancji względem konkretnego obiektu. W przypadku ustawienia wartości No (-) względem konkretnego obiektu można określić tylko jedną aktywną gwarancję. Przykład: * |
Nie |
COVDURUP | Ten kod wskazuje, czy pola czasu trwania są dostępne tylko do wyświetlania. W przypadku ustawienia wartości Yes (+) wartości do pól czasu trwania mogą być wprowadzane ręcznie. W przypadku ustawienia wartości No (-) pola czasu trwania są dostępne tylko do wyświetlania. Przykład: + |
Nie |
DSCHAVAI | Liczba dni od daty bieżącej używana do obliczania dostępności robocizny w harmonogramowaniu dziennym. Przykład: 7 |
Nie |
DUPCHECK | Jeśli ten kod jest ustawiony na wartość WŁ., wówczas system sprawdza, czy istnieją zduplikowane i powtórzone zgłoszenia serwisowe. | Nie |
EVTCASCD | Kaskada zdarzeń. Ten kod wskazuje, czy zmiana statusu nadrzędnego zlecenia pracy na Zamknięto lub Anulowano powoduje również zmianę statusu podrzędnych zleceń pracy. Przykład: N |
Nie |
INRVCTRL | Ten kod wskazuje, czy aktywowano kontrolę wersji dla inspekcji. Przykład: NIE |
Nie |
INSWOST | Ten kod wskazuje status używany do tworzenia zleceń pracy z formatek inspekcji. Można wybierać kody użytkownika równoważne typowi R (Zwolnione). Przykład: L |
Nie |
ISSDAYS | Dni wydawania. Ten kod określa liczbę dni, dla których mogą być wykonywane wydania po zamknięciu zlecenia pracy. Poprawnymi wartościami są dowolne liczby nieujemne. Zmiana tej wartości nie wpłynie na istniejące dane. Przykład: 0 |
Nie |
JTAUTH | Ten kod wskazuje, czy aktywowano autoryzację typu zlecenia pracy. Autoryzacja typu zlecenia pracy ogranicza to, którzy użytkownicy mogą aktualizować, wstawiać i usuwać zlecenia pracy, na podstawie typu zlecenia pracy. Przykład: NIE |
Nie |
NPRDAYS | Dni nieprodukcyjne. Ten kod określa liczbę dni, dla których można rejestrować minione godziny nieprodukcyjne, czyli robociznę wykonaną bez zlecenia pracy. Uwaga
Ten parametr może kolidować z danymi dotyczącymi zamkniętych okresów. Zmiana tej wartości nie wpłynie na istniejące dane. Przykład: 14 |
Nie |
PLANLEV | Ten kod określa poziom, na jakim będzie wykonywane planowanie. Jeśli wybrana jest wartość JOB, wówczas planowanie może być wykonywane tylko na poziomie czynności. Jeśli wybrana jest wartość TASK, wówczas planowanie może być wykonywane tylko na poziomie zadania. Jeśli wybrana jest wartość EITHER, wówczas planowanie może być wykonywane w odniesieniu do zadań lub czynności. | Nie |
PMNEST | Wskazuje, czy następujące udoskonalenia zagnieżdżania KZ są włączone. Poprawne wartości to TAK lub NIE.
|
Nie |
PMCRPAST | Ten kod wskazuje, czy system może generować nowe zlecenia pracy stałej KZ lub duplikaty zleceń pracy KZ z terminem w przeszłości. Poprawne wartości to TAK i NIE. Ustawieniem domyślnym jest NIE. Jeśli ustawiona jest wartość TAK, system tworzy zlecenie pracy następnej KZ z terminem, który odzwierciedla obliczony termin zlecenia pracy oraz częstotliwość KZ, nawet jeśli następny termin wypada w przeszłości. Jeśli wartością jest NIE, system zawsze tworzy zlecenie pracy KZ z terminem w przyszłości. |
Nie |
PMRVCAPP | Kontrola wersji KZ. Ten kod wskazuje, czy utworzenie nowej wersji jest możliwe tylko z wersji zatwierdzonej. Przykład: NIE |
Nie |
PMRVCDEP | Kontrola wersji KZ. Ten kod wskazuje, czy komponenty KZ są zależne od samej KZ. Przykład: NIE |
Nie |
PMRVCRES | Kontrola wersji KZ. Ten kod wskazuje, czy użytkownicy mogą zatwierdzać wiersze pochodzące tylko z ich własnych wydziałów. Przykład: TAK |
Nie |
PMRVCTRL | Kontrola wersji KZ. Ten kod wskazuje, czy aktywowano kontrolę wersji KZ. Przykład: NIE |
Nie |
PMWODATE | Ten kod wskazuje datę początkową używaną podczas obliczania następnego terminu zmiennego zlecenia pracy KZ. Wartość C oznacza datę zakończenia (Completion), PB oznacza datę wykonania kalibracji (Performed By), a wartość RB oznacza datę sprawdzenia kalibracji (Reviewed By). Przykład: C |
Nie |
PPMSTAT | Status KZ. Ten kod wskazuje status zlecenia pracy KZ wygenerowanego z harmonogramu KZ. Poprawne wartości to A, co oznacza Oczekuje na zwolnienie oraz R, co oznacza Zwolnione. Zmiana tej wartości nie wpłynie na istniejące dane. | Nie |
PROJWOST | Ten kod wskazuje status używany do tworzenia zleceń pracy na formatce Projekt. Przykład: L |
Nie |
REOPENPM | Ponowne otwieranie KZ. Ten kod wskazuje, czy zlecenie pracy KZ może zostać ponownie otwarte. Przykład: NIE |
Nie |
REQDAYS | Liczba dni od zakończenia zlecenia pracy, po jakiej można utworzyć zapotrzebowanie dotyczące tego zlecenia pracy. Przykład: -999 |
Nie |
RSPCOMP | Wskazuje, czy wartość Ilość wykonana jest wyświetlana na zleceniach pracy dotyczących naprawialnych części zamiennych z naprawy własnej. W przypadku ustawienia wartości NIE system nie wyświetla wartości Ilość wykonana. W przypadku ustawienia wartości TAK system wyświetla ilość wykonaną i ogranicza przyjęcia z naprawy własnej do napraw wykonanych. | Nie |
RTNDAYS | Dni zwrotu. Ten kod wskazuje liczbę dni, przez jaką komponenty mogą być zwracane do magazynu po zamknięciu zlecenia pracy. Poprawnymi wartościami są dowolne liczby nieujemne. Należy zwrócić uwagę na to, że ten parametr może kolidować z danymi dotyczącymi zamkniętych okresów. Zmiana tej wartości nie wpłynie na istniejące dane. Przykład: 14 |
Nie |
SCHPAST | Ustawienie SCHPAST na wartość TAK umożliwia harmonogramowanie w przeszłości. Ustawienie SCHPAST na wartość NIE uniemożliwia harmonogramowanie w przeszłości. Przykład: NIE |
Nie |
SCHSTAT | Status użytkownika w zleceniu pracy po uwzględnieniu czynności w harmonogramie. Można wybrać dowolny status. | Nie |
SHOWJOB | Ten kod określa, czy informacje o planie czynności są widoczne w produkcie. W przypadku ustawienia wartości TAK ekran Plan czynności oraz jego karty i pola będą widoczne w produkcie. W przypadku ustawienia wartości NIE te informacje nie będą widoczne. Wartością domyślną jest NIE. | Nie |
SRCLOSE | Ten kod wskazuje, czy zamknięcie zlecenia pracy spowoduje automatyczne zamknięcie skojarzonego zgłoszenia serwisowego. Poprawne wartości to TAK i NIE. | Nie |
TOOLDAYS | Ten kod wskazuje liczbę dni na aktualizację kosztów użycia narzędzia po zakończeniu zlecenia pracy. Przykład: 3 |
Nie |
UPWOMATL | Określa, czy lista komponentów zaplanowanych dla zlecenia pracy jest aktualizowana w celu uwzględnienia komponentów z zapotrzebowania bezpośredniego i wierszy zamówienia, jeśli te komponenty nie są jeszcze uwzględnione w planie. W przypadku wartości N lista komponentów zaplanowanych dla zlecenia pracy nie jest aktualizowana. W przypadku wartości Y lista komponentów zaplanowanych dla zlecenia pracy jest aktualizowana. W przypadku wartości P należy wybrać, czy lista komponentów zaplanowanych dla zlecenia pracy będzie aktualizowana w miarę dodawania wierszy do zapotrzebowań i zamówień. W przypadku wartości A lista komponentów zaplanowanych zostanie zaktualizowana dopiero po zatwierdzeniu wiersza. | Nie |
VTTAUTH | Określa, czy system używa autoryzacji typu karty pojazdu. Poprawne wartości to WŁ. i WYŁ.. | Nie |
WFFTAUTH | Kod komentarzy. System używa tego kodu, aby określić, kto ma uprawnienie do zmiany komentarzy w siatce komentarzy dla zleceń pracy na formatce (WXDONE). Jeśli ten parametr instalacyjny jest ustawiony na wartość NIE, wszyscy użytkownicy mogą zmieniać komentarze; jeśli ten parametr instalacyjny jest ustawiony na wartość TAK, wówczas uprawnienie do zmiany komentarzy mają tylko użytkownicy, którzy mogą ponownie otwierać zlecenia pracy. | Nie |
WOCLPOUT | Ten kod wskazuje, czy zlecenie pracy może zostać zamknięte, jeśli zapotrzebowania zakupu i zamówienia są nadal nierozliczone. Ustawienie wartości TAK oznacza, że zlecenia pracy z nierozliczonymi zapotrzebowaniami i zamówieniami mogą być zamykane. Uwaga
W przypadku zezwolenia na zamykanie zleceń pracy, dla których istnieją otwarte zapotrzebowania, ten parametr może wpływać na generowanie zamówień. |
Nie |
WOOSKEY | Klucz interfejsu API dla Constraint Optimizer używany do przydzielania i określania sekwencji operacji zlecenia pracy EAM. Ten klucz używany jest z adresem URL określonym w parametrze instalacyjnym WOOSURL w celu nawiązania połączenia z Constraint Optimizer. | |
WOOSURL | Adres URL Constraint Optimizer służy do przydzielania i określania kolejności operacji zlecenia pracy EAM. | Nie |
WOQUAL | Egzekwowanie kwalifikacji do pracy. Poprawne wartości to WŁ. i WYŁ.. Jeśli podczas harmonogramowania pracy ten parametr ma wartość WŁ., system ustala, czy pracownik kwalifikuje się do wykonania pracy, porównując kwalifikacje skojarzone z czynnością zlecenia pracy z kwalifikacjami skojarzonymi z pracownikami na formatce Pracownicy. W celu wykonania pracy system umożliwia przypisanie dowolnego pracownika, który posiada wymagane kwalifikacje/odbył odpowiednie szkolenia. Jeśli podczas harmonogramowania pracy ten parametr ma wartość WYŁ., wówczas system nie sprawdza kwalifikacji na potrzeby harmonogramowania pracy, a pracę mogą wykonywać dowolni autoryzowani użytkownicy bez względu na jakiekolwiek kwalifikacje skojarzone z czynnościami zlecenia pracy. |
Nie |
WORKDAY | Godziny dnia pracy. Ten kod wskazuje domyślną liczbę godzin w ciągu dnia roboczego. System używa tej wartości na karcie Czynności formatki Zlecenia pracy, aby obliczyć wymaganą liczbę osób po określeniu szacunkowej liczby godzin i czasu trwania. Zmiana tej wartości nie wpłynie na istniejące dane. Przykład: 8 |
Nie |
WORKWOST | Ten kod wskazuje status użytkownika dla zleceń pracy zaktualizowanych za pośrednictwem formatki Generowanie/zwalnianie zleceń pracy. Zlecenie pracy musi mieć status systemowy R. Przykład: L |
Nie |