Material-Parameter

Code	Beschreibung	Fest
ASSETASS	Dieser Code gibt an, ob ein Betriebsmittel Ersatzteilen, die nach Betriebsmitteln verfolgt werden, beim Eingang (`R`) oder bei der Erstellung einer Bestellung (`P`) zugeordnet werden soll.	Nein
AUTOPART	Dieser Code bestimmt, ob das System automatisch die Liste "Verknüpfte Teile" aktualisiert. Sie können die Liste "Verknüpfte Teile" für genehmigte Zeilen bei einem Eingang aktualisieren. Falls `AUTOPART` auf `AUTO` eingestellt ist, überprüft das System, ob das eingegangene Teil mit der Liste "Verknüpfte Teile" eines Objekts verknüpft ist, wenn ein Bestellungseingang für einen Arbeitsauftrag genehmigt wird. Ist das eingegangene Teil nicht mit der Liste "Verknüpfte Teile" eines Objekts verknüpft, fügt das System das Teil der Liste hinzu, wobei die Transaktionsmenge als Menge für "Verknüpfte Teile" verwendet wird. Ist das Teil bereits mit der Liste "Verknüpfte Teile" verknüpft, aktualisiert das System die Menge des Teils auf dieser Liste entsprechend der Transaktionsmenge, sofern die Transaktionsmenge größer als die vorhandene Menge auf der Liste "Verknüpfte Teile" ist. Ist die Transaktionsmenge nicht größer, führt das System keine Aktualisierung durch. Dies gilt nicht nur für Eingänge, sondern auch für Ausgaben.	Nein
AUTOPNUM	Dieser Code gibt an, ob Teilenummern automatisch durch das System generiert werden. Beispiel: NO	Nein
AUTOSTOK	Dieser Code gibt an, ob das System für die Datenerfassung automatisch Datensätze in den Tabellen `R5STOCK` and `R5INSTOCK` (+) erstellt. Beispiel: Ja	Nein
CHILDTXN	Wenn der Benutzer ein nach Betriebsmittel verfolgtes Teil entnimmt oder zurückgibt, das ein nach Betriebsmittel verfolgtes untergeordnetes Teil aufweist, erstellt das System einen Datensatz der Transaktion für das untergeordnete Teil basierend auf der Einstellung des Typs CHILDTXN.	NO
DEFLDTIM	Standard-Durchlaufzeit für Teile (in Tagen), die für die Berechnung des Datums für "Anforderung angefordert vor" und des Bestellungsfälligkeitsdatums verwendet werden soll.	Nein
DEFSTOCK	Dieser Code gibt an, ob die Lagerverwaltungsfelder (z. B. Nachbestellmenge, Min./Max., Bestellmenge usw.) von dem Hauptlager der höchsten Ebene zu dem Unterlager kopiert werden sollen, wenn in dem Unterlager ein Lagerdatensatz erstellt wird. Beispiel: YES	Nein
DEFRQTP	Bestimmt den Standardzeilentyp für Anforderungen. Für die Entität `PLTP` können Sie einen Benutzerstatus entsprechend dem Systemstatus `PS` (Lagerartikel), `PD` (Direktmaterial) oder `RE` (Externe Reparatur) angeben. Der Zeilentyp wird automatisch und standardmäßig auf den angegebenen Benutzerstatus gesetzt. Wenn `DEFRQTP` gleich null ist oder Sie einen ungültigen Wert eingeben, wird der Zeilentyp automatisch als Systemstatus `PS` verwendet.	Nein
DEFUOM	Basismaßeinheit für Transaktionen, wie z. B. Lagerausgaben und -rückgaben. Die Änderung dieser Standardeinstellung wirkt sich nicht auf vorhandene Daten aus. Infor empfiehlt jedoch dringend, wegen des Teil-nach-Anlage-Mechanismus `EA` (Alle) oder `PEC` (Stück, z. B. Einzelteil) als Basismaßeinheit zu verwenden. Beispiel: EA	Nein
DELTMATL	Materialliste löschen. Gültige Werte sind `Y` und `N`. `Y` impliziert, dass das System die temporären Materiallisten bei Abschluss des zugehörigen Arbeitsauftrags entfernt. `Y` gibt ebenfalls an, dass nach der Abschluss die geschätzten Materialkosten keine Daten mehr von den temporären Materiallisten enthalten. `N` impliziert, dass das System die temporären Materiallisten nicht entfernen wird. Beispiel: Y	Nein
ENABLEOS	URL für den OneSource-Server.	Nein
IPSUPP	Legt den Wert der Teileorganisation fest, wenn ein neues Teil über die iProcure-Schnittstelle erstellt wird. Setzen Sie den Parameter für die Teileorganisation, die aus der Anforderung oder der Bestellungskopfzeile stammen soll, auf `H`. Setzen Sie den Parameter für die Teileorganisation, die vom Lieferanten übernommen wird, auf `S`. Setzen Sie den Parameter auf `C`, um die allgemeine Organisation zu verwenden, die im Installationsparameter `IPSUPPC` angegeben ist. Beispiel: H	Nein
LOTNRG	Losnummerngenerierung. Dieser Code gibt an, wie Losnummern von Infor EAM generiert werden sollen. Gültige Werte sind `T` (jeder Eingang), `P` (nur Teile, die als Los überwacht werden) oder - (keine Losnummern, Losnummer * wird immer verwendet). Dieser Parameter kann in einer Live-Installation geändert werden. Infor empfiehlt dringend, ein Losnummernverfahren festzulegen, bevor Sie Daten eingeben. Eine Änderung des Werts wirkt sich nicht auf vorhandene Daten aus. Beispiel: P	Nein
MOBSHWRV	Geben Sie an, ob Mobilgeräte Teile der aktiven Zeilen des Bestellungseingangs synchronisieren sollen. Geben Sie YES an, um die erwartete Eingangsmenge anzuzeigen. Geben Sie NO an, um die Eingangsmenge auszublenden.	Nein
OBSTCASC	Dieser Code gibt an, ob Änderungen des Hauptobjektstatus auf "I" (Installiert) oder "D" (Außer Betrieb genommen) auf die Unterobjekte übertragen werden. Wenn der Parameter auf `A` gesetzt ist, werden Änderungen am übergeordneten Objektstatus kaskadenartig an alle untergeordneten übertragen. Wenn der Parameter auf `D` eingestellt ist, werden nur Statusänderungen des übergeordneten Objekts an abhängige Unterobjekte übertragen.	Nein
OSTAXUSR	Wert für den OneSource-Benutzernamen.	Nein
OSTAXPWD	Wert für das OneSource-Kennwort. Der Benutzer gibt das OneSource-Benutzerkennwort ein. Der Benutzer klickt dann auf "Speichern", und das System verschlüsselt den eingegebenen Wert.	Nein
OVERRECV	Gibt an, ob mehr Teile als ursprünglich bestellt eingehen dürfen. Wenn auf `YES` gesetzt, können Sie mehr Teile als bestellt annehmen. Wenn auf `NO` gesetzt, können Sie nur die ursprünglich bestellte Anzahl annehmen.	Nein
DRCPTTO	Dieser Code gibt an, ob das System Direktmaterialien am Dock direkt für Lager oder über einen Arbeitsauftrag annimmt. Beispiel: STORE	Nein
PICKONCE	Dieser Code gibt an, ob das System mehrere Arbeitsaufträge für den gleichen Entnahmeschein ausgeben kann. Wenn z. B. dieser Parameter auf `YES` gesetzt ist und Sie einen Entnahmeschein mit einem Arbeitsauftrag verknüpft haben und der Entnahmeschein vier Posten enthält, für die Sie nur einen Posten auf den Entnahmeschein ausgeben, können Sie anschließend keine weiteren Posten auf diesen Entnahmeschein ausgeben. Wenn der Parameter auf `NO` gesetzt ist, können Sie weiterhin auf die verbleibenden drei Posten auf dem Entnahmeschein Ausgaben vornehmen.	Nein
PLNDRQPO	Gibt an, ob Anforderungen und nicht genehmigte Bestellungen in Kostenübersichten für Projektberichte einbezogen werden. Wenn auf `ON` gesetzt, berücksichtigt das System bei der Berechnung der Gesamtkosten, die innerhalb des Systems in Geplant angezeigt werden, die Kosten von Anforderungen und nicht genehmigten Bestellungen sowie geschätzte Arbeitsauftragskosten, die noch nicht mit einer Anforderung oder einer Bestellung verknüpft sind. Bei `OFF` berücksichtigt das System die Kosten von Anforderungen und nicht genehmigten Bestellungen bei der Berechnung der Gesamtkosten, die innerhalb des Systems in Geplant angezeigt werden, nicht. Der Wert von Geplant wird nur basierend auf geschätzten Arbeitsauftragskosten berechnet. Bestellungen mit dem Status "Genehmigt" werden innerhalb des Systems in Bestellt angezeigt, bis sie eingegangen sind. Nach dem Eingang von Bestellungen werden die Bestellkosten jedoch als Ist-Kosten angezeigt und in der Berechnung von Schätzung bis Abschluss verwendet. Das System berechnet den Wert von Schätzung bis Abschluss für Projektkosten anhand der folgenden Formel: Aktuelle Schätzung bis Abschluss – (Geplante + Istkosten)	Nein
POSTALLR	Automatischer Status für die Entität DOST für vollständige Bestellungseingänge. Für die Entität `DOST` können Sie einen Benutzerstatus entsprechend dem Systemstatus `A` (Genehmigt) angeben. Das System ändert den Bestellungsstatus automatisch in den angegebenen Wert, wenn alle Zeilen auf der Bestellung vollständig eingegangen sind oder storniert wurden. Wenn der Status der Bestellungskopfzeile bereits auf den in diesem Parameter definierten Status eingestellt ist, ändert das System den Bestellungsstatus nicht. Hinweis Wenn Sie den Parameter `POSTALLR` eingestellt haben, werden die Verarbeitungsregeln für den Parameter `POSTRECV` durch die mit dem Parameter `POSTALLR` verknüpften Regeln überschrieben.	Nein
POSTRECV	Automatischer Status für die Entität `DOST` bei allen Bestellungseingängen. Für die Entität `DOST` können Sie einen Benutzerstatus entsprechend dem Systemstatus `A` (Genehmigt) angeben. Das System ändert den Bestellungsstatus automatisch in den angegebenen Wert, wenn eine oder mehrere Zeilen auf der Bestellung teilweise eingegangen sind. Wenn eine Transaktion des Typs `RECV` für ein Teil genehmigt wird, das mit einer Bestellung verknüpft ist, aktualisiert das System den Status der Bestellungskopfzeile entsprechend dem angegebenen Status. Wenn der Status der Bestellungskopfzeile bereits auf den in diesem Parameter definierten Status eingestellt ist, ändert das System den Bestellungsstatus nicht. Hinweis Wenn Sie den Parameter `POSTALLR` eingestellt haben, werden die Verarbeitungsregeln für den Parameter `POSTRECV` durch die mit dem Parameter `POSTALLR` verknüpften Regeln überschrieben. Beispiel: A	Nein
PRICELEV	Preisebene. Dieser Code gibt an, ob die Preise auf Teileebene (dieselben Teilepreise für alle Lager) oder auf Lagerebene (ein Teil kann in unterschiedlichen Lagern verschiedene Preise haben) verwaltet werden müssen. Gültige Werte sind `P` und `S`. Ändern Sie diese Einstellung nicht, wenn sie einmal in Gebrauch ist.	Ja
PRICETIM	Preisaktualisierung. Dieser Code legt fest, wann das System den durchschnittlichen Einzelpreis und den letzten Einkaufspreis aktualisiert. Gültige Werte sind `I` (neuen Preis bei Rechnungsgenehmigung berechnen) und `R` (neuen Preis bei Erhalt der Genehmigung auf Basis des Bestellpreises berechnen). Es ergeben sich Unstimmigkeiten bei den Daten, wenn Sie diesen Wert ändern. Nach einer Änderung werden einige Preise immer noch auf dem alten, andere auf dem neuen Mechanismus basieren. Im Verlauf der Zeit (gewöhnlich die Zeit, die für einen vollständigen Inventarumschlag benötigt wird) findet eine Verlagerung vom alten zum neuen Mechanismus statt. Ist die Preisart eines Lagerdatensatzes in der Tabelle `R5STOCK` auf LIFO oder FIFO eingestellt, berechnet Infor EAM die Preisaktualisierung bei Genehmigung eines Eingangs, unabhängig von der Einstellung dieses Parameters. Ist dieser Parameter jedoch auf `I` eingestellt, berechnet Infor EAM die Preisaktualisierung erneut, wenn eine Rechnung und/oder eine Gutschrift bzw. Lastschrift genehmigt wird. Hinweis Dieser Parameter ist nicht festgelegt, Infor rät jedoch dringend davon ab, diese Einstellung zu ändern. Beispiel: R	Nein
PRICETYP	Dieser Code bestimmt den Standardwert für die Preisart beim Erstellen von Lagern und gibt an, wie das System die Preise von Lagermaterialien auf Lagerebene verwaltet. Gültige Werte sind `A` für Durchschnittspreis, `FIFO` für "First in first out", `L` für "Letzter Preis", `LIFO` für "Last in first out" und `S` für "Standardpreis". `LIFO` bzw. `FIFO` ist eine zeitbasierte Preisfestsetzungsmethode. Sie sollten daher `PRICETYP` in dem Lagerdatensatz nur dann auf `FIFO` bzw. `LIFO` setzen, wenn Sie ausgewählt haben, dass die Preise auf Lagerebene verwaltet werden. (Weitere Informationen finden Sie unter `PRICELEV` weiter oben in diesem Abschnitt.) Hinweis Dieser Parameter ist nicht fest, Infor rät jedoch dringend davon ab, die Preisarteinstellung zu ändern, da Unstimmigkeiten bei den Daten auftreten können. Weitere Informationen finden Sie im Parameter `PRICETIM`. Beispiel: A	Nein
PROJTRCK	Budgetverfolgung bei Projekten. Dieser Code gib an, ob Kostenbereich, Kostenstelle und Kontencode auf der Registerkarte Budgets des Formulars Projekte angezeigt werden und aktiviert sind. Mit Kostenbereich, Kostenstelle und Kontencode können Sie die Projektkosten und -budgets exakter verfolgen, indem Sie Kostenbereiche, Kostenstellen und Kontencodes mit Budgetcodes verknüpfen und somit Projekt- und Finanzleitern den Zugriff auf detailliertere Informationen über Projektbudgets in Projektberichten gestatten. Kostenbereich, Kostenstelle und Kontencode sind mit `Entität PR` (Kostenbereiche), `PRCC` (Kostencodes) und `PCOA` (Kontencodes) verknüpft. Im Formular Systemcodes können Sie Kostenbereiche, Kostenstellen und Kontencodes ggf. basierend auf Ihren Einstellungen für die Verfolgung von Projektbudgets als Benutzercodes definieren. Beispiel: ON	Nein
RECVAUTO	Dieser Code gibt an, ob das System die einzugehende Menge bei Bestellungseingängen automatisch eintragen soll. Wenn `RECVAUTO` auf `YES` gesetzt ist, trägt das System automatisch in das Feld Eingangsmenge - ME auf der Seite Aktive Zeilen des Formulars Bestellungseingänge die ausstehende Menge für jede Zeile eines Bestellungseingangs ein. Ist `RECVAUTO` auf `NO` eingestellt, muss für jede Zeile bei einem Eingang manuell ein Wert für die Eingangsmenge eingegeben werden. Beispiel: YES	Nein
REQDESC	Beschreibung der Standardanforderung. Die Änderung dieses Werts wirkt sich nicht auf vorhandene Daten aus. Beispiel: Anforderung	Nein
RPPRCCAL	Dieser Code gibt an, ob beim Eingang von intern reparierten Teilen Preisberechnungen durchgeführt werden sollen. Beispiel: NO	Nein
RQSTALLR	Automatischer Status für die Entität `RQST` bei allen vollständigen Bestellungseingängen. Sie können einen Benutzerstatus entsprechend dem Systemstatus `A` (Genehmigt) angeben. Das System ändert den Anforderungsstatus automatisch in den angegebenen Wert, wenn alle Zeilen bei einem Bestellungseingang vollständig eingegangen sind oder storniert wurden. Wenn eine Transaktion des Typs `RECV` für ein Teil genehmigt wird, das über eine Bestellung mit einer Einkaufsanforderung verknüpft ist (das System berücksichtigt keine Eingänge für Lager-zu-Lager-Anforderungen) und alle Anforderungszeilen bei der Anforderung vollständig eingegangen sind oder storniert wurden, aktualisiert das System den Status der Anforderungskopfzeile entsprechend dem angegebenen Status. Wenn der Status der Anforderungskopfzeile bereits auf den in diesem Parameter definierten Status eingestellt ist, ändert das System den Anforderungsstatus nicht. Ebenso ignoriert das System die Einstellung dieses Parameters, wenn alle Zeilen bei einer Anforderung storniert wurden und keine der Zeilen eingegangen sind.	Nein
RQSTRECV	Automatischer Status für die Entität `RQST` bei Bestellungseingängen. Sie können einen Benutzerstatus entsprechend dem Systemstatus `A` (Genehmigt) angeben. Das System ändert den Anforderungsstatus automatisch in den angegebenen Wert, wenn eine oder mehrere Zeilen bei einem Bestellungseingang teilweise eingegangen sind. Wenn eine Transaktion des Typs `RECV` für ein Teil genehmigt wird, das über eine Bestellung mit einer Einkaufsanforderung verknüpft ist (das System berücksichtigt keine Eingänge für Lager-zu-Lager-Anforderungen), aktualisiert das System den Status der Anforderungskopfzeile entsprechend dem angegebenen Status. Wenn der Status der Anforderungskopfzeile bereits auf den in diesem Parameter definierten Status eingestellt ist, ändert das System den Anforderungsstatus nicht. Ebenso ignoriert das System die Einstellung dieses Parameters, wenn alle Zeilen bei einer Anforderung storniert wurden und keine der Zeilen eingegangen sind. Beispiel: A	Nein
RRISSWAR	Dieser Code gibt an, ob Infor EAM eine Warnmeldung generieren soll, um zu prüfen, ob Sie einen Arbeitsauftrag für ein Ersatzteil anlegen müssen, bei dem ein Fehler aufgetreten ist, wenn Sie in dem Formular "Teile ausgeben/zurückgeben" ein reparierbares Teil ausgeben. Beispiel: YES	Nein
RTNANY	Der Installationsparameter `RTNANY` gibt an, ob Sie eine größere Menge eines Teils als die ursprüngliche Ausgabemenge des Teils zurückgeben können, und/oder ob das System zulässt, dass ein Teil an ein anderes Lager als das Lager zurückgegeben wird, von dem es ursprünglich ausgegeben wurde. Wenn `RTNANY` auf `YES` eingestellt ist, können Sie eine beliebige Menge beliebiger Teile an jedes Lager zurückgeben, für das auf der Registerkarte Lager des Formulars Teile ein Teiledatensatz vorhanden ist (das System verlangt nur, dass ein Teiledatensatz für das Teil in dem Lager existiert, jedoch nicht, dass ein Lagerpositions-/Bestandsdatensatz für das Teil in dem Lager vorhanden ist). Ist `RTNANY` hingegen auf `NO` eingestellt, können Sie keine größere Menge als die ursprüngliche Ausgabemenge zurückgeben. Das System lässt nur die Rückgabe der Menge des Teils zu, die ursprünglich an diese Entität mit demselben Lager, derselben Lagerposition und demselben Los ausgegeben wurde. Bei der Ausgabe eines Teils können Sie es von einem Lager an eine Entität (Arbeitsauftrag, Objekt usw.) ausgeben. Bei der Rückgabe eines Teils können Sie es von einer Entität (Arbeitsauftrag, Objekt usw.) an ein Lager zurückgeben. Wenn `RTNANY` z. B. auf `NO` gesetzt ist und Sie 20 Teile an einen Arbeitsauftrag für ein Objekt auf dem Arbeitsauftrag ausgeben, können Sie nur diese Teile ausgehend von dem Arbeitsauftrag zurückgeben. Sie können die Teile nicht direkt ausgehend von dem Objekt zurückgeben. Der Paramet `RTNANY` bestimmt, ob Sie eine größere Menge als die ursprüngliche Ausgabemenge eines Teils zurückgeben können. Ist `RTNANY` auf `YES` gesetzt, können Sie eine größere Menge als die ursprüngliche Ausgabemenge zurückgeben. Ist `RTNANY` hingegen auf `NO` eingestellt, können Sie keine größere Menge als die ursprüngliche Ausgabemenge zurückgeben.	Nein
SHOWQTY	Dieser Code zeigt an, ob die erwartete Menge für die Inventur in Infor EAM Mobile angezeigt werden soll. Beispiel: NO	Nein
STTKDISC	Inventurdiskrepanzen. Dieser Code gibt an, wie das System Inventurdiskrepanzen bei nach Betriebsmitteln verfolgten Teilen behandelt, wenn Inventuren in dem Formular Inventur abgeschlossen werden. Gültige Werte sind `1`, `2` oder `3`, wobei `2` der Standardwert ist. Sie können diesen Wert ändern. Ist der Wert gleich `1`, ignoriert das System Inventurdiskrepanzen bei nach Betriebsmitteln verfolgten Teilen. Bei einem Wert von `2` ignoriert das System Inventurdiskrepanzen bei nach Betriebsmitteln verfolgten Teilen, druckt jedoch die Diskrepanzen auf dem Abschlussdokument aus. Ist der Wert gleich `3`, deaktiviert das System den Abschluss von Inventuren bei nach Betriebsmitteln verfolgten Teilen.	Nein

