SAP functional issueObjectAssessment cycle not distributing the full cost centre balanceModuleFI_FICO

Assessment Cycle Leaves a Residual Balance on the Sender

The assessment cycle runs without an error but a balance remains on the sender cost centre because the cycle segment does not cover every cost element actually posted, the sender rule uses a fixed amount or percentage instead of the full posted balance, or a receiver's tracing factor (a statistical key figure) is zero for the period. The fix is almost always in the cycle segment definition, not in the posting.

Covers why an assessment cycle in CO can complete successfully in KSU5 and still leave a balance sitting on the sender cost centre, the config and master-data causes ranked by how often they actually occur, the sequence of checks against the cycle segment and the statistical key figures, and why manually reposting the gap makes the reconciliation worse the following period.

Published 16 Sept 2026· 1,210 words

The business symptom

The cost centre owner or the controller closing the period reports that a cost centre still carries a balance after month end even though the assessment run finished without an error message. The complaint is usually phrased as the cost centre is not clearing to zero, or the numbers on my receiver cost centres do not match what I expected from the allocation. Sometimes it surfaces only during reconciliation, when the total on the sender pool does not equal the total picked up by the receivers in a downstream report. It is also common with a cost centre or cost element that was created partway through the fiscal year: the cycle ran cleanly for eleven months, then in the twelfth month someone notices its costs were never touched by the allocation at all.

The configuration behind it

  • Sender cost element group or interval in the cycle segment does not cover all the cost elements actually posted to the sender cost centre. New primary cost elements get created during the year, postings land on them, and nobody adds them to the sender rule, so the assessment only picks up the cost elements it was originally defined against.
  • Sender rule is defined as a fixed amount or fixed percentage rather than posted amounts or variable portion. A fixed basis distributes a static figure every period regardless of what actually posted to the sender that month, so as soon as actual costs drift above or below the fixed value, a residual or a shortfall appears and never self-corrects.
  • Receiver tracing factor is zero. When the receiver rule is based on statistical key figures and the key figure was never posted for that period on one or more receivers, those receivers get no share and their portion of the sender balance is simply left unassessed.
  • Cycle segment validity does not extend into the current period, or the cost centre or cost element added mid-year was never added to the segment's sender or receiver group. The cycle runs against last year's definition because nobody extended the header or segment dates.
  • Sign handling on the sender rule excludes credit postings. If the segment is set to pick up debit postings only, a credit memo or a reversal on the sender cost centre nets against nothing and part of the balance is structurally excluded from the run.
  • The cost centre or cost element group used by the sender rule (rather than a direct interval) was updated in one client and not in the target client, so the cycle definition and the group maintenance are out of step even though both look correct in isolation.

What to check

  • KSB1 on the sender cost centre for the period in question, to get the actual cost elements and amounts making up the residual balance.
  • KSU3 to display the cycle, then drill into the segment to see the sender cost element interval or group and compare it line by line against the cost elements listed by KSB1.
  • Inside the same segment, check whether the sender rule is posted amounts, fixed amounts, fixed percentages, or variable portion, and whether a debit-only or credit-only restriction is set.
  • If the receiver rule uses statistical key figures, confirm the key figures were actually posted for every receiver and period, using the cost centre actual/plan reporting for that key figure or KB31N history.
  • Check the cycle header and segment validity dates in KSU3 to confirm the current fiscal year and period are inside the validity window and no iterative flag is producing an unexpected sequence.
  • Compare the cost centre group (KSH3) or cost element group (KAH1) referenced by the segment against the full list of cost centres or cost elements with balances, to find anything added but not enrolled.
  • Re-run the cycle in test mode via KSU5 with the detail list active and compare the allocated total per sender against the KSB1 balance to isolate exactly which portion is not moving.

How to prove it in the data

Pull KSB1 for the sender cost centre for the affected period and sum the actual amounts by cost element. Separately list the cost element interval or group referenced by the cycle segment. Any cost element that appears in the KSB1 total but not in the segment's list is the exact amount left undistributed; that figure should match the residual balance the business is reporting to the decimal.

Resolution path

If the cause is a cost element group or interval missing entries, add the missing cost elements to the sender segment (or to the referenced cost element group) and re-run the cycle for the open period; this is a configuration change to the cycle, made directly in the target system rather than transported through the normal customizing pipeline, since cycles are maintained per client. If the sender rule is fixed amount or fixed percentage and the business actually wants full actual distribution, change the rule to posted amounts or variable portion; this is a functional design change and prior periods run under the old rule will not restate themselves, so a manual correction reposting may be needed to true up history. If a receiver's tracing factor is zero because a statistical key figure was never posted, that is a data correction via KB31N, not a config change, and only affects the periods where the key figure was missing. If a cost centre or cost element was never enrolled in the sender or receiver group, correct the group membership directly; group maintenance is master data, not transportable customizing. If the segment validity window is the problem, extend it in KSU2 and re-run.

The fix people try first (and why it fails)

The reflex fix is a manual reposting of costs (KB61) to push the leftover balance onto whichever receiver looks closest to correct, closing the gap for the current period's reporting. It does not touch the cycle segment, so the same shortfall reappears the following period. It also breaks the link between the allocation base and the amount actually charged to the receiver, since the manual posting carries no tracing factor logic behind it. If the cycle is later corrected and re-run for the same period, the original manual posting is still sitting there, and the receiver ends up double-charged.

Whose problem this is

Assessment cycle definitions belong to the controlling process owner responsible for cost centre accounting, not FI. The handover note should name the cycle and segment, the period affected, the specific cost elements or receivers excluded, whether prior periods need a corrective repost or a full re-run, and whether the group maintenance driving the sender or receiver rule was changed in only one client.

Related SAP objects

Reviewed pages this object connects to in the ERPClimb knowledge graph.

Source: ERPClimb — https://erpclimb.com/sap-functional-issues/assessment-cycle-not-distributing-the-full-cost-centre-balanceERPClimb is an independent platform and is not affiliated with SAP SE. Reference pages are written and reviewed by SAP consultants for learning and troubleshooting.