بوبلسوفت استراتيجية تحويل البيانات

تحويل البيانات.

لأن حسابات المعاشات التقاعدية تتطلب قيمة مهنة من البيانات، يجب عليك تحميل الكثير من البيانات التاريخية حتى لو كنت تستخدم بالفعل بيوبلوفت الرواتب لأمريكا الشمالية و بوبلسوفت الموارد البشرية.

عند نقل بيانات الموظف التاريخية إلى نظام بوبلسوفت، فإنك تتعامل مع:

بيانات غير محددة لخطة معاشات معينة.

هذه بيانات وصفية عن الموظفين وتاريخهم الوظيفي.

البيانات التي هي خطة محددة.

ويتكون هذا من القيم المحسوبة لمكونات الخطة المحددة، وتحسب وفقا لقواعد خطة محددة. وتشمل هذه الفئة مستحقات الخدمة، وحسابات الرصيد النقدي، وحسابات الموظفين المساهمة.

3.2.4 التحويل.

والهدف من تحويل البيانات هو تحويل جميع الموارد البشرية، والفوائد، وبيانات الرواتب الحالية من تيسيراكت والنظم الفرعية في نظام إدارة الموارد البشرية بوبلسوفت. وستركز استراتيجية تحويل البيانات على توفير المرونة، وسلامة البيانات، والمتطلبات التنظيمية، ومعالجة الجامعات، والإدارة، والاحتياجات المتعلقة بالإبلاغ.

نطاق التحويل.

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

الخيار 1 الموظف سيتم تحويل بيانات الوظائف إلى صفين مؤثرين مؤثرين؛ سيعكس الصف الأول تاريخ التوظيف الأصلي للموظف ومعلومات التحويل الافتراضية وسيعكس الصف الثاني التاريخ الفعلي في وقت التحويل ومعلومات الوظيفة الحالية للموظف. وستسمح هذه الاستراتيجية بإدراج سجلات التاريخ في مرحلة أخرى من المشروع وتفترض أن رصيد التاريخ سيخزن في جداول أوراكل في منطقة انطلاق.

الخيار 2 - سيتم تحويل بيانات الموظف الموظف إلى العديد من الصفوف المؤثرة الفعالة اللازمة لعقد التاريخ الكامل. سيعكس الصف الأول تاريخ التوظيف الأصلي للموظف، وسيعكس الصف الأخير التاريخ الفعلي في وقت التحويل ومعلومات الوظيفة الحالية للموظف. ستعكس جميع الصفوف بين البيانات الفعلية. وهذا يتطلب من جميع الجداول الاحتفاظ بقيم تاريخية مثل الإدارات وقوانين الوظائف وخطط الرواتب التي لم تعد صالحة. ستظهر القيم التاريخية كقيم غير نشطة في بوبلسوفت.

الخيار 3 - سيتم تحويل بيانات الموظف إلى صفين مؤثرين مؤثرين؛ سيعكس الصف الأول تاريخ التوظيف الأصلي للموظف ومعلومات التحويل الافتراضية وسيعكس الصف الثاني التاريخ الفعلي في وقت التحويل ومعلومات الوظيفة الحالية للموظف. سيتم الاحتفاظ بجميع سجلات التاريخ الرئيسية في جدول تاريخ جديد منفصل، والتي سيتم استخدامها للإبلاغ أو عرض على الخط. سيتم تحديث الجدول التاريخ مع جميع سجلات العمل الجديدة وسوف تسمح التقارير لتشغيل ضد التاريخ.

الخيار 4 - سيتم تحويل بيانات الموظف إلى صفين مؤثرين مؤثرين؛ سيعكس الصف الأول تاريخ التوظيف الأصلي للموظف ومعلومات التحويل الافتراضية وسيعكس الصف الثاني التاريخ الفعلي في وقت التحويل ومعلومات الوظيفة الحالية للموظف. كما سيتم إرسال هذه البيانات إلى مركز البيانات. كما سيتم تحويل جميع التاريخ والحفاظ عليها في مركز البيانات وسيتم القيام بجميع التقارير ضد مركز البيانات. سيكون مركز البيانات على شبكة الإنترنت وسيتم تخزين البيانات في جداول أوراكل. وهذا الأسلوب يتطلب البرمجة لتحديث الجداول انتقائية في مركز البيانات ليلا.

وقد ضيق الفريق خيارات التحويل إلى الخيارين 2 أو 3. ويجري حاليا استعراض كلا الخيارين وفقا للمعايير وسيصدر قرار نهائي بحلول 1 أبريل / نيسان 2000.

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

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

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

سجل / الجدول / لوحة.

