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

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

Теория риск-менеджмента основывается на трех базовых понятиях: полезности, регрессии и диверсификации.

• В 1738 году швейцарский математик Даниил Бернулли дополнил теорию вероятностей методом полезности или привлекательности того или иного исхода событий.
• В конце XIX века английский исследователь Ф. Гальтон предложил считать регрессию или возврат к среднему значению универсальной статистической закономерностью.
• В 1952 году аспирант Чикагского университета Гарри Марковиц в статье «Диверсификация вложений» («Portfolio Selection») математически обосновал стратегию диверсификации инвестиционного портфеля.

Цели и задачи риск менеджмента:

• Избежание катастрофических потерь
• Избежание главных неожиданностей или ошибок
• Идентифицировать и понять факторы и события, которые могут влиять на достижение стратегических, деловых и проектных задач
• Помогает получить альтернативное мышление о проектных действиях (новая перспектива)
• Повышение конкурентоспособности хозяйствующих субъектов с помощью защиты от реализации чистых рисков
• Гарантируемая возможность роста в бизнесе
• Понимание разных видов риска
• Анализы, предпринятые в риске-менеджменте, помогают определить проектные приоритеты
• Риск-менеджмент предоставляет такое строение как — «где мы и как мы должны запланировать, чтобы достигнуть того, где мы хотим быть»

Как мы можем справиться с рисками?

• Избежание рисков
• Изменение рисков
• Смягчение рисков
• Принятие рисков

Базовыми методами риск-менеджмента являются отказ от риска, снижение/ смягчение, передача/изменение и принятие.

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

Этапы риск-менеджмента

Процесс управления рисками является двухэтапным процессом:

Этап 1 - Анализ риска

• Идентификация риска
• Оценка риска
• Определение риска (влияние на проект)

Этап 2 - Управление риском

• Планирование риска
• Контроль риска
• Мониторинг риска

На первом этапе происходит выявление риска с сопутствующей оценкой вероятности его реализации и масштаба последствий; осуществляется разработка риск-стратегии с целью снижения вероятности реализации риска и минимизации возможных негативных последствий;

На втором этапе выбираются методы и инструменты управления выявленным риском; производится непосредственное управление риском; оцениваются достигнутые результаты и корректируется риск-стратегия.

Ключевым этапом риск-менеджмента считается этап выбора методов и инструментов управления риском.

Единицы/меры измерения риска

Риск можно измерять по двум основным показателям:

• величина прогнозируемого ущерба;
• вероятность наступления неблагоприятного события.

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

Риск = Ущерб × Вероятность.

Одним из ярких примеров применения положений риск-менеджмента в реальной экономике является требования по исполнению положения Sarbanes-Oxley (SOX).

Sarbanes-Oxley (SOX) Act of 2002 известный как Закон Сарбейнса-Оксли – законодательный акт, который определяет требования к финансовому менеджменту в корпорациях, ценные бумаги которых котируются на фондовой бирже США.

Sarbanes-Oxley Act от 2002 года был принят после ряда корпоративных скандалов (прежде всего дело Enron, WorldCom) и направлен на защиту прав инвесторов. С июля 2005 года закон Sarbanes-Oxley (SOX) применяется ко всем (в том числе и неамериканским) компаниям, чьи акции представлены на американском фондовом рынке. Сегодня соответствие Sarbanes-Oxley стало общемировой практикой бизнеса и многие компании добровольно приняли требования SOX для повышения инвестиционной привлекательности и возможности ведения бизнеса на международном рынке.

Sarbanes-Oxley (SOX)- это новый способ, позволяющий предупреждать риски. Он налагает ряд серьезных требований к процедурам внутреннего контроля, организации бизнес-процессов, в т.ч. к ведению управленческого учета и бюджетирования. SOX относится к законодательству, направленному на регламентацию работы финансовых служб, прозрачность банковских операций и независимость контролеров. Исполнение требований по SoD является одним из базовых положений SOX.

Особого внимания заслуживает следующее положение закона Sarbanes-Oxley (SOX):

Раздел 404

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

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

История SOX

