Parametry materiałów

Kod	Opis	Stały
ASSETASS	Ten kod wskazuje, czy skojarzyć urządzenie z komponentami śledzonymi według urządzenia podczas przyjęć (`R`) czy podczas tworzenia zamówienia (`P`).	Nie
AUTOPART	Ten kod określa, czy system będzie automatycznie aktualizował listę skojarzonych komponentów. Listę komponentów skojarzonych należy zaktualizować dla wierszy zatwierdzonych na przyjęciu. Jeśli parametr `AUTOPART` jest ustawiony na wartość `AUTO`, system sprawdzi, czy przyjęty komponent jest skojarzony z listą skojarzonych komponentów obiektu po zatwierdzeniu przyjęcia zamówienia dla zlecenia pracy. Jeśli przyjęty komponent nie jest skojarzony z listą skojarzonych komponentów obiektu, wówczas system doda ten komponent do listy, używając ilości transakcji jako ilości komponentów skojarzonych. Jeśli komponent jest już skojarzony na liście skojarzonych komponentów, system zaktualizuje ilość komponentów na liście skojarzonych komponentów do ilości transakcji, jeśli ilość transakcji jest większa niż ilość istniejąca na liście skojarzonych komponentów. Jeśli ilość transakcji nie jest większa, system nie wprowadzi żadnych aktualizacji. Dotyczy to również wydań, nie tylko przyjęć.	Nie
AUTOPNUM	Ten kod wskazuje, czy system automatycznie wygeneruje numery komponentów. Przykład: NIE	Nie
AUTOSTOK	Ten kod wskazuje, czy system automatycznie utworzy rekordy w tabelach `R5STOCK` i `R5INSTOCK` (+) dla zbierania danych. Przykład: Tak	Nie
CHILDTXN	Jeśli użytkownik wydaje lub zwraca komponent śledzony wg urządzenia, który ma podrzędny komponent śledzony wg urządzenia, system utworzy rekord transakcji dla komponentu podrzędnego na podstawie ustawienia CHILDTXN.	NIE
DEFLDTIM	Domyślny czas realizacji pozycji (w dniach) używany do obliczenia daty najpóźniejszego zgłoszenia zapotrzebowania i terminu zamówienia.	Nie
DEFSTOCK	Ten kod wskazuje, czy pola zarządzania magazynem (np. poziom odnowienia zapasu, min./maks., poziom zamówienia itd.) powinny zostać skopiowane z magazynu nadrzędnego najwyższego poziomu do magazynu podrzędnego po utworzeniu rekordu w magazynie podrzędnym. Przykład: TAK	Nie
DEFRQTP	Określa domyślny typ wiersza dla zapotrzebowań. Określ status użytkownika odpowiadający statusowi systemu `PS` (komponenty z zapasów), `PD` (zakupy bezpośrednie) lub `RE` (zewnętrzny serwis) dla encji `PLTP`. Typ wiersza zostaje automatycznie ustawiony jako domyślny dla określonego statusu użytkownika. Jeśli parametr `DEFRQTP` ma wartość null lub jeśli wprowadzona zostanie nieprawidłowa wartość, typ wiersza zapotrzebowania zostanie automatycznie ustawiony jako domyślny dla statusu systemu `PS`.	Nie
DEFUOM	Podstawowa jednostka miary dla transakcji, takich jak wydania magazynowe i zwroty do magazynu. Zmiana tego ustawienia domyślnego nie ma wpływu na istniejące dane. Jednak firma Infor zdecydowanie zaleca użycie wartości `EA` (sztuka) lub `PEC` (egzemplarz, np. pojedynczy komponent) jako podstawowej jednostki miary z uwagi na mechanizm "komponent według urządzenia". Przykład: EA	Nie
DELTMATL	Usuwanie listy materiałowej. Poprawne wartości to `Y` i `N`. `Y` oznacza, że system usunie tymczasowe listy materiałowe po ukończeniu powiązanego zlecenia pracy. `Y` oznacza również, że po ukończeniu szacowane koszty materiałów nie będą już uwzględniały danych z tymczasowych list materiałowych. `N` oznacza, że system nie usunie tymczasowych list materiałowych. Przykład: Y	Nie
ENABLEOS	Adres URL serwera OneSource.	Nie
IPSUPP	Określa wartość Org. komponentu podczas tworzenia nowego komponentu za pośrednictwem interfejsu iProcure. Ustaw `H`, aby wartość opcji Org. komponentu była wprowadzana na podstawie nagłówka zapotrzebowania lub zamówienia. Ustaw `S`, aby wartość opcji Org. komponentu była wprowadzana na podstawie dostawcy. Ustaw `C`, aby użyć organizacji wspólnej określonej w parametrze instalacyjnym `IPSUPPC`. Przykład: H	Nie
LOTNRG	Generowanie numeru partii. Ten kod wskazuje, w jaki sposób program Infor EAM powinien generować numery partii. Poprawne wartości to `T` (każde przyjęcie), `P` (tylko komponenty śledzone według partii) lub - (brak numerów partii; jako numer partii zawsze używany jest symbol *). Istnieje możliwość zmiany tego parametru w aktywnej instalacji; jednak firma Infor zdecydowanie zaleca określenie strategii tworzenia numerów partii przed wprowadzeniem danych. Zmiana tej wartości nie ma wpływu na istniejące dane. Przykład: P	Nie
MOBSHWRV	Określ, jeśli system mobilny utworzy ukryte przyjęcie komponentów w aktywnych wierszach przyjęcia z zamówienia. Określ TAK, aby wyświetlić oczekiwaną ilość przyjęcia. Określ NIE, aby ukryć ilość przyjęcia.	Nie
OBSTCASC	Ten kod wskazuje, czy zmiany statusu obiektu nadrzędnego I (zainstalowane) lub D (wycofane) zostanie kaskadowo przekazany do obiektu podrzędnego. Jeśli ustawiona zostanie wartość `A`, zmiany statusu obiektu nadrzędnego będą kaskadowo przekazywane do wszystkich obiektów podrzędnych. Jeśli ustawiona zostanie wartość `D`, zmiany statusu obiektu nadrzędnego będą przekazywane kaskadowo tylko do zależnego obiektu podrzędnego.	Nie
OSTAXUSR	Wartość nazwy użytkownika platformy OneSource.	Nie
OSTAXPWD	Wartość hasła do platformy OneSource. Użytkownik wpisuje hasło użytkownika platformy OneSource. Następnie klika przycisk Zapisz, a system szyfruje wprowadzoną wartość.	Nie
OVERRECV	Wskazuje, czy można przyjąć więcej komponentów niż liczba pierwotnie zamówionych komponentów. Po ustawieniu wartości `TAK` można przyjmować więcej komponentów niż zamówiono. Po ustawieniu wartości `NIE` nie można przyjmować więcej komponentów niż pierwotnie zamówiono.	Nie
DRCPTTO	Ten kod wskazuje, czy system obsługuje bezpośrednie przyjęcia on-dock materiałów bezpośrednio do magazynów czy zleceń pracy. Przykład: MAGAZYN	Nie
PICKONCE	Ten kod wskazuje, czy system może wydać wiele zleceń pracy dla tej samej listy pobrań. Na przykład, jeśli ten parametr jest ustawiony na wartość `TAK`, a lista pobrań została skojarzona ze zleceniem prac i zawiera cztery pozycje, dla których można wydać tylko jedną pozycję dla listy, ponowne wydanie pozycji dla tej listy pobrań nie będzie możliwe. Jeśli ten parametr jest ustawiony na wartość `NIE`, nadal można wydać pozostałe trzy pozycje z listy pobrań.	Nie
PLNDRQPO	Ten kod wskazuje, czy sumy zapotrzebowań i niezatwierdzonych zamówień są uwzględniane w podsumowaniach kosztów w raportach projektu. Jeśli wartość jest ustawiona na `WŁ.`, wówczas system uwzględni koszt zapotrzebowań lub niezatwierdzonych zamówień w obliczeniach sumy wyświetlanej w polu Zaplanowane w systemie, a także oszacowane koszty zlecenia pracy, które nie zostały jeszcze powiązane z zapotrzebowaniem lub zamówieniem. Jeśli wartość jest ustawiona na `WYŁ.`, wówczas system nie uwzględni kosztu zapotrzebowań lub niezatwierdzonych zamówień w obliczeniach sumy wyświetlanej w polu Zaplanowane w systemie. Wartość Zaplanowane jest obliczana tylko na podstawie szacowanych kosztów zlecenia pracy. Zamówienia ze statusem Zatwierdzono są wyświetlane w systemie w polu Na zamówieniu, do czasu zmiany statusu na Przyjęto. Jednak po przyjęciu zamówień koszty zamówienia są wyświetlane ze statusem Bieżący i są uwzględniane w obliczeniach Szacowane do zakończenia. System obliczy wartość Szacowane do zakończenia dla kosztów projektu na podstawie następującej formuły: Bieżące szacowane do zakończenia – (Zaplanowane + Bieżące)	Nie
POSTALLR	Automatyczny status dla encji DOST dla przyjęć pełnych dostaw z zamówienia. Określ równoważny status użytkownika dla statusu systemowego `A` (Zatwierdzono) dla encji `DOST`, a system automatycznie zmieni status zamówienia na określoną wartość, kiedy wszystkie wiersze zamówienia będą w pełni przyjęte lub anulowane. Jeśli status nagłówka zamówienia jest już ustawiony na status zdefiniowany w tym parametrze, wówczas system nie zmodyfikuje statusu zamówienia. Uwaga Jeśli ustawiono parametr `POSTALLR`, wówczas reguły przetwarzania skojarzone z parametrem `POSTALLR` nadpisują reguły dla parametru `POSTRECV`.	Nie
POSTRECV	Automatyczny status dla encji `DOST` dla przyjęć dostaw z zamówienia. Określ równoważny status użytkownika dla statusu systemowego `A` (Zatwierdzono) dla encji `DOST`, a system automatycznie zmieni status zamówienia na określoną wartość, kiedy co najmniej jeden wiersz zamówienia będzie częściowo przyjęty. Jeśli transakcja `RECV` zostanie zatwierdzona dla komponentu skojarzonego z zamówieniem, system zaktualizuje status nagłówka zamówienia do określonego statusu. Jeśli status nagłówka zamówienia jest już ustawiony na status zdefiniowany w tym parametrze, wówczas system nie zmodyfikuje statusu zamówienia. Uwaga Jeśli ustawiono parametr `POSTALLR`, wówczas reguły przetwarzania skojarzone z parametrem `POSTALLR` nadpisują reguły dla parametru `POSTRECV`. Przykład: A	Nie
PRICELEV	Poziom ceny. Ten kod wskazuje, czy ceny mają być zachowywane na poziomie komponentu (takie same ceny komponentów dla wszystkich magazynów) czy na poziomie magazynu (cena komponentu może się różnić pomiędzy magazynami). Poprawne wartości to `P` i `S`. Nie należy zmieniać tego ustawienia, jeśli jest ono w użyciu.	Tak
PRICETIM	Aktualizacje cennika. Ten kod określa, kiedy system zaktualizuje średnią cenę jednostkową i ostatnią cenę zakupu. Poprawne wartości to `I` (obliczenie nowej ceny po zatwierdzeniu faktury) lub `R` (obliczenie nowej ceny po zatwierdzeniu przyjęci na podstawie cen z zamówienia). Jeśli ta wartość zostanie zmieniona, wystąpi niezgodność w danych. W przypadku zmiany niektóre ceny będą ustalane w oparciu o stary mechanizm, natomiast inne o nowy. Z upływem czasu (zwykle jest to czas wymagany do ukończenia rotacji zapasów magazynowych) nastąpi zmiana ze starego mechanizmu na nowy. Jeśli typ ceny dla rekordu magazynu w tabeli `R5STOCK` to LIFO lub FIFO, program Infor EAM przeprowadzi aktualizację cennika po zatwierdzeniu przyjęcia, niezależnie od ustawienia tego parametru. Jeśli jednak ten parametr zostanie ustawiony na wartość `I`, program Infor EAM przeprowadzi aktualizację cennika ponownie po zatwierdzeniu faktury i/lub noty uznaniowej/obciążeniowej. Uwaga Ten parametr nie jest stały, jednak firma Infor zdecydowanie odradza wprowadzania zmian dla tego ustawienia. Przykład: R	Nie
PRICETYP	Ten kod określa domyślną wartość opcji Typ ceny podczas tworzenia magazynów i wskazuje sposób, w jaki system wycenia materiały w magazynie na poziomie magazynu. Poprawne wartości to `A` — średnia cena, `FIFO` — pierwsze wchodzi, pierwsze wychodzi, `L` — ostatnia cena, `LIFO` — ostatnie wchodzi, pierwsze wychodzi i `S` — cena standardowa. Metoda ustalania cen `LIFO` lub `FIFO` jest metodą opartą na czasie; dlatego parametr `PRICETYP` należy ustawić na `FIFO` lub `LIFO` w rekordzie magazynu tylko wtedy, gdy wybrano opcję zachowywania cen na poziomie magazynu. (Patrz `PRICELEV` wcześniej w tej sekcji). Uwaga Ten parametr nie jest stały, jednak firma Infor zdecydowanie odradza wprowadzania zmian ustawienia typu ceny, ponieważ mogą powstać rozbieżności w danych. Patrz parametr `PRICETIM`. Przykład: A	Nie
PROJTRCK	Śledzenie budżetu dla projektów. Ten kod wskazuje, czy wartości Obszar kosztów, Centrum kosztów i Plan kont są wyświetlane i aktywowane na karcie Budżety w formatce Projekt. Opcje Obszar kosztów, Centrum kosztów i Plan kont umożliwiają dokładniejsze śledzenie kosztów projektu i budżetów poprzez skojarzenie obszarów kosztów, centrów kosztów i planów kont z kodami budżetów, jak również pozwalają kierownikom projektów i finansowym na uzyskiwanie dostępu do bardziej szczegółowych informacji na temat budżetów projektów w raportach projektów. Wartości w polach Obszar kosztów, Centrum kosztów i Plan kont są powiązane z encjami `PRCA` (obszary kosztów), `PRCC` (centra kosztów) i `PCOA` (plany kont). Obszary kosztów, centra kosztowe i plany kont można zdefiniować z użyciem kodów użytkownika odpowiednio do potrzeb w oparciu o preferencje śledzenia budżetu projektu w formatce Kody systemowe. Przykład: WŁ.	Nie
RECVAUTO	Ten kod wskazuje, czy system powinien automatycznie wprowadzić ilość do przyjęcia w przyjęciach zamówienia. Jeśli parametr `RECVAUTO` jest ustawiony na wartość `TAK`, system automatycznie wypełni pole Ilość przyjęta (j.m.) na stronie Wiersze aktywne w formatce Przyjęcia dostaw z zamówienia, wprowadzając ilość pozostałą w każdym wierszu przyjęcia zamówienia. Jeśli parametr `RECVAUTO` jest ustawiony na wartość `NIE`, wartość ilości przyjęcia należy wprowadzić ręcznie w każdym wierszu przyjęcia. Przykład: TAK	Nie
REQDESC	Domyślny opis zapotrzebowania. Zmiana tej wartości nie ma wpływu na istniejące dane. Przykład: Zapotrzebowanie	Nie
RPPRCCAL	Ten kod wskazuje, czy obliczenia ceny powinny być wykonywane po przyjęciu części zamiennych z naprawy własnej. Przykład: NIE	Nie
RQSTALLR	Automatyczny status encji `RQST` dla pełnych przyjęć dostaw z zamówienia. Określ równoważny status użytkownika dla statusu systemowego `A` (Zapotrzebowanie), a system automatycznie zmieni status zapotrzebowania na określoną wartość, kiedy wszystkie wiersze przyjęcia dostawy z zamówienia zostaną w pełni przyjęte lub anulowane. Jeśli transakcja `RECV` zostanie zatwierdzona dla komponentu skojarzonego z zapotrzebowaniem zakupu za pośrednictwem zamówienia (system nie uwzględnia przyjęć zapotrzebowania pomiędzy magazynami) i wszystkie wiersze zapotrzebowania będą w pełni przyjęte lub anulowane, wówczas system zaktualizuje status nagłówka zapotrzebowania na określony status. Jeśli status nagłówka zapotrzebowania jest już ustawiony na wartość zdefiniowaną w tym parametrze, wówczas system nie zmodyfikuje statusu. Podobnie, jeśli wszystkie wiersze zapotrzebowania zostaną anulowane, a żaden z wierszy nie został przyjęty, wówczas system nie będzie uwzględniał ustawienia tego parametru.	Nie
RQSTRECV	Automatyczny status encji `RQST` dla przyjęć dostaw z zamówienia. Określ równoważny status użytkownika dla statusu systemowego `A` (Zapotrzebowanie), a system automatycznie zmieni status zapotrzebowania na określoną wartość, kiedy co najmniej jeden wiersz przyjęcia dostawy z zamówienia zostanie częściowo przyjęty. Jeśli transakcja `RECV` zostanie zatwierdzona dla komponentu skojarzonego z zapotrzebowaniem zakupu za pośrednictwem zamówienia (system nie uwzględnia przyjęć zapotrzebowania pomiędzy magazynami), wówczas system zaktualizuje status nagłówka zapotrzebowania na określony status. Jeśli status nagłówka zapotrzebowania jest już ustawiony na wartość zdefiniowaną w tym parametrze, wówczas system nie zmodyfikuje statusu. Podobnie, jeśli wszystkie wiersze zapotrzebowania zostaną anulowane, a żaden z wierszy nie został przyjęty, wówczas system nie będzie uwzględniał ustawienia tego parametru. Przykład: A	Nie
RRISSWAR	Ten kod wskazuje, czy program Infor EAM powinien wygenerować komunikat ostrzegawczy, aby sprawdzić, czy konieczne jest utworzenie zlecenia pracy dla naprawialnej części zamiennej podczas wydawania naprawialnej części zamiennej w formatce wydań Wydanie/zwrot komponentów. Przykład: TAK	Nie
RTNANY	Parametr `RTNANY` określa, czy można zwrócić większą ilość komponentów niż oryginalna ilość komponentów do wydania i/lub czy system umożliwi zwrot komponentu do innego magazynu niż magazyn, z którego został on wydany. Jeśli parametr `RTNANY` jest ustawiony na wartość `TAK`, wówczas można zwrócić dowolną ilość jakichkolwiek komponentów do dowolnego magazynu, dla którego na karcie Magazyny formatki Komponenty istnieje rekord (system wymaga tylko, aby rekord komponentu istniał dla tego komponentu w magazynie — nie wymaga, aby rekord miejsca składowania-magazynowania istniał dla tego komponentu w magazynie). Jeśli parametr `RTNANY` jest ustawiony na wartość `NIE`, nie można zwracać większej ilości komponentów niż oryginalna ilość do wydania. System umożliwi tylko zwrot ilości komponentu, jaka została oryginalnie wydana dla danej encji, do tego samego magazynu, miejsca składowania i partii. Podczas wydawania komponent wydawany jest do encji (zlecenie pracy, obiekt itp.) z magazynu. Podczas zwracania komponent zwracany jest z encji (zlecenie pracy, obiekt itp.) do magazynu. Na przykład, jeśli parametr `RTNANY` jest ustawiony na wartość `NIE` i wydanych zostanie 20 komponentów do zlecenia pracy obiektu ze zlecenia pracy, można zwrócić te komponenty tylko ze zlecenia pracy. Nie można zwrócić komponentu bezpośrednio z obiektu. Parametr `RTNANY` określa, czy można zwrócić większą ilość komponentów niż oryginalna ilość komponentów do wydania. Jeśli parametr `RTNANY` jest ustawiony na wartość `TAK`, można zwracać większą ilość komponentów niż oryginalna ilość do wydania. Jeśli parametr `RTNANY` jest ustawiony na wartość `NIE`, nie można zwracać większej ilości komponentów niż oryginalna ilość do wydania.	Nie
SHOWQTY	Ten kod określa, czy ilość oczekiwana dla inwentaryzacji ma być wyświetlana w systemie Infor EAM Mobile. Przykład: NIE	Nie
STTKDISC	Różnice inwentaryzacyjne. Ten kod wskazuje, w jaki sposób system postępuje w przypadku różnic inwentaryzacyjnych komponentów śledzonych według urządzeń podczas akceptowania inwentaryzacji w formatce Inwentaryzacja. Poprawne wartości to `1`, `2` lub `3`, przy czym domyślną wartością jest `2`. Tę wartość możesz zmienić. Jeśli ustawiona zostanie wartość `1`, system zignoruje różnice inwentaryzacyjne dla komponentów śledzonych według urządzeń. Jeśli ustawiona zostanie wartość `2`, system zignoruje różnice inwentaryzacyjne dla komponentów śledzonych według urządzeń, ale wydrukuje różnice w dokumencie akceptacyjnym. Jeśli ustawiona zostanie wartość `3`, system wyłączy akceptowanie inwentaryzacji dla komponentów śledzonych według urządzeń.	Nie

