Regionale Preise

Allgemein

Ziel

• Preise für einen Tarif können speziell für diverse Parameter (wie die Postleitzahl, die Branche, den Vertragstyp oder die Adresse) hinterlegt werden.
• Die Berechnung des Preises richtet sich dann für den entsprechenden Tarif nach den Parametern der Lieferadresse und optional nach der Verbrauchsprognose, wenn Preisstaffeln in dieser Preiskomponente definiert sind.

Anwendungsfälle

• Der Import der Regionalen Preise
• Die Preisberechnung, wenn ein entsprechender Tarif in der Oberfläche zu einem Vertrag gewählt wird.
• Die Berechnung des Preises während des Rechnungslaufes

Vorraussetzungen für den Import

• Ein Tarif muss existieren
• Der Tarif muss mindestens die Preis Komponente “Regionale Preise” enthalten
• Pro Kombination aus Tarif ID und wenn vorhanden Mindestabnahmemenge, sowie den optionalen Parametern sind pro AB_DAT ein eindeutiger Schlüssel in der Datei. Das heißt, es kann die gleichen Parameter öfter geben, aber nur einmal pro Beginn-Datum

Import Datei

• Spalten werden durch ein Semikolon getrennt
• Es werden keine Leerzeichen zwischen Spaltenwerten und Spaltentrenner eingefügt
• Zeilen werden durch einen Zeilenumbruch (\r\n) voneinander getrennt
• Die Import Datei kann weitere Spalten enthalten. Diese werden dann beim Import ignoriert

Beschreibung der CSV Struktur:

Beispiel CSV-Datei

PLZ;MBS_TARIF_ID;AB_DAT;GP_PREIS_NEU;GP_PREIS_BST;GP_MASS;AP_PREIS_NEU;AP_PREIS_BST;AP_NT_PREIS_NEU;AP_NT_PREIS_BST;AP_MASS\r\n
12345;123456789;05.12.2017;11,13;22,25;MON;0,14;1,15;0,03;1,04;KWH;0

Erweiterung der Regionalen Preise

Es ist möglich, die regionalen Preise weiter zu verfeinern. Dadurch können die unten aufgelisteten Parameter bei einem regionalen Preis gesetzt werden. Dabei werden die erweiterten, optionalen Parameter zur Suche nach der Wichtigkeit (in der Tabelle absteigend) sortiert und die passenden für den Vertrag gesucht. Sollten keiner der Parameter passen, wird wie bisher der regionale Preis genommen, wo alle optionalen Parameter null sind. Daher muss es immer einen Regionalen Preis pro PLZ geben, wo genau diese optionalen Parameter null sind, um einen Preis für jeden Vertrag zu garantieren, ansonsten liegt ein Tarif-Konfigurations-Fehler vor.

Beispiel CSV-Datei mit erweiterten Regionalen Preisen

PLZ;MBS_TARIF_ID;AB_DAT;GP_PREIS_NEU;GP_PREIS_BST;GP_MASS;AP_PREIS_NEU;AP_PREIS_BST;AP_NT_PREIS_NEU;AP_NT_PREIS_BST;AP_MASS;
TYPE;BRANCH;CITY;STREET;HN_MIN;HN_MAX\r\n
12345;123456789;05.12.2017;11,13;22,25;MON;0,14;1,15;0,03;1,04;KWH;0;;;;;;\r\n
12345;123456789;05.12.2017;11,13;22,25;MON;0,16;1,16;0,06;1,06;KWH;0;SLP;;;;;\r\n
12345;123456789;05.12.2017;11,13;22,25;MON;0,13;1,05;0,02;1,03;KWH;0;;post;;;;

Geschäftsregeln für Import

• Die GP REGIONAL_PRICES_DELETE_DATA_ON_IMPORT regelt, ob beim Import die alten Daten gelöscht, oder weiter gepflegt werden
• Preise können als Netto- oder Bruttopreise geliefert werden
• Im Falle für Nettopreise kann ein weitere Preiskomponente für die Steuer hinzugefügt werden
• Soll der Tarif für eine Postleitzahl nicht gültig sein, ist der Grundpreis (GP_PREIS_NEU) und Arbeitspreis HT (AP_PREIS_NEU) leer zu lassen (Achtung: 0 ist ein gültiger Preis!).
• Erfolgt der zweite oder n-te Import der Preise wird folgende Prozess angewendet:

Geschäftsregeln für die Preisberechnung

• Die Einheit für Grundpreise und Arbeitspreise ist immer EUR
• Ermittlung der Preise:

• Neukunde in diesem Kontext bedeutet Neuvertrag
• Sollte ein Kunde z. B. bereits einen Vertrag für Gas haben und schließt einen für Strom ab, dann wird ihm der Neukundenpreis gewährt. Sollte der Tariff innerhalb des Vertrages nach einiger Zeit geändert werden, wird der Bestandskundenpreis verwendet (Lieferdatum des Anschlusses ist älter als das Abschlussdatum für den Tariff).
• Staffelpreise für diese Preiskomponente
• Existiert keine MIND_ABMENGE gilt der Preis ab 0 kWh geschätztem Verbrauch
• Sollte mindestens ein weiterer Datensatz zu der selben Postleitzahl und Tarif existieren, wird der Datensatz mit der nächstkleineren Menge durch diesen abgegrenzt
• Für die Identifizierung der korrekten Staffel wird immer die in der Historie zuerst angegebene Verbrauchsprognose (in einem Vertrag) herangezogen
• Relevantes Datum für die Berechnung je nach Use Case
  • Aquise (Tarifberater) im Portal
  • Aktuelles Datum wird für die Berechnung verwendet
  • Initiale Zuordung eines Tarifes zu einem Vertrag in MBS
  • Hat der Tarif eine Preisgarantie?
    • Ja, das Vertragsabschlussdatum (contract conclusion date) wird verwendet
    • Nein, das aktuelle Datum wird verwendet
  • Erneuerung des Tarifes zu einem Vertrag
  • Hat der Tarif eine Preisgarantie?
    • Ja, das Vertragsabschlussdatum (contract conclusion date) wird verwendet
    • Nein, das aktuelle Datum wird verwendet
  • Erstellung einer Abrechnung
    • Abrechnungsbegin bis Abrechnungsende wird verwendet

Spezielle Validierungen

• Das AB_DAT darf nicht vor dem aktuellen Datum liegen.
  • Dies ist über eine GlobalProperty deaktivierbar. GlobalProperty