Развитие в экосистеме SAP
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Развитие в экосистеме SAP
|
Комментарий к статье из BIexpert » 2010 » 3
Комментарий эксперта
|
||||
 |
|
| Рис. 1 | Добавление локальной формулы |
Если сохранить запрос как ракурс, то при повторном открытии показатели-формулы, созданные ранее будет доступны для работы.
Как видно на рисунке, набор функций доступных при создании локальной формулы Excel не так обширен как у оперативных формул в Web, а использование одной локальной формулы при определении другой недоступно. В Excel данные ограничения могут быть компенсированы пользователям за счёт использования инструментов самого приложения Microsoft. Возможность добавления расчетных значений в отчете на базе данных запроса традиционно была сильной стороной Excel-интерфейса (BEx Analyzer).
С появлением данной функциональности позиции Web Analyzer усилились. Надеемся, что SAP будет активно развивать возможности оперативных формул.
|
Комментарий к статье из Project Expert » 2010 » Выпуск 3
Комментарий эксперта
|
|
Комментарий к статье из Project Expert » 2010 » 3
Комментарий эксперта
|
||||
 |
|
| Рис. 1 | SAP BusinessObjects Explorer for iPhone and iPAD |
С помощью данного решения клиенты могут не только иметь мобильный доступ к управленческой, финансовой отчетности своего предприятия, но и со сравнительно невысокими трудозатратами на базе решения SAP реализовывать проекты по разработке Dashboard-ов для топ-менеджмента.
|
Комментарий к статье из SCMexpert » 2010 » 3
Комментарий эксперта
|
|
Комментарий к статье из Financials Expert » 2010 » 3
Комментарий эксперта
|
|
Комментарий к статье из Project Expert » 2010 » 3
Комментарий эксперта
|
|
Комментарий к статье из BIexpert » Том 8 (2010) » Выпуск 1
Комментарий эксперта
|
Автор совершенно точно, без лишних слов, описывает различные сценарии применения данного инструмента (Операция дополнительного дебетования) и также раскрывает секреты, как пользоваться данным инструментом.
В статье допущена маленькая неоднозначность, которая может поставить читателя в замешательство. Перед картинкой 3 сказано, что когда вы нажмете клавишу Enter, система обновит текущую стандартную цену в колонке «цена» вместе с информацией о единице цены. В данном предложении указано только про изменение в конкретной ячейке программы, которое служит для информационных целей, а не про реальное изменение стандартной цены. Важно понимать, что при операции дополнительного дебетования стандартная цена не меняется, а вся сумма дополнительного дебетования попадает на счет отклонений и в соответствующие поля в регистре материалов (более подробно см. Табл. 1) .
Хотел бы также дополнить данную тему по поводу дополнительного дебетования/кредитования материалов и пояснить некоторые моменты.
Как уже описал автор, при операции дополнительного дебетования/кредитования стоимости материала, в случае, когда материалы оцениваются по стандартной цене, производится проводка по операциям Д(К) PRD К(Д) UMB. Важно понимать, что именно за счет операции UMB производится переоценка стоимости запасов. Я рекомендую настраивать разные счета для операций UMB и PRD. Иначе потом трудно обнаружить ошибки, которые пользователь в результате своих некорректных действий или некорректных настроек может допустить при операциях переоценки. Иногда в отдельных случаях может потребоваться (например, при закрытии периода распределять накопленные суммы отклонений на материал) производить переоценку с разных счетов, то есть для операции UMB должны быть настроены несколько счетов (так как существует несколько причин изменения стоимости запасов). В этом случае вам необходимо произвести необходимые настройки в транзакции OBYC для операции UMB. Для этого необходимо зайти в настройки правила и добавить столбец «Общая модификация» (Рис. 1).
 |
|
| Рис. 1 | Добавление столбца «Общая модификация» |
Затем прописать необходимые счета с указанием модификации в этой же транзакции (Рис. 2).
 |
|
| Рис. 2 | Настройка счета UMB с использованием общей модификации |
Теперь необходимо в ссылочном меню IMG SAP настроить :
Контроллинг -> Контроллинг затрат на продукт -> ФактичКалькуляция/Регистр материалов -> Причины для изменений цен
Добавить причину указанным образом. При этом одна из причин должна быть помечена галочкой в графе «По умолчанию» (Рис.3).
 |
