Проверьте больше @ http://projectmanagementsoftwareguide.com
Мы на самом деле воспринимаем и уважаем новый подход к экспертизе. С намерением внедрить корпоративный портал Microsoft Nice Plains — вы должны пройти через информацию о внедрении и понять структуру корпоративного портала и способ его интеграции с рабочим местом — Microsoft Dynamics GP. Вам необходимо четко понимать, что такое GP и что такое Enterprise Portal, и где у них «общая территория» — какие базы данных SQL они используют и совместно используют, и как BP использует GP eConnect, MS Alternate, Terminal Providers; как doc обрабатывается в BP, а затем по пути доходит до GP; простые методы для создания отчетов по обмену знаниями BP и GP и так далее.
o Типовой документооборот GP. Пожалуйста, обратите внимание на такой модуль БП, как Администрирование заявок. Давайте попробуем проследить жизненный цикл документа RM. На корпоративном портале: работник создает запрос на покупку и отправляет его руководителю на утверждение. Супервизор (из иерархии утверждения) анализирует PR, вносит необходимые корректировки (выбирает поставщика, счет расходов, стоимость, складские товары, веб-сайт — все или некоторые из этих вариантов могут быть доступны утверждающему в иерархии, в основном на основе безопасности BP RM). настройки), а документ поднимается вверх по иерархии утверждений, достигая, наконец, продавца-покупателя. Сотрудник по закупкам создает заказ на покупку (или передает штаммы текущему заказу на покупку у аналогичного поставщика) — в эту секунду док достигает Nice Plains. В GP он отображается как Заказ на покупку, который одобрен GP (иногда это не так сложно, как в BP RM). Когда заказ на покупку авторизован в GP — его необходимо отправить выбранному поставщику как официальный заказ на покупку. Продавец иногда предоставляет запрашиваемые гаджеты вместе со счетом поставщика; в некоторых случаях счет поставщика отправляется отдельно — эти две ситуации в GP рассматриваются как квитанция о покупке и PR со счетом поставщика.
o BP является расширением GP. Как видно из приведенного выше примера, модуль администрирования заявок BP можно рассматривать как расширение Nice Plains. Сопоставимый вывод может быть сделан для модуля HR и самообслуживания работников — для этого модуля BP требуются как модули GP Payroll, так и GP Human Assets (или каждый), выполняемые в бэк-офисе GP.
o Интернет-хостинг BP Базы данных. Microsoft Nice Plains позволяет добавлять объекты: таблицы, представления SQL, сохраненные процедуры, триггеры к текущим базам данных GP, эквивалентным Dynamics (системная база данных GP) и корпоративным базам данных. «Разрешения» означают — эти настраиваемые объекты не будут изнашиваться с улучшением модели ГП. Имена таблиц GP обычно не являются «приятными для человека»: IV00101, GL00100 — они, скорее всего, исходят из традиций именования UNIX; Имена таблиц BP, в отличие от них, просто узнаваемы: ReqMgmtDocument и ReqMgmtLines — эти имена вам, скорее всего, знакомы, не так ли? BP размещает свои таблицы в базах данных Dynamics и фирм, поэтому для создания отчета BP-GP вам необходимо оценить таблицы и представления BP и проанализировать таблицы GP: Инструменты->Описания полезных ресурсов->Таблицы.
o Лицензирование BP. Это то место, где вы получаете ценовую эффективность. Вам не нужно платить дорогие потребительские лицензии GP вашим сотрудникам и лицам, которые размещают заказы на покупку (иногда всем вашим сотрудникам на рабочем месте). В качестве альтернативы вы покупаете потребительские лицензии BP (которые стоят менее 50 долларов за потребителя/работника).
o Улучшение модели eOrder, eRequisition. Как правило, это сложная ситуация. BP для GP 8.0 и 9.0 полностью переписан в продуктах .Internet и таких устаревших целях ASP, как eOrder, eRequisition, eEmployee и т. д. переписаны так же красиво в БП. Другими словами — для тех, кто использовал серию товаров eXXX — вам придется повторно развернуть и даже повторно внедрить их в Enterprise Portal.
Проверьте больше @ http://projectmanagementsoftwareguide.com