ASSETASS

Ten kod wskazuje, czy skojarzyć urządzenie z komponentami śledzonymi według urządzenia podczas przyjęć (R) czy podczas tworzenia zamówienia (P).

Nie

AUTOPART

Ten kod określa, czy system będzie automatycznie aktualizował listę skojarzonych komponentów.

Listę komponentów skojarzonych należy zaktualizować dla wierszy zatwierdzonych na przyjęciu. Jeśli parametr AUTOPART jest ustawiony na wartość AUTO, system sprawdzi, czy przyjęty komponent jest skojarzony z listą skojarzonych komponentów obiektu po zatwierdzeniu przyjęcia zamówienia dla zlecenia pracy. Jeśli przyjęty komponent nie jest skojarzony z listą skojarzonych komponentów obiektu, wówczas system doda ten komponent do listy, używając ilości transakcji jako ilości komponentów skojarzonych.

Jeśli komponent jest już skojarzony na liście skojarzonych komponentów, system zaktualizuje ilość komponentów na liście skojarzonych komponentów do ilości transakcji, jeśli ilość transakcji jest większa niż ilość istniejąca na liście skojarzonych komponentów. Jeśli ilość transakcji nie jest większa, system nie wprowadzi żadnych aktualizacji. Dotyczy to również wydań, nie tylko przyjęć.