سبب الإدخال اليدوي.

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

هل يمكن إضافة عميد وعميد مساعد إلى قيم الترجمة؟ سوف تحتاج.

لإضافة يدويا.

دس تحتاج إلى أن تضاف يدويا. الموظفين الذين هم خارج.

وقد يحتاج البلد أيضا إلى تصحيح.

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

مهمة يدوية لإضافة تقارير الموقف الذي المشرف. هذه.

أنا المعلومات ليست في النظام الحالي. ببل لا تحافظ على هذا التفصيل.

يخزن النظام الحالي التاريخ لهذا التاريخ. وسوف تحتاج أيضا الصف المؤرخة في المستقبل. قد تحتاج إلى تحديثات يدوية. يجب أن يسمح طلب التغيير المعتمد الذي يضيف تاريخا فعالا إلى تاريخ انتهاء الموعد بتغيير هذه المعلومات إلى بس بدون تدخل يدوي.

اختبار حضور كبير.

حاليا جميع المعلومات على الورق. كم من التاريخ يجب تحويلها لا يزال يحتاج إلى أن يقرر. هذا الاختبار يؤثر على بضع مئات من الناس.

تحويل الموارد البشرية.

البيانات الشخصية 1.

معرف الموظف، العنوان.

معرف تحويل من بويد، قد لا تحميل عنوان بشكل صحيح كما هر يحتاج عنوان محلي.

الحالي فقط. جامعة برينستون لا تحتاج التاريخ على البيانات الشخصية.

البيانات الشخصية 2.

الجنس، أعلى مستوى التعليم، الهاتف، البريد الإلكتروني، الحالة الاجتماعية.

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

ستحتاج إلى صف تأجير وصف تحويل. في حالة الإنهاء، سيحل ذلك محل صف التحويل.

البيانات الشخصية 3.

تاريخ الوفاة، تاريخ الميلاد، بلد الميلاد.

تأجير تاريخ والسكان.

توظيف الطلاب فقط تحويل سجلات الطلاب الحالية وطلاب السنة السابقة. إنهاء الطلاب قبل عامين من تاريخ التحويل لا تحويل سجل العمل.

لن يكون لديك سجل كشوف المرتبات للطلاب الأكبر سنا، لأن ذلك سيتم أرشفة. يمكن لجميع الآخرين جلب تلك المعلومات في مركز البيانات. التاريخ من عام 1975 هو هناك، هل ينبغي تحويل تلك المعلومات؟ وسوف تكون هناك حاجة لمعلومات الفائدة و W-4 المعلومات. سوف تحتاج إلى تاريخ تأجير الأصلي، تاريخ التحويل ولكن قد تحتاج أيضا إلى تاريخ إنهاء و صف مؤرخة في المستقبل.

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

هل نبني التاريخ؟

موظفي الأعمال: استخدام من الموظفين. الإدارة: تأجير عام، ولكن تعيين على أساس المنحة. قد يحتاج الموقع إلى وضع افتراضي. والتي يمكن أن تستمد من قسم. قد تحتاج الموارد البشرية إلى تخلف الموقع.

كيف يتم استخدام هذا الحقل؟ يمكن عميد / أست. عميد أن تضاف؟ قد تفعل يدويا، الافتراضي إلى المعروف.

تحويل إلى حقل مخصص في بوبلسوفت.

حالة فلسا، حالة فيكا.

يتطلب قرار الإبلاغ عن الوقت للموظفين كل أسبوعين.

موقع الضريبة، رمز الحساب، تردد كومب.

دس قد تحتاج إلى القيام به يدويا والموظفين خارج البلاد قد تحتاج إلى القيام اليدوية. الحساب سيكون فارغا كما لا تفعل المحاسبة العمالية في بوبلسوفت.

مكونات متعددة للدفع.

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

مهمة يدوية، الذي يقدم تقريرا إلى المشرف. سيكون من الصعب ربط الموظف والموقف لأنه ليس في تيس اليوم. ببل لديه المشرف والذي يعمل بالنسبة لهم.

تيس له تاريخ.

وتحتاج شعبة الشؤون المالية إلى هذا التاريخ وكذلك الصف المؤرخة في المستقبل.

سيتم إعداد يدويا والحفاظ عليها من قبل الموارد البشرية.

لاحقة، تحتاج إلى التحقق مع فريق الطلاب.

لم يكن لديك اليوم. ببل لتحويل.

جواز السفر لا ومعلومات فيسا.

