Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
ЗарегистрироватьсяSAP и Business Objects выпустили масштабное обновление семейства совместных продуктов в области управления эффективностью бизнеса (enterprise performance management, EPM). Ключевой особенностью нового решения, по заявлению разработчика, является тесная интеграция между решениями в области стратегического управления, бизнес-анализа и управления рисками (governance, risk and compliance, GRC), основанная на использовании технологических платформ SAP NetWeaver и Microsoft. Наличие значительного количества новых продуктов, их версий и вариантов их технологических реализаций, на мой взгляд, существенно расширяет возможности автоматизации различных бизнес-процессов компании, но при этом существенно осложняет процесс построения оптимальной архитектуры решения. В этой связи рассмотрение вопросов связанных с описанием процесса развития продуктов SAP BPC для различных технологических платформ является крайне актуальным.
С прикладной точки зрения использование SAP BusinessObjects Planning and Consolidation позволит получить для предприятия следующие преимущества:
Также 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 BP - например, такой-то отчет, используемый для решения такой-то задачи, для него столько-то записей закачивается в микрокуб за столько то времени, потом столько-то времени строится отчет. Потом на актуализацию микрокуба уходит еще столько-то времени, и т.п.
В качестве дополнения.
Боевой юниверс - 1 штука, тренировочные юниверсы - 3 штуки. Поковырялись и поняли, что отчеты можно смотреть практически в любом браузере (у нас основной - Chrome), а вот править отчеты можно только в MS IE и в Firefox, т.к. в Chrome Java скрипты вообще не ставятся, а в Safari грузятся, но половина функций не работает. Конечно, Firefox тоже не айс, но больше выбора практически и нет, т.к. все сидим на яблочной продукции.
И еще. некоторые отчеты получаются быстрее, если сделать простой запрос по всей базе по всем мыслимым аналитикам ,но без сложных фильтров, а потом средствами отчета рисовать переменные и фильтры. Так и должно быть, или это из-за рудиментов MySQL?
Скажите, Филипп, тогда каков состав проектной группы. Сколько человек участвует с вашей стороны, сколько со стороны консультантов. Я пытаюсь оценить насколько реальны сроки (30 дней) для данного проекта и думаю насколько они могут увеличиться в нашем случае при наших задачах и ресурсах. Еще несколько вопросов. Какие источники данных вы используете сейчас и планируете использовать в дальнейшем? И как организован доступ к этим источникам, т.е. предполагается передача данных в хранилище на периодической основе или возможно получение on-line отчетности?
Значит 6. Не помню уже за давностью лет. Столько уже всего поставили.
Вот сейчас думаем о новом BW. Идей много, а вот реализация... С интересом слежу
за борьбой ребят из BigBuzzy c новой игрушкой. Именно это всегда привлекало в BO
лично меня. Бывает показываешь руководству или пользователям новую систему
или даже отчет новый - такая тоска и испуг в глазах. А в BO все просто и красиво -
для пользователя конечно :) Грамотно составленный юниверс - большая помощь
в получении отчетов для конечного пользователя. Я считаю это не маловажно.
Вряд ли четверку (BO 4.0). Эта версия же только в ЭТОМ году вышла
Поддерживаю. Проект действительно интересен и с точки зрения открытого внедрения и
точки зрения подробных ответов на вопросы со стороны клиента. Очень интересно читать про
этапы внедрения и проблемы возникающие при этом.
Возникло несколько вопросов: несколько лет назад мы внедряли BO ( четверку, если правильно помню),
интересует вопрос, что изменидось в BO после покупки их SAP? Изменился ли подход компании
к ценообразованию и в какую сторону? Лицензирование? И если возможно, хотя бы кратко,
как изменился сам продукт, т.е. после покупки сменилось только имя владельца или это
кардинально новый продукт? Заранее спасибо...
BO 4.0нам пока категорически не советовали, хотя фишек там больше.
Генеральному показывали, более того, пришлось срочно под него ваять довольно сложный (ну, это нам с непривычки так кажется?) отчет, который он просматривает раз 60 в течение дня.
Скажите, Филипп, тогда каков состав проектной группы. Сколько человек участвует с вашей стороны, сколько со стороны консультантов. Я пытаюсь оценить насколько реальны сроки (30 дней) для данного проекта и думаю насколько они могут увеличиться в нашем случае при наших задачах и ресурсах. Еще несколько вопросов. Какие источники данных вы используете сейчас и планируете использовать в дальнейшем? И как организован доступ к этим источникам, т.е. предполагается передача данных в хранилище на периодической основе или возможно получение on-line отчетности?
Поддерживаю. Проект действительно интересен и с точки зрения открытого внедрения и
точки зрения подробных ответов на вопросы со стороны клиента. Очень интересно читать про
этапы внедрения и проблемы возникающие при этом.
Возникло несколько вопросов: несколько лет назад мы внедряли BO ( четверку, если правильно помню),
интересует вопрос, что изменидось в BO после покупки их SAP? Изменился ли подход компании
к ценообразованию и в какую сторону? Лицензирование? И если возможно, хотя бы кратко,
как изменился сам продукт, т.е. после покупки сменилось только имя владельца или это
кардинально новый продукт? Заранее спасибо...
BI Partner выступает в качестве консультанта по внедрению. Бизнес часть мы делаем самостоятельно, с поправкой на то, что и как сделать инструментами SAP более эффективно. Плюс к этому , конечно же очень важна помощь консультанта в техническом плане: инсталляция продукта, настройка юниверса, интеграция данных. Полезна помощь на этапе обучения и при тонкостях настройки и оптимизации работы конкрентных отчетов. Тянуть время нам некогда, нужен конкретный результат.
Очень интересный проект. Мы в следующем году собираемся внедрять SAP BPC и SAP BO. Поэтому очень интересны результаты внедрения. А в качестве кого выступает BI Partner в данном проекте? В качестве субподрядчика или как основоной имплементатор? Я сейчас также пытаюсь определиться с подрядчиками на наш проект и было бы полезно послушать отзывы о реальных внедрениях.
Стоит отметить, что ни одна японская автомобильная компания не использует продукты SAP для автоматизации управления производством (ни планирование, ни управление движением в цехах). Поэтому было совершенно странно рассматривать "стандартное" решение SAP Automative для заводы Magna, который использует Kanban, или предлагать менеджменту автоматизацию с помощью функционала "ручного" перемещения запасов.
Отчего же ?
Мейнстримом сейчас идет 4.0. Пилят усердно и усиленно.
Если вы на 3.1 закладывайте миграцию в 2012 году, плюс доп расходы в лицензиях на апгрейд.
Не забывайте что пока нет интреграции, можно юзать в качестве источников данных файлы из Excel. На первое время.
P.S.> Рад за Вашу иннициатову, совместно с SAP и BI Partner сделать паблик проджект.
ABAP. Предъявление данных. Основы
18.02.2025Управление запасами и инвентаризация в SAP
18.02.2025Основы табельного учета в SAP
18.02.2025Интеграционные технологии SAP: Интерфейсы BAPI / Idoc
18.02.2025
Комментарий от
Михаил Савкин
| 13 декабря 2011, 05:48
В настоящее время все больше предприятий начинают внедрять у себя процедуры по управлению рисками (процедуры риск-менеджмента), в то же время полагая, что данные процедуры являются не более, чем новомодным введением, пришедшим к нам с запада, но имеющим низкое влияние на реальную ситуацию в российских компании. В рамках данного обзора я хотел бы сделать небольшой исторический экскурс в теорию риск-менеджмента и описать реальные причины внедрения данных процедур на предприятии.
Риск-менеджмент (управление рисками) — процесс принятия и выполнения управленческих решений, направленных на снижение вероятности возникновения неблагоприятного результата и минимизацию возможных потерь, вызванных его реализацией.
Теория риск-менеджмента основывается на трех базовых понятиях: полезности, регрессии и диверсификации.
Цели и задачи риск менеджмента:
Как мы можем справиться с рисками?
Базовыми методами риск-менеджмента являются отказ от риска, снижение/ смягчение, передача/изменение и принятие.
Наиболее часто применяемым инструментом риск-менеджмента является страхование. Страхование предполагает передачу ответственности за возмещение предполагаемого ущерба сторонней организации (страховой компании). Примерами других инструментов могут быть отказ от чрезмерно рисковой деятельности (метод отказа), профилактика или диверсификация (метод снижения /смягчения), аутсорсинг затратных рисковых функций (метод передачи/ изменение), формирование резервов или запасов (метод принятия).
Этапы риск-менеджмента
Процесс управления рисками является двухэтапным процессом:
Этап 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):
Данный раздел является самым сложным в применении, так как большинство АО управляли своими финансовыми потоками без использования детальной отчетности. Компании должны вводить системы внутреннего контроля, оценивать их уязвимость, определять пути проверки их эффективности.
История SOX
30 июля 2002 г. Президент Буш подписал Закон Сарбанеса-Оксли (англ. Sarbanes-Oxley Act), который представляет собой одно из самых значительных событий по изменению федерального законодательства США по ценным бумагам за последние 60 лет. Значительно ужесточает требования к финансовой отчётности и к процессу её подготовки — результат многочисленных корпоративных скандалов, связанных с недобросовестными менеджерами крупных корпораций.
В соответствии с Законом, для публичных компаний:
Закон, получивший название от имен создателй — сенатора Пола Сарбанеса (демократическая партия, шт. Мэрилэнд) и члена палаты представителей Майкла Оксли (республиканская партия, шт. Огайо) — состоит из 11 разделов. Рассматриваются вопросы независимости аудиторов, корпоративной ответственности, полной финансовой прозрачности, конфликта интересов, корпоративной финансовой отчетности и др.
Разделы Sarbanes-Oxley Act (SOX) (Закона Сарбейнса-Оксли)
Как видно из приведенных мной выше примеров, разработка эффективной системы контроля снижения рисков на предприятии является реальным требованием экономики и хорошим стимулом, обеспечивающим повышение эффективности деятельности любого коммерческого предприятия.