Du hast nicht richtig gelesen ...
Konto 1000 User 1
Konto 9999 User xyza
Konto 12345 User xy
Konto 1 bez. Shoutbox
Konto 2 Slot A
Buchungen:
bezahlte Shoutbox User 1
Konto 1000 _ + 500
Konto 1 _ - 500
Einsatz Slot A Spiel verloren
Konto 1000 _ - 200
Konto 2 _ + 200
Danach haben die Konten
Konto 1 = -500
Konto 2 = +200
-----------------
Konto 1000 = 300
Konten < 1000 = -300
Konten > 999 = +300
Konten <1000 + Konten>999 = 0
Wenn jemand durch Bug oder sonstiges sich auf sein Konto was zu bucht, muss er schon die Gegenkontonummer oder zumindest EINE Systemkontonummer kennen, die existiert.
Bei z.B. 10 Angeboten und 1000 Systemkontennummern ist die Wahrscheinlichkeit, dass er die richtige trifft 1:100. Trifft er nicht, wird nur dem Userkonto gutgeschrieben, aber die Systembuchung geht ins Leere.
Dann ist Konten < 1000 + Konten>999 != 0 und die Alarmmail wird abgesetzt.
Wenn der Bug so früh einsetzt, dass er beide Buchungsvorgänge steuert, hast Du natürlich recht, dann wird auch die Gegenbuchung revers falsch laufen und die Bilanz bleibt bei = 0.
Aber das größte Problem liegt halt am offenen Quelltext / Datenbankstruktur. Und wer macht sich schon die Mühe, mal etwas Quelltext zu studieren und ggfls. zu modifizieren ...