Nie

AUTOPNUM

Ten kod wskazuje, czy system automatycznie wygeneruje numery komponentów.

Przykład: NIE

Nie

AUTOSTOK

Ten kod wskazuje, czy system automatycznie utworzy rekordy w tabelach R5STOCK i R5INSTOCK (+) dla zbierania danych.

Przykład: Tak

Nie

CHILDTXN

Jeśli użytkownik wydaje lub zwraca komponent śledzony wg urządzenia, który ma podrzędny komponent śledzony wg urządzenia, system utworzy rekord transakcji dla komponentu podrzędnego na podstawie ustawienia CHILDTXN.

NIE

DEFLDTIM

Domyślny czas realizacji pozycji (w dniach) używany do obliczenia daty najpóźniejszego zgłoszenia zapotrzebowania i terminu zamówienia.

Nie

DEFSTOCK

Ten kod wskazuje, czy pola zarządzania magazynem (np. poziom odnowienia zapasu, min./maks., poziom zamówienia itd.) powinny zostać skopiowane z magazynu nadrzędnego najwyższego poziomu do magazynu podrzędnego po utworzeniu rekordu w magazynie podrzędnym.

Przykład: TAK

Nie

DEFRQTP

Określa domyślny typ wiersza dla zapotrzebowań. Określ status użytkownika odpowiadający statusowi systemu PS (komponenty z zapasów), PD (zakupy bezpośrednie) lub RE (zewnętrzny serwis) dla encji PLTP. Typ wiersza zostaje automatycznie ustawiony jako domyślny dla określonego statusu użytkownika.

