Дублюється номер замовлення під час призначення змінної workflow.number - порядковий номер замовлення

дописуйте ще id процесу і цієї проблеми не буде, та й не проблема це в цілому як би суть у тому що поки процес не буде повністю збережений у БД номер не вважається унікальним тому коли у вас налаштована пачка дій та операцій на етапах і перемикання йде кілька секунд ви будете і надалі натикатися на подібне тому моя вам порада додати id

Добрий день. Для мене це проблема критична. Ід процесу надто довгий і використовувати не зручно. Класна дія для створення унікального номера. Ігоре, давайте придумаємо таку ж класну реалізацію. Адже, напевно, можна змінити логіку, щоб не генерувалися однакові унікальні номери.

[quote] Устименко Ігор OneBox production написав: дописуйте ще id процесу і цієї проблеми не буде, та й не проблема це в цілому як би суть у тому що поки процес не буде повністю збережений у БД номер не вважається унікальним тому коли у вас налаштована пачка дій та операцій на етапах і перемикання йде кілька секунд ви будете і надалі натикатися на подібне тому моя вам порада додати id [/quote] Ігорю, прошу знайти рішення. Готові на платне доопрацювання

[quote] Пташкін Сергій писав/ла: Добрий день. Для мене це проблема критична. Ід процесу надто довгий і використовувати не зручно. Класна дія для створення унікального номера. Ігоре, давайте придумаємо таку ж класну реалізацію. Адже, напевно, можна змінити логіку, щоб не генерувалися однакові унікальні номери. [/quote] так класне рішення це: Перейти на Onebox OS та збільшити потужність сервера там обробка даних прискорена в рази – тому шанс потрапити на одночасне спрацювання практично нульовий.

Дякую. Обов'язково скористаємось. Але це метод покращує, але з вирішує повністю проблемму. Ід процесу у вас не подвоюється. Отже, можна придумати і генерацію унікального коду за шаблоном.

Ігорю, але невже не можна зробити нормальну генерацію УНІКАЛЬНОГО номера? Навіть якщо не можна – напишіть про це прямо та закриємо тему.

[quote] Пташкін Сергій писав/ла: Ігорю, але невже не можна зробити нормальну генерацію УНІКАЛЬНОГО номера? Навіть якщо не можна – напишіть про це прямо та закриємо тему. [/quote] я ж вище відповів у вас варіанти або використовувати id або переходити на OS

[quote] Пташкін Сергій писав/ла: Завдання – генерувати унікальний номер. Використовувати ід – не підходить. І це не вирішення завдання Використання ОС не вирішує проблеми, а знижує ймовірність, але не виключає її. Тому відповіді немає. Якби ви написали "завдання не вирішуване, шукайте альтернативи." я б не ставив ще 10 питань. А виходить так, що у вас дія "генерації порядкового номера" глючить, але у Ваших відповідях я чую, мовляв, у Боксі все правильно, це я дурень. Вибачте, Ігорю. Ми можемо на наступному етапі перевіряти унікальність дією "Перевірити наявність додаткового поля поточного процесу в інших процесах" і у разі дубля видувати помилку. Чи можна його доопрацювати, щоб у разі дубля генерувати повторно значення? І, випадково, якщо для додаткового поля, в якому ми генеруємо унікальний номер, включити налаштування "тільки унікальні значення" - це нам не допоможе? [/quote] ні вам це не допоможе якщо вас не влаштовує id - то можете доопрацювати змінну поточного часу в мілісекундах ще будь-який інший унікальний ідентифікатор

Дякую, Ігорю. Поки що зупинилися на перевірці унікальності, і в разі наявності процесу з таким же номером - генеруємо повторно. Такий метод не виключає ймовірність дубля, але знижує в рази. Спостерігаємо.