202
B2R · CO FOUNDATIONMake cost management reliable before the first plan or posting

How is CO master data governed, secured, and migrated?

Cost control only becomes reliable when its master data, change decisions, user access, and conversion evidence are controlled as deliberately as the monthly plan and close.

CO FOUNDATION INSIDE B2R

Set the control model before values start moving

SAP Controlling (CO) provides the objects and rules that explain cost. B2R uses those capabilities to govern the approved budget boundary. Neither can be trusted if owners, effective dates, authority, and migration evidence are unclear.

MASTER-DATA MODEL

Maintain the objects that make a cost explainable

Organizational and accountability data

Controlling area, company-code scope, fiscal and currency design, cost-center hierarchy, cost centers, profit centers, and responsible persons establish who owns the result.

Cost and activity model

G/L or cost-element behavior, activity types, activity prices, statistical key figures, allocation cycles, sender/receiver rules, and validity dates explain how cost is collected and redistributed.

Object-specific controls

Internal-order types and settlement profiles, WBS and network assignments, product-cost master data, and profitability characteristics must match the selected rail and reporting question.

GOVERNANCE AND CHANGE

Every structural change needs an owner, approver, and effective date

Accountability

Name a business owner for each hierarchy and control rule, a data steward for maintenance quality, and a finance or CO approver for changes that affect reporting, allocation, valuation, or budget control.

Change discipline

Use request, impact assessment, approval, effective date, test evidence, and change log. Protect period-end and planning windows from unmanaged hierarchy, driver, rate, or settlement-rule changes.

Control evidence

Retain the before/after state, reason, affected objects, transport or maintenance record, test result, reconciliation impact, and communication to affected users.

AUTHORIZATION AND SEGREGATION

Do not give one role the power to create, spend, and approve

Maintain

Data stewards can create or change approved master data within their domain; they do not approve their own structural changes or execute close activities without review.

Operate

Planners, buyers, project teams, and production users create plans and operational source events only for their authorized responsibility objects.

Control and approve

CO and B2R controllers execute or review allocation and close runs; budget owners approve baseline, release, and change decisions. Emergency access is time-bound, logged, and reviewed.

MIGRATION AND CUTOVER

Move a trusted opening position, not just records

  1. 01

    Profile and cleanse

    Map legacy cost centers, orders, activities, drivers, hierarchies, and open objects; retire duplicates, invalid owners, and obsolete values before loading.

  2. 02

    Load and reconcile

    Load approved master data, opening plans or budgets, released amounts, commitments, and balances using controlled templates and repeatable reconciliation totals.

  3. 03

    Prove the first cycle

    Run representative posting, allocation, settlement, availability, and reporting scenarios. Reconcile source, FI, CO, budget, and management views before sign-off.

  4. 04

    Freeze, cut over, and monitor

    Freeze legacy maintenance, control late changes, document the opening position, and run heightened monitoring through the first planning and period-end cycle.

Minimum exit evidence

Approved design; named owners and stewards; role matrix and segregation review; clean master-data load; reconciled opening values; tested exceptions; cutover sign-off; and a support route for the first live close.

SAP REFERENCE BOUNDARY

Validate the selected solution

Budget availability control, planning functions, workflows, and planning products vary by SAP edition, release, and licensed scope.

CONTINUE THE PATHApply the governed CO foundation to the B2R rail

Use the cost model for object design, the B2R workbench for controls, and the first-cycle proof to validate the operating model.

Open B2R workbench