The creation of the TTN of the New Mail with the action began to work with an error (the wrong sender's organization is substituted)

Hello Please reset the link to the process where this is happening. Most likely, in this process, the second LK of the new mail in the block, for example, was selected

Good afternoon This happens in all order processes, and in all business processes in which such an action is configured. The action is configured in the stages Create TTN, the recipient pays for delivery and Create TTN, we pay for delivery. This error pops up in any order and in all business processes.

I asked you for a concrete example (link)

Any process. For example, the process https://chekhol.com.ua/admin/customorder/order/98822/edit/ In this order, we only created the TTN manually so that the TTN was correct.

Yes, I see - it pulls data from LK into the manual creation by default. Is there a process where I myself can go to the stage and create a ttn by action?

https://chekhol.com.ua/admin/customorder/order/98835/edit/

We need to send this order. We proceed further in stages, if it is still needed for testing, I will give a link to the second one

Or do you need more time?

You have one and the same sender at the companies "SAVCHUK VALERIA OLEKSANDRIVNA" and "Tucha Valeriy Dmytrovych" (with the same username), delete it and the search will be correct. At the moment, the comparison goes by username and finds the wrong sender 20450348143805 please remove this ttn from lk

I don't see where the same sender would be. Everything is correct in the integration settings https://prnt.sc/zvcdkb. What do you mean by the same sender?

You have 2 offices: "SAVCHUK VALERIA OLEKSANDRIVNA" and "Tucha Valery Dmytrovych". They have one and the same counterparty "SAVCHUK VALERIA OLEKSANDRIVNA" in the new post office, and therefore, when automatically creating a ttn, the box does not accurately determine the sender's account, as it looks at the coincidence of the counterparty's name.

We have LC Novaya Poshta tied to structural subdivisions with the main contractor SAVCUK VALERIA OLEKSANDRIVNA We have been traveling this way for 3 years. It is not possible to delete one of the counterparties. This is a system bug, that the box somehow inaccurately determines the sender, looks for some coincidences. I need both this and that office, but it is necessary that TTN be created correctly. We need to eliminate such an error in the logic of the processing of automatic actions, and not delete personal accounts of Nova Poshta that have passed verification, for which there are statistics of shipments, etc.

Nothing was resolved with God

[quote] Savchuk Dmitry The client wrote: We have LC Novaya Poshta tied to structural subdivisions with the main contractor SAVCUK VALERIA OLEKSANDRIVNA We have been traveling this way for 3 years. It is not possible to delete one of the counterparties. This is a system bug, that the box somehow inaccurately determines the sender, looks for some coincidences. I need both this and that office, but it is necessary that TTN be created correctly. We need to eliminate such an error in the logic of the processing of automatic actions, and not delete personal accounts of Nova Poshta that have passed verification, for which there are statistics of shipments, etc. [/quote] Dmitry, you demand something that contradicts adequate logic. You were told that a match is being searched by last name you have the counterparty's full name - the same for both offices. The solution was given to you above

We do not have the same full name for both offices

[quote] Savchuk Dmitry The client wrote: We do not have the same full name for both offices [/quote] attach screenshots of the selected counterparty

Screenshot from the office of NP 1. There are no mixed counterparties here. If it is necessary from the second office, it will be in 2 hours [file]3826[/file]

The problem is with this cabinet. Instead of the organization for this contact person, the organization data from the second contact person is substituted in the automatic action of creating a TTN

[quote] Savchuk Dmitry The client wrote: The problem is with this cabinet. Instead of the organization for this contact person, the organization data from the second contact person is substituted in the automatic action of creating a TTN [/quote] I'm waiting for a screenshot from the 2nd office

Data on the second office. I am attaching the screenshot [file]3829[/file]

[quote] Ustimenko Igor OneBox CTO wrote: [quote] Savchuk Dmitry The client wrote: The problem is with this cabinet. Instead of the organization for this contact person, the organization data from the second contact person is substituted in the automatic action of creating a TTN [/quote] I'm waiting for a screenshot from the 2nd office [/quote] all chests are there, I'm waiting for your answer. As you can see, they wrote me some answer that does not correspond to reality, and the decision was unfortunately closed. Please solve this problem anyway

Dmitry, as far as I can see, you have changed the sender data in the interaction settings in OneBox. After this, ttn must be created from the right senders, is that right?

nothing was changed, TTN is automatically created incorrectly

However, tonight we will be forced to change the sender's account. We will return to this again in a month.

Is it possible to process where I can now incorrectly create a ttn?

https://chekhol.com.ua/admin/customorder/order/100721/edit/

20450351754402 delete please ttn as far as I can see, everything works correctly https://prnt.sc/106r5ps. At the moment, this cabinet is the default cabinet and, accordingly, an order should be created from it. Perhaps your employee switches the https://chekhol.com.ua/admin/shop/users/2/ cabinets by default, and therefore you do not know from which account the ttn should be sent. To avoid similar situations, display the block of new mail in the interface settings, where you can choose from which account the TTN will be sent.

[quote] Bilbo Baggins the hacker wrote: 20450351754402 delete please ttn as far as I can see, everything works correctly https://prnt.sc/106r5ps. At the moment, this cabinet is the default cabinet and, accordingly, an order should be created from it. Perhaps your employee switches the https://chekhol.com.ua/admin/shop/users/2/ cabinets by default, and therefore you do not know from which account the ttn should be sent. To avoid similar situations, display the block of new mail in the interface settings, where you can choose from which account the TTN will be sent. [/quote] Incorrect I wrote to you that I was forced to switch cabinets in the evening. You cannot solve my problem for a week. Now we cannot temporarily leave the previous office. The problem with the previous cabinet was never solved, and more than a week passed, you waited for the moment when we switched the cabinet, because We have run out of limits for the previous one, and you say that the problem is solved. We need to solve a bug with the office of Valery Oleksandrivna NP Savchuk. All other offices work normally Our employees do not switch offices. You yourself tested the automatic action and saw the error.

Dmitry, I am not against solving the problem if you show it to me right now. I went to the specified process and showed you that everything works correctly, please give the process where it works incorrectly

I gave you a link and you went through the process in which it does not work correctly. twice How many more times do you need to go and test so that you can start solving the problem? Right now I can give you a process in which this action will work incorrectly. Only after that, we will switch the NP cabinet again and work on another cabinet, which does not have such a problem. We have been waiting for a solution to the problem for a week, twice I gave you processes on which you could test the problem, they wrote back something that did not correspond to reality, downloaded screenshots, etc. What else is needed? If you need a process, I will provide you with the allotted time, we will switch back the cabinet and you can test it a third time.

Did you fix the problem in principle? When sending from the Savchuk Valeriya Oleksandrivna office is configured, the sending organization from the second NP office is substituted. There is such a problem only with the office of Valery Oleksandrivna Savchuk. I sent you the screenshots, in which you can see that there is no confusion with the organizations of the senders between the offices of the NP. The OneBox and NP integration settings are configured correctly and have not changed in the last few years. But all the same, in the automatic action "create ttn" a TTN is created with an error (the sender Savchuk Valeryia Oleksandrivna and her phone number are substituted through Savchuk Valeriya Oleksandrivna's office, but the sender organization Tucha Valery Dmytrovych is our organization, the sender from the second NP office). Moreover, if you create a TTN manually, the correct data is substituted. This is the essence of the problem, because when sending from other NP offices, we do not have such a problem.

[quote] Savchuk Dmitry The client wrote: If you need a process, I will provide you with the allotted time, we will switch back the cabinet and you can test it a third time [/quote] now set the default cabinet to the desired one (Savchuk), download an example of the process in which you can automatically create ttn and I will look at it soon

https://chekhol.com.ua/admin/customorder/order/100817/edit/ Write how you test it, so that we can change the cabinets again

Please delete the test phone number 20450352105772 I will describe the situation once again 1. We knock on the new post office, we say: post office, please give us a list of Organizations that you have by key 1c3a6b7dd2d478525cdf2fd63bd8ХХХХ. She answers: Array ( [0] => Array ( [Description] => Tucha Valery Dmytrovych [FullName] => [Ref] => f5f058d9-1dc6-11eb-8513-b88303659df5 [EDRPOU] => 80125521 [OwnershipFormRef] => d558bfcb-7456-11df-ad52-000c29118aa7 [OwnershipFormDescription] => Individual [CounterpartyType] => Organization ) [1] => Array ( [Description] => Tetyana Volodymyrivna Tucha [FullName] => [Ref] => f979a560-1dc6-11eb-8513-b88303659df5 [EDRPOU] => 2693605285 [OwnershipFormRef] => d558bfcb-7456-11df-ad52-000c29118aa7 [OwnershipFormDescription] => Individual [CounterpartyType] => Organization ) [2] => Array ( [Description] => VALERIA OLEKSANDRIVNA SAVCHUK [FullName] => [Ref] => 00386d74-0edd-11e7-8ba8-005056881c6b [EDRPOU] => 01527170 [OwnershipFormRef] => d558bfcb-7456-11df-ad52-000c29118aa7 [OwnershipFormDescription] => Individual [CounterpartyType] => Organization ) ) 2. We received 3 organizations that you have registered in the LC for this office. Probably, 0 and 1 are absolutely not necessary here, because they have their own offices. 3. We say by mail: please give us a list of CONTRACTORS who are attached to these 3 organizations and receive: Array ( [0] => Array ( [Description] => Valeryia Oleksandrivna Savchuk [FullName] => [Ref] => f5f058d9-1dc6-11eb-8513-b88303659df5 [ref] => 6f9d4f7f-6f61-11eb-8513-b88303659df5 [EDRPOU] => 80125521 [OwnershipFormRef] => d558bfcb-7456-11df-ad52-000c29118aa7 [OwnershipFormDescription] => Individual [CounterpartyType] => Organization ) [1] => Array ( [Description] => Valeryia Oleksandrivna Savchuk [FullName] => [Ref] => 00386d74-0edd-11e7-8ba8-005056881c6b [ref] => 7f9338a2-b488-11ea-8513-b88303659df5 [EDRPOU] => 01527170 [OwnershipFormRef] => d558bfcb-7456-11df-ad52-000c29118aa7 [OwnershipFormDescription] => Individual [CounterpartyType] => Organization ) [2] => Array ( [Description] => Dmytro Valeryovych Savchuk [FullName] => [Ref] => 00386d74-0edd-11e7-8ba8-005056881c6b [ref] => cfa6b2dd-1dc7-11eb-8513-b88303659df5 [EDRPOU] => 01527170 [OwnershipFormRef] => d558bfcb-7456-11df-ad52-000c29118aa7 [OwnershipFormDescription] => Individual [CounterpartyType] => Organization ) [3] => Array ( [Description] => Tucha Valery Dmytrovych [FullName] => [Ref] => 00386d74-0edd-11e7-8ba8-005056881c6b [ref] => 99571af2-32e8-11eb-8513-b88303659df5 [EDRPOU] => 01527170 [OwnershipFormRef] => d558bfcb-7456-11df-ad52-000c29118aa7 [OwnershipFormDescription] => Individual [CounterpartyType] => Organization ) ) After that, we go through these contractors and by [Description] => Savchuk Valery Oleksandrivna we find the first contractor (by matching his name) and then we substitute his organization in ttn [Ref] => f5f058d9-1dc6-11eb-8513-b88303659df5 . It so happened that this is "Tucha Valery Dmytrovych", who is not clear what he is doing in this personal account. How to fix this problem: 1. Programmatically to compare not only the counterparty but also the name of his company. This needs to be refined, it will take 2 hours 2. Go to the new email account and delete the extra counterparties and organizations, leaving only the necessary organization "SAVCHUK VALERIA OLEKSANDRIVNA" and its counterparty for the key 1c3a6b7dd2d478525cdf2fd63bd83ххх

This is all very good, but what can we do? We have configured the integration with New Mail from your module correctly. TTN is created manually correctly. You say that at Nova Poshta, something is not working properly with the API key. I am not a representative of Nova Poshta. You offer integration with New Mail in the box. In the integration, you indicate the presence of the automatic action of creating TTN. I have customized this action for our company. It works incorrectly. That is, the integration module does not work correctly. Or did I specify some settings incorrectly? If so, I'll fix it. You are telling me now that I need to pay for 2 hours to fix the integration of your module, which was not designed to have a similar cabinet system as we have. That is, I have to pay for the modification of the module to its normal state. We do not need additional functionality, but I just want the one you stated to work. In fact, it turns out that the action of creating a TTN does not work for technical reasons, because you did not provide such a variant of Nova Poshta cabinets as we have. I don't understand why in this case we have to pay something for the normal functioning of the provided actions.

I gave you 2 solutions, but for some reason you ignore the second one.

It is impossible to delete counterparties. I wrote to you about it. All counterparties must be connected structurally for keeping general statistics of shipments, ordering packaging materials, etc. This is not something unusual, but a standard bundle of counterparties into one structural unit Also, I would like to ask you to remove personal data, in particular Ref] and [EDRPOU] from the message on the forum.

Then only option 1 is suitable for you. If you switch to a cloud tariff, the update will be done for free.

That is, I only have the option of paying for the work so that you, at the expense of this payment, bring the integration module with Nova poshto to a normal functioning state and you do not consider this situation a bug, do I understand correctly?

I didn't understand you. We have counterparties with different full names

[quote] Gimli son of Glóin dwarf wrote: [Description] => Valeryia Oleksandrivna Savchuk [FullName] => [Ref] => f5f058d9-1dc6-11eb-8513-b88303хх [ref] => 6f9d4f7f-6f61-11eb-8513-b883036хх ) [1] => Array ( [Description] => Valeryia Oleksandrivna Savchuk [FullName] => [Ref] => 00386d74-0edd-11e7-8ba8-0050568хх [ref] => 7f9338a2-b488-11ea-8513-b88303хх ) [/quote] where?

I don't understand what you are asking me. What is this in general and what should this information convince me of? You see, counterparty 1 is Savchuk Valery Oleksandrivna counterparty 2 - Valery Dmytrovych Tucha Each of them has the same organization. Each of them has its own LC NP and API key. I don't understand how these 2 different counterparties can get mixed up

Dmitry, I am resetting the information for ONE account, namely the account with the key "1c3a6b7dd2d478525cdf2fd63bd8ХХХХ". That. you have "Tucha Valeriy Dmytrovych" added to this ONE account for some reason, which clearly shouldn't be there, because it has its own separate cabinet.

[quote] Gimli son of Glóin dwarf wrote: Dmitry, I am resetting the information for ONE account, namely the account with the key "1c3a6b7dd2d478525cdf2fd63bd8ХХХХ". That. you have "Tucha Valeriy Dmytrovych" added to this ONE account for some reason, which clearly shouldn't be there, because it has its own separate cabinet. [/quote] That's how you think it shouldn't be. But in fact, such a situation exists, and it's not something I came up with, it's a functionality of Nova Poshta that you didn't foresee. And for those people whose cabinets are set up in a similar way, the integration will not work either. I do not understand why the elimination of such a problem should be paid.