الانتقال من Workspace إلى Microsoft 365: خطة البريد والملفات والهوية

نقل Google Workspace إلى Microsoft 365 مشروع يجمع البريد والهوية والملفات وأساليب تعاون الموظفين. لا يكفي تغيير MX أو شراء تراخيص جديدة؛ يجب تحديد وجهة كل نوع بيانات، ومطابقة المستخدمين والمجموعات، وتجربة الملفات والتقويم والتكاملات قبل التحويل. اطلب خطة عمل تقسم المشروع إلى مسارات لها اختبارات قبول، حتى تعرف ما سينتقل آلياً وما يحتاج إعادة إعداد أو معالجة منفصلة.

حدد سبب الانتقال وما يجب أن يستمر

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

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

أنشئ خريطة هوية قبل نقل الصلاحيات

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

توضح وثائق Microsoft لمطابقة هويات Google Drive أن الخطأ في الربط قد يؤثر في الوصول والبيانات الوصفية، وأن هويات الوجهة يجب أن تجهز مسبقاً. اختبر مستخدماً عادياً ومالك فريق ومستخدماً ذا تفويض، ولا تعتبر نجاح حساب المدير دليلاً على صحة وصول الجميع.

افصل المسارات في نطاق المشروع

ليس OneDrive وSharePoint صندوقين متطابقين لتفريغ كل الملفات؛ وجهة المحتوى تتبع ملكيته وطريقة تعاون الفريق عليه. صنف بيانات الأقسام والموظفين والضيوف قبل اختيار الوجهة، وراجع قيود الأسماء والمسارات والحجم في الأدوات والخدمة الحالية.

اختر مسار البريد المناسب لخصائص Workspace

يوفر مسار Microsoft للنقل الآلي من Google Workspace نقل البريد وعناصر تعاون محددة، مع قيود واستثناءات منشورة. لذلك يختلف نطاقه عن نقل IMAP الذي يركز على مجلدات الرسائل. راجع خصوصاً التقويمات المشتركة وحجوزات الغرف والردود التلقائية والحقول غير المدعومة في المسار المختار.

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

راجع الملفات غير المدعومة والتحويلات

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

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

لا تفترض بقاء كل مشاركة ورابط

توضح أسئلة Migration Manager الخاصة بـGoogle اعتبارات ربط الهويات وصلاحيات Shared Drives والمشاركة مع المتعاونين الخارجيين. عالج الضيوف ضمن موافقات واضحة بدلاً من إعادة مشاركة كل البيانات تلقائياً. وقد تختلف نماذج الصلاحيات بين النظامين حتى عندما تنقل الملفات نفسها بنجاح.

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

نفذ دفعة تجريبية تمثل العمل الحقيقي

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

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

نسق التحويل النهائي للبريد والملفات والهوية

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

استخدم دليل نقل الاستضافة والبريد لتنسيق النطاق والخدمات. وإذا استقبل البريد وصنف كرسائل مزعجة، راجع أسباب الوصول إلى Spam بدلاً من إعادة نقل الصندوق. أما تطبيقات تسجيل الدخول Google فتبقى بحاجة لتغيير هوية أو استمرار خدمة وفق قرار مستقل؛ تحويل MX لا يعدلها.

احسب تكلفة التسليم وإغلاق المصدر

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

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

أسئلة شائعة عن الانتقال من Workspace

هل تغيير MX ينقل Drive أو التقويم؟

لا؛ يغير وجهة استقبال البريد. نقل البيانات والهوية والملفات والتقويم له أدوات وخطوات مستقلة ضمن المشروع.

هل تنتقل صلاحيات الضيوف تلقائياً؟

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

هل نحتاج نقل الجميع في يوم واحد؟

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

اطلب خطة انتقال لكل مسار عمل

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