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;Zuweisungsart;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;PRICE_ADJUSTMENT;;Regionale Preise;10;29;;28.01.2021;;;;;;

Beispiel mit Versorgeranteilen

Vertragsnummer;Zuweisungsart;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;PRICE_ADJUSTMENT;;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

Das Feld “Zuweisungsart” legt fest, welches Szenario ausgeführt wird. Die folgenden Ausprägungen sind möglich und werden im Folgenden näher beschrieben:

• TARIFF_CHANGE - Tarifwechsel
• PRICE_ADJUSTMENT - Preisanpassung
• INDIVIDUAL_PRICE_ADJUSTMENT - Preisanpassung mit individueller Preiskomponente
• TARIFF_CHANGE_PRICE_ADJUSTMENT - Preisanpassung im Sinne eines Tarifwechsels
• TARIFF_ADJUSTMENT - Tarifanpassung

Tarifwechsel

Das Feld Neue_Tarif-ID muss gesetzt sein. 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 muss gesetzt sein 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.

Preisanpassung

Das Feld Neue_Tarif-ID darf nicht gesetzt sein. 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. Die angegebene Preiskomponente darf nicht vom Typ “Individuell” sein. Die Preise werden entweder mit den absoluten Werten oder mit den Differenzwerten berechnet und auf die angegebene Preiskomponente - und im Fall von Differenzwerten auf deren ursprüngliche Preise - angewandt.

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

Preisanpassung mit individueller Preiskomponente

Das Feld Neue_Tarif-ID muss gesetzt sein. Der angegebene Tarif muss derselbe sein, der dem Vertrag aktuell zugeordnet ist und die angegebene Preiskomponente muss dem angegebenen Tarif zugewiesen sein. Die angegebene Preiskomponente muss vom Typ “Individuell” sein. Ansonsten funktioniert dieses Szenario analog zur Preisanpassung für nicht-individuelle Preiskomponenten.

Tarifwechsel im Sinne einer Preisanpassung

Das Feld Neue_Tarif-ID muss gesetzt sein. Es gelten dieselben Voraussetzungen wie bei einem Tarifwechsel. Laufzeit und Fristen werden jedoch vom vorhandenen Tarif übernommen. Die Preise für die entsprechend hinterlegten Preiskomponenten werden, falls möglich, neu berechnet und am Vertrag hinterlegt.

Tarifanpassung

Im Gegensatz zu einem Tarifwechsel grenzt eine Tarifanpassung nicht den aktiven Tarif ab, sondern ändert gezielt bestimmte Attribute.

Es muss mindestens eines der folgenden Felder gesetzt sein:

• 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, je nachdem 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, je nachdem welches Datum später und nicht in der Vergangenheit liegt.

Die Felder Neue_Tarif-ID und Preiskomponente_Typ dürfen nicht gesetzt sein.

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 oder Grundpreisdifferenz und Arbeitspreisdifferenz Pflichtangaben.