The parcel is not tracked, what could be the problem?

The specified process has an account http://116.202.103.254/admin/shop/integrations/justin-integration-3/control/ You need to set up automations so that the required client account is set in this case (there is an action "Change Justin's account for the process"), depending on the values of some fields.

But does it check the statuses of parcels not from the cabinet "by default"? In NP, you can create it from any office, but it checks the status from the office where there is a checkmark by default, does it not work in Justin? Can you check only from the cabinet from which the ttn was created?

[quote] Tovkach Elena Mikhailovna wrote: But does it check the statuses of parcels not from the cabinet "by default"? [/quote] No. [quote] Tovkach Elena Mikhailovna wrote: In NP, you can create it from any office, but it checks the status from the office where there is a checkmark by default, does it not work in Justin? [/quote] As you correctly noted, Justin is not Nova Poshta. There are different APIs and logics of work. [quote] Tovkach Elena Mikhailovna wrote: Can you check only from the cabinet from which the ttn was created? [/quote] Probably yes.

Here is a fix https://1b.app/ru/forum/changelog-2020-onebox-mvp/10471-2015844606---dobavlena-nastroyka-v-integratsiyu-s-justin/ Justin said that this is the setting that allows you to track other people's packages On order (example) http://116.202.103.254/admin/customorder/dropshipping/58173/edit/ http://116.202.103.254/admin/customorder/dropshipping/58172/edit/ added other people's ttn But the cabinet is dazhstin set http://116.202.103.254/admin/shop/integrations/justin-integration-6/control/ And this is an account with agent access [file]13504[/file] Please see what is the problem. Or what answer does Justin give to an attempt to check the status of ttn? Just to whom to go, on whose side is the problem that the package is not tracked? What needs to be done in order for the system to start receiving statuses