GitHub

SAP S/4HANA Project System — Part 2: Funded CapEx, Parent Financing, and Multi-GAAP Asset Settlement

This document is Part 2 of a three-part series on SAP S/4HANA Project System in cross-entity CapEx deployments. Part 1 covers the PS structural architecture, Resource-Related Billing, and the cross-instance HR chargeback framework. This document adds the funded CapEx scenario — where Parent receives external financing but the asset is acquired and operated by MFG — and establishes how all three flows (funding, RRB labour chargeback, vendor acquisition) coexist on the same WBS infrastructure. Part 3 addresses the reverse pattern: a centralised AuC built in a central entity and handed out to the operating segment via intercompany asset transfer at capitalisation.


Funded CapEx — Parent Receives Financing, MFG Acquires the Asset

Section titled “Funded CapEx — Parent Receives Financing, MFG Acquires the Asset”

Part 1 addresses how costs flow to a project — the PS structure, the CapEx financial flow, and RRB labour chargeback. This section addresses a structurally distinct but complementary scenario: what happens when the capital funding for a project originates in a different legal entity from the one that acquires and operates the asset.

The specific pattern: the Parent entity receives external financing — bank loan, bond issuance, government grant, or internal treasury allocation — and makes that capital available to the MFG entity, which physically acquires the asset, operates it, and carries it on its balance sheet. The RRB labour chargeback framework from Part 1 continues to operate in parallel. Both flows coexist on the same WBS element in MFG.

The Central Principle: Asset Location Follows Control, Not Funding

Section titled “The Central Principle: Asset Location Follows Control, Not Funding”

Under both IFRS (IAS 16) and US GAAP (ASC 360), an asset is recognised by the entity that controls it and from which future economic benefits flow. Funding source is irrelevant to asset recognition.

The fixed asset always lives in MFG’s company code and SAP instance — regardless of which entity provided the capital.

What changes based on the funding instrument is what the Parent holds on its own balance sheet:

Funding InstrumentParent HoldsMFG HoldsGroup Elimination
IC LoanLoan Receivable — MFGLoan Payable — ParentEliminate AR vs AP; eliminate IC interest
Equity InjectionInvestment in SubsidiaryAdditional paid-in capitalEliminate investment vs MFG equity
IM Budget AppropriationStatistical budget commitmentBudget availability on WBSNo elimination — statistical only
Grant Pass-ThroughDeferred Grant IncomeGrant subsidy or deferred incomeEliminate IC grant transfer
flowchart TD
classDef structure fill:#fff3e0,stroke:#e65100
classDef finance fill:#e3f2fd,stroke:#1565c0
classDef integration fill:#e8f5e9,stroke:#2e7d32
classDef reporting fill:#f3e5f5,stroke:#6a1b9a
START["Asset Acquisition Event"]
Q1{"Who physically controls<br>and operates the asset?"}
Q2{"Who bears the economic<br>risks and rewards?"}
Q3{"Is there a lease or<br>service arrangement?"}
Q4{"Who funded the acquisition?"}
ANS_MFG["Asset Master in MFG<br>Company Code and Instance<br>AS01 in MFG"]
ANS_PAR["Asset Master in Parent<br>Company Code and Instance<br>AS01 in Parent"]
ANS_LEASE["Assess IFRS 16<br>Right of Use Asset<br>in Operating Entity"]
FUND_A["IC Loan<br>Parent holds Loan AR<br>MFG holds Loan AP<br>Asset still in MFG"]
FUND_B["IM Budget<br>Statistical only<br>Asset still in MFG"]
FUND_C["Equity Injection<br>Parent investment increases<br>Asset still in MFG"]
FUND_D["External Direct<br>MFG borrows directly<br>Asset in MFG"]
START --> Q1
Q1 -->|"MFG controls and operates"| Q2
Q1 -->|"Parent controls and operates"| ANS_PAR
Q2 -->|"MFG bears risks and rewards"| ANS_MFG
Q2 -->|"Shared or unclear"| Q3
Q3 -->|"Lease or service arrangement"| ANS_LEASE
Q3 -->|"Direct ownership"| ANS_MFG
ANS_MFG --> Q4
Q4 -->|"IC Loan from Parent"| FUND_A
Q4 -->|"IM Budget Release"| FUND_B
Q4 -->|"Equity from Parent"| FUND_C
Q4 -->|"MFG external borrowing"| FUND_D
class START,Q1,Q2,Q3,Q4 structure
class ANS_MFG,ANS_PAR,ANS_LEASE finance
class FUND_A,FUND_B,FUND_C,FUND_D integration

The most common pattern in corporate CapEx. Parent borrows externally and on-lends to MFG at an arm’s-length interest rate.

ObjectParent InstanceMFG Instance
GL AccountIC Loan ReceivableIC Loan Payable
TransactionF-02 / FF7A disbursementF-02 / FB50 receipt
Interest AccrualFBS1 IC interest incomeFBS1 IC interest expense
Treasury ManagementTM_52 if formal loan agreement
Trading PartnerMandatory on IC loan GL (FS00)Mandatory on IC loan GL (FS00)
ConsolidationLoan AR eliminated vs Loan APIC interest eliminated both sides

Instrument 2 — Investment Management Budget Appropriation

