Materialanforderung

• Anfrager (Feld REQUSR)

Anfragecode, standardmäßig mitdem Code des verbundenen Benutzers initialisiert.Kann geändert werden.

• Anfragestandort (Feld PSHFCY)

Code des Standorts des Auftragsursprungs (Angebotsanfrage, Einkaufsanfrage, Bestellung, Fremdbearbeitungsauftrag, etc.).
Dieses Feld ist ein Pflichtfeld. Es wird standardmäßig mit dem Einkaufsstandort Ihrer Profilfunktion initialisiert.
Sie können diesen Code ändern, indem Sie einen Code aus der Liste der zulässigen Standorte auswählen.

• Anfragenr. (Feld PSHNUM)

Eindeutige Bestellanforderungsnummer. Diese Nummer wird bei jeder Bestellanforderungserstellung automatisch erzeugt, je nach Parameter des Nummernkreises desDokumententyps.

• Anfragedatum (Feld PRQDAT)

Das Materialanforderungsdatum wird mit dem Tagesdatum initialisiert. Es kann nur bei der Anlage geändert werden. Wenn Sie dieses Datum ändern, wird eine Meldung angezeigt, die Ihnen vorschlägt, den Preis und die eventuell gewährten Nachlässe für die bereits erfassten Materialanforderungszeilen zu aktualisieren.

• Projekt (Feld PJTH)

In diesem Feld können Sie einen Projektcode angeben.
Die Verwaltung dieses Codes ist abhängig vom Wert des Parameters CTLOPPCOD - Prüf. Vorgangscode (EK/VK) (Kapitel TC, Gruppe MIS).

• Hat er den Wert Nein, kann es sich um einen frei gewählten Code handeln.
• Hat er den Wert Ja, wird systematisch eine Existenzprüfung des erfassten Projektcodes ausgeführt.
  Sie können das Symbol Auswahl verwenden, um die Liste der verfügbaren Projektcodes anzuzeigen.

Die Verwaltungsmodalitäten dieses Felds sind abhängig vom Parameter PJTSNGDOC - Ein Projekt pro Dokument (Kapitel TC, Gruppe MIS).

• Hat der Parameter den Wert Ja, ist die Verwaltung von Mehrfachprojekten nicht zulässig.
  Der Projektcode stimmt immer mit dem in der Dokumentkopfzeile und den Zeilen überein.
  Der Projektcode, den Sie in der Kopfzeile erfassen, wird bei direkter Anlage systematisch in die Zeilen des Dokuments übertragen und kann nicht geändert werden.
  Wird ein Dokument umgewandelt, wird der in der Kopfzeile erfasste Projektcode dazu verwendet, die bei der Auswahl vorgeschlagenen Dokumente zu filtern. Ist kein Projektcode erfasst, wird er automatisch mit dem Projektcode des ersten ausgewählten Dokuments angegeben. Wenn Sie das Dokument abwählen wird der Projektcode nicht gelöscht.
  Wenn Sie den Projektcode der Dokumentkopfzeile ändern, wird der Projektcode automatisch auf die Zeilen übertragen. Eine Meldung wird angezeigt, die vorschlägt, die Preise/Nachlässe in den Zeilen zu aktualisieren. Die Aktualisierung betrifft nur die nicht bestellten und nicht saldierten Zeilen.
  
• Hat der Parameter den Wert Nein, ist die Verwaltung von Mehrfachprojekten zulässig.
  Der Projektcode, den Sie in der Kopfzeile des Dokuments erfassen, wird bei direkter Anlage verwendet, um den Projektcode der Zeilen des Dokuments zu initialisieren, wo er weiterhin geändert werden kann.
  Wird ein Dokument umgewandelt, wird der in der Kopfzeile erfasste Projektcode nur als Standardwert in den Zeilen verwendet, die keinen Projektcode besitzen.
  
  Wenn Sie den Projektcode der Dokumentkopfzeile ändern, wird eine Meldung angezeigt und schlägt ggf. vor, den Code entsprechend den folgenden Optionen auf die Dokumentzeilen zu übertragen:
• Ja: der Projektcode wird auf alle Zeilen übertragen. Eine zweite Meldung wird angezeigt, die vorschlägt, die Preise/Nachlässe in den Zeilen zu aktualisieren. Die Aktualisierung betrifft nur die nicht bestellten und nicht saldierten Zeilen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Ja bei gleichem Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.
  Möglicherweise ist der auf die Zeilen übertragene Projektcode der gleiche, der bereits in den anderen Zeilen steht. Da das System diese Zeilen nicht unterscheiden kann, wird die Aktualisierung der Preise/Nachlässe weder vorgeschlagen noch ausgeführt, damit Preise, die möglicherweise nicht aus dem Tarif stammen, sondern vom Benutzer erfasst wurden, nicht gelöscht werden.

• Artikel (Feld ITMREF)

Es handelt sich um die interne Referenz des angefragten Artikels, die in der Tabelle Artikel vorhanden sein muss.
Die folgenden Artikel können nicht bestellt werden:

• Gefertigte Artikel
• Phantomartikel
• Fremdbearbeitungsartikel

Die Bezeichnung des Artikels kann unabhängig von der Artikelkategorie geändert werden.

Im Feld Artikel stehen mehrere Möglichkeiten zur Verfügung. Sie können direkt eine Artikelreferenz erfassen, deren Existenz im Artikeldatensatz geprüft wird. Oder Sie klicken auf das Symbol Aktionen für folgende Optionen:

• Auswahl eines Artikels aus der Datei
• Anlage eines Artikels in der Artikeldatei, sofern entsprechende Benutzerrechte vorhanden sind
• Anzeige der offenen Bestellungen
• Anzeige und Berücksichtigung der vorhandenen Antworten auf Ausschreibungen, sofern in der verwendeten Transaktion zulässig Bei Berücksichtigung einer Antwort auf eine Lieferantenanfrage können Daten wie Menge, Preis und Lieferant entsprechend mit Werten vorbelegt werden.

Klicken Sie nach der Erfassung der Artikelreferenz auf das Symbol Aktionen, um die Liste auf die Elemente (Lieferantenanfragen oder Bestellungen) zu diesem spezifischen Artikel einzuschränken.

Liegt für den erfassten Artikel bereits ein offener Auftrag vor, wird eine Meldung an den Benutzer ausgegeben, sofern die entsprechende Zeile noch gültig ist.

Bei bestandsgeführten Artikeln können die Vorschläge aus der MRP-Rechnung berücksichtigt werden (sofern das Modul PPS installiert ist). Ebenfalls berücksichtigt werden können die Vorschläge aus der Dispositionsrechnung (im Modul Lager).

Liegen zum erfassten Artikel Einkaufsvorschläge (POS) vor, öffnet sich automatisch ein Fenster mit MRP-Vorschlägen. Diese Vorschläge können ignoriert werden, indem das Fenster geschlossen und so zur Erfassung der Zeile zurückgekehrt wird.

Wenn diese Vorschläge berücksichtigt werden sollen, kann der Benutzer einen Zeitraum zur zeitlichen Begrenzung der Vorschläge erfassen. Wurde kein Datum erfasst, werden alle Vorschläge angezeigt. Anschließend kann die Einheit der Bedarfsmengen geändert werden: Standardmäßig wird die Lagereinheit vorgeschlagen. Diese Einheit kann geändert werden, vorausgesetzt es wird eine Einheit aus der Auswahlliste Einheiten (Einkaufs-, Verpackungs-, Lagereinheit des Artikels) gewählt. Es werden dann die Bestandszeilen mit jeweils folgenden Angaben angezeigt:

• das Bedarfsdatum, der Standort und der Einkaufscode,
• die Bedarfsmenge und berücksichtigte Menge, letztere wird standardmäßig mit der Bedarfsmenge initialisiert,
• sonstige Informationen wie Typ und Nummer der laufenden Bestellung.

