L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Données et recherche · 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 conversion, …

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

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
Skills enregistrées