Info Service-Handelsregel

Die Funktion Service-Handelsregel ermöglicht die Konfiguration einer Reihe von Regeln, die festlegen, wie Kosten und Preise für Servicevorgänge in Kosten- und Verkaufspositionen berechnet werden. Das Framework ermöglicht die dynamische Ermittlung von kommerziellen Werten auf Grundlage definierter Bedingungen und Berechnungslogik anstelle statischer Preisgestaltung.

Beispiele:

• Unterschiedliche Preise und Kosten basierend auf den Standorten verschiedener Kunden.
• Unterschiedliche Preise für denselben Verkaufsartikel für verschiedene Kunden auf Grundlage unterschiedlicher Transaktionsmerkmale anbieten

Darüber hinaus kann eine Handelsregel verwendet werden, um für dasselbe Vertragsverhältnis unterschiedliche Konfigurationen für Leistungspläne und Vertragsberechtigungen bereitzustellen, die auf verschiedene Szenarien abgestimmt sind.

Die folgende Abbildung zeigt den Ablauf für die Nutzung der Service-Handelsregel:

Service-Handelsregel konfigurieren

Eine Service-Handelsregel kann mit den folgenden Informationen definiert werden:

Überschrift:
Besteht aus der ID und der Beschreibung der Service-Handelsregel sowie der „Suchreihenfolge“, die verwendet wird, um die Reihenfolge festzulegen, in der die Service-Commercial-Rules priorisiert werden, um doppelte Szenarien mit unterschiedlichen Preis-, Kosten-, Leistungs- oder Berechtigungsangeboten zu behandeln.

Attribute:
Systemparameter, die für die Verkaufsposition überprüft werden sollten, um festzustellen, ob das Szenario anwendbar ist, können als Attribute festgelegt werden.

Regelszenarien:
Jede Spalte im Szenarien-Chat stellt ein auf der Regel definiertes Attribut dar. Die Attributwertkombination muss eingerichtet werden, um ein Regelszenario zu definieren. Wenn eine Verkaufs-/Kostenposition erstellt wird, wird der Attributwert in der Verkaufsposition mit dem Attributwert im Szenario sowie mit der dem Attribut zugeordneten Operation verglichen, um sicherzustellen, dass die Verkaufsposition unter das Szenario fällt.

Berechnungslogik:
Die Logik zur Kosten- und Preisberechnung kann in den Registerkarten Kosten und Preis über mehrere Positionen definiert werden.
eDie Kostenberechnungslogik kann in Kostenpositionn entweder als Stückkostenbetrag oder als Kostenanpassung definiert werden.
Die Preisberechnungslogik kann in Preispositionen als Preisüberschreibung, Preis, Preisänderung oder kostenbasierte Anpassung definiert werden.

Beispiel-Fall:
Sie möchten für „Kunde A“ und „Kunde B“ unterschiedliche Kosten und Preise für alle Verkaufsartikel festlegen, deren ID mit „ABC“ beginnt.

Die Attributkonfiguration muss wie folgt sein:

• Attribut 1 - Verkaufsartikelnummer
• Attribut 1 Vorgang – Beginnt mit
• Attribut 2 – Kunden-ID
• Attribut 2 Vorgang – Ist gleich

Regelszenarien können wie folgt festgelegt werden:

• Szenario 1:
  • Attribut 1 Wert = ABC
  • Attribut 2 Wert = Kunde B
• Szenario 2:
  • Attribut 1 Wert = ABC
  • Attribut 2 Wert = Kunde B

Nachdem Sie die oben genannten Szenarien eingerichtet haben, können unter jedem Szenario Preise, Kosten sowie gegebenenfalls geltende Leistungspläne und Berechtigungen definiert werden.

Service-Handelsregel anwenden

Kostenberechnungen

Wenn im System eine Kostenposition erstellt wird, während die Handelsregel aktiviert ist, überprüft IFS Cloud zunächst die Handelsregeln, um festzustellen, ob die Kostenposition mit einem aktiven Szenario einer kommerziellen Regel übereinstimmt.

