Вопрос

Добрый день.

Решил изучить процесс автонумерации на возможность генерации одинаковых номеров.

  1. Настроил процесс в соответствии с инструкцией.
  2. Написал консольное приложение для создания записей в несколько потоков в соответствии с инструкцией.

При первом же тесте по созданию записей в 20 потоков, по 1 записи в каждом потоке, получил следующие результаты:
Дубли2

Собственно вопросы:
Есть ли какая то возможность гарантированно генерировать уникальный номер?
Есть ли возможность модифицировать класс GenerateSequenseNumberUserTask?

У меня такой же вопрос

3 комментария

Здравствуйте!

Альтернативный вариант - генерировать номер по факту создания записи триггером в БД.

"Демьяник Алексей" написал:

Здравствуйте!

Альтернативный вариант - генерировать номер по факту создания записи триггером в БД.


Но, если необходимо генерировать некоторый код на основании уникального номера и некоторых полей из записи, то этот вариант же не подходит.

Например шаблон названия/кода: <Тип_записи>/<Категория_записи>/<Год_создания>_<Уникальный_порядковый_номер>

И есть ли возможность модифицировать класс GenerateSequenseNumberUserTask, который отвечает за генерацию номера?

Здравствуйте!

Можно сделать следующее:
1) В конфигурации выгрузить GenerateSequenseNumberUserTask.md (выделите схему и выберите действие "Экспорт в файл".
2) Открыть выгруженный файл и подменить значения параметров:

  • UID
  • NAME
  • CAPTION

3) Загрузить полученный файл в конфигурацию (действие "Импорт файла")
4) Внести в загруженный файл требуемые изменения
5) Опубликовать изменения
6) Использовать в действии процесса на объекте созданное (импортированное вами действие)

P.S. Все еще не вижу проблемы в создании триггера.

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Всем привет!

Начинаем разработку продукта "Документооборот на BPMOnline". Цель - возможность построения на BPMOnline 7.0 систем, сопоставимых по функционалу со специализированными платформами документооборота.
Тема документооборота очень обширна и все сразу мы реализовать не сможем (хотя и имеем серьезные компетенции в документообороте:)).
Поэтому просьба ко всем заинтересованным в появлении такого продукта отписаться, что именно Вы хотели бы видеть первом релизе.
Пока план такой:

  1. Личный помощник – удобная напоминалка в трее, работает, даже если закрыт браузер с BPMOnline. Оповещения настраиваются: новая задача, 4 часа до завершения задачи, новый клиент…
  2. Нумераторы – тип поля с автоинкрементом по произвольному шаблону. Удобно для договоров.
  3. Заместители
    • Постоянный – имеет права на все активности руководителя, имеет право завершать задачи от имени руководителя. Может использоваться для секретарей
    • Временный – назначается на время отпуска руководителя. На это время получает все права постоянного заместителя.
    • Автоматическое перенаправление задачи. При смене статуса в карточке сотрудника (профиле) на «болен», «в отпуске» все задачи и активности будут перенаправляться заместителю
  4. Задачи
    • При создании задачи выбор исполнителей (в том числе согласующих в задаче на согласование), указание типа согласования – последовательное/параллельное.
    • Относительные временные рамки для задач (через 3 рабочих дня, в течении 2х недель,…)
    • Возможность переноса сроков задачи с указанием причины
    • Галочка «Контроль» во всех задачах, позволяющая по исполнении задачи назначить задачу на контроль
    • Встроенные отчеты по контролем испольнительской дисциплины (КИД): количество просроченных заданий подчиненных на текущий момент, % просроченных задач за месяц и т.д.
  5. Согласование договоров. С настройкой этапов тем, кто создает договор, а не программистом.

Пока не включено:

  • Делегирование. Не просто смена ответственного, но переназначении задачи на подчиненного с КИД.
  • История работы с карточкой. Как журнал в Террасофт 3.х.
  • Проведение совещаний. Подготовка, согласование повестки, протокола
  • Версионность. Ждем реализации Террасофт
  • Бизнес-календарь. Ждем реализации Террасофт

У меня такой же вопрос

5 комментариев

Здравствуйте, Александр!

"Свистунов Александр Сергеевич" написал:Версионность. Ждем реализации Террасофт
Бизнес-календарь. Ждем реализации Террасофт

Уточните, пожалуйста, что имеется в виду под версионностью? Если речь идет о версионности файлов, то она реализована - можно хранить несколько версий одного и того же файла. а также видеть количество правок на детали файлы.

Что касается календарей, то они реализованы на некоторых отраслевых решениях, например BPMonline Cargo

"Alimova Anna" написал:видеть количество правок на детали файлы

Добавил новую версию файла (вложение), теперь у меня два файла:) Как просмотреть правки и понять, что это новая версия?

Александр, Вы правы, в новом UI 7.0 эту функциональность еще не перенесли, она есть только на 5.4

Анна, а какой срок переноса всей функциональности предыдущей версии в 7.0?

Мы сейчас перед выбором 7.0 или 5.4, склоняясь к первому. Но кураторы нашего проекты со стороны Террасофт заверили нас, что в 7.0 перенесён полностью весь функционал и это чуть ли не основное внутреннее требование в компании для релиза новых версий.

Хотелось бы быть уверенным на 100%, что к моменту завершения проекта в этом отношении будет всё, как обещано.

Вадим, ситуация на данный момент следующая: именно внутренняя функциональность системы, то есть, все синхронизации, интеграции и т.д. перенесена в полном объеме + есть очень существенные доработки.

На первых сборках мы сталкивались со сложностями в функционировании самой интерфейсной части, на данный момент проблемы устранены. Однако поскольку система совсем новая и еще не обкатанная, стопроцентно гарантировать, что все будет гладко, не могу.

В любом случае, в рамках проектов как разработчики проектной команды, так и тестировщики, уделяют огромное внимание соответствия функциональности требованиям заказчика, так что к моменту завершения проекта все будет в порядке.

Кроме того, в 7.0 есть в этом плане очевидное преимущество перед 5.4: возможность пакетного обновления.

Это значит, что если в базовой версии были исправлены какие-то проблемы либо добавлена новая функциональность, ее легко можно перенести на проект в рамках пакета обновления. Тогда как для 5.4. всё это делается по одной схеме и вручную.

Поэтому кураторы проекта совершенно справедливо рекомендуют 7.0

Войдите или зарегистрируйтесь, чтобы комментировать