S/4HANA: Universal Parallel Accounting и его границы

Universal Parallel Accounting (UPA) - отдельная модель обработки параллельных оценок в SAP S/4HANA. Она расширяет использование ledger за пределы ведения нескольких представлений в General Ledger: многие процессы FI-AA, CO, Material Ledger и Product Costing рассчитываются и проводятся отдельно для ledger. UPA не является синонимом любого параллельного учёта и не включается автоматически вместе с созданием дополнительного регистра.

Сначала различите два значения «параллельного учёта»#

Параллельный учёт - задача представить суммы по нескольким учётным принципам. В разных системах её решают отдельными счетами, параллельными регистрами или комбинацией настроек. Сам факт наличия ledger 0L и дополнительного ledger не доказывает, что включена Universal Parallel Accounting.

В SAP документации UPA связана с отдельной enterprise business function FINS_PARALLEL_ACCOUNTING_BF. После активации модель ledger распространяется на процессы и данные нескольких финансовых компонентов, включая Asset Accounting, Overhead Accounting, Material Ledger, Actual Costing и CO-PA. Настройки, документы, отчёты и процедуры закрытия для этих процессов могут отличаться от обычного S/4HANA без UPA.

Доступность и активация ограничены#

По документации SAP S/4HANA 2025.1 UPA доступна начиная с S/4HANA 2022, но business function нельзя считать общедоступным переключателем. Для активации требуется отдельная авторизация SAP. Для сценария с существующими проводками запрашивается также business function миграции FINS_UPA_MIGRATION; решение зависит от подтверждённого объёма и предпосылок конкретной системы. В списке локализаций этой версии документации указаны США, Германия, Франция, Япония и Румыния. Этот перечень не заменяет проверку scope note, целевого релиза и условий для клиентской среды.

SAP предупреждает, что активацию нельзя отменить. В документации бизнес-функция FIN_CO_COGM указана как несовместимая. Поэтому до запроса активации проверьте весь процессный scope, используемые компоненты и функции, а не только главный регистр или Asset Accounting.

Новый контур и миграция существующей системы - разные сценарии#

Стартовый сценарий	Что требует SAP документация
Пустая система	Не должно быть проводок ни в одной company code; для FI-AA не должно быть карточек ОС и движений, а для Materials Management - карточек материалов и цен
Система с проводками	До активации нужно оценить scope UPA, выполнить предпроверки и миграцию UPA-релевантных мастер-данных, Customizing и транзакционных данных; миграция запускается только при выполнении предпосылок

Для миграционного сценария SAP отдельно описывает prechecks, миграционный проект, преобразование структур данных и проверку результатов. Автоматическая миграция из feeder-систем не поддерживается. Эти требования нельзя заменить созданием нового ledger, копированием балансов или обычной конверсией ECC в S/4HANA. Переход с classic FI-AA и миграция на UPA также требуют раздельного проектирования: у них разные исходные предпосылки и проверки.

Что меняется в финансовых процессах#

Основная идея UPA - вести поддерживаемые оценки по ledger так, чтобы связанные компоненты использовали согласованный набор ledger и валют. Прикладные изменения различаются по компонентам:

Компонент	Пример отличия при UPA
General Ledger	Учётный принцип связывается с ledger; group valuation и, для поддерживаемых релизов, profit-center valuation используют отдельные ledger
FI-AA	Проводки становятся ledger-specific; меняются модель данных, отображение значений, валют и часть процедур амортизации
Overhead CO	Расчёт накладных расходов, фактических ставок и settlement выполняются по ledger; для некоторых запусков ledger нужно указывать явно
Product Costing и Material Ledger	Себестоимость, цены и фактический пересчёт могут вестись по ledger; цены материалов в дополнительных ledger необходимо контролировать отдельно
CO-PA	Поддерживается Margin Analysis; costing-based и combined CO-PA не поддерживаются в описанном объёме UPA

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

Проектные проверки до решения#

До активации составьте карту «учётный принцип → ledger → company code → компонент → процесс закрытия» и подтвердите:

Целевой продукт и релиз, разрешённость активации и текущий scope UPA для страны и процесса.
Сценарий старта: пустая система или существующая система с проводками.
Совместимость активных business functions, Customizing и пользовательских расширений.
Предпосылки миграции, список объектов и данных, длительность остановки проводок и порядок финансового cutover.
План тестирования по ledger: первичные проводки, амортизация, распределения, себестоимость, валюты, оценки запасов, CO-PA и закрытие.
Отчёты и интерфейсы, которые должны показывать отдельные ledger, и сверки по суммам до и после миграции.
Подтверждение, что обязательные функции доступны и пользователи понимают необратимость активации.

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

