Изменение ownerid

[Skyway]

Нужно реализовать документооборот для конкретной сущности. При сохранении записи она должна появлятся у другого человека(ну как понимаю нужно изменить Ownerid). Как по событию OnSave изменить владельца данной записи? Поле Ownerid заданно только для чтения.
Также нужно каким-то образом задать человека, которому будет передаваться запись, это должна быть константа, нужно сделать что-нибудь типа "Параметры финансового года", чтобы один раз задать значение и потом оттуда брать при надобности.
И еще вопрос. Есть поле new_demand_state типа lookup, по умолчанию пустое. Как сделать чтобы при сохранении устанавливалось значение с заданным ID?

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

Изменить владельца лучше не через Workflow. Лукап можно заполнить скриптом: читайте SDK:

//Create an array to set as the DataValue for the lookup control.
var lookupData = new Array();
//Create an Object add to the array.
   var lookupItem= new Object();
//Set the id, typename, and name properties to the object.
   lookupItem.id = '{1AAC1363-01A1-DB11-8432-0003FF9CE217}';
   lookupItem.typename = 'account';
   lookupItem.name = 'A Bike Store';
// Add the object to the array.
   lookupData[0] = lookupItem;
// Set the value of the lookup field to the value of the array.
   crmForm.all.parentaccountid.DataValue = lookupData;

[Skyway]

Спасибо, лукап получилось заполнить

Цитата:

Изменить владельца лучше не через Workflow

А можно поподробнее об этом?

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

Я думаю что проще всего использовать для вашей задачи WorkFlow и, может быть, немного плагинов. Будет понятнее, если вы чуть более подробно опишите ваш "документооборот".

[Skyway]

Хорошо. Пользователь заполняет заявку о командировке, сохраняет ее, и после этого она пропадает у него из списка активных, и появляется у пользователя, который проверяет заявку. После этого он может поставить статус "Согласованно" или "Не согласованно", в первом случае она передается третьему пользователю, который должен оформить заявку на билеты и т.д., во втором же она возвращается обратно.

А еще, по поводу ownerid/ если оно доступно не только для чтения, то появляется возможность назначить запись другому пользователю. Можно ли в этом случае использовать тот же механизм, что и для другого лукапа?

[slivka_83]

Цитата:

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

Хорошо. Пользователь заполняет заявку о командировке, сохраняет ее, и после этого она пропадает у него из списка активных, и появляется у пользователя, который проверяет заявку. После этого он может поставить статус "Согласованно" или "Не согласованно", в первом случае она передается третьему пользователю, который должен оформить заявку на билеты и т.д., во втором же она возвращается обратно.

1 БП: при создании заявки назначать ее на проверяющего юзера
2 БП: при изменение поля Статус выполнять проверку:
- Согласованно: назначать третьему юзверу
- Не согласованно: возвращаем создателю заявки

Цитата:

А еще, по поводу ownerid/ если оно доступно не только для чтения, то появляется возможность назначить запись другому пользователю. Можно ли в этом случае использовать тот же механизм, что и для другого лукапа?

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

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

Я бы сделал это одним бизнес-процессом. Первый шаг - назначение. Второй - ожидание смены состояния. Третий - проверка условия и дальнейшие операции.
По поводу лукапа я тоже вас не понял.

[Skyway]

В данном случае поле "Владелец" (ownerid) также является лукапом... Но, хотя поле заполненно, alert(crmForm.all.ownerid.DateValue) возвращает Undefined, следовательно, можно предположить что используется какой-то другой способ сохранения....

[a33ik]

Цитата:

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

В данном случае поле "Владелец" (ownerid) также является лукапом... Но, хотя поле заполненно, alert(crmForm.all.ownerid.DateValue) возвращает Undefined, следовательно, можно предположить что используется какой-то другой способ сохранения....

А если так попробовать - crmForm.all.ownerid.DateValue[0].name.

Лукап - и не сомневайтесь. Через простое обновление поля и сохранение - ничего не получится. В 4-ке появилось сообщение Assign, которое собственно и позволяет изменить ответственного записи. По поводу выполнения этого при помощи JavaScript - посмотрите тут. Ну и поменяйте под свои условия ествественно.

[Skyway]

Цитата:

А если так попробовать - crmForm.all.ownerid.DateValue[0].name.

Ошибка:'crmForm.all.ownerid.DateValue.0' - есть null или не является объектом
Нет, так не получается. Видимо существует какой-то другой механизм получения значения этого поля...

[a33ik]

Цитата:

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

Ошибка:'crmForm.all.ownerid.DateValue.0' - есть null или не является объектом
Нет, так не получается. Видимо существует какой-то другой механизм получения значения этого поля...

Да получается всё! Поле вынесено на форму и содержит данные?

[datfi]

Цитата:

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

Ошибка:'crmForm.all.ownerid.DateValue.0' - есть null или не является объектом
Нет, так не получается. Видимо существует какой-то другой механизм получения значения этого поля...

crmForm.all.ownerid.DateValue[0].name.
crmForm.all.ownerid.DateValue.0

Разницу замечаете?

[a33ik]

Цитата:

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

crmForm.all.ownerid.DateValue[0].name.
crmForm.all.ownerid.DateValue.0

Разницу замечаете?

Дело не в том. CRM именно так и показывает ошибку.

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