Shop verliert Auftraege

[gboehm]

Moin zusammen,

per Zufall habe ich festgestellt, dass im Shop komplette Auftraege fehlen. Zwischen 2 Auftragsnummern ist einfach eine Luecke.
Darauf gekommen bin ich, als ich eine Statusemail von Billsafe erhalten habe, auf der ein Auftrag stand, den ich in der Wawi nicht gefunden habe. Danach habe ich im Shopbackend nachgeschaut. Dort war er auch nicht - er fehlt einfach. Nachdem ich dann die letzten 6 Monate ueberprueft habe, habe ich insgesamt 3 Luecken, e.g. verlorene Auftraege gefunden.

Wie geht das denn? Wie kann es sein, dass der Shop Auftraege verschlampt???

Gruss,

Guido

 

[Janusch]

AW: Shop verliert Auftraege

Hallo,

der Shop verschlampt nichts.
Es wurde 3 x ein Backup der Datenbank auf Dienem Hosting aufgespielt.
Dadurch fehlen die Aufträghe auf Dienem Server.

Wawi korrigiert die Nummern bei jedem Abgleich, damit nicht noch einmal gleicher Auftrag ertsellt wird, deshalb diese Lücken.

 

[gboehm]

AW: Shop verliert Auftraege

Hallo,

der Shop verschlampt nichts.
Es wurde 3 x ein Backup der Datenbank auf Dienem Hosting aufgespielt.
Dadurch fehlen die Aufträghe auf Dienem Server.

Wawi korrigiert die Nummern bei jedem Abgleich, damit nicht noch einmal gleicher Auftrag ertsellt wird, deshalb diese Lücken.

Hi Janush,

ich glaube, dass Du da etwas verwechselst. Ich habe kein Hosting bei Euch. Und ein DB Backup habe ich auch nicht eingespielt. Die fehlenden Auftraege sind vollkommen willkuerlich und nicht fortlaufend.

 

[Janusch]

AW: Shop verliert Auftraege

Ich habe nicht gesagt das es bei uns ist, sonder das Dein Hoster ein Backup aufgespielt hat.
Nur so entstehen Lücken in der Auftragsnummerierung.

 

[gboehm]

AW: Shop verliert Auftraege

Ah, OK. Dann hatte ich das misverstanden.

Wenn dem so wäre, was ich sehr stark bezweifle, da ich vermutlich (hoffentlich) vom Hoster vorher/nachher informiert worden wäre.
Unabhängig davon, hätte ich doch zumindest Bestellbestätigungen aus dem Shop erhalten müssen als die Bestellungen eingingen? Da kam aber nix, nüscht, nada.
Als hätte es die Aufträge nie gegeben.

 

[Janusch]

AW: Shop verliert Auftraege

Wenn ein Auftrag vom Shop an Billsafe gesendet wurde und anschließen im Shop fehlt, dann muss dieser erstellt worden sein.
Schaue bei Billsafe von wann der Auftrag war und frage Deinen Hoster was zu dieser Zeit los war.
Wenn es Serverprobleme gab, so kann auch die Mail usw. fehlen. Das kann Dir aber nur der Hoster beantworten.

 

[gboehm]

AW: Shop verliert Auftraege

Kann man "Serverprobleme" etwas näher spezifizieren? Wenn ich einfach nach Problemen frage wird die Antwort ganz klar "Nein".
Unter welchen Umständen würde denn die Auftragsnummer zwar reserviert aber der eigentliche Auftrag nicht angelegt werden?

 

[Janusch]

AW: Shop verliert Auftraege

Der Auftrag war angelegt, sonnst würde nichts zu Billsafe gehen.
D.h. der Käufer hat den Checkout abgeschlossen. Der Auftrag wurde erstellt und versendet.
Evtl. hilft da die Auswertung der Serverlogdateien.

 

[Janusch]

AW: Shop verliert Auftraege

Edit:

wenn es nur einer ist, schaue ob dieser evtl. in der Wawi gelöscht wurde:

Unter Einstellungen -> Logbuch nach:

WebShop Auftrag gelöscht