على الورق إذا كان لدينا. يحتاج مكتب التأشيرة للتحقق إذا لزم الأمر. قد يتم التحديث من جدول بيانات إكسيل بسبب الحجم. تاريخ انتهاء الصلاحية في تيس وهو تاريخ مهم جدا.

تعليقات الخريطة في تيس لهذا الحقل. علاوة زمالة المؤسسات. يدفع الخارج رسوما إلى برينستون.

اختبار حضور كبير.

حاليا فقط على الورق. فقط بضع مئات من الناس.

كم من التاريخ يجب أن يتم تحويلها؟

سيتم تحويل ببل من قاعدة بيانات البعد 4 ببل. لا تحويل للجامعة. سيتم استخدامها على أساس محدود.

إدارة الأحداث كلية.

المشاركات الإدارية، تكريمات & أمب؛ الجوائز.

سيتم تحويل معظم هذه المعلومات. سوف درجة المحطة تكون أعلى درجة علم.

سيتم تحويل ببل من قاعدة بيانات البعد 4 ببل.

سيتم تحويل ببل من قاعدة بيانات البعد 4 ببل.

علم الحيازة سيكون حقل مخصص في بوبلسوفت.

غير مطلوب للتحويل. قد تحول بعد أن نذهب على الهواء مباشرة. لن تستخدم في بوبلسوفت، ولكن مع نظام آخر.

خطة العمل الإيجابي.

المشكلة - إعداد بواسطة ديبت، وليس كيف يعالج برينستون آب. لا يمكن التحويل بواسطة ديبت.

إر كود، تاريخ بيغ، تاريخ الانتهاء والمبلغ.

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

الائتمان الاتحاد هو حاليا خصم صافي الأجر والدولار المسطح.

إذا قمنا بتحويل الإتحاد الإئتماني إلى إيداع مباشر سنحتاج إلى رقم النقل الافتراضي. يمكن أن يكون رقم الحساب سن زائد اثنين من الأصفار. تيسيراكت لديه المبلغ ولكن ليس رقم الحساب. يمكن اشتقاق الحساب. حساب التوفير لا يتحقق.

تحويل رقم العبور ورقم الحساب والمبلغ أو٪

جلب تاريخ برينوت أكثر إذا كان الموظف في حالة برينوت.

البيانات الضريبية للموظفين.

تحتاج صف تأجير، الضريبة الحالية year - كل التغييرات والحالية.

** سوف الافتراضي إلى نج. با و دس سوف الافتراضي من تيس. يجب على الطلاب التخلف عن الإعفاء من سوت.

البيانات الضريبية معاهدة نر.

وسوف يستند نرا المبلغ على مجموعة الدفع.

فيكا معفاة يمكن تعيينها.

يمكن أن يكون معرف المعاهدة الافتراضي من سيتيد.

الموظفين العاملين في الخارج.

لا تحتاج إلى تحويل أي شيء.

ضريبة الموقع سيت و٪

مستمدة من البيانات الضريبية للدولة والتوزيع دائما الافتراضي إلى 100٪

سوف خصم عدد خريطة لدعم الطفل، ضريبة ضريبة أو كتاب.

مقبلات المواصفات تفاصيل البيانات هي في الغالب على الورق.

كود الخصم والمبلغ.

لديك جميع الحقول. قد تكون هناك حاجة التاريخ. لا يوجد تحويل على إلغاء الاستقطاع العام.

يعتمد تحويل هذه اللوحة على كيفية معالجة التخصيص.

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

لا توجد بيانات ضريبة العمل في راتب تيس. الضرائب نج تحتاج إلى تقسيم التفاصيل.

الخصومات، تيس لديها رمز وكمية.

رسوم الحجز هي سجل منفصل في تيس ولكن تدرج كجزء من سجل واحد في بوبلسوفت. لا قاعدة دي في تيس ولكن قد نتمكن من ترك هذا فارغا.

دفع الراتب الخاصة.

وسيتعين استخلاص ذلك. 401A لديها أرصدة في تيس.

تحويل المبلغ إذا كان متوفرا.

قد يكون لدينا غاب. لدينا أرصدة زمالة في تيس.

بناء من التفاصيل، باستثناء معرف النموذج.

تحقق بالس السنة إلى التاريخ.

تحويل السنة المالية والتقويم السنة و أو السنة التقويم فقط؟ قد تحتاج فقط السنة التقويم. الحفاظ على متزامنة مع تفاصيل الراتب في حصيرة.

تحقق من تعديل بال.

أرصدة الأرباح وأرصدة الخصم.