ASSETASS

Dieser Code gibt an, ob ein Betriebsmittel Ersatzteilen, die nach Betriebsmitteln verfolgt werden, beim Eingang (R) oder bei der Erstellung einer Bestellung (P) zugeordnet werden soll.

Nein

AUTOPART

Dieser Code bestimmt, ob das System automatisch die Liste "Verknüpfte Teile" aktualisiert.

Sie können die Liste "Verknüpfte Teile" für genehmigte Zeilen bei einem Eingang aktualisieren. Falls AUTOPART auf AUTO eingestellt ist, überprüft das System, ob das eingegangene Teil mit der Liste "Verknüpfte Teile" eines Objekts verknüpft ist, wenn ein Bestellungseingang für einen Arbeitsauftrag genehmigt wird. Ist das eingegangene Teil nicht mit der Liste "Verknüpfte Teile" eines Objekts verknüpft, fügt das System das Teil der Liste hinzu, wobei die Transaktionsmenge als Menge für "Verknüpfte Teile" verwendet wird.

Ist das Teil bereits mit der Liste "Verknüpfte Teile" verknüpft, aktualisiert das System die Menge des Teils auf dieser Liste entsprechend der Transaktionsmenge, sofern die Transaktionsmenge größer als die vorhandene Menge auf der Liste "Verknüpfte Teile" ist. Ist die Transaktionsmenge nicht größer, führt das System keine Aktualisierung durch. Dies gilt nicht nur für Eingänge, sondern auch für Ausgaben.

