Начисление отвечает на вопрос о периоде#

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

В документации SAP S/4HANA Cloud Public Edition 2608 приложение Run Accrual/Deferral описано как средство определения расходов и доходов по финансовым сделкам или позициям за период с отнесением их к соответствующему учётному периоду независимо от фактической даты платежа. Результат зависит от выбранной сделки или позиции, ключевой даты, применимых условий и потоков. Отдельная документация SAP S/4HANA On-Premise 2025 FPS01 описывает условия объединения потоков для difference procedure. Эти сведения относятся к указанным продуктовым контекстам и не образуют универсальную схему для всех редакций и компонентов SAP.

Сначала зафиксируйте временные границы#

До анализа результата выпишите:

• период, за который признаётся доход или расход;
• ключевую дату запуска и дату проводки;
• поток или update type, валюту и сторону операции;
• условия сделки, действующие в рассчитываемом периоде, включая изменения ставки или номинала;
• предыдущие запуски начисления и способ их сторнирования или корректировки.

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

Reset и difference: разные способы получить периодный результат#

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

При difference procedure рассчитывается изменение относительно предыдущей даты начисления. Поэтому результат очередного периода является приращением, а не всей накопленной суммой. Более позднее начисление влияет на возможность рассчитать более раннюю дату: в описанных SAP правилах difference procedure нельзя выполнить на более ранний момент t1, если уже рассчитан более поздний t2. Для reset procedure действует отдельное правило: на одну ключевую дату допускается не более одного начисления.

Это различие помогает объяснить типичную ошибку сверки: сравнение накопленной суммы с проводкой-приращением даёт расхождение, хотя оба числа могут быть корректными для своих шагов процедуры. Совместно объединять несколько потоков в difference procedure можно только при выполнении условий SAP для группы update types, в том числе по типу дохода/расхода и валюте; разные валюты рассчитываются раздельно.

От расчётного потока к FI#

Начисление создаёт или изменяет поток позиции. Его бухгалтерский эффект определяется применимым update type и настройкой счетов; сам факт расчёта ещё не доказывает, что ожидаемая проводка успешно передана и отражена в FI. В трассировке разделяйте как минимум:

1. исходный поток и условия расчёта;
2. сумму начисления/отложения на ключевую дату;
3. созданную или обновлённую запись потока;
4. статус фиксации/проведения и сформированный бухгалтерский документ;
5. сторно, сброс или последующую корректировку.

Справка SAP S/4HANA On-Premise по Cash Flow описывает плановые и фактические записи, а также потоки, созданные начислением/отложенным признанием или оценкой на ключевую дату. Поэтому сверяйте именно соответствующий уровень и тип записи, а не просто суммируйте все строки денежного потока.

Изменение условий и повторный расчёт#

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

Для воспроизводимой сверки сохраните идентификатор сделки/позиции, valuation area, валюту, update type, ключевую дату и период, версию условий, выбранную процедуру, предыдущие результаты и идентификаторы FI-документов. Это диагностический перечень, он не задаёт конкретный экран или обязательную последовательность шагов во всех редакциях.

Границы применимости#

Материал использует отдельные источники для SAP S/4HANA Cloud Public Edition 2608, SAP S/4HANA On-Premise 2025 FPS01 и документации On-Premise по Cash Flow. Он не подтверждает доступность тех же приложений, процедур, update types или настроек в других редакциях SAP S/4HANA или ECC. Порядок расчёта, проводок и обратных записей следует сверять с документацией точного релиза, продуктового компонента и настройкой организации. SAP runtime и клиентские данные здесь не проверялись.

Для day-count, календаря, границ дат и округления см. материал о процентном начислении; сквозные этапы операции описаны в жизненном цикле TRM. Связь областей оценки, учётных принципов и ledger groups рассмотрена в статье об областях оценки и параллельном учёте TRM.

TRM Accruals: Periodization and Income and Expense Recognition#

Accruals answer a period question#

A contractual payment and the accounting recognition of income or expense may fall on different dates. Accruals and deferrals assign amounts to the accounting periods to which they relate. When analyzing a result, distinguish the cash flow amount, the amount calculated for a period, and the posting created by a particular run.

