Обзор

Эта запись описывает тематического исследования, описывающие фактические МРО (Техническое обслуживание, Ремонт и операции) Рабочий процесс утверждения в Мосс.

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

(Эта запись является кросс размещен между http://paulgalvin.spaces.live.com и http://blogs.conchango.com)

Справочная информация

Клиента MRO процесс характеризовался следующим

• Процесс одобрения вручную.
• Некоторые поддержки с помощью таблицы excel.
• Процесс утверждения нерегулярных. Тот же процесс утверждения покупки ТОИР будет меняться день в день, лица лицом.
• Много бумаги и собственноручных подписей — Покупка заявки требуется до 3 письменные подписи до его окончательного утверждения.

Цели этого проекта:

• Полностью автоматизировать процесс.
• Соблюдение стандартов предприятия для утверждения.
• Обеспечить консолидированное представление MRO покупки различных менеджеров.
• Подробный аудит.

Как побочный эффект решения, письменные подписи были больше не требуется.

Процесс утверждения

Процесс утверждения состоит из четырех «плавать полос»: Составитель, Менеджер по прямой, Функциональный менеджер и менеджер отдела.

Составитель:

Видит необходимость приобретения и начинает процесс. Обратите внимание, что составитель может или не может на самом деле ввести заявки на покупку, но вместо прямого другого сотрудника сделать это. Несколько раз, составитель не обладают техническими знаниями для заполнения заявки на PO. Например, пользователь может захотеть реквизировать новый портативный компьютер, но не знаю лучших поставщиков, ИТ-стандартов, и т.д.. В этом случае, Составитель работает с ним и он на самом деле заполняет реквизиции.

Менеджер по прямой:

Это прямой менеджер составителя (который может отличаться от того, кто фактически вступил по заявке в Мосс). Прямые менеджеры должны утвердить заявки на PO прежде чем система ищет одобрения далее вниз по линии.

Функциональный менеджер:

Функциональный менеджер является лицо, отвечающее за обеспечение того, что предлагаемое приобретение соответствует стандартам предприятия в рамках определенной функции корпоративного. Например, IT закупки утверждаются функционального ИТ-менеджер.

Менеджер отдела:

Строго менеджеров отдела утвердить заявки на сумму в долларах. Менеджер отдела утвердить заявки свыше суммы настраиваемый доллар.

Решение

Мы использовали следующие инструменты и компоненты для реализации решения:

МОСС: Служит в качестве платформы, которая все остальное «висит». Сервер MOSS предоставляет услуги основой для обеспечения безопасности, Основные данные, аудита и другие функции.

Службы форм InfoPath: Компонент Мосс, Это позволяет пользователям заполнять заявки покупки через веб-браузер.

SharePoint Designer (СПД): Мы использовали СПД для реализации автоматизированного рабочего процесса.

Веб-службы: C# веб-службы улучшает пользовательский опыт, позволяя Каскадные списки выбора в форме InfoPath и обеспечивает лучшую производительность в отношении фильтрации данных. См. Здесь для технического глубокое погружение на этой теме и причины его использования.

Настраиваемые списки: Профили пользователей Мосс представила непосредственным руководителем данного пользователя, но не обеспечивают большую часть данных, управляемые решения рабочего процесса (Например. требуется ли отделов менеджер утвердить заявки по). Мы использовали пользовательские списки в данных предприятия»" сайт для сохранения данных, таких как «Отделов менеджер утверждения сумма в долларах», «Функциональные области менеджер" и так далее. Списки очень красиво интегрирована с InfoPath, а также обеспечить создание, обновление и удаление (CRUD) функциональность с помощью аудита и безопасности из коробки.

Случай использования

Этот случай иллюстрирует, как решение подходит вместе:

1. Paul хочет новый ноутбук. Он описывает его потребности в Вивек, ИТ лица, знакомые с стандартами корпоративного ноутбука, предпочтительных поставщиков, и т.д..
2. Вивек журналы в Мосс, доступ к форме PO реквизиции и поступает заявка от имени Paul. Форма запрашивает Вивек покупку категории, которая затем использует веб-службы для заполнения раскрывающегося списка поставщиков компании одобрил. Вивек также указывает функциональной области Корпоративные покупки (Например. «ОН" или «Финансы»).
3. СПД на рабочий процесс начинается, определяет прямой менеджер Павла и направляет заявки его менеджер, Стейси.
4. Стейси утверждает заявки на покупку.
5. СПД рабочий процесс проверяет заявки и определяет, что это приобретение ИТ. Он направляет процесс Функциональный менеджер, Сообщения.
6. Сообщения утверждает заявки.
7. Рабочий процесс SPD снова проверяет заявки и определяет, что сумма покупки превышает максимальное сумму в долларах и маршрутизирует его руководителю отдела для утверждения.
8. Менеджер отдела утверждает заявки на покупку.

Примечания

• В случае использования демонстрирует в «чистые" Запуск без отказов или прыжки.
• Каждый утверждающего имеет возможность утвердить или отклонить заявки, а также представить письменные комментарии. Они заносятся в журнал аудита.
• Если ответственный менеджер отклоняет заявки на покупку в любой точке, ПО заявке мертв "" и этот процесс должен быть запущен с самого начала.
• Рабочий процесс уведомляет составителя на каждом этапе процесса.
• Без письменной подписи — клиент определяется (После некоторых решительных рекомендаций) Аудит след как через журнал рабочего процесса, служил их потребностей аудита.
• Усилия — понадобилось около трех человек недели осуществить это решение.

Заключение

Это решение использует Мосс как во время выполнения платформы для разработки и. Клиент смог использовать основные функции Мосс для автоматизации рутинных бизнес-процесс, который затрагивает практически каждый сотрудник в компании. За исключением простой веб-службы (который сам использует Мосс), «программирование почти не фактические" требуется.

Решение также служит «витрина" для клиента, демонстрируя как различные функции MOSS могут быть объединены для создания полностью лучшее бизнес-приложения и создавать новые консалтинговые возможности в будущем.

Глоссарий

МАРСИАНСКИЙ РАЗВЕДЫВАТЕЛЬНЫЙ СПУТНИК: Техническое обслуживание, Ремонт и операции. Эти закупки, как правило, включают такие элементы, как блокноты, стулья, персональные компьютеры, принтеры, Мобильные телефоны и т.п..

Это может быть очевидным для многих, но время учебы для программирования экзамен моей MOSS, Я узнал, что это довольно легко получить фактические XML из запроса поиска через пользовательский интерфейс.

Один быстрый метод выглядит следующим образом:

• Доступ Расширенный поиск.
• Выполнить поиск, который возвращает некоторые данные.
• Редактирование страницы (через настройки сайта).
• Изменить XSL на следующие:

<?XML Версия="1.0" кодирование="UTF-8"?>
<XSL:Таблица стилей Версия="1.0" xmlns:XSL="HTTP://www.w3.org/ 1999/XSL/преобразование">
<XSL:выход метод="XML" Версия="1.0" кодирование="UTF-8" отступ="Да"/>
<XSL:шаблон матч="/">
<Pre>
<XSL:копировать из Выберите="*"/>
</Pre>
</XSL:шаблон>
</XSL:Таблица стилей>

• Хит применяются.
• Просмотр исходного кода в браузере.

Обратите внимание, что <Pre> тег не делает много за исключением служить как маркер удобным при просмотре результатов.

Этот трюк может быть очень полезно при работе с управляемыми свойствами и настройка поиска. Он обеспечит окончательный список XML доступны для вас в вашем xslt, которое было бы очень полезно использовать последний 25 раз я создал некоторые настраиваемого поиска результаты.

Это должно работать для dataviews также, Хотя я не проверял это пока еще не.

Я вижу, что Эрик Краус столкнулась с требованием обычно встретился с запрос содержимого веб-части. Проблема? Он был в чистой среде WSS с без доступа к CQWP. Вместо того чтобы свернувшись в положении плода (желание я должен бороться каждый день, Это кажется), Он придумал решение, что по крайней мере дает WSS магазины шанс добиться успеха. Это описано Здесь.

Стефан Goßner поставил вместе потрясающий 4-часть серии на контент SharePoint и API развертывания Здесь. К услугам гостей большой обзор и очень хорошие примеры в коде (C#).

Я впервые взял в руки эту ссылку от Йорис poelmans блог на http://jopx.blogspot.com/.

Даже если вы как и я, в том, что вам не пришлось делать много практической работы для управления контентом, Это хорошо стоит 20 минут вашего времени для чтения.

Использование API, один может:

• Экспорт и импорт содержимого очень легко.
• Родительскую содержание. Если вы хотите экспортировать некоторые контент с сайта «A" и отправить его на сайт «B" но в совершенно новое место в иерархии, это возможно.
• Экспорт контента с сайта A и импорта отдельных битов в сайт.
• Связать содержание (смысл иметь дело с все гиперссылки).

Кто-то в интернетах спрашивал о том, как создать вычисляемый столбец в список, что бы показать значение, отформатированное как»[Пользователь] – [Статус] – [Местоположение]" как в "Пол Galvin – Пить [свободный] Пиво – Пляж".

Paul будет идти и обновить его запись в списке, и будет соответствующим образом обновить вычисляемый столбец. В [Пользователь] следует по умолчанию для пользователя, ввод/обновление списка.

Вычисляемый столбец нельзя использовать "летучие" такие функции, как [Меня] или [Сегодня]. Я решил его в тестовой среде с этими шагами:

1. Создайте текстовый столбец с именем «Текущий пользователь».
2. Установите его значение по умолчанию [Меня]
3. Создать вычисляемый столбец под названием «Calc тест».
4. Установите его значение = [Текущий пользователь]

Я отправился, добавлен элемент в списке и он работал.

Я сталкивалась это для 9 месяцев и я вижу, что люди на форумах MSDN и Usenet имеют он too.l

Иногда, при доступе к документу word (или другие типы doc) из документа библиотека вызывает Internet Explorer, чтобы просто падение и уйти (принимая все вкладки с ним, если какие-либо являются открыть).

Это исправление MS может решить: http://support.microsoft.com/kb/938888

Также, Есть некоторые описание проблемы здесь:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Обзор:

Создан пользовательский список, который управляет тип содержимого с несколько десятков столбцов.

Добавил его на страницу, а затем через СПД, преобразуется в представление данных.

Проблема:

Мое выражение Xpath возвращался пустой столбец с именем «Текущую позицию». Ссылки константы выглядит так:

    <границы таблицы = «1»>
      <XSL:для каждого select = "/ dsQueryResponse/строк/строки" >
        <TR>
          <ТД>
            Текущий статус:
            <XSL:Стоимость от select="@Current_x0020_Status»></XSL:Стоимость от>
          </ТД>
        </TR>
      </XSL>
    </Таблица>

Столбце в Карата называется «Текущее состояние». Оно показывает вверх в уточняющем запросе как «Текущее состояние». Везде вы смотрите, Вы видите «Текущий статус».

Во время обмолота безумно около, в поисках решения, Вместо этого я упомянул "@Recruiter" и вот! — что на самом деле вернулся обратно текущее состояние. Я ожидал его, чтобы вернуться рекрутер, когда я сделал это.

Решение:

Я рылся в СДПГ. Перейти на эту страницу в SPD и он показывает представление данных. Можно проверить фактические данные, предоставленные для представления и связанные Xpath. Здесь я узнал, что действительно, Xpath, указал на «Рекрутер». Странно, «фактическое" Рекрутер поля указал от «Recruiter1».

Убери:

СПД предоставляет авторитетный выражения Xpath для строк & столбцы в представлении данных.

Второй, Это показывает фактические данные. Так например, столбец типа показывает это:

<nobr><диапазон><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Гэлвин, Пол</A><IMG границы ="0" Высота = «1" ширина = "3" src="/_layouts/images/blank.gif"/><a href ='javascript:’ OnClick ='IMNImageOnClick();Возвращает значение false;’ класс = «ms-imnlink»><IMG имя ='imnmark’ Название =” границы =’0′ Высота ='12’ Ширина ='12’ src='/_layouts/images/blank.gif’ Alt =' нет сведений о присутствии’ SIP ='PGalvin@xxx.com < сценарий cf хэш = «f9e31» тип = «text/javascript» > / * * /’ ID ='imn_77, тип = smtp'/></в></диапазон></nobr>