Для решения каких задач нужен портал Dynamics AX?

[AP-1055D]

Цитата:

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

Раньше мне казалось, что портал, это так для отмазки. Типа, чтоб было. Ан нет. Вещь очень полезная и хорошо проработанная.

Не могли бы вы привести пример, когда есть потребность в портала для AX, пожалуйста?

[George Nordic]

Хотя вопрос не ко мне, скажу по своему опыту - работа с контрагентами. Список номенклатуры, прайс-лист (для конкретного контрагента), наличие на складе и срок поставки, ввод заказа, статус оплаты, отслеживание статуса заказа. Я думаю, это одна из самых распространенных задач.

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

[AP-1055D]

Георгий,

А почему для этой задачи используется именно Sharepoint? Ведь ту же функциональность можно реализовать и в AX.

[George Nordic]

Тема выделена из ветки: Ax2009, Портал, разработка контролов в VS2008

Цитата:

Сообщение от AP-1055D

Георгий, А почему для этой задачи используется именно Sharepoint? Ведь ту же функциональность можно реализовать и в AX.

Ну, Sharepoint был же непросто так придуман. А как платформа Microsoft для реализации web-приложений. Так что реализация портала именно на Sharepoint - согласуется с глобальной стратегией компании.

А так, конечно, можно. Но позвольте уточняющий вопрос - "подобную функциональность в DAX" - на web? Потому что пускать в DAX - довольно накладно с точки зрения лицензионной нагрузки.

Если говорить про web, то многие вообще используют коннектор и сторонние приложения, или собственные разработки, например, на asp.net.

Вообще, конечно, не так много хороших фрейморков для решения задач ERP-систем. Мне лично очень хотелось бы увидеть реализацию grid нормального...


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

[gl00mie]

См. также Why is the approach taken to de-integrate everything in Ax?

[ppson]

Цитата:

Сообщение от AP-1055D

Не могли бы вы привести пример, когда есть потребность в портала для AX, пожалуйста?

Интернет-магазин
Корпоративный портал (таймшиты, анкеты и т.д.)
Портал для клиентов (CRM и т.д.)

Цитата:

Сообщение от AP-1055D

А почему для этой задачи используется именно Sharepoint? Ведь ту же функциональность можно реализовать и в AX.

Средства веб-разработки в Аксе давно Микрософтом убиты.

[fed]

Цитата:

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

Тема выделена из ветки: Ax2009, Портал, разработка контролов в VS2008

Ну, Sharepoint был же непросто так придуман. А как платформа Microsoft для реализации web-приложений. Так что реализация портала именно на Sharepoint - согласуется с глобальной стратегией компании.

Я часто сталкивался с партнерами и специалистами, которые пытались разобраться с EP в Аксапте. Но почти всегда это кончалось тем, что на EP махали рукой, и просто программили портал на asp.net. Поскольку для решения 80% задач достаточно доступа к БД в режиме только чтения, никаких проблем с целостностью данных это не вызывало. Ну а для оставшихся 20% задач, писались какие-то классы-врапперы вокруг нужной аксаптовской функциональности, которые потом вызывались через .NET BC.

Просто как тут уже заметили, разработка в EP слабодокументирована, затраты на обучение специалиста - большие. Опять же спецы по sharepoint на рынке довольно дороги, а аксаптера переучивать в web-программисты - совсем уж много времени требуется. Так что с точки зрения партнера, из за максимум одного проекта по EP в год (допустим это 4 человеко-месяца разработки), обучать и кормить специалиста по порталу - не выгодно...

[Narayana]

Цитата:

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

Средства веб-разработки в Аксе давно Микрософтом убиты.

...дак, оно, может быть и к лучшему.
Выбор в качестве ключевого элемента asp-контролов для шэйр-поинтовских веб-частей позволяет использовать практически все возможности веб-программирования. Но, разрабатывать такие штуки внутри Аксапты означало бы перетащить в Аксапту весь инструментарий VS и SharePoint Designer.
А они пока не смогли даже сделать, чтобы SP-узлы в VS открывались.