Nein

AUTOPNUM

Dieser Code gibt an, ob Teilenummern automatisch durch das System generiert werden.

Beispiel: NO

Nein

AUTOSTOK

Dieser Code gibt an, ob das System für die Datenerfassung automatisch Datensätze in den Tabellen R5STOCK and R5INSTOCK (+) erstellt.

Beispiel: Ja

Nein

CHILDTXN

Wenn der Benutzer ein nach Betriebsmittel verfolgtes Teil entnimmt oder zurückgibt, das ein nach Betriebsmittel verfolgtes untergeordnetes Teil aufweist, erstellt das System einen Datensatz der Transaktion für das untergeordnete Teil basierend auf der Einstellung des Typs CHILDTXN.

NO

DEFLDTIM

Standard-Durchlaufzeit für Teile (in Tagen), die für die Berechnung des Datums für "Anforderung angefordert vor" und des Bestellungsfälligkeitsdatums verwendet werden soll.

Nein

DEFSTOCK

Dieser Code gibt an, ob die Lagerverwaltungsfelder (z. B. Nachbestellmenge, Min./Max., Bestellmenge usw.) von dem Hauptlager der höchsten Ebene zu dem Unterlager kopiert werden sollen, wenn in dem Unterlager ein Lagerdatensatz erstellt wird.

