Beim Erstellen von TTN schreibt NP „Falsche Lieferadresse!“ (ABSCHLUSSBALL)

Die Bestellung enthält die Adresse in RU-Sprache und die Integration ist auf UA eingestellt (in den Einstellungen der Integration selbst). findet keine solche Lieferadresse. Gleichzeitig in 2 Sprachen zu arbeiten, gibt es jetzt nicht, wenn ich mich nicht irre. Die einzige Option ist die Integration von IM (woher die Bestellungen kommen) + CPM mit NP, die in der 1. Sprache konfiguriert werden muss.

Sie sehen, der Witz ist, dass es von Prom zu RUS und UKR kommt, während es bei Prom keine Einstellung gibt, in welcher Sprache eine Liste von Filialen an Kunden ausgegeben werden soll. Läuft alles für alle reibungslos, bin ich es nur :)

[quote] Kupriyan Vlad Valerievich schrieb: Sehen Sie, der Witz ist, dass es vom Abschlussball sowohl zu RUS als auch zu UCR kommt, während es im Abschlussball keine Einstellung gibt, in welcher Sprache eine Liste von Zweigen an Kunden ausgegeben werden soll alle, ich bin's nur :) [/quote] Tja, dann muss noch verfeinert werden, dass Filialen/Adressen gleichzeitig in den Sprachen RU und UKR angezeigt werden, und dann klappt es nach der Idee. Als Ergebnis wird die Liste sein: Kyiv st. Kiew str. wie Duplikate, aber in verschiedenen Sprachen

[quote] Kupriyan Vlad Valerievich schrieb: Sehen Sie, der Witz ist, dass es vom Abschlussball sowohl zu RUS als auch zu UCR kommt, während es im Abschlussball keine Einstellung gibt, in welcher Sprache eine Liste von Zweigen an Kunden ausgegeben werden soll alle, das bin nur ich :) [/quote] Nein, in meiner Praxis gab es auch Projekte, wo es so ein Problem gibt. Habe noch keine Lösung gesehen.

Ähnliches Problem. Warum müssen Sie eine Hauthöhle gemäß einer anderen UA / RU erhalten? 1) Hintern https://quadrum.ua/admin/customorder/order/1749/edit/ In zamovlennі pіdtyaguє vіrno http://prntscr.com/u3xh93 Wenn gefaltet TTN http://prntscr.com/u3xioh 2) Hintern https ://quadrum.ua/admin/customorder/order/1771/edit/ In zamovlennі pіdtyaguє vіrno http://prntscr.com/u3xzsv Beim Schließen von TTN Wie wird der Ort angezeigt, an dem Informationen über den Kunden preisgegeben werden?

Wir haben ein Geschäft auf Rozetka und es gibt keine derartigen Probleme. In der Verkaufsstelle wird es auch im persönlichen Konto in Russisch und UKR angezeigt. Aber in CRM (in der Box) wird UKR eingegeben. Hier ist die Verkaufsstelle http:// prntscr.com/u4rrjs Hier ist CRM http://prntscr.com /u4rsi6 Das heißt, mit dem Socket ist alles in Ordnung, aber es gibt ein Problem mit der Promo. Das Wesentliche des Problems ist, dass bei der Integration mit der Promo die Wenn die Adresse als Benutzer A angegeben wird, sollte die vom Benutzer angegebene Abteilung eingegeben werden. Das heißt, das System sollte versuchen, die Abteilung in der UKR-Sprache zu finden, wenn nicht, habe ich etwas gefunden, um es in RUS zu finden, wenn ich es gefunden habe, Schreiben Sie es in UKR auf (da wir uns für die Integration mit NP auf UKR entschieden haben) Können Sie das beheben oder was tun?

[quote] Kupriyan Vlad Valerievich Der Kunde schrieb: Wir haben ein Geschäft auf Rozetka und es gibt keine derartigen Probleme. In der Filiale ist es auch im persönlichen Konto auf Russisch angegeben und UKRNO in CRM (in Box) geht an UKR. Hier ist die Filiale http://prntscr.com/u4rrjsHier ist CRM http://prntscr.com/u4rsi6 Das heißt, mit der Steckdose ist alles in Ordnung, aber es gibt ein Problem mit der Werbung.Das Wesentliche des Problems ist, dass bei der Integration mit der promo, die Adresse wird eingegeben, weil Benutzer A den vom Benutzer angegebenen Zweig angegeben hat.Das heißt, das System sollte versuchen, den Zweig in der UCR-Sprache zu finden, wenn Sie ihn nicht gefunden haben, versuchen Sie ihn in RUS zu finden, wenn Sie ihn gefunden haben , schreiben Sie es in UCR auf (da wir uns für die Integration mit NP in UCR entschieden haben) Können Sie das beheben oder was tun? [/quote] Wird es eine Lösung geben oder nicht?

ON Die Promo-Adresse hängt nicht davon ab, in welcher Sprache die Website ist, sondern davon, welche Sprache der Käufer verwendet, wir haben die Sprache der Website - ru, aber die Adressen kommen sowohl in ru als auch in yua. Beim Boxen entweder ru oder yua - es gibt keine Mischung in diesem und dem ganzen Problem, solange wir es mit Griffen auf ru korrigieren, dann geht es vorbei.

[quote] Sergey Zubarev Der Kunde schrieb: AUF die Promo-Adresse hängt nicht davon ab, in welcher Sprache die Website ist, sondern davon, welche Sprache der Käufer verwendet, wir haben die Sprache der Website - ru, aber die Adressen kommen sowohl in ru als auch in yua . Beim Boxen entweder ru oder yua - es gibt keine Mischung in diesem und dem ganzen Problem, solange wir es mit Griffen auf ru korrigieren, dann geht es vorbei. [/quote] Der Client kann auch entweder RU oder UK im Socket auswählen, aber UKR kommt immer aus dem Socket.Ich gehe davon aus, dass dies nur eine unvollendete Integration mit dem Promo-Typ-Bug ist

Es gibt zwei Lösungen, entweder Prom gibt unabhängig von der Sprache des Benutzers Adressen in nur einer Sprache an, oder Vanbox beendet die gemischte Liste von Sprachen für TTN / automatisiert die Übersetzung von Filialen in eine Sprache

[quote] Sergey Zubarev Der Kunde schrieb: Es gibt zwei Lösungen: Entweder Prom gibt unabhängig von der Sprache des Benutzers Adressen in nur einer Sprache an, oder Vanbox beendet die gemischte Liste von Sprachen für TTN / automatisiert die Übersetzung von Filialen in eine Sprache [/quote] Dann klick auf die Antwort vanbox und ich würde gerne verstehen wie die Box mit der Steckdose fertig ist bzw. die Steckdose überträgt

"Die Frage ist nicht geklärt"

[file]226[/file]