[Ivanhoe]

Цитата:

Сообщение от AP-1055D

Не могли бы вы привести пример, когда есть потребность в портала для AX, пожалуйста?

Маленькая, но удобная фишка - ролевой центр. Наглядный и быстрый доступ к необходимой информации при входе в систему.

Про другие задачи (CRM, внутренний портал, магазин, доступ контрагентов) уже написали.

[Narayana]

Цитата:

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

Я часто сталкивался с партнерами и специалистами, которые пытались разобраться с EP в Аксапте. Но почти всегда это кончалось тем, что на EP махали рукой, и просто программили портал на asp.net. Поскольку для решения 80% задач достаточно доступа к БД в режиме только чтения, никаких проблем с целостностью данных это не вызывало. Ну а для оставшихся 20% задач, писались какие-то классы-врапперы вокруг нужной аксаптовской функциональности, которые потом вызывались через .NET BC.

Просто как тут уже заметили, разработка в EP слабодокументирована, затраты на обучение специалиста - большие. Опять же спецы по sharepoint на рынке довольно дороги, а аксаптера переучивать в web-программисты - совсем уж много времени требуется. Так что с точки зрения партнера, из за максимум одного проекта по EP в год (допустим это 4 человеко-месяца разработки), обучать и кормить специалиста по порталу - не выгодно...

Самое смешное в том, что просто писать портал на asp.net не на много проще, чем на портале Аксапты. А может быть и сложнее.
У меня тоже была такая дилемма, но решил все-таки разбираться и с SP, и с Ax-порталом. Ушло полгода. И это было реально сложным. Причем, сложным не из-за устройства самой среды, а из-за того, что вся необходимая документация размазана на бескрайних просторах MSDN и TechNet.
В общем-то, для того, чтобы разработка хоть как-то задышала, приходится полноценно разбираться с IIS, чтобы понять на каком уровне управляются права доступа и как, например, открыть анонимный доступ к общечеловеческим страницам портала, что очень важно. Потом оказывается, что SP, это просто часть IIS с дублированием механизмов управления доступом.
В принципе, SharePoint, это не просто конструктор сайтов. Мне кажется, что это пользовательский интерфейс доступа в Винду, который пришел на смену традиционному интерфейсу. Или именно то, о чем так распевали на Гугле, что они сделают операционную систему с веб-интерфейсом. В результате Гугл сделал очередную версию Линукса, как я понимаю, а MS сделал SP, крутость которой, по-моему, еще не дошла до понимания народа.
После освоения SP обучение работе с Ax-порталом начинает уже доставлять удовольствие. Но при этом появляется недоумение, - почему такой реально хорошо проработанный кусок Аксапты не продвигается так же, как сама традиционная Аксапта?

[Narayana]

Цитата:

Сообщение от AP-1055D

Георгий,

А почему для этой задачи используется именно Sharepoint? Ведь ту же функциональность можно реализовать и в AX.

Причина всего одна, но фундаментальная. Доступ через WEB.

[konopello]

Цитата:

Причина всего одна, но фундаментальная. Доступ через WEB.

Несоглашусь, а почему тогда у других вендоров, фунциональная часть портала очень востребована, и ей активно пользуются. Тот кто хочет тот разберется, а вопрос как всегда в том как сказал fed, сколько будет стоить обучение.

А принцип всегда один раз учится дорого и модуль плохо документирован напишим сами.

[nikos2001]

Цитата:

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

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

Продвигается потихоньку, но пока больше на Западе. Вот сайты, где я являюсь главным разработчиком. Оба - B2B webshops

https://shop.zeg-holz.de (Германия, WSS 3.0 + AX 2009)
https://webshop.matra.ch (Швейцария, SP Foundation 2010 + AX 2009)

[ax_mct]

Потребность в портале появляется и тогда когда нужен Web интерфейс вместо windows интерфейса. Всяко бывает. В портал можно вынести любую логику.

