Руководство по примеру приложения Alpine Ski House

Руководство по примеру приложения
Alpine Ski House
Данный документ описывает предварительный выпуск программного продукта, который
может быть в значительной степени изменен перед окончательным коммерческим
выпуском. Этот документ содержит конфиденциальные сведения корпорации Майкрософт.
Использование документа допускается при условии подписания получателем соглашения о
неразглашении с Майкрософт. Данный документ предоставляется исключительно в
ознакомительных целя, корпорация Майкрософт не предоставляет в связи с этим
документом никаких гарантий, явных или подразумеваемых. Сведения, содержащиеся в
этом документе, включая URL-адреса и ссылки на другие интернет-ресурсы, могут быть
изменены без предварительного уведомления. Всю ответственность за использование или
результаты использования документа несет пользователь. Используемые в качестве
примеров названия предприятий, организаций и товаров, имена доменов, адреса
электронной почты, эмблемы, имена людей, названия мест и событий являются
вымышленными. Любые совпадения с реальными предприятиями, организациями,
товарами, именами доменов, адресами электронной почты, эмблемами, лицами, местами
и событиями являются случайными и непреднамеренными. Ответственность за
соблюдение всех авторских прав и прав на интеллектуальную собственность несет
пользователь. Без ограничения авторских прав ни одна из частей этого документа не
может быть воспроизведена, сохранена или использована в системах поиска или передана
в любой форме, любыми способами (электронными, механическими, в виде фотокопии, в
виде записи или любыми другими) и для любых целей без письменного разрешения
корпорации Майкрософт.
Корпорация Майкрософт может иметь патенты, патентные заявки, товарные знаки,
авторские или другие права на интеллектуальную собственность применительно к
содержимому этого документа. Без письменного разрешения корпорации Майкрософт
данный документ не дает лицензии на использование этих патентов, товарных знаков,
авторских прав и других объектов интеллектуальной собственности.
© Корпорация Майкрософт, 2007. Все права защищены.
Microsoft, MS-DOS, Windows, Windows Server, Windows Vista, Excel, SharePoint и
PerformancePoint являются охраняемыми товарными знаками корпорации Майкрософт в
США и в других странах.
Все прочие товарные знаки являются собственностью соответствующих владельцев.
2
СОДЕРЖАНИЕ
................ 1
РУКОВОДСТВО ПО ПРИМЕРУ ПРИЛОЖЕНИЯ ALPINE SKI HOUSE ........... 1
ВВЕДЕНИЕ .......................................................................................................... 5
Как использовать это руководство ....................................................................................... 5
Известные проблемы примера приложения ....................................................................... 5
ГЛАВА 1. ВЫМЫШЛЕННАЯ КОМПАНИЯ ALPINE SKI HOUSE ..................... 6
Компания Alpine Ski House и ее задачи ............................................................................... 6
Основные данные о компании ...................................................................................... 7
Структура прав собственности ............................................................................................. 7
Структура собственных и заемных средств ........................................................................ 8
Области работы ..................................................................................................................... 8
История валют...................................................................................................................... 10
Продажи и маркетинг ........................................................................................................... 10
История компании Mittenwald Cycles and Manufacturing ................................................... 11
Alpine Ski House в 2005 финансовом году и далее: стратегические задачи бизнеса ... 11
ГЛАВА 2. ПЕРЕХОД К PERFORMANCEPOINT PLANNING .......................... 13
Как в ASH составляется план, бюджет и прогноз? ........................................................... 13
Требования к отчетам Alpine Ski House ............................................................................. 13
Корневой узел и дочерние узлы бизнес-моделей Alpine Ski House ................................ 13
Какая структура моделей была принята в ASH? .............................................................. 14
Инфраструктура данных Alpine Ski House ......................................................................... 19
Процесс внедрения приложения PerformancePoint Planning ........................................... 19
Шаг 1. Установка и начальная настройка .................................................................. 19
Шаг 2. Создание приложения Alpine_Ski_House на консоли администрирования 20
Шаг 3. Добавление пользователей и назначение прав ............................................ 20
Шаг 4. Определение календаря (финансовый год) .................................................. 21
Шаг 5. Создание дочерних узлов бизнес-моделей, пользовательских измерений,
свойств элементов измерений и наборов элементов............................................... 22
Шаг 6. Создание новых моделей в ASH_Corporate, определение измерений и
наборов элементов ...................................................................................................... 25
Шаг 7. Создание новых моделей в ResortMgmt, определение измерений
и наборов элементов ................................................................................................... 28
Шаг 8. Создание новых моделей в Manufacturing, определение измерений и
наборов элементов ...................................................................................................... 29
Шаг 9. Синхронизация с базой данных приложения ................................................. 30
Шаг 10. Заполнение промежуточной базы данных ................................................... 31
Шаг 11. Проверка данных измерения в базе данных промежуточной области ..... 33
Шаг 12. Загрузка данных измерений в базу данных приложения для узла бизнесмоделей ASH_Corporate .............................................................................................. 33
Шаг 13. Загрузка наборов элементов для измерений в ASH_Corporate ................. 33
3
Шаг 14. Синхронизация всех измерений для узла бизнес-моделей ASH_Corporate
....................................................................................................................................... 33
Шаг 15. Проверка данных моделей ............................................................................ 33
Шаг 16. Загрузка данных моделей в узел бизнес-моделей ASH_Corporate ........... 33
Шаг 17. Синхронизация всех моделей ....................................................................... 34
Шаг 18. Изменение свойств моделей для финансовых моделей
ASH_Corporate, ResortMgmt и Manufacturing ............................................................. 34
Шаг 19. Развертывание всех узлов бизнес-моделей................................................ 34
Шаг 20. Создание ролей и назначение пользователей ............................................ 34
Шаг 21. Создание форм Excel ..................................................................................... 35
Шаг 22. Создание циклов и назначений ..................................................................... 35
Шаг 23. Создание наборов правил и правил ............................................................. 40
Шаг 24. Развертывание всех узлов бизнес-моделей................................................ 40
ГЛАВА 3. ПРОЦЕСС БЮДЖЕТА ALPINE SKI HOUSE .................................. 41
HR Model (HR Rates and HR Headcount) .................................................................... 41
Corporate Costs Model .................................................................................................. 42
Модель дохода ............................................................................................................. 43
Expenditures Model ....................................................................................................... 43
Resort Mgmt Reporting .................................................................................................. 44
Corporate Mgmt Reporting ............................................................................................ 45
ГЛАВА 4. ДОПОЛНИТЕЛЬНЫЕ РЕСУРСЫ: РУКОВОДСТВО ПО
СОЗДАНИЮ ПРИЛОЖЕНИЯ И ТАБЛИЦА ДЛЯ СОЗДАНИЯ
ПРИЛОЖЕНИЯ ............................................................................................... 46
4
Введение
Этот документ содержит описание примера приложения Microsoft® Office
PerformancePoint™ Server 2007 (PPS), созданного для вымышленной международной
корпорации Alpine Ski House (ASH).
После установки примера приложения PerformancePoint Server Alpine Ski House,
устанавливается полностью функциональное приложение ASH и сопутствующие данные.
Информация в данном документе предназначена для ознакомления с требованиями и
процедурами для успешного внедрения приложения PerformancePoint Planning Server 2007.
Важно. Это руководство содержит общий обзор процесса, используемого для создания
приложения ASH. Оно не содержит пошаговых инструкций по воссозданию образца
приложения.
Как использовать это руководство
В первом разделе этого руководства содержится описание компании Alpine Ski House
Corporation, включая ее задачи, структуру собственности, соотношение собственных и
заемных средств и прочие сведения.
Во втором разделе рассматриваются причины перехода ASH на использование сервера
планирования PerformancePoint, структура, принятая компанией ASH при создании
приложения, процесс интеграции данных и обзор процесса внедрения приложения.
В последнем разделе приведет образец процесса бюджета, используемый в приложении
ASH.
Для получения подробных пошаговых инструкций и дополнительных сведений о создании
приложений см. справку консоли администрирования PerformancePoint, компонента бизнесмоделирования PerformancePoint и надстройки PerformancePoint для Excel.
Примечание. Приложение ASH предоставляется в качестве примера. Задача вашей
компании, ее структура, данные и цели могут отличаться от задач, структуры, данных и
целей вымышленной компании Alpine Ski House.
Известные проблемы примера приложения
Список известных проблем см. в файле Readme PerformancePoint Server 2007.
5
Глава 1. Вымышленная компания Alpine Ski House
Компания Alpine Ski House и ее задачи
Компания Alpine Ski House (ASH) представляет собой холдинговую компанию для крупной
международной сети горнолыжных курортов Alpine Ski House Resorts (ASHR). Компании
Alpine Ski House Resorts полностью или частично принадлежат горнолыжные курорты в
США, Канаде, Германии, Франции и Японии. Кроме того, компании Alpine Ski House
принадлежит 27% собственности компании по производству велосипедов под названием
Mittenwald Cycles and Manufacturing (MWCM), расположенной в городе Миттенвальд в
Германии; ASH изучает возможность приобретения контрольного пакета акций MWCM.
Примечание. В данных примера ASH и приложения предполагается, что
проектирование и внедрение приложения PerformancePoint Planning Server, а также
начало фактического планирования, начинается в сентябре 1994 года, в конце третьего
финансового квартала вымышленной компании ASH. Данные примера соответствуют
этому сценарию, также как и данные для краткосрочного прогноза (4-й квартал 2004 г.),
бюджета (на весь 2005 год) и долгосрочного стратегического планирования (с 2005 по
2009 финансовый год).
Для начала процесса планирования требуется сначала создать прогноз на четвертый
квартал 2004 года. После создания этого прогноза финансовый отдел будет иметь
необходимые данные для разработки пятилетнего стратегического плана, который будет
содержать основное направление развития компании и анализ основных допущений.
Стратегический план предоставит основные задачи бизнеса, такие как развитие и
увеличение прибыльности; эти задачи станут целями для объектов корпорации и курорта в
процессе планирования. Еще один результат разработки стратегического плана – решение
о том, следует ли приобретать контрольный пакет в MWCM. Для разработки
стратегического плана будут созданы две модели: стратегический план и стратегические
допущения. Также будет создан отдельный процесс стратегического планирования
производства для предоставления данных, необходимых для стратегического плана ASH.
Процессы создания корпоративного прогноза и бюджета практически одинаковы.
Наибольшее различие заключается в том, что прогноз создается ежемесячно, а бюджет –
раз в год. В обоих случаях рассматриваются три основные области: численность
сотрудников, капитал и эксплуатационные расходы. При разработке приложения
PerformancePoint Planning Server Alpine Ski House группа планирования решила, что из-за
различий в размере вычислений для расчета числа сотрудников будет использоваться
отдельный процесс, тогда как для вычислений капитала и эксплуатационных расходов
можно использовать один процесс. После создания корпоративных процессов некоторые
затраты могут быть отнесены к курортам, другие останутся в корпорации.
Для отдельных курортов также составляются прогнозы и бюджет в этих же областях: число
сотрудников, капитал и эксплуатационные расходы. Кроме того, при расчете бюджета
курортов вычисляется доход и себестоимость реализованной продукции (COGS). После
завершения этих процессов полученные значения сливаются в один процесс «Resort
Management Reporting», который позволит руководству компании Alpine Ski House Resorts
рассмотреть полный совокупный бюджет и прогноз для компании Alpine Ski House Resorts.
После этого совокупный бюджет и прогноз для Alpine Ski House Resorts сливаются в
модель административной отчетности для руководства компании, которая позволит
руководству просмотреть полный бюджет и прогноз для Alpine Ski House и даст
возможность специалистам по планированию определить, достигнуты ли стратегические
цели.
Отдельно от процесса планирования будет использован модуль планирования
PerformancePoint Planning для отчетов о внешнем финансировании, чтобы создавать
6
квартальные и годовые финансовые отчеты для совладельцев (используя модель внешних
отчетов о компании). Это позволит компании более точно создавать обобщенные
финансовые отчеты.
Основные данные о компании
Основная отрасль
Гостиничный бизнес
Вспомогательная отрасль
Производство велосипедов
Продажи за 2003 год (последний полный
год)
231 млн. долл. США
Страна
США
Валюта отчетности
Доллары США
Окончание финансового года
31 декабря
Число сотрудников
987
Тип акций
Частные
Акции в обращении
100000
Акции на руках небольшого числа лиц
100000
Структура прав собственности
Как показано на следующей схеме, компания ASH с отчетностью в долларах США, владеет
компанией MWCM и пятью холдинговыми компаниями курортов в разных странах, каждая
из которых, в свою очередь, владеет соответствующими курортами:






27% компании Mittenwald Cycles and Manufacturing (отчетность в долларах США)
100% холдинга U.S. Resorts (отчетность в долларах США)
o Тахо
o Вермонт
o Колорадо
100% холдинга Canada Resorts (отчетность в канадских долларах)
o Вистлер
o Банф
o Блю Маунтин
74% холдинга Germany Resorts (отчетность в евро)
o Миттенвальд
o Берхтесгаден
o Оберстдорф
100% холдинга France Resorts (отчетность в евро)
o Серр Шевалье
o Валь д'Изер
100% холдинга Japan Resorts (отчетность в иенах)
o Хакуба
7
Компания Alpine Ski House
(ASH)
(доллары США)
Компания
Mittenwald Cycles
& Manufacturing
(евро)
27% совместное
предприятие
Курорты США
(доллары США)
100%
Курорты Канады
(канадские
доллары)
100%
Курорты Германии
(евро)
74%
Курорты Франции
(евро)
100%
Курорты Японии
(иены)
100%
Структура собственных и заемных средств
Компания ASH находится в частной собственности небольшой инвестиционной группы в
США. Компания ASH начала работу с 1991 года, владея одним курортом в США (Тахо) и
одним в Канаде (Вистлер), затем открывала в этих странах новые курорты вплоть до 1994
года, когда был открыт последний из канадских курортов (Блю Маунтин). Курорты по
Франции и Японии были приобретены в 1987 году, а доля в немецких курортах – в 1999
году. Владельцы компании не намереваются выпускать акции на рынок и привлекать
других инвесторов. Каждый курорт получает местное банковское финансирование на 20
лет; каждый курорт способен получить финансирование в размере 70% первоначальной
стоимости приобретения или запуска. Ремонт, обслуживание и улучшения оплачиваются
из эксплуатационных расходов.
Области работы
Все курорты компании Alpine Ski House приносят прибыль в четырех областях: размещение
туристов, салоны красоты, рестораны и розничные магазины. В следующей таблице
содержится описание каждой области, соответствующий процент дохода и чистой
прибыли, а также данные анализа.
Область
Описание
%
дохода
Размещение
туристов
Гостиничные
номера на всех
двенадцати
курортах
65%
Комфортные
коттеджи в
Вистлере, Банфе и
Блю Маунтин в
8
% чистой
прибыли
60%
Анализ


Умеренные барьеры
для доступа.
Зонирование в
курортных районах
обычно
благоприятно для
новых курортов.
Высокая стоимость
недвижимости. В
Область
Описание
%
дохода
% чистой
прибыли
Анализ
Канаде, в Тахо и
Колорадо в США.



Салон красоты
Массаж, уход за
кожей,
парикмахерская,
косметика
18%
15%



Рестораны
Рестораны с
полным комплексом
обслуживания, бары
и закусочные
14%
14%




курортных районах
земля и здания
обычно весьма
дороги.
Анализ рынка и
отзывы клиентов
свидетельствуют о
повышенном спросе
на отдых. Компания
ASH начала
предлагать в аренду
велосипеды в
межсезонье.
Количество
возможных мест для
расширения
ограничено.
Высокая стоимость
выхода. Для выхода
из бизнеса
требуется
ликвидация
собственности.
Поддерживаемая
бизнес-модель.
Эксплуатационные
модели различаются
на разных курортах:
на некоторых
курортах салоны
красоты
принадлежат
курортам, на других
– сдаются в аренду
третьим компаниям.
Низкая стоимость
выхода.
Высокие постоянные
издержки.
Фонды
зафиксированы по
месту.
Изменения на рынке
затруднены.
Барьеры для
доступа низкие,
поскольку место для
ресторана можно
легко
9
Область
Описание
%
дохода
% чистой
прибыли
Анализ


Розничная
продажа
Одежда,
горнолыжное
снаряжение,
сувениры
3%
(3%)





Совместное
производственное
предприятие,
27% капитала
Производство
дорожных, гоночных
и горных
велосипедов
Неприменимо
14%
переоборудовать
или арендовать.
Значительные
колебания маржи.
Средняя стоимость
выхода.
Низкая маржа.
Представляет собой
услуги добавленной
стоимости для
размещения
туристов.
Незначительный
потенциал роста.
Низкие барьеры для
доступа.
Стоимость выхода
настолько низка, что
стратегия выхода не
запланирована.
Неприменимо
История валют
Для более простого рассмотрения данных в компании Alpine Ski House используются
единые валютные курсы. Поэтому в данных с 2000 по 2004 год нет изменений валютных
курсов. Вместо этого изменялись валютные курсы для базовых сценариев прогноза,
бюджета и стратегического плана.
Продажи и маркетинг
Усилия ASH в области продаж и маркетинга в течение нескольких последних лет были
сосредоточены на следующем:
10

Присутствие в Интернете. Веб-узел компании ASH и отдельные веб-узлы для
каждого курорта.

Программа для туристических агентств, включающая брошюры, вознаграждения и
скидки на размещение туристов.

Реклама и рекламные статьи в туристическом журнале и в нескольких журналах
общей направленности.

Возможность съемки кинофильмов и другой кинопродукции; до настоящего
времени на двух объектах, принадлежащих компании ASH, было снято два
полнометражных кинофильма.

