SAP S/4HANA Migration Cockpit خطوة بخطوة

SAP S/4HANA Migration Cockpit هو أداة SAP لتحميل البيانات الرئيسية والبنود المفتوحة إلى نظام S/4HANA جديد، من خلال تطبيق Fiori المسمى Migrate Your Data. تختارون جداول التجهيز أو النقل المباشر، وتحددون كائنات الترحيل، وتربطون القيم، وتجرون المحاكاة ثم التحميل، كائنًا بعد كائن، حسب ترتيب الاعتماديات.

الجواب المختصر لقائد البرنامج: استخدموه في التنفيذ الجديد، وخططوا له كمسار عمل من الأسبوع الأول، وقرروا مبكرًا من يملك البيانات. الأداة هي الجزء السهل.

هذا الدليل أحد فروع دليلي للانتقال من ECC إلى S/4HANA. وهو مكتوب لقادة البرامج وقادة البيانات الذين يحتاجون إلى تشغيل الـ Cockpit جيدًا، لا مجرد تثبيته.

ينقل الـ Cockpit بيانات الأعمال إلى S/4HANA باستخدام كائنات ترحيل معرّفة مسبقًا. يصف كل كائن هياكل المصدر والهدف لكائن أعمال واحد، مثل عميل أو مورد أو مادة أو بند مفتوح، إضافة إلى قواعد الربط بينهما.

SAP واضحة بشأن نطاقه. فالـ Cockpit مصمم للتحميل الأولي في التنفيذ الجديد، وليس لإبقاء الأنظمة متزامنة أو لتشغيل تدفق مستمر للبيانات. والتحويل بمسار Brownfield لا يستخدمه في النقل الأساسي، لأن Software Update Manager يحوّل البيانات في مكانها.

نقطتان في التسمية تجنبانكم الالتباس. معاملة Web Dynpro القديمة LTMC متقادمة ولم يعد ممكنًا استخدامها لترحيل البيانات، ولا يمكنكم فيها إلا استعراض المشاريع القديمة. وخليفتها هو تطبيق Fiori المسمى Migrate Your Data، وهذا ما يقصده الناس الآن بـ "الـ Cockpit".

ينطبق عبر الإصدارات، مع اختلافات في طريقة تهيئته وتوسيعه. يقارن هذا الجدول بينها كما في أكتوبر 2026:

المجال	SAP S/4HANA المحلي وSAP Cloud ERP Private (S/4HANA Cloud Private Edition)	SAP S/4HANA Cloud Public Edition
التطبيق	Migrate Your Data	Migrate Your Data (التطبيق F3473)
جداول التجهيز	مخطط S/4HANA محلي أو مخطط SAP HANA بعيد	مخطط محلي، أو مخطط SAP HANA Cloud بعيد على SAP BTP، ويُعد من خلال بند النطاق 2Q2
النقل المباشر	من SAP ERP (ECC 6.0 وما بعده)، وSAP AFS 6.0، وSAP EWM 5.1 وما بعده، وSAP APO SPP (SCM 7.14 وما بعده)	من SAP ECC 6.0 وما بعده، ويُعد من خلال بند النطاق BH3
تغيير الكائنات	المعاملة LTMOM، أي Migration Object Modeler	تطبيق Model Your Migration Objects لجداول التجهيز، وتطبيق Implementation Activities للنقل المباشر، ولا يمكن توسيع إلا الكائنات المنشورة
قيود النظام المصدر	لا يمكن أن يكون نظام S/4HANA هو المصدر	لا يمكن أن تكون أنظمة S/4HANA وPrivate Edition وPublic Edition هي المصدر

يستخدم كل مشروع ترحيل أحد نهجين. والاختيار يشكّل مسار عمل البيانات بالكامل، لذلك اتخذوه في مرحلة Explore، لا في مرحلة Realize.

