Бизнес-процесс и список ожидания

[Evgenia_f]

Здравствуйте!
Подскажите, пожалуйста, по бизнес-процессам. Пытаюсь создать бизнес-процесс, который создает задачу при переназначении обращения. Когда переназначаю обращение пользователю, задача прекрасно создается. Со списками ожидания работать отказывается, бизнес-процесс не отрабатывает. С чем это может быть связано?

[Артем Enot Грунин]

С тем, что в список ожидания только ссылка отправляется. Пока никто не заберет задачу себе, переназначения не происходит!

[Evgenia_f]

То есть написать в бизнес-процессе условие типа "Список ожидания = ..." не стоит даже пытаться?

[Артем Enot Грунин]

Я вас не понял. Вы назначили задачу списку. В список скопировалась только ссылка. Если какой-то пользователь принимает задачу, ваш Workflow работает. Что вам еще нужно?

[Evgenia_f]

Не совсем так. По-хорошему, мне надо создавать задачу в момент переназначения тому, от кого она уходит. В таком случае надо отслеживать, что задача помещена в список ожидания.

[Артем Enot Грунин]

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

[Evgenia_f]

Между пользователями срм гуляет обращение. В процессе его обработки оно может переназначаться как пользователю, так и списку ожидания. Чтобы пользователь мог отчитаться о проделанной работе, при передаче ему обращения создается задача в отношении обращения.
так как задача создается при назначении обращения, пользователю неудобно отслеживать по задачам, что уже обработано, а что еще в обработке. То есть число задач дожно соответствовать числу уже обработанных обращений.
Тогда возникла идея создавать задачу, когда пользователь не принимает, а отдает обращение. А для этого как-то надо проверять попадание обращения в список ожидания.
Надеюсь, я не очень путано изложила ситуацию. Спасибо

[Артем Enot Грунин]

Мы для этих целей использовали почтовые уведомления. Если кто-то кому-то что-то назначает - пользователю приходит почтовое уведомление. История при этом сохраняется. Со списками хуже, но не уверен, что для истории важно, что перед тем как сообщение кто-то принял, оно полежало в какой-то очереди.

[Evgenia_f]

Спасибо за ответ. А можно как-то отследить, кто отдает обращение, и ему создать задачу или почтовое уведомление? Просто народ требует создавать задачу при назначении обращения, и закрывать ее автоматически при передаче обращения пользователю или списку ожидания.

[Артем Enot Грунин]

Какая версия системы? Дело в том, что в 3.0 уведомление приходит Пользователю которому назначили, от его же имени, так что понять кто назначил проблематично... С задачами связываться не рекомендую - их будет проблематично закрывать через workflow. Как вы собираетесь понять, какую именно задачу надо закрыть при переназначении Обращения?

[Evgenia_f]

4.0. Проблема с задачами уже возникла, только немного в другом плане. Задачи я создаю сразу закрытыми. Поэтому возникает несоответствие между числом задач и обработанных обращений. Вот как побороть ее, не знаю

[Сабитов Андрей]

А может есть смысл, ввести дополнительную вкладку на объекте обращение и на этой вкладке создавать запись об ответственном. Т.е. создано обращение ответственный Иванов - создалась запись с ФИО и датой создания, затем господин Ивано делигировал задачу Петрову, создалась запись - ответственный господие Петров и дата назначения.

[Evgenia_f]

Смену ответственного я фиксирую в примечаниях, отрабатывает бизнес-процесс. Пользователи требуют, чтобы у них после того, как они отдали обращение, что-то оставалось. Для этого и введены задачи.

[Сабитов Андрей]

Цитата:

Сообщение от Evgenia_f

Пользователи требуют, чтобы у них после того, как они отдали обращение, что-то оставалось.

А зачем если не секрет ? этоже сколько будет задач... через несколько лет работы ?

[Артем Enot Грунин]

Мне тоже кажется, что, подобный подход ложен. Действия передачи в итоге будут неотличимы от "нормальных" действий по разрешению обращения. Может действительно создать объект "история работы" и фиксировать все передачи на нем? А что до списков ожидания, то объясните руководству, что их поведение настройке не поддается. И это действительно так! Их даже в списке объектов нет.

[Evgenia_f]

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

[Сабитов Андрей]

Цитата:

Сообщение от Evgenia_f

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

Т.е. задача стоит в том, что бы пользователи сторонней организации могли понять в любой момент времени, кто занимается их обращением (проблеммой).
1. А как у вас пользователи сторонней организации получают доступ к системе?
2. На мой взгляд необходима интеграция MOSS. Клиент зашел на сайт, создал обращение, обращение передалось списку ожидания. А дальше на сайте обновлять статус обращения, процент выполнения, кто занимается данным обращением. Также можно клиенту показывать и завершенные обращения.