استراتيجية تحويل البيانات ساب
ساب ترحيل البيانات.
يستند حل ساب داتا ميغراتيون على خدمات بيانات كائنات الأعمال ساب ويوفر محتوى حزم إلى كائنات البيانات الأساسية المطلوبة للترحيل. وقد وسعت إكسيدين الحل مع منهجيته الخاصة الانحياز إلى أساب لتزويد العملاء مع نهج واضح للهجرة. وهو يوفر المواءمة بين المستشارين الوظيفيين في عملية الأعمال وفريق ترحيل البيانات للتأكد من أن البيانات التي يتم الحصول عليها هي ما هو مطلوب لدعم العمليات التجارية التي يجري تصميمها.
يوفر إكسيدين الدعم الكامل لتسليم المشاريع وتكملة فريق التسليم الحالي الخاص بك مع ساب ترحيل البيانات الخبرة لتوجيه وتسليم فحص الجودة. يمكن إكسبيدين مساعدتك في أداء تحليل الأعمال في التحضير للهجرة. تميل معظم أنظمة البيانات القديمة إلى مشكلات مثل السجلات المكررة لسجلات العملاء أو الموردين عبر المصادر. نحن نستخدم نهج منهجي ومثقف في حل هذه القضايا وإعداد نسخة ذهبية من البيانات القديمة لتحميل في تطبيق ساب الخاص بك. نحن نستخدم العملية التالية ثبت ل ساب ترحيل البيانات.
العملية لديها عدد من نقاط التحقق من التحقق في كل خطوة لزيادة موثوقية عملية الهجرة وأيضا القضاء على القضايا قبل أن تصبح حاسمة.
إكسيدين يجلب خبرة عميقة في استخدام أفضل الممارسات ساب لهجرة البيانات من الاستشارات ساب الأساسية. لدينا استشاريين خدمات البيانات كائنات الأعمال ساب المؤهلين تأهيلا عاليا لديهم خبرة واسعة في تنفيذ حلول ترحيل البيانات في بيئة مختلفة.
مجالات الممارسة لدينا هي:
شهادة.
وقد تم إكسبيدين ممتازة بائع إدارة البيانات المؤسسة بالنسبة لنا. ساب & أمب؛ خبراء إدارة البيانات هم على دراية جدا، والعمل الجاد ومرنة وشريك في نجاحنا.
-دكتور، شركة أدوية، فيلادلفيا، با.
ساب استراتيجية تحويل البيانات
تحويل البيانات في مشروع ساب & # 8211؛ التحويل من النظام القديم إلى ساب إسك.
أود مشاركة خبرتي في عملية تحويل البيانات مع منتدى ساب. تحويل البيانات هو واحد من العمليات الأكثر أهمية في مشاريع تنفيذ ساب الناجحة. هذه العملية هي جزء من خطوة تحقيق في & # 8220؛ أساب & # 8221؛ (الخطوة 1: إعداد المشروع الخطوة 2: المخطط: الخطوة 3: التحقیق الخطوة الرابعة: الإعداد النھائي الخطوة 5: بدء العمل). وعادة ما يكون مستشاري ساب والمنفذين المحليين مسؤولين عن تنفيذ تحويل البيانات من النظام القديم إلى نظام ساب إسك. وقد استمعت أيضا إلى مشاريع ساب التي قام فيها فريق الأساس بتنفيذ هذه العملية.
يتم استخدام البيانات التي تم تحويلها فقط من أجل إعداد البيانات الرئيسية في إسك. فإنه لا يستخدم لإعداد بيانات المعاملات التاريخية من النظام القديم.
هناك أدوات مختلفة التي تحول البيانات: 1. ساب إسك بنيت في أداة عبر رمز المعاملة لسمو. 2. أداة خارجية اسمه عداء العملية التي تتصل بسهولة مع إسك. اعتدت عملية عداء التي تم شراؤها من قبل شركتي.
اثنين من أهم الصفات المطلوبة من أجل النجاح في هذه العملية هي: 1. الدقة 2. التواصل & أمبير؛ فهم احتياجات العملاء.
كما ذكر أعلاه، عملية تحويل البيانات هي جزء من خطوة تحقيق. وتبدأ خطوة تحقيق بعد المستشارين (أو المنفذين المحليين) الانتهاء من كتابة وتقديم وثائق مخطط للموافقة العملاء. بعد الموافقة، يبدأ المنفذون بتخصيص وكتابة وثائق المواصفات للتطورات الجديدة في منطقة التطوير في إسك. عندئذ فقط، من الممكن لبدء عملية تحويل البيانات.
هناك خطوات فرعية في تحويلات البيانات:
1. تعيين الحقول اللازمة في كائن إسك التي سيتم ملؤها مع البيانات (I. E: كائن المعدات في وحدة بيإم)
هنا تحتاج إلى أن تكون على بينة جيدا ما هو مكتوب في وثائق مخطط حول كائنات ساب الخاص بك.
وأوصت بالتمييز بين حقول القيمة الإلزامية لهذا الكائن وقيمة الحقول غير الإلزامية. في بعض الأحيان هناك حاجة إلى تصنيف الكائن. يحدث هذا عندما تكون الحقول العادية للكائن غير كافية لتخزين البيانات بالكامل من النظام القديم. لقد استخدمت التصنيف في كائن المعدات التي تمثل مولدات كهربائية.
والغرض من هذه الخطوة هو التحقق من أن المنفذ قادرا على إنشاء البيانات الرئيسية يدويا قبل إجراء التسجيل.
3. تسجيل إعداد البيانات الرئيسية عن طريق عملية عداء (أو لسمو).
في حالة عدم دقة التسجيل، أو يجب إجراء تغييرات في إعداد البيانات الرئيسية بعد التسجيل، يجب أن يبدأ التسجيل مرة أخرى. وبالتالي فمن المهم بالنسبة لك أن تكون على يقين من كيفية إعداد الكائنات الرئيسية البيانات بشكل صحيح. في حالة تسجيل دقيقة وحفظها، عداء عملية بإنشاء ملف إكسيل مع الأعمدة المناسبة المراد شغلها (وفقا للحقول التي قمت بإدخالها في التسجيل) من أجل إعداد عدة حالات تلقائيا.
على سبيل المثال: لقد قمت بتسجيل إعداد البيانات الرئيسية لقطعة واحدة من المعدات مع بيانات معينة. بعد أن قمت بحفظ التسجيل، سوف عداء عملية إنشاء الهيكل السليم في إكسيل للتسجيل في المستقبل. ثم، سوف تكون قادرة على ملء ملف إكسيل الأعمدة المناسبة مع الكثير من القطع من البيانات المعدات حسب الحاجة، وتنفيذ التسجيل مرة أخرى عندما كنت ترغب في إعداد تلك القطع. وبهذه الطريقة، سيتم إنشاء قطع متعددة من المعدات عن طريق عملية عداء.
4. إنشاء برنامج استخراج لاستخراج البيانات من النظام القديم.
في هذه الخطوة تحتاج إلى تحديد إلى مسؤول النظام القديم (هو عادة مبرمج مف) بطريقة دقيقة الحقول التي والجداول التي تحتاج البيانات من. الشيء الثاني الذي تحتاج إلى أخذه في الاعتبار: ما هو عدد سكان البيانات التي سيتم استخراجها (I. E: قطع نشطة فقط من المعدات / البيانات التي تم إنشاؤها بعد تاريخ معين. عميلك سوف تعرف إجابات على هذا السؤال). ومن ثم ينبغي على مسؤول النظام إعداد البرنامج في النظام القديم لاستخدامه في المستقبل. في مشروعي، كان النظام القديم نظام مف الذي كتب في أداباس الطبيعية. قمت بإرسال وثائق المواصفات إلى المسؤول تحديد الحقول لاستخراج وما السكان البيانات لاستخراج.
إذا كان هناك ضرورة للقيام ببعض أنواع معالجة البيانات (إي: 1. يحتوي نوع المعدات في إرث على القيم: A، B، C بينما تم تخصيص نوع المعدات إسك لاحتواء القيم آ، بب، سيسي على التوالي 2. تغيير شكل قيم التاريخ الخ ..)، المسؤول لديه لرمز في البرنامج.
من المستحسن جدا أن يقوم هذا البرنامج بفرز أعمدة الإخراج بشكل مماثل لأمر الأعمدة في ملف إكسيل من الخطوة السابقة. يجب على المسؤول فرز الأعمدة بالطريقة الصحيحة. في نهاية المطاف، برنامج استخراج يخلق ملف إكسيل الكامل من استخراج البيانات التي تناسب بنية ملف إكسيل وتنسيق من الخطوة السابقة.
5. تحليل ملف سجل الأخطاء وتحديد برنامج الاستخراج.
في هذه الخطوة ملف إكسيل مليء البيانات ليتم تحميلها إلى ساب إسك. حاول تحميل 50 في المائة من جميع الصفوف في الملف. سوف عداء عملية خلق نتائج الانتاج. إذا كان هناك أي أخطاء في حين أن البرنامج يحاول إنشاء البيانات الرئيسية، وسوف تشير إلى أسباب لذلك. يجب عليك تحليل وإصلاح البرنامج على التوالي.
6. إعداد برنامج الحذف والأرشفة في ساب إسك.
في نهاية المطاف هناك فرصة سوف تحتاج إلى حذف أي من البيانات التي تم تحميلها لأي سبب من الأسباب. لذلك أولا، سوف تحتاج إلى تمييز البيانات التي تم تحويلها وتحميلها إلى منطقة ساب إسك من البيانات الأخرى التي تم إنشاؤها يدويا من قبل المستخدمين. فإن أفضل طريقة للقيام بذلك هي استخدام تقرير ساب القياسي وتحديد في شاشة اختيار التقرير المستخدم ساب التي أنشأت البيانات. على سبيل المثال في مشروعي كان مبرمج معين يستخدم عداء العملية لتحميل البيانات. تم إنشاء كامل البيانات التي تم تحميلها تحت رمز المستخدم له. وهكذا، كان من السهل التمييز بين البيانات. بعد استخراج التقرير تلك البيانات، بمناسبة ما هو ضروري من أي وقت مضى لحذف واستخدام سدا تكود إلى أرشفة البيانات (سأقوم بنشر دليل معين بشكل منفصل كيفية أرشفة البيانات في ساب باستخدام سارا تكود).
نأمل أن تساعدك هذه المعلومات في العمل مع ساب. عن أي سؤال بخصوص هذه العملية ملء تتردد في تسألني.
4 تعليقات.
يجب تسجيل الدخول للتعليق أو الرد على مشاركة.
عدم مشاركة معلوماتك الشخصية في المنتدى العام. إذا كنت ترغب في مشاركة المعلومات الشخصية الخاصة بك، ثم جعلها مرئية في ملف التعريف الخاص بك، وأخبر المستخدم الآخر لاتخاذ المعلومات من ملفك الشخصي.
أبدا نشر هذه المعلومات في مناقشة / بلوق / وثيقة.
دانيال جونتار مؤلف آخر أغسطس 16، 2018 في 1:40 بعد الظهر.
حصلت على مشروع مخصص جدا خلال مرحلة التحويل، ولا بد لي من القول بأن هذه المشاركة في المدونة كانت مقدمة جيدة جدا للتحويلات.
ساب استراتيجية تحويل البيانات
توفر لك هذه الوثيقة إجراء لمساعدتك على تنظيم ونقل البيانات من النظام القديم.
وهو يصف منهجية هجرة البيانات التي استخدمتها بنجاح في تطبيقات مختلفة. وهو يقوم على تجربتي السابقة. لا يوجد ضمان على محتواه أو على النتائج. يقدم لك هذا الدليل اقتراحات. والأمر متروك لكم لاتخاذ تلميحات وتشكل المنهجية الخاصة بك.
المصطلحات الشائعة والاختصارات في مشاريع الهجرة:
ملاحظة: تستخدم المصطلحات ساب و R / 3 بالتبادل للإشارة إلى نظام ساب R / 3.
الخمسة الكبار: عند الإشارة إلى الخمسة الكبار، فهذا يعني المواد الماجستير، العميل الرئيسي، المورد الرئيسي، فاتورة المواد (بوم) والتوجيهات.
كائنات الأعمال: للمساعدة في عملية التحليل والتحويل، لا يتم التعامل مع البيانات على أنها جداول أو محتويات الحقل بل كأشياء في فترة التشغيل التجاري. وتسمى هذه كائنات الأعمال.
كائن الأعمال دس المسؤول: المسؤول عن عملية التحويل (مصدر البيانات القديمة والنزاهة، ورسم الخرائط، وقواعد التحويل، وما إلى ذلك) واحترام الجدول الزمني المخطط له كائن الأعمال.
مالك كائن الأعمال: الشخص الذي يملك المعلومات في الأعمال اليومية. هذا هو الشخص الذي سيقوم بإجراء الاختيارات الاستراتيجية على المتطلبات الوظيفية لعنصر الأعمال، والتي ستقوم بالتحقق النهائي من البيانات المحولة. يمكن تحديدها من خلال إيجاد & # 8220؛ أعلى شخص هرمي سيكون بشكل مباشر ومعظمه متضرر إذا لم يعمل عنصر الأعمال & رديقو؛
تحويل البيانات & أمب؛ ترحيل البيانات: عملية تحويل البيانات. & # 8220؛ تحويل البيانات & رديقو؛ و & # 8220؛ ترحيل البيانات & رديقو؛ تستخدم المصطلحات بالتبادل في الوثيقة.
دس: اختصار لعملية تحويل البيانات.
النطاق: النطاق الوظيفي داخل المشروع، مثل: التمويل، المبيعات، الإنتاج، إلخ.
ملف مسطح: تنسيق ملف يستخدم لاستيراد البيانات إلى ساب. الملف المسطح عبارة عن ملف نصي عادي يحتوي على فاصل علامات تبويب بين الحقول. يمكن إنشاؤها بسهولة من إكسيل أو الوصول.
ملف متوسط: ملف إكسيل أو أسيس أو نوع آخر من الملفات، يتم معالجته يدويا في عملية بين استخراج لس وتوليد الملف المسطح.
لسمو: منضدة ترحيل النظام القديم. وهو أداة ساب للتحويل الذي يسمح تحميل البيانات باستخدام الملفات المسطحة المستخرجة من النظام القديم.
جدول مرجعي متقاطع أو جدول X-ريف: جدول يوضح العلاقة بين الحقول عندما تكون قيمة واحدة مرتبطة بالحقل الرئيسي. على سبيل المثال، & # 8220؛ منظمة المبيعات & # 8221؛ سيتم تعيين وفقا لذلك لنوع المادة.
وبس: هيكل انهيار العمل.
ويمثل تنفيذ نظام ساب تحديا هاما، سواء من حيث الموارد (الناس، والمال، والوقت) وفي عملية الأعمال. وهناك الكثير على المحك، وبالنسبة لمعظمكم، والفشل ليس خيارا يمكنك تحمله. لوضع كل الصعاب على الجانب الخاص بك، كنت في حاجة الى منهجية جيدة. واحدة من شأنها أن توفر لك مع التخطيط واقعية، وتنظيم متين، وسيلة لإدارة عملية وأدوات التحكم للكشف وتصحيح الانزلاق قبل أن يصبح مشكلة.
قبل أن تبدأ حتى في العمل على المواصفات، يجب عليك أولا الحصول على المنظمة. الحصول على تخطيط جيد وهيكل تنظيم يستغرق حوالي أسبوعين للمشروع الأول، والتي سوف أترك لكم مع بعض الأسئلة حول تنظيم المشروع. سوف يستغرق الحصول على التخطيط الكامل والنهائي أسبوعا واحدا على الأقل. أي القضايا التي لم تحل على هذه سوف تطارد لكم في جميع أنحاء المشروع، لذلك الانتهاء من هذا تماما قبل ذكر أي خطوة أخرى.
ويتطلب تحويل البيانات موارد وظيفية وتقنية من معظم الإدارات. ومن المرجح أن تشارك هذه الموارد نفسها في جزء آخر من المشروع. لهذا السبب، فإن خطر تضارب المهام مرتفع ويمكن أن يؤدي بسرعة إلى عنق الزجاجة حيث يتم تحميل الناس الرئيسيين. لهذا السبب، يجب أن تنظر في تحويل البيانات كمشروع ضمن المشروع. وهذا يترجم إلى إعداد خطة تحويل كاملة من شأنها أن تساعدك على الذهاب من خلال عملية وسوف تسمح للتنبؤ وحل مشكلة استخدام الموارد قبل حدوث عنق الزجاجة من أي وقت مضى.
وتتمثل الخطوات الرئيسية لتحويل البيانات فيما يلي:
تنظيم تحويل البيانات (مدير المشروع ومنسق تحويل البيانات)
خطة تحويل البيانات هيكل تجزئة العمل مع تقديرات حجم العمل تخطيط التقويم مع تحميل الموارد.
الاستمرار في تحويل بيانات الكائنات الأعمال (المورد المسؤول عن كائن الأعمال دس)
قواعد البيانات والتطهير البيانات واستخراج التطهير استخراج وتحميل البرامج من قواعد البيانات والقواعد التكيف (تعديل القواعد والبرامج بعد الاختبار) تحميل وحدة اختبار (اختبار وحدوي & # 8211؛ حجم صغير من البيانات اليدوية) استخراج وتحميل اختبار الحجم الكامل (البيانات اختبار كامل والتحقق من صحة & # 8211؛ حجم كبير مع البيانات المستخرجة الحقيقية) تحميل البيانات الكاملة في نظام القبول تحميل كامل البيانات في نظام الإنتاج قبل التحقق من البيانات المحولة والمستخدم الرئيسي + كائنات الأعمال المالك سيغنوف تحويل كامل إلى نظام الإنتاج والتوقيع النهائي.
خطة تحويل البيانات.
الكائنات الأعمال.
عنصر الأعمال عبارة عن فئة عامة للبيانات التي تعرف شيئا مثل ماستر ماتريال أو ماستر ماناجر أو أسهم أو أوامر أو طلبات شراء أو وحدات تنظيمية. الخطوة الأولى هي تحديد عناصر الأعمال (الكائنات) المطلوبة في تنفيذ ساب الخاص بك.
هناك ثلاثة أنواع من البيانات المتضمنة في نظام ساب: البيانات الرئيسية وبيانات المعاملات والبيانات التاريخية.
البيانات الرئيسية. البيانات الرئيسية التطبيق يميل إلى أن يكون أكثر ثابت مرة واحدة محددة. يمكن أن تكون معظم البيانات الرئيسية مدفوعة من قبل التطبيقات القديمة. ومن الأمثلة على ذلك البائعين، والعملاء، والرسوم البيانية للحسابات، والأصول، وفواتير المواد، وسادة المواد، وسجلات المعلومات، وهلم جرا. بيانات المعاملات. والبيانات المتعلقة بالمعاملات هي بيانات المعاملات الحالية والمعلقة التي يتعين التقاطها من النظام القديم وتعريفها في تطبيقات ساب R / 3 من أجل إنجاز العمليات التجارية. ومن الأمثلة على ذلك المستندات المحاسبية، وأوامر الشراء المفتوحة، وأوامر البيع المفتوحة، وأوامر العودة، وما إلى ذلك. البيانات التاريخية. ويلزم إحضار البيانات التاريخية من النظام القديم إلى نظام ساب R / 3 لأغراض مرجعية. ومن الأمثلة على ذلك أوامر الشراء المغلقة، وأوامر البيع المغلقة، ومعلومات دفتر الأستاذ العام الموجزة، وما إلى ذلك.
معلومات لاستكمال خطة التحويل.
ما هي عناصر الأعمال التي سيتم تحويلها من النظام القديم إلى ساب. أين توجد البيانات، والتي هي النظم القديمة تشارك لاستخراج. كم تقدير عدد السجلات التي سيتم تحميلها في نهاية المطاف إلى ساب. كيف هناك جانبان يجب أخذهما في الاعتبار: طريقة استخراج البيانات من النظام القديم المستخرج تلقائيا من النظام القديم دون تدخل يدوي. جدول البيانات الذي تم تعبئته يدويا الجمع بين استخراج نظام ليغاسي التلقائي + دليل الدخول إلى جدول بيانات طريقة إدخال البيانات إلى ساب: نقل البيانات تلقائيا من ملف مسطح إلى ساب إدخال البيانات يدويا مع المعاملات عبر الإنترنت إلى ساب دمج كل منهما.
ستحدد طريقة نقل البيانات التي تختارها أنواع الموارد التي تحتاج إليها. على سبيل المثال، قد تحتاج إلى موظفين مؤقتين لإدخال البيانات يدويا والمبرمجين لكتابة برامج الاستخراج الخاصة بك. تحتاج إلى معرفة كل من البيانات الموجودة في النظام القديم الخاص بك والتي تطبيقات ساب تتوافق مع عناصر الأعمال التي سيتم نقلها. شخص واحد لا يجب أن يعرف كل هذا، ولكن الناس الذين يعرفون هذه المعلومات يجب أن تعمل بشكل وثيق معا.
من هو الذي ينطوي على كل كائن الأعمال: المستخدم الرئيسي (وظيفية مسؤولة عن تحويل بو: قواعد وتصحيحات البيانات اليدوية والاختبار والتحقق من صحة) مستشار مسؤول عن تنظيف البيانات وتطهير في النظام القديم المسؤول عن استخراج مسؤولة عن تحميل البيانات في ساب الأعمال مدير كائن (صاحب الهرمي الذي هو المسؤول عن استخدام يوما بعد يوم وسلامة المعلومات واحد الذي سيتم التوقيع على قبول البيانات)
تسلسل تحويل عناصر الأعمال الرئيسية:
تحويل عنصر الأعمال:
البيانات التطهير والتطهير.
ستؤدي عملية تطهير نظام ليغاسي وتطهيره إلى توفير الكثير من الوقت والجهد في الخطوات التالية للتحويل. بدء هذا في أقرب وقت ممكن والقيام بقدر الإمكان. ويمكن القيام بذلك دون معرفة محددة من ساب.
قبل نقل البيانات من النظام القديم، احذف جميع البيانات القديمة والبالية. على سبيل المثال، يمكنك حذف جميع العملاء لمرة واحدة أو تلك التي لم تكن هناك معاملة في العامين الماضيين، وأيضا حذف المواد غير المستخدمة.
تقوم هذه العملية بتصحيح التناقضات في البيانات وتضمن سلامة البيانات الموجودة أثناء عملية الترحيل. على سبيل المثال، غالبا ما يكون هناك الكثير من التناقضات في حقول عنوان العميل والمورد. سوف تجد بسرعة أن ساب لن تسمح لك تحميل أي حقول العنوان إلا إذا كنت الحصول عليها نظيفة.
رسم الخرائط وقواعد التحويل.
ستحتوي وثائق كل عنصر من عناصر النشاط التجاري على قواعد تحويل البيانات (أو المواصفات)، والتي تتضمن:
* المصادر القديمة واستخراج الإجراءات.
من أي النظام القديم (ق) ونحن استخراج البيانات وكيف. قم بتوثيق الخطوات المحددة هنا التي يجب اتخاذها.
ما هي خطوات التنظيف التي يتعين اتخاذها واستخراج مرشحات لاستخدامها.
المبادئ التوجيهية لتطبيق أو القواعد التي يتم استخدامها من قبل العديد من المجالات (وبالتالي تجنب إعادة كتابة ذلك وجعل التحديث أسهل كما هو فقط في مكان واحد).
أي حقول ساب لاستخدامها وكيف نحصل على القيمة النهائية لكل حقل ساب.
القواعد العامة هي تلك التي لا تسفر مباشرة عن قيمة الحقل. على سبيل المثال الطريقة التي نميز أنواع المواد في النظام القديم هي قاعدة من هذا القبيل. القواعد الميدانية هي تلك التي تعطي قيمة لحقل معين.
وهذا أمر حاسم. عند مناقشة الملاحظات أو كتابتها، تشير دائما إلى حقل في النموذج تابل-فيلد. سوف ندرك بسرعة أنه مع المشروع يذهب، وسوف يبدأ مختلف الناس باستخدام أسماء مختلفة لنفس المجال. وكذلك قد تبدأ باستخدام نفس الاسم لمجالات مختلفة.
وعلاوة على ذلك، توجد بعض الحقول في طرق عرض مختلفة في البيانات الرئيسية ل ساب. في وقت ما هو نفس الحقل الذي يظهر في مكانين بينما في أحيان أخرى هو حقا اثنين من المجالات المختلفة. أفضل طريقة لمعرفة الحالة التي تنطبق هي الحصول على معلومات الجدول + فيلد.
في المواد الرئيسية، الحقل & # 171؛ التحقق من التوفر & راكو؛ موجود في & # 8220؛ MRP2 & # 8221؛ و & # 8220؛ مبيعات الجنرال & # 8221؛ الآراء. إذا نظرتم إلى الجدول-حقل من كل عرض تحصل عليه:
مبيعات جين: مارك-متفف.
وفي كلتا الحالتين، يكون اسم الجدول فيلد هو نفسه، لذلك فهو نفس الحقل.
في العميل الرئيسي، الحقل & # 8221؛ شروط الدفع & # 8217؛ موجودة في & # 8220؛ معاملات الدفع & # 8221؛ و & # 8220؛ الفوترة & # 8221؛ الآراء. إذا نظرتم إلى الجدول-حقل من كل عرض تحصل عليه:
معاملات الدفع: KNVV - زتيرم.
طرق عرض الفواتير: KNB1- زتيرم.
انها ليست نفس المجال. في طريقة الدفع، يكون الحقل مرتبطا بقانون الشركة بينما يتم ربط طريقة عرض الفوترة بمؤسسة المبيعات (تجد ذلك من خلال الاطلاع على مفاتيح الجداول). لذلك كل من هذه الحقول يمكن أن يكون لها قيم مختلفة.
المنهجية التقنية.
حالة خاصة للمواد الماجستير.
ماجستير المواد ينطوي على جميع المجالات وقد تتطلب في أي مكان من 20 حقول إلى بضع مئات اعتمادا على تعقيد التنفيذ الخاص بك. سيتم استخدام بعض الحقول من خلال نطاقات مختلفة بينما سيتم استخدام الحقول الأخرى من قبل نطاق واحد فقط، ولكن قيمته سيكون لها تأثير على الوظيفة المستخدمة من قبل نطاق آخر.
هذا هو كائن الأعمال الأكثر تعقيدا لتوثيق، وفي الوقت نفسه، هو واحد يجب أن تبدأ معك في عملية التحويل.
الخطوة الأولى: اختيار الحقول حسب كل نطاق.
الحصول على كل مجال مع الاستشاريين للذهاب من خلال ملف الخرائط والنظر في الحقول لكل نوع من المواد. الهدف هنا هو رؤية جميع المجالات الهامة وطرح الأسئلة لفهمها. يتم ذلك بشكل منفصل من قبل كل نطاق وتوثيقها في ملفات رسم الخرائط المختلفة. في هذه النقاط نحن لسنا مهتمين أين ستأتي القيم من وكيف نحصل عليها. فقط الحصول على رسم عمله والعمل على فهم ما هي المواد الماجستير. في كل مرة يحدد نطاق حقل لنوع معين من المواد، يجب إدخال نوع نطاقه في القائمة. وهنا بعض الأمثلة (النظرية) من رسم الخرائط من مم، ب و سد.
في المواد الماجستير، يمكن إدخال بعض الحقول / تعديل في وجهات نظر مختلفة. على سبيل المثال، الحقل & # 8220؛ وقت استلام استلام البضائع في أيام (مارك-ويباز) & رديقو؛ موجود في مشاهدات المشتريات، MRP2 وإدارة الجودة. عند تنفيذ القواعد وبرنامج التحميل، لا يمكن أن يكون الحقل نفسه في طرق عرض مختلفة. لحل هذه المشكلة، اتبع ما يلي:
انظر مع جميع النطاقات المتورطة التي هي الرائدة في هذا المجال وتقرر في أي عرض المجال يجب أن تدرج.
مع أخذ مثال الحقل & # 8220؛ وقت معالجة استلام البضائع في أيام (مارك-ويباز) & رديقو ؛، يمكن تحديده ضمن النطاقات لوضعه في طريقة العرض بورشاسينغ (وفي أي مكان آخر).
تحويل المواد الرئيسية:
تصميم عملية عالية المستوى.
هذه هي جميع وجهات النظر الرئيسية المشاركة في المواد الرئيسية كائن:
البيانات الأساسية البديل أوم التفتيش تصنيف النص مبيعات منظمة المبيعات المصنع العام شراء التجارة الخارجية استيراد & أمب؛ تصدير أبو ماستر البيانات MRP1 & أمب؛ 2 محاسبة إدارة الجودة.
عادة وظيفة مواصفات أصحاب سوف تفعل طريقة التسجيل لالتقاط كافة الحقول على وجهات النظر المذكورة أعلاه وإعداد منطق رسم الخرائط.
التصميم الأكثر تعقيدا ينطوي على دمج النبات وتصنيف الاندماج. (ارجع إلى وثيقة العملية الرفيعة المستوى)
مجموعة الأعضاء من فئة شريحة العملاء هي مجموعة من المستخدمين، كما هو محدد من قبل البائع أو التاجر، الذين يشاركون في مصلحة مشتركة.
على سبيل المثال: شركة التعدين لديها سغ & # 8217؛ s سيرو ماتوسو (كمسا)، ميت الفحم (متكو)، المعادن الأساسية (بيس) الخ.،
استنادا إلى سغ & # 8217؛ s البيانات تحتاج إلى تقسيم قبل التحميل من خلال لسمو للتقييم.
يمكن أن يتم منطق الانقسام بواسطة مكون حلقة في خدمات بيانات كائنات الأعمال.
الحصول على سغ & # 8217 في s داتافلو. قم بتعيين متغير لرقم التتابع للقيمة القصوى والحلقة من الأولي.
كائنات الأعمال الأخرى التحويل:
بالنسبة لبو الآخر، لأنها أبسط من ماجستير المواد وتنطوي على عدد أقل من الناس، وسوف نبدأ مباشرة مع وثيقة قواعد التحويل. وفي هذه الوثيقة سنقرر كلا من المجالات التي نحتاج إليها، وفي خطوة ثانية، نبدأ العمل على القواعد.
وفيما يلي بعض العينات من قواعد التحويل بو.
بوم تحويل قواعد عينة.
فتح نموذج تحويل حسابات القبض.
بائع ماستر تحويل قواعد عينة.
لاحظ أن مصطلح ساب & # 8220؛ إيداع الأمان & رديقو؛ إكوال & # 8220؛ ريتنتيون & رديقو؛ في برمز.
نوع المعاملة.
تايب في برمز:
أي نوع آخر هو خطأ.
التحقق من صحة تطبيق على حد سواء في الاستخراج والتحميل.
جزئية بمت و هيليب؛ & هيليب؛ & هيليب؛. يجب أن يكون سلبيا في نظام إدارة الموارد (برمز)، إن لم يكن خطأ.
مذكرة الائتمان & هيليب؛ & هيليب؛ & هيليب؛ يجب أن تكون سلبية في نظام إدارة المحتوى، إن لم يكن خطأ.
ديبيت ميمو & هيليب؛ & هيليب؛ & هيليب؛.must بي بوسيتيف إن برمز، إن نوت نوت إرور.
أي نوع آخر هو خطأ.
لسم تحميل المعلمات.
كتوبل & # 8211؛ مخطط الحساب: CA00.
بوكرس & # 8211؛ رمز الشركة: 0070.
غسبر & # 8211؛ منطقة الأعمال: 0040.
بودات & # 8211؛ تاريخ النشر: & # 8220؛ 05-31-02 & رديقو؛ أو آخر يوم من آخر فترة مغلقة.
أوفست & # 8211؛ الحساب (2): ريبريسيكل.
سكبير & # 8211؛ سكيب إر: X.
L إغاسي S يستم M إغراتيون W أوركبينش (لسمو):
يستخدم لسمو لترحيل البيانات من نظام قديم لنظام ساب، أو من نظام ساب واحد إلى آخر.
وبصرف النظر عن المدخلات والتدفقات القياسية دفعة / مباشرة، بابي و إيدوس متاحة كوسائل استيراد إضافية لمعالجة البيانات القديمة.
ويتألف برنامج لسمو من الخطوات الرئيسية التالية:
قراءة البيانات (البيانات القديمة في جداول جداول البيانات و / أو الملفات المتسلسلة). تحويل البيانات (من المصدر إلى تنسيق الهدف). استيراد البيانات (إلى قاعدة البيانات المستخدمة من قبل تطبيق R / 3.
ولكن، قبل هذه الخطوات، تحتاج إلى تنفيذ الخطوات التالية:
تعريف بنية المصدر: بنية البيانات في ملف المصدر. تحديد بنية الهدف: هيكل ساب الذي يتلقى البيانات. تعيين الحقل: تعيين بين بنية المصدر والهدف مع التحويلات، إن وجدت. حدد الملف: موقع الملف المصدر.
الطرق المستخدمة لترحيل البيانات مثل بدك و لسمو و نداء المعاملات.
يتم استخدام جميع الطرق 3 لترحيل البيانات. اختيار هذه الأساليب يعتمد على السيناريو، كمية البيانات تحتاج إلى نقل. لسمو هو أداة جاهزة التي تقدمها ساب وعليك أن تتبع بعض الخطوات 17 لترحيل البيانات الرئيسية. في حين أن طريقة جلسة بدس هي الخيار الأفضل بسبب بعض المزايا على معاملة المكالمات. ولكن الصفقة دعوة هي أيضا مفيدة جدا للقيام أوبداتيون فوري من كمية صغيرة من البيانات. (في مطالبة المعاملات الدعوة لديها للتعامل مع الأخطاء).
سو أسفل الخط هو جعل اختيار هذه الأساليب على أساس الاحتياجات في الوقت الحقيقي.
يتم اختيار هذه الأساليب تماما على أساس الوضع الذي فيه. طريقة الإدخال المباشر غير متوفر لجميع سيناريوهات أخرى، فهي أبسط منها. في طريقة إدخال الدفعة، تحتاج إلى القيام بالتسجيل للمعاملة المعنية. وبالمثل، إيدوك، و بابي هناك، واستخدام هذه الحاجة إلى أن تقرر بناء على هذا الشرط.
حاول أن تذهب من خلال بعض المواد على هذه الأساليب الأربعة، وتنفيذها. ثم سيكون لديك فكرة عادلة حول متى لاستخدام أي منها.
بدك & # 8211؛ فمن دفعة الاتصالات البيانات. لقد تم استخدامه لتحويل البيانات من النظام القديم إلى نظام ساب. فقط الناس التقنية يمكن أن تفعل ذلك. تكود هو شدب.
لسمو & # 8211؛ إنها منصة عمل ترحيل النظام. كما أنها تستخدم لتحويل البيانات من النظام القديم لنظام ساب. ولكن هو دور المستشار الوظيفي.
هناك 14 خطوات في لسمو. بمجرد الانتهاء من خطوة واحدة، تلقائيا سوف تذهب إلى الخطوة التالية.
بشكل عام يمكنك استخدام لسمو. ولكن إذا كنت ترغب في نقل أكثر من 40،000 البيانات، فإنه ليس من الممكن في لسمو. في ذلك الوقت يمكنك أن تأخذ مساعدة من بدك.
لسمو ترحيل البيانات لأمر المبيعات VA01 / XD01 العملاء.
8 تعليقات.
يجب تسجيل الدخول للتعليق أو الرد على مشاركة.
تقدم ساب محتوى مجانيا للمساعدة في ترحيل البيانات في ساب (إرب، كرم، وما إلى ذلك). انظر https://websmp103.sap-ag. de/rds-dm2erpcrm.
هذا هو في الواقع شرح جيد لعملية ترحيل البيانات.
مقالة مفيدة جدا (ربما أفضل). إبقاء نشر.
لطيفة، منظم ومكتوبة بشكل جيد الوثيقة.
قطعة كبيرة من الأدب.
شكرا لتقاسم المعرفة.
مادة جيدة جونبول!
نجاح باهر جونباول هذا هو مقال عظيم! إنها مفيدة جدا وتذهب من خلال الكثير مما هو مطلوب لنجاح الهجرة. في Method360 نلاحظ أن الكثير من الناس لا تنفق الكمية المطلوبة من الوقت التخطيط للهجرات وينتهي الأمر إلى التراجع وقضاء الكثير من الوقت إعادة القيام بالأشياء التي كان ينبغي القيام به في وقت سابق بكثير، وخاصة في وتطهير البيانات وتطهير الخطوات. يعتقد العملاء أنه بمجرد أن يتم نقلها إلى النظام الأحدث أن كل شيء سوف تكون ثابتة، ولكن في نهاية المطاف مع نظام بطيء مع الكثير من الأخطاء. إن قضاء الوقت لمراجعة بياناتك التاريخية والماجستير التي ربما تغيرت أو لم يعد ضروريا يمكن أن تسرع أنظمةك. من أجل مساعدة العملاء على فهم كل ما يحتاجونه ليكون ناجحا أنشأنا ورشة عمل مجانية. لا تتردد في إعطائها نظرة!
ساب داتا ميغراتيون & # 8211؛ الإجابة على الأسئلة المهمة (الجزء الأول)
هو وقت ترحيل البيانات على مشروع الأعمال ساب الخاص بك. سواء كان المشروع الخاص بك هو التنفيذ، واقتناء، أو الاندماج، والهدف هو نفسه إلى حد كبير: الاستحواذ الداخل السلس من البيانات الرئيسية والمعاملات من واحد أو أكثر من مصادر البيانات الخارجية مع ضمان أن هذا النشاط له تأثير ضئيل على بقية الأعمال. هذا هو المكان الذي نحاول فيه نقل سنوات من البيانات الرئيسية المهملة والمعاملات من نظام هيكلي فضفاض، أي شيء يذهب إلى نظام ساب متكامل للغاية ومنظم للغاية. يجب أن تفكر في احتمال عدم اختراع مفهوم إدارة البيانات الرئيسية بعد عند تنفيذ النظام القديم أو المصدر الذي يوفر بياناتك.
كم البيانات لنقل؟ كم من البيانات أن تترك وراءها؟ ما لأتمتة، وماذا تنفذ يدويا؟ كيف ترشح بأمان وتنفيذ عملية ترحيل ترحيل البيانات من نظام إلى آخر؟ أين وكيف تتناسب مع خطة ترحيل البيانات في خطة تنفيذ الأعمال الشاملة؟ كيفية الاستمرار في إدارة الأعمال خلال مرحلة ترحيل البيانات من تنفيذ المشروع التجاري؟ هذه الأسئلة كلها جزء من متعة التخطيط!
اختبار ترحيل البيانات.
فالعمليات التي مارسناها واستمرت في ممارستها على أساس منتظم ليست كبيرة، ولا تسبب القلق، أو تثير أي ضغوط في الدم. التقرير اليومي، والمعاملة الجمركية، واجهة التي تدير عدة مئات من المرات في الأسبوع - فهي جميعا طبيعة ثانية الآن. أنها تحدث، ولا أحد يلاحظ.
ولكن العودة إلى المرة الأولى التي بدأت هذه العمليات على الهواء مباشرة. هذا هو بالضبط المكان الذي كنت مع ترحيل البيانات. بالنسبة لمعظم، هو مرة واحدة في حدث مدى الحياة. ومن المهم بعد ذلك رفع مستويات الثقة، والحد من مستويات القلق المحيطة بهذا النشاط. ويتحقق ذلك من خلال الممارسة، الممارسة، الممارسة.
عادة، أود أن أرى على الأقل ثلاث دورات اختبار ترحيل البيانات التي تم تنفيذها في عميل ترحيل بيانات معزول. وهذا يسمح بعدة محاولات لممارسة وصقل خطة ترحيل البيانات؛ وجمع إحصاءات الوقت تشغيل الاسمية لديها بعض فكرة عن المدة التي قد يستغرقها نقل البيانات؛ تحديد وتحديد أي عيوب كائن برنامج ترحيل البيانات؛ تحديد وتحديد أي رسم بيانات وعيوب في المحتوى؛ وتحديد وتحديد أي مشاكل التكوين الوظيفي. وتتم كل مهمة من هذه المهام بهدف تحسين معدل التداعيات بشكل ملحوظ مع كل دورة اختبار ترحيل البيانات. هذه الدورات اختبار الهجرة البيانات أيضا تعطينا فرصة لممارسة مهاراتنا استخراج القديمة، لدينا مهارات تحليل تداعيات، وتداعيات لدينا مهارات التنظيف اليدوي.
مصدر جودة البيانات.
تبدأ كل دورة اختبار ترحيل البيانات باستخراج البيانات القديمة أو المصدر. ويتمثل أحد الأنشطة الهامة بين دورات اختبار ترحيل البيانات في تنظيف بيانات الإرث أو المصدر. من المرجح أن تكتشف عملية ترحيل البيانات العديد من مشكلات البيانات. بيانات العميل والبائع عنوان وحدها تكفي لجلب الترباس على اختصاص تحديد الضرائب الضرائب على ركبتيها - أن الرمز البريدي الذي هو قصيرة جدا، طويلة جدا، أو مجرد عادي غير صحيحة عندما يقترن المدينة المرتبطة بها والدولة؛ مختلف الاختصارات المستخدمة بدلا من اسم المدينة الفعلي؛ دخلت المدينة والدولة في نفس المجال عندما كان ينبغي إدخالهما في حقول منفصلة؛ إلخ. إذا لم يتم إصلاح بيانات المصدر، سوف تبدأ دورات اختبار ترحيل البيانات لتبدو وكأنها فيلم غراندوغ داي.
Source data provisioning and cleanup could very well be problematic, especially in an acquisition or merger scenario where the providers are part of a different organization and have no incentive to participate in your project. If you encounter this scenario, you will most likely need to engage the appropriate management level from your organization to have a serious discussion with the appropriate management level from the providing organization. Recognize this, be in control, and raise that flag early. Do not sit around for several days waiting for data to arrive, as this will only set your project behind schedule.
Data Migration Support for Other Testing.
In any business project scenario, the development team will salivate at the thought of testing their customizations against your real data in the conversion test cycle box. Likewise, the functional team will be chomping at the bit to use your real data to test configuration scenarios. And the interface team and the data warehouse team can’t ever get enough data to play with.
While working within your three data migration test cycles, just say NO. You absolutely need a controlled environment for data migration test cycles, and these other teams will not respect that. They have a different focus and purpose which requires changing and manipulating degrees of freedom that you need held constant.
But, we are all on the same team trying to move the project to the finish line within the expected project timeline. So to help your other team members, plan for additional data migration cycles to provide this data to these teams. That’s more data migration practice for you, and it gives everyone else what they need.
The Perfect World of Data Migration.
In a perfect world, for each data object to be converted:
The functional specification and mapping documents are well-written and clear. A data load file is built exactly in conformity to the well-written functional specification and mapping documents. The data migration ABAP objects are built exactly as specified by the well-written functional specification and data mapping documents. No one is insisting that we move a square peg into a round hole.
In a perfect world, for each set of data that is to be migrated:
The legacy system data has been thoroughly cleansed. The providers of the legacy data are genuinely interested in providing accurate data on time. Server-resident load files in a Unicode system are correctly encoded to UTF-8. A delimiter other than comma has been specified for the load file.
In a perfect world, the data migration test cycle client:
Is built in a box that is not the development box. Is configured exactly like the client where the data migration ABAP objects were built and tested. Is not open for configuration, unless by design. Is not part of a transport path. to prevent the current cycle of conversion testing from being blindsided by any new configuration changes. Is locked down so that only data migration and data validation tasks can be performed. Is configured to handle a more background and update processes and fewer dialog processes. Is built in a box that has enough disk space to be the repository for the primary load files and any intermediate processing files needed.
In a perfect world, at the project level:
There is an overall business cutover or implementation plan into which you can assimilate your data migration plan. The data migration plan integrates nicely into the overall business cutover plan. There is a strategy in place to bring the data current between the time the cutover freeze is enforced and the implementation date.
Stay Tuned!
In the real world, the fun is just beginning. Those perfect world scenarios just never seem to happen. But stay tuned! In my next blog post in this series, I will discuss the details of the Data Migration Plan. After that, in subsequent posts, I will drill down into some real world scenarios that I have encountered and discuss how I dealt with them.
عن المؤلف.
الوظائف ذات الصلة.
Enhancing SAP Lean Order Management for SAP Retail Part 2: Configuring LOM July 26, 2018 Enhancing SAP Lean Order Management for SAP Retail Part 1 July 26, 2018 Enhancing SAP Lean Order Management for SAP Retail Part 3: Enhancement Framework July 26, 2018 ABAP Tricks: CTRL is the Key for Code Hinting! 17 نوفمبر 2018.
4 تعليقات.
I love the words in the ‘Perfect world’ paragraph, even it’s never happen so far, 🙂
The article is great helpful for data migration, thanks, also surprise no one leave comment.
مادة مفيدة جدا.
Is Day in the life testing done before or post migration?
مادة مفيدة جدا.
ترك الرد إلغاء الرد.
Looking for something in particular?
الاقسام.
New Series: ABAP Tricks.
Check out our newest blog series - ABAP Tricks and learn something new!
Other articles you may be interested in…
Are You Properly Managing Your SAP Change Pointers Part 2 – A Simple Source of Runaway Growth.
DataXstream to Participate at Sapphire Now and ASUG Annual Conference – Booth 418.
Are You Properly Managing Your SAP Change Pointers Part 3 – Using Change Pointer Data Forensics.
Capgemini Japan Careers.
SAP Data Migration Lead.
IT Solutions Tokyo, Tokyo.
وصف.
Capgemini, one of the world's foremost providers of consulting, technology and outsourcing services, has over 16,000 professionals with expertise in SAP solutions, with nearly 40 percent located in global delivery centers and more than 1,300 services clients worldwide. Capgemini’s implementation business in support of SAP solutions spans all major industries, including consumer goods and retail, energy and utilities, manufacturing, public sector and financial services, working with companies of all sizes.
Capgemini Japan focuses on globalization initiatives, and there have great opportunities of working with global talents, of making human network across the world and of learning our world-class methodology and accelerators.
One of the key challenges that our Japanese companies face is globalization, i. e., standardizing enterprise architecture globally. There are not so many Japanese companies that attempt to transform themselves to a global company and there are not so many opportunities of working on globalization, however in this SAP project for our major Japanese pharmaceutical client, as they are now shifting to a global company, you will be able to work on such globalization opportunity. If you fulfill your responsibility successfully and make this great transformation happen, you will get quite meaningful experience and bilingual coordination capabilities that majorities of the other Japanese clients show their interests for their globalization.
1. Understand the data migration strategy incl master data prep, procedures , tools and templates from SAP central team incl MDM (Master Data Management) team.
2. Work directly with MDM consultants, customers, functional consultants and technical consultants.
Explain to them about data migration strategy incl master data prep, procedures , tools and templates Prepare the master data prep schedule with the customers and MDM teams Let customers fill in the template with the data (Master data and transaction data), and collecting/validating them Attend the workshops and identify the data migration objects and data conversion requirements with functional teams For the data conversion requirements, work with development team and functional consultants to document the requirements for the design and development. Work with the functional consultants to get the finalized coding conventions such as material groups, payment terms, etc, reflect the templates with them, explain to the customers about them and let the customers fill in the templates with codes finalized. Support the customers in planning data migration dry run and data migration for go live Send the validated data (master data and transactional data) to India ADM (Application Development and Maintenance) factory. ADM is supposed to upload the data into the target environment. Data migration resources get the feedback from ADM factory and explain to the users to let them correct it. Support the customers in MDM/MDG( Master Data Governance) process.
3. U nderstand technical data conversion issues, resolve issues and communicate solutions.
4. Technical support for customer in data migration (Planning, Dry run, Migration)
5. Facilitate the sign-off of deliverables with customer.
6. Manage data migration team and realize effective collaboration work with ADM.
1. Native Japanese + Business level English.
2. 5+ years of SAP data migration experience.
3. (For Lead role) 5+ years of experience leading teams using global delivery model (onsite offshore)
4. Experience with the complete software project lifecycle, understanding of the importance of data conversion and the time commitment involved.
5. Ability to educate client on importance of data accuracy and completeness and guiding them on methods and tools to improve data quality.
6. Strong technical problem solving skills, with an ability to troubleshoot complex issues.
7. Hands-on including Documentation.
8. Communication skill, Good Interpersonal skill and flexibility.
توفر لك هذه الوثيقة إجراء لمساعدتك على تنظيم ونقل البيانات من النظام القديم.
وهو يصف منهجية هجرة البيانات التي استخدمتها بنجاح في تطبيقات مختلفة. وهو يقوم على تجربتي السابقة. لا يوجد ضمان على محتواه أو على النتائج. يقدم لك هذا الدليل اقتراحات. والأمر متروك لكم لاتخاذ تلميحات وتشكل المنهجية الخاصة بك.
المصطلحات الشائعة والاختصارات في مشاريع الهجرة:
ملاحظة: تستخدم المصطلحات ساب و R / 3 بالتبادل للإشارة إلى نظام ساب R / 3.
الخمسة الكبار: عند الإشارة إلى الخمسة الكبار، فهذا يعني المواد الماجستير، العميل الرئيسي، المورد الرئيسي، فاتورة المواد (بوم) والتوجيهات.
كائنات الأعمال: للمساعدة في عملية التحليل والتحويل، لا يتم التعامل مع البيانات على أنها جداول أو محتويات الحقل بل كأشياء في فترة التشغيل التجاري. وتسمى هذه كائنات الأعمال.
كائن الأعمال دس المسؤول: المسؤول عن عملية التحويل (مصدر البيانات القديمة والنزاهة، ورسم الخرائط، وقواعد التحويل، وما إلى ذلك) واحترام الجدول الزمني المخطط له كائن الأعمال.
مالك كائن الأعمال: الشخص الذي يملك المعلومات في الأعمال اليومية. هذا هو الشخص الذي سيقوم بإجراء الاختيارات الاستراتيجية على المتطلبات الوظيفية لعنصر الأعمال، والتي ستقوم بالتحقق النهائي من البيانات المحولة. يمكن تحديدها من خلال إيجاد & # 8220؛ أعلى شخص هرمي سيكون بشكل مباشر ومعظمه متضرر إذا لم يعمل عنصر الأعمال & رديقو؛
تحويل البيانات & أمب؛ ترحيل البيانات: عملية تحويل البيانات. & # 8220؛ تحويل البيانات & رديقو؛ و & # 8220؛ ترحيل البيانات & رديقو؛ تستخدم المصطلحات بالتبادل في الوثيقة.
دس: اختصار لعملية تحويل البيانات.
النطاق: النطاق الوظيفي داخل المشروع، مثل: التمويل، المبيعات، الإنتاج، إلخ.
ملف مسطح: تنسيق ملف يستخدم لاستيراد البيانات إلى ساب. الملف المسطح عبارة عن ملف نصي عادي يحتوي على فاصل علامات تبويب بين الحقول. يمكن إنشاؤها بسهولة من إكسيل أو الوصول.
ملف متوسط: ملف إكسيل أو أسيس أو نوع آخر من الملفات، يتم معالجته يدويا في عملية بين استخراج لس وتوليد الملف المسطح.
لسمو: منضدة ترحيل النظام القديم. وهو أداة ساب للتحويل الذي يسمح تحميل البيانات باستخدام الملفات المسطحة المستخرجة من النظام القديم.
جدول مرجعي متقاطع أو جدول X-ريف: جدول يوضح العلاقة بين الحقول عندما تكون قيمة واحدة مرتبطة بالحقل الرئيسي. على سبيل المثال، & # 8220؛ منظمة المبيعات & # 8221؛ سيتم تعيين وفقا لذلك لنوع المادة.
وبس: هيكل انهيار العمل.
ويمثل تنفيذ نظام ساب تحديا هاما، سواء من حيث الموارد (الناس، والمال، والوقت) وفي عملية الأعمال. وهناك الكثير على المحك، وبالنسبة لمعظمكم، والفشل ليس خيارا يمكنك تحمله. لوضع كل الصعاب على الجانب الخاص بك، كنت في حاجة الى منهجية جيدة. واحدة من شأنها أن توفر لك مع التخطيط واقعية، وتنظيم متين، وسيلة لإدارة عملية وأدوات التحكم للكشف وتصحيح الانزلاق قبل أن يصبح مشكلة.
قبل أن تبدأ حتى في العمل على المواصفات، يجب عليك أولا الحصول على المنظمة. الحصول على تخطيط جيد وهيكل تنظيم يستغرق حوالي أسبوعين للمشروع الأول، والتي سوف أترك لكم مع بعض الأسئلة حول تنظيم المشروع. سوف يستغرق الحصول على التخطيط الكامل والنهائي أسبوعا واحدا على الأقل. أي القضايا التي لم تحل على هذه سوف تطارد لكم في جميع أنحاء المشروع، لذلك الانتهاء من هذا تماما قبل ذكر أي خطوة أخرى.
ويتطلب تحويل البيانات موارد وظيفية وتقنية من معظم الإدارات. ومن المرجح أن تشارك هذه الموارد نفسها في جزء آخر من المشروع. لهذا السبب، فإن خطر تضارب المهام مرتفع ويمكن أن يؤدي بسرعة إلى عنق الزجاجة حيث يتم تحميل الناس الرئيسيين. لهذا السبب، يجب أن تنظر في تحويل البيانات كمشروع ضمن المشروع. وهذا يترجم إلى إعداد خطة تحويل كاملة من شأنها أن تساعدك على الذهاب من خلال عملية وسوف تسمح للتنبؤ وحل مشكلة استخدام الموارد قبل حدوث عنق الزجاجة من أي وقت مضى.
وتتمثل الخطوات الرئيسية لتحويل البيانات فيما يلي:
تنظيم تحويل البيانات (مدير المشروع ومنسق تحويل البيانات)
خطة تحويل البيانات هيكل تجزئة العمل مع تقديرات حجم العمل تخطيط التقويم مع تحميل الموارد.
الاستمرار في تحويل بيانات الكائنات الأعمال (المورد المسؤول عن كائن الأعمال دس)
قواعد البيانات والتطهير البيانات واستخراج التطهير استخراج وتحميل البرامج من قواعد البيانات والقواعد التكيف (تعديل القواعد والبرامج بعد الاختبار) تحميل وحدة اختبار (اختبار وحدوي & # 8211؛ حجم صغير من البيانات اليدوية) استخراج وتحميل اختبار الحجم الكامل (البيانات اختبار كامل والتحقق من صحة & # 8211؛ حجم كبير مع البيانات المستخرجة الحقيقية) تحميل البيانات الكاملة في نظام القبول تحميل كامل البيانات في نظام الإنتاج قبل التحقق من البيانات المحولة والمستخدم الرئيسي + كائنات الأعمال المالك سيغنوف تحويل كامل إلى نظام الإنتاج والتوقيع النهائي.
خطة تحويل البيانات.
الكائنات الأعمال.
عنصر الأعمال عبارة عن فئة عامة للبيانات التي تعرف شيئا مثل ماستر ماتريال أو ماستر ماناجر أو أسهم أو أوامر أو طلبات شراء أو وحدات تنظيمية. الخطوة الأولى هي تحديد عناصر الأعمال (الكائنات) المطلوبة في تنفيذ ساب الخاص بك.
هناك ثلاثة أنواع من البيانات المتضمنة في نظام ساب: البيانات الرئيسية وبيانات المعاملات والبيانات التاريخية.
البيانات الرئيسية. البيانات الرئيسية التطبيق يميل إلى أن يكون أكثر ثابت مرة واحدة محددة. يمكن أن تكون معظم البيانات الرئيسية مدفوعة من قبل التطبيقات القديمة. ومن الأمثلة على ذلك البائعين، والعملاء، والرسوم البيانية للحسابات، والأصول، وفواتير المواد، وسادة المواد، وسجلات المعلومات، وهلم جرا. بيانات المعاملات. والبيانات المتعلقة بالمعاملات هي بيانات المعاملات الحالية والمعلقة التي يتعين التقاطها من النظام القديم وتعريفها في تطبيقات ساب R / 3 من أجل إنجاز العمليات التجارية. ومن الأمثلة على ذلك المستندات المحاسبية، وأوامر الشراء المفتوحة، وأوامر البيع المفتوحة، وأوامر العودة، وما إلى ذلك. البيانات التاريخية. ويلزم إحضار البيانات التاريخية من النظام القديم إلى نظام ساب R / 3 لأغراض مرجعية. ومن الأمثلة على ذلك أوامر الشراء المغلقة، وأوامر البيع المغلقة، ومعلومات دفتر الأستاذ العام الموجزة، وما إلى ذلك.
معلومات لاستكمال خطة التحويل.
ما هي عناصر الأعمال التي سيتم تحويلها من النظام القديم إلى ساب. أين توجد البيانات، والتي هي النظم القديمة تشارك لاستخراج. كم تقدير عدد السجلات التي سيتم تحميلها في نهاية المطاف إلى ساب. كيف هناك جانبان يجب أخذهما في الاعتبار: طريقة استخراج البيانات من النظام القديم المستخرج تلقائيا من النظام القديم دون تدخل يدوي. جدول البيانات الذي تم تعبئته يدويا الجمع بين استخراج نظام ليغاسي التلقائي + دليل الدخول إلى جدول بيانات طريقة إدخال البيانات إلى ساب: نقل البيانات تلقائيا من ملف مسطح إلى ساب إدخال البيانات يدويا مع المعاملات عبر الإنترنت إلى ساب دمج كل منهما.
ستحدد طريقة نقل البيانات التي تختارها أنواع الموارد التي تحتاج إليها. على سبيل المثال، قد تحتاج إلى موظفين مؤقتين لإدخال البيانات يدويا والمبرمجين لكتابة برامج الاستخراج الخاصة بك. تحتاج إلى معرفة كل من البيانات الموجودة في النظام القديم الخاص بك والتي تطبيقات ساب تتوافق مع عناصر الأعمال التي سيتم نقلها. شخص واحد لا يجب أن يعرف كل هذا، ولكن الناس الذين يعرفون هذه المعلومات يجب أن تعمل بشكل وثيق معا.
من هو الذي ينطوي على كل كائن الأعمال: المستخدم الرئيسي (وظيفية مسؤولة عن تحويل بو: قواعد وتصحيحات البيانات اليدوية والاختبار والتحقق من صحة) مستشار مسؤول عن تنظيف البيانات وتطهير في النظام القديم المسؤول عن استخراج مسؤولة عن تحميل البيانات في ساب الأعمال مدير كائن (صاحب الهرمي الذي هو المسؤول عن استخدام يوما بعد يوم وسلامة المعلومات واحد الذي سيتم التوقيع على قبول البيانات)
تسلسل تحويل عناصر الأعمال الرئيسية:
تحويل عنصر الأعمال:
البيانات التطهير والتطهير.
ستؤدي عملية تطهير نظام ليغاسي وتطهيره إلى توفير الكثير من الوقت والجهد في الخطوات التالية للتحويل. بدء هذا في أقرب وقت ممكن والقيام بقدر الإمكان. ويمكن القيام بذلك دون معرفة محددة من ساب.
قبل نقل البيانات من النظام القديم، احذف جميع البيانات القديمة والبالية. على سبيل المثال، يمكنك حذف جميع العملاء لمرة واحدة أو تلك التي لم تكن هناك معاملة في العامين الماضيين، وأيضا حذف المواد غير المستخدمة.
تقوم هذه العملية بتصحيح التناقضات في البيانات وتضمن سلامة البيانات الموجودة أثناء عملية الترحيل. على سبيل المثال، غالبا ما يكون هناك الكثير من التناقضات في حقول عنوان العميل والمورد. سوف تجد بسرعة أن ساب لن تسمح لك تحميل أي حقول العنوان إلا إذا كنت الحصول عليها نظيفة.
رسم الخرائط وقواعد التحويل.
ستحتوي وثائق كل عنصر من عناصر النشاط التجاري على قواعد تحويل البيانات (أو المواصفات)، والتي تتضمن:
* المصادر القديمة واستخراج الإجراءات.
من أي النظام القديم (ق) ونحن استخراج البيانات وكيف. قم بتوثيق الخطوات المحددة هنا التي يجب اتخاذها.
ما هي خطوات التنظيف التي يتعين اتخاذها واستخراج مرشحات لاستخدامها.
المبادئ التوجيهية لتطبيق أو القواعد التي يتم استخدامها من قبل العديد من المجالات (وبالتالي تجنب إعادة كتابة ذلك وجعل التحديث أسهل كما هو فقط في مكان واحد).
أي حقول ساب لاستخدامها وكيف نحصل على القيمة النهائية لكل حقل ساب.
القواعد العامة هي تلك التي لا تسفر مباشرة عن قيمة الحقل. على سبيل المثال الطريقة التي نميز أنواع المواد في النظام القديم هي قاعدة من هذا القبيل. القواعد الميدانية هي تلك التي تعطي قيمة لحقل معين.
وهذا أمر حاسم. عند مناقشة الملاحظات أو كتابتها، تشير دائما إلى حقل في النموذج تابل-فيلد. سوف ندرك بسرعة أنه مع المشروع يذهب، وسوف يبدأ مختلف الناس باستخدام أسماء مختلفة لنفس المجال. وكذلك قد تبدأ باستخدام نفس الاسم لمجالات مختلفة.
وعلاوة على ذلك، توجد بعض الحقول في طرق عرض مختلفة في البيانات الرئيسية ل ساب. في وقت ما هو نفس الحقل الذي يظهر في مكانين بينما في أحيان أخرى هو حقا اثنين من المجالات المختلفة. أفضل طريقة لمعرفة الحالة التي تنطبق هي الحصول على معلومات الجدول + فيلد.
في المواد الرئيسية، الحقل & # 171؛ التحقق من التوفر & راكو؛ موجود في & # 8220؛ MRP2 & # 8221؛ و & # 8220؛ مبيعات الجنرال & # 8221؛ الآراء. إذا نظرتم إلى الجدول-حقل من كل عرض تحصل عليه:
مبيعات جين: مارك-متفف.
وفي كلتا الحالتين، يكون اسم الجدول فيلد هو نفسه، لذلك فهو نفس الحقل.
في العميل الرئيسي، الحقل & # 8221؛ شروط الدفع & # 8217؛ موجودة في & # 8220؛ معاملات الدفع & # 8221؛ و & # 8220؛ الفوترة & # 8221؛ الآراء. إذا نظرتم إلى الجدول-حقل من كل عرض تحصل عليه:
معاملات الدفع: KNVV - زتيرم.
طرق عرض الفواتير: KNB1- زتيرم.
انها ليست نفس المجال. في طريقة الدفع، يكون الحقل مرتبطا بقانون الشركة بينما يتم ربط طريقة عرض الفوترة بمؤسسة المبيعات (تجد ذلك من خلال الاطلاع على مفاتيح الجداول). لذلك كل من هذه الحقول يمكن أن يكون لها قيم مختلفة.
المنهجية التقنية.
حالة خاصة للمواد الماجستير.
ماجستير المواد ينطوي على جميع المجالات وقد تتطلب في أي مكان من 20 حقول إلى بضع مئات اعتمادا على تعقيد التنفيذ الخاص بك. سيتم استخدام بعض الحقول من خلال نطاقات مختلفة بينما سيتم استخدام الحقول الأخرى من قبل نطاق واحد فقط، ولكن قيمته سيكون لها تأثير على الوظيفة المستخدمة من قبل نطاق آخر.
هذا هو كائن الأعمال الأكثر تعقيدا لتوثيق، وفي الوقت نفسه، هو واحد يجب أن تبدأ معك في عملية التحويل.
الخطوة الأولى: اختيار الحقول حسب كل نطاق.
الحصول على كل مجال مع الاستشاريين للذهاب من خلال ملف الخرائط والنظر في الحقول لكل نوع من المواد. الهدف هنا هو رؤية جميع المجالات الهامة وطرح الأسئلة لفهمها. يتم ذلك بشكل منفصل من قبل كل نطاق وتوثيقها في ملفات رسم الخرائط المختلفة. في هذه النقاط نحن لسنا مهتمين أين ستأتي القيم من وكيف نحصل عليها. فقط الحصول على رسم عمله والعمل على فهم ما هي المواد الماجستير. في كل مرة يحدد نطاق حقل لنوع معين من المواد، يجب إدخال نوع نطاقه في القائمة. وهنا بعض الأمثلة (النظرية) من رسم الخرائط من مم، ب و سد.
في المواد الماجستير، يمكن إدخال بعض الحقول / تعديل في وجهات نظر مختلفة. على سبيل المثال، الحقل & # 8220؛ وقت استلام استلام البضائع في أيام (مارك-ويباز) & رديقو؛ موجود في مشاهدات المشتريات، MRP2 وإدارة الجودة. عند تنفيذ القواعد وبرنامج التحميل، لا يمكن أن يكون الحقل نفسه في طرق عرض مختلفة. لحل هذه المشكلة، اتبع ما يلي:
انظر مع جميع النطاقات المتورطة التي هي الرائدة في هذا المجال وتقرر في أي عرض المجال يجب أن تدرج.
مع أخذ مثال الحقل & # 8220؛ وقت معالجة استلام البضائع في أيام (مارك-ويباز) & رديقو ؛، يمكن تحديده ضمن النطاقات لوضعه في طريقة العرض بورشاسينغ (وفي أي مكان آخر).
تحويل المواد الرئيسية:
تصميم عملية عالية المستوى.
هذه هي جميع وجهات النظر الرئيسية المشاركة في المواد الرئيسية كائن:
البيانات الأساسية البديل أوم التفتيش تصنيف النص مبيعات منظمة المبيعات المصنع العام شراء التجارة الخارجية استيراد & أمب؛ تصدير أبو ماستر البيانات MRP1 & أمب؛ 2 محاسبة إدارة الجودة.
عادة وظيفة مواصفات أصحاب سوف تفعل طريقة التسجيل لالتقاط كافة الحقول على وجهات النظر المذكورة أعلاه وإعداد منطق رسم الخرائط.
التصميم الأكثر تعقيدا ينطوي على دمج النبات وتصنيف الاندماج. (ارجع إلى وثيقة العملية الرفيعة المستوى)
مجموعة الأعضاء من فئة شريحة العملاء هي مجموعة من المستخدمين، كما هو محدد من قبل البائع أو التاجر، الذين يشاركون في مصلحة مشتركة.
على سبيل المثال: شركة التعدين لديها سغ & # 8217؛ s سيرو ماتوسو (كمسا)، ميت الفحم (متكو)، المعادن الأساسية (بيس) الخ.،
استنادا إلى سغ & # 8217؛ s البيانات تحتاج إلى تقسيم قبل التحميل من خلال لسمو للتقييم.
يمكن أن يتم منطق الانقسام بواسطة مكون حلقة في خدمات بيانات كائنات الأعمال.
الحصول على سغ & # 8217 في s داتافلو. قم بتعيين متغير لرقم التتابع للقيمة القصوى والحلقة من الأولي.
كائنات الأعمال الأخرى التحويل:
بالنسبة لبو الآخر، لأنها أبسط من ماجستير المواد وتنطوي على عدد أقل من الناس، وسوف نبدأ مباشرة مع وثيقة قواعد التحويل. وفي هذه الوثيقة سنقرر كلا من المجالات التي نحتاج إليها، وفي خطوة ثانية، نبدأ العمل على القواعد.
وفيما يلي بعض العينات من قواعد التحويل بو.
بوم تحويل قواعد عينة.
فتح نموذج تحويل حسابات القبض.
بائع ماستر تحويل قواعد عينة.
لاحظ أن مصطلح ساب & # 8220؛ إيداع الأمان & رديقو؛ إكوال & # 8220؛ ريتنتيون & رديقو؛ في برمز.
نوع المعاملة.
تايب في برمز:
أي نوع آخر هو خطأ.
التحقق من صحة تطبيق على حد سواء في الاستخراج والتحميل.
جزئية بمت و هيليب؛ & هيليب؛ & هيليب؛. يجب أن يكون سلبيا في نظام إدارة الموارد (برمز)، إن لم يكن خطأ.
مذكرة الائتمان & هيليب؛ & هيليب؛ & هيليب؛ يجب أن تكون سلبية في نظام إدارة المحتوى، إن لم يكن خطأ.
ديبيت ميمو & هيليب؛ & هيليب؛ & هيليب؛.must بي بوسيتيف إن برمز، إن نوت نوت إرور.
أي نوع آخر هو خطأ.
لسم تحميل المعلمات.
كتوبل & # 8211؛ مخطط الحساب: CA00.
بوكرس & # 8211؛ رمز الشركة: 0070.
غسبر & # 8211؛ منطقة الأعمال: 0040.
بودات & # 8211؛ تاريخ النشر: & # 8220؛ 05-31-02 & رديقو؛ أو آخر يوم من آخر فترة مغلقة.
أوفست & # 8211؛ الحساب (2): ريبريسيكل.
سكبير & # 8211؛ سكيب إر: X.
L إغاسي S يستم M إغراتيون W أوركبينش (لسمو):
يستخدم لسمو لترحيل البيانات من نظام قديم لنظام ساب، أو من نظام ساب واحد إلى آخر.
وبصرف النظر عن المدخلات والتدفقات القياسية دفعة / مباشرة، بابي و إيدوس متاحة كوسائل استيراد إضافية لمعالجة البيانات القديمة.
ويتألف برنامج لسمو من الخطوات الرئيسية التالية:
قراءة البيانات (البيانات القديمة في جداول جداول البيانات و / أو الملفات المتسلسلة). تحويل البيانات (من المصدر إلى تنسيق الهدف). استيراد البيانات (إلى قاعدة البيانات المستخدمة من قبل تطبيق R / 3.
ولكن، قبل هذه الخطوات، تحتاج إلى تنفيذ الخطوات التالية:
تعريف بنية المصدر: بنية البيانات في ملف المصدر. تحديد بنية الهدف: هيكل ساب الذي يتلقى البيانات. تعيين الحقل: تعيين بين بنية المصدر والهدف مع التحويلات، إن وجدت. حدد الملف: موقع الملف المصدر.
الطرق المستخدمة لترحيل البيانات مثل بدك و لسمو و نداء المعاملات.
يتم استخدام جميع الطرق 3 لترحيل البيانات. اختيار هذه الأساليب يعتمد على السيناريو، كمية البيانات تحتاج إلى نقل. لسمو هو أداة جاهزة التي تقدمها ساب وعليك أن تتبع بعض الخطوات 17 لترحيل البيانات الرئيسية. في حين أن طريقة جلسة بدس هي الخيار الأفضل بسبب بعض المزايا على معاملة المكالمات. ولكن الصفقة دعوة هي أيضا مفيدة جدا للقيام أوبداتيون فوري من كمية صغيرة من البيانات. (في مطالبة المعاملات الدعوة لديها للتعامل مع الأخطاء).
سو أسفل الخط هو جعل اختيار هذه الأساليب على أساس الاحتياجات في الوقت الحقيقي.
يتم اختيار هذه الأساليب تماما على أساس الوضع الذي فيه. طريقة الإدخال المباشر غير متوفر لجميع سيناريوهات أخرى، فهي أبسط منها. في طريقة إدخال الدفعة، تحتاج إلى القيام بالتسجيل للمعاملة المعنية. وبالمثل، إيدوك، و بابي هناك، واستخدام هذه الحاجة إلى أن تقرر بناء على هذا الشرط.
حاول أن تذهب من خلال بعض المواد على هذه الأساليب الأربعة، وتنفيذها. ثم سيكون لديك فكرة عادلة حول متى لاستخدام أي منها.
بدك & # 8211؛ فمن دفعة الاتصالات البيانات. لقد تم استخدامه لتحويل البيانات من النظام القديم إلى نظام ساب. فقط الناس التقنية يمكن أن تفعل ذلك. تكود هو شدب.
لسمو & # 8211؛ إنها منصة عمل ترحيل النظام. كما أنها تستخدم لتحويل البيانات من النظام القديم لنظام ساب. ولكن هو دور المستشار الوظيفي.
هناك 14 خطوات في لسمو. بمجرد الانتهاء من خطوة واحدة، تلقائيا سوف تذهب إلى الخطوة التالية.
بشكل عام يمكنك استخدام لسمو. ولكن إذا كنت ترغب في نقل أكثر من 40،000 البيانات، فإنه ليس من الممكن في لسمو. في ذلك الوقت يمكنك أن تأخذ مساعدة من بدك.
لسمو ترحيل البيانات لأمر المبيعات VA01 / XD01 العملاء.
8 تعليقات.
يجب تسجيل الدخول للتعليق أو الرد على مشاركة.
تقدم ساب محتوى مجانيا للمساعدة في ترحيل البيانات في ساب (إرب، كرم، وما إلى ذلك). انظر https://websmp103.sap-ag. de/rds-dm2erpcrm.
هذا هو في الواقع شرح جيد لعملية ترحيل البيانات.
مقالة مفيدة جدا (ربما أفضل). إبقاء نشر.
لطيفة، منظم ومكتوبة بشكل جيد الوثيقة.
قطعة كبيرة من الأدب.
شكرا لتقاسم المعرفة.
مادة جيدة جونبول!
نجاح باهر جونباول هذا هو مقال عظيم! إنها مفيدة جدا وتذهب من خلال الكثير مما هو مطلوب لنجاح الهجرة. في Method360 نلاحظ أن الكثير من الناس لا تنفق الكمية المطلوبة من الوقت التخطيط للهجرات وينتهي الأمر إلى التراجع وقضاء الكثير من الوقت إعادة القيام بالأشياء التي كان ينبغي القيام به في وقت سابق بكثير، وخاصة في وتطهير البيانات وتطهير الخطوات. يعتقد العملاء أنه بمجرد أن يتم نقلها إلى النظام الأحدث أن كل شيء سوف تكون ثابتة، ولكن في نهاية المطاف مع نظام بطيء مع الكثير من الأخطاء. إن قضاء الوقت لمراجعة بياناتك التاريخية والماجستير التي ربما تغيرت أو لم يعد ضروريا يمكن أن تسرع أنظمةك. من أجل مساعدة العملاء على فهم كل ما يحتاجونه ليكون ناجحا أنشأنا ورشة عمل مجانية. لا تتردد في إعطائها نظرة!
ساب داتا ميغراتيون & # 8211؛ الإجابة على الأسئلة المهمة (الجزء الأول)
هو وقت ترحيل البيانات على مشروع الأعمال ساب الخاص بك. سواء كان المشروع الخاص بك هو التنفيذ، واقتناء، أو الاندماج، والهدف هو نفسه إلى حد كبير: الاستحواذ الداخل السلس من البيانات الرئيسية والمعاملات من واحد أو أكثر من مصادر البيانات الخارجية مع ضمان أن هذا النشاط له تأثير ضئيل على بقية الأعمال. هذا هو المكان الذي نحاول فيه نقل سنوات من البيانات الرئيسية المهملة والمعاملات من نظام هيكلي فضفاض، أي شيء يذهب إلى نظام ساب متكامل للغاية ومنظم للغاية. يجب أن تفكر في احتمال عدم اختراع مفهوم إدارة البيانات الرئيسية بعد عند تنفيذ النظام القديم أو المصدر الذي يوفر بياناتك.
كم البيانات لنقل؟ كم من البيانات أن تترك وراءها؟ ما لأتمتة، وماذا تنفذ يدويا؟ كيف ترشح بأمان وتنفيذ عملية ترحيل ترحيل البيانات من نظام إلى آخر؟ أين وكيف تتناسب مع خطة ترحيل البيانات في خطة تنفيذ الأعمال الشاملة؟ كيفية الاستمرار في إدارة الأعمال خلال مرحلة ترحيل البيانات من تنفيذ المشروع التجاري؟ هذه الأسئلة كلها جزء من متعة التخطيط!
اختبار ترحيل البيانات.
فالعمليات التي مارسناها واستمرت في ممارستها على أساس منتظم ليست كبيرة، ولا تسبب القلق، أو تثير أي ضغوط في الدم. التقرير اليومي، والمعاملة الجمركية، واجهة التي تدير عدة مئات من المرات في الأسبوع - فهي جميعا طبيعة ثانية الآن. أنها تحدث، ولا أحد يلاحظ.
ولكن العودة إلى المرة الأولى التي بدأت هذه العمليات على الهواء مباشرة. هذا هو بالضبط المكان الذي كنت مع ترحيل البيانات. بالنسبة لمعظم، هو مرة واحدة في حدث مدى الحياة. ومن المهم بعد ذلك رفع مستويات الثقة، والحد من مستويات القلق المحيطة بهذا النشاط. ويتحقق ذلك من خلال الممارسة، الممارسة، الممارسة.
عادة، أود أن أرى على الأقل ثلاث دورات اختبار ترحيل البيانات التي تم تنفيذها في عميل ترحيل بيانات معزول. وهذا يسمح بعدة محاولات لممارسة وصقل خطة ترحيل البيانات؛ وجمع إحصاءات الوقت تشغيل الاسمية لديها بعض فكرة عن المدة التي قد يستغرقها نقل البيانات؛ تحديد وتحديد أي عيوب كائن برنامج ترحيل البيانات؛ تحديد وتحديد أي رسم بيانات وعيوب في المحتوى؛ وتحديد وتحديد أي مشاكل التكوين الوظيفي. وتتم كل مهمة من هذه المهام بهدف تحسين معدل التداعيات بشكل ملحوظ مع كل دورة اختبار ترحيل البيانات. هذه الدورات اختبار الهجرة البيانات أيضا تعطينا فرصة لممارسة مهاراتنا استخراج القديمة، لدينا مهارات تحليل تداعيات، وتداعيات لدينا مهارات التنظيف اليدوي.
مصدر جودة البيانات.
تبدأ كل دورة اختبار ترحيل البيانات باستخراج البيانات القديمة أو المصدر. ويتمثل أحد الأنشطة الهامة بين دورات اختبار ترحيل البيانات في تنظيف بيانات الإرث أو المصدر. من المرجح أن تكتشف عملية ترحيل البيانات العديد من مشكلات البيانات. بيانات العميل والبائع عنوان وحدها تكفي لجلب الترباس على اختصاص تحديد الضرائب الضرائب على ركبتيها - أن الرمز البريدي الذي هو قصيرة جدا، طويلة جدا، أو مجرد عادي غير صحيحة عندما يقترن المدينة المرتبطة بها والدولة؛ مختلف الاختصارات المستخدمة بدلا من اسم المدينة الفعلي؛ دخلت المدينة والدولة في نفس المجال عندما كان ينبغي إدخالهما في حقول منفصلة؛ إلخ. إذا لم يتم إصلاح بيانات المصدر، سوف تبدأ دورات اختبار ترحيل البيانات لتبدو وكأنها فيلم غراندوغ داي.
Source data provisioning and cleanup could very well be problematic, especially in an acquisition or merger scenario where the providers are part of a different organization and have no incentive to participate in your project. If you encounter this scenario, you will most likely need to engage the appropriate management level from your organization to have a serious discussion with the appropriate management level from the providing organization. Recognize this, be in control, and raise that flag early. Do not sit around for several days waiting for data to arrive, as this will only set your project behind schedule.
Data Migration Support for Other Testing.
In any business project scenario, the development team will salivate at the thought of testing their customizations against your real data in the conversion test cycle box. Likewise, the functional team will be chomping at the bit to use your real data to test configuration scenarios. And the interface team and the data warehouse team can’t ever get enough data to play with.
While working within your three data migration test cycles, just say NO. You absolutely need a controlled environment for data migration test cycles, and these other teams will not respect that. They have a different focus and purpose which requires changing and manipulating degrees of freedom that you need held constant.
But, we are all on the same team trying to move the project to the finish line within the expected project timeline. So to help your other team members, plan for additional data migration cycles to provide this data to these teams. That’s more data migration practice for you, and it gives everyone else what they need.
The Perfect World of Data Migration.
In a perfect world, for each data object to be converted:
The functional specification and mapping documents are well-written and clear. A data load file is built exactly in conformity to the well-written functional specification and mapping documents. The data migration ABAP objects are built exactly as specified by the well-written functional specification and data mapping documents. No one is insisting that we move a square peg into a round hole.
In a perfect world, for each set of data that is to be migrated:
The legacy system data has been thoroughly cleansed. The providers of the legacy data are genuinely interested in providing accurate data on time. Server-resident load files in a Unicode system are correctly encoded to UTF-8. A delimiter other than comma has been specified for the load file.
In a perfect world, the data migration test cycle client:
Is built in a box that is not the development box. Is configured exactly like the client where the data migration ABAP objects were built and tested. Is not open for configuration, unless by design. Is not part of a transport path. to prevent the current cycle of conversion testing from being blindsided by any new configuration changes. Is locked down so that only data migration and data validation tasks can be performed. Is configured to handle a more background and update processes and fewer dialog processes. Is built in a box that has enough disk space to be the repository for the primary load files and any intermediate processing files needed.
In a perfect world, at the project level:
There is an overall business cutover or implementation plan into which you can assimilate your data migration plan. The data migration plan integrates nicely into the overall business cutover plan. There is a strategy in place to bring the data current between the time the cutover freeze is enforced and the implementation date.
Stay Tuned!
In the real world, the fun is just beginning. Those perfect world scenarios just never seem to happen. But stay tuned! In my next blog post in this series, I will discuss the details of the Data Migration Plan. After that, in subsequent posts, I will drill down into some real world scenarios that I have encountered and discuss how I dealt with them.
عن المؤلف.
الوظائف ذات الصلة.
Enhancing SAP Lean Order Management for SAP Retail Part 2: Configuring LOM July 26, 2018 Enhancing SAP Lean Order Management for SAP Retail Part 1 July 26, 2018 Enhancing SAP Lean Order Management for SAP Retail Part 3: Enhancement Framework July 26, 2018 ABAP Tricks: CTRL is the Key for Code Hinting! 17 نوفمبر 2018.
4 تعليقات.
I love the words in the ‘Perfect world’ paragraph, even it’s never happen so far, 🙂
The article is great helpful for data migration, thanks, also surprise no one leave comment.
مادة مفيدة جدا.
Is Day in the life testing done before or post migration?
مادة مفيدة جدا.
ترك الرد إلغاء الرد.
Looking for something in particular?
الاقسام.
New Series: ABAP Tricks.
Check out our newest blog series - ABAP Tricks and learn something new!
Other articles you may be interested in…
Are You Properly Managing Your SAP Change Pointers Part 2 – A Simple Source of Runaway Growth.
DataXstream to Participate at Sapphire Now and ASUG Annual Conference – Booth 418.
Are You Properly Managing Your SAP Change Pointers Part 3 – Using Change Pointer Data Forensics.
Capgemini Japan Careers.
SAP Data Migration Lead.
IT Solutions Tokyo, Tokyo.
وصف.
Capgemini, one of the world's foremost providers of consulting, technology and outsourcing services, has over 16,000 professionals with expertise in SAP solutions, with nearly 40 percent located in global delivery centers and more than 1,300 services clients worldwide. Capgemini’s implementation business in support of SAP solutions spans all major industries, including consumer goods and retail, energy and utilities, manufacturing, public sector and financial services, working with companies of all sizes.
Capgemini Japan focuses on globalization initiatives, and there have great opportunities of working with global talents, of making human network across the world and of learning our world-class methodology and accelerators.
One of the key challenges that our Japanese companies face is globalization, i. e., standardizing enterprise architecture globally. There are not so many Japanese companies that attempt to transform themselves to a global company and there are not so many opportunities of working on globalization, however in this SAP project for our major Japanese pharmaceutical client, as they are now shifting to a global company, you will be able to work on such globalization opportunity. If you fulfill your responsibility successfully and make this great transformation happen, you will get quite meaningful experience and bilingual coordination capabilities that majorities of the other Japanese clients show their interests for their globalization.
1. Understand the data migration strategy incl master data prep, procedures , tools and templates from SAP central team incl MDM (Master Data Management) team.
2. Work directly with MDM consultants, customers, functional consultants and technical consultants.
Explain to them about data migration strategy incl master data prep, procedures , tools and templates Prepare the master data prep schedule with the customers and MDM teams Let customers fill in the template with the data (Master data and transaction data), and collecting/validating them Attend the workshops and identify the data migration objects and data conversion requirements with functional teams For the data conversion requirements, work with development team and functional consultants to document the requirements for the design and development. Work with the functional consultants to get the finalized coding conventions such as material groups, payment terms, etc, reflect the templates with them, explain to the customers about them and let the customers fill in the templates with codes finalized. Support the customers in planning data migration dry run and data migration for go live Send the validated data (master data and transactional data) to India ADM (Application Development and Maintenance) factory. ADM is supposed to upload the data into the target environment. Data migration resources get the feedback from ADM factory and explain to the users to let them correct it. Support the customers in MDM/MDG( Master Data Governance) process.
3. U nderstand technical data conversion issues, resolve issues and communicate solutions.
4. Technical support for customer in data migration (Planning, Dry run, Migration)
5. Facilitate the sign-off of deliverables with customer.
6. Manage data migration team and realize effective collaboration work with ADM.
1. Native Japanese + Business level English.
2. 5+ years of SAP data migration experience.
3. (For Lead role) 5+ years of experience leading teams using global delivery model (onsite offshore)
4. Experience with the complete software project lifecycle, understanding of the importance of data conversion and the time commitment involved.
5. Ability to educate client on importance of data accuracy and completeness and guiding them on methods and tools to improve data quality.
6. Strong technical problem solving skills, with an ability to troubleshoot complex issues.
7. Hands-on including Documentation.
8. Communication skill, Good Interpersonal skill and flexibility.
Comments
Post a Comment