Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
https://crm.mebelok.com/admin/customorder/realizatsiya-izdeliy/2138355/edit/
На замовлення додали товар, кількість 1
Переклали на етап https://crm.mebelok.com/admin/shop/workflowstatus/207/action/new/
Тут стоїть дія резерву
І потім перейшов автоматично сюди
https://crm.mebelok.com/admin/shop/workflowstatus/637/action/new/
В історії записано що товар став у резерв на цих обох етапах, коли переключилося автоматично
https://crm.mebelok.com/admin/customorder/realizatsiya-izdeliy/2138355/history/?systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter3_value=&fieldkey=&customfieldid=&opfieldid=reserved&productidvalue=230168&filtercdatefrom=&filtercdateto=&workflowid =
[file]11737[/file]
У підсумку кількість замовлення 1, але в резерві 2
[file]11738[/file]
Повторити можеш? З того, що видно в історії ви натиснули перехід на етап і не дочекавшись відповіді тицьнули резервування товару вручну. Навіщо це робилося я не знаю, 2 запити паралельно система обробити коректно не може (точніше може, але ви втратите під 50% у продуктивності) і створить вам 1, 2, 3 і скільки завгодно ще резервів.
Повторити можеш? З того, що видно в історії ви натиснули перехід на етап і не дочекавшись відповіді тицьнули резервування товару вручну. Навіщо це робилося я не знаю, 2 запити паралельно система обробити коректно не може (точніше може, але ви втратите під 50% у продуктивності) і створить вам 1, 2, 3 і скільки завгодно ще резервів.
anonymous duck OneBox production Співробітник писав/ла: Повторити можеш? З того, що видно в історії ви натиснули перехід на етап і не дочекавшись відповіді тицьнули резервування товару вручну. Навіщо це робилося я не знаю, 2 запити паралельно система обробити коректно не може (точніше може, але ви втратите під 50% у продуктивності) і створить вам 1, 2, 3 і скільки завгодно ще резервів.
У клієнта постійно такі ситуації, в резерві більше, ніж треба, треба якесь рішення як уникнути подібних ситуацій
[quote]
anonymous duck
OneBox production
Співробітник писав/ла:
Повторити можеш? З того, що видно в історії ви натиснули перехід на етап і не дочекавшись відповіді тицьнули резервування товару вручну. Навіщо це робилося я не знаю, 2 запити паралельно система обробити коректно не може (точніше може, але ви втратите під 50% у продуктивності) і створить вам 1, 2, 3 і скільки завгодно ще резервів.
[/quote]
У клієнта постійно такі ситуації, в резерві більше, ніж треба, треба якесь рішення як уникнути подібних ситуацій
Ось новий приклад На складі 1, у резерві 2, саме 2 рази зарезервувався товар https://crm.mebelok.com/admin/customorder/realizatsiya-izdeliy/2159510/history/?... = Різниця секунд 20 співробітник перейшов на етап, товар не зарезервувався, він натиснув вручну, в результаті в резерві 2 штуки, а на складі всього 1 У результаті сьогодні -1
Ось новий приклад
На складі 1, у резерві 2, саме 2 рази зарезервувався товар
https://crm.mebelok.com/admin/customorder/realizatsiya-izdeliy/2159510/history/?systemchange=1&filter2_key=valueold&filter2_type=search&filter2_value=&filter3_key=valuenew&filter3_type=search&filter2 =
Різниця секунд 20 співробітник перейшов на етап, товар не зарезервувався, він натиснув вручну, в результаті в резерві 2 штуки, а на складі всього 1
У результаті сьогодні -1 [file]12026[/file]
З того, що бачу я: клієнт спочатку зарезервував дією на етапі а потім додатково через процес натиснув кнопку. Навіщо я хз. Щоб поставити захист від подібних ситуацій, знадобиться близько 3 годин доопрацювання.
З того, що бачу я: клієнт спочатку зарезервував дією на етапі а потім додатково через процес натиснув кнопку. Навіщо я хз. Щоб поставити захист від подібних ситуацій, знадобиться близько 3 годин доопрацювання.
anonymous duck OneBox production написав: З того, що бачу я: клієнт спочатку зарезервував дією на етапі а потім додатково через процес натиснув кнопку. Навіщо я хз. Щоб поставити захист від подібних ситуацій, знадобиться близько 3 годин доопрацювання.
В останньому прикладі, там же різниця в резерві секунд 20, якщо товар зарезервували, чому воно дає вдруге його зарезервувати? Ми ж не вмить його резервували
[quote]
anonymous duck
OneBox production написав:
З того, що бачу я: клієнт спочатку зарезервував дією на етапі а потім додатково через процес натиснув кнопку. Навіщо я хз. Щоб поставити захист від подібних ситуацій, знадобиться близько 3 годин доопрацювання.
[/quote]
В останньому прикладі, там же різниця в резерві секунд 20, якщо товар зарезервували, чому воно дає вдруге його зарезервувати? Ми ж не вмить його резервували
anonymous duck OneBox production написав: З того, що бачу я: клієнт спочатку зарезервував дією на етапі а потім додатково через процес натиснув кнопку. Навіщо я хз. Щоб поставити захист від подібних ситуацій, знадобиться близько 3 годин доопрацювання.
В останньому прикладі, там же різниця в резерві секунд 20, якщо товар зарезервували, чому воно дає вдруге його зарезервувати? Ми ж не вмить його резервували
тому що немає захисту від дурня
[quote]
Короп Владислав Павлович
КТС писав/ла:
[quote]
anonymous duck
OneBox production написав:
З того, що бачу я: клієнт спочатку зарезервував дією на етапі а потім додатково через процес натиснув кнопку. Навіщо я хз. Щоб поставити захист від подібних ситуацій, знадобиться близько 3 годин доопрацювання.
[/quote]
В останньому прикладі, там же різниця в резерві секунд 20, якщо товар зарезервували, чому воно дає вдруге його зарезервувати? Ми ж не вмить його резервували
[/quote]
тому що немає захисту від дурня
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар