Передача запланированных работ

[nester 0]

Ситуация:

сотрудник ВНЕЗАПНО заболел

Вопрос:

как все назначенные для него задания по процессам в SmartFlow которые он уже взял в работу и которые еще были в ожидании распределить между другими (здоровыми) сотрудниками отдела

[green_fx 0]

<SMARTEAM>bin\WorkflowManager.exe

[nester 0]

<SMARTEAM>bin\WorkflowManager.exe

<{POST_SNAPBACK}>

исковырял данный модуль вдоль и поперек, но как решить проблему описанную данным постом так и не понял (terminate процесса и паралельный запуск нового вообщем не выход из данной ситуации, так же как и какой нибудь мега скрипт)

[green_fx 0]

исковырял данный модуль вдоль и поперек, но как решить проблему описанную данным постом так и не понял (terminate процесса и паралельный запуск нового вообщем не выход из данной ситуации, так же как и какой нибудь мега скрипт)

<{POST_SNAPBACK}>

Тупо в базе поменяй id заболевшего пользователя на здорового

"Comment"

У нужного Noda.

[nester 0]

Процитирую сам себя для уточнения

....распределить....

<{POST_SNAPBACK}>

Да и подмена ID не вариант, потому-что процесс должен быть прозрачен для пользователя, да и заставлять начальника отдела ковыряться в базе и чего то подменять НЕПРИЕМЛЕМО в принципе (или я не прав? а?)

[capitaine 0]

Тупо в базе поменяй id заболевшего пользователя на здорового

"Comment"

У нужного Noda.

<{POST_SNAPBACK}>

ты в своем репертуаре

[green_fx 0]

        ты в своем репертуаре 

<{POST_SNAPBACK}>

Если очень уж надо могу и скрипт выложить...

[capitaine 0]

Если очень уж надо могу и скрипт выложить...

<{POST_SNAPBACK}>

кто мне свистел на тему "большого количества скриптов"?

[green_fx 0]

Процитирую сам себя для уточнения

Да и подмена ID не вариант, потому-что процесс должен быть прозрачен для пользователя, да и заставлять начальника отдела ковыряться в базе и чего то подменять НЕПРИЕМЛЕМО в принципе (или я не прав? а?)

<{POST_SNAPBACK}>

"Select user at runtime" - у нужного этапа WorkFlow тоже не проходит?

[nester 0]

"Select user at runtime" - у нужного этапа WorkFlow тоже не проходит?

<{POST_SNAPBACK}>

т.е. предлагается вариант определения исполнителя следующего этапа, исполнителем текущего

это несколько противоречит жесткой логике WorkFlow, которую мы пытаемся построить

есть узлы процессов, где разрешение этого ограничения может привести к плачевным результатам (например нормоконтроль или другая контролирующая функция)

Если я не прав прошу поправить

[green_fx 0]

т.е. предлагается вариант определения исполнителя следующего этапа, исполнителем текущего

это несколько противоречит жесткой логике WorkFlow, которую мы пытаемся построить

есть узлы процессов, где разрешение этого ограничения может привести к плачевным результатам (например нормоконтроль или другая контролирующая функция)

Если я не прав прошу поправить

<{POST_SNAPBACK}>

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

В таком случае у этапа вышестоящего начальника стоит выбор следующего пользователя "at runtime"

[nester 0]

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

В таком случае у этапа вышестоящего начальника стоит выбор следующего пользователя "at runtime"

<{POST_SNAPBACK}>

Это вопрос планирования процессов

он правильно или нет, но для нас понятен

Я же просил ответить на следующий вопрос (процессы уже запущены)

как все назначенные для него задания по процессам в SmartFlow которые он уже взял в работу и которые еще были в ожидании распределить между другими (здоровыми) сотрудниками отдела

[green_fx 0]

to nester

Tool для управления FlowNodeUsers and Options cм. файл.

[nester 0]

to nester

Tool для управления FlowNodeUsers and Options cм. файл.

<{POST_SNAPBACK}>

Нет ли каких дополнительных требований

даже при запущенном SmarTeam Editor ругается на то что необходимо запустить Editor

Все требования в приложенном файле выполнены

Проблему решили по своему

несколько иначе больше характерном для нашего предприятия

бьемся на проблемой этого поста

в других системах подобное существует (даже в более низшего класса) камень в огород DS

[green_fx 0]

Нет ли каких дополнительных требований

даже при запущенном SmarTeam Editor ругается на то что необходимо запустить Editor

Все требования в приложенном файле выполнены

Проблему решили по своему

несколько иначе больше характерном для нашего предприятия

бьемся на проблемой этого поста

в других системах подобное существует (даже в более низшего класса) камень в огород DS

<{POST_SNAPBACK}>

это все в system32

MSCOMCTL.OCX - regsvr32 MSCOMCTL.OCX

Smarteam - Editor должен быть запущен под юзером в правами админа.

<noindex>http://www.smarteam.ds-team.ru/workflow/MSCOMCTL.OCX</noindex>

<noindex>http://www.smarteam.ds-team.ru/workflow/msvbvm60.dll</noindex>

если в "smarteam/bin" нет SmApplic.tlb,SmarTeam.tlb

,SmartFlow.tlb,SmGUISrv.tlb то качай копируй в smarteam/bin и регистрируй

через regsvr32 имя

<noindex>http://www.smarteam.ds-team.ru/workflow/SmApplic.tlb</noindex>

<noindex>http://www.smarteam.ds-team.ru/workflow/SmarTeam.tlb</noindex>

<noindex>http://www.smarteam.ds-team.ru/workflow/SmartFlow.tlb</noindex>

<noindex>http://www.smarteam.ds-team.ru/workflow/SmGUISrv.tlb</noindex>

Должны быть доступны 1 лицензия workflow и 1 editor

А вообще так все работает. Попробуй тачку перегрузить.