УПРАВЛЕНЧЕСКИЙ УЧЁТ CO И БЮДЖЕТИРОВАНИЕP1L2

CO: Циклы и сегменты распределений

Как цикл объединяет сегменты распределения, чем итеративная обработка отличается от независимых сегментов и что проверять перед повторным запуском.

Ревизия 2 Применимость к указанным контекстам Частичное покрытие Контекст: CTX-S4-ONPREM документальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.

CO: Циклы и сегменты распределений#

Цикл распределения хранит ключ цикла и дату начала действия, заголовочные параметры и один или несколько сегментов. Каждый сегмент описывает набор отправителей и получателей вместе с правилами выбора суммы или базы. Цикл объединяет такие наборы, но сам по себе не доказывает, что все сегменты независимы.

Сначала границы данных, затем правила#

До настройки цикла зафиксируйте controlling area, плановые или фактические данные, финансовый год и периоды, валюты, версию планирования, объекты отправителя и получателя, а также статьи и значения, по которым строится база. Для сегмента определите поля отбора, правило суммы отправителя и правило фактора получателя.

Сегменты позволяют разделить разные комбинации отправителей, получателей и правил. Их объём влияет на время исполнения и создаваемые строки. Слишком широкий выбор может резко увеличить число комбинаций; до продуктивного запуска проверьте формальное сообщение цикла, выборки и пробный запуск, а для доступного приложения используйте анализ результата.

Независимая и итеративная обработка#

При неитеративной обработке сегменты цикла считаются независимо. При итеративной обработке для поддерживаемых контекстов Cost Center и Profit Center результат одного сегмента может стать входом следующего: объект, получивший затраты в одном сегменте, может выступить отправителем в другом. Обработка продолжается, пока отправители не будут полностью кредитованы. В этом режиме порядок сегментов не определяет итог.

Не включайте итеративность только ради того, чтобы задать последовательность. Для явной цепочки независимых этапов предпочтительнее отдельно определить и контролировать циклы, если это соответствует процессу. Отрицательные факторы и обратные потоки способны затруднить сходимость; проверяйте циклические связи и результат по каждому отправителю и получателю.

Итеративность не равна накопительной обработке. Настройка cumulative сглаживает выделенные суммы между периодами и имеет свои последствия при отмене последующих периодов. Уточняйте конкретный индикатор обработки и область применения по выбранному приложению и релизу.

Проверка и повторный запуск#

Формальная проверка может выявить проблемы мастер-данных, неполное кредитование отправителя и несовпадение фиксированных значений. Это не гарантия успешного исполнения: SAP Help отдельно указывает на пробный запуск для выявления фактических ошибок обработки.

Перед повтором сохраните имя цикла и дату начала, версию, период, тип обработки, список включённых сегментов и журнал сообщений. Сверьте исходные суммы и базы с результатом по отправителям и получателям, а также выясните, были ли уже созданы документы. Не запускайте исправленный цикл повторно поверх существующих проводок без проверки правил сторнирования и повторного исполнения.

Материал основан на SAP Help для S/4HANA On-Premise 2025 FPS01. Доступность контекстов, индикаторов и инструментов результата зависит от версии и приложения; циклы и документы целевой системы не проверялись, SAP runtime не запускался.

Связанные материалы#

Источники и документация

  1. SAP Help: Cycles ↗
  2. SAP Help: Allocation Segments ↗
  3. SAP Help: Iterative Processing ↗
  4. SAP Help: Creating or Changing Cycles ↗
  5. SAP Help: Processing Cycles ↗

Источники нужны для самостоятельной проверки. Примеры и интерпретации на сайте могут быть учебными упрощениями.