 |
| ||||||||
Warum wurde eine Bestellanforderung in mehrere Bestellaufträge aufgeteilt, oder warum hat eine Bestellungsänderung eine neue Bestellnummer erzeugt und die ursprüngliche Bestellnummer storniert?
Suchen Sie auf der Registerkarte Historie der Bestellanforderung den Historieeintrag, der sich auf die Aufteilung der Bestellanforderung in einen neuen Bestellauftrag oder auf die Stornierung des Bestellauftrags bezieht, und klicken Sie auf Details anzeigen, um festzustellen, warum dies geschehen ist.
Für alle Arten von Bestellaufträgen fasst Ihre Site alle Positionen zusammen, die alle der folgenden Bedingungen erfüllen:
- Positionen, die vom selben Standort des Lieferanten stammen
- Positionen haben dieselbe Lieferanschrift, wenn SplitOrderOnShipTo in den Stammdaten des Standorts des Lieferanten auf No gesetzt wurde
- Positionen haben dieselbe Rechnungsanschrift
- Positionen sind alle Katalogartikel oder Positionen sind alle Nichtkatalog-Artikel (kann über die Anpassung deaktiviert werden)
- Positionen sind PunchOut-Artikel mit demselben Kopf
- Positionen sind Teil desselben Vertrags (unterschiedliche Versionen desselben Vertrags gelten immer noch als derselbe Vertrag)
- Alle zusätzlichen Kriterien zum Aufteilen von Bestellaufträgen, die Ihr Unternehmen angefordert hat (über die Anpassung)
Bei SAP-Varianten-Sites ist zudem Folgendes zu berücksichtigen:
- Benötigt eine Position eine Aufteilung der Limit-Order-Artikelkategorie (kann über die Anpassung deaktiviert werden)?
- Haben alle Positionen dieselbe Währung?
- Haben Positionen denselben Einkaufsorganisationswert?
- Haben Positionen denselben Einkaufsgruppenwert (kann über die Anpassung deaktiviert werden)?
Für Bestellungsänderungen wird immer ein neuer Bestellauftrag erstellt, wenn eines der folgenden Kriterien zutrifft:
- ChangeOrderRestrictions wurde in den Stammdaten des Standorts des Lieferanten auf 1 gesetzt
- Die bevorzugte Bestellmethode des Standorts des Lieferanten hat sich im Bestellanforderungsversionsverlauf geändert (beispielsweise von Elektronische Bestellung in Druck).
- Ausnahme: Ein neuer Bestellauftrag wird nicht erstellt, wenn die Bestellmethode von Druck zu Elektronische Bestellung wechselt.
Für Firmenkreditkartenbestellungen gelten die folgenden zusätzlichen Bedingungen für die Zusammenfassung von Positionen:
- Positionen haben dieselbe geteilte Kontierung auf Positionsebene (diese Anforderung kann über den Parameter Application.Procure.PreventPCardOrdersSplittingBasedOnAccounting deaktiviert werden)
- Positionen haben dieselbe Firmenkreditkartennummer
- Positionen haben dieselbe Transaktionsnummer
- Positionen haben dasselbe Transaktionsdatum
Hinweis: Wenn ein Feld, das markiert wurde, um als Feld für aufgeteilte Bestellaufträge zu fungieren, den Wert null hat, wird es immer eine Aufteilung von Positionen in derselben Version oder derselben Position in verschiedenen Versionen bewirken.
Wenn Sie eine Anpassung basierend auf dem obigen Anwendungsfall benötigen, können Sie hier nachsehen: Wie ist der aktuelle Prozess für Anpassungsanfragen?
Eine PunchOut-Kopfzeile bezieht sich auf eine einzelne PunchOut-Sitzung. Wenn ein Einkaufsbenutzer einen PunchOut ausführt, einen Artikel in den Einkaufswagen legt und einen PunchIn ausführt, gilt dies als eine Sitzung.
Wenn er erneut einen PunchOut ausführt, ist dies eine separate Sitzung mit einer anderen Kopfzeile, und daher wird das System die Artikel der neuen Sitzung in einen separaten Bestellauftrag einfügen.
Einkauf > Bestellanforderungen
Einkauf > Bestellaufträge