Местная реклама и специальные предложения для местных жителей, особенно в
межсезонье или в праздники с традиционно небольшим количеством туристов,
например в День благодарения в США.
Предполагаемые действия по дифференциации объектов ASH от конкурентов включают
ребрендинг, цель которого — подчеркнуть, что каждый курорт ASH является составной
частью родительской компании. Компания запустила программы, предназначенные для
создания одинакового уровня обслуживания клиентов и качества на каждом курорте, чтобы
туристы, с удовольствием отдохнувшие на одном из курортов, были уверены в том, что и
на любом другом курорте ASH их отдых будет настолько же приятным.
История компании Mittenwald Cycles and Manufacturing
Компания MWCM владеет одним производственным заводом в городе Миттенвальд в
Германии. Компания MWCM продает велосипеды компании ASH, которая сдает их
напрокат на курортах. Однако это не приносит сколько-нибудь значительного дохода
компании MWCM — это небольшая по объему сделка.
Компания MWCM находится в частной собственности. До 1987 года 100% собственности
MWCM принадлежало местной семье, после чего компания ASH приобрела 27%
собственности MWCM. Компания ASH приобрела долю в MWCM, когда семья, владевшая
этой компаний, решила найти совладельца для расширения компании.
Компания MWCM финансируется за счет собственных средств и не имеет долгосрочного
долга.
Alpine Ski House в 2005 финансовом году и далее:
стратегические задачи бизнеса
После длительного обсуждения руководство компании ASH решило, что целью работы
компании должны стать ее развитие, повышение прибыльности и повышение качества. Это
указано и в стратегическом заявлении:
«Ускорить рост корпорации, поддерживая высокие стандартны качества обслуживания
клиентов за счет эффективного использования и расширения фондов корпорации. Достичь
более высокой прибыльности для получения преимущества над конкурентами.»
11
В рамках этой стратегии исполнительный директор ASH определил следующие
измеряемые финансовые и стратегические задачи.
Стратегическая
цель
Стратегические задачи
Измеряемый результат
Рост
Увеличение дохода на 3-4%
в год
Годовое увеличение
дохода в процентах
Прибыльность
Увеличение чистой прибыли
на 15-20% в год
Годовое увеличение чистой
прибыли в процентах
Снижение соотношения
собственных и заемных
средство ниже 1:1
Собственные и заемные
средства
Увеличение доли владения
в совместном предприятии
MWCM
Рассмотрение возможности
полного приобретения
MWCM
Предложения
(продукты)
12
Глава 2. Переход к PerformancePoint Planning
Как в ASH составляется план, бюджет и прогноз?
В настоящее время в ASH все задачи внешней отчетности и планирования выполняются с
помощью таблиц Microsoft Office Excel®. Excel нравится всем пользователям, но компания
столкнулась с проблемами в таких областях, как доступ к файлам и управление версиями.
Финансовый директор принял решение о переходе на корпоративную систему и
использовании сервера PerformancePoint для создания бюджета компании на следующий
срок.
Группа по внедрению PPS в ASH привлекла партнера Microsoft PerformancePoint Server для
помощи в создании нового приложения. Также они использовании руководство по
созданию приложения и сопутствующую таблицу для создания приложения. Эти ресурсы
более подробно описаны в главе 4 данного документа.
Требования к отчетам Alpine Ski House
Компания Alpine Ski House должна составлять некоторые внешние отчеты, стратегические
планы, прогнозы и бюджеты.
Внешние отчеты
Финансовый отдел компании составляет квартальные и годовые финансовые отчеты для
совладельцев. Модель внешних отчетов корпорации была создана специально для этой
цели.
Стратегическое планирование
Финансовый отдел ASH также поддерживает пятилетний стратегический план, который
ежегодно обновляется. Стратегический план ASH действует с 2005 по 2009 финансовый
год. Для этой цели создана стратегическая модель и модель стратегических допущений.
Прогнозы и бюджеты
Краткосрочное планирование в ASH осуществляется посредством трехмесячных прогнозов
(в данном примере – 4-й квартал 2004 года) и годового бюджета на 2005 год. Остальные
модели используются для трехмесячного прогноза и годового бюджета.
Корневой узел и дочерние узлы бизнес-моделей Alpine Ski
House
Узлы и дочерние узлы бизнес-моделей PerformancePoint как правило соответствуют
существующим данным компании и ее структуре отчетов, финансовым и
эксплуатационным процессам и т.д. Примеры таких логических групп в компании включают
отделы, подразделения или группы безопасности, для которых ограничения доступа по
безопасности подразумевает разделение процессов или функций.
Также модели могут быть использованы совместно для вычислений. Рассмотрим
следующий пример: финансовый отдел компании ежедневно создает отчеты для анализа
продаж, однако цены на продукты компании обновляются только раз в квартал.
Финансовый отдел может использовать три следующие модели для вычисления
ежедневного дохода:
13
Доход
(финансовая
модель)
Единицы дохода
(модель допущений)
Цены
(модель допущений)
В этой структуре модель «Единицы дохода» будет содержать ежедневный размер выручки
на каждую единицу продаж (с учетом счета, сценария, продуктов и т.д., по мере
необходимости для отчетов, планирования и анализа). Модель «Цены» будет содержать
квартальный список цен (с учетом счета, сценария, продуктов и т.д., по мере
необходимости для отчетов, планирования и анализа). Модель дохода, связанная с
моделями допущений, может быть заполнена (с помощью бизнес-правил) путем
умножения ежедневных единиц дохода выручки на квартальные цены для вычисления
расширенных значений.
Эта структура аналогична трем листам книги Excel: на одном листе хранятся единицы, на
другом — цены, на третьем вычисляются значения. Обратите внимания, что параметры
времени в этих моделях различны: модель цен работает на квартальной основе, а две
другие модели – на ежедневной. Модель допущений может иметь более высокий уровень
значений времени (в этом примере – квартал), чем связанная с ней финансовая модель.
В этом примере размерность данных (процессы, определения и т.д.) однородны. Структура
в этом примере рассчитывает ежедневный доход. Для вычисления дохода для более
крупных единиц времени требуется другая структура моделей, поскольку сервер
планирования PerformancePoint поддерживает ввод и вычисление данных (посредством
правил) только на самом нижнем уровне (уровне конечных объектов). Ввод и вычисление
данных на более высоких (родительских) уровнях не разрешены, поскольку данные на
высоких уровнях рассчитываются с помощью статистических правил.
Узлы и дочерние узлы бизнес-моделей также могут быть использованы для различных
конфигураций безопасности, чтобы поддерживать различные сроки и циклы бюджетов и
загрузки исходных данных, или для загрузки и просмотра данных на различных уровнях.
Какая структура моделей была принята в ASH?
На основе заполненной таблицы создания приложения ASH было принято решения о том,
что следует создать корневой узел бизнес-моделей для корпорации ASH и дочерние узлы
для курортов и производства MWCM. Благодаря отделению корневого узла бизнесмоделей от дочерних узлов позволит глобальному администратору и администраторам
пользователям использовать доступ к данным на основе пользователей и ролей, и
обеспечить корпоративное управление допущениями, используемыми в процессе
планирования.
Группа определила следующие основные требования и названия.
14
Название приложения: Alpine_Ski_House
Корневой узел бизнес-моделей: ASH_Corporate
Модели ASH_Corporate: Внешние отчеты компании (финансовая модель
с акциями)
Стратегический план (финансовая модель с акциями)
Отчеты компании для руководства (финансовая модель
с акциями)
Кадры (финансовая модель без акций)
Затраты компании (финансовая модель без акций)
Оплата кадров (глобальная модель допущений)
Количество сотрудников (глобальная модель допущений)
Допущения о доходах (глобальная модель допущений)
Допущения о расходах (глобальная модель допущений)
Стратегические допущения (глобальная модель
допущений)
Годовой валютный курс (модель валютного курса)
Месячный валютный курс (модель валютного курса)
Дневной валютный курс (модель валютного курса)
Дочерний узел бизнес-моделей ASH_Corporate №1: ResortMgmt
Модели ResortMgmt:
Доходы (финансовая модель без акций)
Расходы (финансовая модель без акций)
Отчеты курорта для руководства (финансовая модель без
акций)
Дочерний узел бизнес-моделей ASH_Corporate №2: Manufacturing
Модели Manufacturing: Финансовый отчет MWCM (финансовый без акций)
Производственные подразделения (универсальная)
Допущения о производстве (глобальная модель
допущений)
Допущения о продажах (глобальная модель допущений)
Комплектующие велосипедов (глобальная модель
допущений)
15
На следующей схеме показана структура модели ASH:
Стратегический
план
Внешние отчеты
Стратегические
допущения
Финансы MWCM
Оплата кадров
Модель кадров
Затраты
компании
Отчеты для
руководства
компании
Допущения по
расходам
Допущения по
доходу
Расходы
Доход
Допущения по
производству
Количество
сотрудников
Производственные
единицы
Комплектующие
велосипедов
Legend:
ASH_Corp (Root Model Site)
ResortMgmt (Model Subsite)
Отчеты для
руководства
курортов
Допущения по
продажам
Manufacturing (Model Subsite)
Измерения и наборы элементов Alpine Ski House
В приложении ASH будут использоваться следующие стандартные измерения.
Счет. Поскольку в туристическом бизнесе используется много счетов, группа ASH
определила одиннадцать наборов элементов измерения «Счет», ограничив число счетов в
каждой модели для повышения производительности.
16
В измерении «Счет» используются следующие одиннадцать наборов элементов:
SummaryAcct
DetailAcct
HRAcct
ExpAcct
ResortAcct
Rev_COGS
Headcount
MfgAcct
ProdAcct
UnitAcct
SalesAcct
Эти наборы элементов поддерживают следующие модели:
Узел бизнес-моделей ASH_Corporate:
Внешние отчеты компании (SummaryAcct)
Стратегическое планирование (SummaryAcct)
Отчеты о компании для руководства (DetailAcct)
Кадры (HRAcct)
Затраты компании (ExpAcct)
Узел моделей ResortMgmt:
Отчеты для руководства курортов (ResortAcct)
Доход (Rev_COGS)
Расходы (ExpAcct)
Узел моделей Manufacturing:
Финансовые отчеты MWCM (MfgAcct)
Производственные подразделения (MfgAcct)
Модели допущений включают следующие:
Стратегические допущения (SummaryAcct)
Допущения по расходам (ExpAcct)
Оплата кадров (HRAcct)
Количество сотрудников (Headcount)
Допущения по доходам (Rev_COGS)
Допущения по производству (ProdAcct)
Допущения по продажам (SalesAcct)
Комплектующие велосипедов (не использует измерение «Счет»)
Объект. Как и для измерения «Счет», элементы измерения «Объект» объединены в
наборы элементов. В дополнение к автоматически созданному набору «Все элементы»
создано еще пять наборов элементов.
Используются следующие пять наборов элементов:
LegalEnt
CorpMgmtEnt
DetailEnt
ResortEnt
MfgEnt
Примечание. Хотя наборы элементов CorpMgmtEnt и DetailEnt содержат
одинаковые элементы, они используются в различных иерархиях для поддержки
консолидации.
Эти наборы элементов поддерживают следующие модели:
17
Узел бизнес-моделей ASH_Corporate:
Внешние отчеты компании (LegalEnt)
Стратегическое планирование (LegalEnt)
Отчеты о компании для руководства (CorpMgmtEnt)
Кадры (ResortEnt)
Затраты компании (ResortEnt)
Узел моделей ResortMgmt:
Отчеты для руководства курортов (ResortEnt)
Доход (Rev_ResortEnt)
Расходы (ResortEnt)
Узел моделей Manufacturing:
Финансовые отчеты MWCM (MfgAcct)
Модели допущений включают следующие:
Стратегические допущения (LegalEnt)
Допущения по расходам (DetailEnt)
Оплата кадров (ResortEnt)
Количество сотрудников (ResortEnt)
Допущения по доходам (ResortEnt)
Следующие модели узла Manufacturing не используют измерение «Объект»:
Производственные подразделения
Допущения по производству
Допущения по продажам
Комплектующие велосипедов
Набор элементов «Все элементы» используется для всех моделей валютного курса.
Внутрифирменный. В приложении ASH используется только набор элементов
«Все элементы» и только для моделей «Внешние отчеты компании»,
«Стратегическое планирование» и «Отчеты для руководства компании».
Время. К измерению времени относятся представления «Ежедневный»,
«Месячный», «Квартальный» и «Годовой».
Сценарий. Измерение «Сценарий» использует набор элементов «Все элементы»
для всех моделей.
Валюта. Измерение «Валюта» использует набор элементов ASH_Currency для
всех моделей, для которых элементы автоматически создаются системой.
Бизнес-процесс. Измерение «Бизнес-процесс» использует созданный системой
набор элементов под названием «Стандартный». Измерение «Бизнес-процесс»
используется финансовыми и общими моделями.
Метод консолидации. Измерение «Метод консолидации» использует набор
элементов «Все элементы» для следующих моделей:
Внешние отчеты компании
Стратегическое планирование
Отчеты компании для руководства (финансовая модель с акциями)
Движение. Измерение «Движение» использует набор элементов «Все элементы»
для следующих моделей:
Внешние отчеты компании
Стратегическое планирование
Отчеты компании для руководства (финансовая модель с акциями)
18
Валютный курс. Измерение «Валютный курс» использует набор элементов «Все
элементы» для моделей валютного курса.
Также созданы следующие пользовательские измерения:
Продукт. Измерение «Продукт» использует пять настраиваемых наборов
элементов — ResortProducts, LOB (бизнес-системы), MftProducts, Bicycles и
Components. Набор элементов ResortProducts используется моделями «Доход» и
«Допущения по доходам». Набор элементов LOB используется в моделях «Отчеты
о компании для руководства», «Затраты компании», «Отчеты для руководства
курортов», «Расходы» и «Допущения по расходам». Наборы элементов
MfgProducts, Bicycles и Components используются в моделях «Производственные
подразделения» и «Комплектующие велосипедов».
Кадры (для списков сотрудников). Измерение «Кадры» использует набор
элементов под названием HR. Измерение «Кадры» используется только в моделях
«Кадры», «Количество сотрудников» и «Оплата кадров».
Бизнес-фактор. Измерение «Бизнес-фактор» использует набор элементов «Все
элементы» для моделей допущений и не используется для прочих моделей.
Тип клиента. Измерение «Тип клиента» использует набор элементов «Все
элементы» для моделей производства.
Инфраструктура данных Alpine Ski House
Для приложения Alpine Ski House будут использованы следующие источники данных:

