界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
数据与研究 · SKILL.md

sap-s4-migration

sap-s4-migration

【数据与研究】This skill supports SAP S/4HANA migration projects including approach selection (brownfield, greenfield, bluefield), SAP Readiness Check analysis, simplification item resolution, Business Partner migration, custom code remediation via ATC, Universal Journal migration, and post-cutover validation. Use when user mentions S/4HANA migration, system conve…

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: sap-s4-migration description: > This skill supports SAP S/4HANA migration projects including approach selection (brownfield, greenfield, bluefield), SAP Readiness Check analysis, simplification item resolution, Business Partner migration, custom code remediation via ATC, Universal Journal migration, and post-cutover validation. Use when user mentions S/4HANA migration, system conversion, greenfield, brownfield, SUM, DMO, readiness check, simplification item, BP migration, custom code, ACDOCA, Clean Core, RISE with SAP, S/4HANA Cloud, selective data transition, H4S4, conversion project. allowed-tools: Read, Grep

1. Approach Decision Tree

Q1: Keep existing configuration and historical data?
  YES  → System Conversion (Brownfield)
  NO   → New Implementation (Greenfield)
  SOME → Selective Data Transition (Bluefield / Shell Conversion)

Q2: Target deployment model?
  On-premise        → Full flexibility; custom code with restrictions
  RISE (PCE)        → Managed infrastructure; same S/4HANA functionality
  S/4HANA Cloud PE  → Clean Core only — no modifications, no ABAP CBO

Approach Comparison

AspectBrownfieldGreenfieldBluefield
Data migrationAutomatic (SUM/DMO)Manual (LTMC)Selective
ConfigurationCarried overRedesignedMix
Custom codeMust remediateCan replace with standardMust remediate
Project durationShorterLongerLongest
RiskMediumLower (for processes)High (complex)
Best forLarge existing systemsMajor transformationDemerger / consolidation

2. SAP Readiness Check — Critical Simplification Items

FI / Accounting

Item IDImpactDescriptionResolution
S4TWL_ACDOCAHighUniversal Journal mandatory; BSEG becomes secondaryEnsure New GL active; run Universal Journal migration
S4TWL_NEWGLHighClassic GL not supported — New GL must be activeActivate New GL in ECC before SUM run
S4TWL_ASSETACCTGHighNew Asset Accounting mandatory; Classic AA removedRun RAALTD01 migration report; verify parallel ledgers
S4TWL_MATERIAL_LEDGERHighMaterial Ledger is mandatory in S/4HANAActivate ML in ECC first if possible
S4TWL_BPHighBusiness Partner mandatory; vendor/customer must become BPRun BP migration (FLBPD1/FLBPD3) before conversion
S4TWL_COFI_RECONCILIATIONMediumFI-CO reconciliation ledger removedEnsure no open reconciliation items

MM / Logistics

Item IDImpactDescriptionResolution
S4TWL_INVENTORYHighInventory tables restructured; MBEW→ACDOCANo direct MBEW access — use CDS
S4TWL_PLANTHighValuation area must equal plant (1:1)Consolidate if multiple valuation areas per plant
S4TWL_CENTRALPURCHORGMediumCentral purchasing org restrictionsReview org structure

SD / Revenue

Item IDImpactDescription
S4TWL_SD_CRMMediumCRM integration changes
S4TWL_REVENUE_RECOGNITIONHighVBREVN replaced by IFRS 15 POB approach

ABAP / Custom Code

Item IDImpactDescription
S4TWL_COMPATIBILITY_SCOPEHighDefines which classic APIs still supported

3. Business Partner Migration (Mandatory for All Conversions)

Every customer and vendor must be converted to a Business Partner before go-live.

Migration Steps

Step 1: Pre-checks
  PREC_CUST  → customer readiness check
  PREC_VEND  → vendor readiness check
  Fix all errors before proceeding

Step 2: BP configuration
  BUPA_PRE_MERGE → BP grouping and number range configuration
  Define BP grouping: customer grouping / vendor grouping