Beispiel: YES

Nein

DEFRQTP

Bestimmt den Standardzeilentyp für Anforderungen. Für die Entität PLTP können Sie einen Benutzerstatus entsprechend dem Systemstatus PS (Lagerartikel), PD (Direktmaterial) oder RE (Externe Reparatur) angeben. Der Zeilentyp wird automatisch und standardmäßig auf den angegebenen Benutzerstatus gesetzt.

Wenn DEFRQTP gleich null ist oder Sie einen ungültigen Wert eingeben, wird der Zeilentyp automatisch als Systemstatus PS verwendet.

Nein

DEFUOM

Basismaßeinheit für Transaktionen, wie z. B. Lagerausgaben und -rückgaben. Die Änderung dieser Standardeinstellung wirkt sich nicht auf vorhandene Daten aus. Infor empfiehlt jedoch dringend, wegen des Teil-nach-Anlage-Mechanismus EA (Alle) oder PEC (Stück, z. B. Einzelteil) als Basismaßeinheit zu verwenden.

Beispiel: EA

Nein

DELTMATL

Materialliste löschen. Gültige Werte sind Y und N. Y impliziert, dass das System die temporären Materiallisten bei Abschluss des zugehörigen Arbeitsauftrags entfernt. Y gibt ebenfalls an, dass nach der Abschluss die geschätzten Materialkosten keine Daten mehr von den temporären Materiallisten enthalten. N impliziert, dass das System die temporären Materiallisten nicht entfernen wird.

