Web-интерфейс к Аксапте (вопросы)

[Zabr]

AX 4.0. Отсутствуют лицензии на веб-разработку для Аксапты. Запросил партнера, какие лицензии нужны и сколько будет стоить. Получил ответ, что нужно менять "редакцию системы" (как-то так), увидел сумму доплаты - и офигел.

В связи с чем есть несколько вопросов к уважаемому сообществу:
(1) возможна ли разработка веб-интерфейса к Аксапте 4.0 внешими средствами, минуя встроенные аксаптовские средства разработки.
(2) если возможно, то не нарушает ли это какие-нибудь лицензионные соглашения с Микрософтом
(3) если у кого есть такой опыт, с радостью почитаю как именно это было реализовано на конкретных проектах - и с еще большей радостью посмотрю в деле, если конечно это возможно. А если еще вы меня убедите, что сможете сделать такое же на моем проекте - то буду готов обсуждать условия.

[sukhanchik]

На одном из прошлых проектов (а может даже на двух - нюансы не помню) рисовали портал на ASP.NET (+С#) и используя бизнес-коннектор - подключались к АХ (3.0, затем 4.0). Т.е. от встроенного веб-интерфейса отказались сразу. Основная причина - специалистов по ASP.NET (C#) гораздо больше, нежели специалистов по встроенному веб-интерфейсу в АХ. С АХ связывались следующим образом - разработчик по АХ писал класс (в АХ) с пачкой методов, которые принимали те параметры, которые ему (разработчику АХ) требовались от разработчика портала. Разработчик портала в свою очередь ваял портал не заморачиваясь на архитектуру АХ. Основное назначение портала было предоставление отчетности (фактически аналог Reporting Services) с вводом параметров. Хотя изначально и предполагалось что кто-то что-то будет вводить.

Такая схема позволила нарисовать портал с интерфейсом "под клиента", а также в дальнейшем его достаточно эффектно демонстрировать на продажах. Главной особенностью такого портала (да и вообще - бизнес-коннектора) является то, что независимо от количества людей, пользующихся порталом - требуется только одна лицензия на бизнес-коннектор (хотя у МС можно купить несколько лицензий на бизнес-коннектор - на 5, 10 "COM-пользователей" - технически эта цифра представляет собой количество компьютеров, с которых бизнес-коннектор будет подключаться к АХ. Т.е. обычно достаточно лицензии на одного "COM-пользователя")

В Микрософте это понимают и конечно без энтузиазма относятся к применению таких схем (пытаются доказать - что такая схема является схемой уклонения от покупки большего количества лицензий). Аргументом клиента в этом случае может служить следующее сравнение:
Был 1 пользователь, вводящий данные в АХ, которому все носили бумажки, чтобы он вбил данных в АХ. Была куплена честно одна лицензия - т.к. он один работал.
Его рабочее место автоматизировали. Теперь вместо этого пользователя сидит робот (=бизнес-коннектор), который вбивает те же бумажки. Количество пользователей АХ в этом смысле не увеличилось.

Собственное говоря - дальнейший диалог с Микрософтом зависит от возможности клиента убедить Микрософт что применение портала не является целью уменьшить количество требуемых лицензий. Железобетонным аргументом со стороны клиента будет в этом случае наличие оффлайновости. Т.е. если клиент может себе позволить (по бизнес-процессам) работу портала автономно от АХ, связываясь с ней периодически (1-2 раза в сутки) для синхронизации данных.

[George Nordic]

Полностью поддержу Владимира. Сейчас разрабатываем портал на SharePoint Portal (для 4ки). В итоге пришли к той же архитектуре.

Таким образом - есть 2 решения, и оба - от Microsoft (ну, плюс маленькая интеграция). И никаких нарушений лицензионной политики.

Еще плюс - данную архитектуру будет легче портировать на 2009 / 2011... - просто поравив ASP сборки.

[off]Хотя интеграция получается отнюдь не маленькая, если честно.[/off]

С Уважением,
Георгий

[Ivanhoe]

Также видел хорошо работающие порталы, написанные отдельно от AX. Вполне конкурентный вариант, особенно если работать нужно не со стандартными формами.

[Oleksandr]

В такой схеме для разработчика и для поддержки есть неудобство - отсутствие АХ метаданных в стороннем приложении. К тому же система распадается на два "куска", очевидно.
Но это детали, вообще такая схема достаточно популярна.

По сиквелу точно помню, что мультиплексирование не допускается - лицензируемым пользователем считается человек/устройство, которое вводит или получает данные из базы, не зависимо от схемы подюелючений. Возможно, для АХ тож так - нужно внимательно читать соглашение.

[Zabr]

Цитата:

Сообщение от George Nordic

Сейчас разрабатываем портал на SharePoint Portal (для 4ки). В итоге пришли к той же архитектуре....Хотя интеграция получается отнюдь не маленькая, если честно....

Вот-вот-вот! а можно чуть подробнее о технологии? SharePoint Portal у нас тоже есть. Нужно рабочее место с веб-интерфейсом, на котором можно было бы не просто какие-то отчеты получать, а выполнять какие-то несложные действия. Например, открыть справочник товаров, найти товар, посмотреть цену, вызвать программу печати ценника.

[glibs]

Просто пару замечаний в тему.

Если нужно только чтение данных, то альтернативой могут быть прямые запросы к БД. Как вариант SSRS.

В последнем прайсе по 5.0 "Microsoft Dynamics AX External Connector" стал стоить в несколько десятков раз дороже чем раньше, если я правильно понимаю ценообразовательную кухню .

[George Nordic]

Цитата:

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

Вот-вот-вот! а можно чуть подробнее о технологии? SharePoint Portal у нас тоже есть. Нужно рабочее место с веб-интерфейсом, на котором можно было бы не просто какие-то отчеты получать, а выполнять какие-то несложные действия. Например, открыть справочник товаров, найти товар, посмотреть цену, вызвать программу печати ценника.

Расстрою тебя. Даже для выполнения таких несложных действий - очень много трудозатрат: класс в аксапте - сборка асп - настройка портала.

Георгий