Logo    
Деловая газета CitCity.ru CITKIT.ru - все об Open Source Форумы Все публикации Учебный центр Курилка
CitForum    CITForum на CD    Подписка на новости портала Море(!) аналитической информации! :: CITFORUM.RU
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

17.01.2017

Google
WWW CITForum.ru
С Новым годом!
2003 г

Продолжая начинания ERP

Дата: Май 2001 года
Автор: Дэвид Р. Кинг (David R. King)
Перевод: Intersoft Lab

Основная болезнь современного бюджетирования и планирования — неизменное использование многими компаниями традиционных электронных таблиц или устаревших программных пакетов.

Так, согласно исследованию компании The Hackett Group [1], проведенному в 2000 году, на планирование и бюджетирование «уходит много времени и ресурсов, кроме того, не обеспечивается должное количество информации». В результате, при их проведении возникает опасность совершения ошибок, а сами процессы становятся неинтегрируемыми и выполняются на несвязанных, изолированных системах.

Сегодня процессы бюджетирования и планирования находятся на той же стадии развития, на какой 10 лет назад пребывали транзакционные системы. Во многих компаниях применялись автономные системы и приложения, которые обращались к back-офис [2] системам обработки транзакций, например для ввода заказов, управления запасами, биллинга, управления дебиторскими задолженностями и финансами. Каждая их этих систем или приложений использовала свои данные, работала в собственной среде и обычно управлялась отдельным подразделением компании. Если какая-то интеграция между системами и приложениями и предусматривалась, то она сводилась в основном к экспорту/импорту данных из одной системы в другую. Это не только приводило к множеству проблем с качеством данных, но и затрудняло координирование операций между различными хозяйственными функциями и подразделениями.

Решением этой проблемы стало создание централизованных и интегрированных систем, которые получили название систем планирования ресурсов предприятия (Enterprise Resource Planning, ERP). ERP-системы обеспечили набор интегрированных модулей приложений, работающих с единой комплексной базой данных. При передаче транзакции в одном приложении, соответствующие данные и результаты автоматически обновлялись в оставшихся программах. Таким образом удалось избежать операций экспорта и импорта, повысить целостность данных и интегрировать бизнес-процессы.

Уроки back-офиса для front-офиса

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

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

  • интегрированные, т.е. в них используются четко определенные процессы и методологии, связывающие стратегическое и операционное планирование, а также бюджетирование и управленческую отчетность;
  • оперативные, т.е. в них планы и бюджеты реализуются менее чем за 90 дней, ставится цель реализовать концепцию «virtual close», согласно которой отчеты создаются незамедлительно.
  • специализированные, т.е. их бюджет содержит менее 40 статей, а для поиска и мониторинга важнейших факторов успеха или ключевых показателей эффективности используется «событийная отчетность» (exception-based reporting).
  • основанные на единой технологии — для планирования, бюджетирования и отчетности используется одна корпоративная система.

Хотя, благодаря автоматизации и интеграции бизнес-операций, ERP-системы и могут повлиять на практические результаты работы, они мало отражаются на самом важном — на расширении возможностей деловой активности, росте доли на рынке, увеличении продаж и эффективности бизнеса, а также на повышении ценности бизнеса в целом. Комбинация этих процессов, объединенных в одну систему, называется планированием и управлением менеджмента (Management Planning and Control, MPC). При этом, что хорошо для back-офиса, то хорошо и для front-офиса [3].

MPC-архитектура для front-офиса

Чтобы использовать MPC-систему для разрешения проблемных процессов головного офиса, необходимо применить такой же подход к управлению данными, как и для ERP-пакетов: он должен гарантировать более точное, своевременное и детальное представление о состоянии бизнеса.

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

Архитектура, лежащая в основе MPC-решения, позволяющего более эффективно осуществлять управление и реализовывать стратегии, представляет собой:

  • многоуровневый проект, где приложение функционально распределено на клиентский, серверный компонент и компонент базы данных;
  • централизованную базу для управления планируемыми, актуальными, консолидированными и прогнозируемыми данными и результатами;
  • общую бизнес-модель со встроенной финансовой и временной логикой, предназначенную для обработки финансовых отчетов и данных анализа, а также различных временных показателей, без дополнительного программирования со стороны пользователя;
  • Web-среду, поддерживающую и направляющую пользователя в рамках процессов бюджетирования, отчетности и анализа;
  • расширенные возможности нерегламентируемого анализа для быстрой идентификации, обнаружения и проверки аномалий, проблем и благоприятных возможностей;
  • всеобъемлющую систему защиты от несанкционированного доступа или изменения в различных частях базы данных;
  • централизованное администрирование, обеспечивающее контроль и мониторинг процессов планирования, бюджетирования, консолидации и отчетности.

В основе MPC-системы лежит централизованная реляционная база, поддерживающая полный пакет приложений. Здесь хранятся не только данные и результаты бюджетирования, но также ключевые бизнес-факторы, полученные на основе стратегического планирования, а также реальных и прогнозируемых данных и результатов. И если в приложении используются отдельные файлы, хранящиеся на различных компьютерах, то данные, вводимые в MPC-базу, и результаты, рассчитываемые по этим данным, сразу же становятся доступными для дальнейшего анализа, поскольку уже не нужно перемещать эти данные и результаты из одного приложения в другое. Реляционность MPC-системы позволяет масштабировать пакет для поддержки больших объемов данных и более широкого круга пользователей, а также легко интегрировать его с существующими ERP-системами и другими операционными приложениями. Технически MPC-базу можно характеризовать как реляционную витрину данных. Реляционная витрина похожа на реляционное Хранилище за исключением того, что ее содержимое соответствует определенной предметной области (в данном случае планированию и управлению менеджмента). В отличие от реляционной базы, предназначенной для поддержки обработки транзакций, реляционная витрина (или Хранилище) разработана для поддержки принятия решений.

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

Изменение рынка породило новые критерии

Положительным моментом является то, что сейчас на рынке есть стремление к проектированию аналитических программных пакетов, где множество несопоставимых процессов объединяется в одну систему. Происходит постепенный переход от «точечных» или специализированных решений (point solutions) к интегрированным проектам, где все MPC-процессы выполняются в одном пакете. Повышается интерес компаний к поиску более эффективных способов проверки и оценки производительности по разным измерениям — финансовым, клиентским, по операциям. Такие целостные решения для финансового анализа синтезируют качественные и количественные данные.

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

На рынке уже установились четкие критерии оценки MPС-продуктов, которые коренным образом отличаются от любых других финансовых аналитических приложений. Приведем девять критериев, которые помогут пользователю отличить настоящие MPC-системы от просто «интегрированных приложений».


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

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

3) Встроенная финансовая логика. Система должна автоматически генерировать финансовые отчеты и выполнять связанный с ними анализ, не требуя вмешательства программиста. По мере того как пользователь манипулирует данными, система должна корректно обрабатывать дебиты/кредиты, доходы/убытки и бухгалтерские счета.

4) Моделирование будущего. Все бизнес-правила должны уметь обращаться к любому элементу в базе данных, а ПО — выполнять консолидацию по нескольку раз. Используя подобные правила, система сможет выполнить ряд задач (как, например, распределение и расчет долей участия дочерних компаний и пр.), которые иным способом решить не удастся.

5) Временная логика. В системе должны обрабатываться различные временные показатели, относящиеся к процессам, отчетности и другим функциям, таким как: периодичность учета, скользящие бюджеты (rolling budgets ) и показатели за текущий год. Применение этой логики упрощает настройку систем и их перевод на непрерывное планирование (continuous planning.)

6) Стимуляция взаимодействия. В любой момент времени без предварительного уведомления пользователь должен иметь online-доступ к данным, которые он без всяких ограничений сможет просматривать и анализировать по всем допустимым измерениям, как-то: проект, продукт, направление деятельности и т. п. Кроме того, необходимо располагать возможностью вращать и представлять измерения во вложенном виде, а также выполнять детализацию («углубление в данные») внутри модели.

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

8) Web-архитектура. Для эффективного внедрения на предприятии архитектура MPC-решения должна быть основана на Web-технологиях. Это означает, что пользователи, вне зависимости от уровня подготовки, могут обратиться к системе через Web-браузер с любого удаленного компьютера. Web-архитектура дает существенные преимущества для планирования. Во-первых, за счет интуитивно понятного интерфейса обеспечивается возможность разделения информации из множества разных источников без изучения используемых технологий. Во-вторых, системы можно поставлять широкому контингенту пользователей, относительно недорого и с минимальными усилиями. В-третьих, использование сети устраняет необходимость в установке приложения на каждом пользовательском компьютере. В-четвертых, любые изменения распространяются автоматически.

9) Централизованная база данных. MPC приложения работают на централизованной базе данных, не используя «фирменные» («специальные») файловые структуры, которые часто применяются в современных системах. Эта база должна основываться на широко распространенной реляционной технологии — IBM, Oracle или Microsoft (а для более мелких приложений можно применять и OLAP базы данных), что обеспечит масштабируемость и надежность. Применяя существующую технологию можно максимально использовать внесенные в инфраструктуру инвестиции и минимизировать расходы на реализацию проекта и обучение персонала.


MPC — преемник ERP

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

MPC-системы открывают новую веху на рынке финансовых продуктов и наверняка окажутся не менее важными, чем ERP, когда финансовое управление компаний перейдет от установки на высокую производительность к установке на высокую результативность.

Оригинальный текст статьи можно посмотреть здесь:
Picking Up Where ERP Left Off

Подписка на новости IT-портала CITForum.ru
(библиотека, CITKIT.ru, CitCity)

Новые публикации:

24 декабря