У меня сейчас крупный проект по ЕP с трудоемкостью >6 месяцев. Примерно каждый 5 проект у меня с EP. Основная причина выбора - стоимость лицензий но не всегда. Иногда даже и просто предыдущий опыт пользователей.
Специалистов да практически нет так как на стыке технологий и мало проектов. Однако ничего страшного для опытных программистов. Если конечно опыт программирования не ограничивается AX.
В будущее портала верю А необходимость она от потребностей конкретного клиента. Да и мало консалтинга который бы продвигал бы EP поэтому и клиенты часто не знают какого счастья лишаются

[Ivanhoe]

Цитата:

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

В будущее портала верю А необходимость она от потребностей конкретного клиента. Да и мало консалтинга который бы продвигал бы EP поэтому и клиенты часто не знают какого счастья лишаются

Про будущее - поддержу.
Про консалтинг - не согласен. Консалтингу не выгодна разработка, выгодно - внедрять стандартный продукт. До 2012 версии на стандартном портале было очень мало "готовых бизнес-процессов". Корзина с каталогом - и та с большими ограничениями. Посмотрим, как 2012 будет продаваться, там и бизнес-процессы подтянулись (а некоторые, как в 2009 управление затратами, так и вообще без портала не работают), и лицензионная политика заставит три раза подумать, прежде чем отказаться от портала

[MikeR]

Цитата:

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

Продвигается потихоньку, но пока больше на Западе. Вот сайты, где я являюсь главным разработчиком. Оба - B2B webshops

https://shop.zeg-holz.de (Германия, WSS 3.0 + AX 2009)
https://webshop.matra.ch (Швейцария, SP Foundation 2010 + AX 2009)

Собственно вопрос - насколько глубоко надо знать sharepoint?
Там ведь насколько я знаю контролы и их поведение сильно модифицируются.

[ax_mct]

Ivanhoe, это опытный консалтинг минимизирует программирование как залог успешного внедрения. А на диком Западе все какие-то непуганные Ничего не боятся эти оптимисты. " У нас проблема? Давайте наймем еще программистов! " То есть были бы спецы по EP то они бы всю аксапту на web переписывали за деньги клиента естественно. А спецов мало начиная от продажников. Но да я лично вижу увеличение интереса к порталу.

MikeR, не мне вопрос но я в поезде к еп клиенту и не могу не сказануть
Начального понимания для share
point хватит если мы о достаточно стандартных вещах. А вот Asp.net не плохо бы на среднем уровне при хорошем AX. Imho конечно

[nikos2001]

Цитата:

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

Собственно вопрос - насколько глубоко надо знать sharepoint?
Там ведь насколько я знаю контролы и их поведение сильно модифицируются.

По моему опыту, SharePoint знать желательно, но не критично. Иметь представление о структуре SharePoint (Web application -> Site Collection -> Site), конфигурации и настройках (Central Administration) нужно. В тоже время особого знания в программировании SharePoint не требуется, т. к. в этом плане EP достаточно независим (эти знания потребуются если вы, например, пишите свою dll-ку, работаете с Features или используете программную модель Шарепоинт в ваших контролах, например для имперсонализации пользователей или работы с листами / библиотеками сайта). Ну а вот знание ASP.NET - это must. Без них лучше не суваться в EP разработку, сделаете только хуже. Проверено.

[Murlin]

Цитата:

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

Я часто сталкивался с партнерами и специалистами, которые пытались разобраться с EP в Аксапте. Но почти всегда это кончалось тем, что на EP махали рукой, и просто программили портал на asp.net. Поскольку для решения 80% задач достаточно доступа к БД в режиме только чтения, никаких

да уж лучше на asp.net но с аксаптой ч/з коннектор

[Vadik]

Цитата:

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

Я часто сталкивался с партнерами и специалистами, которые пытались разобраться с EP в Аксапте. Но почти всегда это кончалось тем, что на EP махали рукой, и просто программили портал на asp.net

Со стандартным кодом\функционалом многие партнеры так же не запариваются разбираться, но речь-то не о них