CtrlK
BlogDocsLog inGet started
Tessl Logo

sofka-sap-implementation

SAP S/4HANA implementation skill covering module selection (CO, SD, PS, FI, HCM), SAP Activate methodology, fit-to-standard workshops, multi-country localization, intercompany configuration, and professional services industry patterns. Use whenever the user mentions SAP, S/4HANA, SAP implementation, fit-to-standard, SAP modules, SAP localization, SAP migration, ERP implementation, or needs guidance on SAP configuration for IT services companies. Also trigger for SAP-specific gap analysis, SAP scope definition, SAP best practices, CATS integration, Strangler Fig migration, Activity Type configuration, or revenue recognition patterns for T&M, fixed price, retainer, or managed services contracts. Trigger: SAP implementation, S/4HANA configuration, fit-to-standard, SAP modules, SAP localization, CATS integration, Strangler Fig, Activity Types, revenue recognition.

The canonical home for this skill is sofka-sap-implementation in JaviMontano/mao-discovery-framework

SKILL.md
Quality
Evals
Security

SAP S/4HANA Implementation Skill

"Fit-to-Standard is not about bending the business to SAP — it's about finding where SAP already solved the problem."

Purpose

Guide SAP S/4HANA Public Cloud implementations for IT services companies. Covers module configuration, SAP Activate methodology, fit-to-standard workshops, multi-country localization, intercompany billing, incremental data migration (Strangler Fig), timesheet integration (external frontend + CATS API), and revenue recognition across multiple service variants.

When to Use

  • Planning or executing SAP S/4HANA implementation for professional services
  • Conducting fit-to-standard workshops or gap analysis
  • Configuring SAP modules (CO, SD, PS, FI, HCM) for staffing/IT services
  • Addressing multi-country localization
  • Designing intercompany and transfer pricing configurations
  • Planning incremental data migration from legacy Excel/tools to SAP
  • Designing timesheet integration (external frontend + CATS API)
  • Configuring revenue recognition for different service models

Table of Contents

  1. SAP Module Reference
  2. Revenue Recognition — Service Variants
  3. Fit-to-Standard Framework
  4. Intercompany Configuration
  5. Strangler Fig Migration
  6. Timesheet Integration
  7. Implementation Risks
  8. Deliverable Structure

For project-specific ADRs, PoCs, and sandbox validation: references/henka-adrs-and-pocs.md For SAP Activate phases and localization checklists: references/sap-activate-and-localization.md


SAP S/4HANA Module Reference

CO - Controlling

Key Objects for IT Services:

  • Cost Centers: Departments, teams, GEOs
  • Profit Centers: Business units with revenue AND cost
  • Activity Types: Work classification by seniority. Link to Cost Rates and Sales Prices.
  • Internal Orders: Time-bound initiatives (training, bench, internal projects)
  • Statistical Key Figures: Headcount, hours, utilization

Decision Tree — Which CO Object?

What are you tracking?
|-- Recurring departmental costs -> Cost Center
|-- Revenue AND cost for a business unit -> Profit Center
|-- A specific time-bound initiative -> Internal Order
|-- Hours worked at a certain skill level -> Activity Type
|-- An external client deliverable -> WBS Element (PS)

Activity Type Configuration: Activity Types map skill levels to Cost Rates and Sales Prices. Each AT has:

  • Cost Rate (from CTC per country, loaded via Manage Cost Rates)
  • Sales Price (client-negotiated, loaded via Manage Sales Prices)
  • Validity period (rates change with annual reviews)

See sofka-regional-finance skill for CTC formulas and AT rate tables.

SD - Sales & Distribution

Decision Tree — Which Document Type?

What kind of engagement?
|-- Client pays per hour worked -> Sales Order (T&M)
|-- Client pays on milestones -> Sales Order + Milestone Billing Plan
|-- Client pays fixed monthly -> Sales Order + Periodic Billing
|-- Client pays per ticket/SLA -> Service Contract
ModelSAP ConfigRevenue Recognition
Time & MaterialsSales order + timesheet confirmationHours x Rate per period
Fixed PriceSales order + milestone billing planPoC or milestone-based
RetainerSales order + periodic billingMonthly straight-line
Managed ServicesService contract + SLA monitoringPer-period or per-ticket