Section titled “Instrument 2 — Investment Management Budget Appropriation”

SAP IM sits directly above PS in the hierarchy. The Parent controls the CapEx envelope via an IM Program; budget is released down to MFG’s WBS elements. No cash changes hands — this is a control and governance mechanism, not a financial instrument.

flowchart TD
classDef structure fill:#fff3e0,stroke:#e65100
classDef finance fill:#e3f2fd,stroke:#1565c0
classDef integration fill:#e8f5e9,stroke:#2e7d32
classDef reporting fill:#f3e5f5,stroke:#6a1b9a
subgraph IM_LAYER["Investment Management — Parent"]
PROG["IM Program<br>Corporate CapEx Budget"]
POS["IM Program Position<br>MFG Plant Expansion"]
APP["Appropriation Request<br>Specific Project Approval"]
BUDGET["Budget Distribution<br>to WBS"]
end
subgraph PS_LAYER["Project System — MFG"]
WBS_TOP["WBS Top Level<br>Project Definition"]
WBS_EXEC["WBS Exec Level<br>Cost Collector"]
AUC_WBS["AuC Linked Asset<br>Investment Measure"]
SETTLE["CJ88 Settlement<br>to AuC"]
FA_FINAL["Fixed Asset<br>MFG Register"]
end
PROG --> POS
POS --> APP
APP --> BUDGET
BUDGET -->|"Budget released to WBS"| WBS_TOP
WBS_TOP --> WBS_EXEC
WBS_EXEC --> AUC_WBS
AUC_WBS --> SETTLE
SETTLE --> FA_FINAL
class PROG,POS,APP,BUDGET finance
class WBS_TOP,WBS_EXEC,AUC_WBS,SETTLE,FA_FINAL structure
ObjectTransactionPurpose
IM ProgramIM01Corporate CapEx budget program at Parent level
Program PositionIM11Budget line per MFG project or plant
Appropriation RequestIMA11Individual project approval linked to WBS
Budget DistributionIM32 / IM52Releases budget from IM position to WBS
Availability ControlOIAFWBS cannot exceed IM-released budget
Investment Measure LinkCJBVLinks WBS to IM appropriation

Instrument 3 — Government Grant Pass-Through

Section titled “Instrument 3 — Government Grant Pass-Through”

Where Parent receives a conditional grant and passes the economic benefit to MFG:

  • Parent: recognises deferred grant income as a liability until conditions are met; recognises income when MFG asset is acquired
  • MFG: receives IC subsidy credit; either reduces asset cost (net presentation) or recognises deferred income amortised over asset life (gross presentation)
  • SAP: PS milestones on MFG WBS trigger grant recognition events; ABZU / ABCO reduce APC if net presentation is elected; SAP Grants Management (GM) module available for high-volume grant programmes

The WBS element in MFG is the single convergence point for all cost inflows. The RRB labour chargeback and the funded vendor acquisition operate in parallel — not sequentially — on the same cost collector.

flowchart TD
classDef structure fill:#fff3e0,stroke:#e65100
classDef finance fill:#e3f2fd,stroke:#1565c0
classDef integration fill:#e8f5e9,stroke:#2e7d32
classDef reporting fill:#f3e5f5,stroke:#6a1b9a
subgraph FUNDING["Funding Layer — Parent"]
EXT_FUND["External Funding<br>Loan / Grant / Equity"]
IM_PROG2["IM Program<br>Budget Approval"]
IC_TRANSFER["IC Fund Transfer to MFG"]
end
subgraph LABOUR["Labour Chargeback — RRB"]
EMP_A["Employees Company A"]
CATS_A["CATS Time Entry<br>Proxy WBS"]
DIP_A["DIP Profile DP91"]
IC_INV_A["IC Invoice<br>Co A to MFG"]
end
subgraph MFG_WBS["MFG Instance — WBS CapEx Collector"]
WBS_MFG["WBS Element<br>Single Cost Collector"]
COST1["Vendor Invoice<br>PO / GR / MIRO"]
COST2["IC Labour Invoice<br>RRB from Co A"]
COST3["IC Funding Applied<br>Budget Offset"]
AUC_MFG["Asset Under Construction<br>MFG Books"]
FA_MFG["Fixed Asset<br>MFG Asset Register"]
end
subgraph VENDOR_EXT["External Vendor"]
VND["Vendor<br>Asset Supplier"]
end
subgraph CONSOL["Group Consolidation"]
ELIM_RRB["Eliminate IC Labour<br>AR Co A vs AP MFG"]
ELIM_FUND["Eliminate IC Funding<br>Loan AR vs AP"]
NET_BS["Net Balance Sheet<br>Fixed Asset at Group"]
end
EXT_FUND --> IM_PROG2
IM_PROG2 --> IC_TRANSFER
IC_TRANSFER --> COST3
EMP_A --> CATS_A
CATS_A --> DIP_A
DIP_A --> IC_INV_A
IC_INV_A --> COST2
VND --> COST1
COST1 --> WBS_MFG
COST2 --> WBS_MFG
COST3 --> WBS_MFG
WBS_MFG --> AUC_MFG
AUC_MFG --> FA_MFG
IC_INV_A --> ELIM_RRB
COST2 --> ELIM_RRB
IC_TRANSFER --> ELIM_FUND
COST3 --> ELIM_FUND
FA_MFG --> NET_BS
ELIM_RRB --> NET_BS
ELIM_FUND --> NET_BS
class EXT_FUND,IM_PROG2,IC_TRANSFER finance
class EMP_A,CATS_A,DIP_A,IC_INV_A integration
class COST1,COST2,COST3,WBS_MFG,AUC_MFG,FA_MFG structure
class VND integration
class ELIM_RRB,ELIM_FUND,NET_BS reporting
Cost ComponentSourceSAP PostingCapitalised into APC?
Vendor asset purchaseExternal vendor via PO/GR/MIRODr WBS / Cr GR-IR / Cr Vendor APYes
IC labour — engineeringCo A RRB via DP91/VF01/MIRODr WBS / Cr IC Vendor APYes — directly attributable under IAS 16.17
IC labour — project managementCo A RRB via DP91/VF01/MIRODr WBS / Cr IC Vendor APDepends — assess direct attributability
IC installation servicesCo A RRB via DP91/VF01/MIRODr WBS / Cr IC Vendor APYes — installation is capitalised
Capitalised overheadCO assessment via KSS2Dr WBS / Cr Cost CentreYes — if directly attributable to construction
IC loan proceedsParent via FB50Dr Cash / Cr IC Loan APNo — funding offset, not a cost
Interest during constructionIC loan interest — IAS 23Dr Interest Expense WBS / Cr IC Interest APPotentially — qualifying asset test applies