لا مليون دينار في تيس بواسطة رموز إرن. ويمكن استخلاصها ولكن قد لا تكون هناك حاجة إليها. فيسكال أو مجرد أرصدة التقويم؟ حصيرة يستخدم الأرصدة المالية للأرباح الآن. قد تكون كتر كافية وقد لا نحتاج إلى الأرباح حسب الشهر. ساندي يحتاج مليون دينار. فوكوس مخازن مت. تيس لديه كل الأرصدة كتد و يتد. تحتاج السنة الحالية و 2 أرصدة العام السابق.

تحويل من فوائد الفواتير، معرف إمبل، كود ديد والمبلغ.

تحويل أكبر قدر ممكن.

أرصدة تراكم خاصة.

يمكن تعيينها من تيس.

أرصدة الضرائب و 1042 أرصدة.

نفس الرصيد الأرباح ولكن سوف تحتاج أيضا إلى تعيين ضريبة العمل.

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

تأجير السجل والسجل الحالي.

تحتاج إلى كل تغيير العام الحالي بالإضافة إلى التسجيل المفتوح لعام 2001 وجميع التغييرات التي تحدث بعد التسجيل المفتوح. تحتاج جامعة برينستون أيضا جميع التغييرات من عام 1994 إلى داتامال للتدقيق، هيبو و هيكفا البيانات لجميع خطط المنافع. تضمين ينتهي في مركز البيانات.

ينهي في السنة الحالية أو السنة السابقة سوف تذهب إلى بوبلسوفت. أيضا، جلب العام الحالي والسابق للموظفين العاملين.

لا تحتاج إلى تقرير هيبا التاريخ - لا تحويل. هيبا إلكتروني يحتاج إلى أن ترسل عندما ينتهي كوبرا. إذا كان تاريخ التقرير هيبا في السجل، فإنه سيتم منع إنتاج حرف آخر؟

خصم تاريخ البدء، التغطية تاريخ البدء.

الاستبعاد يبدأ التاريخ الافتراضي من تاريخ بدء التغطية.

معرف موفر الرعاية الصحية.

البيانات التابعة المغطاة - العلاقة والعنوان وبلد الميلاد والجنس.

العلاقة هي أيضا متاحة. استخدام نفس لجميع العناوين. بلد الميلاد والموقع غير مستخدمين. وبما أن الجنس لن يكون مجهولا إذا لم يكن هناك بيانات، فإن هؤلاء الموظفين لا يمكن دفعهم أو معالجتهم في بن أدمين.

معلومات تابعة. يجب أن يكون في مركز البيانات. هل ستذهب السنة السابقة إلى مركز البيانات أو برنامج بوبلسوفت؟

بيانات غير صحيحة ولا يظهر لمستقبل دوف يؤجر يسبب مشاكل. هل يمكن لوزارة الشؤون المالية الذهاب مباشرة إلى ميزانية التدريس لإضافتها لميزنة وانتظر البيانات الجيدة قبل إدخالها في بوبلسوفت؟

الحالة الزوجية للزوج.

استخدم نفس تاريخ الحالة الاجتماعية لموظف البيانات الشخصية.

تاريخ حالة الطالب.

تاريخ وفاة المعالين.

تعليق الشاشة في تيس. لا تتحول ولكن استخدام المضي قدما.

لا تحول المستفيد لخطط المنافع الحياة ولكن يمكن إدخالها يدويا بعد العيش. هناك حقل في تيس لا تستخدم حاليا ولكن يمكن تحديثها في تيسيراكت قبل التحويل.

التخصيص قد تحدد قواعد ستد أو بن المشرف يمكن تحديد خطط المنافع.

2 خطط على تيس تحتاج إلى دمجها في خطة واحدة.

يعتمد التحويل على ما إذا كانت معالجة الإجازات في نطاق التحويل أم لا.

تيا أو تيس (مسألة التوقيت)

هناك حساب يجب أن يحدث إذا كانت الأعلاف مباشرة من تيا. سيحدد تاريخ التحويل المصدر.

التعهد السنوي & أمب؛ الخصومات المتخذة.

السنة السابقة. وأمبير. السنة الحالية. في بوبلسوفت.

تحميل لخطة 7X أو 7Y ولكن جلب الموظفين أكثر من إنهاء في الخطة. مجموعة برو.

وتشمل الموظفين كوبرا، المتقاعدين، وما إلى ذلك هناك رمز في بوبلسوفت.

الأرصدة والدفع.

دفعات الحساب والأرصدة في القروض & أمب؛ الذمم المدينة. الفواتير هي في تيس.

هل نقوم بتحويل جميع رسوم السنة الحالية والمدفوعات أو السنة السابقة أيضا؟ هذا يعتمد على ما إذا كنا نمر إلى L & أمب؛ R.