PS - Project System

  • WBS Elements: Hierarchical project structure
  • Activities/Networks: Task scheduling with resource assignments
  • Milestones: Deliverable dates linked to billing events
  • Project Profiles: Templates per project type

FI - Financial Accounting

  • Company Codes: One per legal entity
  • Chart of Accounts: Unified with country-specific extensions
  • Currency Types: Group, local, hard currency
  • Parallel Ledgers: Local GAAP + IFRS if required
  • Withholding Tax: Per country (see regional-finance skill)

HCM / SuccessFactors

  • Employee Master: Links to Activity Types and Cost Rates
  • Time Management: Native Manage My Timesheet OR external frontend + CATS API
  • Payroll Integration: Hours -> payroll per country labor law

Revenue Recognition — Service Variants

IT services companies typically have multiple billing models. Each requires distinct SAP config:

VariantSAP ConfigRecognition PatternNotes
T&M Fixed HoursTimesheet x Sales Price per AT. Scope 1IL.Over time: monthly on hours confirmedMost common for staffing
T&M VariableSame + FX conversion, volume tiersOver time: monthly, variableCross-border scenarios
Fixed PriceMilestone Billing Plan in SD. PoC.Over time: % completionRequires proper milestone design
Cost-Only (Bench)Internal Orders in CO. No SD.N/A — cost tracking onlyNo revenue recognition needed

Decision Tree:

Revenue-generating contract?
|-- NO -> Internal Order (CO only). Bench/training.
|-- YES: Pricing per hour?
    |-- YES: Fixed hours/month? -> T&M fixed. Variable? -> T&M variable.
    |-- NO: Per milestone? -> Fixed Price. Monthly fee? -> Retainer.

Fit-to-Standard Workshop Framework

  1. Present SAP Best Practice for the process area
  2. Compare with AS-IS: Green (match), Yellow (partial), Red (mismatch)
  3. Score gaps:
Dimension1 (Low)3 (Medium)5 (High)
Effort< 3 days1-2 weeks> 2 weeks
RiskNo dependenciesSomeCritical path
Upgrade ImpactNoneKey user ext.Custom ABAP
Business ValueNice to haveImportantMust have

Score = Effort + Risk + Upgrade Impact - Business Value. Lower = higher priority.

Gap TypeScoreRecommendation
Fit0Use standard
Configure2-4Preferred
Extend5-8Acceptable with justification
Custom9-12Avoid — redesign process
Workaround3-6Assess change management effort

Intercompany Configuration

Posting Cycle (Cross-Border IT Services)

1. Sending entity: Employee works, confirms hours
2. Sending entity: Cost posted (Dr Labor Cost, Cr Payroll Accrual)
3. Sending entity: IC billing (Dr IC Receivable, Cr IC Revenue)
   - IC Price = CTC Cost Rate x (1 + markup %)
4. Receiving entity: IC posting (Dr IC Cost, Cr IC Payable)
   - FX conversion at transaction date rate (IAS 21)
5. Receiving entity: Bills end client (Dr AR, Cr Revenue)
6. Month-end: IC clearing + FX revaluation
7. TP documentation attached to postings

IC Account Design

AccountSending EntityReceiving EntityPurpose
IC ReceivableBalance sheet—Claim on receiving entity
IC Payable—Balance sheetObligation to sending
IC RevenueP&L—Markup income
IC Cost—P&LIntercompany cost
FX Gain/LossP&LP&LIAS 21 revaluation

Strangler Fig Data Migration

Instead of big-bang migration, eliminate legacy Excel/tools incrementally. SAP takes over one data domain at a time.

Migration Protocol Per Source

  1. Map: Document every column, formula, business rule
  2. Design: Define SAP equivalent (table, field, app)
  3. Cleanse: Data quality checks; fix BEFORE loading
  4. Load: Initial migration to sandbox
  5. Validate: SAP output vs legacy. Tolerance: <= 0.1% variance
  6. Shadow: Parallel run for 1-2 periods
  7. Cutover: Decommission legacy when SAP matches consistently
  8. Document: Archive with migration evidence

Priority Matrix Template

