Semenalidery.com

IT Новости из мира ПК
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Ms project sharepoint

Система управления

Календарное планирование

Целевые программы

Управление проектами

Система управления предприятием

Одной из важнейших функций нового MS Project 2010 стала возможность организовать совместную работу над проектом без использования MS Project Server 2010, только с использованием SharePoint Services. Руководитель проекта может использовать все функции календарного и сетевого планирования MS Project 2010 и возможности совместной работы SharePoint.

В MS Project 2010 руководитель проекта может публиковать план проекта на SharePoint и обновлять его из MS Project 2010 Professional одним щелчком мыши. Все изменения, сделанные пользователями в проекте на SharePoint, можно так же одним щелчком мыши загружать обратно в план проекта MS Project 2010.

Как это работает? Предположим, что руководитель проекта создал простой план проекта в MS Project 2010 Professional.

Теперь руководитель проекта хочет организовать совместную работу над проектом и дать доступ к своему плану коллегам. Для этого руководитель проекта щелкает закладку Файл (File) и далее Save & Send > Sync with Tasks List (см. следующий рисунок). После заполнения необходимых полей пользователь щелкает по кнопке Sync и в течение нескольких секунд план проекта публикуется на SharePoint.

В SharePoint формируется список, который выглядит так, как представлено на рисунке ниже.

Теперь члены команды проекта могут видеть и изменять данные проекта в SharePoint, а руководитель проекта может синхронизировать свой план проекта с изменениями, щелкая по кнопке Sync. Подсказка: после первой синхронизации кнопка Sync появляется на закладке Info, как показано на рисунке.

Если произошло одновременное обновление строк и в MS Project 2010, и в SharePoint, руководителю проекта будет предложено разрешить конфликт при очередной синхронизации проекта.

Стоит отметить несколько интересных особенностей:

  • Суммарные задачи поддерживаются при синхронизации;
  • Синхронизируются настраиваемые поля (для этого надо нажать на кнопку Manage Fields на закладке Info);
  • Функция работает только с SharePoint Foundation или SharePoint Server 2010;
  • Функция работает только когда Project Professional не подключен к серверу.

Варианты архитектуры MS Project Server при внедрении в подразделениях крупной компании

В организациях, где планируется использовать Microsoft Project Server в нескольких организационных единицах, или подразделениях, часто возникает вопрос: «Следует ли каждому подразделению использовать свой экземпляр Project Server, или им надо делить один экземпляр?».

Хотя некоторые внедренцы имеют на этот счёт устоявшееся мнение, мы в компании Brise считаем, что нет единственного лучшего варианта для любой ситуации. У каждой компании свои нужды: одни удовлетворяются единственным экземпляром Project Server, для удовлетворения других требуется несколько отдельных экземпляров. В некоторых организациях даже может потребоваться установить, настроить и поддерживать несколько отдельных ферм SharePoint для разных подразделений. В этой статье мы попытаемся рассмотреть каждый вариант, и сделать выводы о его ограничениях, преимуществах и недостатках.

Microsoft SharePoint и Project Server: технические термины

Ферма SharePoint – это группа из нескольких физических или виртуальных серверов, которые работают совместно, чтобы обеспечить функционирование приложения SharePoint и всех служб, работающих в этом приложении, включая Project Server. В крайнем случае, ферма может состоять из одного сервера, который выполняет обработку данных и отвечает на запросы конечных пользователей, или это может быть несколько серверов, которые распределяют между собой нагрузку. Пользователям обычно нет разницы, сколько серверов в ферме, пока они имеют доступ к нужному им приложению, такому как Project Server, через единственный URL в веб-браузере.

Обычно рекомендуется разворачивать ферму SharePoint, состоящую как минимум из двух серверов: на одном работает база данных, а другой размещает приложения сервера SharePoint и Project Server. Однако небольшой компании может быть достаточно единственного сервера, а в крупной организации может потребоваться несколько мощных серверов для обработки запросов сотен, или даже тысяч пользователей ИСУП.

Многосерверная ферма SharePoint, где сервера совместно обслуживают запросы сотрудников за рабочими станциями

