Допоможіть розібратися з дію "Змінити етап процесу за наявності достатньої кількості продуктів на складі"
Потрібно зрозуміти як саме воно працює
У мене є 2 замовлення. Вони на різних етапах одного процесу.
На кожному з етапів встановлено дію з галочкою Змінити етап процесу за наявності достатньої кількості продуктів на складі
За якою логікою воно розподіляє? Воно бере всі замовлення на цьому етапі, по черзі (за датою створення) їх розкидає, потім переходить до наступного етапу і робить так само?
Або воно перевіряє відразу всі етапи всіх бізнес-процесів, де стоять ці дії і за датою створення замовлення розкидає продукти?
Справа в чому, на етапі, куди має переводити коштувати дію, зарезервувати продукти, тобто всім замовленням точно не вистачить продуктів, які додалися на склад. Умовно замовлень більше ніж продукту і треба розуміти, за якою логікою воно розкидає ці продукти. Підкажіть будь ласка.
+ Яку дату бере? Дату створення замовлення чи дату переходу в етап із цією дією?
Оригінальне питання доступне на версії: ru
У мене є 2 замовлення. Вони на різних етапах одного процесу.
На кожному з етапів встановлено дію з галочкою Змінити етап процесу за наявності достатньої кількості продуктів на складі
За якою логікою воно розподіляє? Воно бере всі замовлення на цьому етапі, по черзі (за датою створення) їх розкидає, потім переходить до наступного етапу і робить так само?
Або воно перевіряє відразу всі етапи всіх бізнес-процесів, де стоять ці дії і за датою створення замовлення розкидає продукти?
Справа в чому, на етапі, куди має переводити коштувати дію, зарезервувати продукти, тобто всім замовленням точно не вистачить продуктів, які додалися на склад. Умовно замовлень більше ніж продукту і треба розуміти, за якою логікою воно розкидає ці продукти. Підкажіть будь ласка.
+ Яку дату бере? Дату створення замовлення чи дату переходу в етап із цією дією?
Відповіді:
Якщо ми говоримо про запуск раз на хвилину/годину - то вибираються дії згідно з сортуванням окремо за статусами.
Наприклад, у вас є 2 статуси на яких встановлена ця дія - і де вона встановлена вище (і можливо, що було додано раніше) - то і спрацює спочатку.
Далі воно бере процеси в даному статусі із сортуванням за зростанням ID та по черзі обробляє.
Наприклад, у вас є 2 статуси на яких встановлена ця дія - і де вона встановлена вище (і можливо, що було додано раніше) - то і спрацює спочатку.
Далі воно бере процеси в даному статусі із сортуванням за зростанням ID та по черзі обробляє.
17.11.2020, 14:34
Оригінальний коментар доступний на версії: ru
Тиндик Максим Вадимович
Адміністратор писав/ла:
Наприклад, у вас є 2 статуси на яких встановлена ця дія - і де вона встановлена вище (і можливо, що було додано раніше) - то і спрацює спочатку.
Виходить якщо у мене є 2 етапи
- Нове замовлення (у нього ід етапу = 10)
- Чекає наявності (у нього ід етапу = 11)
І на 2 цих етапах встановлено цю дію з однаковими налаштуваннями та включеною галочкою "не перевести якщо є більш ранні замовлення".
То воно спочатку візьме всі замовлення на етап "нове замовлення" перекине, а потім перейде "чекає наявності" і теж почне перекидати з сортуванням по і розрізі кожного взятого етапу?
20.11.2020, 12:13
Оригінальний коментар доступний на версії: ru
Губко Олександр Сергійович писав/ла:
Виходить якщо у мене є 2 етапи
- Нове замовлення (у нього ід етапу = 10)
- Чекає наявності (у нього ід етапу = 11)
І на 2 цих етапах встановлено цю дію з однаковими налаштуваннями та включеною галочкою "не перевести якщо є більш ранні замовлення".
То воно спочатку візьме всі замовлення на етап "нове замовлення" перекине, а потім перейде "чекає наявності" і теж почне перекидати з сортуванням по і розрізі кожного взятого етапу?
Якщо обидві дії встановлені першими на етапі – у них однакове сортування – тоді за черговістю статусів.
А якщо на етапі з ід=11 встановлено першим, а на етапі з ід=10 встановлено третім - то спочатку відпрацює те, що встановлено вище (воно пріоритетніше).
20.11.2020, 15:04
Оригінальний коментар доступний на версії: ru
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар
Copyright © OneBox 2024