|
| Рис. 3 | Настройка причины изменения цены |
После добавления аналитики по причинам изменения цены транзакция MR22 будет выглядеть как показано на Рис. 4. Выбор счета производится при помощи выпадающего меню.
 |
|
| Рис. 4 | Транзакция MR22 после добавления аналитики по причинам изменения цены |
Стандартная и среднескользящая цены в транзакции MR22 и MR21 обрабатываются по-разному. Также имеет значение, активирован ли РМ для завода, на котором производится изменение стоимости оценки или нет. В Табл. 1 попытался прояснить детали использования операций изменения цен:
 |
|
| Табл. 1 | Обзор упрощенного подхода к внедрению ChaRM |
Операции по дополнительному дебетованию/кредитованию материалов предлагают удобный инструмент для гибкого включения затрат в себестоимость продукции.
В статье рассматривается функциональность комментирования данных и возможность экстракции комментариев из BW Document Repository Manager с целью отображения в пользовательских отчетах для обеспечения аналитикам более простого доступа к ним, чем через стандартную функциональность Business Explorer.
Реализуя данную опцию с использованием отдельного куба, мы даём пользователям возможность выгрузить единовременно весь набор комментариев прикреплённых к интересующему их срезу данных, что немаловажно при подготовке обобщающих отчётов по данным.
Более того, используя данный куб хранения комментариев, мы можем вывести информацию о наличии документов в репозитарии BW на уровень агрегированных данных и компенсировать тем самым потерю данной информации в отчётах, о которой говорится в статье, т.к. значок о наличии комментария, привязанного к комбинации аналитик, появляется только при полной детализации отчёта BEx.
Для этого необходимо выполнить несколько несложных операций:
В результате данный отчёт примет вид (рис. 10):
 |
|
| Рис. 10 | Отчет с пиктограммами документов (вместо Рис.1 статьи) |
Т.е. теперь мы видим количество комментариев, созданных аналитиком, для всех комбинаций признаков, просматриваемых в отчёте. Данный показатель можно выводить или прятать в зависимости от целей анализа (рис. 11).
 |
