Делаю в пакете Custom все работает. То же самое в собственном пакете на собственном объекте, не отрабатывает. Номер не формируется, и ошибки нет при этом.
Попробовал реализовать на студии и тоже столкнулся с этой проблемой. Похоже на недоработку либо я что-то упускаю. В любом случае пока лучше использовать пакет Custom.
Добрый день! Я разобрался с этим вопросом. Причина в следующем: при создании нового пакета автоматически проставляется признак "Компилировать в отдельную сборку", если ее снять, и перекомпелировать, то процессы отрабатывают корректно.
Написал консольное приложение для создания записей в несколько потоков в соответствии с инструкцией.
При первом же тесте по созданию записей в 20 потоков, по 1 записи в каждом потоке, получил следующие результаты:
Собственно вопросы:
Есть ли какая то возможность гарантированно генерировать уникальный номер?
Есть ли возможность модифицировать класс GenerateSequenseNumberUserTask?
Можно сделать следующее:
1) В конфигурации выгрузить GenerateSequenseNumberUserTask.md (выделите схему и выберите действие "Экспорт в файл".
2) Открыть выгруженный файл и подменить значения параметров:
UID
NAME
CAPTION
3) Загрузить полученный файл в конфигурацию (действие "Импорт файла")
4) Внести в загруженный файл требуемые изменения
5) Опубликовать изменения
6) Использовать в действии процесса на объекте созданное (импортированное вами действие)
P.S. Все еще не вижу проблемы в создании триггера.
Начинаем разработку продукта "Документооборот на BPMOnline". Цель - возможность построения на BPMOnline 7.0 систем, сопоставимых по функционалу со специализированными платформами документооборота.
Тема документооборота очень обширна и все сразу мы реализовать не сможем (хотя и имеем серьезные компетенции в документообороте:)). Поэтому просьба ко всем заинтересованным в появлении такого продукта отписаться, что именно Вы хотели бы видеть первом релизе.
Пока план такой:
Личный помощник – удобная напоминалка в трее, работает, даже если закрыт браузер с BPMOnline. Оповещения настраиваются: новая задача, 4 часа до завершения задачи, новый клиент…
Нумераторы – тип поля с автоинкрементом по произвольному шаблону. Удобно для договоров.
Заместители
Постоянный – имеет права на все активности руководителя, имеет право завершать задачи от имени руководителя. Может использоваться для секретарей
Временный – назначается на время отпуска руководителя. На это время получает все права постоянного заместителя.
Автоматическое перенаправление задачи. При смене статуса в карточке сотрудника (профиле) на «болен», «в отпуске» все задачи и активности будут перенаправляться заместителю
Задачи
При создании задачи выбор исполнителей (в том числе согласующих в задаче на согласование), указание типа согласования – последовательное/параллельное.
Относительные временные рамки для задач (через 3 рабочих дня, в течении 2х недель,…)
Возможность переноса сроков задачи с указанием причины
Галочка «Контроль» во всех задачах, позволяющая по исполнении задачи назначить задачу на контроль
Встроенные отчеты по контролем испольнительской дисциплины (КИД): количество просроченных заданий подчиненных на текущий момент, % просроченных задач за месяц и т.д.
Согласование договоров. С настройкой этапов тем, кто создает договор, а не программистом.
Пока не включено:
Делегирование. Не просто смена ответственного, но переназначении задачи на подчиненного с КИД.
История работы с карточкой. Как журнал в Террасофт 3.х.
Проведение совещаний. Подготовка, согласование повестки, протокола
"Свистунов Александр Сергеевич" написал:Версионность. Ждем реализации Террасофт
Бизнес-календарь. Ждем реализации Террасофт
Уточните, пожалуйста, что имеется в виду под версионностью? Если речь идет о версионности файлов, то она реализована - можно хранить несколько версий одного и того же файла. а также видеть количество правок на детали файлы.
Что касается календарей, то они реализованы на некоторых отраслевых решениях, например BPMonline Cargo
Анна, а какой срок переноса всей функциональности предыдущей версии в 7.0?
Мы сейчас перед выбором 7.0 или 5.4, склоняясь к первому. Но кураторы нашего проекты со стороны Террасофт заверили нас, что в 7.0 перенесён полностью весь функционал и это чуть ли не основное внутреннее требование в компании для релиза новых версий.
Хотелось бы быть уверенным на 100%, что к моменту завершения проекта в этом отношении будет всё, как обещано.
Вадим, ситуация на данный момент следующая: именно внутренняя функциональность системы, то есть, все синхронизации, интеграции и т.д. перенесена в полном объеме + есть очень существенные доработки.
На первых сборках мы сталкивались со сложностями в функционировании самой интерфейсной части, на данный момент проблемы устранены. Однако поскольку система совсем новая и еще не обкатанная, стопроцентно гарантировать, что все будет гладко, не могу.
В любом случае, в рамках проектов как разработчики проектной команды, так и тестировщики, уделяют огромное внимание соответствия функциональности требованиям заказчика, так что к моменту завершения проекта все будет в порядке.
Кроме того, в 7.0 есть в этом плане очевидное преимущество перед 5.4: возможность пакетного обновления.
Это значит, что если в базовой версии были исправлены какие-то проблемы либо добавлена новая функциональность, ее легко можно перенести на проект в рамках пакета обновления. Тогда как для 5.4. всё это делается по одной схеме и вручную.
Поэтому кураторы проекта совершенно справедливо рекомендуют 7.0
