В условиях интегрированной и по-настоящему глобализованной экономики как компании с небольшими производственными мощностями, так и корпорации с обширной сетью заводов в разных странах сталкиваются с многообразными, сложными и требующими высокой точности логистическими и снабженческими задачами. Эти процессы должны быть корректно отражены в SAP S/4HANA для эффективного планирования закупок, управления запасами (inventory management) и производства (production processes) — независимо от масштаба предприятия. Продолжим рассматривать примеры бизнес-процессов и связанных с ними сложностей.
Плохой код почти всегда начинается с плохого задания. Неясная граница ответственности, пересечение зон влияния, нефиксированные предположения и отсутствующие комментарии порождают фрагменты, которые невозможно читать, потому что в них нечего восстанавливать. Если в техническом задании не определены предусловия и постусловия, разработчик вынужден выстраивать их на ходу, а читатель потом — догадываться, почему именно так. Корректная постановка ТЗ формирует структуру программы задолго до первой строки кода.
Средства поиска (Search helps) предоставляют справку по вводу для экранных полей. Средство поиска можно назначить экранному полю, элементу данных или полю таблицы. Справка по вводу — это стандартная функция системы SAP. При разработке приложений следует поддерживать справки по вводу для экранов, чтобы обеспечить пользователям единообразный пользовательский интерфейс.
Статья раскрывает, почему чтение ABAP-кода — это самостоятельный профессиональный навык, требующий инженерного мышления, дисциплины и контекстного понимания. Представлены систематизированные подходы к отладке и трассировке, практические приёмы реконструкции структуры программ, примеры «хороших» и «плохих» заданий, чеклист для самооценки и мини-задача для самостоятельного анализа.
Регрессионные модели могут применяться различными способами, включая использование 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 не только синтаксис, но и инженерную эстетику.