четвер, 10 квітня 2014 р.

3 способа имортировать проекты в MS Project 2010 из локальных *.mpp файлов

Задача: Импортировать 15+ проектов Microsoft Project 2010, сохраненных ранее локально в файл с расширением mpp (стандартный формат експорта из Project-a). 

Проблемы: Сервер не пустой, на нем имеются enterprise ресурсы (люди), некоторые из которых уже деактивированы. 

Способ №1 
Если всё хорошо и так совпало, что в проекте задействованы только пользователи, ресурсы которых на проджекте (читай учетные записи на сервере) числяться как Active, то нам повезло. Алгоритм следующий:
  1. Запускаем MS Project Professional 2010, который вы уже настроили на подключение к серверу*
  2. Открываем проект локально
  3. Жмём "Save as"
  4. Вписываем необходимое имя проекту
  5. Жмём "Save"
  6. Видим ругательство, что такие ресурсы уже есть на сервере и нажимаем "Yes to all", чем соглашаемся на замену локальных ресурсов на те, которые уже есть на сервере с таким именем
  7. Наблюдаем за сохранением проекта на сервер в правом нижнем углу
  8. Открываем проект на сервере
  9. Публикуем проект из главного меню

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


Способ №2
Если способ номер 1 не сработал, не отчаивайтесь. В самом худшем случае вы могли испортить файл проекта, но с резервной копией это не так страшно. Верный признак, что первый метод дал сбой - отсутствие информации о сохранении проекта на сервер в правом нижнем углу окна клиента MS Project, как показано на рисунке.

   

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

В левом нижнем углу жмем "Continue to Step 2"

 

В открывшемся окне видим количество локальных ресурсов и количество конфликтов (левый верхний угол)

   

 Стоит обратить внимание не на количество ошибок, а на общее количество ресурсов. Как показала практика, даже исправив все ошибки мы всеравно в итоге получим новые и их сумма будет равна количеству ресурсов. Существует 2 основных типа ошибок, на которые стоит обратить внимание и решение которых позволит импортировать проект на сервер:
  1. Resource Name Already in Use - Решается переименованием всех локальных ресурсов, напротив которых отображается такая ошибка**
  2. Resource already exists - Решается подменой локального ресурса на корпоративный. Алгоритм описан ниже. После его выполнения нужно проделать те же действия, что и при "Already in Use" ошибке, также для всех ресурсов.

После этого можем сохранять проект на сервер по упрощенной схеме.

  1. Жмём "Save as"
  2. Вписываем необходимое имя проекту
  3. Жмём "Save"
  4. Если все сделали верно, то наблюдаем за сохранением проекта на сервер в правом нижнем углу
  5. Открываем проект на сервере
  6. Подменяем переименованные ресурсы на правильные, убирая лишние символы
  7. Публикуем проект из главного меню
Подмена локального ресурса на корпоративный (Enterprise)
Когда вы определили, что необходимо заменить локальный ресурс корпоративным, это легко сделать с помощью функции "Build Team from Enterprise"

   

 В открывшемся окне в левой колонке выбираем корпоративный ресурс кликом миши, в правом - локальный и жмем "Replace". Проделываем процедуру только для ресурсов, напротив которых ошибка "already exists"
   

Способ №3 
Случается так, что люди, задействованные в проекте увольняются, с кем не бывает :) А импортировать както нужно. Первые 2 способа не дадут результата, так как при отключении учетной записи пользователя в Active Directory, ресурс пользователя становится неактивным. По-умолчанию галочка "Prevent Active Directory synchronization for this user " не стоит***.
 

Если пользователь помечен как неактивный, то он не будет отображаться в списке корпоративных ресурсов в "Build Team from Enterprise". Если попытаться просто изменить статус пользователя на активный, то при сохранении получим ошибку, свидетельствующую о том, что доменная учетная запись для данного пользователя не прошла проверку.
 

Как с таким побороться? Нужно активировать учетные записи таких "неактивных" пользователей через подставные доменные учетные записи. К примеру создайте тестовые учетки с именами testproject1... и т.п., которые потом используйте как "User logon account:" при редактировании ресурса на портале. Далее алгоритм абсолютно такой же как и во втором способе.
*-File > Info > Manage Accounts > Configure Accounts > Add > Вводим имя (абсолютно любое) > Вводим адрес сервера (обязательно с http://) > Галочка "Set as default account"
**-Двойной клик миши по ресурсу > В поле Resource name дописываем циферку, дабы потом было легко заменить > OK
***- С правами администратора заходим на Project Web Access > Server Settings > Manage Users > Открываем интересующего пользователя