Бизнес-Правило в MS CRM 3.0

[smilevolter]

Создаю с помощью Workflow Manager бизнес-правило (rule), которое будет выполнять следующие действия: при создании объекта "Возможная сделка" (create) подставить автоматически в поле, которое является ссылкой на пользовательский объект (тип поля lookup), статическое значение из этого объекта.
Выглядит вот так:

 
When возможная сделка is created
Update: Возможная сделка <Собственные ЮрЛица>=Название_Юридического_Лица: Собственные юридические лица.

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

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

А что говорит workflow monitor ?

[smilevolter]

Workflow Monitor молчит, в логе ни каких действий по этому бизнес правилу не показывает.
Но если я сам вручную заполняю его и сохраняю потом возможную сделку, то в логе Workflow Monitor это бизнес правило появляется, но со статусом = Finished.

Еще небольшой ньюанс (если поможет):
1. Поле, в которое подставляется статическое значение - является обязательным для заполнения.
2. Все ранее созданные бизнес правила и процесс продажи для возможной сделки отрабатываются.

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

Сейчас пробовал реализовть тоже самое только в 4ке.
Правило для Возможной сделки, правлом задаю поле потенциальный клиент (обязательно для заполнения) после сохранения потенциальный клиент, которого я указал. После отработки правила потенциальный клиент меняется.
У Вас задача в поле лукап указывать одно и тоже статическое значение ?

[smilevolter]

Задача следующая:
Возможные сделки могут вестись с клиентами от имени разных юридических лиц (соответственно разные юрлица фигурируют и в предложениях и заказах и счетах). Т.е. на форме сделки присутствуют две стороны - заказчик и исполнитель
Т.к. в 3-ке нельзя вынести несколько связанных лукапов на одну сущность, то пошли стандартным способом - сделали промежуточную таблицу, связанную с Организациями. Ее лукап и вытащили на форму сделки.

Заказчика естественно заполняем выбором. Исполнитель по умолчанию должен вставать один и тот же, но при желании может быть изменен.
Вся соль в том что стандартное бизнес-правило не отрабатывает: НА СОЗДАНИЕ объекта промодифить его поле.
Вот и спрашиваю - где с бубном поплясать или за что подергать, чтоб заработало, ИБО: а) в мониторе его не найти днем с огнем б) старые настроенные правила на тот же объект и на другие тоже - РАБОТАЮТ.

Увы как ни печально, но не знаю где рыть.

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

Цитата:

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

Задача следующая:
Возможные сделки могут вестись с клиентами от имени разных юридических лиц (соответственно разные юрлица фигурируют и в предложениях и заказах и счетах). Т.е. на форме сделки присутствуют две стороны - заказчик и исполнитель
Т.к. в 3-ке нельзя вынести несколько связанных лукапов на одну сущность, то пошли стандартным способом - сделали промежуточную таблицу, связанную с Организациями. Ее лукап и вытащили на форму сделки.

Не совсем вас понял: что значит "промежуточная таблица" и как вы вытащили ее лукап на форму?
Возможно стоило воспользоваться старыми добрыми "отношениями возможной сделки"? Или создать новую сущность "Исполнитель".
В любом случае, если вы хотите, чтобы при создании формы автоматически подставлялось значение лукап, то это надо делать из скрипта ф-цией LookupControlItem.

[smilevolter]

Привет артем! рад тебя слышать, это дима из тюмени (ты курсы у нас вел по 4-ке в Екатеренбурге).

Цитата:

Не совсем вас понял: что значит "промежуточная таблица" и как вы вытащили ее лукап на форму?
Возможно стоило воспользоваться старыми добрыми "отношениями возможной сделки"? Или создать новую сущность "Исполнитель".

Так и реализовано. только Исполнитель - это Собсвенное юридическое лицо, т.е. новая сущность.
Отношение выглядит так : Возможная сделка <- Собственное юридическое лицо-> Организации.
Уже понял что бизнес-правило глючит, так что надо скрипт весить.
Спасибо за комментарий.

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

Так сделайте правило, которое будет просто ставить исполнителя



к соажлению 3ки нет, но смысл тот же. Единственное косяк в том, что правло отработает полсе сохранения. Т.е. если мы казали друго исполнителя, то после сохранения подставится тот исполнитель, которые указан в правиле

[smilevolter]

Спасибо за помощь

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

Привет, я так и понял. Правило не глючит, просто оно отрабатывает уже после сохранения, а у тебя поле обязательное для заполнения, так что форма без него сохраниться не может, вот и все. Правило отрабатывает уже после того, как ты сам все ввел руками.
Принцип тут простой: надо ускорить ввод за счет значений по умолчанию - скрипты формы (событие OnLoad с проверкой типа формы - только на создание).
Подстановка значений - бизнесс требование (создание может происходить в коде)? Значит надо делать воркфлоу или колаут и проверять были ли заполнены поля и заполнять если это не так.