Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Развитие в экосистеме SAP
В этом действии вы определяете, каким образом параметры амортизации из одной области амортизации будут использоваться в другой. Передача возможна только между областями, которым назначен один и тот же принцип учета.
Предположим, что компания E-Corporation разработала витрину данных для аналитики продаж. В этой витрине размещаются данные, доступ к которым должен быть ограничен на уровне отдельных пользователей. Компания уже создала информационные представления SAP HANA, настроила аналитические привилегии для выполнения части требований и сконфигурировала аутентификацию SAML в SAP HANA. Однако для того, чтобы решение работало в привязке к каждому пользователю, каждый пользователь, получающий доступ к SAP HANA, должен иметь собственную учётную запись и идентификацию SAML (SAML identity). В нашем примере компании потребуется создать и сконфигурировать более 5 000 индивидуальных учётных записей пользователей для выполнения этого требования.
Продолжаем обзор дополнительных настроек, котоорые необходимо выполнить после миграции планов амортизации, прежде чем можно будет проверить и активировать новый FI-AA.
В дополнение к созданию новых бизнес-объектов, а также связанных с ними сервисов и пользовательских интерфейсов с нуля, можно расширять существующие сервисы и интерфейсы, поставляемые SAP, с помощью пользовательских полей и логики. Такой тип задач, как правило, выполняется бизнес-экспертами или консультантами по внедрению.
Роли — это особый тип объектов базы данных, определяющих конкретный набор или группу привилегий. Эти многократно используемые объекты можно назначать нескольким пользователям или даже другим ролям. Обычно роли именуются и настраиваются для поддержки определённых функций или задач в платформе SAP HANA.
После миграции планов амортизации необходимо выполнить дополнительные настройки, прежде чем можно будет проверить и активировать новый FI-AA.
Баланс между стандартизацией и гибкостью всегда был важным отличительным признаком ERP-решений — и ещё более значимым он становится для облачных сервисов, таких как SAP S/4HANA Cloud. В этой главе мы рассмотрим пользовательские бизнес-объекты (Custom Business Objects), поля и логику, которые обеспечивают широкие возможности расширения без модификаций, сохраняя низкую совокупную стоимость владения (TCO) и высокую гибкость.
Хотя мы рекомендуем не управлять привилегиями на уровне отдельных пользователей, в некоторых случаях всё же может потребоваться назначить привилегии конкретным учётным записям. Например, может понадобиться временно выдать привилегии для проверки сценария или изменить привилегии сервисной учётной записи. Существует три интерфейса для предоставления и отзыва привилегий у пользователя: операторы SQL, управление пользователями в SAP HANA Cockpit или менеджер безопасности (Security Manager) в SAP HANA Web-Based Development Workbench.
Рассмотрим, как вводить сведения об уже оказанных услугах. Когда поставщик или подрядчик выполнил услугу (полностью или частично), эта информация вносится в систему SAP.
В этой главе будут рассмотрены настройки (Customizing) для нового учёта основных средств (Asset Accounting).
В прошлом разделе мы рассмотрели, как создавать, определять, использовать и получать доступ к различным типам ракурсов. В этом разделе мы перейдём к поддержке различных типов данных в ABAP-словаре данных.
В этом разделе мы рассмотрим навигацию и создание CDS-представлений. Также разберём два способа их использования: через аналитический движок и через OData-сервисы.
В этом разделе мы обсудим три варианта предоставления (provisioning) и управления учётными записями пользователей, а также опишем, как можно использовать системные представления (system views) для выполнения запросов к системе для получения подробной информации об учётных записях. В заключение будут рассмотрены варианты и последствия удаления учётных записей.
В этой главе мы рассмотрим функциональность управления внешними услугами (external services management), включая ключевые аспекты, такие как основная запись услуги (service master record) и стандартный каталог услуг (standard service catalog).
В этой главе мы рассмотрим настройку миграции модуля начислений (Accrual Engine). Здесь также рассматриваются настройка Accrual Engine, ручные шаги миграции, необходимые для отображения и создания контента до и после миграции, а также поддержка правил и значений для определения счетов. К тому же, обсуждаются шаги по конфигурации и подготовке, необходимые для миграции транзакционных данных, связанных с проводками Accrual Engine.
Данные приложения часто распределены по нескольким таблицам, и вы можете определить ракурсы (views), чтобы объединить эти данные. Списки таблиц базы данных, к которым обращается ракурс, называются базовыми таблицами (basis tables). Если ракурс содержит более одной базовой таблицы, такие таблицы можно объединить с помощью соединений (joins). Структура ракурса создаётся из объединённых полей базовых таблиц.
Стандартизация программного обеспечения является нормой при облачной доставке, однако остаются ситуации, когда необходимо больше контроля над базовыми объектами разработки. SAP S/4HANA предоставляет широкие возможности для решения этой задачи, особенно для роли администратора или ИТ-пользователя в локальной системе, что и рассматривается в этой главе.
В этой главе представлен полный обзор учётных записей пользователей (user accounts), включая процессы их предоставления (provisioning), сопровождения, а также назначения привилегий (privileges) и ролей (roles).