Информационная система отдела кадров (HRIS). Эта система включает ставки
сотрудников, которые загружаются в модель «Оплата кадров» и текущее
количество сотрудников для модели «Количество сотрудников».

Система учета прибыли ASH. Эти данные будут использованы для балансов в
модели «Доход».

Главная книга ASH. Этот источник данных будет использован для моделей
руководства курортами и компании.

Главная книга MWCM. Этот источник данных будет использован для моделей
производства.
Процесс внедрения приложения PerformancePoint Planning
В этом разделе содержится описание шагов по созданию приложения Alpine Ski House.
Данный процесс представляет собой пример внедрения, не следует рассматривать его как
универсальное решение.
Для получения подробных пошаговых инструкций и дополнительных сведений о создании
приложений см. справку консоли администрирования PerformancePoint, компонента бизнесмоделирования PerformancePoint и надстройки PerformancePoint для Excel.
Шаг 1. Установка и начальная настройка
Пользователь, которому назначена роль глобального администратора, устанавливает и
настраивает сервер планирования PerformancePoint, включая консоль администрирования.
Затем глобальный администратор устанавливает бизнес-моделирование PerformancePoint
на клиентских компьютерах пользователей, которые будут заниматься созданием моделей,
измерений, бизнес-правил и планированием процессов.
19
И наконец глобальный администратор устанавливает надстройку PerformancePoint для
Excel на клиентские компьютеры пользователей, которые будут создавать формы и отчеты
PerformancePoint, а также для пользователей, которые будут просматривать, добавлять
данные и утверждать формы и отчеты PerformancePoint.
Дополнительные сведения см. в руководстве по установке и настройке сервера
планирования Microsoft Office PerformancePoint.
Шаг 2. Создание приложения Alpine_Ski_House на консоли
администрирования
Консоль администрирования используется для создания приложения PerformancePoint и
для указания информации, такой как расположение баз данных и серверов, и URL-адресов
узлов Windows SharePoint Services.
В консоли администрирования PerformancePoint глобальный администратор создает
приложение и называет корневой узел ASH_Corporate.
Шаг 3. Добавление пользователей и назначение прав
Для администрирования любых компонентов сервера планирования с помощью консоли
администрирования или для доступа к бизнес-данным администраторам необходимо
назначить соответствующие права. Однако администраторов следует импортировать или
добавить в систему PPS перед тем, как им можно будет присвоить роли администраторов.
В консоли администрирования глобальный администратор добавляет пользователей и
затем назначает им следующие роли:
Глобальный администратор. Первый пользователь с ролью глобального
администратора был назначен при установке сервера планирования PerformancePoint, но в
приложение можно добавить и других глобальных администраторов.
Глобальные администраторы могут настраивать параметры для всей системы сервера
планирования PerformancePoint и на всех компьютерах с сервером планирования
PerformancePoint. Глобальные администраторы могут управлять отношениями ролей для
ролей глобальный администраторов и администраторов пользователей, и могут добавлять
пользователей в систему сервера планирования PerformancePoint или удалять их.
Глобальные администраторы также могут создавать и удалять приложения и узлы бизнесмоделей, изменять метаданные приложений и параметры сервера (например параметры
сеансов, бизнес-процессов и аудита) и удалять состояние извлеченных объектов в узле
бизнес-моделей.
Примечание. После установки приложения PerformancePoint Server Alpine Ski House
пользователю, которому назначена роль глобального администратора, также
назначаются роли администратора моделей, администратора данных и
администратора пользователей.
Администратор пользователей. Администраторы пользователей могут добавлять и
удалять пользователей в любые бизнес-роли в приложении или в определенные бизнесроли на определенном узле бизнес-моделей. Администраторы пользователей не могут
создавать новые роли. Администраторы пользователей также могут добавлять и удалять
других администраторов пользователей и администраторов данных.
Администратор данных. Администраторы данных могут добавлять и удалять
пользователей только в роли администраторов данных и имеют неограниченный доступ ко
всем бизнес-данным в своей области, даже если они принадлежат к бизнес-роли с
20
ограниченными параметрами. По этой причине работу, выполненную администраторами
данных, следует тщательно проверять.
Обратите внимание, что назначение пользователю роли администратора данных не
означает, что ему будет автоматически предоставлен доступ к промежуточной базе данных
и к базе данных приложения. Эти права доступа необходимы для выполнения задач по
интеграции данных.
Если не требуется полный доступ к базам данных, рекомендуется ограничить права
администраторов данных на доступ к базам данных путем фильтрации DSV-файла.
Дополнительные сведения см. в справке консоли администрирования PerformancePoint.
Примечание. Администраторы пользователей и администраторы данных могут иметь
разрешения в области приложений и разрешения в области узла бизнес-моделей.
Разрешения в области приложения указывают, что данный пользователь имеет права
на моделирование и на интеграцию данных во всех узлах бизнес-моделей для данного
приложения. Разрешения в области модели указывают, что данный пользователь
имеет права на моделирование и на интеграцию данных только в указанном узле
бизнес-моделей.
Администратор моделей. Роль администратора моделей может применяться к
приложению целиком или к узлу бизнес-моделей в приложении сервера планирования
PerformancePoint. Администраторы моделей могут выполнять любые операции
моделирования в своей области (приложение или узел бизнес-моделей), но не могут
создавать и удалять приложения.
Администраторы моделей могут выполнять любые операции моделирования в приложении
или узле бизнес-моделей (в зависимости от их области), но не могут создавать и удалять
приложения.
Администраторы моделей с разрешениями в области приложения могут изменять свойства
приложения. Администраторы моделей также могут создавать, удалять и изменять бизнесроли в своих областях. Однако только администраторы пользователей могут назначать
пользователей бизнес-ролям или удалять их из бизнес-ролей.
Шаг 4. Определение календаря (финансовый год)
В бизнес-моделировании календарь приложения используется для указания периода
времени, соответствующего используемому в компании; создание календаря является
обязательным шагом. Следует создать календарь, в точности соответствующий
используемым бизнес-процессом, поскольку все действия приложения так или иначе
связаны с измерением времени. Календарь приложения будет невозможно изменить без
создания нового приложения, удаления всех данных и повторного заполнения.
Для приложения ASH пользователь с ролью администратора моделей открыл бизнесмоделирование и подключился к серверу планирования PerformancePoint, открыл новое
приложение Alpine_Ski_House и модель ASH_Corporate для определения календаря
приложения.
Для приложения ASH требуется как краткосрочное, так и долговременное планирование.
Для долговременного планирования требуется наибольший объем данных, поскольку
применяется план «5+5»: используется 5 лет фактических данных (с 2000 по 2004
включительно) и 5 лет плана (с 2005 по 2009 включительно). План также включает полный
набор финансовых отчетов (отчет о прибыли, баланс и отчет о движении наличных
средств) для каждого периода.
Примечание. Для отчета о движении наличных средств требуется использовать
измерение «Движение». Для полного использования измерения «Движение» следует
вычислить начальное сальдо для первого года (2000). Для расчета начального сальдо
системе PerformancePoint Planning требуется конечное сальдо за прошлый год (1999).
21
Поэтому, хотя для отчета требуются данные «5+5», для PerformancePoint необходимо
настроить измерение «Время» для сценария «6+5» (с 1999 по 2009 включительно).
Кроме того, было принято решение включить дополнительное измерение времени –
квартал. Были созданы следующие представления календаря:
Название
Описание
Включенные интервалы
Годовой
Годовой
Год
Квартальный
Квартальный
Год, квартал
Месячный
Месячный
Год, квартал, месяц
Ежедневный
Ежедневный
Год, квартал, месяц, день
Шаг 5. Создание дочерних узлов бизнес-моделей,
пользовательских измерений, свойств элементов измерений и
наборов элементов
Корневой узел бизнес-моделей ASH_Corporate был создан при создании приложения.
Однако внутри ASH_Corporate потребовалось создать два дополнительных узла:
ResortMgmt и Manufacturing. Для этого шага требуется создать два дополнительных узла
бизнес-моделей, шесть измерений и их свойства, а также определения различных
элементов измерений.
Также были созданы пользовательские измерения для моделей «Бизнес-процесс»,
«Кадры», «Тип клиента» и «Продукт».
Примечание. При добавлении свойств в измерения с одним или несколькими наборами
элементов, к именам наборов элементов спереди добавлялось «P_». Например, при
добавлении набора элементов SummaryAcct в качестве свойства его имя изменялось на
P_SummaryAcct. Этот шаг обеспечивает интеграцию CSV-файла данных приложения; при
интеграции данных «P_» автоматически удаляется. Этот процесс может быть необходим
для внедрения PerformancePoint в вашей компании.
22
Измерения «Бизнес-процесс» и «Тип клиента» не имеют дополнительных свойств, однако
следующие свойства были добавлены для пользовательских измерений «Продукт» и
«Кадры»:
Измерение
Подпись
Тип
данных
Продукт
P_SKU
Текст
(строка)
Продукт
P_ResortProducts
Текст
(строка)
Продукт
P_LOB
Текст
(строка)
Кадры
FullName
Текст
(строка)
Кадры
Entity
Текст
(строка)
Кадры
Exempt
Текст
(строка)
Кадры
HireDate
Текст
(строка)
Кадры
Title
Текст
(строка)
Кадры
Location
Текст
(строка)
Кадры
Department
Текст
(строка)
Кадры
P_HR
Текст
(строка)
23
Следующие свойства моделей были добавлены в системные измерения «Счет» и
«Объект» приложения ASH:
Измерение
Подпись
Тип данных
Счет
MfgAcctNum
Текст (строка)
Счет
P_ManufAccts
Текст (строка)
Счет
Mgmt_Line
Текст (строка)
Счет
Statement
Текст (строка)
Счет
P_DetailAcct
Текст (строка)
Счет
P_SummaryAcct
Текст (строка)
Счет
P_ResortAcct
Текст (строка)
Счет
P_ExpAcct
Текст (строка)
Счет
P_RevCOGS
Текст (строка)
Счет
P_HRAcct
Текст (строка)
Счет
P_Headcount
Текст (строка)
Объект
Country
Текст (строка)
Объект
P_DetailEnt
Текст (строка)
Объект
P_LegalEnt
Текст (строка)
Entity
ASH_CorpMgmtEnt
Text (string)
Следующие наборы элементом также были созданы для перечисленных ниже измерений.
24
Измерение
Пользовательский
набор элементов
Продукт
ResortProduct
Продукт
LOB
Продукт
MfgProducts
Продукт
Bicycles
Продукт
Components
Кадры
HR
Счет
DetailAcct
Счет
SummaryAcct
Счет
ResortAcct
Счет
ExpAcct
Счет
Rev_COGS
Счет
HRAcct
Счет
Headcount
Счет
MfgAcct
Счет
UnitAcct
Измерение
Пользовательский
набор элементов
Счет
ProdAcct
Счет
SalesAcct
Объект
DetailEnt
Объект
LegalEnt
Объект
CorpMgmtEnt
Объект
MfgEnt
Объект
ResortEnt
Шаг 6. Создание новых моделей в ASH_Corporate, определение
измерений и наборов элементов
На следующем шаге создается общая глобальная модель допущений со следующими
значениями для наборов элементов и текущего периода.
Примечание. По умолчанию в модели добавлены измерения времени и сценария.
Количество
сотрудников
Допущения
по расходам
Допущения по
доходу
Стратегические
допущения
Оплата
кадров
Сценарий
Все
элементы
Все
элементы
Все элементы
Все элементы
Все
элементы
Время
Месячный
Годовой
Годовой
Годовой
Годовой
Счет
Headcount
ExpAcct
Rev_COGS
SummaryAcct
HRAcct
Объект
ResortEnt
ResortEnt
ResortEnt
LegalEnt
ResortEnt
Кадры
HR
Недоступно
Недоступно
Недоступно
HR
Продукт
Недоступно
LOB
ResortProducts
Недоступно
Недоступно
Бизнесфактор
Все
элементы
Все
элементы
Все элементы
Все элементы
Все
элементы
Текущий
период
Сентябрь
2004
2004
2004
2004
2004
Название
модели
25
Затем создаются общие модели валютного курса с помощью следующих наборов
элементов и текущего периода:
Название модели
Годовой
валютный
курс
Месячный
валютный
курс
Дневной
валютный
курс
Сценарий
Все элементы
Все элементы
Все элементы
Время
Годовой
Месячный
Ежедневный
DestinationCurrency
ASH_Currency
ASH_Currency
ASH_Currency
Валютный курс
Все элементы
Все элементы
Все элементы
SourceCurrency
ASH_Currency
ASH_Currency
ASH_Currency
Объект
Все элементы
Все элементы
Все элементы
Текущий период
2004
Сентябрь 2004
30.09.2004
И наконец, создаются общие финансовые модели.
Для финансовых моделей с акциями по умолчанию добавляются следующие измерения и
наборы элементов.
26
Измерение
Набор
элементов
Псевдоним
Сценарий
Все элементы
Сценарий
Время
Все элементы
Время
Счет
Все элементы
Счет
BusinessProcess
Стандартный
BusinessProcess
OwnedEntity
Все элементы
Объект
TimeDataView
Все элементы
TimeDataView
Движение
Все элементы
Движение
ConsolidationMethod
Все элементы
ConsolidationMethod
Объект
Все элементы
OwnedEntity
Затем создаются общие финансовые модели с акциями с помощью следующих наборов
элементов и текущего периода. Элементы, отличные от элементов по умолчанию,
выделены курсивом.
Название модели
Внешние
отчеты
компании
Отчеты
компании для
руководства
Стратегическое
планирование
Сценарий
Все элементы
Все элементы
Все элементы
Время
Месячный
Месячный
Годовой
Счет
SummaryAcct
DetailAcct
SummaryAcct
BusinessProcess
Стандартный
Стандартный
Стандартный
Объект
LegalEnt
CorpMgmtEnt
LegalEnt
TimeDataView
Все элементы
Все элементы
Все элементы
Движение
Все элементы
Все элементы
Все элементы
ConsolidationMethod
Все элементы
Все элементы
Все элементы
OwnedEntity
Все элементы
Все элементы
Все элементы
Продукт
Недоступно
LOB
Недоступно
Валюта
ASH_Currency
ASH_Currency
ASH_Currency
Внутрифирменный
Все элементы
Недоступно
Все элементы
Текущий период
Сентябрь 2004
Сентябрь 2004
2004
Для финансовых моделей без акций по умолчанию добавляются следующие измерения и
наборы элементов.
Измерение
Набор элементов
Псевдоним
Сценарий
Все элементы
Сценарий
Время
Все элементы
Время
Счет
Все элементы
Счет
BusinessProcess
Стандартный
BusinessProcess
Объект
Все элементы
Объект
TimeDataView
Все элементы
TimeDataView
27
Затем создаются общие финансовые модели без акций с помощью следующих наборов
элементов и текущего периода. Элементы, отличные от элементов по умолчанию,
выделены курсивом.
Название модели
Затраты компании
Кадры
Сценарий
Все элементы
Все элементы
Время
Месячный
Месячный
Счет
ExpAcct
HRAcct
BusinessProcess
Стандартный
Стандартный
Объект
ResortEnt
ResortEnt
TimeDataView
Все элементы
Все элементы
HR
Недоступно
HR
Валюта
ASH_Currency
ASH_Currency
Продукт
LOB
Недоступно
Текущий период
Сентябрь 2004
Сентябрь 2004
Шаг 7. Создание новых моделей в ResortMgmt, определение
измерений и наборов элементов
После создания новых моделей в узле ASH_Corporate создаются общие финансовые
модели без акций с помощью следующих наборов элементов и текущего периода в узле
ResortMgmt. Элементы, отличные от элементов по умолчанию, выделены курсивом.
28
Название модели
Отчеты для
руководства
курортов
Расходы
Доход
Сценарий
Все элементы
Все элементы
Все элементы
Время
Месячный
Месячный
Ежедневный
Счет
ResortAcct
ExpAcct
Rev_COGS
BusinessProcess
Стандартный
Стандартный
Стандартный
Объект
ResortEnt
ResortEnt
ResortEnt
TimeDataView
Все элементы
Все элементы
Все элементы
Продукт
LOB
LOB
ResortProducts
Валюта
ASH_Currency
ASH_Currency
ASH_Currency
Текущий период
Сентябрь
2004
Сентябрь 2004
30.09.2004
Шаг 8. Создание новых моделей в Manufacturing, определение
измерений и наборов элементов
После создания новых моделей в узле ResortMgmt, в узле Manufacturing создаются общие
глобальные модели допущений.
Для глобальных моделей допущений по умолчанию добавляются следующие измерения и
наборы элементов.
Измерение
Набор
элементов
Псевдоним
Сценарий
Все элементы
Сценарий
Время
Все элементы
Время
Затем создаются общие глобальные модели допущений с помощью следующих наборов
элементов и текущего периода. Элементы, отличные от элементов по умолчанию,
выделены курсивом.
Допущения
по
продажам
Комплектующие
велосипедов
Допущения по
производству
Сценарий
Все
элементы
Все элементы
Все элементы
Время
Квартальны
й
Годовой
Квартальный
Счет
SalesAcct
Недоступно
ProdAcct
Бизнес-фактор
Все
элементы
Недоступно
Все элементы
Комплектующие
Недоступно
MfgProducts
Недоступно
Продукт
MfgProducts
MfgProducts
MfgProducts
Текущий период
3-й квартал
2004
2004
3-й квартал
2004
Название
модели
29
Затем в узле Manufacturing создается общая универсальная модель. У универсальных
моделей такие же измерения и наборы элементов по умолчанию, как и у глобальных
моделей допущений. Элементы, отличные от элементов по умолчанию, выделены
курсивом.
Название
модели
Производственные
подразделения
Сценарий
Все элементы
Время
Месячный
Счет
MfgAcct
Тип клиента
Все элементы
Продукт
MfgProducts
Комплектующие
MfgProducts
Текущий
период
Сентябрь 2004
Затем в узле Manufacturing создается общая финансовая модель без акций. Элементы,
отличные от элементов по умолчанию, выделены курсивом.
Название модели
Финансовые отчеты
MWCM
Сценарий
Все элементы
Время
Месячный
Счет
MfgAcct
BusinessProcess
Стандартный
Объект
MfgEnt
TimeDataView
Все элементы
Тип клиента
Все элементы
Продукт
MfgProducts
Текущий период
Сентябрь 2004
Шаг 9. Синхронизация с базой данных приложения
Примечание. В ходе шага 2 была создана пустая база данных промежуточной области.
База данных промежуточной области была синхронизирована с базой данных приложения
для синхронизации всех измерений, наборов элементов и моделей для узлов ASH_Corp,
ResortMgt и Manufacturing. При этом все необходимые структуры копируются из базы
данных приложения в промежуточную базы данных.
30
Шаг 10. Заполнение промежуточной базы данных
Администратор данных использует стандартные средства Microsoft SQL Server 2005 для
заполнения базы данных промежуточной области данными перечисленных ниже
измерений, наборов элементов и моделей.
Примечание. Этот процесс выполняется вручную и не поддерживается сервером
планирования PerformancePoint.
ASH_Corporate
ResortMgmt
Manufacturing
Измерения и наборы элементов
Счет
Наборы
элементов:
DetailAcct
ExpAcct
Headcount
HRAcct
MfgAcct
ProdAcct
ResortAcct
Rev_COGS
SalesAcct
SummaryAcct
UnitAcct
Бизнес-фактор
Валюта
Наборы
элементов:
ASH_Currency
Тип клиента
Валютный курс
Движение
Кадры
Наборы
элементов:
HR
Продукт
Наборы
элементов:
Bicycles
Components
LOB
MfgProducts
ResortProducts
31
ASH_Corporate
ResortMgmt
Manufacturing
Измерения и наборы элементов
Сценарий
Объект
Наборы
элементов:
CorpMgmtEnt
DetailEnt
LegalEnt
MfgEnt
ResortEnt
Модели
Затраты компании
Расходы
Комплектующие
велосипедов
Отчеты для
руководства
компании
Отчеты для руководства
курортов
Финансовые отчеты
MWCM
Годовой валютный
курс
Доход
Допущения по
производству
Дневной валютный
курс
Производственные
подразделения
Месячный
валютный курс
Допущения по
продажам
Допущения по
расходам
Внешние отчеты
Количество
сотрудников
Кадры
Оплата кадров
Допущения по
доходу
Стратегические
допущения
Стратегическое
планирование
Примечание. Модели, выделенные курсивом, содержат строки, вычисляемые на
основе выполнения правил. Как указано в шаге 16 ниже, эти модели должны быть
загружены без проверки.
32
Шаг 11. Проверка данных измерения в базе данных
промежуточной области
После загрузки данных измерений в базу данных промежуточной области администратор
данных проверяет исходные данные, выполняя сохраненные процедуры, чтобы убедиться
в том, что данные измерения соответствуют требованиям PerformancePoint Server.
Шаг 12. Загрузка данных измерений в базу данных приложения
для узла бизнес-моделей ASH_Corporate
В бизнес-моделировании PerformancePoint данные измерений загружаются из базы данных
промежуточной области в базу данных приложения с узла ASH_Corporate. Данные
загружаются в указанном выше порядке измерений.
Примечание. Данные не добавляются в следующие заранее определенные
измерения, поскольку в них невозможно добавить новые элементы.




