AmazonPay 9.0.1 Bestit

livaro2014 · June 2019

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!

MacGyverNRW · June 2019

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

Dandon · June 2019

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

livaro2014 · June 2019

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

naturdrogerie · June 2019

@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.

EikeWarneke · June 2019

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

naturdrogerie · June 2019

@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. :-)

livaro2014 · June 2019

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.

ROKAStore · July 2019

Hat schon jemand 9.0.2 im Einsatz und kann berichten?

MacGyverNRW · July 2019

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

klausm · July 2019

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

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

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.

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....

klausm · July 2019

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.

LG Klaus

newuser · July 2019

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

naturdrogerie · July 2019

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.

motorg · July 2019

@naturdrogerie schrieb:

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.

klausm · July 2019

@klausm schrieb:

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

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

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.

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":

    /**
     * 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...

Hoffe es hilft euch weiter....

LG Klaus

naturdrogerie · July 2019

@motorg schrieb:

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.

klausm · July 2019

@naturdrogerie schrieb:

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

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

LG Klaus

naturdrogerie · July 2019

@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.

livaro2014 · July 2019

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

MrAle · August 2019

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

livaro2014 · August 2019

Hi,

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

ROKAStore · August 2019

Hat schon jemand 9.0.3 im Einsatz?

Answers