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

дописывайте еще id процесса и этой проблемы не будет , да и не проблема это в целом как бы суть в том что пока процесс не будет полностью сохранен в БД номер не считается уникальным поэтому когда у вас настроена пачка действий и операций на этапах и переключение идет несколько секунд вы будете и дальше натыкаться на подобное поэтому мой вам совет добавить id

Добый день. Для меня это проблемма критичная. Ид процесса слишком длинное и использовать не удобно. Классное действие для генерации уникального номера. Игорь, давайте придумаем такую же классную реализацию. Ведь, наверняка, можно поменять логику, чтоб не генерирровались одинаковые уникальные номера.

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

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

Спасибо. Обязательно воспользуемся. Но этот метод улучшает, но не решает полностью проблемму. Ид процесса у вас же не задваевается. Значит можно придумать и генерацию уникального кода по шаблону.

Игорь, но неужели нельзя сделать нормальную генерацию УНИКАЛЬНОГО номера? Даже если нельзя - напишите об этом прямо и закроем тему.

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

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

Спасибо, Игорь. Пока остановились на проверке уникальности, и в случае наличия процесса с таким же номером - генерим повторно. Такой метод полностью не исключает вероятность дубля, но снижает в разы. Наблюдаем.