ماذا نريد تحويل أي شيء؟

العلاقة بين الزوج الباقين على قيد الحياة والموت المتوفى في مجال شكل حر.

الفوائد تحتاج إلى معلومات الإبلاغ. لمدة 6 سنوات. هل يمكن تحويل الموظفين المتوفين إلى برنامج بوبلسوفت أو مركز البيانات؟ ما هو التاريخ الذي نرسم الخط؟

لا تقم بإنشاء حدث كوبرا لإنهاء في بوبلسوفت في وقت التحويل.

الحالي & أمب؛ سجلات السنة السابقة في بوبلسوفت وجميع الآخرين في مركز البيانات.

خطة استراتيجية تحويل بيانات بوبلسوفت.

لطرح الأسئلة وإيجاد الحلول.

الكاتب إغلاق التعليق.

مشاركة مميزة.

وكيل فيام جديد ل ميكروسوفت ويندوز.

النسخ الاحتياطي واستعادة الملقمات ومحطات العمل المادية والسحابة، فضلا عن أجهزة نقطة النهاية التي تنتمي إلى المستخدمين البعيدين. تجنب التوقف وفقدان البيانات بسرعة وسهولة لأوامر العمل القائمة على السحابة المادية أو العامة المستندة إلى ويندوز!

إذا كنت تواجه مشكلة مشابهة، فيرجى طرح سؤال ذي صلة.

الدورات المقترحة.

سأل 617 عضوا الأسئلة وتلقوا حلول شخصية في 7 أيام الماضية.

الانضمام إلى المجتمع من 500،000 المهنيين التكنولوجيا وطرح أسئلتك.

تتمتع إجابتك؟

الانضمام إلى مجتمعنا لمزيد من الحلول أو لطرح الأسئلة.

لوحة التحكم في لوحة التحكم.

Вложенные страницы.

إستراتيجية تحويل البيانات.

إستراتيجية تحويل البيانات.

Создатель برايان هتشينسون، отредактировано фев 23، 2018.

ملاحظة - هذه وثيقة حية وتخضع للتغيير.

تعريف ونظرة عامة.

وتحويل البيانات مطلوب لنقل البيانات المالية الجامعة من النظم القديمة المركزية إلى النظام المالي كوالي (كفس) لدعم العمليات التجارية الأساسية. وتحويلات البيانات الناجحة أمر بالغ الأهمية للسماح بإلغاء تشغيل النظم المحاسبية القديمة ومعالجة المعاملات الجامعية التي يتعين إنجازها من نظام كفس. يجب أن تكون تحويلات البيانات دقيقة وشاملة لتمكين أعمال الجامعة من إجراء نظام كوالي المالي.

مصطلح & كوت؛ تحويل البيانات & كوت؛ يستخدم بشكل فضفاض لوصف الأنشطة المرتبطة بزرع كفس مع البيانات المسبقة. سيتم تحميل بعض البيانات من مصادر قديمة، مثل مستودع بيانات المحاسبة (أدو). سيتم تحميل بيانات أخرى من ملفات البيانات التي يقدمها خبراء الموضوع، على سبيل المثال، كوا المركزية عناصر البيانات المحددة. ويمكن استخراج البيانات الأخرى من بيئات كفس القائمة الأخرى. في بعض الحالات، لن يتم تحميل البيانات فقط ولكن سيتم تحويلها، أو ترجمتها، استنادا إلى قواعد الأعمال التي تصف رسم الخرائط من إرث إلى كفس.

الأهداف والفوائد.

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

وعلى مدى عمر مشروع تنفيذ كفس، فإن عمليات وممارسات تحويل البيانات سوف تدعم بشكل أساسي اجتماع العديد من أهداف المشروع الأكثر أهمية، بما في ذلك:

تعريف الحسابات (كوا) وسكانها تنفيذ الوحدة الوظيفية واختبارها إدارة البيئة عمليات النظام تسليم المعلومات & أمب؛ التقارير (إد & R)

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

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

يجب أن يكون التعاون مع أصحاب المصلحة في كل من الأنشطة المذكورة أعلاه مدفوعا بالمتطلبات الوظيفية.

يجب الحفاظ على تعيين بيانات من إرث إلى كفس على مدى عمر تنفيذ مشروع كفس بأكمله. وستكون في البداية وثيقة عمل تدعم عدد لا يحصى من الأنشطة عبر المشروع. مع مرور الوقت سوف تصبح قاموس البيانات المكرر.

التسليمات والأدوات.