• Diese Prüfung wird entsprechend der Suchreihenfolge in der Service-Handelsregel ausgeführt. Wenn ein passendes Szenario mit einer Kostenberechnungsposition gefunden wird, werden die Kosten entsprechend berechnet.
• Stückkosten – Jede Einheit in der Kostenposition einer Aufgabe entspricht den in der Kostenberechnungsposition definierten Stückkosten.
• Anpassung der Stückkosten – Eine Kostenanpassung wird stets zusätzlich zu den Stückkosten angewendet, die im selben Regel­szenario definiert sind oder aus der allgemeinen Kostenlogik außerhalb der Handelsregeln abgeleitet werden.
• Auf einer einzelnen Kostenposition wird nur eine Position für die Stückkostenberechnung und eine Stückkostenanpassungsberechnung angewendet. Wenn im gefundenen Szenario mehrere Positionen vorhanden sind, wird diejenige angewendet, deren Gültigkeitsbeginn dem aktuellen Datum am nächsten liegt, sofern sie sich innerhalb des Gültigkeitszeitraums befindet.
• Wenn auf der Position eine Währung definiert ist, gilt die Position nur, wenn sie mit der Rechnungswährung der Preisposition übereinstimmt.
• Die auf der kommerziellen Regel definierten Kosten, die auf die Verkaufsposition angewendet werden, gelten nur für Personal- sowie Werkzeug- und Gerätekostenpositionen. Wenn für die Position ein Kostentyp ausgewählt wird, ist sie ausschließlich darauf beschränkt.
  

Preiskalkulationen

Wenn eine Verkaufsposition im System erstellt wird, während die Handelsregel aktiviert ist, überprüft IFS Cloud zunächst die Handelsregeln, um festzustellen, ob die Verkaufsposition mit einem aktiven Szenario einer kommerziellen Regel übereinstimmt.

• Diese Prüfung wird entsprechend der Suchreihenfolge in der Service-Handelsregel ausgeführt. Wenn ein passendes Szenario mit einer Kostenberechnungsposition gefunden wird, werden die Kosten entsprechend berechnet.
• Preis – Die Verkaufsposition (die Gesamtmenge der Verkaufsposition) in der Aufgabe entspricht dem im Preisberechnungsabschnitt definierten Preis.
• Preisänderung – Eine Preisänderung wird stets auf einen Preis angewendet, der entweder im selben Regel­szenario definiert ist oder aus der allgemeinen Preislogik außerhalb der Handelsregeln abgerufen wird.
• Preisüberschreibung – Die Verkaufsposition (die Gesamtmenge in der Verkaufsposition) in der Aufgabe entspricht dem im Preisberechnungsabschnitt definierten Preis. Dies dient als Festpreis und wird nicht von den in den Berechnungspositionen definierten verfügbaren Preisänderungen beeinflusst.
• Kostenbasierter Preis – Die Preisberechnung erfolgt auf Grundlage der Kosten und der auf der Preisberechnungsposition angegebenen Berechnungsinformationen.
• Wenn in einem Szenario eine Kombination aus Preis-, Kostenbasispreis- und Preisüberschreibungstypen vorhanden ist, wird der Typ mit dem nächstliegenden Gültigkeitsbeginn angewendet, sofern er sich innerhalb des Gültigkeitszeitraums befindet.
• Wenn in diesem Szenario mehrere Preisänderungspositionen vorhanden sind, wird diejenige angewendet, deren Gültigkeitsbeginn dem aktuellen Datum am nächsten liegt, sofern sie sich innerhalb des Gültigkeitszeitraums befindet.
• Wenn auf der Position eine Währung definiert ist, gilt die Position nur, wenn sie mit der Rechnungswährung der Preisposition übereinstimmt.
• Preise, die in der kommerziellen Regel definiert sind, gelten für Verkaufspositionen aller Kostentypen.