تحديثات تكامل نظام المعلومات ل D2L Standard CSV
حول هذا المقال
يعد D2L Standard CSV أحد خيارات تكامل نظام المعلومات العديدة التي يستخدمها عملاؤنا عادة لتحميل وإدارة الدورات والفصول الدراسية والمستخدمين والتسجيلات في Brightspace من مصدر نظام المعلومات عبر سلسلة من ملفات CSV مع مستوى معين أو أتمتة.
يعد D2L Standard CSV التكرار الثالث في مجموعة خيارات نظام مصدر CSV ضمن حزمة التكامل لأنظمة المعلومات (IPSIS) الخاصة بنا. أصبحت أنظمة مصدر CSV السابقة الآن حلنا القديم.
- التكامل 1.0 من المعايير المحاسبية الدولية للقطاع العام (القديمة)
- CSV القياسي (القديم)
- D2L CSV القياسي
تهدف هذه المقالة إلى توفير معلومات حول إمكانات الميزات الجديدة والخطوات التالية للعملاء الذين يستخدمون بالفعل أحدث نظام مصدر CSV لدينا ويرغبون في التخطيط لاستخدام بعض الميزات الجديدة ومسارات الترحيل للعملاء المهتمين بالانتقال إلى D2L Standard CSV من نظام مصدر CSV قديم.
هذه المقالة ذات صلة بمسؤولي Brightspace وأمين السجل ومسؤولي HRIS وSIS ودعم موظفي تكنولوجيا المعلومات الذين يساعدون في أي دورة تدريبية لمشاركة معلومات المستخدم بين أنظمة العملاء و Brightspace.
ميزات D2L Standard CSV 2.0 الجديدة
D2L Standard CSV الإصدار 2.0 هو تنسيق ملف محدث يوسع وظيفة D2L Standard CSV ويضيف ميزات إضافية في Brightspace ليتم التحكم فيها باستخدام نظام معلومات الطلاب (SIS). تضيف هذه الميزة دعما لما يلي:
- مدققو الحسابات [ما هو مدقق الحسابات?]
- الأسماء المفضلة [ما هي الأسماء المفضلة?]
- وحدات المؤسسة المخصصة والهياكل التنظيمية الفريدة
- تنسيق محدث للعلاقات الأصلية
- كما أنه يزيل الخيارات التي لا تعمل من واجهة المستخدم.
من خلال إضافة دعم للوحدات التنظيمية المخصصة، تزيل هذه الميزة الحاجة إلى التدخل اليدوي للمؤسسات التي تستخدم بنية تنظيمية علوية أعلى من مستوى القسم. يمكن لهذا النوع من البنية التنظيمية تسهيل إعداد التقارير المتقدمة والعملاء الذين يستخدمون منطق تسجيل الدخول المخصص وأداة الكفاءة.
مقارنة الميزات
الشكل: صورة لمخطط يقارن ميزات CSV.
تحديد نظام CSV الخاص بك
على مر السنين ، كررت D2L أنظمة مصدر CSV الخاصة بها والتي يشار إليها عادة باسم "IPSIS CSV". اعتبارا من اليوم ، لدينا ثلاثة أنظمة مصدر CSV مملوكة ل D2L ، وكلها فريدة من نوعها في جميع النواحي ، ولكن لها أسماء متشابهة أدت إلى الكثير من الالتباس.
قبل أن ننتقل إلى القدرات والخطوات التالية ، دعنا نحدث ما هو IPSIS بالضبط؟
IPSIS تعني حزمة التكامل لنظام معلومات الطلاب. لا تدع الاسم يضللك ، فنحن ندمج البيانات مع العديد من الأنظمة ، وليس فقط أنظمة معلومات الطلاب (أنظمة معلومات المتعلم ، HRIS ، إلخ). IPSIS هو اسم العائلة ، داخل IPSIS توجد منتجات ، وهذه المنتجات لها هويتها الخاصة ، مع أسماء وميزات فريدة من نوعها. ستركز هذه المقالة فقط على منتجات D2L CSV الحصرية ، ولكن إذا كنت تريد معرفة المزيد عن المنتجات الأخرى ، فقم بزيارة هذا في مجتمعنا.
تمتلك D2L ثلاثة أنظمة مصدر "IPSIS CSV" تستخدم مواصفات قياسية D2L مقابل مواصفات IMS العالمية. هذه الأنظمة هي:
- التكامل 1.0 من المعايير المحاسبية الدولية للقطاع العام (القديمة)
- CSV القياسي (القديم)
- D2L CSV القياسي
التكامل بين المعايير المحاسبية الدولية للقطاع العام 1.0 – نظام المصدر الأول لدينا. تم تصميمه في الأصل لدعم LIS ، وهو مواصفات معيار IMS العالمي. تم توسيعه لدعم ملفات CSV المحددة D2L ، ولكنها اقتصرت على الإعداد القياسي في Brightspace .
لم تكن واجهة المستخدم سهلة الاستخدام. تحتوي شاشة التكوين على معالجات ومترجمين يجب وضعهم بالترتيب الصحيح لتحقيق النتيجة المرجوة.
قدرات:
- يتم تحميل ملفات CSV الفردية إلى بروتوكول SFTP
- المهمة المجدولة: مرة واحدة كل ليلة
- دعم الأدوار: 2 أنواع الأدوار
- دعم هيكل الهيكل: الهيكل التنظيمي القياسي D2L
كيفية التعرف - إدارة IPSIS:
الشكل: لوحة معلومات IPSIS-CSV.
CSV القياسي - على غرار IPSIS Integration 1.0 ، فإن الأسئلة المباشرة تحل محل الإدارة المعقدة للمترجمين والمعالجين ، مما يبسط التكوين واستكشاف الأخطاء وإصلاحها.
قدرات:
- يتم تحميل ملفات CSV الفردية إلى بروتوكول SFTP
- المهمة المجدولة: مرة واحدة كل ليلة
- دعم الأدوار: 2 أنواع الأدوار
- دعم هيكل الهيكل: الهيكل التنظيمي القياسي D2L
- يقدم
- واجهة مستخدم سهلة الاستخدام محدثة مع التكوينات الافتراضية
تحديد الهوية - إدارة المعايير المحاسبية الدولية للقطاع العام:
الشكل: لوحة معلومات CSV القياسية التي تظهر ك تمكين.
D2L CSV القياسي - هناك ثلاثة إصدارات داخل نظام المصدر هذا الذي يتم تحديده من خلال وجود أو عدم وجود ملف بيان. من السهل الترحيل إلى تنسيقات جديدة داخل نظام المصدر هذا.
D2L قياسي CSV 1.0 - يظل تنسيق ملف CSV كما هو، ولكن يتم تحميل الملفات في أرشيف مضغوط. لقد فصلنا القواعد والمتطلبات عن مواصفات LIS.
تشبه واجهة المستخدم ملف CSV القياسي، ولكن تم تعديل الأسئلة بشكل طفيف لإزالة الخيارات التي لم تكن مدعومة (على سبيل المثال، لا يمكن تعديل رمز المقرر الدراسي لأنه معرف المصدر للسجل).
يقدم واجهة مستخدم سحب وإفلات لتشغيل الملفات عند الطلب ، بالإضافة إلى SFTP الذي تتم مراقبته كل 10 دقائق لمعالجة الملفات التلقائية.
قدرات:
- دعم هيكل الهيكل: الهيكل التنظيمي القياسي D2L
- يقدم:
- يتم تحميل ملفات CSV الفردية في أرشيف مضغوط إلى SFTP تتم مراقبته كل 10 دقائق
- دعم الأدوار: أنواع أدوار غير محدودة
- القدرة على تضمين سمات لوحة معلومات المدير CSV في الأرشيف المضغوط لتبسيط معالجة البيانات في تحميل واحد
- واجهة مستخدم محدثة
- وظيفة السحب والإفلات من واجهة المستخدم
- القدرة على تحديث معرف المستخدم (المعروف أيضا باسم OrgDefinedID) عبر علامة تبويب جديدة. ملاحظة، من المتوقع أن يكون OrgDefinedId معرفا ثابتا لن يتغير أو يعاد استخدامه. توفر علامة التبويب هذه القدرة على تحديث OrgDefinedId واحدا تلو الآخر لظروف لمرة واحدة.
D2L CSV القياسي الإصدار 1.1 - يكرر الإصدار 1.0 عن طريق إضافة القدرة على تعيين العلاقات الأصلية/التابعة في ملف المستخدم لدعم Brightspace للأصل (BfP) عبر عمود جديد. يعتبر هذا العمود الجديد تغييرا جذريا ، لذلك قدمنا بيانا للإعلان في الأرشيف المضغوط عن الإصدار الذي تستخدمه.
قدرات:
- يتم تحميل ملفات CSV الفردية في أرشيف مضغوط إلى SFTP تتم مراقبته كل 10 دقائق
- دعم الأدوار: أنواع أدوار غير محدودة
- دعم هيكل الهيكل: الهيكل التنظيمي القياسي D2L
- القدرة على تضمين سمات لوحة معلومات المدير CSV في الأرشيف المضغوط لتبسيط معالجة البيانات في تحميل واحد
- يقدم:
- ملف بيان منفصل للإعلان عن الإصدار
- القدرة على إنشاء, تحديث, حذف علاقات BfP (منسقة ككتلة JSON)
D2L CSV القياسي الإصدار 2.0 - محملة بميزات جديدة بناء على طلبات العميل ، وإمكانيات الخروج لمزيد من المعلومات.
كان هذا نتوءا رئيسيا في الإصدار حيث كانت التغييرات مطلوبة على كل من الوحدة التنظيمية وملفات المستخدم.
قدرات:
- يتم تحميل ملفات CSV الفردية في أرشيف مضغوط إلى SFTP تتم مراقبته كل 10 دقائق
- دعم الأدوار: أنواع أدوار غير محدودة
- القدرة على تضمين سمات لوحة معلومات المدير CSV في الأرشيف المضغوط لتبسيط معالجة البيانات في تحميل واحد
- يقدم:
- دعم هيكل المؤسسة الموسع: هيكل D2L المخصص والقياسي
- يمكن إنشاء علاقات BfP وتحديثها وحذفها (تم تحديث كائن JSON إلى الأنابيب المنفصلة)
- دعم الاسم الأول والأخير المفضل
- دعم دور المدقق
- تعيين العديد من أصول المؤسسة عن طريق إضافة فصل الأنابيب
- التسجيل في الوحدات التنظيمية خارج الأقسام (على سبيل المثال. التسجيل في مؤسسة المدرسة لمنطق تسجيل الدخول المخصص)
تحديد الهوية - إدارة المعايير المحاسبية الدولية للقطاع العام:
الشكل: لوحة معلومات CSV القياسية D2L تظهر على النحو التالي تمكين مع خيار تصفح ملف ZIP وإفلاته.
نأمل أن يوضح هذا المنتج الذي تستخدمه ، أكثر من ذلك ، آمل أن تكون مفتونا بجميع الميزات الجديدة ومتحمسا للانتقال من نظام مصدر قديم إلى D2L Standard CSV!
الخطوات التالية: كيفية الترحيل
أنا أستخدم بالفعل D2L Standard CSV
إذا كنت تستخدم بالفعل D2L Standard CSV ، فمن الممكن التخطيط والترحيل إلى التنسيق الجديد بشكل مستقل.
يوصى باختبار التغييرات الضرورية في بيئة الاختبار الخاصة بك قبل الانتقال إلى الإنتاج للتحقق من تنسيقات الملفات، والتأكد من ضبط أي أتمتة وتحويل ملف من نظام المعلومات الخاص بك كما هو مطلوب. في جميع اختبارات D2L CSV - تتمثل الممارسة القياسية في تشغيل ملف واحد في كل مرة مع صفين فقط لمراجعة تدقيق إدارة IPSIS وسجلات النظام بسهولة.
سيكون لديك عادة بالفعل نظام D2L Standard CSV Source الوظيفي على موقع الاختبار الخاص بك. يمكن توجيه أي مشكلات في نظام D2L Standard CSV Source على موقع الاختبار الخاص بك إلى دعم D2L.
أنا أستخدم نظام مصدر CSV قديم
- حدد المنتج القديم الذي تستخدمه. ستحتاج إلى التفاعل مع فريق التنفيذ لدينا لإجراء ترحيل ناجح. يمكن القيام بذلك من خلال مدير نجاح العملاء / مدير الحساب الفني.
- حدد إصدار D2L Standard CSV الذي ترغب في الترحيل إليه:
- إذا كان الإصدار 1.0:
- ستحتاج إلى تضمين ملفات CSV اليومية في أرشيف مضغوط (لن تتم معالجة ملفات CSV الفردية إذا تم تحميلها بشكل منفصل
- تحتوي جميع الملفات على دلتا فقط
- سيتم تزويدك ببيانات اعتماد SFTP المحدثة لتحميل الأرشيف المضغوط الخاص بك إلى
- سيقوم مستشار التنفيذ الخاص بك بترحيل البيانات من نظام المصدر القديم إلى نظام مصدر الإنتاج الخاص بك
- يوصى بإكمال هذه الخطوات في بيئة الاختبار الخاصة بك قبل الانتقال إلى بيئة الإنتاج الخاصة بك
- إذا كان الإصدار 2.0:
- إذا كان الإصدار 1.1:
- كل ما سبق
- يجب فرز الملف ليشمل الوالدين قبل الطفل (يعلن الطفل عن الوالدين)
- يتضمن ملف المستخدم عمود علاقة جديد، ويجب تنسيق العلاقات الأصل/التابعة باستخدام JSON.
- يجب أن يكون Manifest.json الملف موجودا في الأرشيف المضغوط (V1.1)
- كل ما سبق
- يتضمن ملف (ملفات) المؤسسة عمودا جديدا custom_code
- يتضمن ملف المستخدم عمودا جديدا pref_first_name وعمودا pref_last_name ، ويستخدم عمود العلاقة فصل الأنابيب بدلا من JSON
- يجب أن يكون Manifest.json الملف موجودا في الأرشيف المضغوط (الإصدار 2.0)