Jeśli parametr DEFRQTP ma wartość null lub jeśli wprowadzona zostanie nieprawidłowa wartość, typ wiersza zapotrzebowania zostanie automatycznie ustawiony jako domyślny dla statusu systemu PS.

Nie

DEFUOM

Podstawowa jednostka miary dla transakcji, takich jak wydania magazynowe i zwroty do magazynu. Zmiana tego ustawienia domyślnego nie ma wpływu na istniejące dane. Jednak firma Infor zdecydowanie zaleca użycie wartości EA (sztuka) lub PEC (egzemplarz, np. pojedynczy komponent) jako podstawowej jednostki miary z uwagi na mechanizm "komponent według urządzenia".

Przykład: EA

Nie

DELTMATL

Usuwanie listy materiałowej. Poprawne wartości to Y i N. Y oznacza, że system usunie tymczasowe listy materiałowe po ukończeniu powiązanego zlecenia pracy. Y oznacza również, że po ukończeniu szacowane koszty materiałów nie będą już uwzględniały danych z tymczasowych list materiałowych. N oznacza, że system nie usunie tymczasowych list materiałowych.

Przykład: Y

Nie

ENABLEOS

Adres URL serwera OneSource.

Nie

IPSUPP

Określa wartość Org. komponentu podczas tworzenia nowego komponentu za pośrednictwem interfejsu iProcure. Ustaw H, aby wartość opcji Org. komponentu była wprowadzana na podstawie nagłówka zapotrzebowania lub zamówienia. Ustaw S, aby wartość opcji Org. komponentu była wprowadzana na podstawie dostawcy. Ustaw C, aby użyć organizacji wspólnej określonej w parametrze instalacyjnym IPSUPPC.

