Kaufbarer Artikel trotz Stock 0 und nicht kaufbar, wenn ausverkauft

sylost · April 13, 2021, 12:33pm

Wir haben immer wieder mal das Ereignis, dass ein Artikel, mit leerem Stock und eingestellt, wenn Lagerbestand leer, dann nicht kaufbar, eben doch gekauft werden konnte. Hat jemand sowas schon mal gehabt? Wir können es bislang nicht reproduzieren

indianer3c · April 13, 2021, 12:58pm

Wie ist den den Grundkonfiguration für Lager eingestellt?

Damit die Einstellung unter dem Artikel Tab Lager greift muss meines Wissens auch die Lagerverwaltung aktiv sein.

Weitere Infos: Lagerverwaltung — OXID eShop 6.2 | Anwenderdokumentation

sylost · April 13, 2021, 1:15pm

indianer3c · April 13, 2021, 1:43pm

Hmm… dies ist korrekt eingestellt aus meiner Sicht.

Wie weit liegen den die zwei letzten Bestellungen eines Beispielfalls auseinander?

Wurde der Artikel kurz vorher “leer” gekauft? oder liegt ein längerer Zeitraum dazwischen?

Im Prinzip würde ich bei einer Analyse wie folgt vorgehen. Würde mir das Bestelldatum bzw. Zeitpunkt einer Bestellung angucken, die nicht hätte sein dürfen.

Damit würde ich die Access Logs nach der cl=thankyou oder den sprechenden Namen welche die Dankeseite bekommen hat für den Zeitpunkt raussuchen. Damit hätte ich die IP-Adresse.

Mit der IP-Adresse könnte ich die Access Logs weiter filtern und mir vom Erst-Aufruf bis Dankeseite alle Seitenrequests angucken um ggfs. Rückschlüsse ziehen zu können um Fehler reproduzieren zu können.

sylost · April 13, 2021, 1:58pm

Nein, der war bereits seit 1 Woche auf Lager 0, wir haben die Lagerbestände nochmal gesondert geloggt, weil dieser Vorfall nicht das erste Vorkommen war und können daher definitiv sagen, dass der Artikel seit dem 7.4. einen Lagerbestand von 0 hatte, da war übrigens auch der letzte Kauf.

Die Logdateien wurden zwecks Fehleranalyse ebenfalls verfolgt.

der User macht → Produktseite → Warenkorb → Usererstellen → Payment → Thankyou also es sieht so aus als zeigt oxid den Warenkorbbutton obwohl nicht kaufbar

indianer3c · April 13, 2021, 2:37pm

Okay und wie sieht es in Euren Theme aus?
Dort auch Logik richtig übertragen? Von einem Standard Theme wie z.B. Wave in der productmain.tpl mit

[{if !$oDetailsProduct->isNotBuyable()}]

github.com

OXID-eSales/wave-theme/blob/master/tpl/page/details/inc/productmain.tpl#L45


[{oxhasrights ident="TOBASKET"}]
    <form class="js-oxProductForm" action="[{$oViewConf->getSelfActionLink()}]" method="post">
        <div class="hidden">
            [{$oViewConf->getHiddenSid()}]
            [{$oViewConf->getNavFormParams()}]
            <input type="hidden" name="cl" value="[{$oViewConf->getTopActiveClassName()}]">
            <input type="hidden" name="aid" value="[{$oDetailsProduct->oxarticles__oxid->value}]">
            <input type="hidden" name="anid" value="[{$oDetailsProduct->oxarticles__oxnid->value}]">
            <input type="hidden" name="parentid" value="[{if !$oDetailsProduct->oxarticles__oxparentid->value}][{$oDetailsProduct->oxarticles__oxid->value}][{else}][{$oDetailsProduct->oxarticles__oxparentid->value}][{/if}]">
            <input type="hidden" name="panid" value="">
            [{if !$oDetailsProduct->isNotBuyable()}]
                <input type="hidden" name="fnc" value="tobasket">
            [{/if}]
        </div>
