When creating TTN, NP writes "Wrong delivery address!" (PROM)
Here https://baza.cn.ua/admin/customorder/order/20209/invoice/
Writes http://prntscr.com/u3djf0
If you go into the order, you can see that there is data http://prntscr.com/u3dk34
This data came from PROM
In the promo, the client filled them out on his own
I suspect that it does not allow creating because the data is in Russian
But there are no settings for this anywhere (so that you can choose somewhere in which language and what to transmit)
For example, an order from a prom https://baza.cn.ua/admin/customorder/order/19751/invoice/
Everything is fine with delivery.
How to solve a problem ?
Original question is available on version: ru
Writes http://prntscr.com/u3djf0
If you go into the order, you can see that there is data http://prntscr.com/u3dk34
This data came from PROM
In the promo, the client filled them out on his own
I suspect that it does not allow creating because the data is in Russian
But there are no settings for this anywhere (so that you can choose somewhere in which language and what to transmit)
For example, an order from a prom https://baza.cn.ua/admin/customorder/order/19751/invoice/
Everything is fine with delivery.
How to solve a problem ?
Answers:
The order contains the address in RU language, and the integration is set to UA (in the settings of the integration itself) Nova Poshta API Language
Mova mist i vіddіlen
There is UA, and in the order the address is in RU
That's why it doesn't work, because. does not find such a delivery address.
To simultaneously work in 2 languages, there is no such thing now, if I'm not mistaken. The only option is for IM (where orders come from) + CPM integration with NP to be configured in the 1st language.
Mova mist i vіddіlen
There is UA, and in the order the address is in RU
That's why it doesn't work, because. does not find such a delivery address.
To simultaneously work in 2 languages, there is no such thing now, if I'm not mistaken. The only option is for IM (where orders come from) + CPM integration with NP to be configured in the 1st language.
21.08.2020, 12:50
https://qube-soft.com/ crm erp onebox qubesoft внедрение аналитика 1с интегратор
Original comment available on version: ru
You understand the joke in that it comes from prom to both RUS and UCR, while there is no setting in prom in which language to issue a list of branches to clients
Is everything going smoothly for everyone, it's just me :)
Is everything going smoothly for everyone, it's just me :)
21.08.2020, 13:19
Original comment available on version: ru
Kupriyan Vlad Valerievich wrote:
You see, the joke is that it comes from prom to both RUS and UCR, while on prom there is no setting in which language to issue a list of branches to clients. Is everything going smoothly for everyone, it's just me :)
Well, then it is necessary to refine it so that branches / addresses are simultaneously displayed in the RU and UKR languages, and then it will work according to the idea.
As a result, the list will be:
Kyiv st.
Kiev st.
like duplicates, but in different languages
21.08.2020, 14:19
https://qube-soft.com/ crm erp onebox qubesoft внедрение аналитика 1с интегратор
Original comment available on version: ru
Kupriyan Vlad Valerievich wrote:
You see, the joke is that it comes from prom to both RUS and UCR, while on prom there is no setting in which language to issue a list of branches to clients. Is everything going smoothly for everyone, it's just me :)
No, in my practice there were also projects where there is such a problem. Haven't seen a solution yet.
21.08.2020, 14:35
Original comment available on version: ru
Similar problem. Why do you need to get a dermal socket according to a different UA / RU.
1) stock https://quadrum.ua/admin/customorder/order/1749/edit/
In zamovlennі pіdtyaguє vіrno http://prntscr.com/u3xh93
When TTN is collapsed http://prntscr.com/u3xioh
2) stock https://quadrum.ua/admin/customorder/order/1771/edit/
In zamovlennі pіdtyaguє vіrno http://prntscr.com/u3xzsv
When TTN is created http://prntscr.com/u3y0i9 in this vein, in a joke, I choose whether it is the place where the information about the client is, but the address is known http://prntscr.com/u3y3qs
1) stock https://quadrum.ua/admin/customorder/order/1749/edit/
In zamovlennі pіdtyaguє vіrno http://prntscr.com/u3xh93
When TTN is collapsed http://prntscr.com/u3xioh
2) stock https://quadrum.ua/admin/customorder/order/1771/edit/
In zamovlennі pіdtyaguє vіrno http://prntscr.com/u3xzsv
When TTN is created http://prntscr.com/u3y0i9 in this vein, in a joke, I choose whether it is the place where the information about the client is, but the address is known http://prntscr.com/u3y3qs
22.08.2020, 14:02
Original comment available on version: ru
We have a store on Rozetka and there are no such problems
In the socket also in the LC it is indicated in Russian and UKR
But in CRM (in boxing) he enters RBM
Here is the socket http://prntscr.com/u4rrjs
Here is the CRM http://prntscr.com/u4rsi6
That is, everything is fine with the outlet, but there is a problem with the promo
The essence of the problem is that when integrating with the promo, the address comes in as the user specified
And the department indicated by the user should enter
That is, the system should try to find a branch in the UKR language, if it did not find it, then try to find it in RUS, if it found it, write it down in UKR (since we have chosen integration with NP to UKR)
Can you fix this or what should I do?
In the socket also in the LC it is indicated in Russian and UKR
But in CRM (in boxing) he enters RBM
Here is the socket http://prntscr.com/u4rrjs
Here is the CRM http://prntscr.com/u4rsi6
That is, everything is fine with the outlet, but there is a problem with the promo
The essence of the problem is that when integrating with the promo, the address comes in as the user specified
And the department indicated by the user should enter
That is, the system should try to find a branch in the UKR language, if it did not find it, then try to find it in RUS, if it found it, write it down in UKR (since we have chosen integration with NP to UKR)
Can you fix this or what should I do?
25.08.2020, 13:02
Original comment available on version: ru
Kupriyan Vlad Valerievich The client wrote:
We have a store on Rozetka and there are no such problems. The outlet is also indicated in the personal account in Russian and UKRNo in CRM (into the box) goes to UKR Here is the outlet http://prntscr.com/u4rrjsHere is CRM http://prntscr.com/u4rsi6 everything is fine with the socket, but there is a problem with the promo. The essence of the problem is that when integrating with the promo, the address enters as user A specified, the branch indicated by the user should enter. , if you find it, write it down on UKR (since we have chosen integration with NP on UKR) Can you fix this or what should I do?
Will there be a solution or not?
02.09.2020, 23:45
Original comment available on version: ru
ON the promo address does not depend on what language the site is in, but on what language the buyer uses, we have the language of the site - ru, but the addresses come in both ru and yua. In boxing, either ru or yua - there is no mixed in this and the whole problem, as long as we correct it with handles on ru, then it passes.
04.09.2020, 11:55
Original comment available on version: ru
Zubarev Sergey Client wrote:
ON the promo address does not depend on what language the site is in, but on what language the buyer uses, we have the language of the site - ru, but the addresses come in both ru and yua. In boxing, either ru or yua - there is no mixed in this and the whole problem, as long as we correct it with handles on ru, then it passes.
The client can also choose either RU or UK in the socket, but UKR always comes from the socket
I assume that this is just a bug in the integration with the promo
04.09.2020, 13:53
Original comment available on version: ru
There are two solutions, either prom, regardless of the user's language, will give addresses in only one language, or vanbox will finish the mixed list of languages for TTN / automate the translation of branches into one language
04.09.2020, 14:06
Original comment available on version: ru
Zubarev Sergey Client wrote:
There are two solutions, either prom, regardless of the user's language, will give addresses in only one language, or vanbox will finish the mixed list of languages for TTN / automate the translation of branches into one language
Then we press the answer of the vanbox and I would like to understand how the box was finished with the socket or the socket transmits
04.09.2020, 14:23
Original comment available on version: ru
Of course, there is only one option....
You can create a directory of NP addresses and pull up the address in the desired language, depending on the one that came, but it will only work with branches, since all addresses are not loaded into the directory.
In general, it would be cool if such a function was completed
You can create a directory of NP addresses and pull up the address in the desired language, depending on the one that came, but it will only work with branches, since all addresses are not loaded into the directory.
In general, it would be cool if such a function was completed
08.09.2020, 01:55
Original comment available on version: ru
Commentary is available in ru and not yet translated to the current language.
27.10.2020, 12:22
Please join the conversation. If you have something to say - please write a comment. You will need a mobile phone and an SMS code for identification to enter.
Log in and comment
Copyright © OneBox 2024