Przykład: H

Nie

LOTNRG

Generowanie numeru partii. Ten kod wskazuje, w jaki sposób program Infor EAM powinien generować numery partii. Poprawne wartości to T (każde przyjęcie), P (tylko komponenty śledzone według partii) lub - (brak numerów partii; jako numer partii zawsze używany jest symbol *). Istnieje możliwość zmiany tego parametru w aktywnej instalacji; jednak firma Infor zdecydowanie zaleca określenie strategii tworzenia numerów partii przed wprowadzeniem danych. Zmiana tej wartości nie ma wpływu na istniejące dane.

Przykład: P

Nie

MOBSHWRV

Określ, jeśli system mobilny utworzy ukryte przyjęcie komponentów w aktywnych wierszach przyjęcia z zamówienia. Określ TAK, aby wyświetlić oczekiwaną ilość przyjęcia. Określ NIE, aby ukryć ilość przyjęcia.

Nie

OBSTCASC

Ten kod wskazuje, czy zmiany statusu obiektu nadrzędnego I (zainstalowane) lub D (wycofane) zostanie kaskadowo przekazany do obiektu podrzędnego. Jeśli ustawiona zostanie wartość A, zmiany statusu obiektu nadrzędnego będą kaskadowo przekazywane do wszystkich obiektów podrzędnych. Jeśli ustawiona zostanie wartość D, zmiany statusu obiektu nadrzędnego będą przekazywane kaskadowo tylko do zależnego obiektu podrzędnego.