جداول التجهيز. يولّد الـ Cockpit مجموعة من جداول قاعدة البيانات لكل كائن ترحيل في مشروعكم. تملؤونها من ملفات قوالب XML من SAP، أو من ملفات CSV، أو بأدواتكم الخاصة، مثل SAP Data Services أو أداة ETL أخرى. ويمكن أن يكون المصدر أي شيء: نظام SAP قديم، أو Oracle، أو Dynamics، أو نظام مطوّر داخليًا، أو جدول بيانات.

النقل المباشر. يتصل الـ Cockpit بنظام مصدر SAP عبر RFC ويختار البيانات بنفسه، حسب رمز الشركة في حالة مصدر ERP. وتشمل المتطلبات المسبقة الإضافة DMIS في النظام المصدر، وهي مشمولة في ترخيص S/4HANA. ويمكن أن تكون الأنظمة المصدر غير Unicode.

هذه هي المقارنة بين النهجين في القرارات التي يجب أن يتخذها قائد البيانات:

السؤال	جداول التجهيز	النقل المباشر
أي المصادر؟	أي نظام، عبر الملفات أو الأدوات	مصادر SAP المدعومة فقط
أين تجري التنقية؟	في جداول التجهيز أو قبلها، قبل التحميل	في النظام المصدر غالبًا، قبل الاختيار
من يستطيع مراجعة البيانات قبل التحميل؟	أي شخص لديه وصول إلى الجداول أو الملفات	فريق الـ Cockpit أساسًا، عبر شاشات الـ Cockpit
جهد البدء	أعلى: تبنون الاستخراج وتملؤون الجداول	أقل: الـ Cockpit يختار عنكم
الأنسب لـ	مصادر متعددة، وبيانات غير نظيفة، وتحويل كثيف	مصدر SAP ERP نظيف ينتقل إلى تصميم S/4HANA جديد

يمكن للنقل المباشر أيضًا أن يضع البيانات المختارة في جداول التجهيز كتخزين وسيط، ما يمنحكم نقطة مراجعة بينهما. تحققوا مما إذا كان إصداركم يدعم ذلك قبل أن تبنوا تصميمكم عليه.

لماذا تستخدم الفرق التي أقودها جداول التجهيز

الفرق التي أقودها تستخدم الـ Cockpit، أما أنا فلا أشغّله بيدي. خيارها الافتراضي، وتفضيلي، هو جداول التجهيز بدلًا من النقل المباشر.

السبب هو السيطرة. مع جداول التجهيز، تكون البيانات التي ستُحمّل في جداول يمكنكم الاستعلام عنها وفحصها مقابل قواعد الأعمال وإصلاحها قبل أن يمس أي شيء S/4HANA. ويستطيع أمناء البيانات اعتماد ما يرونه فعلًا، لا اختيارًا عليهم أن يثقوا به.

ويفصل هذا النهج أيضًا التنقية عن التحميل. الموردون المكررون، وتفاصيل البنوك الناقصة، ووحدات القياس الخاطئة تُصلح في مكان واحد مع سجل تدقيق، ويصبح التحميل نفسه قابلًا للتكرار. النقل المباشر أسرع في البدء، لكنه يميل إلى حمل عادات النظام المصدر مباشرة إلى النظام الجديد.

ولا يزال للنقل المباشر مكانه. إذا كان المصدر نظام SAP ERP واحدًا ومحافظًا عليه جيدًا، والتصميم المستهدف قريبًا منه، فإنه يوفر عمل استخراج حقيقيًا.

تصف SAP عملية الترحيل كتسلسل ثابت. هذه هي الخطوات كما سينفذها فريقكم باستخدام جداول التجهيز.

عملية Migration Cockpit

1. 01

   إنشاء المشروع

   افتحوا Migrate Your Data، وأنشئوا مشروعًا، واختاروا كائنات الترحيل ضمن النطاق.

2. 02

   ملء جداول التجهيز

   نزّلوا القوالب وارفعوها، أو املؤوا الجداول بأدواتكم الخاصة.