Beispiel: Y

Nein

ENABLEOS

URL für den OneSource-Server.

Nein

IPSUPP

Legt den Wert der Teileorganisation fest, wenn ein neues Teil über die iProcure-Schnittstelle erstellt wird. Setzen Sie den Parameter für die Teileorganisation, die aus der Anforderung oder der Bestellungskopfzeile stammen soll, auf H. Setzen Sie den Parameter für die Teileorganisation, die vom Lieferanten übernommen wird, auf S. Setzen Sie den Parameter auf C, um die allgemeine Organisation zu verwenden, die im Installationsparameter IPSUPPC angegeben ist.

Beispiel: H

Nein

LOTNRG

Losnummerngenerierung. Dieser Code gibt an, wie Losnummern von Infor EAM generiert werden sollen. Gültige Werte sind T (jeder Eingang), P (nur Teile, die als Los überwacht werden) oder - (keine Losnummern, Losnummer * wird immer verwendet). Dieser Parameter kann in einer Live-Installation geändert werden. Infor empfiehlt dringend, ein Losnummernverfahren festzulegen, bevor Sie Daten eingeben. Eine Änderung des Werts wirkt sich nicht auf vorhandene Daten aus.

Beispiel: P

Nein

MOBSHWRV

Geben Sie an, ob Mobilgeräte Teile der aktiven Zeilen des Bestellungseingangs synchronisieren sollen. Geben Sie YES an, um die erwartete Eingangsmenge anzuzeigen. Geben Sie NO an, um die Eingangsmenge auszublenden.