CITKIT.ru:

  • Новогодние поздравления
  • Сергей Кузнецов. Цикл Операционные системы: Ностальгия по будущему:

  • Алексей Федорчук. OpenSolaris 2008.11 Release

  • Сергей Голубев:

  • Евгений Чайкин aka StraNNik (Блогометки):

    17 декабря

  • С.Д.Кузнецов. Базы данных. Вводный курс

    10 декабря

    CITKIT.ru:

  • OpenSolaris 2008.11 Release

  • Альтернативные ОС: две грустные истории (С.Кузнецов)
  • Nokia N810 — доведение до ума
  • CitCity:

  • Платформа 2009: заоблачные перспективы Microsoft

    4 декабря

  • Лекция С.Д.Кузнецова Понятие модели данных. Обзор разновидностей моделей данных

    CITKIT.ru:

  • OpenSolaris 2008.11 Release. Первые впечатления

  • Linux vs FreeBSD: продолжим "Священные войны"?

  • Nokia N810 as is

  • Индульгенция для FOSS

  • Друзья СПО'2008

    26 ноября

  • Нечеткое сравнение коллекций: семантический и алгоритмический аспекты

    CitCity:

    CITKIT.ru:

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • 19 ноября

  • Проблемы экономики производства крупных программных продуктов

  • Язык модификации данных формата XML функциональными методами

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Заметки к книге:

  • FreeBSD: монтирование сменных устройств и механизм HAL
  • Текстовый редактор ee

    12 ноября

  • Правило пяти минут двадцать лет спустя, и как флэш-память изменяет правила (Гоц Грейф, перевод: Сергей Кузнецов)

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:
  • OSS в России: взгляд правоведа (В.Житомирский)

  • Новая статья из цикла С.Голубева "Железный марш":

    29 октября

  • О некоторых задачах обратной инженерии

  • Веб-сервисы и Ruby

  • Тестирование web-приложений с помощью Ruby

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

  • PuppyRus Linux - беседа с разработчиком (С.Голубев)

  • Сергей Кузнецов. Заметка не про Linux

    22 октября

  • Обзор методов описания встраиваемой аппаратуры и построения инструментария кросс-разработки

    CITKIT.ru:

  • Сергей Кузнецов. Почему я равнодушен к Linux

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • Что надо иметь
    3. Базовые познания

    CitCity:

  • Управление IT-инфраструктурой на основе продуктов Microsoft

    15 октября

  • Методы бикластеризации для анализа интернет-данных

    CitCity:

  • Разъемы на ноутбуках: что они дают и зачем их так много?
  • AMD Puma и Intel Centrino 2: кто лучше?

    CITKIT.ru:

  • Новый цикл статей С.Голубева
    Железный марш:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    8 октября

  • Автоматизация тестирования web-приложений, основанных на скриптовых языках
  • Опыт применения технологии Azov для тестирования библиотеки Qt3

    Обзоры журнала Computer:

  • SOA с гарантией качества
  • Пикоджоуль ватт бережет
  • ICT и всемирное развитие

    CitCity:

  • Пиррова победа корпорации Microsoft

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Статья из архива:

  • Я живу в FreeBSD (Вадим Колонцов)

    Новые Блогометки:

  • Перекройка шаблона Blogger или N шагов к настоящему
  • Blogger. Comment style
  • Screenie или глянцевый снимок экрана

    2 октября

    CITKIT.ru:

  • Сага о FreeBSD (А. Федорчук)

    Zenwalk: пакет недели

  • Банинг — интеллектуальное развлечение (С.Голубев)

    CitCity:

    25 сентября

  • Клермонтский отчет об исследованиях в области баз данных

    CITKIT.ru:

  • Пользователям просьба не беспокоиться... (В.Попов)

  • Снова про ZFS: диск хорошо, а два лучше
  • Командная оболочка tcsh (А.Федорчук)

    Zenwalk: пакет недели

    17 сентября

  • T2C: технология автоматизированной разработки тестов базовой функциональности программных интерфейсов
  • Технология Azov автоматизации массового создания тестов работоспособности

    CITKIT.ru:

  • FreeBSD: ZFS vs UFS, и обе-две — против всех (А.Федорчук)

    Zenwalk: пакет недели

  • Дачнет — практика без теории (С.Голубев)

    10 сентября

  • За чем следить и чем управлять при работе приложений с Oracle
  • Планировщик заданий в Oracle
    (В.Пржиялковский)

    CITKIT.ru:

  • Microsoft: ответный "боян" (С.Голубев)

  • Причуды симбиоза, или снова "сделай сам" (В.Попов)

  • Файловые системы современного Linux'а: последнее тестирование
  • Zsh. Введение и обзор возможностей
    (А.Федорчук)

    Описания пакетов Zenwalk: Zsh, Thunar, Thunar-bulk-rename, Xfce4-places-plugin, Xfce4-fsguard-plugin

    Блогометки:

  • Google Chrome
  • Лончер для ASUS Eee PC 701

    3 сентября

    CITKIT.ru:

  • Заметки о ядре (А.Федорчук):

    Добавлены описания пакетов Zenwalk: Galculator, Screenshot, Gnumeric, Pidgin

    В дискуссинном клубе:

  • И еще о Википедии и Google Knol

  • Лекция для начинающего линуксоида (С.Голубев)

    26 августа

  • Транзакционная память (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Открыт новый проект Zenwalk: пакет недели

  • Статья Текстовые процессоры и их быстродействие: конец еще одной легенды?

    21 августа

    CITKIT.ru:

  • Почему школам следует использовать только свободные программы (Ричард Столлман)
  • Беседа Сергея Голубева с учителем В.В.Михайловым

  • Википедия или Гуглезнание? Приглашение к обсуждению (Алексей Федорчук)
  • Народная энциклопедия от Google (StraNNik)

  • Обзор Mandriva 2009.0 Beta 1 Thornicrofti
  • Новичок в Линукс: Оптимизируем Mandriva 2008.1

  • Книга Zenwalk. Приобщение к Linux:

    13 августа

    CitCity:

  • Мирный Atom на службе человеку. Обзор платы Intel D945GCLF с интегрированным процессором
  • Обзор процессоров Intel Atom 230 на ядре Diamondville

  • iPhone - год спустя. Скоро и в России?

    CITKIT.ru:

  • Интермедия 3.4. GRUB: установка и настройка (из книги Zenwalk. Приобщение к Linux)

    6 августа

  • СУБД с хранением данных по столбцами и по строкам: насколько они отличаются в действительности? (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Интермедия 2.2. Что неплохо знать для начала (из книги Zenwalk. Приобщение к Linux)

  • И снова про шрифты в Иксах (А.Федорчук)

  • 20 самых быстрых и простых оконных менеджеров для Linux

  • Дело о трех миллиардах (С.Голубев)

    30 июля

  • OLTP в Зазеркалье (Пересказ: С. Кузнецов)

    CitCity:

  • Будущее BI в облаках?
  • Тиражные приложения и заказная разработка. Преимущества для заказчика
  • Дискуссия со сторонниками заказной разработки

    CITKIT.ru:

  • Новые главы книги Zenwalk. Приобщение к Linux:
  • Глава 8. Пакеты: средства установки, системы управления, системы построения
  • Глава 9. Zenwalk: репозитории, пакеты, методы установки

    23 июля

    CITKIT.ru:

  • Все против всех. 64 vs 32, Intel vs AMD, tmpfs vs ext3
  • Две головы от Intel

  • Zenwalk: обзор штатных приложений (глава из книги "Zenwalk. Приобщение к Linux")

  • Нормально, Григорий...

    16 июля

    Обзоры журнала Computer:

  • Перспективы и проблемы программной инженерии в XXI веке
  • Большие хлопоты с большими объемами данных
  • Перспективы наноэлектроники

    CITKIT.ru:

  • Интермедия о лицензиях (А.Федорчук. "Zenwalk. Приобщение к Linux")

  • Есть ли будущее у KDE?

  • Linux в школе: альтернативный вариант в задачах

  • Шифр (приключения агента Никодима)

    10 июля

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия вступительная. Linux или GNU/Linux? Как вас теперь называть?
  • Глава 5. Среда Xfce
  • Глава 6. Xfce: приложения и плагины

  • ZUR (Zenwalk User Repository) FAQ

    2 июля

  • Персистентность данных в объектно-ориентированных приложениях (С. Кузнецов)

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия 1.2. Дорога к Zenwalk'у. Период бури и натиска
  • Интермедия 3.3. Немного о Linux'е и "железе"
  • Глава 4. Настройка: инструментами и руками
  • Интермедия 4.1. Zenpanel и конфиги: поиски корреляции

  • Интервью с Жан-Филиппом Гийоменом, создателем дистрибутива Zenwalk

  • Linux в школе: первые итоги (С. Голубев)

    25 июня

    CITKIT.ru:

  • Zenwalk. Приобщение к Linux (А. Федорчук)

  • Логика и риторика (С.Голубев)

  • Технология Tru64 AdvFS

  • Ханс Райзер предлагает отвести полицейских к телу Нины

    18 июня

  • Проекты по управлению данными в Google (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • ОС и поддержка "железа": мифы и реальность (А. Федорчук)

  • Linux в школе: другие дистрибутивы

  • Пинок (С. Голубев)

    4 июня

  • Ландшафт области управления данными: аналитический обзор (С. Кузнецов)

    CITKIT.ru:

  • Linux в школе: слово заинтересованным лицам

  • SlackBuild: пакеты своими руками

  • Linux от компании Novell. Установка и обзор openSUSE Linux

    Все публикации >>>




  • IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

    Информация для рекламодателей Пресс-релизы — pr@citcity.ru
    Послать комментарий
    Информация для авторов
    Rambler's Top100 This Web server launched on February 24, 1997
    Copyright © 1997-2017 CIT, © 2001-2017 CIT Forum
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...