Nie

OSTAXUSR

Wartość nazwy użytkownika platformy OneSource.

Nie

OSTAXPWD

Wartość hasła do platformy OneSource. Użytkownik wpisuje hasło użytkownika platformy OneSource. Następnie klika przycisk Zapisz, a system szyfruje wprowadzoną wartość.

Nie

OVERRECV

Wskazuje, czy można przyjąć więcej komponentów niż liczba pierwotnie zamówionych komponentów. Po ustawieniu wartości TAK można przyjmować więcej komponentów niż zamówiono. Po ustawieniu wartości NIE nie można przyjmować więcej komponentów niż pierwotnie zamówiono.

Nie

DRCPTTO

Ten kod wskazuje, czy system obsługuje bezpośrednie przyjęcia on-dock materiałów bezpośrednio do magazynów czy zleceń pracy.

Przykład: MAGAZYN

Nie

PICKONCE

Ten kod wskazuje, czy system może wydać wiele zleceń pracy dla tej samej listy pobrań.

Na przykład, jeśli ten parametr jest ustawiony na wartość TAK, a lista pobrań została skojarzona ze zleceniem prac i zawiera cztery pozycje, dla których można wydać tylko jedną pozycję dla listy, ponowne wydanie pozycji dla tej listy pobrań nie będzie możliwe. Jeśli ten parametr jest ustawiony na wartość NIE, nadal można wydać pozostałe trzy pozycje z listy pobrań.

Nie

PLNDRQPO

Ten kod wskazuje, czy sumy zapotrzebowań i niezatwierdzonych zamówień są uwzględniane w podsumowaniach kosztów w raportach projektu. Jeśli wartość jest ustawiona na WŁ., wówczas system uwzględni koszt zapotrzebowań lub niezatwierdzonych zamówień w obliczeniach sumy wyświetlanej w polu Zaplanowane w systemie, a także oszacowane koszty zlecenia pracy, które nie zostały jeszcze powiązane z zapotrzebowaniem lub zamówieniem.

Jeśli wartość jest ustawiona na WYŁ., wówczas system nie uwzględni kosztu zapotrzebowań lub niezatwierdzonych zamówień w obliczeniach sumy wyświetlanej w polu Zaplanowane w systemie. Wartość Zaplanowane jest obliczana tylko na podstawie szacowanych kosztów zlecenia pracy.

Zamówienia ze statusem Zatwierdzono są wyświetlane w systemie w polu Na zamówieniu, do czasu zmiany statusu na Przyjęto. Jednak po przyjęciu zamówień koszty zamówienia są wyświetlane ze statusem Bieżący i są uwzględniane w obliczeniach Szacowane do zakończenia.

System obliczy wartość Szacowane do zakończenia dla kosztów projektu na podstawie następującej formuły:

Bieżące szacowane do zakończenia – (Zaplanowane + Bieżące)

Nie

POSTALLR

Automatyczny status dla encji DOST dla przyjęć pełnych dostaw z zamówienia. Określ równoważny status użytkownika dla statusu systemowego A (Zatwierdzono) dla encji DOST, a system automatycznie zmieni status zamówienia na określoną wartość, kiedy wszystkie wiersze zamówienia będą w pełni przyjęte lub anulowane.

Jeśli status nagłówka zamówienia jest już ustawiony na status zdefiniowany w tym parametrze, wówczas system nie zmodyfikuje statusu zamówienia.

Uwaga

Jeśli ustawiono parametr POSTALLR, wówczas reguły przetwarzania skojarzone z parametrem POSTALLR nadpisują reguły dla parametru POSTRECV.

Nie

POSTRECV

Automatyczny status dla encji DOST dla przyjęć dostaw z zamówienia. Określ równoważny status użytkownika dla statusu systemowego A (Zatwierdzono) dla encji DOST, a system automatycznie zmieni status zamówienia na określoną wartość, kiedy co najmniej jeden wiersz zamówienia będzie częściowo przyjęty.

Jeśli transakcja RECV zostanie zatwierdzona dla komponentu skojarzonego z zamówieniem, system zaktualizuje status nagłówka zamówienia do określonego statusu.

Jeśli status nagłówka zamówienia jest już ustawiony na status zdefiniowany w tym parametrze, wówczas system nie zmodyfikuje statusu zamówienia.

Uwaga

Jeśli ustawiono parametr POSTALLR, wówczas reguły przetwarzania skojarzone z parametrem POSTALLR nadpisują reguły dla parametru POSTRECV.