الإصدارات المبكرة من مجموعة أدوات تحويل البيانات تعتمد على بل / سكل رمز وضعت يدويا. وقد أثبت هذا العمل في وقت مبكر من المشروع أنه النهج الأكثر فعالية من حيث التكلفة والكفاءة.

في حين أن الحاجة إلى عملية تحويل البيانات هي الزمانية، أي الحاجة إلى أن يذهب بعيدا بعد إصدار الإنتاج من كفس المقرر 7/1/11، وسيسعى الفريق فرص لتبسيط الجهد المعني. مدفوعة ودافع من قبل متطلبات وظيفية استدعى، فإن الفريق تسعى بحماس.

مساعدة من المؤسسات الشريكة كوالي حلول بائع حيث من المنطقي للقيام بذلك الحلول الجاهزة.

اختبار & أمب؛ التحقق من الصحة.

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

دعم الإنتاج.

سيتم تشغيل عملية تحويل البيانات كعملية دفعية؛ إما تشغيل أو جدولة يدويا.

سيتم الحفاظ على إجراءات الدعم، بما في ذلك معلومات الاتصال، في مساحة التقاء المشروع. المستخدمين الوظيفيين لديهم الاعتماد على توافر البيانات المحولة. في حالة فشل وظائف دفعة / مخطوطات، يجب أن يتم إخطار المستخدمين إلكترونيا / أبلغ عن حالة العمل ويتم تحديثها عن التقدم المحرز نحو حل. سيتم إبلاغ العملاء من عملية تحويل البيانات الذين يجب أن تكون نقطة الاتصال الأولى (المستوى 1) في حالة وجود مشكلة مشكوك فيها أو فشل قد يتم جدولة البرامج النصية التحويل لتشغيلها تلقائيا بعد التحميل الناجح من مستودع البيانات المحاسبية (أدو ). قد يتم تشغيل النصوص البرمجية للتحويل يدويا بطريقة مخصصة. وقد تكون المشاكل أو الإخفاقات واضحة للمستخدمين النهائيين لمثيل لتطبيق كفس أو لمستخدمي حلول الإبلاغ المقدمة من إد & أمب؛ R. أما الدعم من المستوى 2، أي الدعم المقدم للمستوى 1 الموصوف أعلاه، فسيتم تنفيذه من قبل موظفين فنيين مختلفين يشاركون في عملية تحويل البيانات، ومثال تطبيق كفس الذي تم تسليمه، و / أو حلول تقديم التقارير الخاصة بالهوية والمطابقة.

الافتراضات والمخاطر.

الافتراضات.

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

عدم كفاية المشاركة الوظيفية لدفع متطلبات تحديد قواعد الأعمال المعقدة للتحقق من صحة البيانات المحولة.

التخفيف - التواصل التقدم بشكل منتظم وتصعيد القضايا لقيادة المشروع متطلبات (ق) غاب أو لم يتم تسليمها.

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

التخفيف - انظر إلى مدير بيانات الجامعة لتسهيل إنشاء لجنة بيانات مشتركة على غرار مجموعة البيانات المشتركة بوبلسوفت. لم يتم وضع اللمسات الأخيرة على الرسم البياني المفصل لهيكل الحسابات عند الحاجة.

التخفيف - تصعيد المخاوف لقيادة المشروع.

لوحة التحكم في لوحة التحكم.

Вложенные страницы.

إستراتيجية تحويل بوبلسوفت - مايو 2018.

إستراتيجية تحويل بوبلسوفت - مايو 2018.

Создатель دينيس A فريدريك، отредактировано мар 31، 2018.

يتم تخزين قيم حقل المخطط القديم على عدة جداول في بوبلسوفت. عندما يتم تشغيل مخطط كوالي للحسابات في يوليو 2018، يجب أن تحتوي بعض تلك الجداول على قيم حقل مخطط كولي المكافئة لوظائف بوبلسوفت للعمل بشكل صحيح.

وتعرف هذه الوثيقة الاحتياجات عالية المستوى، والنواتج، والموارد، والجدول الزمني لذلك التحويل. وسيتم تحديد التفاصيل في التحليل اللاحق.

متطلبات عالية المستوى.