Nach Erfassung der Einheit wechselt das System automatisch in den Erfassungsmodus für die Menge, die als einzige Angabe in dieser Maske erfasst werden kann. Sie können die Vorschlagsliste nach Bedarfsdatum oder Standort sortieren. Dafür müssen Sie den Erfassungsmodus verlassen. Klicken Sie hierzu auf Esc und dann auf das Symbol Aktionen, um die gewünschte Sortierung auszuwählen.

Sie können die vorgeschlagene berücksichtigte Menge ändern, sofern eine Menge erfasst wird, die kleiner oder gleich der Bedarfsmenge ist. Dies ist z.B. der Fall, wenn ein Bedarf teilweise berücksichtigt werden soll. Zum Ausschluss einer Bedarfsszeile ist deren Menge auf null zu setzen.

Wenn der Benutzer bei Artikelerfassung eine Antwort auf eine Lieferantenanfrage berücksichtigt hat, wird eine zusätzliche Prüfung durchgeführt. Ferner erscheint ein Hinweis, wenn die berücksichtigte Menge kleiner als die in der Antwort vermerkte Menge ist. Die Erfassung kann storniert oder fortgeführt werden.

Nach Freigabe werden die berücksichtigten Bedarfszeilen nach Standort gruppiert und die entsprechenden EA-Zeilen automatisch generiert.

Die Erfassung der sonstigen Informationen zur Zeile hängt von der gewählten Transaktion ab. Z.B. die Informationen Standort, Lieferant und Nettopreis.

• Bezeichnung (Feld ITMDES)

Hauptbezeichnung des Artikels aus der Artikeldatei, die während der Erfassung geändert werden kann. Hauptartikelbezeichnung, die in die Sprache des Bearbeiters übersetzt wurde.
Diese Bezeichnung wird mit den möglichen Änderungen im Auftrag übertragen und auf der Auftragsbestätigung gedruckt.

 Über dieses Feld kann über eine Verzweigung auf das Artikeldatenblatt zugegriffen werden.

• Standardbezeichnung (Feld ITMDES1)

Bezeichnung, die in der Artikeldatei erfasst wurde. Diese Bezeichnung wird mit eventuellen Änderungen auf den Auftrag übertragen.

 Über dieses Feld kann über eine Verzweigung auf das Artikeldatenblatt zugegriffen werden.

• Artikeltyp (Feld ITMKND)

• Standort Wareneingang (Feld PRHFCY)

Geben Sie den Standort an, an den die Ware vom Lieferanten geliefert werden muss, normalerweise initialisiert mit dem Auftragsstandort, wenn dieser auch ein Lager ist.
Bei einer Einkaufsanfrage oder einem Auftrag für einen bestandsgeführten Artikel gilt:

• der Wareneingangsstandort muss ein Lager sein
• die Artikelreferenz muss für diesen Wareneingangsstandort definiert sein

Wenn allerdings der Anforderungsstandort in der Standorttabelle nicht als Lagerstandort deklariert ist und es sich um einen bestandsgeführten Artikel handelt, wird der erste zur juristischen Einheit des Anforderungsstandorts gehörende Bestandsstandort vorgeschlagen.

Im Feld Wareneingangsstandort stehen mehrere Funktionalitäten zur Verfügung:

• Direkte Erfassung eines Standortcodes, sofern dieser zur selben juristischen Einheit gehört wie der Anforderungsstandort. Darüber hinaus wird geprüft, ob der erfasste Standort in der Standorttabelle vorhanden ist.
• Auswahl eines Standorts aus der Vorschlagsliste, Bestandsabfragen über das Symbol Aktionen

Der Wareneingangsstandort muss zum gleichen juristischen Unternehmen gehören, wie der Anfragestandort für eine Einkaufsanfrage oder wie der Auftragsstandort für einen Auftrag.

Wenn Sie den Wareneingangsstandort ändern, schlägt eine Meldung vor, die Suche nach dem Standardlieferanten erneut zu starten:

• Sie möchten die Suche erneut starten:
• Wird ein Standardlieferant im Datensatz Artikel - Standorte gefunden, wird dieser Standardlieferant in die EA-Zeile eingetragen.
• Existiert kein Lieferant auf Ebene des Datensatzes Artikel - Standorte, wird der auf Ebene des Datensatzes Artikel - Lieferanten definierte Standardlieferant verwendet, wenn der Parameter ITMBPSFCY - Referenzierung Lieferant-Standort (Kapitel ACH, Gruppe REF) nicht angibt, dass die Referenzierung des Artikellieferanten auf Standortebene erforderlich ist.
• Existieren Lieferanten im Datensatz Artikel - Standorte, wird jedoch kein Standardlieferant gefunden, da alle gesperrt sind, wird der Lieferant in der EA-Zeile nicht ausgefüllt. Das Feld bleibt leer.
• Sie möchten die Suche nach dem Standardlieferanten nicht erneut starten:
• Der ursprüngliche Lieferant wird beibehalten.

• Gew. Datum (Feld EXTRCPDAT)

Gewünschtes Wareneingangsdatum. Es wird in Bezug auf die Nichtverfügbarkeitsdaten des Wareneingangsstandorts geprüft. Handelt es sich beim vorgeschlagenen Datum um einen Fabrikkalenderfehltag, wird eine Fehlermeldung ausgegeben, und es muss ein anderes Datum erfasst werden. Das gewünschte Wareneingangsdatum kann automatisch neu berechnet werden, wenn das erfasste Datum nicht auf einen Schließtag des Standortes fällt. Es wird automatisch der folgende Arbeitstag vorgeschlagen.

Diese Angabe ist erforderlich. Ein Warnhinweis kann auch angezeigt werden, wenn das Erfassungsdatum vor dem Tagesdatum liegt. Sie ermöglicht die Initialisierung des theoretischen Auftragsdatums.

• EK-Einheit (Feld PUU)

Standardmäßig die Einkaufseinheit des Artikels. Wird der Lieferant geändert, kann diese Einheit abhängig von der in der Datei Artikel-Lieferant definierten Einkaufseinheit angepasst werden.
Der Artikel verfügt über zwei Einkaufseinheiten:

• Die im Datenblatt Artikeleinheiten definierte Einheit,
• Die Einkaufseinheit des Lieferanten.

Die Einkaufseinheit kann nicht geändert werden. Es wird eine Neuberechnung der Mengen und der Preise und Nachlässe durchgeführt.
Diese Einheit wird in der Bestellanforderung übernommen.

 Bei der Fakturierung eines Artikels wird der PUR des Artikels verwendet.

Die Einheit wird standardmäßig mit der dem Artikel zugeordneten Einkaufseinheit vorgelegt. Wurde eine Antwort auf eine Ausschreibung berücksichtigt, wird die in dieser Antwort spezifizierte Einheit vorgeschlagen. Kann das Feld erfasst werden, kann eine neue Einheit aus der Einheitentabelle ausgewählt werden.

• EK-Menge (Feld QTYPUU)

Diese Rubrik ist erforderlich.
Existiert die Position mit einer Menge Null, wird diese bei der Freigabe nicht berücksichtigt. Bei einer Änderung wird die Freigabe abgelehnt.

Bei der Menge handelt es sich um ein Mussfeld. Wenn die Menge am Ende der Erfassung null ist, wird der Benutzer in einer Meldung informiert, dass die Position nicht angelegt wird.

Wird die Vorschlagsmenge an den Bedarf angepasst und ist die erfasste Menge dabei geringer als die berücksichtigte Menge, kann auch eine Fehlermeldung angezeigt werden.

• LE (Feld STU)

Dieses Feld bezeichnet die Verwaltungseinheit des Artikels, in der die Bestände ausgedrückt werden.

• Menge Lagereinheiten (Feld QTYSTU)