The Three-Flow Sequence: Funding, RRB, and Vendor Acquisition

Section titled “The Three-Flow Sequence: Funding, RRB, and Vendor Acquisition”
sequenceDiagram
participant EXT as External Funder
participant PRNT as Parent Instance
participant CPI as Integration Layer
participant COA as Company A Instance
participant MFG as MFG Instance
participant VND as External Vendor
participant GRP as Group Consolidation
Note over PRNT,MFG: FLOW 1 - FUNDING
EXT->>PRNT: External loan or grant received
PRNT->>PRNT: IM Program budget loaded via IM32
PRNT->>CPI: IC loan disbursement notification
CPI->>MFG: IC loan posted via FB50 and IDoc
PRNT->>MFG: Budget released to WBS via CJ32
MFG->>MFG: WBS budget availability active
Note over COA,MFG: FLOW 2 - RRB LABOUR CHARGEBACK
COA->>COA: CATS time entry via CAT2 or Kronos or Workday
COA->>COA: CATSCO transfer to ACDOCA
COA->>COA: DP91 DIP billing request generated
COA->>COA: VF01 IC invoice raised
COA->>CPI: IDoc INVOIC02 transmitted
CPI->>MFG: IC AP invoice received
MFG->>MFG: MIRO posted to WBS
Note over MFG,VND: FLOW 3 - VENDOR ASSET ACQUISITION
MFG->>VND: PO raised via ME21N account assignment A
VND->>MFG: Asset delivered
MFG->>MFG: MIGO GR movement type 101 to AuC
VND->>MFG: Vendor invoice submitted
MFG->>MFG: MIRO invoice verification
Note over MFG,GRP: PERIOD END - CAPITALISATION AND CONSOLIDATION
MFG->>MFG: CJ88 WBS settlement to AuC
MFG->>MFG: AIAB line item settlement
MFG->>MFG: AIBU capitalisation to fixed asset
MFG->>MFG: AFAB depreciation run
MFG->>GRP: ACDOCA extract via BW4HANA
COA->>GRP: ACDOCA extract via BW4HANA
PRNT->>GRP: ACDOCA extract via BW4HANA
GRP->>GRP: IC loan elimination
GRP->>GRP: IC labour AR and AP elimination
GRP->>GRP: Fixed asset retained on group balance sheet
FieldValueNotes
Company CodeMFG company codeAlways MFG — never Parent
Asset ClassAuC during construction; final class at capitalisationAuC class has no depreciation; final class triggers depreciation start
Profit CentreMFG profit centreDrives segment P&L attribution
Cost CentreMFG cost centreReceives depreciation postings after capitalisation
WBS ElementMFG WBS elementLinks asset to project during construction
Investment ProfileLinked to IM appropriationEnables budget availability check
Depreciation AreasLocal GAAP area 01, IFRS area 15, Tax area 30All defined in MFG company code
Capitalisation DateDate of AIBU runDepreciation start date derived from this

When the IC loan is specifically drawn for this project, interest during the construction period becomes part of APC under IAS 23 and ASC 835-20. This adds a dedicated configuration layer:

ObjectTransactionPurpose
Cost Element — Borrowing CostsKA01Separate primary CE for capitalised interest
WBS Account Assignment for InterestOKB9Routes IC interest expense to WBS during construction
Settlement Rule — Interest ComponentCJ20NIncludes borrowing cost CE in AuC settlement scope
Depreciation Area ControlOADBArea 15 (IFRS) capitalises; Area 30 (Tax) expenses — different APC per area
Capitalisation SuspensionWBS status managementStop capitalisation when construction is suspended

The tax depreciation area must not capitalise IC interest. Under IRC 163 (US) and equivalent provisions in other jurisdictions, interest remains a deductible expense in the tax area. The settlement rule must be depreciation-area-aware.