PrioritySourceData DomainSAP TargetRisk
1 (MVP)Revenue trackingHours, rates, recognitionSD + CO + FI-RAHigh
2 (MVP)Cost rate sourceCost per resourceCO (Manage Cost Rates)High (key person)
3 (MVP)Staffing allocationResource-project mappingPS (WBS assignments)Medium
4Validation/BIReportingAnalytics CloudLow
5+Remaining toolsVariousPhase 2+TBD

Timesheet Integration via CATS API

Why External Frontend + CATS

When employees already use an established timesheet tool, forcing migration to SAP's native Manage My Timesheet risks adoption resistance. Instead, preserve the familiar frontend and integrate with SAP backend via CATS BAPI.

Architecture

[External Timesheet Frontend] --REST/JSON--> [SAP CPI/BTP]
  --CATS BAPI--> [SAP S/4HANA]
  --> PS (hours) + CO (cost allocation) + SD (billing trigger)

Error Handling Patterns

ErrorResponseResolution
Invalid WBS/ProjectRejectionUser corrects in frontend
Inactive Activity TypeRejectionAdmin activates for period
Hours exceed thresholdWarning/rejectionPM override or correction
API timeoutNo responseRetry queue with alerting
Employee not assignedRejectionPM assigns in PS first

Implementation Risks (IT Services Pattern)

RiskImpactMitigation
Master data qualityHighData cleansing sprint per source
Blended rate (no cost/price split)HighCTC formula automation; Activity Types
Intercompany model undefinedHighCost-Plus proposal; tax advisor validation
External timesheet delayedHighFallback to native Manage My Timesheet
Multi-currency roundingMediumRounding rules upfront; test with real data
Key person dependency on cost calcHighDocument formula; automate in SAP
Parallel ERP/system implementationMediumCoordinate touchpoints and release calendars
User adoption resistanceHighChange management + keep familiar frontend

Deliverable Structure

Gap Analysis: XX_Gap_Analysis_SAP_Deep.html

  1. Executive Summary: Scope, modules, gap count by type
  2. Module-by-Module Gap Analysis (CO, SD, PS, FI, HCM)
  3. Gap Detail Cards with scoring
  4. Intercompany & Localization Gaps
  5. Prioritized Remediation Roadmap

Implementation Roadmap: XX_Roadmap_SAP_Deep.html

  1. SAP Activate phase timeline
  2. Module deployment sequence
  3. Migration calendar (Strangler Fig)
  4. Risk register with mitigations
  5. PoC milestone tracker

Quality Criteria

  1. All SAP modules identified with configuration scope and gap scores
  2. Service variants mapped to distinct revenue recognition configurations
  3. Intercompany posting cycle documented with GL account design
  4. Migration priority matrix with per-source protocol
  5. Timesheet integration architecture with error handling
  6. Multi-country localization documented per jurisdiction
  7. Risk register with IT-services-specific mitigations

Anti-Patterns

  1. Generic ERP advice — Every recommendation must name the SAP app, scope code, or config step.
  2. Treating blocking gaps independently — Interdependent gaps (e.g., master data + cost segregation + intercompany) must be resolved as a package.
  3. Assuming big-bang migration — Always propose Strangler Fig incremental approach unless explicitly overridden.
  4. Conflating cost rate with sales price — Always segregate CTC-based Cost Rate from client Sales Price.

Edge Cases

  1. Fixed price variant with broken AS-IS — When milestones are forced to fictitious hours, do not propose timesheet-based recognition. Redesign with Milestone Billing Plan.
  2. External timesheet timeline outside control — Always document both paths (external integration AND native fallback) in recommendations.
  3. Per-account allocation files — Legacy staffing allocation may exist as N files (one per account/client), not a single master. Migration must account for this family.

Cross-References

  • sofka-regional-finance: CTC formulas, Activity Type rates, transfer pricing, withholding matrix
  • sofka-bpmn-process-analysis: AS-IS/TO-BE process models, Fit-to-Standard workshop flows
  • analisis-horizontal-financiero: Financial analysis for implementation business case
Repository
JaviMontano/mao-pm-apex
Last updated
First committed

Canonical home

JaviMontano/mao-discovery-framework
In sync

since Aug 28, 2026

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.