Запрос из CRM 2011 в Ax4.0

[Ronin2007]

Доброго времени суток.
Подскажите в какую сторону рыть. Есть задача в форме некой сущности при изменении поля делать запрос в Аксапту 4.0, доставать от-туда данные и прописывать в поля этой самой сущности в CRM.
Понимаю что весь запрос прописывать в js не есть хорошо, т.к. возможны проблемы с авторизацией и возможно другими.
Думаю попробовать сделать функцию (с входными параметрами) в плагине, которая будет соединяться с Аксаптой, выдавать нужные данные. Эта функция из плагина будет вызываться из js.
Посоветуйте, так пытаться сделать или есть более красивые решения?

[g.Naukovych]

Разумеется с точки зрения CRM здесь плагин.

Если у Вас нет коннектора к AX, то можно получать поля напрямую из БД AX
Если к ней есть доступ.

такого АПИ как у MS CRM у AX нет.

[MikeR]

Тут такая вещь получается, что js это всегда клиентский вызов с соответствующими ограничениями. Писать надо однозначно плагин (серверный вызов), а коннектится рекомендую через Busoness Connector под определенной учеткой.
Третий пусть интеграции это xml (AIF)
Майкрософт предлагает некий коннектор, но он работает преимущественно по справочникам.

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

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

[g.Naukovych]

Однако существуют решения, которые объединяют оба подхода.

На форуме это обсуждалось, и даже описывали что у кого придумано на этот счет.
Артем описывал, что в MS тоже есть аналогичные вещи.

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

Речь обо мне, или я что-то не понял?

[g.Naukovych]

Цитата:

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

Речь обо мне, или я что-то не понял?

Да.

И о решении с транспортной сущностью, на создание которой и вешаются плагины.

[Ronin2007]

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

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

Начните с постановки задачи. В общих чертах мы поняли, но интересуют детали. Какие поля заполняются, какие данные и куда должны подтянуться. В какой момент все это должно произойти: при сохранении записи, в реальном времени при изменении атрибута на форме? Каков объем и характер этих данных? Можно ли хранить их в CRM, вместо того чтобы подтаскивать из AX?
Ответив на все эти вопросы мы сможем посоветовать лучший подход.
Одним только JS задача все равно не решится, так или иначе будет использован серверный код или иные компоненты. Речь идет лишь о том, как получить максимум от каждой технологии и сделать более грамотное решение.

[Ronin2007]

Цитата:

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

Начните с постановки задачи. В общих чертах мы поняли, но интересуют детали. Какие поля заполняются, какие данные и куда должны подтянуться. В какой момент все это должно произойти: при сохранении записи, в реальном времени при изменении атрибута на форме? Каков объем и характер этих данных? Можно ли хранить их в CRM, вместо того чтобы подтаскивать из AX?
Ответив на все эти вопросы мы сможем посоветовать лучший подход.
Одним только JS задача все равно не решится, так или иначе будет использован серверный код или иные компоненты. Речь идет лишь о том, как получить максимум от каждой технологии и сделать более грамотное решение.

Описываю как можно подробнее. Задача связана с ценообразованием. У продукта много характеристик, которые влияют на цену, например цвет, состояние и т.д. Так же существуют отдельные цены по всем товарам для конкретных организаций. Цены именно свои, не привяжешь общую скидку. Так вот, продукты не "влезут" в один прайс, так как три составляющих - продукт, ед.изм., цена повторяться не могут. Значит нужно добавить соответствующие характеристики прайсу. Я попробовал так сделать и у меня получилось прайсов под 1000. Это не есть хорошо, очень неудобно в них разбираться, а цены на отдельные позиции могут меняться каждый месяц.
В качестве учетной системы на предприятии у нас Ax4.0, и цены все там. Вот и возникла идея, что бы при создании, например "продукта для предложения", при выборе самого продукта был запрос в аксапту на предмет цены, ну или по кнопке. А в CRM оставить один прайс со всеми продуктами (без характеристик, их указывать при добавлении к сделкам) чисто для возможности добавить в предложение с расценками и другие подобные сущности.

[g.Naukovych]

1. Написать свой веб-сервис и вызвать его из формы JS
2. Воспользоваться решением с транспортной сущностью. Решение будет полностью в рамках СРМ.
Думаю здесь смогут подсказать ссылку на уже готовое решение. я быстро не вспомнил

[Ronin2007]

Спасибо, был бы безмерно (в рамках приличия) благодарен за ссылки на решение и как написать свой web service

[a33ik]

Гугл - https://www.google.com/#output=searc...w=1920&bih=953

Например:
http://support.microsoft.com/kb/308359
или
http://www.codeproject.com/Articles/...-C-Web-Service

Или так, используя новшества - https://www.google.com/#sclient=psy-...w=1920&bih=953

Результаты:
http://www.codeproject.com/Articles/...st-WCF-Service
или
http://www.codeproject.com/Articles/...le-WCF-Service

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

Цитата:

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

При выборе самого продукта был запрос в аксапту на предмет цены, ну или по кнопке.

Насколько критично, чтобы результаты отображались сразу? Пользователь сможет изменить стоимость в CRM?
Если нет, тогда проще всего сделать плагин на сохранение Продукта для сделки. Иными словами, все "лишние поля" на форме будут блокированы. Пользователь выберет продукт из общего списка, после чего сохранит запись. При сохранении плагин осуществит необходимые запросы и пользователь увидит результат в заполненных полях.

[Ronin2007]

Цитата:

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

Насколько критично, чтобы результаты отображались сразу? Пользователь сможет изменить стоимость в CRM?
Если нет, тогда проще всего сделать плагин на сохранение Продукта для сделки. Иными словами, все "лишние поля" на форме будут блокированы. Пользователь выберет продукт из общего списка, после чего сохранит запись. При сохранении плагин осуществит необходимые запросы и пользователь увидит результат в заполненных полях.

Хороший вопрос. Но я предпочитаю что бы конечному пользователю было удобнее. А по моему мнению удобнее если цена будет условно сразу. То есть как будто это базовый функционал самой CRM. К тому же скорее всего нужа будет возможность менять цену, пока не знаю.

[Ronin2007]

Цитата:

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

1. Написать свой веб-сервис и вызвать его из формы JS
2. Воспользоваться решением с транспортной сущностью. Решение будет полностью в рамках СРМ.
Думаю здесь смогут подсказать ссылку на уже готовое решение. я быстро не вспомнил

Правильно ли я понимаю? При некоторых условиях на форме срабатывает скрипт, передаёт параметры в web службу. В свою очередь служба делает запрос в Ax и возвращает цену?
Прочитал про создание web служб, запутался ещё больше. Можете посоветовать какую лучше использовать технологию?

[a33ik]

Цитата:

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

Правильно ли я понимаю? При некоторых условиях на форме срабатывает скрипт, передаёт параметры в web службу. В свою очередь служба делает запрос в Ax и возвращает цену?

Да, всё корректно.

Цитата:

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

Прочитал про создание web служб, запутался ещё больше. Можете посоветовать какую лучше использовать технологию?

Я бы использовал WCF.