Бизнес-процесс
Внутрифирменный
Время
Пользователь
Шаг 13. Загрузка наборов элементов для измерений в
ASH_Corporate
После загрузки данных измерений наборы элементов загружаются из базы данных
промежуточной области в базу данных приложения с узла ASH_Corporate. Нет
предварительного порядка загрузки наборов элементов.
Шаг 14. Синхронизация всех измерений для узла бизнес-моделей
ASH_Corporate
Затем все измерения синхронизируются в узле ASH_Corporate, чтобы обеспечить
обновление вех идентификаторов элементов в базе данных промежуточной области.
Шаг 15. Проверка данных моделей
После синхронизации измерений администратор данных проверяет фактические данные,
выполняя сохраненные процедуры, чтобы убедиться в том, что данные моделей
соответствуют требованиям PerformancePoint Server.
Шаг 16. Загрузка данных моделей в узел бизнес-моделей
ASH_Corporate
После проверки данные моделей загружаются из базы данных промежуточной области в
базу данных приложения с узла ASH_Corporate.
Затем данные моделей загружаются из базы данных промежуточной области в базу
данных приложения с узла ResortMgmt.
И наконец, данные моделей загружаются из базы данных промежуточной области в базу
данных приложения с узла Manufacturing.
Примечание. Нет предварительного порядка загрузки данных моделей. Для
оптимизации производительности при загрузке данных моделей в базе данных
33
промежуточной области были созданы индексы. Кроме того, если модель содержит
вычисляемые строки, она должна быть загружена без проверки.
Шаг 17. Синхронизация всех моделей
В качестве последнего шага в процессе интеграции данных выполняется синхронизация
всех моделей узлов ASH_Corporate, ResortMgmt и Manufacturing.
Шаг 18. Изменение свойств моделей для финансовых моделей
ASH_Corporate, ResortMgmt и Manufacturing
После завершения интеграции данных изменяются свойства моделей и создаются
пользовательские свойства моделей для использования в некоторых бизнес-правилах,
созданных для узлов бизнес-моделей.
Примечание. Свойства моделей изменяются только для финансовых моделей.
Свойства моделей допущений и валютного курса не изменяются.
Чаще всего свойства моделей используются в правилах. Например, в случае правила
консолидации одним из входных значений правила является имя счета, который
используется для дохода. Поскольку значение дохода различно и каждого клиента, перед
запуском правила консолидации каждому свойству модели нужно установить
определенное значение элемента.
Шаг 19. Развертывание всех узлов бизнес-моделей
После загрузки фактических данных во все модели, все узлы моделей развертываются с
узла ASH_Corporate. Эта задача указана в сводке узла и в области задач узла.
Шаг 20. Создание ролей и назначение пользователей
После развертывания узла бизнес-моделей, в приложении ASH создаются бизнес-роли и
этим ролям назначаются пользователи.
Примечание. Для приложения Alpine Ski House безопасность устанавливается только
на уровне моделей, но не на уровнях измерений и элементов.
После сохранения ролей и назначения пользователей узел модели должен быть сохранен
и затем развернут. Для узла ASH_Corporate созданы следующие роли:
34
Название
Подпись
Уровень
безопасности
Описание
Участник по учету
Участник по учету
Низкий (чтение и
запись)
Главный
бухгалтер
Проверяющий по
учету
Проверяющий по
учету
Средний (чтение)
Контролер
Участник по кадрам
Участник по кадрам
Низкий (чтение и
запись)
Руководитель
отдела кадров
Проверяющий
компании
Проверяющий
компании
Средний (чтение)
Финансовый
директор
Участник по финансам
Участник по
финансам
Низкий (чтение и
запись)
Старший
аналитик
Название
Подпись
Уровень
безопасности
Описание
Участник по
курорту_корп
Участник по
курорту_корп
Низкий (чтение и
запись)
Бухгалтер
внутреннего
офиса
Проверяющий по
курорту_корп
Проверяющий по
курорту_корп
Средний (чтение)
Менеджер
курорта
Для узла ResortMgmt созданы следующие роли:
Название
Подпись
Уровень
безопасности
Описание
Участник по
курорту
Участник по
курорту
Низкий (чтение и
запись)
Бухгалтер
внутреннего
офиса
Проверяющий по
курорту
Проверяющий по
курорту
Средний (чтение)
Менеджер
курорта
Для узла Manufacturing созданы следующие роли:
Название
Подпись
Уровень
безопасности
Описание
Участник по
финансам_MWCM
Участник по
финансам_MWCM
Низкий (чтение и
запись)
Старший
аналитик
Проверяющий по
учету_MWCM
Accounting
Reviewer_MWCM
Средний (чтение)
Контролер
Шаг 21. Создание форм Excel
После создания ролей и назначения пользователей создаются формы Excel в надстройке
PerformancePoint для Excel.
Подробные сведения по созданию форм Excel см. в справке надстройки PerformancePoint
для Excel.
Примечание. При первом открытии Microsoft Office Excel и подключении к
PerformancePoint Server подключение настраивается путем ввода полного пути к
серверу PerformancePoint и тестируется.
Шаг 22. Создание циклов и назначений
После создания форм в бизнес-моделировании создаются циклы.
35
Для узла ASH_Corporate были созданы следующие циклы и включены уведомления:
Название
Модель, в
которую будут
отправлены
данные
Сценарий
Дата
начала
Дата
окончания
CorpCost – Forecast
Затраты
компании
Прогноз
Сентябрь
2004
Декабрь
2004
CorpCost – Budget
Затраты
компании
Бюджет
Январь 2005
Декабрь
2005
HR Forecast
Количество
сотрудников
Прогноз
Сентябрь
2004
Декабрь
2004
HR Budget
Количество
сотрудников
Бюджет
Январь 2005
Декабрь
2005
ECR_Actuals_Shares
Внешние отчеты
Фактически
е данные
Декабрь
1999
Декабрь
2004
SP_BaseCase
Стратегическое
планирование
Базовый
сценарий
2005
2009
SP_UpCase
Стратегическое
планирование
Успешный
сценарий
2005
2009
SP_DownCase
Стратегическое
планирование
Неуспешны
й сценарий
2005
2009
SP_Actuals
Стратегическое
планирование
Фактически
е данные
1999
2005
SA_BaseCase
Стратегическое
планирование
Базовый
сценарий
2005
2009
SA_UpCase
Стратегическое
планирование
Успешный
сценарий
2005
2009
SA_DownCase
Стратегическое
планирование
Неуспешны
й сценарий
2005
2009
Затем создаются следующие формы на вкладке Назначение форм в каждом цикле в узле
ASH_Corporate.
При создании формы следующие параметры были выбраны для всех форм
ASH_Corporate:
Важность для периода отправки – средняя
Дней после начала цикла – 0
36
Если отправка не выполнена в срок – Переместить назначение в категорию
назначений с состоянием "Не отправлено"
Выберите бизнес-процесс для утверждения – Просмотр и утверждение
Лицо, запросившее проверку – 0
Лицо, запросившее утверждение – 0
Срок отправки (дней
после назначения)
Название
Назначаемая форма
CorpCost – Forecast
CC_Forecast_Input
30
CorpCost – Budget
CC_Budget_Input
60
HR Forecast
HR Headcount Forecast
30
HR Budget
HR Headcount Budget
60
ECR_Actuals_Shares
ECR_Actuals_Shares_OS
30
ECR_Actuals_Shares_Owned
30
SP_FixedAssets_BaseCase
30
SP_Debt_BaseCase
30
SP_SharesOwned_BaseCase
30
SP_SharesOS_BaseCase
30
SP_FixedAssets_UpCase
30
SP_Debt_UpCase
30
SP_SharesOwned_UpCase
30
SP_SharesOS_UpCase
30
SP_FixedAssets_DownCase
30
SP_Debt_DownCase
30
SP_SharesOwned_DownCase
30
SP_SharesOS_DownCase
30
SP_SharedOwned_Actuals
30
SP_SharesOS_ Actuals
30
SA_BaseCase
StratAssum_Inputs_BaseCase
30
SA_UpCase
StratAssum_Inputs_UpCase
30
SA_DownCase
StratAssum_Inputs_DownCase
30
SP_BaseCase
SP_UpCase
SP_DownCase
SP_Actuals
37
Примечание. После создания всех назначений следует сохранить узел бизнесмоделей.
Для узла ResortMgmt были созданы следующие циклы и включены уведомления:
Название
Модель, в
которую будут
отправлены
данные
Сценари
й
Дата
начала
Дата
окончания
Resort Forecast
Расходы
Прогноз
Сентябрь
2004
Декабрь
2004
Resort Budget
Расходы
Бюджет
Январь 2005
Декабрь
2005
Затем создаются следующие формы на вкладке Назначение форм в каждом цикле в узле
ResortMgmt.
При создании формы следующие параметры были выбраны для всех форм ResortMgmt:
Важность для периода отправки – средняя
Дней после начала цикла – 0
Если отправка не выполнена в срок – Переместить назначение в категорию
назначений с состоянием "Не отправлено"
Выберите бизнес-процесс для утверждения – Просмотр и утверждение
Лицо, запросившее проверку – 0
Лицо, запросившее утверждение – 0
Название
Назначаемая форма
Срок отправки (дней после
назначения)
Resort Forecast
Resort_Forecast_Input
30
Resort Budget
Resort_Budget_input
60
Примечание. После создания всех назначений следует сохранить узел бизнесмоделей.
38
Для узла Manufacturing были созданы следующие циклы и включены уведомления:
Название
MWCM_FA_BaseCase
Модель, в
которую будут
отправлены
данные
Финансовые
отчеты MWCM
Сценарий
Дата
начала
Дата
окончания
Базовый
сценарий
Январь
2005
Декабрь
2009
После этого создаются следующие формы на вкладке Назначение форм в каждом цикле в
узле Manufacturing.
При создании формы следующие параметры были выбраны для всех форм Manufacturing:
Важность для периода отправки – средняя
Дней после начала цикла – 0
Если отправка не выполнена в срок – Переместить назначение в категорию
назначений с состоянием "Не отправлено"
Выберите бизнес-процесс для утверждения – Просмотр и утверждение
Лицо, запросившее проверку – 0
Лицо, запросившее утверждение – 0
Срок отправки (дней
после назначения)
Название
Назначаемая форма
MWCM_FA_BaseCase
MWCM_FixedAsset_BaseCase
30
Примечание. После создания всех назначений следует сохранить узел бизнесмоделей.
39
Шаг 23. Создание наборов правил и правил
В ASH решили создавать наборы правил и правила вручную, однако правила можно
импортировать из существующего набора правил. Дополнительные сведения см. в справке
бизнес-моделирования в разделе «Импорт набора правил».
Дополнительные сведения о создании правил и наборов правил см. в справке бизнесмоделирования.
Примечание. Правила и наборы правил в приложении ASH предоставлены в качестве
примеров и не должны рассматриваться как универсальные решения.
Шаг 24. Развертывание всех узлов бизнес-моделей
Итоговый шаг в создании приложения — развертывание узлов из бизнес-моделирования;
на этом шаге создается и заполняется куб данных на основе элементов приложения,
созданных ранее.
Для создания куба данных первоначальное развертывания занимает больше времени, чем
последующие развертывания, поскольку они только обновляют измененные части куба.
Примечание. После первого развертывания узла бизнес-моделей можно создавать
вычисления и межмодельные сопоставления, создавать шаблоны форм и отчетов (эти
задачи не могут быть выполнены до создания куба).
40
Глава 3. Процесс бюджета Alpine Ski House
В этом разделе описывается бюджетный процесс ASH.
Примечание. Этот процесс предоставлен в качестве примера. Его не следует
рассматривать как универсальное решение.
В бюджетном процессе используются следующие модели:

