Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Комментарий к статье из 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 дает возможность развивать аналитическую систему, пользоваться новыми функциональными возможностями, что, в свою очередь, способствует более быстрому переходу к сервисно-ориентированной архитектуре
Все эти возможности обеспечиваются за счет снижения ограничений на объемы одновременно обрабатываемых данных и сокращения времени отклика системы.
ABAP. Предъявление данных. Основы
18.02.2025Управление запасами и инвентаризация в SAP
18.02.2025Основы табельного учета в SAP
18.02.2025Интеграционные технологии SAP: Интерфейсы BAPI / Idoc
18.02.2025
Комментарий от
Адиль Ханов
| 29 сентября 2010, 20:23
Комментарий к статье из SCMexpert » 2010 » 3
Комментарий эксперта
компании АЛЬПЕ Консалтинг
к статье «Определение оптимального способа оценки запасов для сценария производства по заказу»
Адиль Ханов
консультант SAP
компания «АЛЬПЕ Консалтинг»
Хотелось бы отметить российскую специфику применимости предложенных вариантов решения поставленной задачи. В учете по МСФО возможно списание материалов в расход при закупке. В учете по РСБУ все списания материалов обязательно должны производиться через счет наличия материалов (10). Однако на практике, такую схему можно применять для закупки услуг, которые иногда создают в системе SAP в качестве основной записи материала, особенно в том случае, если услуга в дальнейшем может быть перепродана. Функциональность сбыта работает только с основными записями материалов и не затрагивает основных данных по услугам/работам.
В рассмотренной выше статье, указывалось, что при поступлении материалов по различным поставкам при использовании среднескользящей цены, стоимость единицы материала будет усредняться. Чтобы этого избежать, можно использовать раздельную оценку материала по партиям. В этом случае, принцип формирования среднескользящей цены останется, но только в разрезе каждой партии. А для разных партий, может быть сформирована своя учетная цена.