Отмена изменений Note-s в Account в Crm 2013

[gibor2000]

С Б.П

Всем привет,
Задача такая: контролировать возможность users изменять Note-s v Account.

Если в кастомизациях отменить "Write" - то тогда пропадает возможность создавать Notes.

1. Какие есть варианты реализовать эту задачу, кроме плагина?

2. Если через плагин на PreUpdate => написал:
Entity target = PluginOperations.GetContextTarget(m_pluginExecutionContext, out success);
if (success)
{
string[] rolesFromSystemParams = RetrieveRolesFromSystemParameters();
if (rolesFromSystemParams != null && rolesFromSystemParams.Length > 0)
{
bool canUpdate = RetrieveLogedInUserRoles(rolesFromSystemParams);
if (!canUpdate)
{
throw new InvalidPluginExecutionException("The user has no priveleges to update note records.")
{
Source = "Plugin : NoteBL. Method : PreUpdateAnnotation. The user has no priveleges to update note records"
};
}
}
else
{
throw new InvalidPluginExecutionException("The user has no priveleges to update note records.")
{
Source = "Plugin : NoteBL. Method : PreUpdateAnnotation. The user has no priveleges to update note records"
};
}
}
=> В таком случае выскакивает 2! сообщения об ошибке :



и после нажатия ОК:



Можно ли убрать первое сообщение об ошибке и почему оно вообще появилось?
Можно ли изменить Business Process Error на мое сообщение?

Спасибо

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

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

p.s. У меня не было опыта подобной работы с 2013, возможно что-то изменилось. Если лог не прольет свет на происходящее, попробуйте написать простой плагин для другой системной сущности, который бы просто выбрасывал исключение. Интересно сколько сообщений об ошибке будет в этом случае.

[gibor2000]

С Б.П

Спасибо за ответ.
Отменил все свои кастомные плагины кроме этого - тоже самое

В системном логе - это где ты имеешь ввиду? в Trace ili v EventViewer v Windows Logs - Application? - посмотрел в EventViewer - вообще не увидел там ошибки.
В Trace есть упоминание об ошибки , но не могу найти там где именно выскакивает первое сообщение (Trace прикрепил)

plugin_error.txt

По поводу предложения сделать простой плагин с Exceptions
Сделал плагин на AccountUpdate - только выброс Exception - там только одно окно- Business Process Error
protected void ExecutePostAccountUpdate(LocalPluginContext localContext)
{
throw new InvalidPluginExecutionException("ACCOUNT : TEST TEST TEST")
{
Source = "ACCOUNT : TEST"
};


}
тоже самое и на Pre-UpdateStage

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

Раз мы пошли эмпирическим путем, попробуйте перевесить плагин, который выбрасывает исключение на изменение Annotation.

[gibor2000]

Цитата:

Сообщение от Артем Enot Грунин

Раз мы пошли эмпирическим путем, попробуйте перевесить плагин, который выбрасывает исключение на изменение Annotation.

Не понял что ты имеешь ввиду?
Я пробовал этот код и для Annotation (note)
PreUpdate:
protected void ExecutePreNoteUpdate(LocalPluginContext localContext)
{
throw new InvalidPluginExecutionException(" NOTE : TEST TEST TEST")
{
Source = NOTE : TEST"
};
}

Без вызова какого-то другого кода + отменил все другие кастомные плагины
Как дополнительная проверка добавил плагин :
Plugin Description="Plug-in to PreValidateNoteUpdate" FriendlyName="PreValidateNoteUpdate"

Все равно две ошибки

[a33ik]

А нельзя в пре плагине через имадж получать старое значение, перетирать им новое введённое, если у пользователя нет прав на внесение изменений, а над табом с записями повесить большой дисклеймер, который при необходимости объяснит это?

[gibor2000]

Цитата:

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

А нельзя в пре плагине через имадж получать старое значение, перетирать им новое введённое, если у пользователя нет прав на внесение изменений, а над табом с записями повесить большой дисклеймер, который при необходимости объяснит это?

Об этом я тоже думал. могу затирать новое. Пробовал уже это.
Вопрос в этом случае - как сообщить юзеру. Дать ему алерт или что-то в этом роде

Что такое : а над табом с записями повесить большой дисклеймер?
Что ты имеешь ввиду?

[a33ik]

Цитата:

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

Об этом я тоже думал. могу затирать новое. Пробовал уже это.
Вопрос в этом случае - как сообщить юзеру. Дать ему алерт или что-то в этом роде

Что такое : а над табом с записями повесить большой дисклеймер?
Что ты имеешь ввиду?

"Если у вас нет прав на изменение примечаний - ваши изменения не будут сохранены". Метка такая.

А по поводу запрещать - не запрещать. С плагинами, думаю, намучаешься. Мой совет изучай контрол и как в него можно внедрить свой код.

[gibor2000]

Цитата:

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

Мой совет изучай контрол и как в него можно внедрить свой код.

Какой контрол ты имеешь ввиду?

[a33ik]

Цитата:

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

Какой контрол ты имеешь ввиду?

А ты поведение чего пытаешься изменить? Вот и сам ответь себе на этот вопрос. Неужели не очевидно????

[gibor2000]

Цитата:

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

А ты поведение чего пытаешься изменить? Вот и сам ответь себе на этот вопрос. Неужели не очевидно????

Я не пытаюсь изменить поведение контрола.
я пытаюсь не дать юзеру сделать изменения Note если у него нет на это прав.

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

[a33ik]

Цитата:

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

а через скрипт или как

Да.

[gibor2000]

С Б.П.

Спасибо Андрею за совет...

Вообщем сделал посредством Javascript

Скриптом я делаю Disable i ReadOnly на поле NoteText

Если кому интересно вот код скрипта:
DisableNotesFromEdit : function () {

if ($("#notesWallContainer").length > 0) {

$("#notesWallContainer").click(function () {

if ($('div[class*="focus"]').length > 0
&& $('div[class*="focus"]')[0].id != null && $('div[class*="focus"]')[0].id != undefined
&& $("#" + $('div[class*="focus"]')[0].id + "_notesTextBox").length > 0
) {
var clickedTextArea = $("#" + $('div[class*="focus"]')[0].id + "_notesTextBox");
clickedTextArea.bind("keydown", null, function () { return false; });
clickedTextArea.prop('disabled', true);
clickedTextArea.attr('readonly', 'readonly');
}
});
}
}

Этот код прекрасно сработал в IE i Chrome, но в FF работать отказался, поэтому пришлось добавить:
var isFirefox = typeof InstallTrigger !== 'undefined';
if (isFirefox) {
if ($("#tab5").length > 0) {
$("#tab5").click(function () {
Account.DisableNotesFromEdit();
});
}
}
else {
Account.DisableNotesFromEdit();
}


Несмотря на то,что поле Disabled после того как User его покидает СРМ все равно пытается выполнить Save