3. 03

   ربط القيم

   عالجوا مهام الربط المفتوحة: ربط القيم والقيم الثابتة.

4. 04

   المحاكاة

   حاكوا التحميل وأصلحوا كل خطأ قبل ترحيل أي شيء.

5. 05

   الترحيل والتصحيح

   حمّلوا حسب ترتيب الاعتماديات، ثم أصلحوا السجلات الفاشلة وطابقوا.

1. أنشئوا مشروع الترحيل. في تطبيق Migrate Your Data، أنشئوا مشروعًا، واختاروا مكان جداول التجهيز (مخطط محلي أو بعيد)، وحددوا الكائنات ضمن النطاق. توصي SAP بإنشاء المشاريع أولًا في نظام اختبار يكون نسخة من بيئة الإنتاج، وبمشروع جديد لكل نقل تجريبي يحمل التصحيحات من النقل السابق.
2. تحققوا من الاعتماديات. قد يكون لكائن الترحيل كائنات سابقة يجب معالجتها أولًا، وكائنات لاحقة تأتي بعده. يعرض تطبيق Explore Migration Objects (F8638) الكائنات السابقة الإلزامية والاختيارية في رسم بياني. شركاء الأعمال قبل البنود المفتوحة، والمواد قبل المخزون: لن يسمح لكم الـ Cockpit بتخطي الترتيب.
3. املؤوا جداول التجهيز. قوالب XML هي الخيار الافتراضي والموصى به من SAP، لأن كل ملف يحتوي على كل هياكل الكائن إضافة إلى التعليمات. أما CSV فخيار للخبراء، بملف واحد لكل هيكل. يمكن أن يصل حجم ملف XML الواحد إلى 100 ميغابايت، ولا يمكن أن يتجاوز ملف zip يضم عدة ملفات XML حجم 100 ميغابايت أيضًا، لذلك تحتاج الكائنات الكبيرة إلى تقسيم أو إلى أداة تكتب في الجداول مباشرة.
4. اقرؤوا رسائل التحقق. بعد الرفع، يتحقق النظام من الملف ويضيف ورقة Messages تضم كل خطأ وتحذير، مرتبطة بالخلية. والملفات التي تحتوي على تحذيرات تحتاج إلى شخص يقرر ما إذا كان يمكن تجاهلها قبل أن تمضي البيانات.
5. عالجوا مهام الربط. مهام ربط القيم تترجم قيم المصدر إلى قيم الهدف، مثل رموز المصانع القديمة إلى رموز جديدة. ومهام القيم الثابتة تحدد القيم الافتراضية. في عمليات الربط الكبيرة، نزّلوا قوالب الربط بدلًا من كتابة القيم في الشاشات.
6. حاكوا. تشغّل المحاكاة التحميل دون ترحيل، وتبين أي الحالات ستنجح وأيها ستفشل. وقد تولّد مهام ربط جديدة، فعالجوها وحاكوا مرة أخرى. بعض الكائنات لا يمكن محاكاتها، فخططوا لفحوص إضافية لها.
7. رحّلوا. شغّلوا التحميل كائنًا بعد كائن، والكائنات السابقة أولًا. لبعض الكائنات أكثر من خطوة نقل، وكل خطوة تُحاكى وتُرحّل بدورها.
8. صححوا وطابقوا. أصلحوا الحالات الفاشلة، باستخدام ملفات التصحيح عند الحاجة، ثم طابقوا الأعداد والإجماليات المالية مع المصدر. انتهاء المهمة دون أخطاء ليس دليلًا على صحة البيانات.

يتبع النقل المباشر النمط نفسه، مع اختلاف واحد في البداية. بدلًا من ملء الجداول، تشغّلون Select Data على النظام المصدر، ويمكنكم تقييد الاختيار أكثر في أداة النمذجة.