Nein

OBSTCASC

Dieser Code gibt an, ob Änderungen des Hauptobjektstatus auf "I" (Installiert) oder "D" (Außer Betrieb genommen) auf die Unterobjekte übertragen werden. Wenn der Parameter auf A gesetzt ist, werden Änderungen am übergeordneten Objektstatus kaskadenartig an alle untergeordneten übertragen. Wenn der Parameter auf D eingestellt ist, werden nur Statusänderungen des übergeordneten Objekts an abhängige Unterobjekte übertragen.

Nein

OSTAXUSR

Wert für den OneSource-Benutzernamen.

Nein

OSTAXPWD

Wert für das OneSource-Kennwort. Der Benutzer gibt das OneSource-Benutzerkennwort ein. Der Benutzer klickt dann auf "Speichern", und das System verschlüsselt den eingegebenen Wert.

Nein

OVERRECV

Gibt an, ob mehr Teile als ursprünglich bestellt eingehen dürfen. Wenn auf YES gesetzt, können Sie mehr Teile als bestellt annehmen. Wenn auf NO gesetzt, können Sie nur die ursprünglich bestellte Anzahl annehmen.

Nein

DRCPTTO

Dieser Code gibt an, ob das System Direktmaterialien am Dock direkt für Lager oder über einen Arbeitsauftrag annimmt.

Beispiel: STORE

Nein

PICKONCE

Dieser Code gibt an, ob das System mehrere Arbeitsaufträge für den gleichen Entnahmeschein ausgeben kann.

Wenn z. B. dieser Parameter auf YES gesetzt ist und Sie einen Entnahmeschein mit einem Arbeitsauftrag verknüpft haben und der Entnahmeschein vier Posten enthält, für die Sie nur einen Posten auf den Entnahmeschein ausgeben, können Sie anschließend keine weiteren Posten auf diesen Entnahmeschein ausgeben. Wenn der Parameter auf NO gesetzt ist, können Sie weiterhin auf die verbleibenden drei Posten auf dem Entnahmeschein Ausgaben vornehmen.

Nein

PLNDRQPO

Gibt an, ob Anforderungen und nicht genehmigte Bestellungen in Kostenübersichten für Projektberichte einbezogen werden. Wenn auf ON gesetzt, berücksichtigt das System bei der Berechnung der Gesamtkosten, die innerhalb des Systems in Geplant angezeigt werden, die Kosten von Anforderungen und nicht genehmigten Bestellungen sowie geschätzte Arbeitsauftragskosten, die noch nicht mit einer Anforderung oder einer Bestellung verknüpft sind.

Bei OFF berücksichtigt das System die Kosten von Anforderungen und nicht genehmigten Bestellungen bei der Berechnung der Gesamtkosten, die innerhalb des Systems in Geplant angezeigt werden, nicht. Der Wert von Geplant wird nur basierend auf geschätzten Arbeitsauftragskosten berechnet.

Bestellungen mit dem Status "Genehmigt" werden innerhalb des Systems in Bestellt angezeigt, bis sie eingegangen sind. Nach dem Eingang von Bestellungen werden die Bestellkosten jedoch als Ist-Kosten angezeigt und in der Berechnung von Schätzung bis Abschluss verwendet.

Das System berechnet den Wert von Schätzung bis Abschluss für Projektkosten anhand der folgenden Formel:

Aktuelle Schätzung bis Abschluss – (Geplante + Istkosten)

Nein

POSTALLR

Automatischer Status für die Entität DOST für vollständige Bestellungseingänge. Für die Entität DOST können Sie einen Benutzerstatus entsprechend dem Systemstatus A (Genehmigt) angeben. Das System ändert den Bestellungsstatus automatisch in den angegebenen Wert, wenn alle Zeilen auf der Bestellung vollständig eingegangen sind oder storniert wurden.

Wenn der Status der Bestellungskopfzeile bereits auf den in diesem Parameter definierten Status eingestellt ist, ändert das System den Bestellungsstatus nicht.

Hinweis

Wenn Sie den Parameter POSTALLR eingestellt haben, werden die Verarbeitungsregeln für den Parameter POSTRECV durch die mit dem Parameter POSTALLR verknüpften Regeln überschrieben.

Nein

POSTRECV

Automatischer Status für die Entität DOST bei allen Bestellungseingängen. Für die Entität DOST können Sie einen Benutzerstatus entsprechend dem Systemstatus A (Genehmigt) angeben. Das System ändert den Bestellungsstatus automatisch in den angegebenen Wert, wenn eine oder mehrere Zeilen auf der Bestellung teilweise eingegangen sind.

Wenn eine Transaktion des Typs RECV für ein Teil genehmigt wird, das mit einer Bestellung verknüpft ist, aktualisiert das System den Status der Bestellungskopfzeile entsprechend dem angegebenen Status.

Wenn der Status der Bestellungskopfzeile bereits auf den in diesem Parameter definierten Status eingestellt ist, ändert das System den Bestellungsstatus nicht.

Hinweis

