Repeatedly encountered failures in the transitions to the stages of the BP. Previously, the issue was resolved quickly through oneboxsupport /
there is an order https://crm.mama.travel/admin/customorder/order/90843/edit/https://crm.mama.travel/admin/customorder/order/90843/edit/ , when going to the next stage we get an error http://joxi.ru/DrlKjEVt0WNpZA
all the data is filled in correctly, there were no changes on our part, how to fix the error?
Hello. When moving to a stage, the box knocks on a third-party api in accordance with the actions on the stage. The api returns an error, which in turn OneBox shows you. Which field does not suit the third-party api and why does it throw an error - the questions are clearly not for OneBox.
Hello. When moving to a stage, the box knocks on a third-party api in accordance with the actions on the stage. The api returns an error, which in turn OneBox shows you. Which field does not suit the third-party api and why does it throw an error - the questions are clearly not for OneBox.
Bodyako Dmitry Employee wrote: Hello. When moving to a stage, the box knocks on a third-party api in accordance with the actions on the stage. The api returns an error, which in turn OneBox shows you. Which field does not suit the third-party api and why does it throw an error - the questions are clearly not for OneBox.
The client writes "all the data is filled in correctly, there were no changes on our part", that is, they did not change anything, while in the Changelog for the last month it was written 2 or more times that there were improvements on this action. Where does such confidence come from that the question is not on the side of OneBox?
[quote]
Bodyako Dmitry Employee wrote:
Hello. When moving to a stage, the box knocks on a third-party api in accordance with the actions on the stage. The api returns an error, which in turn OneBox shows you. Which field does not suit the third-party api and why does it throw an error - the questions are clearly not for OneBox.
[/quote]
The client writes "all the data is filled in correctly, there were no changes on our part", that is, they did not change anything, while in the Changelog for the last month it was written 2 or more times that there were improvements on this action.
Where does such confidence come from that the question is not on the side of OneBox?
Kupriyan Vlad Valerievich Client wrote: Where does such confidence come from that the question is not on the side of OneBox?
There is logging for the action of transferring an order via the API, the process from the description shows that the API itself gives the following response: {"success":false,"status":422,"data":[{"field":"external_id","message":"External Id cannot be blank."}]} If nothing was changed in the action setting and all the data is filled in, then there were changes on the API side where the request was sent, which now give an error
[quote]
Kupriyan Vlad Valerievich
Client wrote:
Where does such confidence come from that the question is not on the side of OneBox?
[/quote]
There is logging for the action of transferring an order via the API, the process from the description shows that the API itself gives the following response:
{"success":false,"status":422,"data":[{"field":"external_id","message":"External Id cannot be blank."}]}
If nothing was changed in the action setting and all the data is filled in, then there were changes on the API side where the request was sent, which now give an error
Netudykhata Inna Client wrote: friends, this is not in all orders, if there were real changes, we would see it everywhere!
Above, I provided a response that was received from a third-party API Following from this answer, we can assume that it swears at the empty value of the field. Since it does not swear on all tasks - either the check for this field does not work for all orders, or in some tasks this field is filled in and allows you to execute the request without error
[quote]
Netudykhata Inna
Client wrote:
friends, this is not in all orders, if there were real changes, we would see it everywhere!
[/quote]
Above, I provided a response that was received from a third-party API
Following from this answer, we can assume that it swears at the empty value of the field. Since it does not swear on all tasks - either the check for this field does not work for all orders, or in some tasks this field is filled in and allows you to execute the request without error
http://joxi.ru/EA4dVaviOL0j0A earlier this error with the transition was solved like this! What should I do so that the guys can continue to work and move on to new stages? clarified with the guys on the site, they didn’t make any changes, api as before
http://joxi.ru/EA4dVaviOL0j0A earlier this error with the transition was solved like this! What should I do so that the guys can continue to work and move on to new stages? clarified with the guys on the site, they didn’t make any changes, api as before
I have no idea what they did to you in the support, maybe they just turned off the action or changed its settings or filled in some field. The facts that it’s not boxing that messes up, but an error gives you a third-party API above. I don't know what else to add here. You do not see this in all orders, probably because you did not fill in some of the transmitted fields in the api and the api gives an error. There is no boxing bug here, obviously.
I have no idea what they did to you in the support, maybe they just turned off the action or changed its settings or filled in some field. The facts that it’s not boxing that messes up, but an error gives you a third-party API above. I don't know what else to add here. You do not see this in all orders, probably because you did not fill in some of the transmitted fields in the api and the api gives an error. There is no boxing bug here, obviously.
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
Donate
You don't have enough funds in your account Top up