يجب تحويل سلاسل الحساب القديمة 17 حرف المخزنة على الجداول التي يتم استخدامها كمدخلات إلى بيوبلوفت الرواتب أو عمليات توزيع العمل إلى ما يعادل 39 حرفا كوالي. يجب تحويلها إلى نتيجة بيانات متسقة مع الكيفية التي ستبدو بها رموز حساب كوالي عندما يتم تعيينها لكائنات البيانات نفسها في بوبلسوفت بعد أن تبدأ في 7/2018 كوالي فينانشيال. يجب أن نفرق البيانات المحولة بطريقة بسيطة، حتى يمكننا أن نقول تحويلها من البيانات المدخلة، ولكن خلاف ذلك يجب أن تكون متطابقة. للقيام بذلك، يجب أن يكون مطور تحويل بوبلسوفت مألوفة بشكل وثيق مع كيفية تخزين البيانات سلسلة حساب كولي عند إدخالها عبر صفحات بوبلسوفت. صفحات بوبلسوفت / الجداول في هذه الفئة هي: توزيع أرباح الوظائف (JOB_DATA_ERNDIST، JOB_DATA_ERNDIST_M).

إدارة القوى العاملة & غ؛ معلومات الوظيفة & غ؛ بيانات الوظائف، & كوت؛ توزيع الأرباح & كوت؛ حلقة الوصل. دفع إضافي (ADDITIONAL_PAY1).

كشوف المرتبات لأمريكا الشمالية، بيانات الأجور الموظف الولايات المتحدة الأمريكية، إنشاء دفع إضافية، دفع إضافية. صفحة أرباح الميزانية في القسم (DEPT_BUDGET_ERN)

إعداد نظام إدارة الموارد البشرية، والمنتجات ذات الصلة، والالتزام المحاسبة، معلومات الميزانية، وزارة الميزانية الجدول الولايات المتحدة الأمريكية، قسم الميزانية الأرباح خصم الجدول إعداد الصفحة. & كوت؛ حسابات المصروفات - عدم الالتزام المحاسبة & كوت؛ و & كوت؛ حسابات المسؤولية - عدم الالتزام المحاسبة & كوت ؛.

إعداد نظام إدارة الموارد البشرية & غ؛ المنتج ذات الصلة & غ؛ كشوف المرتبات أمريكا الشمالية & غ؛ الخصومات & غ؛ جدول خصم. ومثل، عملية ومثل. التبويب. إعداد جوبكود. يتم تعيين جوبكوديس مع قيم رمز الكائن. يجب تحويل قيم كود الكائن القديم في هذا الإعداد إلى قيم كائن الكائن المكافئة كفس. ليس من الضروري تحويل 17 حرفا من سلاسل الحسابات القديمة المخزنة على الجداول التي يتم إخراجها من عمليات دفع الرواتب أو عمليات توزيع العمالة. يتم تعيين هذه الرموز في كل مرة يتم تشغيل تلك العمليات. لذلك سيتم & كوت؛ تحويل & كوت؛ وهي المرة الأولى التي تعمل فيها عمليات المعالجة. صفحات بوبلسوفت / الجداول في هذه الفئة هي: الاستعراض الفعلي توزيع - الأرباح. (PAY_CHECK_DIST_ERN)

كشوف المرتبات أمريكا الشمالية & غ؛ توزيع الرواتب & غ؛ الالتزام المحاسبة الولايات المتحدة الأمريكية & غ؛ مراجعة توزيع الفعلي. التحديث بواسطة تحديث بايشيت بواسطة بيلين بيلينز إيرنس (اكت) سيكوريتي.

كشوف المرتبات أمريكا الشمالية & غ؛ تجهيز كشوف المرتبات الولايات المتحدة الأمريكية & غ؛ إنتاج كشوف المرتبات & غ؛ مراجعة الراتب، علامة التبويب أرباح الراتب، زر بيانات إضافية. أرباح الراتب = عرض معلومات مفصلة عن الأرباح. ملخص الراتب = عرض معلومات عن راتب واحد. النتائج على الانترنت = عرض نتائج الحساب لعملية التحقق عبر الإنترنت. تظهر هذه الصفحة تلقائيا في كل مرة ترسل فيها شيكا عبر الإنترنت للحساب. يجب تحويل قيم الحقل المخطط المخزنة على إعداد نوع البند إلى مكافئات كوالي. الإعداد الأولي (ITEM_TYPE_TBL) إعداد سكر & غ؛ المنتج ذات الصلة & غ؛ ستودنت فينانشيال & غ؛ أنواع العناصر & غ؛ أنواع العناصر. حقول الكلمات الرئيسية (يتم استخدام الكلمات الرئيسية للبحث عن أنواع معينة من العناصر. الكلمة 1 تمثل حاليا رقم الحساب المكون من 7 أرقام.) مجموعة اليومية تشارتفيلدس (أو ما يعادلها في المستقبل) (GL_INTERFACE، SSF_CF_WRKGRID_SEC، SSF_CF_WRKGRID_SUB؛ الجداول: GL_INTERFACE) # ## الإعداد سكر & غ؛ المنتج ذات الصلة & غ؛ ستودنت فينانشيال & غ؛ أنواع العناصر & غ؛ أنواع العناصر. غل واجهة التبويب، جرنل تعيين تشارتفيلدز الارتباط. ملاحظة: لا يستخدم سف حاليا أي رابط تشارتفيلد آخر (على سبيل المثال: & كوت؛ أب تشارتفيلدز & كوت ؛، & كوت؛ شطب غرافيلدس & كوت ؛، & كوت؛ ديفيرد تشارتفيلدس & كوت؛) أو تخزين بيانات مخطط البيانات على عناصر أخرى (على سبيل المثال: دورة أو إعداد فئة، الإعداد) يجب أن يتم تحويل 17 حرفا حسابا تراثيا حرفيا يتم تخزينها على الجداول التي يتم استخدامها كمدخلات لعمليات بوبلسوفت ستودنت إمبلويمنت إلى ما يعادل 39 حرفا كوالي.