Hierbei handelt es sich um die in Lagereinheiten ausgedrückte Menge, berechnet auf Basis der in Bestellungseinheiten ausgedrückten Bestellmenge.
Diese Menge kann nicht direkt geändert werden. Der Koeffizient zwischen PUR und STK ist nicht variabel.

• Lieferant (Feld BPSNUM)

• Hat der Parameter PSHINIBPS - PR Lieferanten Initialisierung (Kapitel ACH, Gruppe PSH) den Wert ‚Ja‘, wird der Lieferant mit dem Standardlieferanten initialisiert, der auf Ebene des Datensatzes Artikel - Standorte oder Artikel - Lieferanten definiert ist.
• Ist der auf Ebene des Datensatzes Artikel - Standorte definierte ‚Standard‘lieferant nicht ‚gültig‘, bleibt das Feld leer. Sie können einen auswählen.
• Existiert kein Lieferant auf Ebene des Datensatzes Artikel - Standorte, wird der auf Ebene des Datensatzes Artikel - Lieferanten definierte Standardlieferant verwendet, wenn der Parameter ITMBPSFCY - Referenzierung Lieferant-Standort (Kapitel ACH, Gruppe REF) nicht angibt, dass die Referenzierung des Artikellieferanten auf Standortebene erforderlich ist. In diesem Fall bleibt das Feld leer.

In allen anderen Fällen können Sie diesen Lieferanten löschen, da der Lieferant nicht erforderlich ist. Sie können ihn auch ändern.

• Hat der Parameter PSHINIBPS - PR Lieferanten Initialisierung den Wert ‚Nein‘, wird der Lieferant nicht initialisiert. Wenn Sie einen Lieferanten angeben möschten, müssen Sie ihn manuell angeben.

Um den Lieferanten anzugeben, erfassen Sie direkt den Lieferantencode oder klicken Sie auf das Symbol Aktionen für folgende Optionen:

• Auswahl eines Lieferanten aus der Datei.
• Auswahl eines Lieferanten aus der Vorschlagsliste Lieferanten des Artikels
• Auswahl eines Lieferanten aus der Liste Lieferanten für den Artikel-Standort.
• Anlage eines Lieferanten in der Datei, sofern Sie über die entsprechenden Benutzerrechte verfügen.
• Anzeige der Liste der letzten Auftragspreise.

Dieser Lieferant kann nicht vom Typ ‚Interessent‘ sein und muss aktiv sein In den folgenden Fällen werden bei der Erfassung mehrere Prüfungen ausgeführt und ggf. verschiedene Meldungen angezeigt:

• Der Lieferant befindet sich in Rechtsstreit. Abhängig vom Code des Rechtsstreits im Datensatz Lieferanten kann es sich bei dieser Meldung um eine sperrende Meldung oder um einen einfachen Hinweis handeln.
  
• Der Artikel ist für sämtliche Materialanforderungen bei diesem Lieferantenoder bei diesem Lieferanten für diesen Wareneingangsstandort gesperrt. Abhängig vom Sperrcode im Datensatz Artikel-Lieferant oder im Datensatz Artikel - Standorte kann es sich bei dieser Meldung um eine sperrende Meldung oder um einen einfachen Hinweis handeln.
• Der Artikel ist beim Lieferanten nicht referenziert. Dabei kann es sich um eine sperrende Fehlermeldung oder um einen Hinweis handeln - je nachdem, was im allgemeinen Parameter ITMBPS - Lieferantenreferenzierung (Kapitel ACH, Gruppe REF) festgelegt wurde.
  
• Der Artikel ist für den Wareneingangsstandort beim Lieferanten nicht referenziert. Dabei kann es sich um eine sperrende Fehlermeldung oder um einen Hinweis handeln - je nach Auswahl auf Ebene des Parameters ITMBPSFCY - Referenzierung Lieferant-Standort. Ist diese Meldung eine sperrende Meldung, können Sie trotzdem mit der Erfassung fortfahren, jedoch nur wenn das Feld Standort Wareneingang als erfassbar auf Ebene der Erfassungstransaktion definiert ist. In diesem Fall wird das Feld, das den Wareneingangsstandort enthält, geleert. Sie müssen daher einen Standort angeben, an dem der Artikel-Lieferant referenziert ist, oder für den der Parameter ITMBPSFCY - Referenzierung Lieferant-Standort nicht sperrend ist.