Кадры («Оплата кадров» и «Количество сотрудников»)

Затраты компании

Модель дохода

Модель расходов

Отчеты для руководства курортов

Отчеты для руководства компании
Кадры («Оплата кадров» и «Количество сотрудников»)
Цель. Расчет бюджета курортов, количества сотрудников и затрат на персонал.
Данные. Число сотрудников и таблицы заработной платы были загружены при интеграции
данных.

Текущее количество сотрудников. Фактическое число активных сотрудников в
системе HRIS, по должности и расположению. Включает местозаполнители для
открытых должностей.

Текущая оплата кадров: Заработная плата и премии для сотрудников с
постоянной оплатой (городой) и почасовой оплатой по данным на сентябрь 2004 г.
Бухгалтер внутреннего офиса на каждом курорте (роль участника по курорту):
1. В надстройке PerformancePoint для Excel, откройте Назначение бюджета числа
сотрудников для ввода бюджета и добавления числа сотрудников к модели
Количество сотрудников.
2. После открытия формы добавьте дополнения числе сотрудников, введя «1» в ячейку
для каждого месяца и должности, для которой новый сотрудник должен быть добавлен
в ведомость заработной платы. Например, если компания планирует нанять нового
сотрудника в июне, введите «1» в ячейки каждого месяца начиная с июня и до конца
года для данной должности. Это позволит получить количество действующих и
предполагаемых сотрудников для ведомости заработной платы для каждого периода.
3. После ввода данных в области действий щелкните меню Действия и выберите
назначение для заполнения данных на сервере планирования PerformancePoint.
Администратор моделей.
1. Откройте бизнес-моделирование PerformancePoint и подключитесь к ASH_Corporate. В
обозревателе узлов щелкните Модели, затем дважды щелкните Кадры.
2. Перейдите на вкладку Бизнес-правило. Выберите набор правил b_Bud_Salary и
щелкните
, чтобы выполнить набор правил.
Этот набор правил вычисляет бюджет по ведомости заработной платы для постоянных
сотрудников (со льготами) и для сотрудников с почасовой оплатой (без льгот).
Обратите внимание, что для каждой валюты существует только одно правило.
41
Контролер (роль проверяющего по учету).

