Регрессионные модели могут применяться различными способами, включая использование Predictive Factory и Automated Analytics, а также с помощью scoring code и KxShell Script. Перед применением модели необходимо проверить её качество. В статье рассмотрено, как определить, можно ли безопасно использовать модель, а затем — как её применить.
В данной главе рассматриваются этапы кастомизации, необходимые для компонента Controlling (CO) при миграции на SAP S/4HANA Finance. Также описывается конфигурация, подготовка и активация сферы деятельности (operating concern) для анализа прибыльности по учетным данным (account-based Profitability Analysis).
Статья объясняет, почему понимание архитектуры сервера приложений SAP — не формальность, а часть инженерной ответственности. Она формирует понятийную основу, без которой любое вмешательство в систему становится случайным. Материал помогает разработчикам, консультантам и администраторам увидеть в SAP не набор транзакций, а взаимосвязанную систему процессов и уровней. После прочтения читатель приходит на мастер-класс «Базис не для базисников. Сервер приложений? Это очень просто!» уже подготовленным: с точным языком, осмысленным интересом и готовностью видеть архитектуру в действии.
Сегодня рассмотрим вопрос в рамках контроллинга затрат на продукт, — это отчетность и информационная система. Информационная система предлагает набор стандартных отчетов, который помогает эффективно использовать транзакционные мощности вашей системы.
SAP S/4HANA предоставляет особые типы закупок (special procurement types), которые могут использоваться вашей компанией для решения специфических бизнес-сценариев, например, связанных с производством, сборкой и закупкой компонентов, не относящихся к традиционным, и включающих в себя сложные и разнородные логистические процессы.
Продолжаем публикацию перевода книги Кирана Бандари «Полный ABAP». Представляем вашему вниманию раздел 4 «Группы типов» главы 10 «ABAP-словарь данных». В предыдущем разделе мы рассмотрели использование типов данных, включая элементы данных, структуры и типы таблиц. В этом разделе мы увидим, как использовать и сопровождать группы типов.Группы типов (type groups) представляют собой определения типов данных и констант, глобальные по системе. С развитием и широким распространением глобальных классов и интерфейсов, создание новых групп типов стало неактуальным. Тем не менее, ранее созданные группы продолжают активно использоваться, что делает данный раздел по-прежнему значимым.
Полномочия в SAP часто воспринимаются как административная зона, но основа и логика формируется на уровне ABAP-разработки, где они становятся частью логики программы. В статье рассматриваются взаимосвязь ролей, профилей и объектов полномочий, принципы работы AUTHORITY-CHECK, а также механизмы значений по умолчанию полномочий как отражение методологии проекта. Материал адресован разработчикам и архитекторам, для которых безопасность — не внешнее требование, а свойство системы.
Целью проекта 2025 года было повторить традиционные вопросы о стратегии компаний в отношении SAP-систем, получить актуальную информацию и оценить динамику изменений рынка SAP. Рады поделиться этой информацией с вами. Ссылка на pdf-файл прилагается к тексту исследования.
В предыдущей статье мы изучили схемы калькуляции. Давайте обратимся к смешанным калькуляциям. Смешанная калькуляция вычисляет смешанную цену, которую можно вписать в основные записи материалов в качестве стандартной цены. Рассмотрим каждый из четырех шагов, необходимых для создания смешанных калькуляций.
Одним из наиболее мощных автоматизированных методов, предоставляемых SAP Predictive Analytics, является регрессия. Автоматизированные регрессионные модели позволяют создавать прогнозные модели, которые предсказывают числовые значения, и могут применяться во множестве различных бизнес-сценариев.
В этом действии вы определяете, каким образом параметры амортизации из одной области амортизации будут использоваться в другой. Передача возможна только между областями, которым назначен один и тот же принцип учета.
В статье рассматриваются практические приёмы использования интерактивных возможностей селекционных экранов ABAP-программ. Показано, как переход от статических форм к динамическим сценариям позволяет упростить ввод данных, снизить вероятность ошибок и сделать работу с отчётами осмысленной. Автор объясняет, что интерактивность не является украшением интерфейса, а выступает инструментом управления логикой взаимодействия между программой и пользователем. Рассуждения сопровождаются примерами типичных ситуаций и рекомендациями, где динамика оправдана, а где лучше сохранить простоту. Материал рассчитан на разработчиков, руководителей групп и тех, кто ценит в ABAP не только синтаксис, но и инженерную эстетику.
Предположим, что компания E-Corporation разработала витрину данных для аналитики продаж. В этой витрине размещаются данные, доступ к которым должен быть ограничен на уровне отдельных пользователей. Компания уже создала информационные представления SAP HANA, настроила аналитические привилегии для выполнения части требований и сконфигурировала аутентификацию SAML в SAP HANA. Однако для того, чтобы решение работало в привязке к каждому пользователю, каждый пользователь, получающий доступ к SAP HANA, должен иметь собственную учётную запись и идентификацию SAML (SAML identity). В нашем примере компании потребуется создать и сконфигурировать более 5 000 индивидуальных учётных записей пользователей для выполнения этого требования.
Продолжаем обзор дополнительных настроек, котоорые необходимо выполнить после миграции планов амортизации, прежде чем можно будет проверить и активировать новый FI-AA.
Продолжаем рассматривать изменения синтаксиса ABAP, появившиеся начиная с версии 7.4: инлайновые декларации, операторы-конструкторы, новые приёмы работы с таблицами, мэши, перечисления. Материал написан не как справочник, а как рассказ о взрослении языка.
Продолжим обзор некоторых дополнительных вопросов, которые могут оказаться важными для ряда специализированных областей, также относящихся к контроллингу затрат на продукт.
В дополнение к созданию новых бизнес-объектов, а также связанных с ними сервисов и пользовательских интерфейсов с нуля, можно расширять существующие сервисы и интерфейсы, поставляемые SAP, с помощью пользовательских полей и логики. Такой тип задач, как правило, выполняется бизнес-экспертами или консультантами по внедрению.
Роли — это особый тип объектов базы данных, определяющих конкретный набор или группу привилегий. Эти многократно используемые объекты можно назначать нескольким пользователям или даже другим ролям. Обычно роли именуются и настраиваются для поддержки определённых функций или задач в платформе SAP HANA.