Multi-GAAP Treatment of IC Cost Components

Section titled “Multi-GAAP Treatment of IC Cost Components”
Cost ComponentArea 01 — Local GAAPArea 15 — IFRSArea 30 — Tax
Vendor asset purchaseCapitalise — APCCapitalise — APCCapitalise — APC
IC labour — engineeringCapitalise if directly attributableCapitalise — IAS 16.17May expense depending on jurisdiction
IC labour — project managementTypically expenseExpense unless directly attributableExpense
IC interest — IAS 23Capitalise if qualifying assetCapitalise — IAS 23 mandatoryDo not capitalise — deduct as interest
Capitalised overheadCapitalise if directly attributableCapitalise if directly attributableTypically expense
Installation servicesCapitaliseCapitaliseCapitalise

SAP handles the area-specific differences via transaction types on asset postings, area-specific depreciation keys (AFAMA), and depreciation area-specific settlement rules on the WBS.

The IC labour rate set in VK11 is not just a billing mechanic — it directly determines MFG’s depreciable asset base and is subject to transfer pricing scrutiny in every jurisdiction where cross-border IC charges flow.

ElementRequirementSAP Config Point
Arm’s length rateIC labour rate must reflect what an unrelated party would chargeVK11 condition record locked; change requires authorisation
Cost-plus markupHome entity cost plus overhead burden plus arm’s length markupDIP profile cost pass-through plus SD surcharge condition type
DocumentationTransfer pricing study required for cross-border IC chargesExternal to SAP — governance
Withholding taxSome jurisdictions require WHT on IC service paymentsWTMIG / WHT config on IC vendor master in MFG
VAT / GSTIC services may attract indirect taxTax procedure on IC billing doc type
Permanent establishment riskExtensive work by Co A employees in MFG jurisdiction may create PE exposureGovernance and legal — informs whether RRB or formal secondment is the correct structure

Complete Period-End Calendar — All Instances

Section titled “Complete Period-End Calendar — All Instances”
flowchart TD
classDef structure fill:#fff3e0,stroke:#e65100
classDef finance fill:#e3f2fd,stroke:#1565c0
classDef integration fill:#e8f5e9,stroke:#2e7d32
classDef reporting fill:#f3e5f5,stroke:#6a1b9a
subgraph WEEK1["Week 1 - Company A and Parent"]
W1A["Co A: CATSCO<br>Transfer approved time to CO"]
W1B["Co A: KSII<br>Actual activity rate calculation"]
W1C["Co A: KSS2<br>Overhead distribution to WBS"]
W1D["Parent: IM32<br>Confirm budget releases"]
W1E["Parent: FBS1<br>Accrue IC interest income"]
end
subgraph WEEK2["Week 2 - Company A Billing"]
W2A["Co A: DP91<br>RRB billing request generation"]
W2B["Co A: VF04<br>IC invoice creation"]
W2C["Co A: FI period close<br>Company A books closed"]
W2D["Co A to MFG: IDoc INVOIC02<br>IC invoice transmitted"]
end
subgraph WEEK3["Week 3 - MFG"]
W3A["MFG: MIRO<br>IC AP invoice posted to WBS"]
W3B["MFG: MIRO<br>Vendor invoices verified"]
W3C["MFG: FBS1<br>Accrue IC interest expense"]
W3D["MFG: CJ88<br>WBS settlement to AuC"]
W3E["MFG: AIAB and AIBU<br>Capitalise completed assets"]
W3F["MFG: AFAB<br>Depreciation run"]
W3G["MFG: FI period close<br>MFG books closed"]
end
subgraph WEEK4["Week 4 - Parent Final and Consolidation"]
W4A["Parent: FI period close<br>Parent books closed"]
W4B["All: BW4HANA extraction<br>ACDOCA delta all instances"]
W4C["Consolidation: IC loan elimination"]
W4D["Consolidation: IC interest elimination"]
W4E["Consolidation: IC labour AR and AP elimination"]
W4F["Consolidation: CapEx additions<br>Fixed asset on group balance sheet"]
W4G["SAC: Group reporting published"]
end
W1A --> W1B --> W1C
W1D --> W1E
W1C --> W2A
W1E --> W2A
W2A --> W2B --> W2C --> W2D
W2D --> W3A
W3A --> W3B --> W3C --> W3D --> W3E --> W3F --> W3G
W3G --> W4A
W4A --> W4B
W4B --> W4C --> W4D --> W4E --> W4F --> W4G
class W1A,W1B,W1C,W1D,W1E structure
class W2A,W2B,W2C,W2D finance
class W3A,W3B,W3C,W3D,W3E,W3F,W3G integration
class W4A,W4B,W4C,W4D,W4E,W4F,W4G reporting

Group Consolidation: What Each Entity Reports and What Survives Elimination

Section titled “Group Consolidation: What Each Entity Reports and What Survives Elimination”
Balance Sheet LineParent StandaloneMFG StandaloneGroup Consolidated
External Loan Payable$10M$10M — retained
IC Loan Receivable$10MEliminated
IC Loan Payable$10MEliminated
Fixed Asset$9.1M (modeled estimate)$9.1M — retained
IC Interest Receivable$0.1MEliminated
IC Interest Payable$0.1MEliminated
IC Labour AR$2.0MEliminated
IC Labour AP$2.0MEliminated