[{/oxhasrights}]

<div class="details-info">
    <div class="row">
        <div class="col-12 col-md-4 details-col-left">
            [{* article picture with zoom *}]
            [{block name="details_productmain_zoom"}]

und

github.com

OXID-eSales/wave-theme/blob/master/tpl/page/details/inc/productmain.tpl#L250


        <div class="persparamBox clear form-group">
            <label for="persistentParam" class="control-label">[{oxmultilang ident="LABEL"}]</label>
            <input type="text" id="persistentParam" name="persparam[details]" value="[{$oDetailsProduct->aPersistParam.text}]" size="35" class="form-control">
        </div>
    [{/if}]
[{/block}]

[{block name="details_productmain_tobasket"}]
    <div class="tobasketFunction tobasket-function">
        [{oxhasrights ident="TOBASKET"}]
            [{if !$oDetailsProduct->isNotBuyable()}]
                <div class="input-group tobasket-input-group">
                    <input id="amountToBasket" type="text" name="am" value="1" autocomplete="off" class="form-control">
                    <div class="input-group-append">
                        <button id="toBasket" type="submit" [{if !$blCanBuy}]disabled="disabled"[{/if}] class="btn btn-primary submitButton" data-disabledtext="[{oxmultilang ident="TO_CART_NOVARIANT"}]"><i class="fa fa-shopping-cart"></i> [{oxmultilang ident="TO_CART"}]</button>
                    </div>
                </div>
            [{/if}]
        [{/oxhasrights}]
    </div>
[{/block}]

patchwork.de · April 13, 2021, 2:40pm

in der DB-Tabelle oxorderarticles wird in der Spalte oxstock eingetragen welcher Lagerbestand zum Zeitpunkt der Bestellung vorlag - also nach der Bestellung niedriger
Wenn also zweimal Bestellungen eines Artikels mit oxstock = 1 oder eine Bestellung mit oxstock = 0 gespeichert sind ist das ein bug …

windes · April 13, 2021, 2:44pm

Hat der Artikel evtl. Varianten? Die haben eigene Lagerbestände.

patchwork.de · April 13, 2021, 2:47pm

ich bin mir nicht sicher ob das abgefangen wird:

der Lagerbestand eines Artikels ist 1
User A legt den Artikel in den Warenkorb
User B legt den gleichen Artikel auch in den Warenkorb
User A kauft
User B kauft ??? - hier muss auf der Warenkorbseite geprüft werden ob der Artikel noch kaufbar ist …

sylost · April 13, 2021, 3:17pm

Danke, diesen Vorfall konnten wir bei unseren Tests, es nachzuproduzieren ausschließen. Wenn User B kauft, kann er dann nicht mehr kaufen und springt zurück zu einem Warenkorb mit leerem Inhalt und Fehlermeldung

sylost · April 13, 2021, 3:17pm

Es ist eine Variante und wurde dabei berücksichtigt

indianer3c · April 13, 2021, 3:24pm

Wenn

Shopkonfiguration
Artikelkonfiguration
Theme Integration

korrekt sind, dann bleibt noch die Methode isNotBuyable() zu prüfen ob diese durch ein Modul überladen wird.

sylost · April 13, 2021, 3:25pm

Japp, werden wir morgen weiter probieren, danke

marco.steinhaeuser · April 13, 2021, 5:07pm

Wie Markus Schall und @Thomas_Dartsch im Slack schon sagten: Ich vermute auch, dass etwas anderes reingrätscht. Grad, wenn das schwer reproduzierbar ist…

rubbercut · April 14, 2021, 7:42am

Welche Shopversion? Da gab’s mal nen Bug.
Was ist in der Variante und im Vater im Feld oxarticles__oxstockflag eingetragen?

system · April 14, 2022, 7:42am

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.