livaro2014livaro2014 MemberComments: 238 Received thanks: 7 Member since: December 2014

Hallo,

seit dem Update gestern haben wir im Amazon Konto zig Zahlungen, aber die Bestellungen in Shopware dazu fehlen!

Anscheinend werden die Bestellungen über das Plugin nicht mehr richtig ausgelöst!

Answers

  • MacGyverNRWMacGyverNRW MemberComments: 76 Received thanks: 9 Member since: February 2017

    Sicher dass es Zahlungen sind und keine Abbrüche?

    Wenn die Bestellnummer fehlt, ist es ein SCA Abbruch. Das habe ich auch festgestellt, dass Kunden sich durch das neue Fenster "erschrecken" und das Fenster zu machen. Ansonsten klappt bei mir das neue Update ganz gut.

    Andernfalls melde Dich via support@bestit-online.de bei denen und schalte das DEBUG Log vorher ein um da eine Datei mitzusenden:
    https://amazon.bestit-support.de/de/swap/master/support-logfile#logfile

    LG Mac

  • DandonDandon MemberComments: 13 Received thanks: 1 Member since: June 2018

    Haben das selbe Problem, zwei Bestellung aktuell heute ohne Bestellnummer etc..? Ist der Fehler gefunden worden?

  • livaro2014livaro2014 MemberComments: 238 Received thanks: 7 Member since: December 2014
    Hi, nein leider wurde das Problem nicht gelöst. Wir haben das AmazonPay Update in 3 Shops ausgeführt. 1. Shop hat seitdem Probleme mit den Bestellungen 2. Shop wirft nun sporadisch http500 Error 3. funktioniert ohne Probleme Keine Ahnung woran das liegt, BestIt konnte auch keinen Fehler finden. Wir sind deshalb hingegangen und haben wieder die Version 8.2.10 installiert. Damit läuft es problemlos. Wenn du eine Lösung hast, dann gerne :)
  • naturdrogerienaturdrogerie MemberComments: 361 Received thanks: 61 Member since: August 2018

    @livaro2014‍ Auf der 8.2.10 zu bleiben, ist ja keine Lösung. Wenn ich es richtig verstehe, ist es zwingend notwendig, dass man bis 30.06. die neue Version wegen PSD2 installiert. Dann zieht Amazon wohl den Stecker für alle Anbindungen, die noch nicht auf PSD2 sind.

    Ich habe das Update bisher auch gescheut. Jetzt muss ich da wohl durch. Wenn Amazon Pay dann nicht mehr richtig laufen sollte, schalten wir es (mal wieder) zeitweise ab. Ist ein echtes Trauerspiel mit diesem Plugin.

  • EikeWarnekeEikeWarneke ModeratorComments: 2856 Received thanks: 638 edited June 27 Member since: June 2013

    Ein Zitat von Amazon:

    Ab dem 14. September 2019 wird die Richtlinie verbindlich. Damit Sie rechtzeitig vor Erreichen der Frist vorbereitet sind, empfehlen wir, dass Sie diese Änderungen bis 31. Juli 2019 abschließen.

    Quelle: https://pay.amazon.at/help/JE5KSJW4SFH2UM8

    Viele Grüße

  • naturdrogerienaturdrogerie MemberComments: 361 Received thanks: 61 Member since: August 2018

    @EikeWarneke‍ Danke für die Richtigstellung. Da hatte ich tatsächlich das falsche Datum im Kopf!

    Wenn das so ist, warte ich einfach mal die nächste Version ab. :-)

  • livaro2014livaro2014 MemberComments: 238 Received thanks: 7 Member since: December 2014

    Ja genau, so machen wir es jetzt auch. Erstmal abwarten, bisschen Zeit ist ja noch.

    Auf die aktuelle Version updaten und dann zig Bestellungen verlieren geht halt auch nicht.

  • ROKAStoreROKAStore MemberComments: 56 Received thanks: 2 Member since: February 2014

    Hat schon jemand 9.0.2 im Einsatz und kann berichten?

  • MacGyverNRWMacGyverNRW MemberComments: 76 Received thanks: 9 Member since: February 2017

    Hi @ROKAStore‍,

    die 9.0.2 läuft gut. Es gab noch das Problem, dass Zahlungen mit Amazon Pay als eine andere Zahlungsmethode eingelaufen sind. Das wurde nun mit einem FIX gelöst, dass die TransactionID geprüft wird und die Zahlungsmethode dann noch mal gesetzt wird, bevor man aus dem Amazon Pay script raus ist. Scheint ein Session Problem zu sein woran man noch arbeitet. Aber das Funktioniert.

    Mit den Bestellabbrüchen habe ich folgende Info: Wenn ein Kunde das SCA nicht durchläuft, kommt der Auftrag in Shopware gar nicht rein aber wurde vorher bei Amazon im Seller Central angemeldet, damit der überhaupt eine TransactionID bzw. zu dem Zeitpunkt noch ein OrderReferenceObjekt bekommt. Wenn es zum Abbruch der SCA kommt, bleibt dieser Auftrag sogar als "offen" im Seller Central. Wenn der Kunde aber die SCA nicht schafft und zurück nach Shopware kommt und dann abbricht oder sich für eine andere Zahlungsmethode entscheidet, dann kann das Plugin diesen Abbruch beim Seller Central "quittieren" und dort wird der Auftrag auch geschlossen.

    Es ist also kein "Plugin Fehler", wenn im Seller Central eine Bestellung ohne Bestellnummer vorliegt.
    Die best it wünscht sich aber entsprechendes Feedback, da man mit Amazon diese Situation derzeit bespricht und eine andere Lösung zunächst bei Amazon einrichten möchte.

    Was ich noch zwischen den Zeilen gelesen habe... Ab September ist die EU Richtlinie wirksam. Das bedeutet nicht, dass Amazon Pay in einer älteren Version nicht "nicht mehr funktioniert", sondern dass man die EU geforderte Sicherheit nicht anbietet. So steht man in Gefahr eine Abmahnung zu kassieren. Es ist also wichtig das Plugin zu aktualisieren um diesem Standard zu entsprechen.

    Die best it hat sogar die Uralt Versionen updaten müssen:
    https://amazon.bestit-support.de/de/swap/master/faq-psd2#legacy-update

    PS: Was sagt ihr eigentlich zum neuen "Handbuch"... wird ja langsam mal was ;)

  • klausmklausm MemberComments: 314 Received thanks: 52 Member since: November 2010

    Hallo,

    Update von 8.2.10 auf 9.0.2 ausgeführt.

    SW Version 5.5.10 prof. auf PHP 7.2.x

    ESKALATION >> Critical Bug >> Amazon Pay beeinflusst andere Zahlungsarten mit folgenden Plugin Settings:

    Wenn folgende Settings auf JA stehen,

    • kann KEIN Nettokunde (Händler, B2B Kunde) mehr im Shop einkaufen EGAL WELCHE ZAHLUNGSART er wählt
    • kann kein einziger Kunde NICHT LAGERNDE Ware kaufen, EGAL WELCHE ZAHLUNGSART er wählt

    image

    Der Bestellvorgang wird mit folgender Meldung verhindert, EGAL WELCHE ZAHLUNGSART man wählt

    image

     

    FAKT: Amazon Pay überträgt diese Einstellung offensichtlich im Checkout auf ALLE ANDEREN Zahlungsarten, egal ob PayPal, Klarna, Vorkasse, Nachnahme…..

    Workaround:

    Wenn beide Einstellungen auf NEIN sind, kann man wie bei der alten Version Amazon Pay 8.2.10 wieder alle normal bestellen und bezahlen, auch nicht lagernde Bestellware.

    image

    Getestet in 3 verschiedenen Supshops...immer gleiche Erscheinung....

    BITTE dringend um Behebung, da gemäß der Amazon Richtlinien die Zahlungsart Amazon Pay nur für nur Lagerware verwendet werden sollte.

    Wir haben auch Bestellware die bis zu 21 Werktage Lieferzeit hat, die Zahlungsart Amazon Pay reserviert jedoch NUR für 7 Werktage !!!!!

    Hier könnte es daher böse Überraschungen geben !!!

     

    LG Klaus

     

    (Parallel dazu Mail an support@bestit-online.de gesendet.)

    @Community

    Bitte um Info, wenn ggf. jemand die gleichen Einstellungen verwendet ob er die Erscheinung so wie beschrieben bestätigen kann... könnte ggf. ja auch ein anderer Fehler in meinem Shop sein, gehe aktuell aber von Amazon Pay aus, da dies heute die einzige Verändeurng war....und bis zum Update alles sauber funktioniert hat....

  • klausmklausm MemberComments: 314 Received thanks: 52 edited July 22 Member since: November 2010

    Ergänzung meiner Tests:

    • Schränkt man AP über SW Riskmanagement ein, wird, auch wenn die Regel nicht zutrifft, AP nicht mehr zur Auswahl angeboten.
    • Testkauf, Amazonpay zeigt NICHT alle meine Zahlungsarten an, die ich besitze, zB. Monatsrechnung fehlt, Link „Anzeige aller Zahlweisen“ ist inaktiv
    • Lieferadressen unvollständig, ich habe mehr Adressen hinterlegt, Link zum Anzeigen aller inaktiv
    • Die Zahlungen selbst funktionieren aber, auch IPN und Cron laufen, Status wird korrekt übertragen. Thumb-Up

    LG Klaus

     

     

    Thanked by 1ROKAStore
  • newusernewuser MemberComments: 19 Received thanks: 5 Member since: November 2017

    Hallo,

    ich habe auch zig Bestellungen im Seller Central auf Offen stehen, zu denen die Bestellungen aber in Shopware fehlen. 

    Kunden bekommen nur die Meldung, dass eine Zahlung gerade nicht möglich ist. 

    EIne Bestellnummer wird auch nicht an SC übergeben.

    In den Amazon Logfiles habe ich folgende Meldung drin:

    Error at validating response OrderReference P02-XXXXXXX-XXXXXXX is not in draft state and cannot be modified with the request submitted by you.

    Kann damit jemand was anfengen?

    Danke

  • naturdrogerienaturdrogerie MemberComments: 361 Received thanks: 61 Member since: August 2018

    Sorry, falls die Frage doof ist. Spricht denn etwas dagegen mit Version 9.0.2 die Option "Bestellstatus autorisierte Bestellungen" auf "Offen" zu setzen? Ich gehe nämlich davon aus, dass das sonst in Kombination mit Pickware WMS nicht richtig funktioniert.

  • motorgmotorg MemberComments: 334 Received thanks: 52 Member since: April 2016

    Sorry, falls die Frage doof ist. Spricht denn etwas dagegen mit Version 9.0.2 die Option "Bestellstatus autorisierte Bestellungen" auf "Offen" zu setzen? Ich gehe nämlich davon aus, dass das sonst in Kombination mit Pickware WMS nicht richtig funktioniert.

    Ja korrekt, so muss in in Verbindung mit Pickware WMS eingestellt sein.  

  • klausmklausm MemberComments: 314 Received thanks: 52 edited July 26 Member since: November 2010

    Hallo,

    Update von 8.2.10 auf 9.0.2 ausgeführt.

    SW Version 5.5.10 prof. auf PHP 7.2.x

    ESKALATION >> Critical Bug >> Amazon Pay beeinflusst andere Zahlungsarten mit folgenden Plugin Settings:

    Wenn folgende Settings auf JA stehen,

    • kann KEIN Nettokunde (Händler, B2B Kunde) mehr im Shop einkaufen EGAL WELCHE ZAHLUNGSART er wählt
    • kann kein einziger Kunde NICHT LAGERNDE Ware kaufen, EGAL WELCHE ZAHLUNGSART er wählt

    image

    Der Bestellvorgang wird mit folgender Meldung verhindert, EGAL WELCHE ZAHLUNGSART man wählt

    image

     

    FAKT: Amazon Pay überträgt diese Einstellung offensichtlich im Checkout auf ALLE ANDEREN Zahlungsarten, egal ob PayPal, Klarna, Vorkasse, Nachnahme…..

    Workaround:

    Wenn beide Einstellungen auf NEIN sind, kann man wie bei der alten Version Amazon Pay 8.2.10 wieder alle normal bestellen und bezahlen, auch nicht lagernde Bestellware.

    image

    Getestet in 3 verschiedenen Supshops...immer gleiche Erscheinung....

    BITTE dringend um Behebung, da gemäß der Amazon Richtlinien die Zahlungsart Amazon Pay nur für nur Lagerware verwendet werden sollte.

    Wir haben auch Bestellware die bis zu 21 Werktage Lieferzeit hat, die Zahlungsart Amazon Pay reserviert jedoch NUR für 7 Werktage !!!!!

    Hier könnte es daher böse Überraschungen geben !!!

     

    LG Klaus

     

    (Parallel dazu Mail an support@bestit-online.de gesendet.)

    @Community

    Bitte um Info, wenn ggf. jemand die gleichen Einstellungen verwendet ob er die Erscheinung so wie beschrieben bestätigen kann... könnte ggf. ja auch ein anderer Fehler in meinem Shop sein, gehe aktuell aber von Amazon Pay aus, da dies heute die einzige Verändeurng war....und bis zum Update alles sauber funktioniert hat....

    Hallo zusammen,

     

    habe bereits Lösung von BESTIT dazu erhalten:

    anzupassen ist:  ../htdocs/engine/Shopware/Plugins/Community/Frontend/BestitAmazonPay/Bootstrap.php

    ganz am Ende der Datei diese Zeilen anpassen im Block "Attach the risk to the session":

     

    image

     

        /**
         * Attach the risk to the session
         *
         * @return void
         */
        private function attachRiskToSession()
        {
            if ($this->getConfig()->isSelectedAmazonPay()) {
                $this
                    ->getContainer()
                    ->get('bestit_amazon_pay.session.general_session')
                    ->set(SessionEnum::RISK_CONFIRM_PAGE_ERROR, true);
            }
        }
    }

    WICHTIG, siehe roter Pfeil >>  Achtung auf die letzte Klammer !!!...sonst gibts 500 ERROR :-)

     

    Wer ggf. die Seite zum Vervollständigen der Kundendaten aktiviert hat und benutzt, hier habe ich auch noch einen Fehler gefunden und die Lösung BESTIT schon mitgeteilt:

    >> Fehler gefunden, >> die IF Abfrage {if {config name=showCompanySelectField}} ist FALSCH:

    /htdocs/engine/Shopware/Plugins/Community/Frontend/BestitAmazonPay/Views/frontend/amazon_pay/completion/personal.tpl

    
    ####################################################################
    
    FALSCH = das Original
    
    ####################################################################
    
    # .....
        {* Customer type *}
        <div class="register--customertype">
            {if {config name=showCompanySelectField}}
                <div class="select-field">
                    <select id="register_personal_customer_type"
                            name="register[personal][customer_type]"
                            required="required"
                            aria-required="true"
                            class="is--required{if isset($errorFlags.customer_type)} has--error{/if}">
    
    
    # .....
    
    
    
    
    ####################################################################
    
    Hier ausgebessert = RICHTIG = meine Anpassung und die funktioniert
    
    ####################################################################
    # .....
        {* Customer type *}
        <div class="register--customertype">
            {if {config name=showCompanySelectField} == 0}
                <div class="select-field">
                    <select id="register_personal_customer_type"
                            name="register[personal][customer_type]"
                            required="required"
                            aria-required="true"
                            class="is--required{if isset($errorFlags.customer_type)} has--error{/if}">
    
    
    # .....
    

     

     

    Dann erscheint hier wieder das Auswahlfeld für Firma und das Feld für die UID Nummer... nur so kann ein B2B Kunde auch mit UID Nummer zB steuerfrei bestellen !!!

    Wenn das Auswahlfeld nicht aktiv ist, wird jeder AP Kunde als Privatkunde angelegt...

    image

     

     

    Hoffe es hilft euch weiter....

     

    LG Klaus

     

  • naturdrogerienaturdrogerie MemberComments: 361 Received thanks: 61 Member since: August 2018

    Ja korrekt, so muss in in Verbindung mit Pickware WMS eingestellt sein.  

    Danke für die Antwort. Ich habe mich auch noch mal durch die Dokumentaion gewühlt. (Inzwischen wirklich brauchbar!) Wir nutzen jetzt den Workflow, der für externe ERP-Systeme gedacht ist. Zahlung wird also sofort eingezogen und die Aufträge stehen am Ende auf "Offen" und "Komplett bezahlt". Das macht es für uns auch übersichtlicher, da es so mit den Aufträgen anderer Zahlungsarten synchron ist.

    Sollte doch mal Ware nicht lagernd oder schnell verfügbar sein, können wir immer noch den Betrag erstatten.

  • klausmklausm MemberComments: 314 Received thanks: 52 Member since: November 2010
     

    Sollte doch mal Ware nicht lagernd oder schnell verfügbar sein, können wir immer noch den Betrag erstatten.

    Hallo,

     

    für nicht lagernde Ware kann man AP aber das in den Plugin settings deaktivieren.... siehe oben bzw hier

     

     

    image

     

     

    funktioniert allerdings aktuell nur wenn man den Workaround ausführt, weil es einen Fehler gibt...

     

    LG Klaus

  • naturdrogerienaturdrogerie MemberComments: 361 Received thanks: 61 Member since: August 2018

    @klausm‍ Das habe ich gesehen und verstanden – insbesondere den Punkt mit dem Fehler. Aus verschiedenen Gründen will ich aber die Zahlungsart bewusst nicht für diese Fälle sperren.

  • livaro2014livaro2014 MemberComments: 238 Received thanks: 7 Member since: December 2014

    Wir haben genau dieses Problem mit 9.0.2

    Hallo,

    ich habe auch zig Bestellungen im Seller Central auf Offen stehen, zu denen die Bestellungen aber in Shopware fehlen. 

    Kunden bekommen nur die Meldung, dass eine Zahlung gerade nicht möglich ist. 

    EIne Bestellnummer wird auch nicht an SC übergeben.

    In den Amazon Logfiles habe ich folgende Meldung drin:

    Error at validating response OrderReference P02-XXXXXXX-XXXXXXX is not in draft state and cannot be modified with the request submitted by you.

    Kann damit jemand was anfengen?

    Danke

     

    Bitte um schnelle Hilfe

  • MrAleMrAle MemberComments: 25 Received thanks: 5 Member since: April 6

    selbes Problem bei mir - gerade erst entdeckt. Gibt es schon Neuigkeiten?

  • livaro2014livaro2014 MemberComments: 238 Received thanks: 7 Member since: December 2014

    Hi,

    ich habe die beiden Anpassungen von klausm weiter oben durchgeführt, seither läuft es.

    Thanked by 1MrAle
  • ROKAStoreROKAStore MemberComments: 56 Received thanks: 2 Member since: February 2014

    Hat schon jemand 9.0.3 im Einsatz?

Sign In or Register to comment.