|
| Рис. 11 | Вывод отчета при агрегировании по счету (вместо Рис.4 статьи) |
С одной стороны, вывод дополнительного столбца перегружает отчёт, когда идёт исключительно анализ данных. С другой стороны, он даёт возможность просматривать данные и видеть наличие комментариев на одном информационном поле, с которого возможен переход в более детальные отчёты с возможностью просмотра документов из репозитария BW, например, через добавление аналитик в отчёт из свободной области при помощи drag&drop или через интерфейс Report-to-Report.
Компания SAP всегда сопровождала свои решения подробной методологией внедрения. Основанная на лучших мировых практиках ведения ИТ проектов, методология внедрения AcceleratedSAP содержит подробное описание этапов проекта, шагов и их последовательности. Содержит шаблоны и результаты, которые необходимо получить на том или ином шаге проекта. Использование методологии гарантирует успешное завершение проекта внедрения вовремя и в рамках бюджета.
В статье Катрин Роуз, немалое внимание уделяется фазе перехода к продуктивной эксплуатации. Все действия, выполняемые в этой фазе, очень важны. От их качества зависит успех всей работы проведенной по проектированию, реализации и подготовке решения. Так же в статье приводятся советы, и опыт которые были приобретены на множестве проектов внедрения SAP BWA. Не учитывать эти знания, на наш взгляд, нельзя. Они являются дополнительным инструментарием для снижения рисков при внедрении и своеобразным гарантом завершения проекта в срок и с необходимым качеством. При этом предполагается, что читатель уже обладает фундаментальными знаниями о SAP NetWeaver BW и акселераторе.
Исходя из нашей проектной статистики, многие BI специалисты, как заказчика, так и от системных интеграторов, не сталкивались с таким решением как BWA. Учитывая этот факт, предлагаем вашему вниманию статью, которая даст общее представление о BWA и будет являться введением к статье Катрин Роуз.
Не так давно бизнес-пользователям приходилось запрашивать аналитические отчеты у своих ИТ-отделов, а затем ждать их днями и даже неделями. Сегодня сотрудники, как правило, сами создают нужные им отчеты, работают со своими аналитическими решениями и управляют бизнес-процессами со своих рабочих компьютеров с помощью обычных Web-браузеров, порталов предприятия или офисных приложений.
В настоящее время перед руководителями ИТ-отделов стоит задача предоставления бизнес-пользователям самых современных аналитических инструментов. ИТ-отдел по-прежнему несет ответственность за управление аналитикой, доступной с рабочих мест, наполнением системы новыми данными, за управление пользователями и их полномочиями, а также способами формирования запросов.
Одними из самых популярных средств аналитики всегда были решения корпорации SAP.
Компании SI BIS и SAPRUN разработали решение на основе SAP NetWeaver BW Accelerator, которое в десятки и сотни раз повышает производительность аналитических приложений, построенных на основе платформы SAP NetWeaver Business Intelligence, бесшовно встраиваясь в ее архитектуру и не требуя значительных затрат на настройку, дополнительные разработки и интеграцию.
Технически SAP NetWeaver BW Accelerator представляет собой модульную блейд-систему c 64-битными процессорами Intel, на которую установлено специальное программное обеспечение SAP. Для начала работы с SAP NetWeaver BW Accelerator его необходимо соединить с существующей системой SAP NetWeaver Business Intelligence и определить те информационные кубы, для которых он будет активен. В настоящее время SAP NetWeaver BW Accelerator функционирует на двух специализированных аппаратных платформах:
Решение позволяет проводить автоматическое конфигурирование, что значительно упрощает расширение системы. Линейная масшабируемость позволяет постепенно расширять систему по мере роста потребностей в обработке данных.
Для выбранных информационных кубов SAP NetWeaver BW Accelerator строит индексы, сжимает их и загружает в оперативную память. В SAP NetWeaver BW Accelerator используются высокоэффективные методы агрегации, чтобы обеспечить возможность обработки запросов исключительно в оперативной памяти.
Передовая архитектура решения SAP NetWeaver BW Accelerator позволяет повысить производительность аналитических сервисов и приложений за счет двух факторов:
Компании SI BIS и Saprun провели установку и конфигурирование SAP NetWeaver BW Accelerator на базе платформы IBM BladeCenter, а затем выполнили ряд тестов, ориентированных на потребности ведущих розничных сетей, телекоммуникационных компаний и банков.
Установка и конфигурация SAP NetWeaver BW Accelerator на базе платформы IBM BladeCenter и IBM TotalStorage позволяет получить ряд важных преимуществ.
SAP NetWeaver BW Accelerator дает возможность развивать аналитическую систему, пользоваться новыми функциональными возможностями, что, в свою очередь, способствует более быстрому переходу к сервисно-ориентированной архитектуре
Все эти возможности обеспечиваются за счет снижения ограничений на объемы одновременно обрабатываемых данных и сокращения времени отклика системы.
Комментарий от
Владислав Стуликов
| 30 сентября 2010, 14:21
Комментарий к статье из BIexpert » 2010 » 3
Комментарий эксперта
компании САПРАН
к статье «Оптимизация производительности при работе с агрегатами на базе основных данных»
Стуликов Владислав,
руководитель проектов
компания САПРАН
Создание агрегатов в SAP BI – это одно из мощных средств повышения производительности выполнения запросов. Одновременно с этим, возникают определенные нюансы и тонкости при использовании в агрегатах временно-зависимых атрибутов навигации.
В статье не только объясняются на простом и прозрачном примере основные концепции использования обычных агрегатов, агрегатов с навигационными временно-зависимыми атрибутами, но и приведен ряд полезных и небанальных советов по повышению производительности как выполнения отчетов на агрегатах, так и повышения производительности выполнения процедур поддержки агрегатов (прогон изменения атрибутов).
Особенно хочется отметить интересный подход с базисными агрегатами, так как автор подчеркивает, что построение правильной иерархии агрегатов может быть выполнено как для целей повышения производительности отчетности, так и в целях радикального улучшения времени прогона изменений атрибутов. К этому подходу можно добавить, что полезно строить не один-два базисных агрегата, а продумывать создание нескольких агрегатов с целью получить целую иерархию для повышения производительности отчетов и выполнению процедур прогона изменений. Иерархию агрегатов можно просмотреть в транзакции ведения агрегатов выбором функции Aggregate tree (Shift-F6)
Так же хотелось бы порекомендовать периодическое выполнение регулярных проверок корректности данных в агрегатах при помощи программы RSDDK_CHECK_AGGREGATE (Note 1174503 - Analysis for incorrect results using aggregates).