Step 3: Mass creation
  FLBPD1  → vendor → Business Partner (mass conversion)
  FLBPD3  → customer → Business Partner (mass conversion)

Step 4: Verification
  BP transaction → check grouping, roles (FLVN00 / FLCU00)
  FBL1N / FBL5N → verify AP/AR still works via BP ↔ vendor/customer link

Step 5: Post-migration check
  BUPA_CHECK → Business Partner consistency check
  Reconcile customer/vendor count vs BP count

Common BP Migration Errors

ErrorRoot CauseFix
"Duplicate BP for vendor"Vendor already linked to a BPCheck existing BP link: LFA1-BKVID
"Number range not defined"BP grouping number range missingBUBA → maintain number ranges
"Missing mandatory field"BP grouping requires field not in vendorMap fields in customizing

4. Custom Code Remediation (ATC — ABAP Test Cockpit)

Most Common ATC Findings

FindingRoot CauseS/4HANA Replacement
SELECT from BSEGTable no longer primary storageCDS: I_JournalEntryItem
SELECT * from MARAPerformance + table changesTargeted CDS with specific fields
SELECT from MKPF/MSEGMATDOC is new primaryCDS: I_MaterialDocumentItem
SELECT from BSID/BSADACDOCA is sourceCDS: I_CustomerLineItem
SELECT from BSIK/BSAKACDOCA is sourceCDS: I_SupplierLineItem
CALL TRANSACTIONCompatibility issuesBAPI or RAP action
Logical database PNPCEDeprecatedDirect SELECT + AUTHORITY-CHECK
Old BAdI (CL_EXITHANDLER)Classic BAdINew BAdI (GET BADI / SE19)
Non-Unicode stringsS/4HANA is Unicode-onlyString templates |...|

ATC Check Process

  1. SE80 / ATC → run check on custom package
  2. Filter results: Priority 1 (blocker) and Priority 2 (high) must be fixed
  3. Priority 3/4: fix before go-live but not hard blockers
  4. Document findings → assign to developers → track remediation

5. Universal Migration Timeline

Phase 1 — Discover (3–4 weeks)
  □ SAP Readiness Check → download simplification item report
  □ ATC custom code analysis → categorize findings by priority
  □ BP migration pre-checks (PREC_CUST / PREC_VEND)
  □ Fit-gap assessment: standard S/4HANA vs current processes

Phase 2 — Prepare (4–6 weeks)
  □ Solution design per simplification item
  □ BP migration configuration (BUPA_PRE_MERGE)
  □ Custom code remediation (Priority 1 + 2 items)
  □ New GL activation if not already active (ECC)
  □ Material Ledger activation if not active (ECC)

Phase 3 — Realize (12–16 weeks)
  □ DEV system conversion (SUM / DMO tool)
  □ Custom code migration and unit testing
  □ Integration testing (all modules)
  □ Parallel run for financials (if required)
  □ User acceptance testing (UAT)

Phase 4 — Deploy (4–6 weeks)
  □ QAS system conversion
  □ QAS regression testing
  □ Cutover planning and rehearsal
  □ PRD system conversion (go-live weekend)
  □ Hypercare (4 weeks minimum)

6. Post-Migration Validation Checklist

FI:
□ Trial balance matches pre-migration (FS10N)
□ AP open items correct (FBL1N — count and amount)
□ AR open items correct (FBL5N — count and amount)
□ Asset spot check (AW01N — 10% sample of assets)
□ ACDOCA reconciliation report clean

MM:
□ Stock quantities match (MB52 pre vs post)
□ Open PO / GR / IR correct (ME2M)
□ Material prices correct (MM03 → Accounting 1)

SD:
□ Open sales orders correct (VA05)
□ Billing due list correct (VF04)
□ Credit limits migrated (FD32 / UKM_BP)

ABAP:
□ ST22: zero short dumps in first 3 days post go-live
□ SM21: no system error messages
□ Custom reports executed with expected output
□ Background jobs running on schedule (SM37)

7. References

  • references/simplification-items.md — top 30 simplification items by module with impact, resolution, effort
我的收藏