Przykład: A

Nie

PRICELEV

Poziom ceny. Ten kod wskazuje, czy ceny mają być zachowywane na poziomie komponentu (takie same ceny komponentów dla wszystkich magazynów) czy na poziomie magazynu (cena komponentu może się różnić pomiędzy magazynami). Poprawne wartości to P i S. Nie należy zmieniać tego ustawienia, jeśli jest ono w użyciu.

Tak

PRICETIM

Aktualizacje cennika. Ten kod określa, kiedy system zaktualizuje średnią cenę jednostkową i ostatnią cenę zakupu. Poprawne wartości to I (obliczenie nowej ceny po zatwierdzeniu faktury) lub R (obliczenie nowej ceny po zatwierdzeniu przyjęci na podstawie cen z zamówienia).

Jeśli ta wartość zostanie zmieniona, wystąpi niezgodność w danych. W przypadku zmiany niektóre ceny będą ustalane w oparciu o stary mechanizm, natomiast inne o nowy. Z upływem czasu (zwykle jest to czas wymagany do ukończenia rotacji zapasów magazynowych) nastąpi zmiana ze starego mechanizmu na nowy.

Jeśli typ ceny dla rekordu magazynu w tabeli R5STOCK to LIFO lub FIFO, program Infor EAM przeprowadzi aktualizację cennika po zatwierdzeniu przyjęcia, niezależnie od ustawienia tego parametru. Jeśli jednak ten parametr zostanie ustawiony na wartość I, program Infor EAM przeprowadzi aktualizację cennika ponownie po zatwierdzeniu faktury i/lub noty uznaniowej/obciążeniowej.

Uwaga

Ten parametr nie jest stały, jednak firma Infor zdecydowanie odradza wprowadzania zmian dla tego ustawienia.

Przykład: R

Nie

PRICETYP

Ten kod określa domyślną wartość opcji Typ ceny podczas tworzenia magazynów i wskazuje sposób, w jaki system wycenia materiały w magazynie na poziomie magazynu.

Poprawne wartości to A — średnia cena, FIFO — pierwsze wchodzi, pierwsze wychodzi, L — ostatnia cena, LIFO — ostatnie wchodzi, pierwsze wychodzi i S — cena standardowa.

Metoda ustalania cen LIFO lub FIFO jest metodą opartą na czasie; dlatego parametr PRICETYP należy ustawić na FIFO lub LIFO w rekordzie magazynu tylko wtedy, gdy wybrano opcję zachowywania cen na poziomie magazynu. (Patrz PRICELEV wcześniej w tej sekcji).

Uwaga

Ten parametr nie jest stały, jednak firma Infor zdecydowanie odradza wprowadzania zmian ustawienia typu ceny, ponieważ mogą powstać rozbieżności w danych. Patrz parametr PRICETIM.

Przykład: A

Nie

PROJTRCK

Śledzenie budżetu dla projektów. Ten kod wskazuje, czy wartości Obszar kosztów, Centrum kosztów i Plan kont są wyświetlane i aktywowane na karcie Budżety w formatce Projekt. Opcje Obszar kosztów, Centrum kosztów i Plan kont umożliwiają dokładniejsze śledzenie kosztów projektu i budżetów poprzez skojarzenie obszarów kosztów, centrów kosztów i planów kont z kodami budżetów, jak również pozwalają kierownikom projektów i finansowym na uzyskiwanie dostępu do bardziej szczegółowych informacji na temat budżetów projektów w raportach projektów.

Wartości w polach Obszar kosztów, Centrum kosztów i Plan kont są powiązane z encjami PRCA (obszary kosztów), PRCC (centra kosztów) i PCOA (plany kont). Obszary kosztów, centra kosztowe i plany kont można zdefiniować z użyciem kodów użytkownika odpowiednio do potrzeb w oparciu o preferencje śledzenia budżetu projektu w formatce Kody systemowe.

Przykład: WŁ.

Nie

RECVAUTO

Ten kod wskazuje, czy system powinien automatycznie wprowadzić ilość do przyjęcia w przyjęciach zamówienia. Jeśli parametr RECVAUTO jest ustawiony na wartość TAK, system automatycznie wypełni pole Ilość przyjęta (j.m.) na stronie Wiersze aktywne w formatce Przyjęcia dostaw z zamówienia, wprowadzając ilość pozostałą w każdym wierszu przyjęcia zamówienia. Jeśli parametr RECVAUTO jest ustawiony na wartość NIE, wartość ilości przyjęcia należy wprowadzić ręcznie w każdym wierszu przyjęcia.

Przykład: TAK

Nie

REQDESC

Domyślny opis zapotrzebowania. Zmiana tej wartości nie ma wpływu na istniejące dane.

Przykład: Zapotrzebowanie

Nie

RPPRCCAL

Ten kod wskazuje, czy obliczenia ceny powinny być wykonywane po przyjęciu części zamiennych z naprawy własnej.

Przykład: NIE

Nie

RQSTALLR

Automatyczny status encji RQST dla pełnych przyjęć dostaw z zamówienia. Określ równoważny status użytkownika dla statusu systemowego A (Zapotrzebowanie), a system automatycznie zmieni status zapotrzebowania na określoną wartość, kiedy wszystkie wiersze przyjęcia dostawy z zamówienia zostaną w pełni przyjęte lub anulowane.

