Продолжим обзор некоторых дополнительных вопросов, которые могут оказаться важными для ряда специализированных областей, также относящихся к контроллингу затрат на продукт.
В дополнение к созданию новых бизнес-объектов, а также связанных с ними сервисов и пользовательских интерфейсов с нуля, можно расширять существующие сервисы и интерфейсы, поставляемые SAP, с помощью пользовательских полей и логики. Такой тип задач, как правило, выполняется бизнес-экспертами или консультантами по внедрению.
Роли — это особый тип объектов базы данных, определяющих конкретный набор или группу привилегий. Эти многократно используемые объекты можно назначать нескольким пользователям или даже другим ролям. Обычно роли именуются и настраиваются для поддержки определённых функций или задач в платформе SAP HANA.
В статье рассматриваются изменения синтаксиса ABAP, появившиеся начиная с версии 7.4: инлайновые декларации, операторы-конструкторы, новые приёмы работы с таблицами, мэши, перечисления. Материал написан не как справочник, а как рассказ о взрослении языка. Автор показывает, что за каждой новой конструкцией стоит не просто удобство, а логика эволюции мышления разработчика: лаконичность становится формой ответственности.
Баланс между стандартизацией и гибкостью всегда был важным отличительным признаком ERP-решений — и ещё более значимым он становится для облачных сервисов, таких как SAP S/4HANA Cloud. В этой главе мы рассмотрим пользовательские бизнес-объекты (Custom Business Objects), поля и логику, которые обеспечивают широкие возможности расширения без модификаций, сохраняя низкую совокупную стоимость владения (TCO) и высокую гибкость.
Хотя мы рекомендуем не управлять привилегиями на уровне отдельных пользователей, в некоторых случаях всё же может потребоваться назначить привилегии конкретным учётным записям. Например, может понадобиться временно выдать привилегии для проверки сценария или изменить привилегии сервисной учётной записи. Существует три интерфейса для предоставления и отзыва привилегий у пользователя: операторы SQL, управление пользователями в SAP HANA Cockpit или менеджер безопасности (Security Manager) в SAP HANA Web-Based Development Workbench.
Завершив все действия по плану подготовки к продуктивному старту, вы можете перейти к фазе заключительной подготовки и началу продуктивного старта. Теперь пришло время подумать о поддержке вашей системы.
Когда-то всё крутилось вокруг функционала. Курсы по настройке модулей, описание бизнес-процессов, доводка под конкретные задачи — именно это составляло основу обучения и главный запрос компаний.
Рассмотрим, как вводить сведения об уже оказанных услугах. Когда поставщик или подрядчик выполнил услугу (полностью или частично), эта информация вносится в систему SAP.
В предыдущей главе мы изучили процесс расчета на конец периода. Расчет переносит незавершенное производство и отклонения в финансовый учет, учет по МВП и учет результатов. Сегодня перейдем к следующей конфигурационной транзакции — схеме происхождения.
В прошлом разделе мы рассмотрели, как создавать, определять, использовать и получать доступ к различным типам ракурсов. В этом разделе мы перейдём к поддержке различных типов данных в ABAP-словаре данных.
В этом разделе мы рассмотрим навигацию и создание CDS-представлений. Также разберём два способа их использования: через аналитический движок и через OData-сервисы.
В этой главе собрана информация, которая поможет вам понять, как внедрять решение SAP и поддерживать его. Тем же, кто хочет стать консультантом SAP или работать над подобными проектами, глава представит бесценные объяснения соответствующих процессов, и расскажет, что от этих процессов можно ожидать.
В этом разделе мы обсудим три варианта предоставления (provisioning) и управления учётными записями пользователей, а также опишем, как можно использовать системные представления (system views) для выполнения запросов к системе для получения подробной информации об учётных записях. В заключение будут рассмотрены варианты и последствия удаления учётных записей.
В этой главе мы рассмотрим функциональность управления внешними услугами (external services management), включая ключевые аспекты, такие как основная запись услуги (service master record) и стандартный каталог услуг (standard service catalog).
В предыдущей главе мы рассмотрели виды вычислений отклонений, конфигурацию и обработку на конец периода. Сегодня мы изучим процесс расчета на конец периода. Расчет переносит незавершенное производство и отклонения в финансовый учет, учет по МВП и учет результатов.
В этой главе мы рассмотрим настройку миграции модуля начислений (Accrual Engine). Здесь также рассматриваются настройка Accrual Engine, ручные шаги миграции, необходимые для отображения и создания контента до и после миграции, а также поддержка правил и значений для определения счетов. К тому же, обсуждаются шаги по конфигурации и подготовке, необходимые для миграции транзакционных данных, связанных с проводками Accrual Engine.