Является ли Sharepoint подходящей платформой для больших приложений ERP?

Question

Мне было поручено разработать несколько крупных приложений ERP (некоторые старые приложения переписываются, а некоторые новые приложения) в Sharepoint. По мере того как я быстро набираю скорость в Sharepoint, я вижу ценность и простоту создания сайтов групп, а примеры, которые я нашел в Интернете и в книгах, все приспособлены для порталов интрасетей или простых бизнес-приложений компании, которые не имеют крупных устаревших систем ERP. Я начал верить, что если кто-то собирается создать большое приложение, которое взаимодействует с несколькими различными унаследованными системами и охватывает несколько отделов, то создание пользовательских веб-частей в Sharepoint просто не путь.

Является ли Sharepoint жизнеспособной платформой приложений для создания и размещения больших приложений ERP?

Если это так, может кто-нибудь указать мне ссылки, описывающие архитектуру такой системы?

Если нет, то может ли кто-нибудь указать мне ссылки, которые я могу привести в качестве аргумента за его неиспользование?

Answer 1

Как человек, который потратил последние 15 лет на написание ERP-приложений, я бы сказал, что Sharepoint был бы крайне плохим выбором для построения ERP-продукта.

• Структуры таблиц Sharepoint были бы очень неэффективными для создания отчетов.
• Возможности проверки данных очень ограничены.
• Мне не известна собственная поддержка для поддержания целостности отношений между документами.

Sharepoint хорошо работает в качестве портала для существующих LOB-приложений, а не в качестве платформы для создания приложения с большим количеством данных поверх.

Answer 2

В настоящее время я развертываю систему ERP, написанную на Sharepoint для клиента. Я работаю над этим уже около года, и из того, что я видел, Sharepoint создал столько препятствий, сколько усложнил ситуацию.

Все стало проще:

• Учетные данные автоматически синхронизируются с AD.
• Обработка документов и управление версиями из коробки.
• Отличная интеграция с офисом.

Вещи, которые сосали:

• Тебе нужно научиться делить вещи на Sharepoint.
• У вас есть другая зависимость в вашей ERP.
• Это довольно неуклюже.

Я бы порекомендовал прочитать Реальный мир SharePoint 2007: необходимый опыт Из 16 MVP MOSS и WSS до принятия решения

Answer 3

Я использую SharePoint 2007 (MOSS) на работе как часть более широкой установки ERP. Мы активно используем каталог бизнес-данных для взаимодействия с внешними системами и делаем их данные видимыми и доступными для поиска на нашем портале MOSS.

В нашей архитектуре операции CRUD с данными ERP обрабатываются в нашей линейке бизнес-систем ERP. Затем MOSS и BDC извлекают данные из базы данных ERP и отображают их как сетки данных, встроенные в различные страницы портала. Например, на сайте HR есть страница MOSS для отслеживания текущего состояния ожидающих отчетов об эффективности.

Еще одна неотразимая особенность MOSS и BDC - возможность предоставлять источники данных BDC для службы поиска MOSS. Например, когда пользователь ищет Джона Смита с помощью поиска MOSS, общедоступная запись ERP для Джона Смита встраивается в результаты поиска. Нажав на ссылку в результатах поиска, вы перенаправляете пользователя на нужную страницу в нашей системе ERP, а не переводите его на страницу MOSS.

Мы не используем MOSS исключительно в качестве системы ERP, но мы используем его в качестве уровня представления и отчетности поверх нашей системы ERP.

Answer 4

Создание пользовательских веб-частей в SharePoint не будет подходить для сложных устаревших систем.

SharePoint будет по-прежнему давать вам много пробега, если вы создадите пользовательский поставщик навигации для основной навигации (например, на основе XML-файла). Это позволило бы настраиваемым страницам asp.net отображаться «как», они все еще были частью SharePoint, создавая иллюзию единого всеобъемлющего приложения.

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

Решение, которое создает отдельные веб-сайты для соответствующих приложений, которые по-прежнему размещены в коже и связаны с информационной архитектурой SharePoint и по-прежнему доступны для поиска из основного интерфейса, может удовлетворить «потребность» в части «ERP» для предприятия, но при этом создавать соответствующие решения для чего действительно отдельные приложения.

Ментальная модель, которую я использую, заключается не столько в создании приложений «в» SharePoint, сколько в создании «окна» в SharePoint для представления приложения.

Answer 5

Система MS Dynamics AX широко использует Sharepoint, фактически существуют наборы инструментов, которые позволяют пользователям создавать веб-части и т. Д., Которые извлекают данные непосредственно из базовых объектов AX. Вот ссылка, которая немного говорит об интеграции Sharepoint AX + SP . В настоящее время все еще существует значительная часть AX, которая не находится в Sharepoint, но их направление, по-видимому, позволяет Sharepoint включить значительную часть приложения. Я не думаю, что вся ERP-система может находиться в инфраструктуре Sharepoint, но с точки зрения MVC она, безусловно, может стать вашей инфраструктурой View. Мне кажется, что это именно то направление, в котором движется М.С., но я просто выдвигаю гипотезу об их будущих планах.