Während der Lieferantenänderung in der Anfragezeile wird die Neuberechnung der Preise und Nachlässe in Abhängigkeit der für den neuen Lieferanten definierten Tarife vorgeschlagen. Die Menge der Anfrage und die Einkaufseinheit können in Abhängigkeit der Einkaufseinheit des neuen Lieferanten und ggf. in Abhängigkeit der vom Hauptparameter PURQTYRND - Rundung Einkaufsmenge (Kapitel ACH, Gruppe ORD) definierten Rundungsregel angepasst werden.

• Hauptversion (Feld ECCVALMAJ)

Die höhere Versionsnummer ist nur zugänglich, wenn die Rückmeldung der höheren Versionen auf Ebene des Artikelparameters aktiv ist (im Bereich Verwaltung der Funktion Artikel hat das Feld Bestandsversion den Wert 'Höher'). Ist das Vorladen der Versionen auf Ebene des Artikels/Lieferanten oder stattdeseen auf Ebene des Artikels/Dispo aktiviert, wird die letzte aktive höhere Version automatisch vorgeladen. Stattdessen wird die letzte höhere Version mit Status 'Angehalten' vorgeladen. Dies kann geändert werden.

• Nebenversion (Feld ECCVALMIN)

Die niedrigere Versionsnummer ist nur zugänglich, wenn die Rückmeldung der höheren und niedrigeren Versionen auf Ebene des Artikelparameters aktiv ist (im Bereich Verwaltung der Funktion Artikel hat das Feld Bestandsversion den Wert 'Höher und niedriger'). Ist das Vorladen der Versionen auf Ebene des Artikels/Lieferanten oder stattdeseen auf Ebene des Artikels/Dispo aktiviert, wird die letzte niedrigere Version automatisch vorgeladen. Dies kann geändert werden.

• Projekt (Feld PJT)

Die Verwaltungsmodalitäten dieses Felds sind abhängig vom Parameter PJTSNGDOC - Ein Projekt pro Dokument (Kapitel TC, Gruppe MIS).

• Hat der Parameter den Wert Ja, ist die Verwaltung von Mehrfachprojekten nicht zulässig.
  Der Projektcode in der Dokumentzeile kann nie erfasst werden. Bei direkter Anlage wird er automatisch mit dem in der Kopfzeile erfassten Wert ausgefüllt und kann nicht geändert werden.
  Wenn Sie den Projektcode der Dokumentkopfzeile ändern, wird der Projektcode automatisch auf die Zeilen übertragen.
  
• Hat der Parameter den Wert Nein, ist die Verwaltung von Mehrfachprojekten zulässig.
  Der Projektcode der Dokumentzeile wird mit dem in der Kopfzeile erfassten Wert initialisiert. Die folgenden Zeilen können einen unterschiedlichen Projektcode haben.
  Sie können den Projektcode in den Zeilen nur ändern, wenn die Erfassung dieses Felds von der verwendeten Erfassungstransaktion zugelassen wird.
  
  Wenn Sie den Projektcode der Dokumentkopfzeile ändern, öffnet sich eine Dialogbox und schlägt ggf. vor, den Code entsprechend den folgenden Optionen auf die Dokumentzeilen zu übertragen:
  • Ja: der Projektcode wird auf alle Zeilen übertragen.
  • Nein: der Projektcode wird nicht auf die Zeilen übertragen.
  • Ja bei gleichem Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.
  
  Bei der Änderung hängt die Verwaltung des Projektcodes vom Wert des Parameters CTLOPPCOD - PrüfungVorgangscode (EK/VK) ab.