The group balance sheet shows the real economic position: an asset funded by external debt, operated by MFG, with no intercompany noise. Depreciation flows through MFG’s P&L and rolls up into the group P&L unmodified.

{
"data": [
{
"type": "bar",
"name": "Parent standalone",
"x": [
"External Loan Payable",
"IC Loan Receivable",
"IC Loan Payable",
"Fixed Asset",
"IC Interest Receivable",
"IC Interest Payable",
"IC Labour AR",
"IC Labour AP"
],
"y": [
10,
10,
0,
0,
0.1,
0,
2.0,
0
],
"marker": {
"color": "#2D1B69"
},
"hovertemplate": "%{x}<br>Parent: $%{y}M<extra></extra>"
},
{
"type": "bar",
"name": "MFG standalone",
"x": [
"External Loan Payable",
"IC Loan Receivable",
"IC Loan Payable",
"Fixed Asset",
"IC Interest Receivable",
"IC Interest Payable",
"IC Labour AR",
"IC Labour AP"
],
"y": [
0,
0,
10,
9.1,
0,
0.1,
0,
2.0
],
"marker": {
"color": "#7C4DFF"
},
"hovertemplate": "%{x}<br>MFG: $%{y}M<extra></extra>"
},
{
"type": "bar",
"name": "Group consolidated",
"x": [
"External Loan Payable",
"IC Loan Receivable",
"IC Loan Payable",
"Fixed Asset",
"IC Interest Receivable",
"IC Interest Payable",
"IC Labour AR",
"IC Labour AP"
],
"y": [
10,
0,
0,
9.1,
0,
0,
0,
0
],
"marker": {
"color": "#00E5CC"
},
"hovertemplate": "%{x}<br>Group: $%{y}M<extra></extra>"
}
],
"layout": {
"title": "Balance Sheet by Entity — Standalone vs Group Consolidated ($M)",
"barmode": "group",
"bargap": 0.35,
"bargroupgap": 0.12,
"yaxis": {
"title": "Amount ($M)",
"rangemode": "tozero",
"gridcolor": "#e5e5ea"
},
"xaxis": {
"tickangle": -20
},
"legend": {
"orientation": "h",
"y": -0.28
},
"margin": {
"t": 60,
"r": 20,
"b": 110,
"l": 60
},
"plot_bgcolor": "#ffffff",
"paper_bgcolor": "#ffffff",
"font": {
"family": "Inter, Segoe UI, Helvetica, Arial, sans-serif"
}
}
}

Figure: Balance sheet by entity. Intercompany positions (loan, interest, labour) net to zero on consolidation; only the external loan payable and the real fixed asset survive on the group balance sheet. Figures are illustrative ($M).

#RiskSAP ControlProcess Control
1IC labour rate above arm’s length — APC inflatedVK11 rate locked; authorisation required to changeAnnual transfer pricing study review
2IC invoice arrives after MFG period closeLate posting window in FI variant; MFG accrual postingCoordinated close calendar; advance billing notification
3Borrowing costs double-counted across depreciation areasSeparate cost element for IAS 23 interest; area-specific settlement ruleTreasury confirms qualifying asset period and suspension dates
4WBS proxy mismatch cross-instanceBAPI_CATS_CREATE validation; API_PROJECT_V3 WBS syncWBS naming convention enforced; monthly reconciliation report
5IC loan not eliminated at consolidationTrading partner field mandatory on IC GL; automatic elimination ruleConsolidation reconciliation before publish
6Asset capitalised in wrong company codeAS01 company code validation in MFG; AIBU requires MFG authorisationAsset accounting review at every AIBU run
7IM budget exceeded without controlAvailability control on WBS via OIAF; tolerance set to hard errorMonthly IM vs WBS actual variance report
8Tax area incorrectly capitalises IC interestArea 30 excluded from borrowing cost settlement ruleTax team reviews depreciation area config at go-live and annually
9IAS 23 capitalisation continues after asset ready for useWBS status management suspends capitalisation on status changeProject controller confirms and documents completion date
10VAT and WHT not applied on IC billingTax procedure on IC billing doc type; WHT on IC vendor masterTax team reviews IC billing structure per jurisdiction annually

Configuration Delta — What the Funded CapEx Scenario Adds

Section titled “Configuration Delta — What the Funded CapEx Scenario Adds”

On top of the RRB configuration established in Part 1, the funded CapEx scenario requires the following additional objects:

Parent Instance

ObjectTransactionPurpose
IM ProgramIM01Corporate CapEx budget program
IM Program PositionsIM11Budget line per MFG project
Appropriation RequestIMA11Project approval linked to MFG WBS
IC Loan Receivable GLFS00Long-term receivable — trading partner mandatory
IC Loan PostingF-02 / FB50Initial disbursement to MFG
Interest AccrualFBS1Periodic IC interest income
Treasury Loan ManagementTM_52If formal loan agreement managed in SAP Treasury

MFG Instance