В надстройке PerformancePoint для Excel откройте формы
HR_Headcount_Forecast_Budget и HR_Payroll_Forecast_Budget для проверки
данных в модели количества сотрудников.
Администратор моделей.
1. Откройте бизнес-моделирование PerformancePoint и подключитесь к ASH_Corporate. В
обозревателе узлов щелкните Модели, затем дважды щелкните Кадры.
2. Перейдите на вкладку Бизнес-правило. Выберите следующие наборы правил и
щелкните
, чтобы выполнить их.

Push_to_CorpCost_Bud

PushRule_to_Expend_CAD_Budget

PushRule_to_Expend_EUR_Budget

PushRule_to_Expend_JPY_Budget

PushRule_to_Expend_USD_Budget
Эти правила передают значения из модели «Кадры» в модели «Затраты компании» и
«Расходы». Эти правила настроены для автоматической обработки модели, в которую
передаются данные.
Затраты компании
Цель. Рассчитать бюджет компании, эксплуатационные и капитальные расходы, затем
назначить некоторые затраты на курорты.
Данные. Фактические данные затрат компании с 2000 по 2004 год и данные допущений
были загружены в модель допущений по расходам при интеграции данных. Основные
допущения, используемые этой моделью, включают размеры премий, льгот и налогов на
заработную плату, а также стандартное увеличение для некоторых счетов.
Главный бухгалтер (роль участника по учету).
1. В надстройке PerformancePoint для Excel откройте назначение CC_Budget_Input для
ввода бюджета для основных средств, накопленной амортизации и амортизационных
отчислений в модель «Затраты компании».
2. После ввода данных в области выберите команду Окончательная отправка в
раскрывающемся списке Действия и для заполнения данных на сервере планирования
PerformancePoint.
Администратор моделей.
1. Откройте бизнес-моделирование PerformancePoint и подключитесь к ASH_Corporate. В
обозревателе узлов щелкните Модели, затем дважды щелкните Затраты компании.
2. Перейдите на вкладку Бизнес-правило. Выберите следующие наборы правил и
щелкните
, чтобы выполнить их.