30 июля 2002 г. Президент Буш подписал Закон Сарбанеса-Оксли (англ. Sarbanes-Oxley Act), который представляет собой одно из самых значительных событий по изменению федерального законодательства США по ценным бумагам за последние 60 лет. Значительно ужесточает требования к финансовой отчётности и к процессу её подготовки — результат многочисленных корпоративных скандалов, связанных с недобросовестными менеджерами крупных корпораций.

В соответствии с Законом, для публичных компаний:

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

Закон, получивший название от имен создателй — сенатора Пола Сарбанеса (демократическая партия, шт. Мэрилэнд) и члена палаты представителей Майкла Оксли (республиканская партия, шт. Огайо) — состоит из 11 разделов. Рассматриваются вопросы независимости аудиторов, корпоративной ответственности, полной финансовой прозрачности, конфликта интересов, корпоративной финансовой отчетности и др.

Разделы Sarbanes-Oxley Act (SOX) (Закона Сарбейнса-Оксли)

Раздел I. Совет по контролю за аудитом и отчетностью публичных компаний

Раздел II. Независимость аудитора

Раздел III. Ответственность компаний

Раздел IV. Дополнительные требования к раскрытию финансовой информации

Раздел V. Конфликт интересов аналитиков

Раздел VI. Ресурсы и полномочия Комиссии по ценным бумагам и биржам

Раздел VII. Исследования и отчеты

Раздел VIII. Уголовная ответственность за мошенничество

Раздел IX. Ужесточение наказаний за преступления должностных лиц

Раздел X. Налоговые декларации компаний

Раздел XI. Корпоративное мошенничество и ответственность

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

SAP и Business Objects выпустили масштабное обновление семейства совместных продуктов в области управления эффективностью бизнеса (enterprise performance management, EPM). Ключевой особенностью нового решения, по заявлению разработчика, является тесная интеграция между решениями в области стратегического управления, бизнес-анализа и управления рисками (governance, risk and compliance, GRC), основанная на использовании технологических платформ SAP NetWeaver и Microsoft. Наличие значительного количества новых продуктов, их версий и вариантов их технологических реализаций, на мой взгляд, существенно расширяет возможности автоматизации различных бизнес-процессов компании, но при этом существенно осложняет процесс построения оптимальной архитектуры решения. В этой связи рассмотрение вопросов связанных с описанием процесса развития продуктов SAP BPC для различных технологических платформ является крайне актуальным.

С прикладной точки зрения использование SAP BusinessObjects Planning and Consolidation позволит получить для предприятия следующие преимущества:

• Удобные возможности для принятия управленческих решений. С учетом возможных рисков необходимо четкое понимание вариантов развития событий и соответствующих действий, которые следует предпринимать в той или иной ситуации.
• Руководители финансовых и производственных отделов получают возможность совместной работы в единой среде, в результате ускоряется процесс разработки и утверждения планов и бюджетов.
• Максимально возможное уменьшение коммерческих рисков: прозрачные финансовые показатели, достоверность и доступность, единая версия данных приводят к быстроте и точности управления, формирования отчетности с учетом существующих требований.
• Улучшенная совместная работа: т.е., применяя предварительно сформированные структурные схемы и последовательность существующих операций, можно значительно сократить затрачиваемое время усовершенствованием используемых бизнес-процессов.
• Повышение производительности пользователей: интуитивно понятный и привычный интерфейс, возможность интеграции с офисными приложениями (Microsoft Office (Exel, Word, Power Point)) способствуют более рациональному использованию рабочего времени.
• Минимальное время обучение конечных пользователей.

Также SAP BusinessObjects Planning and Consolidation осуществляет поддержку сервисно-ориентированной архитектуры (SOA), предусматривает возможность интеграции данных из различных учетных систем (SAP, плоские файлы, сторонние системы), предусматривает возможность использования всего стандартного функционала MS Excel, позволяет испольовать Web-интерфейс, определяет четкую последовательность действий конечного пользователя , предоставляет возможность ускоренной разработки дополнений и расширения приложений.

Работа с информационной системой на основе SAP BPC может быть построена следующим образом: Руководством сверху ставится задача, устанавливаются сроки и предоставляютя инструкции по ее исполнению. При этом обеспечивается совместная работа и обмен информацией между структурными подразделениями. Согласно поставленной задаче, осуществляется внесение плановых данных сотрудниками в централизованную систему в соответствии с корпоративной методикой планирования. На основе собранных данных происходит консолидация с учетом предварительного анализа , а также моделирование различных сценариев развитя деятельности предприятия. В дальнейшем формируется отчетность и осуществляется анализ представленных данных.

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