ObjectTransactionPurpose
IC Loan Payable GLFS00Long-term payable — trading partner mandatory
IC Loan ReceiptF-02 / FB50Received IC loan proceeds
WBS Budget from IMCJ32 / IM52Budget released from IM program
Asset Account Assignment on POME21N account category ARoutes GR posting directly to AuC
AuC Asset ClassOAOANo depreciation during construction
Investment Measure LinkCJBVLinks WBS to IM appropriation
Borrowing Cost ElementKA01Tracks IAS 23 capitalised interest on WBS
Depreciation Key per AreaAFAMAMethod and useful life per depreciation area
Account DeterminationAO90Maps asset class and transaction type to GL per area
Multi-Component Settlement RuleCJ20NDistributes WBS costs to multiple asset classes and depreciation areas
Capitalisation Date ControlOAYBControls how capitalisation date is derived

Consolidation Layer

ObjectTransaction / ToolPurpose
IC Loan Elimination RuleSAP Group ReportingEliminates Parent loan AR vs MFG loan AP
IC Interest Elimination RuleSAP Group ReportingEliminates Parent interest income vs MFG expense
CapEx Addition ReportBW/4HANA InfoProviderFixed asset additions by entity, project, asset class
Trading Partner on IC Loan GLFS00Required for automatic IC elimination
Consolidation UnitCX1MFG and Parent as separate consolidation units

The funded CapEx pattern — instrument selection through capitalisation in MFG and group elimination — as a BPMN 2.0 process:

<?xml version="1.0" encoding="UTF-8"?>
<bpmn:definitions xmlns:bpmn="http://www.omg.org/spec/BPMN/20100524/MODEL"
xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI"
xmlns:dc="http://www.omg.org/spec/DD/20100524/DC"
xmlns:di="http://www.omg.org/spec/DD/20100524/DI"
id="Defs_Ps2FundedCapex"
targetNamespace="https://docs.sajivfrancis.com/bpmn">
<bpmn:process id="Process_FundedCapex" name="Funded CapEx — Parent Financing, MFG Acquisition" isExecutable="false">
<bpmn:startEvent id="Start_Approved" name="CapEx approved in IM programme">
<bpmn:outgoing>Flow_1</bpmn:outgoing>
</bpmn:startEvent>
<bpmn:exclusiveGateway id="Gw_Instrument" name="Funding instrument?">
<bpmn:incoming>Flow_1</bpmn:incoming>
<bpmn:outgoing>Flow_2</bpmn:outgoing>
<bpmn:outgoing>Flow_3</bpmn:outgoing>
<bpmn:outgoing>Flow_4</bpmn:outgoing>
</bpmn:exclusiveGateway>
<bpmn:task id="Task_Loan" name="Disburse IC loan (Parent → MFG; arm's-length interest)">
<bpmn:incoming>Flow_2</bpmn:incoming>
<bpmn:outgoing>Flow_5</bpmn:outgoing>
</bpmn:task>
<bpmn:task id="Task_Budget" name="Release IM budget to MFG WBS (IM32 / IM52)">
<bpmn:incoming>Flow_3</bpmn:incoming>
<bpmn:outgoing>Flow_6</bpmn:outgoing>
</bpmn:task>
<bpmn:task id="Task_Equity" name="Equity injection (investment in subsidiary)">
<bpmn:incoming>Flow_4</bpmn:incoming>
<bpmn:outgoing>Flow_7</bpmn:outgoing>
</bpmn:task>
<bpmn:exclusiveGateway id="Gw_Join">
<bpmn:incoming>Flow_5</bpmn:incoming>
<bpmn:incoming>Flow_6</bpmn:incoming>
<bpmn:incoming>Flow_7</bpmn:incoming>
<bpmn:outgoing>Flow_8</bpmn:outgoing>
</bpmn:exclusiveGateway>
<bpmn:task id="Task_Acquire" name="Accumulate costs on MFG WBS (vendor invoices + RRB labour)">
<bpmn:incoming>Flow_8</bpmn:incoming>
<bpmn:outgoing>Flow_9</bpmn:outgoing>
</bpmn:task>
<bpmn:task id="Task_Settle" name="Settle WBS to AuC (CJ88)">
<bpmn:incoming>Flow_9</bpmn:incoming>
<bpmn:outgoing>Flow_10</bpmn:outgoing>
</bpmn:task>
<bpmn:task id="Task_Capitalise" name="Capitalise in MFG (AIAB / AIBU)">
<bpmn:incoming>Flow_10</bpmn:incoming>
<bpmn:outgoing>Flow_11</bpmn:outgoing>
</bpmn:task>
<bpmn:task id="Task_Consolidate" name="Eliminate IC funding pair at group">
<bpmn:incoming>Flow_11</bpmn:incoming>
<bpmn:outgoing>Flow_12</bpmn:outgoing>
</bpmn:task>
<bpmn:endEvent id="End_Live" name="Asset live in MFG; funding on Parent balance sheet">
<bpmn:incoming>Flow_12</bpmn:incoming>
</bpmn:endEvent>
<bpmn:sequenceFlow id="Flow_1" sourceRef="Start_Approved" targetRef="Gw_Instrument" />
<bpmn:sequenceFlow id="Flow_2" name="IC loan" sourceRef="Gw_Instrument" targetRef="Task_Loan" />
<bpmn:sequenceFlow id="Flow_3" name="IM budget" sourceRef="Gw_Instrument" targetRef="Task_Budget" />
<bpmn:sequenceFlow id="Flow_4" name="Equity" sourceRef="Gw_Instrument" targetRef="Task_Equity" />
<bpmn:sequenceFlow id="Flow_5" sourceRef="Task_Loan" targetRef="Gw_Join" />
<bpmn:sequenceFlow id="Flow_6" sourceRef="Task_Budget" targetRef="Gw_Join" />
<bpmn:sequenceFlow id="Flow_7" sourceRef="Task_Equity" targetRef="Gw_Join" />
<bpmn:sequenceFlow id="Flow_8" sourceRef="Gw_Join" targetRef="Task_Acquire" />
<bpmn:sequenceFlow id="Flow_9" sourceRef="Task_Acquire" targetRef="Task_Settle" />
<bpmn:sequenceFlow id="Flow_10" sourceRef="Task_Settle" targetRef="Task_Capitalise" />
<bpmn:sequenceFlow id="Flow_11" sourceRef="Task_Capitalise" targetRef="Task_Consolidate" />
<bpmn:sequenceFlow id="Flow_12" sourceRef="Task_Consolidate" targetRef="End_Live" />
</bpmn:process>
<bpmndi:BPMNDiagram id="Diagram_Process_FundedCapex">
<bpmndi:BPMNPlane id="Plane_Process_FundedCapex" bpmnElement="Process_FundedCapex">
<bpmndi:BPMNShape id="Shape_Start_Approved" bpmnElement="Start_Approved">
<dc:Bounds x="202" y="242" width="36" height="36" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_Gw_Instrument" bpmnElement="Gw_Instrument" isMarkerVisible="true">
<dc:Bounds x="365" y="235" width="50" height="50" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_Task_Loan" bpmnElement="Task_Loan">
<dc:Bounds x="500" y="80" width="120" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_Task_Budget" bpmnElement="Task_Budget">
<dc:Bounds x="500" y="220" width="120" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_Task_Equity" bpmnElement="Task_Equity">
<dc:Bounds x="500" y="360" width="120" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_Gw_Join" bpmnElement="Gw_Join" isMarkerVisible="true">
<dc:Bounds x="705" y="235" width="50" height="50" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_Task_Acquire" bpmnElement="Task_Acquire">
<dc:Bounds x="840" y="220" width="120" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_Task_Settle" bpmnElement="Task_Settle">
<dc:Bounds x="1010" y="220" width="120" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_Task_Capitalise" bpmnElement="Task_Capitalise">
<dc:Bounds x="1180" y="220" width="120" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_Task_Consolidate" bpmnElement="Task_Consolidate">
<dc:Bounds x="1350" y="220" width="120" height="80" />
</bpmndi:BPMNShape>
<bpmndi:BPMNShape id="Shape_End_Live" bpmnElement="End_Live">
<dc:Bounds x="1562" y="242" width="36" height="36" />
</bpmndi:BPMNShape>
<bpmndi:BPMNEdge id="Edge_Flow_1" bpmnElement="Flow_1">
<di:waypoint x="238" y="260" />
<di:waypoint x="365" y="260" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_2" bpmnElement="Flow_2">
<di:waypoint x="390" y="235" />
<di:waypoint x="390" y="120" />
<di:waypoint x="500" y="120" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_3" bpmnElement="Flow_3">
<di:waypoint x="415" y="260" />
<di:waypoint x="500" y="260" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_4" bpmnElement="Flow_4">
<di:waypoint x="390" y="285" />
<di:waypoint x="390" y="400" />
<di:waypoint x="500" y="400" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_5" bpmnElement="Flow_5">
<di:waypoint x="620" y="120" />
<di:waypoint x="730" y="120" />
<di:waypoint x="730" y="235" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_6" bpmnElement="Flow_6">
<di:waypoint x="620" y="260" />
<di:waypoint x="705" y="260" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_7" bpmnElement="Flow_7">
<di:waypoint x="620" y="400" />
<di:waypoint x="730" y="400" />
<di:waypoint x="730" y="285" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_8" bpmnElement="Flow_8">
<di:waypoint x="755" y="260" />
<di:waypoint x="840" y="260" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_9" bpmnElement="Flow_9">
<di:waypoint x="960" y="260" />
<di:waypoint x="1010" y="260" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_10" bpmnElement="Flow_10">
<di:waypoint x="1130" y="260" />
<di:waypoint x="1180" y="260" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_11" bpmnElement="Flow_11">
<di:waypoint x="1300" y="260" />
<di:waypoint x="1350" y="260" />
</bpmndi:BPMNEdge>
<bpmndi:BPMNEdge id="Edge_Flow_12" bpmnElement="Flow_12">
<di:waypoint x="1470" y="260" />
<di:waypoint x="1562" y="260" />
</bpmndi:BPMNEdge>
</bpmndi:BPMNPlane>
</bpmndi:BPMNDiagram>
</bpmn:definitions>

Eight decisions govern the entire architecture. None of them can be deferred to the build phase.

1. Single WBS as the convergence point in MFG. Do not create separate WBS hierarchies per cost source. One WBS element per asset acquisition collects vendor costs, IC labour costs, and is the object against which IM budget availability is checked. All flows settle together to AuC.

