Incorrect work of the functionality of the Vikonati procedure at the bp stage
1) at stage є the Vikonati procedure was registered https://prnt.sc/102oag5
The problem is that when you go over, it doesn’t work if you want to see the procedure itself in the BP, everything works. https://prnt.sc/102obrv
the procedure itself https://prnt.sc/102ocqu
Transition to stage de є tsya diya
Original question is available on version: ru
macik9157@gmail.com
The problem is that when you go over, it doesn’t work if you want to see the procedure itself in the BP, everything works. https://prnt.sc/102obrv
the procedure itself https://prnt.sc/102ocqu
Transition to stage de є tsya diya
Answers:
Provide a link to the test process and the step we can go to to analyze if the above issue exists
22.02.2021, 15:22
Original comment available on version: ru
short bp sale https://prnt.sc/103s7oi https://ekomora.ua/admin/customorder/zamovlennya-kliientiv/121106/edit/ sc/103sa8g https://ekomora.ua/admin/customorder/dropshoping/121087/edit/ (https://prnt.sc/103scmo)
22.02.2021, 15:30
macik9157@gmail.com
Original comment available on version: ru
Please specify on what specific data you check that the procedure call did not work?
22.02.2021, 17:15
Original comment available on version: ru
when you go to the stage https://ekomora.ua/admin/shop/workflowstatus/7260/action/new/ it can be sold, it can be called https://prnt.sc/103vyk5 and it can be viconated https://prnt.sc/103vzds i write down the value of the additional field for the product.
22.02.2021, 17:20
macik9157@gmail.com
Original comment available on version: ru
https://ekomora.ua/admin/customorder/dropshoping/121087/edit/
so I switched to the "For sale" stage - and the product was written 0 in the additional product field - this can be seen in the product history https://ekomora.ua/admin/shop/products/1649192/history/
so I switched to the "For sale" stage - and the product was written 0 in the additional product field - this can be seen in the product history https://ekomora.ua/admin/shop/products/1649192/history/
23.02.2021, 17:40
Original comment available on version: ru
Maxim all the time I don’t know if the field worked in one additional field, everything is OK, but in the other it is not recorded https://prnt.sc/1067kub https://ekomora.ua/admin/customorder/dropshoping/122100/edit/
25.02.2021, 07:52
macik9157@gmail.com
Original comment available on version: ru
It is possible that the prorahunok, as if otherwise, would have to be prompted to write down the value of 0 after the end of the operation
25.02.2021, 07:53
macik9157@gmail.com
Original comment available on version: ru
Chirkov Maxim wrote:
It is possible that the prorahunok, as if otherwise, would have to be prompted to write down the value of 0 after the end of the operation
perhaps, because now everything is somehow confused with you
within the framework of the stage to which the switch occurs - can not you try to do this?
even for the product that you show https://ekomora.ua/admin/shop/products/1649189/history/ - the history shows that the value is being overwritten, probably somewhere the reverse calculation is indicated
25.02.2021, 16:49
Original comment available on version: ru
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
