Вопрос по Soap запросам в CRM 2011

[Konstantin Katsovich]

Цитата:

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

Осталось понять нафига.

Представим такую с ситуацию: (ситуация из жизни).

У вас есть "Центр обслуживания клиентов"

1. Клиенты
2. Юзеры которые их обслуживают.
3. Существует заранее не известная иерархия Business Units
4. Юзеры не видят всех клиентов. С другой стороны им можно добавлять новых клиентов.

Нужно запретить дублирования клиентов на стадии их создания.

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

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

1. Очень часто программистов приходиться делать то, что им сказали, и возможность изменить ТЗ очень часто нет.
2. Часто метод решения выбирается не по правильности, а по быстроте решения, потому что клиента не интересуют ваши проблемы по решению той или иной задачи. Его как ни странно интересует быстрое и дешевое решения.
3. Он часто не хочет оплачивать такую простою функциональность с его точки зрения.
4. Есть на много боле сложные задачи который по моему, возможно ошибочному, мнению можно так решать.
5. Я могу привести как минимум с 10.
6. Часто не малая часть проекта уходит на создания "Ролей безопасности" такой подход часто уменьшает время которое затрачивается на создания ролей. (конечно мы не вставляем такие решения везде и вся)
7. И т. д.

С Уважением Константин

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

Цитата:

Сообщение от Konstantin Katsovich

Представим такую с ситуацию: (ситуация из жизни). Нужно запретить дублирования клиентов на стадии их создания.

Ситуация более чем житейская. Варианты решения: плагин на пре-событие, который запустится в контексте системного процесса (или каким-то конкретным - плагины так умеют) и с полными привилегиями выполнит поиск и героически выбросит исключение, если пользователя клиента создавать нельзя. Пользователь получит пугающее сообщение об ошибке, форма затрется и все прочие ужасы. Это то, что вам в любом случае нужно реализовать. Рас уж вы рассуждаете про веб-сервисы, то я прихожу к выводу, что блокирование вы рассчитывали делать на уровне интерфейса. Категорически не советую! Не смогут сделать через форму - засунут через "преобразование интереса", импорт из Excel, через синхронизацию с Outlook, действием рабочего процесса или диалога, через мобильный клиент, или придумают новый новаторский способ, которого я еще не знаю! Плагину быть. Теперь, если стоит задача предупреждения самой попытки такого действия, то я бы не запрос писал, а кастомный сервис с анонимным доступом, который уже имперсонирует пользователя как надо, например, будучи запущенный в пуле под правильной учеткой.

[Konstantin Katsovich]

Цитата:

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

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

То что существует много разных решений я понимаю

Цитата:

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

Рас уж вы рассуждаете про веб-сервисы, то я прихожу к выводу, что блокирование вы рассчитывали делать на уровне интерфейса. Категорически не советую! Не смогут сделать через форму - засунут через "преобразование интереса", импорт из Excel, через синхронизацию с Outlook, действием рабочего процесса или диалога, через мобильный клиент, или придумают новый новаторский способ, которого я еще не знаю!

А кто же им даст!!!

Вопрос был как сделатьэтоо через соап запрос?

[a33ik]

По идее - реализуется Pre-Create плагином, а поле по которому выполняется проверка - передаётся в тело через config. В случае дублирования - генерация исключения с соответствующим текстом. Плагин запускается под учётной записью администратоивного пользователя. Вроде бы - реализуемо.

Понятно, что через JavaScript c имперсонацией - более изящно. Также не отбрасывайте вариант написания своего кастомного вебсервиса и вызова его через JavaScript.

[Гуревич Денис]

Цитата:

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

Также не отбрасывайте вариант написания своего кастомного вебсервиса и вызова его через JavaScript.

Я бы именно так и сделал.

[Konstantin Katsovich]

Цитата:

Сообщение от Гуревич Денис

Я бы именно так и сделал.

Именно так и делаем в 4

И видимо будем делать в 5.

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

Цитата:

Сообщение от Konstantin Katsovich

Именно так и делаем в 4

И видимо будем делать в 5.

Ну а я что советовал сделать? Чем плох этот вариант?

[Konstantin Katsovich]

Цитата:

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

Ну а я что советовал сделать? Чем плох этот вариант?

У меня не было желания обсуждать варианты. (я это уже дал понять).

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

Цитата:

Сообщение от Konstantin Katsovich

У меня не было желания обсуждать варианты. (я это уже дал понять).

Форум в переводе с греческого обозначает "место для обсуждений". Тут разговаривают и делятся опытом. Нет желания обсуждать варианты - наймите кого-нибудь за деньги, чтобы не тратить свое и наше время.
Ваше вежливое хамство, таки, достало уважаемый. Вам тут никто ничего не должен - извольте проявлять терпение и впредь воздержитесь от подобных высказываний. Они не уместны.