ملاحظة: العديد من السجلات المستخدمة من قبل العلاقات العامة تستخدم أيضا من قبل سيس (على سبيل المثال: PAY_EARNINGS، JOB_EARNS_DIST) ويمكن تناولها هناك. سو سيس جوب إيرنس ديستريبوتيون (JOB_ERNDIST_SES_CU) ### إدارة القوى العاملة & غ؛ سو سيس & غ؛ سو سيس ريكيرد هاير داتا: & كوت؛ أد أكتيون // عرض الوظيفة (الوظائف) & كوت؛ و & كوت؛ إنشاء وظيفة جديدة & كوت؛ (سو CES_ARNINGS) ### فينانسيال إيد & غ؛ سو إنتيرفاسس أند مودس فور فا & غ؛ سو غرادوات إارنينغز كلما كان ذلك ممكنا، يجب أن تظل سلاسل حساب 17 حرف قابلة للعرض في بوبلسوفت كبيانات التاريخ. عادة، يعني ذلك إدراج صفوف مؤثرة فعالة جديدة عند التحويل. سيتم تحديد الصفوف في كل جدول يتم تحويله (جميع الصفوف أو الصفوف النشطة أو مجموعات فرعية أخرى) أثناء تحليل المتطلبات التفصيلية. يجب الإبلاغ عن أي سلاسل حساب قديمة لا يمكن تحويلها إلى ما يعادلها كفس كأخطاء يتم التحقيق فيها. سيحتاج تحويل بوبلسوفت بشكل دوري إلى إعادة تشغيل. لالتقاط التحديثات إلى مخطط كفس لرسم الخرائط تحويل الحسابات. لتصحيح أخطاء التحويل التي تم العثور عليها في الاختبار. لدمج متطلبات تحويل إضافية محددة في تحليل المصب & أمب؛ اختبارات.

هناك حاجة لمجموعة متنوعة من معالجة بوبلسوفت للعمل بعد الرسم البياني كولي من الحسابات على الهواء مباشرة.

بوبلسوفت تحويل المطور:

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

كوالي تحويل المطور:

يوفر رسم الخرائط من 17 حرفا من سلاسل الحسابات القديمة إلى 39 حرفا حساب كفس. يدعم تصميم تحويل بوبلسوفت واختبار وحدة فيما يتعلق رسم الخرائط الخاصة بهم. تنبيهات بوبلسوفت تحويل المطور عندما تكون هناك تحديثات كبيرة لرسم الخرائط الخاصة بهم.

الموظفين الوظيفي بوبلسوفت:

المشاركة في تعريف المتطلبات. مراجعة البيانات المحولة. راجع أخطاء التحويل (القيم التي لا يمكن تحويلها نظرا لتعيين كفس) ومتابعة موظفي كفس تشارت أوف أكونتس. المشاركة في تخطيط تحويل الإنتاج.

كوالي مخطط الحسابات الموظفون الوظيفيون:

حل المشكلات إذا تعذر تحويل سلاسل حساب قديمة معينة باستخدام تعيين تحويل كفس. المشاركة في تخطيط تحويل الإنتاج.

أوائل مايو 2018 - تحديد متطلبات بوبلسوفت مفصلة للتحويل. بدء خطة تحويل الإنتاج.

منتصف أواخر مايو 2018 - تصميم مفصل لتحويل بوبلسوفت.

يونيو 2018 - الترميز واختبار الوحدة.

يوليو-ديسمبر 2018 - اختبار وظيفي، اختبار مع تجهيز المصب.

يناير-يوليو 2018 - اختبار بروفة اللباس. استكمال خطة تحويل الإنتاج. تنفيذ تحويل الإنتاج.