Запрет на сохрание со статусом "Выигрыш" для возможной сделки

[FeRRum17]

Добрый день.

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

Подскажите по решению. Спасибо
CRM 2011 RU13

[-O_o-]

Ну тут как бы может быть несколько вариантов. Все зависит от того, кто отвечает за закрытие сделки.
Если к примеру это только одна бизнес роль (менеджер по продажам), то можно для них сделать отдельную форму. В которой сделать это поле обязательным (при условии, что они могут его заполнить в самом начале процесса)....
Если же нет, то писать скрипт на блокировку кнопки квалификации, до тех пор, пока поле не будет заполнено.
Расскажите подробней о действиях и условиях. И возможно подскажут что сделать и как. Пока не понятны условия.

[FeRRum17]

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

[-O_o-]

Цитата:

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

Бизнес так устроен, что закрыть может каждый, у кого есть доступ.

Так вот я и спрашиваю. Сколько ролей, может это делать?

Цитата:

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

Вопрос №1 - перед нажатием кнопки "закрыть" или после нажатия кнопки?
Вопрос №2 - данные для этого поля уже есть в системе где-то?
Вопрос №3 - какого характера должна быть информация в этом поле?
Вопрос№4 - какого типа поле нужно заполнить? (текст, лукам и т.д.)

[a33ik]

Тут без разработки, боюсь, никак. Я бы сделал JavaScript + Plugin для подстраховки.

[FeRRum17]

Все роли могут это делать.

После нажатия.
Данные пользователь в ручную заносит после получения их из другого отдела.
Текстовая информация, в данном случае, номер сделки\проекта
Текст

[g.Naukovych]

Для решения задачи необходимо понимать следующее.
1 Здесь нужна разработка.
2. Можно решить 2 способами JS и плагин.
3. обратите внимание, что кнопка закрыть у Вас есть и в основном гриде возможных сделок.

Я бы решил так.
Обязательно бы сделала плагин на событие PreSetState и PreSetStateDynamic Entity.
С шагом 10.

В нем бы проверял, если поле не заполнено, то выбрасывал бы исключение.

Минусы этого решения только одно. Это не красиво. С точки зрения интерфейса.

Тогда к нему добавляется еще одно. Перед нажатием кнопки на форме проверять, заполнено поле или нет. и если заполнено, то проходить дальше.
Это возможно сделать для штатной кнопки. То есть при нажатии на нее вызывается некая JS ф-ия.

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

Еще вариант. запрещать нажимать на эту кнопку если поле не заполнено. Это тоже делается поддерживаемым способом.

Это все рюшечки и обвесы. За правильность ввод данных в любом случае ответит плагин и не пропустит действие, не из интеграции не из внешнего приложения, что тоже может быть.

[-O_o-]

Цитата:

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

Данные пользователь в ручную заносит после получения их из другого отдела.

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

Так можно будет 2-х зайцев убить.
Тут можно почитать. http://crm-biz.com/o-profile-bezopas...mics-crm-2011/

[a33ik]

Цитата:

Сообщение от g.Naukovych

Обязательно бы сделала плагин на событие PreSetState и PreSetStateDynamic Entity.

Цитата:

Сообщение от g.Naukovych

Обязательно бы сделала плагин на событие PreSetState и PreSetStateDynamicEntity.

Если я не ошибаюсь, то всё таки тут надо обрабатывать Win сообщение.

[g.Naukovych]

Цитата:

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

Если я не ошибаюсь, то всё таки тут надо обрабатывать Win сообщение.

Win да.
А точно изменение статуса не сработает?

[a33ik]

Цитата:

Сообщение от g.Naukovych

Win да.
А точно изменение статуса не сработает?

В случае Opportunity - SetState/SetStateDynamicEntity стреляет только в случае если переоткрывают. Эксперименты над этими сущностями проводил ещё во времена каждодневной работы с 4.0, так что на протокол не возьму , но вроде нет.