Bestellnummer im Onlineshop verschwunden
Geschrieben am 25. März 2010 von AndyEingehende Bestellungen in Onlineshop unserer “Zweitfirma” Low Carb World werden voll automatisch erfasst und (in dem Moment, in dem der Kunde auf “BESTELLEN” klickt) fortlaufend mit einer 4 -stelligen Bestellnummer durchnummeriert. Gerad eben schaue ich mir die Bestellungen von heute an und sehe folgendes:
Die Nummer “4154″ fehlt. So etwas kam noch nie vor und ich kann mir das auch nicht erklären. Im schlimmsten Fall ist eine Bestellung im Nirwana verschwunden und ein Kunde sauer …
Vielleicht kennt sich ja jemand mit “ePages ” aus und hat eine Erklärung?!
Tags: seltsam • Shop
Kategorie: Allgemein • Oooops
- Einträge aus anderen Jahren:
- Wortmann Frühjahrs-Special 2011 - 2011
- Pizzaaaaa! - 2011
- Osterspam - 2008
- Auflösung Bilderrätsel [No2] - März - 2006
- Praktikantenalarm! - 2006
XML-Feed Beiträge
Beiträge abbonieren
Kann evt. an irgend einem Punkt eine Bestellung noch abbrechen bzw. löschen?
Man kann jederzeit abbrechen.
Laut Analyseprogrammen machen das auch hin und wieder Kunden. Dies verursacht aber keine Sprünge der Auftragsbestätigungsnummern!
Wir hatten auch noch nie “Leer – Bestellungen” – also Nummer vergeben und nix drin. Und erst recht nicht fehlende Nummern ?!?!?
Hey,
evtl. ist bei der Übertragung ein Fehler aufgetreten? ala TimeOut / Abbruch.. dies wurde ggf. durch das System entdeckt und die korrupte Bestellung gelöscht? – Gibts da so ein Feature?
Im normalen BackEnd gibt es keine Möglichkeit, eingegangenen Bestellungen zu löschen oder zu verändern. Man kann nur den Status ändern.
Speziell handelt es sich um einen ePages Shop von Strato, der auch auf deren Servern liegt. Wir haben also keinen Einföuss auf irgendetwas.
Allgemein kann ich zu Strato ePAges sagen …. recht lahm, aber wenigstens konstant&stabil lahm
Ein Sprung in der Liste der Bestell-Nr. kann z.B. folgende Ursachen haben:
- Der Shop benutzt eine elektronische Zahlungsmethode und die Einstellung ist so, dass die Bestellung erst nach der erfolgreichen Zahlung erzeugt wird. Jetzt kann es durch (un)geschicktes vor- und zurückklicken im Zahl- und Bestellprozess passieren, dass das System die Nr. für die nächste Bestellung schon einmal hochzählt, die Bestellung aber dann doch abgebrochen wird.
- Der Shopbetreiber erzeugt eine neue Bestellung im Back Office. Er/sie speichert die neue Bestellung aber dann doch nicht. Die Nr. für die nächste neue Bestellung wurde dann aber bereits erhöht.
- Eine Bestellung wurde im Back Office gelöscht.
Das alles sollten – und der Screenshot beweist das – sehr selten auftretende Fälle sein.
Bei einer Prüfung seitens des Finianzamtes stellt eine solche Lücke bei den Bestell-Nr. kein großes Problem dar. Nur bei den Rechnungs-Nr. sollten keine Lücken sein, aber die Rechnungs-Nr. kann in ePages unabhängig von der Bestell-Nr. gesetzt werden.
@Andy: Wir arbeiten kontinuierlich auch an der Verbesserung der Performance. Leider ist explizit der IE als Browser dem verwendeten JavaScript nicht immer gewachsen, weshalb wir als Browser unbedingt Firefox, Chrome oder Safari empfehlen.
Gruß Mario Rieß
CTO ePages GmbH
So ein Sprung kann auch durch eine vom Server abgebrochene Transaktion passieren, wenn das erste Query den Datensatz anlegt und danach durch irgend ein Fehler (Verbindungsabbruch zum Beispiel) die Transaktion nicht beendet wird schafft es der Datensatz nicht in die eigentliche Tabelle, der wert für die id wurde aber bereits erhöht.
PS: Sprünge in der Rechnungsnummer sollten eigentlich auch kein Problem darstellen, solange die Rechnungsnummer immer nur steigt (also nicht 1,2,5,3,6,7…) zumindest wurde mir das so von unserer Buchhaltung beantwortet.
@Mario / B3rT:
Ersteinmal herzlichen Dank für die ausführliche Erklärung!
Wir selbst erzeugen oder bearbeiten keine Bestellungen im Shop, daher denke ich mal, das Punkt 1 die Ursache war.
Daß das kein wirkliches Problem für die Buchhaltung ist, ist mir schon klar …
Zu den Browsern:
Ich mag den IE. Ganz ehrlich. Habe nie Probleme damit. Auch ePages laufen problemlos (nur etwas lahm). Mit dem Firefox habe ich aber auch keine bessere Performance feststellen können. Auch nicht mit Opera.
Wie bereits gesagt, ePages von Strato laufen recht lahm, dafür aber “stabil-lahm”. Wir hatten mal zum Test auf einen Schlag recht viele Besucher (>500) gleichzeitig “generiert” – ohne großartig einen Einbruch festzustellen.
Unsere eigene Seite AHCT.de brach bei gleicher Belastung zusammen …
Naja andy da ist ja der Fehler schon gefunden. Nutze Chrome und du wirst erstaunt sein, wie schnell auf einmal alles ist. Alleine der Multicore Support ist schon eine Erleichterung beim surfen.
Nene. Das liegt nicht nur am Browser.
Bei anderen Seiten kann ich über die Geschwindigkeit mit IE8 oder Opera auch nicht klagen.