Экземпляр Project Server (часто также называемый узлом Project Web App) – веб-приложение, которое выполняет различные функции для сотрудников проектной организации. Оно хранит и отображает проекты, задачи и ресурсы, обеспечивает уведомление участников проектной команды о назначенных им задачах, позволяет им фиксировать прогресс по задачам, и т.д. Можно заметить сходства между приложением Project Server и такой веб-ориентированной системой, как социальная сеть. Экземпляр Project Server имеет веб-интерфейс, доступный через браузер – PWA, так же, как у ВКонтакте есть сайт vk.com. Еще Project Server позволяет вам подключаться к нему клиентским приложением Project Professional (и возможно, некоторыми другими), как и ВКонтакте имеет мобильные приложения для iOS/Android/Windows. Веб-сервисы ВКонтакте работают не на одном сервере, а на громадной ферме серверов, которая справляется с нагрузкой от запросов миллионов людей по всему миру.

Обзор архитектурных схем развертывания MS Project Server

Подобно тому, как на сервере веб-хостинга может размещаться множество веб-сайтов, на ферме SharePoint может функционировать несколько узлов PWA. Если в нескольких подразделениях организации (таких как IT, проектирование, маркетинг) внедряется Project Server, все они могут пользоваться одним узлом PWA. Или же каждый отдел может развернуть свой узел. Как и сайты на одном веб-сервере могут выглядеть совершенно независимыми друг от друга, экземпляры Project Server тоже будут казаться полностью независимыми, даже когда они размещаются в одной ферме SharePoint.

Несколько организационных единиц, совместно использующих экземпляр Project Server

Каждая организационная единица использует собственный экземпляр Project Server

