Der Kunde (Empfänger) kam nicht korrekt aus Rozetka

Wenn Sie behaupten, dass das Problem auf der Seite von Rosette liegt, dann „senden Sie uns bitte die vollständige API-Anforderung (mit allen korrekten Parametern), die Ihr CRM sendet, um die Bestellung zu erhalten.“

Prozess-Client-Suchlogik: 1. Wenn es ein Telefon gibt, nehmen wir die Telefonnummer und suchen sie in den vorhandenen. 2. Wenn es eine E-Mail gibt und wir das Telefon nicht gefunden haben, suchen wir sie in den vorhandenen. In Ihrem Fall haben sie es nicht per Telefon gefunden und mit der Suche per E-Mail begonnen. Hier sind die Daten, die api dazu gibt: [user] => Array ( [id] => ххх [email] => 8pjv8.хххх@ gmail.com [login] => 8pjv8.хххх@gmail.com [contact_fio] => хххх Ilya) Anscheinend sagte die Verkaufsstelle von ihnen: "Hier ist die E-Mail dieses Benutzers". Per E-Mail haben wir bereits einen bestehenden Benutzer gefunden. Wenn Sie in solchen Fällen nicht per E-Mail suchen möchten, können Sie in Aktion einstellen, dass nicht danach gesucht wird. Dauert 1h

1. Es gibt zwei Blöcke mit Daten im Ausgang, dies ist der Block des Empfängers (der das Paket erhält) und der Benutzer (der bestellt hat). http://prntscr.com/u60szt TTN muss für den Empfänger erstellt werden , aber diese Box macht keine Bestellung https://baza.cn.ua/admin/customorder/order/20273/edit/ in der Bestellung schrieb der vollständige Name die Daten aus dem Block (wer wird das Paket erhalten), und das Telefon wurde aus dem Block genommen (wer es bestellt hat) http://prntscr.com/u60xyh naja, eine Art Unsinn, es stellt sich heraus, dass es dummerweise den vollständigen Namen einer Person, die Telefonnummer einer anderen Person, TTN erstellt, oder ist es in Ordnung? 2. Wie schafft man es, dass immer die Daten des Empfängers in die Bestellung kommen und nicht die Daten aus dem Block (wer hat bestellt)? 3. TP Rozetka bittet darum, "Eine vollständige Anfrage an die API (mit allen korrekten Parametern), die Ihr CRM sendet, um eine Bestellung zu erhalten" bereitzustellen. Können Sie diese bereitstellen?

1. Das Deaktivieren der Suche per E-Mail sollte dieses Problem lösen. Was dazu benötigt wird, ist oben beschrieben. 2. siehe Punkt 1 3. Das macht keinen Sinn, API-Sockets haben nichts damit zu tun. Ich habe beschrieben, warum es den falschen Benutzer findet und wie es behoben werden kann, warum zusätzlich Anfragen an einige APIs stellen und etwas anderes diskutieren?

[quote] Dmitry Bodyako schrieb: Ich habe beschrieben, warum es den falschen Benutzer findet und wie es behoben werden kann, warum zusätzlich Anfragen an einige APIs stellen und etwas anderes diskutieren? [/quote] 1. Ich gehe davon aus, dass die Filiale verschiedene Möglichkeiten hat, Daten über die Bestellung zu erhalten, und vielleicht denken sie, dass ein Fehler vorliegt. Deshalb möchten sie eine Aufforderung erhalten, dies herauszufinden. Können Sie ihnen solche Daten zur Verfügung stellen? ? 2. Wenn die Box einen Kunden per Mail gefunden hat, warum hat er dann nicht die in der Bestellung angegebene Telefonnummer zu diesem Benutzer hinzugefügt (wir müssen die tatsächlichen Daten in der Bestellung erhalten und nicht die Daten, die einmal in die Box eingegeben wurden, oder warum hat die Box diese Daten nicht in die Felder PIB des Bestellers (order.order_clientname) und Telefon des Kunden (order.order_clientphone)) eingetragen?

?