b1_CorpCosts_Bud_Personnel

b2_CC_PctGrowth_Budget
Эти правила вычисляют льготы, премии и налоги на заработную плату и определяют
стандартный бюджет для некоторых элементов.
Главный бухгалтер (роль участника по учету).

42
В надстройке PerformancePoint для Excel откройте отчет CorpCost_Review для
проверки данных в модели количества сотрудников.
Администратор моделей.
1. Откройте бизнес-моделирование PerformancePoint и подключитесь к ASH_Corporate. В
обозревателе узлов щелкните Модели, затем дважды щелкните Затраты компании.

Перейдите на вкладку Бизнес-правило. Выберите следующие наборы правил
и щелкните
, чтобы выполнить их.

b3_CC_CorpAlloc_Budget

b4_CC_Push_Bud_to_CorpMgmtRep
Эти правила вычисляют баланс компании, передают балансы в модель «Затраты
компании», а затем передают их в модель «Отчеты для руководства компании».
Модель дохода
Цель. Вычисление бюджетных доходов курортов и себестоимость реализованной
продукции (COGS) по продуктам.
Данные. Таблицы дохода и допущений по доходу были загружены при интеграции данных.
К доходу относятся тенденции дохода и COGS, таблица допущений по доходу включает
цену за единицу и процент COGS.
Администратор моделей.
1. Откройте бизнес-моделирование PerformancePoint и подключитесь к ResortMgmt. В
обозревателе узлов щелкните Модели, затем дважды щелкните Доход.
2. Перейдите на вкладку Бизнес-правило. Выберите набор правил a2_Budget и
щелкните
, чтобы выполнить его. Этот набор правил вычисляет бюджетный доход,
COGS и число проданных единиц товара.
Бухгалтер внутреннего офиса (роль участника по курорту).

В надстройке PerformancePoint для Excel откройте формы Revenue_Review_by_Resort
и Revenue_Review_By_Scenario для проверки данных в модели дохода.
Администратор моделей.
1. Откройте бизнес-моделирование PerformancePoint и подключитесь к ResortMgmt. В
обозревателе узлов щелкните Модели, затем дважды щелкните Доход.
2. Перейдите на вкладку Бизнес-правило. Выберите набор правил
a3_Revenue_Push_Rules и щелкните
, чтобы выполнить его.
Это правило передает производные значения из модели Доход в модель Расходы.
Модель расходов
Цель. Вычисление бюджета курорта в части эксплуатационных и капитальных расходов.
Данные. Фактические данные затрат компании с 2000 по 2004 год и данные допущений
были загружены в модель допущений по расходам при интеграции данных. Основные
допущения, используемые этой моделью, включают размеры премий, льгот и налогов на
заработную плату, а также стандартное увеличение для некоторых счетов.
Администратор моделей.
1. Откройте бизнес-моделирование PerformancePoint и подключитесь к ResortMgmt. В
обозревателе узлов щелкните Модели, затем дважды щелкните Расходы.

Перейдите на вкладку Бизнес-правило. Выберите следующие наборы правил

и щелкните
, чтобы выполнить их.
b1_EXP_PersonnelCosts_Budget
43

b2_EXP_Exp_Other_Budget
Эти правила вычисляют льготы, премии и налоги на заработную плату и определяют
стандартный бюджет для некоторых элементов.
Бухгалтер внутреннего офиса на каждом курорте (роль участника по курорту):
1. В надстройке PerformancePoint для Excel откройте назначение Resort_Budget_Input
ввода бюджетов в модель расходов. Введите следующие данные

Основные средства и накопленная амортизация

Амортизационные отчисления

Расходы на обслуживания помещений и территории

Расходы на снабжение курортов
2. После ввода данных в области действий щелкните меню Действия и выберите
назначение для заполнения данных на сервере планирования PerformancePoint.
3. Откройте форму Expenditure_Review для проверки данных в модели расходов.
Администратор моделей.
1. Откройте бизнес-моделирование PerformancePoint и подключитесь к ResortMgmt. В
обозревателе узлов щелкните Модели, затем дважды щелкните Расходы.
2. Перейдите на вкладку Бизнес-правило. Выберите набор правил
b3_CorprateAllocations_Budget и щелкните
, чтобы выполнить его.
Это правило вычисляет балансы, выделяемые компанией для каждого курорта. Они
рассчитываются на основе процента дохода, приносимого курортом.
3. В надстройке PerformancePoint для Excel подключитесь к приложению Alpine Ski House
и запустите задание CurrencyTranslation для преобразования базового сценария в
доллары США.
Бухгалтер внутреннего офиса (роль участника по курорту).

В надстройке PerformancePoint для Excel откройте форму Expenditure_Review для
проверки данных в модели отчетов для руководства курортов.
Администратор моделей.
1. Откройте бизнес-моделирование PerformancePoint и подключитесь к ResortMgmt. В
обозревателе узлов щелкните Модели, затем дважды щелкните Расходы.
2. Перейдите на вкладку Бизнес-правило. Выберите набор правил
b4_EXP_Push_Bud_to_ResortReporting и щелкните
, чтобы выполнить набор
правил.
Этот набор правил передает эксплуатационные и капитальные расходы из модели
расходов в модель отчетов для руководства курортов.
Отчеты для руководства курортов
Цель. Эта модель собирает вместе все балансы, рассчитанные для курортов. Сюда
включается заработная плата и прочие эксплуатационные расходы, а также основные
средства.
Данные. Данные передаются в модель отчетов для руководства курортов из моделей
«Доход» и «Расходы».
Администратор моделей.

44
В надстройке PerformancePoint для Excel подключитесь к приложению Alpine Ski House
и запустите задание CurrencyTranslation для преобразования базового сценария в
доллары США.
Менеджер курорта (роль проверяющего по курорту).

В надстройке PerformancePoint для Excel откройте форму ResortMgmt_Review для
проверки данных в модели отчетов для руководства курортов.
Отчеты для руководства компании
Цель. Эта модель собирает все балансы, рассчитанные и для курортов, и для основной
компании, включая заработную плату, некоторые другие эксплуатационные расходы, а
также основные средства.
Данные. Данные передаются в модель отчетов для руководства компании из моделей
«Затраты компании» и «Отчеты для руководства курортов».
Администратор моделей.

В надстройке PerformancePoint для Excel подключитесь к приложению Alpine Ski House
и запустите задание CurrencyTranslation для преобразования фактического сценария
в доллары США.
Главный бухгалтер (роль участника по учету).

В надстройке PerformancePoint для Excel откройте форму CorpMgmtRep_Review для
проверки данных в модели отчетов для руководства компании.
45
Глава 4. Дополнительные ресурсы: руководство по
созданию приложений и таблица для создания
приложений
Руководство по созданию приложений сервера планирования PerformancePoint и таблица
для создания приложений сервера планирования PerformancePoint доступны для помощи в
планировании внедрения.
Руководство по созданию приложений содержит описание сервера планирования
PerformancePoint, описывает основные принципы работы сервера планирования
PerformancePoint и рассматривает различные соображения по планированию, которые
следует учесть при внедрении.
При использовании в сочетании с таблицей для создания приложений это руководство
предоставляет сведения о том, как собрать требования бизнеса, проанализировать
системы и структуру компании и затем использовать эти данные для создания приложения.
Для всех новых внедрений сервера планирования PerformancePoint рекомендуется
заполнять таблицу для создания приложений. Таблица для создания приложений помогает
определить бизнес-требования организации и долгосрочные технологические цели.
Использование таблицы для сбора необходимых данных позволяет упорядочить процесс
внедрения, а итоговый продукт будет в точности соответствовать схеме бизнес-процессов
вашей компании.
Руководство по созданию приложений содержит подробные сведения, необходимые для
заполнения таблицы для создания приложений. Каждый вопрос в таблице связан с
соответствующими разделами руководства, которые поясняют, какую роль вопрос и ваш
ответ будут играть при создании приложения. Руководство ссылается на соответствующие
функции, компоненты и параметры сервера планирования PerformancePoint. Кроме того, и
руководство, и таблица содержат советы и пояснения, которые помогут сделать
приложение более эффективным.
46