Die Rechnung auf eine Regel bringen, plus Knopf zum Nachrechnen
Die Regel lautet: so viele CC-Pakete wie Ketten, so viele Redesigns wie Eintraege minus Ketten. Anders gesagt - wer keinen Vorgaenger hat, ist der Anfang einer Kette und damit ein gekaufter CC; wer einen hat, ist dessen Redesign. In welcher Linie ein Eintrag gefuehrt wird, spielt keine Rolle. Ich hatte das mit einer Sonderbehandlung fuer "Herkunft ausserhalb der Linie" gebaut. Die faellt weg: Sie war ein Umweg um dieselbe Regel und hat sie an einer Stelle verfehlt. Jetzt steht sie direkt im Code, und der Fall mit dem fremden Gruppen-CC folgt von selbst daraus - dessen eigener Strang hat einen Vorgaenger, ist also kein Kauf. Fuer Bestaende, die aus einer Zeit stammen, in der eine Buchung blieb, wo sie beim Anlegen entstand, gibt es "Buchungen nachrechnen" auf der Spielerseite. Es richtet alle Buchungen eines Spielers nach dieser Regel aus, fasst nur an, was nicht passt, bucht ueber Gegenbuchungen um und laesst Kulanz- Entscheidungen stehen. Vier Tests halten die Rechnung fest, einer davon genau in der Form, in der sie formuliert wurde: Ketten zaehlen, Eintraege zaehlen, Buchungen zaehlen, vergleichen.
This commit is contained in:
@@ -61,17 +61,21 @@ desselben Spielers. Ein nachgetragener CC wird also schlicht dorthin gezogen, wo
|
||||
*Herauslösen* stellt einen Eintrag wieder allein, wenn sich herausstellt, dass er gar nicht in
|
||||
diese Kette gehörte.
|
||||
|
||||
**Die Stelle in der Kette bestimmt, was ein Eintrag kostet.** Das unterste Glied ist der CC, der
|
||||
gekauft wurde - es verbraucht ein CC-Paket. Alles darüber sind seine Redesigns und verbrauchen
|
||||
Redesign-Guthaben. Wandert ein Eintrag, wandert seine Bedeutung mit: Ein eigenständiger CC, den
|
||||
**Die Stelle in der Kette bestimmt, was ein Eintrag kostet**, und die Rechnung ist schlicht:
|
||||
|
||||
> So viele **CC-Pakete** wie Ketten. So viele **Redesigns** wie Einträge minus Ketten.
|
||||
|
||||
Drei Ketten mit zusammen sechzehn Einträgen sind also drei Pakete und dreizehn Redesigns. Anders
|
||||
gesagt: Wer keinen Vorgänger hat, ist der Anfang einer Kette und damit ein gekaufter CC; wer
|
||||
einen hat, ist dessen Redesign. In welcher Linie ein Eintrag geführt wird, spielt dabei keine
|
||||
Rolle - die Kette ist die Kette. Wandert ein Eintrag, wandert seine Bedeutung mit: Ein eigenständiger CC, den
|
||||
du mitten in eine Kette schiebst, ist von da an ein Redesign, und das CC-Guthaben kommt zurück.
|
||||
Ziehst du einen Eintrag an den Anfang oder löst ihn heraus, belegt er einen eigenen Platz und
|
||||
kostet wieder ein CC-Paket.
|
||||
|
||||
Eine Ausnahme gibt es: **Hat die Kette eine Herkunft außerhalb**, ist auch ihr unterstes Glied
|
||||
kein Kauf. Wer aus einem fremden Gruppen-CC herausredesignt, beginnt zwar eine eigene Kette -
|
||||
bezahlt hat er sie trotzdem mit einem Redesign. Sonst stünde derselbe Platz zweimal im Konto:
|
||||
einmal für den Beitritt, einmal für den eigenen CC.
|
||||
Daraus folgt auch der Fall mit dem fremden Gruppen-CC: Wer aus einem herausredesignt, dessen
|
||||
eigener Strang hat einen Vorgänger - den Gruppen-CC. Also ist sein erstes Glied kein Kauf,
|
||||
sondern ein Redesign. Bezahlt wurde der Platz beim Beitritt, und zwar einmal.
|
||||
|
||||
Umgebucht wird über eine Gegenbuchung, nicht durch Überschreiben - in der Historie bleibt
|
||||
sichtbar, was passiert ist. Reicht das Guthaben nicht, geht das Konto ins Minus und zeigt das an.
|
||||
@@ -86,7 +90,12 @@ woanders steht. Ein Platz entsteht dabei nicht aus dem Nichts: Wird ein CC dadur
|
||||
muss er gedeckt sein wie jeder andere.
|
||||
|
||||
Über *Bearbeiten* lassen sich Name, Beschreibung und der verknüpfte Forums-Antrag nachtragen -
|
||||
die Thread-Nummer genügt, die volle Adresse geht auch. Über *Bezahlart* wird umgestellt, woraus ein Eintrag
|
||||
die Thread-Nummer genügt, die volle Adresse geht auch. Stimmt ein Bestand nicht mehr - etwa weil er aus einer Zeit stammt, in der eine Buchung blieb,
|
||||
wo sie beim Anlegen entstand -, richtet **Buchungen nachrechnen** auf der Spielerseite alles
|
||||
nach dieser Regel aus. Angefasst wird nur, was nicht passt; umgebucht wird über eine
|
||||
Gegenbuchung, und zwischen bezahltem Redesign und Kulanz wird nichts gewechselt.
|
||||
|
||||
Über *Bezahlart* wird umgestellt, woraus ein Eintrag
|
||||
bezahlt wurde - aus einem CC-Paket, einem bezahlten Redesign oder aus Kulanz; umgebucht wird über
|
||||
eine Gegenbuchung, in der Historie bleibt beides sichtbar.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user