Jeśli transakcja RECV zostanie zatwierdzona dla komponentu skojarzonego z zapotrzebowaniem zakupu za pośrednictwem zamówienia (system nie uwzględnia przyjęć zapotrzebowania pomiędzy magazynami) i wszystkie wiersze zapotrzebowania będą w pełni przyjęte lub anulowane, wówczas system zaktualizuje status nagłówka zapotrzebowania na określony status.

Jeśli status nagłówka zapotrzebowania jest już ustawiony na wartość zdefiniowaną w tym parametrze, wówczas system nie zmodyfikuje statusu. Podobnie, jeśli wszystkie wiersze zapotrzebowania zostaną anulowane, a żaden z wierszy nie został przyjęty, wówczas system nie będzie uwzględniał ustawienia tego parametru.

Nie

RQSTRECV

Automatyczny status encji RQST dla przyjęć dostaw z zamówienia. Określ równoważny status użytkownika dla statusu systemowego A (Zapotrzebowanie), a system automatycznie zmieni status zapotrzebowania na określoną wartość, kiedy co najmniej jeden wiersz przyjęcia dostawy z zamówienia zostanie częściowo przyjęty.

Jeśli transakcja RECV zostanie zatwierdzona dla komponentu skojarzonego z zapotrzebowaniem zakupu za pośrednictwem zamówienia (system nie uwzględnia przyjęć zapotrzebowania pomiędzy magazynami), wówczas system zaktualizuje status nagłówka zapotrzebowania na określony status.

Jeśli status nagłówka zapotrzebowania jest już ustawiony na wartość zdefiniowaną w tym parametrze, wówczas system nie zmodyfikuje statusu. Podobnie, jeśli wszystkie wiersze zapotrzebowania zostaną anulowane, a żaden z wierszy nie został przyjęty, wówczas system nie będzie uwzględniał ustawienia tego parametru.

Przykład: A

Nie

RRISSWAR

Ten kod wskazuje, czy program Infor EAM powinien wygenerować komunikat ostrzegawczy, aby sprawdzić, czy konieczne jest utworzenie zlecenia pracy dla naprawialnej części zamiennej podczas wydawania naprawialnej części zamiennej w formatce wydań Wydanie/zwrot komponentów.

Przykład: TAK

Nie

RTNANY

Parametr RTNANY określa, czy można zwrócić większą ilość komponentów niż oryginalna ilość komponentów do wydania i/lub czy system umożliwi zwrot komponentu do innego magazynu niż magazyn, z którego został on wydany.

Jeśli parametr RTNANY jest ustawiony na wartość TAK, wówczas można zwrócić dowolną ilość jakichkolwiek komponentów do dowolnego magazynu, dla którego na karcie Magazyny formatki Komponenty istnieje rekord (system wymaga tylko, aby rekord komponentu istniał dla tego komponentu w magazynie — nie wymaga, aby rekord miejsca składowania-magazynowania istniał dla tego komponentu w magazynie).

Jeśli parametr RTNANY jest ustawiony na wartość NIE, nie można zwracać większej ilości komponentów niż oryginalna ilość do wydania. System umożliwi tylko zwrot ilości komponentu, jaka została oryginalnie wydana dla danej encji, do tego samego magazynu, miejsca składowania i partii.

Podczas wydawania komponent wydawany jest do encji (zlecenie pracy, obiekt itp.) z magazynu. Podczas zwracania komponent zwracany jest z encji (zlecenie pracy, obiekt itp.) do magazynu.

Na przykład, jeśli parametr RTNANY jest ustawiony na wartość NIE i wydanych zostanie 20 komponentów do zlecenia pracy obiektu ze zlecenia pracy, można zwrócić te komponenty tylko ze zlecenia pracy. Nie można zwrócić komponentu bezpośrednio z obiektu. Parametr RTNANY określa, czy można zwrócić większą ilość komponentów niż oryginalna ilość komponentów do wydania.

Jeśli parametr RTNANY jest ustawiony na wartość TAK, można zwracać większą ilość komponentów niż oryginalna ilość do wydania. Jeśli parametr RTNANY jest ustawiony na wartość NIE, nie można zwracać większej ilości komponentów niż oryginalna ilość do wydania.

Nie

SHOWQTY

Ten kod określa, czy ilość oczekiwana dla inwentaryzacji ma być wyświetlana w systemie Infor EAM Mobile.

Przykład: NIE

Nie

STTKDISC

Różnice inwentaryzacyjne. Ten kod wskazuje, w jaki sposób system postępuje w przypadku różnic inwentaryzacyjnych komponentów śledzonych według urządzeń podczas akceptowania inwentaryzacji w formatce Inwentaryzacja.

Poprawne wartości to 1, 2 lub 3, przy czym domyślną wartością jest 2. Tę wartość możesz zmienić.

Jeśli ustawiona zostanie wartość 1, system zignoruje różnice inwentaryzacyjne dla komponentów śledzonych według urządzeń. Jeśli ustawiona zostanie wartość 2, system zignoruje różnice inwentaryzacyjne dla komponentów śledzonych według urządzeń, ale wydrukuje różnice w dokumencie akceptacyjnym. Jeśli ustawiona zostanie wartość 3, system wyłączy akceptowanie inwentaryzacji dla komponentów śledzonych według urządzeń.

Nie