• Hat er den Wert Nein, kann es sich um einen frei gewählten Code handeln.
• Hat er den Wert Ja, wird systematisch eine Existenzprüfung des erfassten Projektcodes ausgeführt.
  Sie können das Symbol Auswahl verwenden, um die Liste der verfügbaren Projektcodes anzuzeigen.

• Theoretisches Bestelldatum (Feld EXTORDDAT)

Theoretisches Bestelldatum, das ab dem gewünschten Empfangsdatum initialisiert wird.
Dieses Datum ist das Ergebnis der Berechnung:
"Gewünschtes Empfangsdatum - Frist".
Die Frist wird vom Tarif, vom Artikel-Standort oder vom Masterartikel vorgegeben.

• Nettopreis (Feld NETPRI)

In einer Materialanforderung kann dieser Preis aus einer Ausschreibung, einem Tarif oder dem Artikeldatensatz stammen.
Er wird über den Bruttopreis und die Nachlässe oder Kosten berechnet.
Letztere können geändert werden.

Der Preis wird unabhängig von der Existenz des Feldes Nettopreis in der Maske mit der Auswahl des Parameters PSHLVT - Bewertung EA-Zeile (Kapitel ACH, Gruppe PRI) initialisiert:
- entweder mit dem Wert der Standardkosten aus dem Datensatz Artikel-Standort,
- oder mit dem Preis aus einer Tarifsuche. Ist die Tarifsuche nicht erfolgreich, wird in diesem Fall der Einkaufsgrundpreis (Bereich Artikel) des Artikeldatensatzes berücksichtigt. Standardmäßig werden die Standardkosten aus dem Datensatz Artikel-Standort verwendet, und zwar nur, wenn der Parameter PURPRICE - Standardtarif Standardkosten (Kapitel ACH, Gruppe PRI) den Wert Ja hat.

Im Feld Nettopreis können Sie über das Symbol Aktionen folgende Aktionen auswählen:

• Anzeige und Änderung des Preises, der verschiedenen Spesen und Nachlässe sowie der zugehörigen Gründe,
• Anzeige der Preise
• Erneute Initialisierung des Preises sowie neue Preissuche.

Da die Erfassung der Artikel tabellarisch erfolgt, können mehrere Artikel erfasst werden: Nach Erfassung einer Zeile kann automatisch die nächste Zeile erfasst werden. Hier können Sie in die Zeile zurückkehren und auf das Symbol Aktionen für folgende Optionen klicken:

• Erfassung eines Textes in dieser Zeile
• Duplizierung dieser Zeile
• Anzeige der über die MA generierten Obligos
• Anzeige des Budgetdetails

Je nach Parameterdefinition kann zu jeder Zeile oder nach Abschluss der Erfassung eine unverbindliche Budgetprüfung vorgenommen werden.

Wird nach Abschluss der Erfassung einer Zeile bei der Budgetprüfung eine Budgetüberziehung festgestellt, wird eine Meldung ausgegeben. Dabei kann es sich um eine sperrende Fehlermeldung oder um einen Hinweis handeln - je nachdem, was in den Allgemeinen Parametern festgelegt wurde (siehe Parameter BUDCNTRP - Prüftyp Anfrageobligos, Kapitel BUD - Gruppe CMM). Eine ähnliche Meldung wird möglicherweise bei Freigabe der Materialanforderung ausgegeben.

Darüber hinaus wird die Aktualisierung der Anfrageobligos automatisch durchgeführt, sofern aktiviert:

• Bei der Freigabe der Materialanforderung, wenn die Unterschriftenverwaltung nicht aktiv ist (siehe Parameter APPPSH - Unterschriftenverwaltung EA, Kapitel ACH - Gruppe APP).
• Bei Erteilung der ersten Unterschrift im Signaturkreis, wenn für die Materialanforderung ein Signaturkreis vorgesehen ist.