У каждого экземпляра Project Server есть свой PWA-сайт с уникальным URL (например, http://companyportal/pwa, http://companyportal/marketing, http://companyportal/it), свой набор данных о проектах и пользователях (КСГ, ресурсы, табеля, отчеты о состоянии, и т.д.), и собственные уникальные настройки. Каждый Project Server на ферме содержит собственную базу данных (в версии 2010 – 4 базы), где всё это хранится.

Преимущества и недостатки различных архитектурных схем

Проведем анализ трех возможных вариантов архитектурной организации развертывания Project Server, описанных нами выше. Располагая этой информацией, можно принять решение, какой схемы придерживаться при внедрении в конкретной компании, даже если требуется какой-то смешанный подход.

Вариант 1: Каждое подразделение использует собственный экземпляр Project Server

Преимущества:

  • Каждая организационная единица (ОЕ) может сконфигурировать свой Project Server отдельно, чтобы он соответствовал ее бизнес-требованиям.
  • Изоляция баз данных Project Server и БД контента SharePoint для каждого экземпляра более надежно защищает данные ОЕ от доступа из других ОЕ.
  • Только администратор фермы, а не администратор Project обладает правом предоставлять доступ к данным всех подразделений.
  • Поскольку один узел PWA не должен соответствовать требованиям безопасности сразу нескольких ОЕ, каждый экземпляр Project Server будет обладать более простой конфигурацией безопасности. И вообще конфигурация приложения будет более простой.
  • Все ОЕ не будут вынуждены работать с одними и теми же глобальными параметрами сервера:
    • Параметры процесса отчетности по задачам и табелирования;
    • Набор корпоративных календарей;
    • Настройки приложения, такие как валюты, параметры емкости ресурсов, интерфейса PWA, и т.д.
  • Коллекции корпоративных данных будут меньше, и ими будет легче управлять:
    • Ресурсы из всех ОЕ не будут собраны в корпоративном пуле ресурсов единственного экземпляра Project Server.
    • Отчеты Excel Services не будут объединены в единственный Центр бизнес-аналитики.
    • Используемые в Project Professional представления, таблицы, фильтры, группы и макросы не будут собраны в единственный Глобальный корпоративный шаблон.

Недостатки:

  • Из-за того, что каждый экземпляр Project Server использует свои базы данных, возникает проблема консолидации данных нескольких подразделений для формирования отчетности. Однако если вы дочитаете эту статью до конца, вы сможете узнать хорошие новости на этот счет.
  • ОЕ не могут легко увидеть все проекты компании в одном представлении и не могут выполнять управление портфелем проектов в масштабах всей компании.
  • Подразделения не могут использовать общие корпоративные ресурсы в своих проектах, и не могут оценивать их загрузку и доступность.
  • ОЕ не смогут устанавливать в своих проектах связи с проектами других ОЕ.
  • Поскольку каждый узел PWA обладает собственными уникальными параметрами, суммарно потребуется больше усилий для настройки и администрирования со стороны каждой ОЕ, хотя эта работа обычно и распределяется между всеми ОЕ.

Вариант 2: Все организационные единицы делят единственный экземпляр Project Server

Преимущества:

  • Использование полей «Отделы проекта» и «Отделы ресурсов» позволяет добиться консолидации общих данных Project Server и разделения данных, принадлежащих отдельным ОЕ:
    • Пользовательские корпоративные поля;
    • Типы корпоративных проектов;
    • Базы данных OLAP;
    • Факторы (Business Drivers) и Анализы портфеля (Portfolio Analyses).
  • Благодаря использованию общих для всех подразделений баз данных Project Server и SharePoint Content становится проще создавать общую отчетность.
  • ОЕ могут легко увидеть все проекты организации в одном представлении и могут выполнять управление портфелем проектов в масштабах всей организации.
  • Подразделения могут использовать общие корпоративные ресурсы в своих проектах, и могут оценивать их загрузку и доступность.
  • ОЕ могут устанавливать в своих проектах связи с проектами других ОЕ.
  • ОЕ могут легче делиться друг с другом лучшими практиками и процессами управления проектами и ресурсами.
  • Поскольку в компании используется только один узел PWA, для его настройки и администрирования потребуется меньше усилий.

Недостатки:

  • Ни одна ОЕ не может сконфигурировать приложение Project Server в соответствии с ее уникальными бизнес-требованиями.
  • Объединение баз данных Project Server и SharePoint Content затрудняет изоляцию конфиденциальной информации одних подразделений от других.
  • Бизнес-администратор приложения PWA будет иметь доступ ко всем проектным данным всех ОЕ.
  • Поскольку один экземпляр Project Server должен соответствовать требованиям безопасности сразу нескольких ОЕ, этот экземпляр будет обладать более сложными параметрами безопасности. И вообще конфигурация приложения будет более сложной.
  • Все ОЕ будут вынуждены работать с одними и теми же глобальными параметрами сервера:
    • Параметры процесса отчетности по задачам и табелирования;
    • Единственный набор корпоративных календарей;
    • Настройки приложения, такие как валюты, параметры емкости ресурсов, интерфейса PWA, и т.д.
  • Коллекции корпоративных данных будут больше, и ими будет сложнее управлять:
    • Ресурсы из всех ОЕ будут собраны в корпоративном пуле ресурсов единственного экземпляра Project Server.
    • Отчеты Excel Services будут объединены в единственный Центр бизнес-аналитики.
    • Используемые в Project Professional представления, таблицы, фильтры, группы и макросы будут собраны в единственный Глобальный корпоративный шаблон.

Вариант 3: Каждое подразделение пользуется собственной фермой SharePoint

Вариант с отдельной фермой SharePoint для подразделения с одним или несколькими экземплярами Project Server – эту схему тоже стоит упомянуть, хотя она очень редко используется. Она внедряется, например, когда в крупной компании есть несколько IT-отделов, каждый из которых обслуживает свою ферму серверов, которой пользуются подразделения-клиенты. Также этот вид архитектуры приходится применять в организациях, где очень важна секретность, и одна ферма располагается в сильно защищенной сети, используемой секретными подразделениями, которая физически отделена от менее защищенной корпоративной сети, где расположена другая ферма серверов.

Преимущества:

Все особенности архитектуры ИСУП и конфигурации фермы SharePoint могут быть уникальными, чтобы соответствовать различным политикам, процессам и практикам IT-отдела каждого из подразделений. Есть возможность установить очень строгий контроль над безопасностью одной фермы, который нет возможности осуществлять над фермами в других подразделениях. Обновления ПО и дополнительные разработки могут быть изолированы на отдельной ферме, что позволяет избежать влияния на другие фермы организации.

Недостатки:

Этот вариант – естественно, самый дорогой, особенно если каждая ферма SharePoint установлена на отдельных физических серверах. И это самый сложный вариант для инсталляции, настройки и поддержки; требуется больше всего усилий при очень ограниченных возможностях повторного использования результатов. Каждая ферма и экземпляр Project Server наверняка потребует отдельный набор мероприятий по установке, настройке и поддержке.

Какой вариант выбрать для внедрения?

Хотя может показаться, что при использовании отдельного узла PWA для каждого подразделения мы получаем лучшее сочетание преимуществ и недостатков, каждая компания имеет свои потребности. Следует их внимательно оценить, прежде чем выбрать вариант 1, или какой-то другой. Вопрос выбора между описанными архитектурными схемами 1 и 2 особенно обостряется, когда подразделения достаточно крупные, чтобы обладать собственным проектным офисом и портфелем проектов, но при этом у руководства есть желание видеть консолидированную отчетность по всем проектным офисам. Что касается недостатков первой схемы, касающихся отчетности, у компании Brise есть наработки, которые позволят решить проблему объединения проектных данных из нескольких экземпляров Project Server в одну сводную базу данных для отчетов. Мы опишем это наше решение в одной из следующих заметок.

Синхронизация со списком задач SharePoint

Project профессиональный можно синхронизировать список задач с SharePoint, не используя Project Web App. Участники группы могут просматривать расписание и обновлять сведения о своей работе в SharePoint, а вы — просматривать эти изменения в Project. И наоборот.

Совет: У вас более 100 задач для синхронизации? Тогда следует ожидать некоторого замедления процесса. В первый раз синхронизация будет выполняться медленнее, чем обычно. При наличии большого количества изменений, большого количества настраиваемых полей или большого количества добавленных или удаленных задач, это также приведет к замедлению задачи.

Синхронизация с новым сайтом SharePoint

Предположим, что проект открыт в приложении Project, но сайт SharePoint для него еще не создан.

В Project выберите файл > сохранить.

Выберите команду синхронизировать с SharePointи в списке синхронизировать с выберите пункт новый сайт SharePoint.

В поле Имя проекта введите имя.

В списке Адрес сайта введите адрес списка задач SharePoint, синхронизацию с которым вы хотите выполнить.

Примечание: Не вводите в это поле адрес, содержащий имя списка задач. Приложение Project добавляет эту часть адреса автоматически.

Нажмите кнопку Сохранить.

Что же произойдет? При нажатии на кнопку сохранитьдля проекта создается новый сайт SharePoint. Изменения в задачах, внесенные в приложении Project, отражаются в SharePoint, и наоборот.

Если задач много, это может занять несколько минут.

Синхронизация с существующим сайтом SharePoint

Предположим, что в приложении Project открыто пустое расписание, а все задачи, с которыми нужно выполнить синхронизацию, находятся на сайте SharePoint.

Примечание: Можно ли синхронизировать существующий проект с существующим сайтом SharePoint? Эта возможность не поддерживается. Вам нужен либо пустой план проекта, либо пустой список задач. Project не будет объединять два списка задач в процессе начальной синхронизации. Настроив синхронизацию с помощью описанных в этой статье действий, вы сможете внести изменения в любой из списков, и эти изменения будут применены в обоих местах.

В Project выберите файл > сохранить.

В списке Синхронизировать с выберите пункт Существующий сайт SharePoint.

В поле Адрес сайта введите адрес списка задач SharePoint, который вы хотите импортировать.

Примечание: Не вводите адрес, содержащий имя списка задач. Приложение Project добавляет эту часть адреса автоматически.

Выберите проверить сайт.

В поле Список задач введите или выберите название списка задач, который вы хотите синхронизировать со своим проектом.

Нажмите кнопку Сохранить.

Что же произойдет? После выбора команды сохранитьсписок задач в SharePoint теперь будет отображаться в Project. Изменения в списке задач, внесенные в приложении Project, отражаются в SharePoint, и наоборот.

Если задач много, это может занять несколько минут.

Задачи не синхронизируются?

В таблице ниже перечислены условия, которые могут помешать синхронизации задач Project со списком задач SharePoint.

Ограничения синхронизации задач

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

Проекты, содержащие более 100 задач, будут синхронизированы, но этот процесс займет несколько минут.

Обязательные поля SharePoint

Если план проекта не содержит обязательное поле SharePoint, вам не удастся синхронизировать его. Добавьте обязательное поле в качестве настраиваемого поля в приложении Project.

Примечание: Обязательные поля в SharePoint зависят от того, как настроен список задач в организации. Если вы не знаете, какие поля являются обязательными, попробуйте Добавить задачу в список задач на сайте SharePoint. Обязательные поля помечены звездочкой (*).

Поле проекта содержит формулу

Поля SharePoint не поддерживают формулы. Удалите формулу из поля в Project, а затем повторите попытку синхронизации.

Имя суммарной задачи

В SharePoint предполагается, что суммарные задачи станут папками сайта, поэтому вы не можете использовать символы, запрещенные в именах папок: . /:*?<>|

Проверьте, не содержат ли имена ваших суммарных задач в Project таких символов.

Публикация проекта в списке SharePoint

В этой статье предполагается, что вы создали список задач в Project, прежде чем синхронизировать список задач со списком SharePoint.

В Project выберите файл , чтобы открыть представление Backstage . Выберите команду » сохранить & отправить «

Выберите Синхронизация со списками задач.

В списке URL-адрес сайта выберите URL-адрес сайта SharePoint, содержащего список, с которым вы хотите выполнить синхронизацию.

Примечание: На этом этапе не используйте URL-адрес, содержащий имя списка задач, который вы хотите использовать.

Выберите проверить URL-адрес.

В списке выберите существующий список задач выберите имя списка задач SharePoint, с которым вы хотите синхронизировать список задач проекта.
Если вы хотите синхронизировать список задач проекта с новым списком в SharePoint, введите новое имя. В SharePoint будет создан новый список задач, который будет синхронизирован с проектом в Project.

Нажмите кнопку синхронизировать.

После синхронизации двух списков задач изменения, внесенные в один список, будут отражаться в другом. Если одновременно вносятся изменения в два списка, появится диалоговое окно с предложением выбрать версию изменения, которую вы хотите сохранить.

Совет: После синхронизации двух списков задач в Project можно перейти к версии списка задач в SharePoint. Откройте вкладку файл и нажмите кнопку сведения. В разделе Синхронизация со списками задач выберите ссылку на сайт SharePoint.

Импорт списка SharePoint в Project

В этих инструкциях предполагается, что вы создали список задач в списке SharePoint, но не создали соответствующую задачу в Project.

В Project выберите файл , чтобы открыть представление Backstage . Нажмите кнопку сохранить & отправить.

Выберите Синхронизация со списками задач.

В списке URL-адрес сайта введите URL-адрес сайта SharePoint, содержащего список задач, который вы хотите использовать.

Примечание: На этом этапе не используйте URL-адрес, содержащий имя списка задач, который вы хотите использовать.

Выберите проверить URL-адрес.

В списке выберите существующий список задач выберите имя списка задач SharePoint, который вы хотите экспортировать в Project.

Нажмите кнопку синхронизировать.

После синхронизации двух списков задач изменения, внесенные в один список, будут отражаться в другом. Если в оба списка одновременно вносятся изменения, появится диалоговое окно с предложением выбрать версию изменения, которую вы хотите сохранить.

Совет: После синхронизации двух списков задач в Project можно перейти к версии списка задач в SharePoint. Выберите сведения офайле. В разделе Синхронизация со списками задач выберите ссылку на сайт SharePoint.

Устранение неполадок с синхронизацией списков

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

PMCS стала первым Облачным партнером Microsoft по управлению проектами предоставив решение с интеграцией с Office 365

В России реально заработала новая облачная программа Microsoft. Чтобы пользователи могли легко отличать партнеров со старыми технологиями от партнеров с новыми решениями Microsoft ввел новые логотипы облачной расцветки.

Первым облачным партнером Microsoft среди поставщиков решений по управлению проектами стала компания PM Consulting Services, которая прошла сертификацию Microsoft Cloud Essionals и предоставила первое реальное решения по интеграции MS Project с облачным Microsoft Office 356. Сертифицированным Облачным партнерам Microsoft предоставляет технологическую поддержку и большой пакет облачных лицензий.

Но главное даже не формальная сертификация, а наличие готового решения на очень популярных на обменных формах для MS Project из его расширения Turbo Project, которые могут теперь работать через SharePoint Online и Web Excel Application. Также новая версия Turbo Project стала поддерживать Excel Services из обычного SharePoint. Для управления проектами из рабочих групп такое облачное решение довольно привлекательно.

Решение может работать как в публичном облаке Microsoft Office 365, так и на частных облаках на базе корпоративного SharePoint Server.

Рассмотрим пошаговый пример как MS Project с помощью Turbo Project может подключить SharePoint Online и Web Excel Application для организации совместной работы по планированию и отслеживанию проектом обеспечивая групповую работу.

Поддерживаются все сценарии из этой демонстрации YouTube. Однако возможности новой версии Turbo Project подключают к групповой работе всю мощь групповой работы SharePoint и SharePoint Online. Интеграция с MS Excel Services и Web Excel Application позволяет редактировать и вычислять данные прямо через браузер, удобство и функциональная мощность Web-форм Excel намного превосходит простейшие списки SharePoint, а также позволяет пользоваться решением облачным решением практически без обучения. Также следует отметить, что поддерживается интеграция с Exchange Online для обмена коммуникационными формами не через процессы SharePoint, а по почте, полученные по почте формы могу также редактироваться в Web.

Рассмотрим пошаговый пример.

Шаг 1. У нас есть проект и мы хотим его как-то совместно отредактировать

Простейший пример, хотим, чтобы исполнители поставили нам % завершения.

Шаг 2. Запускаем конструктор коммуникационных форм Turbo Project и указываем опцию подключения к облакам Microsoft

Шаг 3. Указываем какие поля будут редактироваться в Облаке

Отметим, что Turbo Project намного мощнее обычной синхронизации MS Project и SharePoint. Поддерживается табелирование и сбор повременных данных. Диаграммы Ганта в формах. Создание структур работ. Вычисление по формулам.

Шаг 4. Форма для редактирования проектной информации открывается в SharePoint Online и Web Excel

SharePoint Online или Exchange Online доставляет форму до пользователя и он в ней редактирует данные (в нашем случае процент завершения).

Шаг 5. Форма с данными спускается из облака на землю, т.е. в настольный MS Project

Менеджер проекта может сначала посмотреть какие данные пользователи пытаются добавить в проект.

Шаг 6. Данные из Облака импортировались в проект MS Project

Как видим все просто. Отметим только, что SharePoint и SharePoint Online традиционно потребуют программирования для рабочих процессов, если вы хотите по процессам передавать формы.

Публичные и приватные облака с готовыми решениями уже тут, старые системы доживают свой век. Если вы не хотите «застрять в прошлом», как герой комедийного ролика Microsoft про продавцов IT-старья, тогда вы можете легко «оживить» коммуникацию в своих настольных версий MS Project запросив решение в PM Consulting Services. При запросе решений на SharePoint в любом варианте следует помнить, что это проекты, которые обычно имеют разработку.

Расскажите о статье в Facebook и Twitter. Если статья понравилась, поставьте нам «плюс» Google.

Если вы заметили любую ошибку в статье, вы можете сообщить об этой ошибке редакторам сайта, выделив мышью отрывок текста с ошибкой и нажав Ctrl+Enter. Ваша помощь в улучшении материалов для нас неоценима!

Microsoft SharePoint Server & Microsoft Project Комплексное управление проектами и корпоративным контентом

Решение настраивается и адаптируется под любую специфику бизнеса

Обеспечивает оперативный контроль

Интегрируется с другими системами
для настройки сводной отчетности и панелей показателей

Возможность
работы в системе 24/7

Всегда актуальная информация
и поддержка коммуникаций на всех
уровнях управления

  • Модуль «Управление проектами»:

— Контроль потребности и управление трудовыми, материальными, затратными ресурсами, управление закупками и проведением тендеров.
— Формирование и ведение бюджета доходов и расходов проекта с распределением во времени.
— Синхронизация задач планов проектов с поручениями, детализация задач по конкретным исполнителям.
— Ведение связанных реестров объектов строительства и проектов.
— Отбор проектов через заявки на проекты, формирование программ проектов и комплексных проектов.

Модуль «Управление бюджетами»

— Формирование общефирменного бюджета доходов и расходов.
— Формирование бюджета движения денежных средств с учетом договорных условий оплат;
— Контроль взаиморасчетов с контрагентами по актированию и фактическим оплатам.
— Формирование отчетов по состоянию, сравнительная аналитика.

— Формирование детальных отчетов по проектам, исполнительской дисциплине, бюджетам в любых срезах данных и наборах аналитик;
— Формирование панелей мониторинга по ключевым показателям для всех уровней управления;
— Постоянный доступ к отчетам в режиме 24/7.

    Модуль «Управление коммуникациями»

    — Централизованное управление задачами пользователей: статусы и приоритеты задач, создание поручений, инструменты управления.
    — Управление совещаниями и встречами, формирование рабочей области, решений и поручений, согласование протоколов, контроль доступности переговорных комнат и участников.
    — Создание общего информационного пространства, создание новостей, вывод ближайших дней рождений, ведение списка контактов и организационной структуры компании, личных кабинетов пользователей, проведение опросов и обсуждений, учет отсутствующих.

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

    Модуль «Мобильный клиент»

    — Просмотр и управление актуальными задачами и поручениями.
    — Просмотр календаря, управление совещаниями и встречами.
    — Установка на iOS и Android.

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

    Для нас понятие «клиентоориентированный подход» — не просто слова, а стратегия, на которой строятся все наши основные бизнес-процессы, наше отношение к клиенту.

    Мы обладаем наивысшей компетенцией – Gold Certified Partner .

    На наших проектах работают опытные и сертифицированные специалисты.

    Нами используется проверенная временем методология, позволяющая шаг-за-шагом контролировать достижение результата проекта.

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

    Наши сотрудники накопили достаточно опыта работы с модулями Центр управления проектами, Центр управления задачами и поручениями, Центр управления совещаниями, Центр документооборота, Корпоративный портал, Центр аналитики, Центр бюджетирования, Казначейство.

    Более 60 проектов внедрения, более 70 проектов сервиса Microsoft SharePoint Server и Microsoft Project.

    Обучение работе с системой рядовых сотрудников, управляющего персонала, ИТ специалистов.

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

    Аттестация по прохождению обучения с выдачей сертификата международного образца .

    Все проекты внедрения по их завершению передаются на сервис и закрепляются за определенными сервисными специалистами .

    Данные специалисты всегда доступны и могут ответить на вопросы ваших пользователей, исправить и доработать систему.

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

    Чтобы работать максимально оперативно — мы можем удаленно подключиться к вашим рабочим местам

    Для решения важных вопросов — наши специалисты могут приехать лично, провести встречу, обучить, аттестовать.

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

    Вам не нужно покупать оборудование, следить за его работоспособностью, содержать штат Ит специалистов.

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

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

    Функционал модулей не разрабатывается «с нуля», а настраивается под потребности клиента. Каждый проект реализуется в соответствии с нашей эксклюзивной корпоративной методологией управления проектами. Это позволяет значительно сократить сроки поставки решения.

    Закажите демонстрацию системы!

    • Без заключения договора
    • Без предоплаты
    • Без приобретения лицензии

    Заказать демонстрацию

    Наши клиенты — наша гордость

    Читать еще:  Enter the access code
Ссылка на основную публикацию
Adblock
detector