|
![]() |
#1 |
Участник
|
Цитата:
Ну а зачем тогда вопрос задавали? У Вас все есть и все работает как надо - прекрасно! ![]() Цитата:
Зачем же все в одну кучу мешать? Серверный код - это не клиентский SOAP-запрос. Не хотите же Вы сказать, что можете с любой клиентской машины отправить в CRM на выполнение любой C# код?
__________________
Опыт позволяет ошибаться гораздо увереннее. |
|
![]() |
#2 |
Участник
|
Цитата:
Вопрос задавался по соап запросам, потому-что запустить fetch или любой другой crm message через rest endpoint, мне кажется нельзя. А Вы знаете как? Цитата:
Не надо мешать. Это разные вещи. Только одно но, Если Вы запустите fiddler и посмотрите запросы которые делает, скажем так код С#, то увидите там те же соап запросы. Цитата:
Любой – не любой!!! ДА хочу Откройте SDK там в этот раз (CRM 5) много различного C# кода, который у меня на клиентской машине оборудованной Windows 7 64bit бежит читает и создает записи в CRM. С Уважение Константин
__________________
Читайте SDK!!! |
|
![]() |
#3 |
Участник
|
Цитата:
Стало интересно, погрузился в SDK по 2011. ![]() И вот чего начитал (думаю, всем будет полезно немного теории): В CRM 2011 реализовано аж 2 интерфейса доступа к данным через веб-сервисы - REST Endpoint и SOAP Endpoint. Так вот REST Endpoint позволяет вернуть данные в нужном Вам JSON-формате, но для этого нужно формировать не Fetch-запрос, а OData-запрос. Я так понимаю, что конкретно Fetch Вам не особо уперся, а про OData-запросы в SDK вроде подробно написано. Только имейте ввиду, что REST Endpoint возвращает не более 50 записей за раз.
__________________
Опыт позволяет ошибаться гораздо увереннее. |
|
![]() |
#4 |
Участник
|
Цитата:
Сообщение от Konstantin Katsovich
![]() Не надо мешать. Это разные вещи. Только одно но, Если Вы запустите fiddler и посмотрите запросы которые делает, скажем так код С#, то увидите там те же соап запросы. Любой – не любой!!! ДА хочу Откройте SDK там в этот раз (CRM 5) много различного C# кода, который у меня на клиентской машине оборудованной Windows 7 64bit бежит читает и создает записи в CRM. Как в 2011 поменять контекст пользователя при выполении SOAP-запроса из JScript'а я в SDK не нашел. Похоже, никак. Правда осталась обратная совместимость с веб-сервисами CRM 4.0, где указывался AuthenticationHeader, содержащий тэг CallerID (веб-сервис при этом все равно проверит, имеете ли вы право выполнять запрос от имени другого пользователя). Что касается C# кода: Вы можете написать на C#, скажем, консольное приложение, которое будет запускать на клиентской машине и внутри него имперсонироваться от имени другого пользователя и выполнить SOAP-запрос. В SDK вот тут написано, что для этого надо указать свойство OrganizationServiceProxy.CallerID. Но при этом пользователь, запускающий такое приложение должен обладать специальной привилегией или быть включенным в PrivUserGroup в AD.
__________________
Опыт позволяет ошибаться гораздо увереннее. |
|
|
|