Как различаются проверка и замещение, почему контекст и событие ограничивают правило, как предупреждения и ошибки влияют на проведение и что искать в журнале выполнения.
3 мин чтения·База знаний
Ревизия 2Применимость к указанным контекстамЧастичное покрытиеКонтекст: CTX-S4-ONPREMдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Проверка (validation) сопоставляет значения с заданным правилом. Замещение (substitution) может вывести, заменить или очистить значение. Они работают по предусловиям и правилам, поэтому автоматическое заполнение реквизита само по себе не означает, что нужная проверка была выполнена.
FI-GL документация SAP для S/4HANA On-Premise перечисляет три бизнес-контекста: Journal Entry, Journal Entry Item и Coding Block. Контекст описывает ситуацию, в которой задают и применяют правила; он определяет доступные поля и функции. Событие указывает, на каком этапе соответствующего процесса применяется правило. Доступный набор зависит от контекста, события и приложения.
Страница приложения управления правилами версии 2025 FPS02 отдельно указывает вариант для General Ledger Accounting - Journal Entry Item, в котором доступны оба типа правил. Это не подтверждает, что одинаковые поля или поведение доступны в других приложениях, контекстах, редакциях либо классическом механизме замещений.
Перед созданием правила сформулируйте условие и ожидаемый результат, затем проверьте контекст, событие, доступность исходного и целевого поля и ограничения процесса проводки. Это практический контрольный порядок; активные настройки конкретной системы не проверялись.
В описании приложения управления правилами версия 2025 FPS02 замещение выполняется при вводе данных и может вывести, заменить или очистить поддерживаемые значения без системного сообщения. Проверка валидирует введённые значения. Уровень контроля определяет результат: предупреждения не препятствуют завершению проводки, а ошибки нужно устранить до её завершения.
Не делайте вывод по одному сообщению. Сверьте текст и уровень контроля, событие, контекст и правило. При проверке полезно сравнить исходное значение, сработавшие предусловия и итоговый реквизит. Такой разбор не заменяет проверку активной конфигурации.
SAP Help описывает отдельное приложение журналов выполнения правил для конкретного события. Список можно фильтровать по событию, пользователю или времени выполнения; детали показывают последовательность обработки в виде дерева, входной документ, содержание правила и результат, включая проверку предусловия и итог замещения или проверки. Для доступа к правилу может требоваться соответствующая авторизация.
При диагностике сохраните ключ документа, контекст и событие, время и пользователя, найденную запись журнала, результат правила и итоговые реквизиты. Если запись не найдена, проверьте, относится ли процесс к выбранным контексту и событию и доступен ли журнал для данного потока.
FI-GL страница с перечнем контекстов помечена в SAP Help как S/4HANA On-Premise 2025 FPS01. Страница приложения управления правилами версии 2025 FPS02 охватывает несколько областей решения, включая вариант FI-GL Journal Entry Item. Страница журнала не устанавливает точный выпуск в сохранённом тексте. Активные правила, авторизации, сообщения, конфигурация и SAP runtime не проверялись; поведение другой редакции или старого механизма автоматически не предполагается.
Validation compares values with a defined rule. Substitution can derive, replace, or clear a value. Both work through preconditions and rules, so automatic field completion does not by itself mean the required check was performed.
SAP FI-GL documentation for S/4HANA On-Premise lists three business contexts: Journal Entry, Journal Entry Item, and Coding Block. A context describes the situation in which rules are defined and applied; it determines the available fields and functions. An event identifies when a rule is applied within the corresponding process. Availability depends on context, event, and app.
The 2025 FPS02 app page separately lists a General Ledger Accounting ? Journal Entry Item variant with both rule types. This does not establish that the same fields or behavior are available in other apps, contexts, editions, or the classic substitution mechanism.
Before creating a rule, define its condition and expected result, then verify the context, event, availability of source and target fields, and posting-process limits. This is a practical control sequence; the active configuration of a particular system was not checked.
In the 2025 FPS02 Manage Rules app documentation, substitution takes place at data entry and can derive, replace, or clear supported values without a system message. Validation checks entered values. The control level determines the result: warnings do not prevent the posting from being completed, while errors must be resolved first.
Do not infer the outcome from a message alone. Check its text and control level, the event and context, and the rule that fired. For a review, compare the input value, satisfied preconditions, and resulting field. This does not replace checking the active configuration.
SAP Help describes a separate runtime-log app for rules triggered by a specific event. The list can be filtered by event, user, or runtime; details show the processing flow as a tree, the input document, rule content, and result, including whether a precondition was met and whether substitution or validation succeeded. Access to rule details may require the relevant authorization.
For diagnosis, retain the document key, context and event, time and user, matching log entry, rule result, and final field values. If no entry is found, check whether the process uses the selected context and event and whether a log is available for that flow.
The FI-GL page listing contexts is marked in SAP Help as S/4HANA On-Premise 2025 FPS01. The Manage Rules app page for 2025 FPS02 covers multiple solution areas, including an FI-GL Journal Entry Item variant. The retained body of the Logs page does not establish its exact release. Active rules, authorizations, messages, configuration, and SAP runtime were not checked; behavior in another edition or the older mechanism is not assumed.