--- sourceDocument: Source-to-Pay Operations in Xanadu sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/xanadu/source-to-pay-operations Release : - xanadu ft:locale : - de-DE ft:publication_title : - Source-to-Pay Operations in Xanadu ft:clusterId : - stpop bundleId : - stpop workflow : - Creator --- # Beschaffungsanforderung # Beschaffungsanforderung {#ariaid-title1} * Freigeben Version: Xanadu * * Aktualisiert 1. August 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 Minuten Lesedauer Eine Beschaffungsanforderung wird erstellt, wenn ein Artikel, den ein Käufer, Mitarbeiter oder eine anfordernde Person benötigt, beschafft werden muss. Dieser Datensatz wird erstellt, wenn kein aktiver Vertragspreis für das Produkt vorhanden ist, das der Käufer kaufen möchte. Dies umfasst Artikel im Produktkatalog und außerhalb des Katalogs. Eine Bestellanforderungsposition wird erstellt, die dann in einer Beschaffungsanforderung gruppiert wird. Beschaffungsanforderungen werden nach Produktmodellen gruppiert. Als Beschaffungsspezialist oder Beschaffungsmanager: * Um alle Beschaffungsanforderungen von Source-to-Pay-Arbeitsbereichanzuzeigen, navigieren Sie zu AlleFallmanagement für die BeschaffungArbeitsbereich Beschaffung, und wählen Sie das Listensymbol (![Listensymbol.]()), gefolgt von AlleTeamarbeiten \> Beschaffungsanforderungen. * Um alle Beschaffungsanforderungen von der Plattform anzuzeigen, navigieren Sie zu Sourcing and Purchasing AutomationAlle Arbeitenund wählen Sie Alle Beschaffungsanforderungen aus. * Um Beschaffungsanforderungen, die Ihnen von der Plattform zugewiesen sind, anzuzeigen, navigieren Sie zu Sourcing and Purchasing AutomationMeine Arbeitund wählen Sie Meine Beschaffungsanforderungen aus. {#sourcing-request__ul_kdw_gdt_flb} Wenn der Käufer einen Artikel (dieser kann aus dem Katalog sein oder auch nicht) aus ShoppingHub angefordert hat, werden die von ihm bereitgestellten Informationen wie folgt den Feldern einer Beschaffungsanforderung zugeordnet: {#sourcing-request__table_x3l_cdt_flb__entry__2} | Feld | Beschreibung | |-|-| | Nummer | Vom System generierter eindeutiger Bezeichner für die Beschaffungsanforderung. | | Zugewiesen an | Benutzer, der für den Kauf verantwortlich ist. Wird mit Einkaufszuweisungsregeln festgelegt. Details finden Sie unter [Einkaufszuweisungsregel erstellen](https://servicenow-prod.fluidtopics.net/BnUMgOIa5OY7~RY1gzrARQ "Weisen Sie mithilfe einer Einkaufszuweisungsregel automatisch einem Procurement-Spezialisten oder einer Gruppe von Aufgabenerfüllern eine Beschaffungsanforderung, eine Verhandlung oder eine Einkaufsanforderung zu."). | | Geschäftsinhaber | Benutzer, der die Beschaffungsanforderung besitzt. | | Eingereicht von | Anwender, der eingekauft und den Kauf übermittelt hat. | | Status | Status der Beschaffungsanforderung. Hinweis: Dieses Feld ist schreibgeschützt. | | Beschaffung | Zugehöriger Einkauf, falls zutreffend. | | Verhandlungsereignis | Stellt den Typ der Beschaffungsaktivität dar, die für Verhandlungen mit jedem Lieferanten erforderlich ist, und verfolgt die einzelnen Verhandlungen mit jedem Lieferanten. | | Kurzbeschreibung | Kurzbeschreibung der Beschaffungsanforderung. | | Zusammenfassungsdetails || | Produktkategorie | Produktkategorie, die über diese Beschaffungsanforderung bezogen wird. | | Produktmodell | Produktmodell, das über diese Beschaffungsanforderung bezogen wird. | | Produktname | Produkt, das angefordert wird für. | | Produkttyp | Gibt an, ob der Typ des Produkts eine Ware oder Dienstleistung ist. | | Lieferantenantwortenschließung | Datum, bis zu dem die Lieferanten ihre Antworten an die Beschaffungsaktivität übermitteln müssen. | | Benchmarkpreis | Preispunkt, von dem alle Ausgangs-Stückkosten für alle Bestellpositionen dieser Beschaffungsanforderungen abgeleitet werden. | | Anforderungstyp | Typ der Anforderung, die der Käufer, Mitarbeiter oder die anfordernde Person anfordert. Die Optionen sind Angebotsanforderung, Informationsanforderung, Angebotsanforderung und Proof of Concept. | | Beschaffungsanforderungsdetails | Details der Beschaffungsanforderung. | [Tabelle : 1. Felder für Beschaffungsanforderungen] {#sourcing-request__table_x3l_cdt_flb} Im Folgenden finden Sie die zugehörigen Listen eines Beschaffungsanforderungsdatensatzes: {#sourcing-request__table_svr_qws_flb__entry__2} | Zugehörige Liste | Beschreibung | |-|-| | Bestellpositionen | Stellt Informationen zu den einzelnen Positionen einer Beschaffungsanforderung für den referenzierten Lieferanten bereit. Die Anzahl der Bestellpositionen für eine Beschaffungsanforderung hängt von der Anzahl der Produkte oder Services mit demselben Produktmodell ab. Weitere Einzelheiten finden Sie unter [Bestellpositionen](https://servicenow-prod.fluidtopics.net/C9AeUuNS~RMuc8_VfQqcjw "Bestellpositionen stellen Informationen zu den einzelnen Positionen einer Einkaufs- oder Beschaffungsanforderung für den referenzierten Lieferanten bereit."). | | Einkaufsaufgaben | Stellt Informationen zu allen Einkaufsaufgaben bereit, die sich auf die Beschaffungsanforderung beziehen. Die Aufgaben in der zugehörigen Verhandlung werden nicht angezeigt. Weitere Einzelheiten finden Sie unter [Einkaufsaufgaben und Beschaffungsfälle](https://servicenow-prod.fluidtopics.net/WXR8wIU5T0oKHWzX6tig2g "Alle automatisierten Einkaufsaufgaben und Beschaffungsfälle werden in der Anwendung Service Delivery Common (SDC) mit Flow Designer erstellt. Flow Designer verwendet die zugrundeliegenden Entscheidungstabellen zur Generierung von Aufgaben und Fällen. Einkaufsaufgaben und Beschaffungsfälle werden auf Grundlage der in den Entscheidungstabellen definierten Bedingungen erstellt."). | | Fälle | Zeigt alle Fälle an, die dieser Beschaffungsanforderung zugeordnet sind. | | Einkaufs-SLAs | Zeigt die SLAs an, die mit Einkaufsaufgaben für die Beschaffungsanforderung verbunden sind, zusammen mit Aufgaben, die der zugrunde liegenden Einkaufsanforderungsposition zugeordnet sind. | | Verhandlungen | Steht für die Aufgabe, den Preis für das/den vom Käufer angeforderte(n) Produkt bzw. Service zu ermitteln oder die Bedingungen dafür auszuhandeln. Weitere Einzelheiten finden Sie unter [Verhandlungen](https://servicenow-prod.fluidtopics.net/IcJPn_falTcKdOXJQSLcKQ "Eine Verhandlung stellt einzelne Lieferantenverhandlungen dar und verfolgt die Artikel und Aktivitäten nach Lieferanten. Diese Aktivitäten umfassen das Erhalten des Preises für die vom Käufer angeforderten Produkte oder Services oder das Aushandeln der Bedingungen."). | | Vertragsentwürfe | Zeigt alle Vertragsentwürfe an, die dieser Beschaffungsanforderung zugeordnet sind. Weitere Details finden Sie unter [Verträge](https://servicenow-prod.fluidtopics.net/BKYKA3un4m8pVoMQeGwS8w "Ein Vertrag definiert die allgemeinen Bedingungen und die Preise, die für ein Produkt mit dem Lieferanten vereinbart wurden. Ein aktiver Vertragspreis legt fest, ob die Preise eines Produkts oder eines Service in ShoppingHub angezeigt werden."). | | Unterzeichnete Verträge | Zeigt alle unterzeichneten Verträge an, die dieser Beschaffungsanforderung zugeordnet sind. | | Andere rechtliche Dokumente | Zeigt alle anderen rechtlichen Dokumente an, die dieser Beschaffungsanforderung zugeordnet sind. | | Vertragsanforderungen | Zeigt alle zugeordneten Vertragsanforderungen für diese Beschaffungsanforderung an. Hinweis: Dieses Feld wird nur angezeigt, wenn Sie das Plugin Source-to-Pay Operations mit dem Plugin Vertragsmanagement Pro (com.snc.sn_spend_clm) installiert haben. | | Genehmigungspläne | Zeigt alle Genehmigungspläne an, die für diese Beschaffungsanforderung erstellt wurden. | | E-Mail-Entwürfe | Zugehörige E-Mail-Kommunikation, die als Entwürfe gespeichert ist. | | Gesendete E-Mails | Zugehörige E-Mail-Kommunikation, die gesendet wurde. | [Tabelle : 2. Zugehörige Listen für Beschaffungsanforderungen] {#sourcing-request__table_svr_qws_flb} ## Beschaffungs- und Verhandlungs-Workflow {#sourcing-request__section_bkg_31x_y1c} Nachdem eine Beschaffungsanforderung erstellt wurde, kann der Procurement-Spezialist, wenn weitere Details vom Käufer benötigt werden, eine Einkaufsaufgabe des Untertyps Frage stellen erstellen. Der Procurement-Spezialist kann entscheiden, ob eine Verhandlung für diesen Einkauf erstellt werden kann oder nicht. Wenn die Zeit es für eine Verhandlung nicht zulässt, kann der Lieferant für Preisdetails direkt kontaktiert werden. Nachdem die Lieferanten mit ihren Angeboten geantwortet haben, wird systematisch eine Einkaufsaufgabe erstellt, in der der Käufer aufgefordert wird, einen Lieferanten für die Auftragsvergabe auszuwählen. Dies ist eine Beschaffungsaufgabe des Untertyps Lieferanten auswählen. Bei einem Lieferanten mit Zuschlag wird der Wert in der Spalte Zuschlag einer Bestellanforderung automatisch auf Jagesetzt, und es wird eine zugehörige Bestellanforderung erstellt. Ein Käufer kann Abbrechen wählen, um den Status der Beschaffungsanforderung und der zugehörigen Bestellpositionen in Geschlossen (abgebrochen) zu ändern. ## Flows für Beschaffungsanforderungsstatus {#sourcing-request__section_pb4_rvt_c1c} Betrachten wir ein einfaches Szenario, in dem eine Qualifizierung erforderlich ist. Wenn ein Preis in einer Bestellanforderungsposition eingegeben wird, gibt die PRL an, dass der Preis hinzugefügt oder aktualisiert wurde, und wechselt in den Status Preise erhalten, wo er in diesem Status verbleibt. Alle anderen PRLs ohne Preis und die Beschaffungsanforderung (SR) verbleiben weiterhin im Status „Qualifizierung erforderlich". Nach der Qualifizierung werden die SR und andere PRLs, die sich im Status „Qualifizierung erforderlich" befinden, in den Status „Qualifiziert" verschoben, während die PRL mit dem Preis im Status „Preisgestaltung erhalten" verbleibt. Durch das manuelle Erstellen einer neuen PRL wird der Qualifizierungs-Flow erneut ausgelöst. Wenn dieser PRL Preise hinzugefügt wurden, bleibt die PRL im Status „Preise erhalten", während die Qualifizierungsarbeit durchgeführt wird. Die SR bleibt bei Bedarf auch im Status „Qualifizierung erforderlich". Wenn im Beschaffungs-Flow Verhandlungsereignisse (NEs) und Verhandlungen (NEGs) berücksichtigt werden, sind die folgenden Szenarien zu berücksichtigen: * Qualifizierung ist erforderlich, wobei NE den Status „Geplant" aufweist und NEG, SR und PRL sich alle im Status „Qualifizierung erforderlich" befinden:Wenn ein Preis in einer PRL eingegeben wird, gibt die PRL an, dass der Preis hinzugefügt oder aktualisiert wurde, und wechselt in den Status Preise erhalten, wo er in diesem Status verbleibt. Alle anderen PRLs ohne Preis und die SR verbleiben weiterhin im Status „Qualifizierung erforderlich". Nach der Qualifizierung werden die SR und andere PRLs, die sich im Status „Qualifizierung erforderlich" befinden, in den Status „Qualifiziert" verschoben, während die PRL mit dem Preis im Status „Preisgestaltung erhalten" verbleibt. * NEG ist in Bearbeitung, wobei NE sich in WIP befindet und NEG, SR und PRL sich alle im Status „Verhandlung in Bearbeitung" befinden:Wenn ein Preis in einer PRL eingegeben wird, während NEG in Bearbeitung ist, gibt die PRL an, dass der Preis hinzugefügt oder aktualisiert wurde, und wechselt in den Status „Preisgestaltung erhalten" und bleibt in diesem Status. Alle anderen PRLs ohne Preis sowie NEG und SR verbleiben im Status „Verhandlung in Bearbeitung", während die NE im Status „WIP" bleibt. * Neue SRs oder Lieferanten werden hinzugefügt, nachdem „Verhandlung starten" für NE ausgewählt wurde, wobei sich NE im Status „WIP" befindet und NEG, SR und PRL sich alle im Status „Verhandlung in Bearbeitung" befinden: Dies löst aus, dass Qualifizierungsfälle für die betroffenen PRLs ausgewertet werden und das NEG in den Status „Qualifizierung erforderlich" verschoben wird. Wenn keine Qualifizierung erforderlich ist, verbleiben sowohl die NEGs als auch die neu erstellten PRLs im Status Verhandlung in Bearbeitung. Wenn eine Qualifizierung erforderlich ist, verbleiben NEs im WIP-Status, auch wenn neue SRs oder vorhandene Lieferanten hinzugefügt werden. Sobald Qualifizierungsfälle abgeschlossen sind, werden einzelne NEGs automatisch von „Qualifiziert" zu „Verhandlung in Bearbeitung" verschoben, ohne dass „ Verhandlung starten " für NE erneut ausgewählt werden muss. Die neu bewerteten PRLs werden ebenfalls in den Status Verhandlung im Gang verschoben. Wenn jedoch zu einem beliebigen Zeitpunkt ein Preis in einer der neu erstellten PRLs eingegeben wird, zeigt die PRL an, dass der Preis hinzugefügt oder aktualisiert wurde, und wechselt in den Status Pricing Obtained (Preisgestaltung erhalten), wo sie in diesem Status verbleibt. {#sourcing-request__ul_jym_y1w_c1c} Die Standardstatus, die für eine Beschaffungsanforderung verfügbar sind, werden aufgelistet. * Genehmigung ausstehend * Ausstehende Prüfung * Informationen benötigt * Qualifizierung erforderlich * Qualifiziert * Ausstehende Verhandlung * Verhandlung im Gang * Erneute Übermittlung ausstehend * Lieferantenantwort wird erwartet * Warten auf Aufgabenabschluss * Erfordert Entscheidung * Abgeschlossen * Geschlossen -- keine Entscheidung * Als abgebrochen geschlossen * Als abgelehnt geschlossen {#sourcing-request__ul_o34_5pz_bcc} Weitere Informationen zu NEGs und NEs finden Sie unter [Verhandlungen](https://servicenow-prod.fluidtopics.net/IcJPn_falTcKdOXJQSLcKQ "Eine Verhandlung stellt einzelne Lieferantenverhandlungen dar und verfolgt die Artikel und Aktivitäten nach Lieferanten. Diese Aktivitäten umfassen das Erhalten des Preises für die vom Käufer angeforderten Produkte oder Services oder das Aushandeln der Bedingungen.") bzw. [Verhandlungsereignisse](https://servicenow-prod.fluidtopics.net/7~yxizZUX_dhf6mX1bnW3Q "Verhandlungsereignisse stellen die Art der Beschaffungsaktivität dar, die für Verhandlungen mit jedem Lieferanten erforderlich ist, und verfolgen die einzelnen Verhandlungen mit jedem Lieferanten. Sie helfen Beschaffungsmanagern bei der Verwaltung von Verhandlungen mit mehreren Lieferanten und Produkten."). Informationen dazu, wie eine Aufgabe einer abgestuften Lieferantenbewertung die SR-Status beeinflusst, finden Sie unter [Integration von Risikomanagement von Drittparteien in Sourcing and Procurement Operations](https://servicenow-prod.fluidtopics.net/yUKWh7b4l_FQ2oqG2deswg "Nutzen Sie relevante Funktionen zur Bewertung des Lieferantenrisikos, indem Sie Sourcing and Procurement Operations mit Risikomanagement von Drittparteienintegrieren.").