Tarif- und Preisanpassungen

Import-Datei

Aufbau

Die Import-Datei mit den anzupassenden Verträgen muss im CSV-Format vorliegen und folgende Spalten enthalten:

Beispiel

Vertragsnummer;Neue_Tarif-ID;Preiskomponente_Typ;Neuer_Grundpreis;Neuer_Arbeitspreis;Grundpreisdifferenz;Arbeitspreisdifferenz;Gueltig_ab;E-Mail_Template;Attachement_Template;Bonus_anwenden;Bonus_einbuchen;Laufzeitverlaengerung;Bonus_manuell_einbuchen
11050563739;;;;;;;28.01.2021;;;;;;;

Beispiel mit Versorgeranteilen

Vertragsnummer;Neue_Tarif-ID;Preiskomponente_Typ;Neuer_Grundpreis;Neuer_Arbeitspreis;Grundpreisdifferenz;Arbeitspreisdifferenz;Gueltig_ab;E-Mail_Template;KA_alt;KA_neu;KA_Diff;KWK_alt;KWK_neu;KWK_Diff;P19_alt;P19_neu;P19_Diff;Offshore_alt;Offshore_neu;Offshore_Diff;Netz-AP_alt;Netz-AP_neu;Netz-AP_Diff;Rest-AP_alt;Rest-AP_neu;Rest-AP_Diff;Netz-GP_alt;Netz-GP_neu;Netz-GP_Diff;MSB_alt;MSB_neu;MSB_Diff;Rest-GP_alt;Rest-GP_neu;Rest-GP_Diff
11059167640;;Regionale Preise;10;29;;;02.09.2024;;2;3;1;3;4;1;4;5;1;5;6;1;6;7;1;7;8;1;8;9;1;9;11;2;11;14;3

Restriktionen

Zusätzlich zu den im Aufbau der Datei beschriebenen Restriktionen:

• Für einen Vertrag darf nur ein Datensatz im Import vorhanden sein
• Eine mögliche noch existierende Preisgarantie wird nicht berücksichtigt
• Laufzeit, Kündigungsfristen und Preisgarantien werden 1:1 von der alten Tarifzuordnung übernommen.
• Falls Preise überschrieben werden, gelten nach Ablauf der Preisgarantie wieder die dynamisch ermittelten Preise und nicht mehr die Preise aus diesem Import

Szenarien

Es existieren zwei Hauptszenarien Tarifwechsel und Preisanpassung. Welches Szenario gewählt wird, entscheidet das Setzen der Tarif-ID. Ist das Feld Neue_Tarif-ID leer, handelt es sich um eine Preisanpassung. Ist das Feld Neue-Tarif-ID befüllt, handelt es sich um einen Tarifwechsel.

Tarifwechsel

Das Feld Neue_Tarif-ID ist gesetzt. Die Tarif-ID muss in MBS als solche existieren und der Tarif muss aktiv sein. Die Eigenschaften vom neuen Tarif werden dann übernommen. Die Preise werden ebenfalls pro am Tarif hinterlegter Preiskomponente berechnet und am Vertrag des Kunden hinterlegt. Eine Besonderheit bei den Preiskomponenten stellt eine individuelle Preiskomponente dar. Besitzt der Tarif eine individuelle Preiskomponente, so müssen im Import Preise für diese angegeben werden. Es muss der Name der Preiskomponente und als Preise die absoluten Werte angegeben werden!

Bonus anwenden

Das Feld Neue_Tarif-ID ist gesetzt und es gelten die Voraussetzungen wie bei einem Tarifwechsel. Zusätzlich kann das Feld Bonus_anwenden konfiguriert werden, um einen existierenden Bonus, der dem Tarif zugewiesen ist, anzuwenden.

Um die Anwendung durchzuführen, ist das Feld mit dem Wert “true” zu belegen. Sind mehrere Boni am Tarif hinterlegt, werden alle angewendet.

Ist das Feld nicht gesetzt oder “false” wird keine Bonusanwendung durchgeführt.

Das Feld wird nicht berücksichtigt, wenn Neue_Tarif-ID nicht gesetzt ist.

