Skip to main content

IN BEARB // Tarife Preisänderungen

Vorwort

Im C-Rent können Sie die Preise aller Tarife oder bestimmter Preislisten per Faktor um einen Wert x erhöhen oder verringern. Dies erspart die einzelne Bearbeitung der Tarife und jeder einzelnen Gruppe. 

Voraussetzungen

  • Der C-Rent Benutzer benötigt das Recht "Stammdaten Tarifcodes ändern" um in die entsprechenden Masken zu gelangen. 

Die Tabelle für Preisänderungen erreichen Sie im C-Rent unter Stammdaten > Tarife > Preisänderungen
image-1699368781490.png

Handling Preisänderung 

Wenn Sie die die Funktion Preisänderung nutzen möchten sollten Sie
1. zuerst immer alle Preise von Liste 2 in Liste eins übertragen. So stellen Sie sicher, das im 2ten Step alle Preise bearbeitet werden können.



Eine Preisanpassung von Liste 2 auf 1 findet nicht statt. Nur für die Richtung von Preisliste 1 nach Preisliste 2 ist die Eingabe eines Faktors, eines Gültigkeitsdatums, bzw. ob dieses für die Abfahrt, oder die Ankunft gültig ist, vorgesehen. Bei der Rückrichtung von Preisliste 2 nach Preisliste 1 findet einfach nur eine Übertragung der Daten statt.

Wir raten dazu diesen Schritt immer durchzuführen, da es keine Nachteile gibt.
Sollte es in einigen Tarifen ggf. keine Preise in Liste 2 geben, so hat dies keine weiteren Auswirkungen.
Nur wenn Sie sich ganz sicher sind, das in den Reiter Preisfindung/Fibu II in keiner Rate im C-Rent jemals Daten eingegeben wurden könnten Sie diesen Step 1 überspringen. Wir raten aber davon ab.

Beispiel

 


2. Im Anschluss kann die Funktion Preisliste 1-> Preisliste 2 genutztverwenden werden.um den neuen Preis einzurichten.

Im 

Step

Berechnungsbeispiel 1 müssen die aktuellen preise von preisliste 2 auf preisliste 1 verschoben werden. ( Screenshot in D2)Faktor:
Im Step 2 muss dann der aktuelle Preis eingerichtet werden Preisliste 1-> Preisliste 2: Faktor ist: 0,9962997224791858 ( Screenshot in D3)

Nur für die Richtung von Preisliste 1 nach Preisliste 2 ist die Eingabe eines Faktors, eines Gültigkeitsdatums, bzw. ob dieses für die Abfahrt, oder die Ankunft gültig ist, vorgesehen. Bei der Rückrichtung von Preisliste 2 nach Preisliste 1 findet einfach nur eine Übertragung der Daten statt.

Eine Preisanpassung von Liste 2 auf 1 findet nicht statt.

 


image-1699351305550.png

image-1699351354158.png

  1. Rate (bzw. Preisliste) per Hand eingeben
  2.  Faktor
    • 1=100 %, Preis jetzt, aus der Preisliste 1
    • Bei Erhöhung der der Preise z.B. um 5 % ist der Faktor 1,05
    • Bei Senkung der Preise um z.B. 30% ist der Faktor 0,7

 

 

Test in meiner DB. 
Tarif  [N]MONATSTARIF12 

1. Preisfindung 1 in 2 übertragen. für PL [N]%
image-1699351940101.png
OK hat geklappt. 

2. Preisliste 2-> Preisliste 1
Mögliche eingaben der Tarife: 
% - greift auf ALLE Tarife zu, unabhängig von der Preisliste.
[N]% - greift auf alle Tarife der Preisliste [N] zu

image-1699352690336.png

 

 

3. Tarif  [N]MONATSTARIF12 
Preisliste 1-> Preisliste 2: Faktor ist: 0,9962997224791858

image-1699352310006.png

image-1699352325349.png

Prüfung, Ergebnis ok:

image-1699352383720.png

Zusatztests / Auffälligkeiten:

1. Eingegebener Ratenname wird nicht geprüft. das sollten wir erweitern. Weil das System meldet stumpf das der Tarif SHIT geändert wurde.. den gibt es aber gar nicht. 
image-1699353149768.png

image-1699353218257.png

2. Wird bei der Gültigkeit keine Auswahl bei Abfahrt oder Ankunft gesetzt wird immer die Abfahrt verwendet. 
Interne Erweiterung: Idee, einfach Abfahrt  vor belegen. 

3. 

 

Back to top