На основе разработанного хранилища данных создаются формы планирования. Удобный интерфейс MS Excel оперирует достоверными и надежными данными из единой базы данных. Конечный пользователь имеет возможность сохранять комментарии в форме, использовать в форме расчетные функции Excel, осуществлять Off-line планирование, осуществлять переход от агрегированных форм к детальным и обратно, возможность добавлять новые строки. Инструментарий SAP BusinessObjects Planning and Consolidation предусматрвает возможность задавать последовательность действий конечного пользователя путем создания потоков бизнес-процессов с последующим отслеживанием статусов каждого этапа процесса.

SAP BusinessObjects Planning and Consolidation является надежным инструментом для планирования и консолидации, который способен выполнить любые задачи, связанные с бюджетированием, планированием, консолидацией или отчетностью, обладает функциями, необходимыми для распределения финансов и заданий в двух направлениях по иерархии предприятия, а также для консолидации, необходимой для своевременного и максимально успешного завершения финансового периода и при этом обладает неограниченной гибкостью при выборе оптимальной технологической платформы.

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

К сожалению, в этом случае (АПП без проводок) настройка выписки чуть усложняется. Большинство компаний (и на Западе и в Росиии) старается все-таки использовать АПП с проводками. Однако если требования бухгалтерии жесткое – делать проводки по факту, нужно задуматься о том, как удобнее сделать реализацию выравнивания платежей по факту.

Автор описывает в статье два механизма – ручное выравнивания через транзакцию F-44 и автоматическое, в момент загрузки и разбора банковской выписки. Для большого количества исходящих платежей ручное выравнивание, конечно же, не очень удобно. Я бы предложил отслеживать, чтобы банк возвращал номера исходящих платежных поручений в одном из полей выписки и делать выравнивание в момент загрузки выписки. Однако и в этом случае могут возникнуть также сложности. Дело в том, что при анализе выписки система может искать номер платежного поручения необычным алгоритмом. Сначала анализирует все встречающиеся числа, разделенные любым нецифровым символом и заносит такие во внутреннюю таблицу. А потом каждое число из этой внутренней таблицы подлежит проверке, не является ли оно номером необработанного платежного поручения. Если такое платежное поручение существет, то создается запись в таблице FEBCL «Клиринговые данные к отдельной позиции ЭлектрВыпискиИзСчета». Проблема возникает в том случае,когда в выписке встречаются разные другие числовые значения (например, специальные внутренние номера банка) и если эти значения случайно совпадают с номером существующей необработанной платежки. А этом случае система будет пытаться выравнить существующую позицию с этим платежным поручением. Естественно, неудачно. Это редкий случай но тем не менее, он может встретиться на практике.

имелось в виду SAP BO ;)

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

Павел,
Данный проект, на мой взгляд, изначально задумывался как гарантированно успешный, поскольку проектная группа в ходе проекта может выбирать, что будет делать в течение 30 дней, а что стоит вынести за рамки проекта и отложить на будущее.
У Вас будет использоваться такой же подход, или Вы до начала проекта определитесь с Вашими требованиями к планированию/бюджетированию и аналитике/отчетности? И на какой платформе Вы планируете внедрять SAP BPC (MS или NW)?

Да и интеграция с SAP - достаточно веский аргумент в пользу BO. Просто очень
интересует вопрос про функциональность.  Что ты получаешь на выходе и за какие деньги.
А то SAP - все сразу и дорого. А что ты будешь использовать из всего полученного,
не всегда понятно.

Значит 6. Не помню уже за давностью лет. Столько уже всего поставили.
Вот сейчас думаем о новом BW. Идей много, а вот реализация... С интересом слежу
за борьбой ребят из BigBuzzy c новой игрушкой. Именно это всегда привлекало в BO
лично меня. Бывает показываешь руководству или пользователям новую систему
или даже отчет новый - такая тоска и испуг в глазах. А в BO все просто и красиво -
для пользователя конечно :)  Грамотно составленный юниверс - большая помощь
в получении отчетов для конечного пользователя. Я считаю это не маловажно.