Wenn Sie den Parameter POSTALLR eingestellt haben, werden die Verarbeitungsregeln für den Parameter POSTRECV durch die mit dem Parameter POSTALLR verknüpften Regeln überschrieben.

Beispiel: A

Nein

PRICELEV

Preisebene. Dieser Code gibt an, ob die Preise auf Teileebene (dieselben Teilepreise für alle Lager) oder auf Lagerebene (ein Teil kann in unterschiedlichen Lagern verschiedene Preise haben) verwaltet werden müssen. Gültige Werte sind P und S. Ändern Sie diese Einstellung nicht, wenn sie einmal in Gebrauch ist.

Ja

PRICETIM

Preisaktualisierung. Dieser Code legt fest, wann das System den durchschnittlichen Einzelpreis und den letzten Einkaufspreis aktualisiert. Gültige Werte sind I (neuen Preis bei Rechnungsgenehmigung berechnen) und R (neuen Preis bei Erhalt der Genehmigung auf Basis des Bestellpreises berechnen).

Es ergeben sich Unstimmigkeiten bei den Daten, wenn Sie diesen Wert ändern. Nach einer Änderung werden einige Preise immer noch auf dem alten, andere auf dem neuen Mechanismus basieren. Im Verlauf der Zeit (gewöhnlich die Zeit, die für einen vollständigen Inventarumschlag benötigt wird) findet eine Verlagerung vom alten zum neuen Mechanismus statt.

Ist die Preisart eines Lagerdatensatzes in der Tabelle R5STOCK auf LIFO oder FIFO eingestellt, berechnet Infor EAM die Preisaktualisierung bei Genehmigung eines Eingangs, unabhängig von der Einstellung dieses Parameters. Ist dieser Parameter jedoch auf I eingestellt, berechnet Infor EAM die Preisaktualisierung erneut, wenn eine Rechnung und/oder eine Gutschrift bzw. Lastschrift genehmigt wird.

Hinweis

Dieser Parameter ist nicht festgelegt, Infor rät jedoch dringend davon ab, diese Einstellung zu ändern.

Beispiel: R

Nein

PRICETYP

Dieser Code bestimmt den Standardwert für die Preisart beim Erstellen von Lagern und gibt an, wie das System die Preise von Lagermaterialien auf Lagerebene verwaltet.

Gültige Werte sind A für Durchschnittspreis, FIFO für "First in first out", L für "Letzter Preis", LIFO für "Last in first out" und S für "Standardpreis".

LIFO bzw. FIFO ist eine zeitbasierte Preisfestsetzungsmethode. Sie sollten daher PRICETYP in dem Lagerdatensatz nur dann auf FIFO bzw. LIFO setzen, wenn Sie ausgewählt haben, dass die Preise auf Lagerebene verwaltet werden. (Weitere Informationen finden Sie unter PRICELEV weiter oben in diesem Abschnitt.)

Hinweis

Dieser Parameter ist nicht fest, Infor rät jedoch dringend davon ab, die Preisarteinstellung zu ändern, da Unstimmigkeiten bei den Daten auftreten können. Weitere Informationen finden Sie im Parameter PRICETIM.

Beispiel: A

Nein

PROJTRCK

Budgetverfolgung bei Projekten. Dieser Code gib an, ob Kostenbereich, Kostenstelle und Kontencode auf der Registerkarte Budgets des Formulars Projekte angezeigt werden und aktiviert sind. Mit Kostenbereich, Kostenstelle und Kontencode können Sie die Projektkosten und -budgets exakter verfolgen, indem Sie Kostenbereiche, Kostenstellen und Kontencodes mit Budgetcodes verknüpfen und somit Projekt- und Finanzleitern den Zugriff auf detailliertere Informationen über Projektbudgets in Projektberichten gestatten.

Kostenbereich, Kostenstelle und Kontencode sind mit Entität PR (Kostenbereiche), PRCC (Kostencodes) und PCOA (Kontencodes) verknüpft. Im Formular Systemcodes können Sie Kostenbereiche, Kostenstellen und Kontencodes ggf. basierend auf Ihren Einstellungen für die Verfolgung von Projektbudgets als Benutzercodes definieren.

Beispiel: ON

Nein

RECVAUTO

Dieser Code gibt an, ob das System die einzugehende Menge bei Bestellungseingängen automatisch eintragen soll. Wenn RECVAUTO auf YES gesetzt ist, trägt das System automatisch in das Feld Eingangsmenge - ME auf der Seite Aktive Zeilen des Formulars Bestellungseingänge die ausstehende Menge für jede Zeile eines Bestellungseingangs ein. Ist RECVAUTO auf NO eingestellt, muss für jede Zeile bei einem Eingang manuell ein Wert für die Eingangsmenge eingegeben werden.

Beispiel: YES

Nein

REQDESC

Beschreibung der Standardanforderung. Die Änderung dieses Werts wirkt sich nicht auf vorhandene Daten aus.

Beispiel: Anforderung

Nein

RPPRCCAL

Dieser Code gibt an, ob beim Eingang von intern reparierten Teilen Preisberechnungen durchgeführt werden sollen.

Beispiel: NO

Nein

RQSTALLR

Automatischer Status für die Entität RQST bei allen vollständigen Bestellungseingängen. Sie können einen Benutzerstatus entsprechend dem Systemstatus A (Genehmigt) angeben. Das System ändert den Anforderungsstatus automatisch in den angegebenen Wert, wenn alle Zeilen bei einem Bestellungseingang vollständig eingegangen sind oder storniert wurden.