Preisanpassung

Das Feld Neue_Tarif-ID ist nicht gesetzt. Die Eigenschaften vom bestehenden Tarif werden kopiert. Die Preise für die entsprechend hinterlegten Preiskomponenten werden, falls möglich, neu berechnet (z. B. Regionale Preise) und am Vertrag hinterlegt. Sollte eine individuelle Preiskomponente existieren, werden die Preise zunächst beibehalten. Ist im Import die individuelle Preiskomponente angegeben, werden die Preise entweder mit den absoluten Werten oder mit den Differenzwerten berechnet und hinterlegt. Sollte eine nicht individuelle Preiskomponente angegeben werden, werden die absoluten oder die Differenzen auf diese angewendet. Im Fall der Differenzen werden diese auf die ursprünglichen Preise angewendet.

Versorgeranteile

Die Felder, die mit Versorgeranteile gekennzeichnet sind (KA_alt, KA_neu, KA_Diff, …), werden in einer separaten Tabelle gespeichert, um im passenden DataSet ausgegeben zu werden.

Folgende Prüfungen finden statt, damit der Datensatz erkannt und angelegt wird:

1) Bei dem Import muss es sich um eine Preisanpassung handeln 2) Die Preisanpassung ist erfolgreich importiert worden (es liegen für den Datensatz keine Validierungsfehler vor) 3) Wenigstens ein Wert aus dieser Gruppe ist explizit angegeben 4) Wird ein Datensatz angelegt und manche Werte sind nicht gesetzt, werden diese automatisch als 0 angenommen

Tarifanpassung

Im Gegensatz zu einem Tarifwechsel grenzt eine Tarifanpassung nicht den aktiven Tarif ab, sondern ändert gezielt bestimmte Attribute. Derzeit werden folgendene Aktionen unterstützt.

• Laufzeitverlaengerung: eine bestehende Laufzeit wird um die Angabe erhöht (Neuer Wert = alter wert + Angabe)
• Bonus_manuell_einbuchen: ein bestehender Bonus wird in das Debitorenkonto des Kunden eingebucht. Als Betrag wird der Wert aus der Konfiguration genommen. Die Fälligkeit entspricht der Konfiguration (z.B. X Tage nach Lieferbeginn) oder dem Ende des nächsten Werktages, jenachdem welches Datum später und nicht in der Vergangenheit liegt.
• Bonus_einbuchen: ein bestehender Bonus wird als Bonus-Applikation für den Kunden angelegt. Als Betrag wird der Wert aus der Konfiguration genommen. Die Fälligkeit entspricht der Konfiguration (z.B. X Tage nach Lieferbeginn) oder dem Ende des nächsten Werktages, jenachdem welches Datum später und nicht in der Vergangenheit liegt.

Alle Fälle zur Tarifanpassung können nur angewendet werden, wenn kein Tarifwechsel (Neue_Tarif-ID ist gesetzt) oder eine Preisanpassung (Preiskomponente_Typ ist gesetzt) vorliegt.

Ablaufübersicht

Mailversand

Über das Feld E-Mail_Template im Import kann gesteuert werden, ob eine E-Mail über die Preisanpassung oder Tarifänderung an den Kunden versandt wird. Ist dieses Feld gefüllt, muss das Template im System existieren. Ist es nicht gefüllt, wird keine E-Mail versendet.

Gueltig_ab

normalerweise werden nur Preisanpassungen für die Zukunft akzeptiert. Falls eine Preisanpassung für die Vergangenheit importiert werden soll, muss die GlobalProperty PRICE_ADJUSTMENT_ACCEPT_CHANGEDATE_IN_PAST = true gesetzt werden.

Testen

Es wird empfohlen Preisanpassungen vorab auf dem Testsystem zu testen

Prozessübersicht

Die folgende Matrix zeigt die erlaubten Kombinationen an anzugebenden Feldern je Prozess:

* bei einer Preisanpassung sind entweder Neuer_Grundpreis und Neuer_Arbeitspreis Pflicht oder Grundpreisdifferenz und Arbeitspreisdifferenz.