Вряд ли четверку (BO 4.0).  Эта версия же только в ЭТОМ году вышла

Писал на Twitter, но ответа не получил, поэтому повторюсь тут:
То, что Вам не рекомендовали ставить BO 4.0, как аргументировали?
Судя по рекламе и докам в BO 4.0 много всего хорошего и интересного заявлено:-)
Да и SP1 уже вышел, всеравно ждем SP2? Какие еще проблемы остались нерешенными там? А BO 3.x c каким SPx поставили?

Павел, мы в ранних постах про это говорили:
 
"...Проектная команда - 2 человека на 80% рабочего времени + консультации BI Partner. Более, чем скромно, но большими ресурсами будет больше бесполезной толкотни..."

Добрый день! Наверное вы внедряли 6 версию или XI. Естественно, появилось много полезного, как с функциональной точки зрения, так и с архитектурной/технологической. Прослеживается стратегия сделать продукт удобнее в использовании, расширить возможности по доступу к контенту, интеграции с Office, усовершенствовать методы доступа к информации (единая семантика на несколько источников данных). Естественно, улучшается интеграция с BW.
 
Ценообразование стало сложнее. Есть политика схожая с тем, что было в XI. Есть бандлы для среднего/малого бизнеса. Есть аренда. Появляются "конкурентные" лицензии (раньше только пользовательские).
 
Т.к. BO всегда был хорошим продуктом, то те версии что выпускает SAP - хорошее продолжение начатого.

Поддерживаю. Проект действительно интересен и с точки зрения открытого внедрения и  
точки зрения подробных ответов на вопросы со стороны клиента. Очень интересно читать про
этапы внедрения и проблемы возникающие  при этом.
Возникло несколько вопросов: несколько лет назад мы внедряли BO ( четверку, если правильно помню),
интересует вопрос, что изменидось в BO после покупки их SAP? Изменился ли подход компании
к ценообразованию и в какую сторону? Лицензирование? И если возможно, хотя бы кратко,
как изменился сам продукт, т.е. после покупки сменилось только имя владельца или это
кардинально новый продукт? Заранее спасибо...

Скажите, Филипп, тогда каков состав проектной группы. Сколько человек участвует с вашей стороны, сколько со стороны консультантов. Я пытаюсь оценить насколько реальны сроки (30 дней) для данного проекта и думаю насколько они могут увеличиться в нашем случае при наших задачах и ресурсах. Еще несколько вопросов. Какие источники данных вы используете сейчас и планируете использовать в дальнейшем? И как организован доступ к этим источникам, т.е. предполагается передача данных в хранилище на периодической основе или возможно получение on-line отчетности?

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

Ну японская ни одна.. но свет же клином не сошелся на япона-автопроме?!

Очень интересный проект. Мы в следующем году собираемся внедрять SAP BPC и SAP BO. Поэтому очень интересны результаты внедрения. А в качестве кого выступает BI Partner в данном проекте? В качестве субподрядчика или как основоной имплементатор? Я сейчас также пытаюсь определиться с подрядчиками на наш проект и было бы полезно послушать отзывы о реальных внедрениях.

Стоит отметить, что ни одна японская автомобильная компания не использует продукты SAP для автоматизации управления производством (ни планирование, ни управление движением в цехах). Поэтому было совершенно странно рассматривать "стандартное" решение SAP Automative для заводы Magna, который использует Kanban, или предлагать менеджменту автоматизацию с помощью функционала "ручного" перемещения запасов.

В качестве дополнения.
Боевой юниверс - 1 штука, тренировочные юниверсы - 3 штуки. Поковырялись и поняли, что отчеты можно смотреть практически в любом браузере (у нас основной - Chrome), а вот править отчеты можно только в MS IE и в Firefox, т.к. в Chrome Java скрипты вообще не ставятся, а в Safari грузятся, но половина функций не работает. Конечно, Firefox тоже не айс, но больше выбора практически и нет, т.к. все сидим на яблочной продукции.
 
И еще. некоторые отчеты получаются быстрее, если сделать простой запрос по всей базе по всем мыслимым аналитикам ,но без сложных фильтров, а потом средствами отчета рисовать переменные и фильтры. Так и должно быть, или это из-за рудиментов MySQL?

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