2. CO area design is the first and most consequential decision. If MFG and Co A are on the same instance, a single CO area spanning both company codes eliminates the need for proxy WBS and simplifies the CATS posting path substantially. If cross-instance, the proxy WBS pattern with CPI routing is the correct architecture. This decision gates every other integration design choice.

3. RRB via DIP profile — not manual journals. Manual IC journal entries for labour are not auditable, not tied to actual hours, and do not flow correctly into APC. RRB via DIP profile sourcing ACDOCA (S/4HANA 2022+) is the only mechanism that produces a legally clean, auditable, transfer-pricing-defensible IC labour charge that correctly capitalises into the fixed asset.

4. IC loan as the preferred funding instrument over equity injection. An IC loan produces a cleaner audit trail, is easier to eliminate at consolidation via matched AR/AP, and supports IAS 23 borrowing cost capitalisation. Equity injections are harder to trace to specific asset acquisitions and create consolidation complexity around the investment elimination.

5. IM program for budget governance regardless of funding instrument. Even when the funding instrument is an IC loan rather than a budget appropriation, the IM program should still be configured to govern the CapEx envelope. IM and the IC loan operate in parallel — IM controls the budget, the IC loan controls the cash. Without IM, there is no availability control mechanism to prevent WBS overspend.

6. DIP profile must source ACDOCA in S/4HANA 2022+. The legacy COEP-based DIP source path is in compatibility scope. Any new deployment on S/4HANA 2022 or later must configure the DIP profile to use the Universal Journal as source. This ensures RRB and asset accounting read from the same data.

7. Transfer pricing and tax must be resolved in the design phase. The IC labour rate in VK11 and the IC loan interest rate are both transfer pricing instruments. They must be set before go-live based on a transfer pricing study. Retrospective adjustments to asset values are operationally and technically complex in SAP FI-AA and should not be treated as a post-go-live cleanup item.

8. Depreciation area configuration is the most technically complex element of the funded CapEx scenario. The multi-GAAP treatment of IC labour and IC interest across depreciation areas requires explicit settlement rules, transaction types, and account determination per area. It should be the first configuration element validated in build — not the last.

DecisionOptionsRecommendation
Are both entities on the same S/4HANA instance?Same instance vs. separate instancesDetermines whether proxy WBS is needed and whether CO area can be shared
Is there a single CO area spanning both company codes?Single CO area vs. separate CO areasSingle CO area if same instance; proxy WBS if cross-instance
What is the enterprise time system?Kronos, Workday, Fieldglass, SAP CAT2, or combinationWhichever is enterprise standard — all produce the same CATSDB record via BAPI
Is HR on SAP HCM or SuccessFactors?SAP HCM on-premise vs. SuccessFactors Employee CentralDetermines PERNR resolution strategy
What is the IC pricing model?Cost pass-through vs. fixed rate vs. marked-up rateMust be transfer-pricing defensible before go-live
Are contractors in scope?Employees only vs. employees and contractorsDetermines whether Fieldglass SES path is included in DIP profile
What is the capitalisation trigger?Periodic settlement vs. milestone-driven vs. project completionDetermines CJ88 and AIBU scheduling
What is the consolidation tool?SAP Group Reporting vs. BPC vs. BW/4HANA and SACDetermines IC elimination mechanism and cross-instance extract design
PhaseDurationActivities
1 — FoundationWeeks 1–4CO area, company code config, trading partner, activity types, cost centre master data
2 — HR and CATSWeeks 3–6CATS profiles, employee groupings, activity type defaults, PERNR mapping in CPI, CATSCO batch
3 — PS StructureWeeks 4–8Project profiles, WBS hierarchy, proxy WBS naming convention, budget profiles, settlement profiles
4 — IM ProgramWeeks 4–7IM program, positions, appropriation requests, investment measure links, availability control
5 — RRB and DIPWeeks 7–10DIP profile build (ACDOCA source), material determination, IC pricing procedure, VK11 condition records
6 — IC SD SetupWeeks 8–11IC sales org, IC order and billing types, IC customer and vendor master, output type for IDoc
7 — IntegrationWeeks 9–13CPI iFlows for time routing, PERNR resolution, WBS sync, IC invoice transmission; IDoc partner profiles
8 — FI-AAWeeks 10–13AuC asset class, depreciation areas, multi-GAAP settlement rules, AIAB/AIBU config, IAS 23 cost element
9 — TestingWeeks 12–16End-to-end: time entry through CATSCO through DIP through IC invoice through WBS through AuC through capitalisation through BW extract
10 — ReportingWeeks 14–17BW/4HANA datasources from all instances, IC elimination logic, SAC CapEx dashboard
11 — CutoverWeeks 16–18Open WBS balance migration, AuC balance transfer, proxy WBS population, go-live

Continue to Part 3 — Centralised AuC with Intercompany Asset Transfer at Capitalisation, which addresses the structurally opposite pattern: the AuC is built in a central entity and the finished asset is transferred to the operating segment at completion — covering the IAS 16.7 / ASC 360 control test, ABT1N and the cross-instance disposal-plus-acquisition pattern, net vs gross transfer methods, and the unrealised-profit elimination at group.