suchen.

 

[gboehm]

AW: Shop verliert Auftraege

Im Wawi Logbuch steht nichts dergleichen.
Es sind, wie gesagt, insgesamt 3 Aufträge. Einer davon Billsafe. Die anderen müssten Vorkasse sein, da ich vermutlich sonst von den Zahlungsdienstleistern (Billsafe, PayPal oder Sofortüberweisung) eine Benachrichtigung bekommen hätte.

Im Server Log habe ich folgendes gefunden - ist die einzige Billsafezahlung an diesem Tag:

 "POST /bestellabschluss.php HTTP/1.1" 200 - www.sannes-stickdesign.de "https://www.sannes-stickdesign.de/bestellvorgang.php" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" "-"
 "-" 408 - - "-" "-" "-"
 "GET /includes/modules/notify.php?ph=_xxxxxxxxxxxxxxxxxxxxxxxxx&sh=_xxxxxxxxxxxxxxxxxx&token=xxxxxxxxxxxxx HTTP/1.1" 200 - www.sannes-stickdesign.de "https://invoice-payment.billsafe.de/V200?lpg=0&token=xxxxxxxxxxxxxxxx" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" "-"
 "-" 408 - - "-" "-" "-"
 "GET /favicon.ico HTTP/1.1" 200 - www.sannes-stickdesign.de "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" "-"
 "GET /favicon.ico HTTP/1.1" 200 - www.sannes-stickdesign.de "-" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" "-"

 

[casim]

AW: Shop verliert Auftraege

...

 

[Janusch]

AW: Shop verliert Auftraege

So kann man schlecht was sagen, v.a. fehlt da der Zeitstempel im Log.
"POST /bestellabschluss.php HTTP/1.1" 200" Falls es die Bestellung war, so wurde diese korrekt abgeschlossen.

Da kann Dir nur der Hoster weitere Auskunft geben.

 

[gboehm]

AW: Shop verliert Auftraege

Die Zeitstempel sind wie folgt:

[17/Dec/2012:20:50:23 +0100]
[17/Dec/2012:20:50:43 +0100]
[17/Dec/2012:20:51:26 +0100]
[17/Dec/2012:20:51:46 +0100] 
[17/Dec/2012:20:52:31 +0100] 
[17/Dec/2012:20:52:31 +0100]

Es liegen immer genau 20 sec. zwischen dem post/get und dem 408. Das korreliert aber meines Wissens nicht mir irgendwelchen auf meinem Server eingestellten php Ausführungszeiten.

Laut Hoster lagen keine Störungen zu dieser Zeit vor.

 

[gboehm]

AW: Shop verliert Auftraege

"POST /bestellabschluss.php HTTP/1.1" 200" Falls es die Bestellung war, so wurde diese korrekt abgeschlossen.

wie gesagt es war an diesem Tag die einzige Billsafebestellung, daher gehe ich davon aus, dass dies der Logausschnitt der fehlerhaften Bestellung ist. Wo könnte es denn noch klemmen, wenn, wie Du sagts, die Bestellunge abgeschlossen wurde, sie aber in der Batenbank fehlt? Ein Restor der DB kann ich 100%ig ausschliessen.

Zu welchen Messages gehören denn die Timeouts. Was würde denn an diesen Stellen stehen wenn alles normal abgelaufen wäre?

 

[KathiLe]

AW: Shop verliert Auftraege

Ich hatte einen ähnlichen Fall vor Kurzem gehabt, was mir aber erst bewusst wurde, als ich aus einem anderen Auftrag eine Rückerstattung per Kreditkarte (via Secupay) an diese Kundin vornehmen wollte. Meine Suche nach ihrem Namen ergab dann eine weitere (erfolgreiche) Zahlung über einen anderen Betrag, zu dem mir kein Auftrag vorlag. Alle Auftragsnummern sind fortlaufend, es fehlt keine einzige. Und auch in der Bestellübersicht im ShopAdmin war diese Bestellung im fraglichen Zeitraum (Zeitpunkt der Zahlung) nicht vorhanden.