Wenn eine Transaktion des Typs RECV für ein Teil genehmigt wird, das über eine Bestellung mit einer Einkaufsanforderung verknüpft ist (das System berücksichtigt keine Eingänge für Lager-zu-Lager-Anforderungen) und alle Anforderungszeilen bei der Anforderung vollständig eingegangen sind oder storniert wurden, aktualisiert das System den Status der Anforderungskopfzeile entsprechend dem angegebenen Status.

Wenn der Status der Anforderungskopfzeile bereits auf den in diesem Parameter definierten Status eingestellt ist, ändert das System den Anforderungsstatus nicht. Ebenso ignoriert das System die Einstellung dieses Parameters, wenn alle Zeilen bei einer Anforderung storniert wurden und keine der Zeilen eingegangen sind.

Nein

RQSTRECV

Automatischer Status für die Entität RQST bei Bestellungseingängen. Sie können einen Benutzerstatus entsprechend dem Systemstatus A (Genehmigt) angeben. Das System ändert den Anforderungsstatus automatisch in den angegebenen Wert, wenn eine oder mehrere Zeilen bei einem Bestellungseingang teilweise eingegangen sind.

Wenn eine Transaktion des Typs RECV für ein Teil genehmigt wird, das über eine Bestellung mit einer Einkaufsanforderung verknüpft ist (das System berücksichtigt keine Eingänge für Lager-zu-Lager-Anforderungen), aktualisiert das System den Status der Anforderungskopfzeile entsprechend dem angegebenen Status.

Wenn der Status der Anforderungskopfzeile bereits auf den in diesem Parameter definierten Status eingestellt ist, ändert das System den Anforderungsstatus nicht. Ebenso ignoriert das System die Einstellung dieses Parameters, wenn alle Zeilen bei einer Anforderung storniert wurden und keine der Zeilen eingegangen sind.

Beispiel: A

Nein

RRISSWAR

Dieser Code gibt an, ob Infor EAM eine Warnmeldung generieren soll, um zu prüfen, ob Sie einen Arbeitsauftrag für ein Ersatzteil anlegen müssen, bei dem ein Fehler aufgetreten ist, wenn Sie in dem Formular "Teile ausgeben/zurückgeben" ein reparierbares Teil ausgeben.

Beispiel: YES

Nein

RTNANY

Der Installationsparameter RTNANY gibt an, ob Sie eine größere Menge eines Teils als die ursprüngliche Ausgabemenge des Teils zurückgeben können, und/oder ob das System zulässt, dass ein Teil an ein anderes Lager als das Lager zurückgegeben wird, von dem es ursprünglich ausgegeben wurde.

Wenn RTNANY auf YES eingestellt ist, können Sie eine beliebige Menge beliebiger Teile an jedes Lager zurückgeben, für das auf der Registerkarte Lager des Formulars Teile ein Teiledatensatz vorhanden ist (das System verlangt nur, dass ein Teiledatensatz für das Teil in dem Lager existiert, jedoch nicht, dass ein Lagerpositions-/Bestandsdatensatz für das Teil in dem Lager vorhanden ist).

Ist RTNANY hingegen auf NO eingestellt, können Sie keine größere Menge als die ursprüngliche Ausgabemenge zurückgeben. Das System lässt nur die Rückgabe der Menge des Teils zu, die ursprünglich an diese Entität mit demselben Lager, derselben Lagerposition und demselben Los ausgegeben wurde.

Bei der Ausgabe eines Teils können Sie es von einem Lager an eine Entität (Arbeitsauftrag, Objekt usw.) ausgeben. Bei der Rückgabe eines Teils können Sie es von einer Entität (Arbeitsauftrag, Objekt usw.) an ein Lager zurückgeben.

Wenn RTNANY z. B. auf NO gesetzt ist und Sie 20 Teile an einen Arbeitsauftrag für ein Objekt auf dem Arbeitsauftrag ausgeben, können Sie nur diese Teile ausgehend von dem Arbeitsauftrag zurückgeben. Sie können die Teile nicht direkt ausgehend von dem Objekt zurückgeben. Der Paramet RTNANY bestimmt, ob Sie eine größere Menge als die ursprüngliche Ausgabemenge eines Teils zurückgeben können.

Ist RTNANY auf YES gesetzt, können Sie eine größere Menge als die ursprüngliche Ausgabemenge zurückgeben. Ist RTNANY hingegen auf NO eingestellt, können Sie keine größere Menge als die ursprüngliche Ausgabemenge zurückgeben.

Nein

SHOWQTY

Dieser Code zeigt an, ob die erwartete Menge für die Inventur in Infor EAM Mobile angezeigt werden soll.

Beispiel: NO

Nein

STTKDISC

Inventurdiskrepanzen. Dieser Code gibt an, wie das System Inventurdiskrepanzen bei nach Betriebsmitteln verfolgten Teilen behandelt, wenn Inventuren in dem Formular Inventur abgeschlossen werden.

Gültige Werte sind 1, 2 oder 3, wobei 2 der Standardwert ist. Sie können diesen Wert ändern.

Ist der Wert gleich 1, ignoriert das System Inventurdiskrepanzen bei nach Betriebsmitteln verfolgten Teilen. Bei einem Wert von 2 ignoriert das System Inventurdiskrepanzen bei nach Betriebsmitteln verfolgten Teilen, druckt jedoch die Diskrepanzen auf dem Abschlussdokument aus. Ist der Wert gleich 3, deaktiviert das System den Abschluss von Inventuren bei nach Betriebsmitteln verfolgten Teilen.

Nein