عاجلًا أم آجلًا، لن يناسب أحد كائنات الترحيل تمامًا. حقل مخصص في المصدر، أو تقسيم تحتاجونه أثناء الإدخال، أو كائن لا توفره SAP.

في النشر المحلي وفي الإصدار الخاص، الأداة هي المعاملة LTMOM، أي SAP S/4HANA Migration Object Modeler. وهي تتيح للفريق توسيع الكائنات القياسية، وإضافة حقول، وتعريف كائنات مخصصة، وإدارة نقل محتوى الترحيل بين الأنظمة. وتحتاج إلى دور مطور خاص بها، فخططوا لمن سيحمله.

في الإصدار العام، الخيارات أضيق. بالنسبة إلى جداول التجهيز، يستطيع تطبيق Model Your Migration Objects توسيع كائنات ترحيل معينة فقط تنشرها SAP، مع SAP Note لكل كائن يسرد ما يمكن توسيعه. وهذا متسق مع نموذج Clean Core في الإصدار العام، وهو اختبار جيد لما إذا كانت بياناتكم تحتاج فعلًا إلى أن تبدو كما كانت.

نصيحتي أن تعاملوا كل تغيير في أداة النمذجة كأنه شيفرة مخصصة. سجّلوه، وأعطوه مالكًا، واسألوا ما إذا كان قطاع الأعمال يحتاجه فعلًا.

يمثل ترحيل البيانات من 30 إلى 40 في المائة من الجهد في برامج S/4HANA التي أراها. والـ Cockpit يقع داخل هذا المسار، لذلك فإن معظم ما يسوء فيه لا علاقة له بالأداة.

خمسة أمور تحدد ما إذا كان عمل الـ Cockpit سينجح:

1. حددوا نطاق الكائنات في مرحلة Explore. أدرجوا كل كائن ترحيل ومصدره وحجمه ومالكه. ويمنحكم مقدّر ترحيل البيانات المجاني نطاق جهد يمكن الدفاع عنه بمجرد أن تتوفر لديكم أعداد حقيقية.
2. سمّوا مالكي البيانات لكل كائن. المالية تملك البيانات المالية للعملاء والموردين، والمشتريات تملك المواد. تقنية المعلومات لا تستطيع أن تقرر أي المورّدَين المكررين هو الصحيح.
3. خططوا لدورات التحميل مع معايير خروج. كل دورة مشروع جديد في نظام اختبار، وتنتهي كل منها بمطابقة يوقّع عليها قطاع الأعمال. ويحتوي دليلي عن أسباب فشل ترحيل بيانات SAP على خطة تحميل تجريبي يمكنكم نسخها.
4. قدّروا حجم نافذة الانتقال النهائي. شغّلوا دورة واحدة بحجم الإنتاج الكامل. حدود الملفات وأوقات التحميل لا تظهر إلا بالحجم الحقيقي.
5. جمّدوا الكائنات وعمليات الربط قبل الانتقال النهائي. يجب أن يكرر تحميل الإنتاج التمرين الأخير، بالمشاريع والقوالب وعمليات الربط نفسها.

أكبر خطأ أراه في برامج S/4HANA هو عدم التخطيط السليم في البداية. ومع الـ Cockpit، يظهر ذلك في قوائم كائنات متأخرة، ومالكين غائبين، ودورة تحميل أولى في مرحلة Realize تكتشف مشكلات كان يجب أن تكتشفها مرحلة Explore.

وتشكّل هذه الدورات أيضًا الخطة الإجمالية. يبين دليلي للجدول الزمني للانتقال إلى S/4HANA موقع دورات التحميل حسب المسار، ويغطي دليل تكلفة الانتقال إلى S/4HANA ما يحرك ميزانية البيانات.

ما الذي تسألون عنه شريككم بشأن الـ Cockpit

قبل التوقيع، اطلبوا من الشريك أن يعرض نهجه في البيانات كتابيًا، لا في عرض تسويقي:

1. أي نهج يقترحه لكل كائن، جداول التجهيز أم النقل المباشر، ولماذا.
2. كم دورة تحميل يخطط لها، وما معيار الخروج لكل منها.
3. أي الكائنات يتوقع تغييرها في أداة النمذجة، ومن يصون هذه التغييرات.
4. من في جانبكم يعتمد كل كائن، ومتى.

الإجابات العامة هنا علامة تحذير. الشريك الذي فعل ذلك من قبل يستطيع تسمية الكائنات الصعبة في قطاعكم.

استخرجوا هذا الشهر نسخة كاملة من البيانات الرئيسية للعملاء والموردين والمواد، وعدّوا السجلات وحللوا جودتها. ثم قرروا جداول التجهيز أو النقل المباشر لكل كائن، مع مالكين مسمّين.

إذا لم تقيّموا النظام المصدر بعد، فابدؤوا بـ SAP Readiness Check وتقييم الانتقال. وإذا أردتم رأيًا مستقلًا في خطة ترحيل بياناتكم، تواصلوا معي.

ما هو SAP S/4HANA Migration Cockpit؟

هو أداة SAP للتحميل الأولي لبيانات الأعمال إلى نظام S/4HANA جديد، ويعمل من خلال تطبيق Fiori المسمى Migrate Your Data. يستخدم كائنات ترحيل معرّفة مسبقًا للبيانات الرئيسية والبنود المفتوحة، ويدعم نهجين: جداول التجهيز، والنقل المباشر من نظام مصدر SAP.

هل لا تزال LTMC متاحة في S/4HANA؟

لا، ليس لترحيل البيانات. جعلت SAP المعاملة LTMC متقادمة، ولم يعد ممكنًا استخدامها لترحيل البيانات إلى S/4HANA. لا يزال بإمكانكم استعراض المشاريع القديمة فيها.

وعمليات الترحيل الجديدة تجري في تطبيق Migrate Your Data.

ما الفرق بين جداول التجهيز والنقل المباشر؟

مع جداول التجهيز، يولّد الـ Cockpit جداول لكل كائن ترحيل، وتملؤونها من قوالب XML أو CSV أو بأدواتكم الخاصة، من أي مصدر. ومع النقل المباشر، يقرأ الـ Cockpit البيانات مباشرة من نظام مصدر SAP مدعوم، مثل SAP ERP 6.0، عبر اتصال RFC. وتمنحكم جداول التجهيز مساحة أكبر للفحص والتنقية قبل التحميل.

هل يمكن استخدام Migration Cockpit في التحويل بمسار Brownfield؟

ليس في النقل الأساسي. تصمم SAP الـ Cockpit للتحميل الأولي في سيناريو التنفيذ الجديد. أما تحويل النظام بمسار Brownfield فيحوّل البيانات في مكانها باستخدام Software Update Manager.

ما هي LTMOM في SAP؟

LTMOM هي معاملة SAP S/4HANA Migration Object Modeler، وتُستخدم في النشر المحلي وفي الإصدار الخاص. تتيح لكم توسيع كائنات الترحيل القياسية، وإضافة حقول مخصصة، وإنشاء كائناتكم الخاصة، ونقل محتوى الترحيل. وفي الإصدار العام، يؤدي تطبيق Model Your Migration Objects نسخة أضيق من المهمة نفسها.

ما حد حجم الملف في S/4HANA Migration Cockpit؟

يمكن أن يصل حجم ملف قالب XML الواحد إلى 100 ميغابايت، ولا يمكن أن يتجاوز ملف zip يضم عدة ملفات XML حجم 100 ميغابايت. ويمكن أن تكون الملفات داخل ملف zip أكبر بعد ضغطها، ويعتمد الحد لكل ملف على الإصدار ونسخة النظام.

ومجلدات CSV محدودة أيضًا بحجم 100 ميغابايت. وفي الكائنات الكبيرة جدًا، املؤوا جداول التجهيز بأداة بدلًا من الملفات.