Nach Abschluss der Verarbeitung wird der Materialanforderung eine Nummer zugewiesen, die angezeigt wird. Nach Abschluss der Erfassung kann je nach gewählter Transaktion automatisch ein Dokument Materialanforderung ausgedruckt werden.

• Nettozeilenbetrag (Feld LINAMT)

• Währung (Feld CUR)

Diese Währung entspricht entweder:

• der Währung des Standorts, wenn kein Lieferant angegeben ist,
• der Lieferantenwährung.

Die Beträge dieser Materialanforderungsposition werden in dieser Währung ausgedrückt.

 Es wird empfohlen, bei Anlage einer neuen Währung den ISO-Code zu verwenden.

• Feld LINACC1

Dieses Feld gibt das Buchhaltungskonto des Einkaufs an. Welche Konten für die Bearbeitung zur Verfügung stehen, hängt von der Buchungsvorlage des Unternehmens ab, in dem die Bewegung gebucht wird. Ist dieses Feld nicht angegeben, ird das Konto automatisch anhand des dem Artikel zugeordneten Kontencodes ermittelt (gemäß Parametrisierung der Automatik-Buchungen PQUIS).
 Ob das Feld vorhanden ist, hängt von der verwendeten Maskentransaktion ab.

• Einkaufstyp (Feld LINPURTYP)

Der Einkaufstyp (Warenkauf oder Anlagenkauf) dient zur Bestimmung des zu verwendenden Steuerkontos und-codes, falls er geändert wurde. Der Einkaufstyp wird standardmäßig in Abhängigkeit der Steuer des Artikelkontos initialisiert.

• Feld CCE1

Die Sektoren werden gemäß dem Parameter der Standardsektoren der Einkaufsbestellungen initialisiert (Sektorcode - PSD). Die Sektorcodes können manuell geändert werden, sofern dies in der Transaktion erlaubt ist.

Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentkopfzeile oder in den Zeilen zur Neubelegung des Sektorcodes dieser Dimension. Die Reinitialisierung erfolgt gemäß des Parameters der Standardsektoren.

• Steuer 1 (Feld VAT1)

Dieses Feld ermöglicht die Angabe eines ersten anzuwendenden Steuecodes.
Nur ein Steuercode, der der Rechtsordnung und der Unternehmensgruppe des Standorts entspricht, kann angegeben werden.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Steuer 2 (Feld VAT2)

• Steuer 3 (Feld VAT3)

• Ist-Versteuerung (Feld TAXRCP)

• Abgeführte USt. (Feld TAXISS)

• Sonstige Steuer 1 (Feld TAXOTH1)

• Sonstige Steuer 2 (Feld TAXOTH2)

• Beglichen (Feld LINCLEFLG)

• Unterzeichnet (Feld LINAPPFLG)

• ID Wartungszeile (Feld PSDNUMMMS)

Dieses Feld unterliegt dem Aktivitätscode MMS - Schnittstelle MMS - X3.
Es wird nur ausgefüllt, wenn die Einkaufsanfrage aus einem Import über die Schnittstelle mit dem Produkt AXEL - GMAO stammt.
Es enthält in diesem Fall den Indentifikator der Anfragenposition von GMAO.

• Signatur (Feld XAPPFLG)

• Beglichen (Feld XCLEFLG)

• Bestellt (Feld XORDFLG)

• Gedruckt (Feld XPRNFLG)

• Wartungs-Id (Feld PSHNUMMMS)

Dieses Feld unterliegt dem Aktivitätscode MMS - Schnittstelle MMS - X3.
Es wird nur ausgefüllt, wenn die Einkaufsanfrage aus einem Import über die Schnittstelle mit dem Produkt AXEL - GMAO stammt.
Es enthält in diesem Fall die Anfragenummer von GMAO.

• Feld BUTMMSURL

Dieser Button unterliegt dem Aktivitätscode MMS - MMS-Schnittstelle - X3.
Damit kann die URL geöffnet werden, mit der man Zugriff auf eine Webseite hat, die die mit der Bestellanforderung verknüpften GMAO-Dokumente enthält.