Neu Amazon Business Kunden erkennen in JTL

[kornwestheimer]

Moin,

gibt es die Möglichkeit die Kunden von Amazon zu erkennen ob die Kunden Business Kunden sind? Wir wollen keine Rechnungen mehr per eMail an diese Kunden senden sondern nur noch per IDU die Rechnungen an Amazon senden zum Download.

Hintergrund ist diese Ansage von Amazon:

Guten Tag!

Wir nehmen Änderungen an der Richtlinie für die Rechnungsstellung bei Amazon Business vor. Ab dem 20. März 2020 ist es gemäß der Richtlinie für die Rechnungsstellung bei Amazon Business nicht mehr möglich, das Käufer-Verkäufer-Postfach zu nutzen, um Amazon Business-Kunden Rechnungen und Gutschriften bereitzustellen.

Business-Kunden haben angegeben, dass sie lieber Rechnungen von ihrem Konto herunterladen, anstatt sie als E-Mail-Anhang zu erhalten. Um das bestmögliche Einkaufserlebnis zu gewährleisten, müssen Sie herunterladbare Rechnungen und Gutschriften über den Umsatzsteuer-Berechnungsservice von Amazon bereitstellen oder Sie müssen sie in Seller Central hochladen - entweder manuell über Bestellungen verwalten oder automatisch über eine Drittanbieterlösung.

Freundliche Grüße
Amazon Services Europe

 

[NETZdinge.de]

Das könnt ihr doch generell machen und nicht nur für Business Kunden… Dann braucht ihr keine Unterscheidung…

 

[kornwestheimer]

Auch eine Idee! Nur bei uns hat es sich bewährt die Rechnungen auch per eMail zu senden. Damit die Nachfragen "Wo ist meine Rechnung?" nicht immer so häufig sind. Eine Unterscheidung und dann nur die Privat Kunden anschreiben.

 

[NETZdinge.de]

Also bei mir bekommt jeder die Mail und ich mache den Upload. Somit kann sich jeder aussuchen, wo er seine Rechnung bezieht.

 

[kornwestheimer]

So machen wir es auch. 1x per eMail, 1x per Upload und 1x im Paket gibt es die Rechnung.

Die Frage ist nun ob es Verboten wird die Amazon Business Kunden per eMail die Rechnung im Anhang zuschicken oder ob das nur geblockt wird wenn man eine eMail an Business Kunden mit Anhang schickt und ob Amazon das nun als "Belästigung" oder "Spam" einordnend und dann irgendwelche Sanktionen verhängt.

 

[NETZdinge.de]

Na in der Mail steht ja nichts von Sanktionen oder von einem Verbot. Man muss halt die Rechnung zum herunterladen anbieten. Dem würde ich entnehmen, dass es zunächst nicht verboten ist, die Rechnung zusätzlich per Mail zu schicken. Aber das kann sich natürlich in der Zukunft ändern… Wie so vieles…

 

[_simone_]

Wir prüfen das per WF auf wahr/unwahr

{% capture query %}
SELECT nB2B FROM pf_amazon_bestellung WHERE cOrderId = '{{ Vorgang.Stammdaten.ExterneAuftragsnummer }}'
{% endcapture -%}\
{% assign result = query | DirectQueryScalar %}\
{{ result  }}

 

[kornwestheimer]

ja, das ist doch die Lösung... Danke.

bin noch nicht dazu gekommen in der Datenbank nach dem Feld zu suchen. Danke 🙂

 

[Dittmeier]

Kann es sein das die Abfrage nicht mehr funktioniert - wollten dies heute testen


{% capture query %}
SELECT nB2B FROM pf_amazon_bestellung WHERE cOrderId = '{{ Vorgang.Stammdaten.ExterneAuftragsnummer }}'
{% endcapture -%}\
{% assign result = query | DirectQueryScalar %}\
{{ result }}

 

[_simone_]

Kann es sein das die Abfrage nicht mehr funktioniert - wollten dies heute testen

Kann gut sein; seit dem Post sind nahezu 4 Jahre vergangen bzw. gefühlte 10.000 Datenbankänderungen

Schön ist, wenn man angibt was nicht mehr funktioniert.... 😉.

 

[Dittmeier]

naja wenn ich das wüsste wenn wir die Abfrage in den Workflows unter erweiterte Eigenschaften integrieren möchte - wird hier nichts ausgegeben

 

[Al Capone]

Für alle, die vor der gleichen Aufgabe stehen:

Soeben den Code von _simone_ vom 9.3.2020 in der 1.8.12.0 mit einem aktuellen Auftrag getestet - funktioniert.

Die Ausgabe lautet "true" oder "false".

Funktioniert einwandfrei über die erweiterten Eigenschaften.

Vielleicht noch ein Gedankenanstoß:

Ich nutze es für einen Workflow, um B2B-Kunden von Amazon abzufragen, bei denen im Nachname-Feld das "PO" steht wegen des bekannten Fehlers, dass die vom Kunden eingegebene Bestellnummer direkt an den Nachnamen angehangen wird nach dem Schema:

"MüllerPO4712A13"

Diese Aufträge lasse ich damit automatisch zurückhalten, damit die Lieferadresse händisch korrigiert werden kann.

 

[A. Seller]

Für alle, die vor der gleichen Aufgabe stehen:

Soeben den Code von _simone_ vom 9.3.2020 in der 1.8.12.0 mit einem aktuellen Auftrag getestet - funktioniert.

Die Ausgabe lautet "true" oder "false".

Funktioniert einwandfrei über die erweiterten Eigenschaften.

Vielleicht noch ein Gedankenanstoß:

Ich nutze es für einen Workflow, um B2B-Kunden von Amazon abzufragen, bei denen im Nachname-Feld das "PO" steht wegen des bekannten Fehlers, dass die vom Kunden eingegebene Bestellnummer direkt an den Nachnamen angehangen wird nach dem Schema:

"MüllerPO4712A13"

Diese Aufträge lasse ich damit automatisch zurückhalten, damit die Lieferadresse händisch korrigiert werden kann.

Ich konnte das im Bestellbericht abschalten.

 

[Al Capone]

Ich konnte das im Bestellbericht abschalten.

Klar kann man das, allerdings ist die Bestellnummer für Gewerbekunden doch relevant, von daher sehe ich das Abschalten als die schlechteste Lösung im Kundeninteresse. Das ist für uns keine Option.