Материал частично покрывает S4-08. Источники относятся к SAP S/4HANA On-Premise 2025 FPS01 и UPA 2025.1; sidecar-источники имеют статус metadata_only. Статус авторизации, локализация, SAP Note, конфигурация, данные, миграция и runtime клиентской системы не проверялись. Условия Private Edition следует сверять по договорному release и соответствующему SAP Help.

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

Universal Parallel Accounting (UPA) is a separate model for processing parallel valuations in SAP S/4HANA. It extends ledger-specific processing beyond maintaining multiple views in General Ledger: many FI-AA, CO, Material Ledger, and Product Costing processes are calculated and posted separately per ledger. UPA is not a synonym for every form of parallel accounting and is not activated automatically when an additional ledger is created.

First distinguish two meanings of parallel accounting#

Parallel accounting is the requirement to represent amounts under multiple accounting principles. Systems can address it with additional accounts, parallel ledgers, or combinations of settings. The presence of ledger 0L and another ledger does not prove Universal Parallel Accounting is active.

SAP documentation associates UPA with a separate enterprise business function, FINS_PARALLEL_ACCOUNTING_BF. After activation, the ledger model extends across processes and data from several financial components, including Asset Accounting, Overhead Accounting, Material Ledger, Actual Costing, and CO-PA. Settings, documents, reports, and closing procedures for those processes can differ from S/4HANA without UPA.

Availability and activation are restricted#

SAP S/4HANA 2025.1 documentation lists UPA from S/4HANA 2022 onward, but the business function is not a generally available switch. Separate SAP authorization is required. For a scenario with existing postings, a migration business function, FINS_UPA_MIGRATION, is also needed; authorization depends on the approved scope and prerequisites of the specific system. The localization list in this documentation version includes the US, Germany, France, Japan, and Romania. This list does not replace checking the scope note, target release, and conditions for a customer environment.

SAP warns that activation cannot be reversed. Business function FIN_CO_COGM is listed as incompatible. Before requesting activation, review the full process scope, components, and functions, not only the leading ledger or Asset Accounting.

A new system and an existing system follow different paths#

Starting scenario	What SAP documentation requires
Empty system	No postings in any company code; no asset master records or postings for FI-AA; and no material master data or prices for Materials Management
System with postings	Assess UPA scope, run prechecks, and migrate relevant master data, Customizing, and transaction data before activation; migration proceeds only when the prerequisites are met

For an existing system, SAP documents prechecks, a migration project, conversion of data structures, and result verification. Fully automated migration from feeder systems is not supported. These requirements cannot be replaced by creating another ledger, copying balances, or running a regular ECC-to-S/4HANA conversion. Conversion from classic FI-AA and migration to UPA also need separate planning because their source prerequisites and checks differ.

What changes across finance processes#

The core idea of UPA is to process supported valuations per ledger so connected components use a consistent set of ledgers and currencies. The application changes differ by component:

Component	Example of a UPA difference
General Ledger	Accounting principles are assigned to ledgers; group valuation and, in supported releases, profit-center valuation use separate ledgers
FI-AA	Postings become ledger-specific; the data model, display of values and currencies, and some depreciation procedures change
Overhead CO	Overhead calculation, actual rates, and settlement run per ledger; some runs require the ledger to be specified explicitly
Product Costing and Material Ledger	Product costs, prices, and actual costing can be maintained per ledger; material prices in additional ledgers require separate attention
CO-PA	Margin Analysis is supported; costing-based and combined CO-PA are not supported in the documented UPA scope

This is a guide for impact analysis, not an exhaustive process list. For currencies, planning, Fiori apps, orders, projects, investments, and interfaces, check the function and restriction tables for the exact release. A component appearing in the scope does not guarantee every one of its variants is supported.

Project checks before making a decision#

Before activation, prepare a map from accounting principle to ledger, company code, component, and closing process, then confirm:

Target product and release, activation eligibility, and UPA scope for the country and process.
Starting scenario: empty system or existing system with postings.
Compatibility of active business functions, Customizing, and customer extensions.
Migration prerequisites, data objects, downtime for postings, and finance cutover sequence.
Ledger-level test plan for original postings, depreciation, allocations, product costs, currencies, inventory valuation, CO-PA, and close.
Reports and interfaces that must expose each ledger, plus pre/post migration amount reconciliations.
Availability of required functions and confirmation that stakeholders understand activation is irreversible.

Review SAP Note 3191636 and the migration instructions with the SAP project team for the target release; they define parts of the scope and restrictions that cannot be inferred from a general article. Do not claim UPA is suitable for a customer system without SAP confirmation.

This material partially covers S4-08. Sources apply to SAP S/4HANA On-Premise 2025 FPS01 and UPA 2025.1; sidecar source records are metadata_only. Customer authorization, localization, SAP Notes, configuration, data, migration, and runtime were not checked. For Private Edition, verify the contracted release and its applicable SAP Help.