SAP S/4HANA Cloud Public Edition documentation (version 2608) describes Run Accrual/Deferral as determining expenses and revenues from financial transactions or positions for a period and assigning them to the corresponding accounting period regardless of when payment is actually due. The result depends on the selected transaction or position, key date, applicable terms, and flows. Separate S/4HANA On-Premise 2025 FPS01 documentation covers grouping rules for difference-procedure flows; the On-Premise cash-flow reference describes how transaction flows support accrual/deferral and Financial Accounting. These references are kept separate and are not a universal process for every SAP edition or component.

Establish the time boundaries first#

Before analyzing a result, record:

• the period in which income or expense is recognized;
• the run key date and posting date;
• the flow or update type, currency, and transaction side;
• the transaction terms applicable during the calculation period, including rate or notional changes;
• previous accrual runs and how they were reset or adjusted.

The key date determines which flows enter the calculation: SAP documentation states that flows are accrued or deferred when the accrual/deferral key date falls within their calculation period. Variable interest may also require current market data, rate fixing, and an update of planned records; the sequence depends on the instrument and scenario. An accrual therefore cannot be reliably reconciled from an interest formula alone: first confirm the included flows and input conditions.

Reset and difference are different ways to produce a period result#

With the reset procedure, the system calculates an amount at the key date, recognizes it in balance-sheet accrual or deferral accounts, and resets it at the prescribed later point. Previous resets and run order matter when recalculating.

With the difference procedure, the system calculates the change from the previous accrual date. The next period result is therefore an increment, not the full cumulative amount. A later accrual affects whether an earlier date can be calculated: the documented SAP rule does not allow a difference-procedure accrual at an earlier time t1 if a later t2 has already been accrued. The reset procedure has a separate rule: only one accrual is allowed for a given key date.

This distinction explains a common reconciliation error: comparing a cumulative amount with an incremental posting can show a difference even when each amount is correct for its step in the procedure. Multiple flows can be grouped for a difference-procedure accrual only when SAP's conditions for the update-type group are met, including revenue/expense type and currency; different currencies are calculated separately.

From a calculated flow to FI#

An accrual creates or changes a position flow. Its accounting effect depends on the applicable update type and account settings; calculation alone does not prove that the expected posting was transferred and reflected in FI. Trace at least:

1. the source flow and calculation terms;
2. the accrued or deferred amount at the key date;
3. the created or updated flow record;
4. its fixing/posting status and the resulting accounting document;
5. any reset, reversal, or later adjustment.

SAP S/4HANA On-Premise Cash Flow documentation describes planned and actual records, as well as flows generated by accrual/deferral or key-date valuation. Reconcile the relevant level and record type instead of simply summing every cash-flow line.

Changed terms and recalculation#

If the rate, notional, date, or other terms changed during the term, check which version of the terms a flow belongs to and whether planned records were updated. After a correction, previously created derived records may need recalculation, reversal, or a new posting. Do not blindly rerun the process: first establish whether the earlier record remains posted, whether it was reset, and whether the chosen procedure permits calculation at the requested date.

For a reproducible reconciliation, retain the transaction or position identifier, valuation area, currency, update type, key date and period, terms version, selected procedure, previous results, and FI document identifiers. This is a diagnostic checklist, not a claim about a particular screen or a mandatory sequence in every edition.

Applicability limits#

This material uses separate references for SAP S/4HANA Cloud Public Edition 2608, SAP S/4HANA On-Premise 2025 FPS01, and the On-Premise Cash Flow documentation. It does not establish that the same apps, procedures, update types, or settings are available across other SAP S/4HANA editions or in ECC. Check the documentation for the exact release, product component, and organizational configuration. No SAP runtime or customer data was inspected.

For day-count, calendar, date boundaries, and rounding, see Interest Accrual: Day Count, Dates, and Rounding. The stages of a transaction are covered in the TRM Transaction Lifecycle. The relationship between valuation areas, accounting principles, and ledger groups is covered in TRM Valuation Areas and Parallel Accounting.