نقل بيانات الدعم يبدأ بقرار ما لا يُنقل. القاعدة العملية: انقل التذاكر المفتوحة وبيانات العملاء والفئات فقط، وأبقِ الأرشيف المغلق في النظام القديم للقراءة. ثم نفّذ خمس مراحل: جرد، وخريطة حقول، ونقل تجريبي، وتحقق بالعيّنة، وتحويل نهائي بتاريخ معلن — مع خطة تراجع مكتوبة قبل البدء.
أغلب مشاريع النقل لا تتعثّر تقنيًا. تتعثّر لأن أحدًا لم يقرر مبكرًا ما الذي يستحق النقل أصلًا، فتحوّلت المهمة من «نقل ما نحتاجه» إلى «نقل كل شيء»، وهو هدف بلا نهاية ولا معيار نجاح. هذا الدليل يرتّب القرارات بالترتيب الذي يجب أن تُتخذ به.
القرار الأول: ما الذي لا يُنقل؟
ابدأ بالسؤال المعكوس. البيانات القديمة ليست أصلًا بالضرورة؛ كثير منها عبء يلوّث تقاريرك الجديدة من أول شهر ويستهلك أسابيع بلا عائد. المعيار الوحيد الصالح: هل سيُستخدم هذا فعليًا في النظام الجديد؟ لا «هل قد نحتاجه يومًا؟» — فالإجابة على السؤال الثاني «نعم» دائمًا، ولهذا هو سؤال عديم الفائدة.
| نوع البيانات | القرار | السبب |
|---|---|---|
| التذاكر المفتوحة والمعلّقة | تُنقل — أولوية قصوى | عمل جارٍ لا يمكن تركه خلفك؛ نقله إجباري وهو الجزء الأصغر عادةً |
| بيانات العملاء والجهات والمستخدمين | تُنقل بعد تنظيف | أساس كل شيء لاحقًا. انقلها منقّاة من التكرار لا كما هي |
| الفئات والأولويات وقواعد المهل | تُراجع ثم تُنقل | لا تنسخ شجرة فئات مشوّهة إلى نظام جديد؛ هذه أفضل فرصة لإصلاحها |
| مقالات قاعدة المعرفة | تُنقل مختارة | انقل ما يُقرأ فعلًا ويُحدَّث؛ اترك ما لم يُفتح منذ سنوات |
| التذاكر المغلقة خلال آخر سنة | تُنقل ملخّصة إن لزم | مفيدة لسياق العميل. غالبًا تكفي الحقول الأساسية دون كل المراسلات والمرفقات |
| الأرشيف المغلق الأقدم | لا يُنقل — يبقى للقراءة | أثقل جزء وأقلّه قيمة. أبقِ النظام القديم للقراءة فقط بمدة محددة |
| المرفقات الكبيرة | تُنقل انتقائيًا | أكبر مستهلك للوقت والمساحة. اربطها بالتذاكر المنقولة فقط |
| الملاحظات الداخلية | قرار صريح مطلوب | قد تحتوي لغة غير مناسبة للظهور؛ احسم قبل النقل من سيراها في النظام الجديد |
| سجلات التدقيق القديمة | لا تُنقل — تُحفظ | لا يمكن إعادة إنشائها بأمانة في نظام آخر. احفظها كتصدير مؤرشف يُثبت أصله |
مراحل النقل الخمس
المرحلة الثالثة هي التي يحاول الجميع تخطّيها بحجة ضيق الوقت، وهي أكثر مرحلة تُوفّر وقتًا لاحقًا. البيانات المتسخة لا تُشفى بالنقل؛ العميل المكرر ثلاث مرات في النظام القديم سيكون مكررًا ثلاث مرات في الجديد، لكنه الآن مشكلتك في نظام تدفع ثمنه ووعدت الإدارة بأنه سيحسّن التقارير.
خريطة الحقول: الجزء الذي يقرر النجاح
النقل في جوهره ترجمة، والترجمة تخسر شيئًا دائمًا. مهمتك أن تقرر ما الذي تقبل خسارته بوعي، لا أن تكتشفه بعد شهر حين ينهار تقرير.
| الحالة | مثال | المعالجة |
|---|---|---|
| مقابل مباشر | «عنوان التذكرة» ← «العنوان» | نقل مباشر. تحقق فقط من طول النص والترميز العربي |
| قيم مختلفة لنفس المعنى | حالات: «قيد المعالجة» ← «قيد العمل» | جدول تحويل صريح لكل قيمة. لا تترك قيمة واحدة بلا مقابل معلن |
| حقل قديم بلا مقابل | حقل مخصص استُخدم لسنة ثم هُجر | القرار: حقل مخصص جديد، أو دمج في نص الوصف، أو إسقاط موثّق. الإسقاط الصامت هو الخطر |
| حقل جديد بلا مصدر | حقل «الفرع» غير موجود في القديم | قيمة افتراضية معلنة، أو تركه فارغًا للسجلات القديمة مع توثيق ذلك في التقارير |
الحقول الأربعة التي تُخطئ دائمًا وتستحق فحصًا خاصًا:
- الطوابع الزمنية. تأكد من المنطقة الزمنية والصيغة. طابع نُقل بتوقيت مختلف يزيح كل أزمنة الحل بساعات ويُفسد أي مقارنة بين ما قبل النقل وما بعده.
- الهوية والمُنشئ. من يظهر مؤلفًا للتذاكر المنقولة؟ إن ظهرت كلها باسم «حساب النقل» فقدت التذاكر معناها التاريخي كاملًا. اربط المستخدمين قبل نقل التذاكر لا بعده.
- النصوص العربية. افحص الترميز في عيّنة حقيقية تحتوي عربية مختلطة بأرقام وروابط. مشكلات الترميز تظهر في الحواف لا في النص البسيط.
- الروابط بين السجلات. التذكرة المرتبطة بعميل مرتبط بعقد: إن انكسرت حلقة، صارت التذاكر يتيمة بلا سياق ولا يمكن ترميمها لاحقًا إلا يدويًا.
يوم التحويل: التوازي أم القطع؟
تاريخ محدد ومعلن: بعده لا يُفتح شيء في القديم إطلاقًا، وتُنقل المفتوحة، ويصبح القديم للقراءة فقط. أوضح للفريق وأسرع، ويجبر على التبنّي بدل تأجيله. مناسب لأغلب المنشآت، وشرطه أن يسبقه نقل تجريبي ناجح وتحقق كامل.
النظامان يعملان معًا فترة. يبدو أكثر أمانًا وهو غالبًا أخطر: إدخال مزدوج، وتذاكر تُفتح في القديم بعد النقل فتضيع، وفريق لا يعرف أي نظام هو المرجع. مبرر فقط حين يكون التوقف غير مقبول إطلاقًا، وبشرط أن تُحدد جهة واحدة مرجعًا للحقيقة.
الوهم الشائع أن التوازي «شبكة أمان». في الواقع هو مضاعفة للعمل في أضعف لحظة لدى الفريق. شبكة الأمان الحقيقية شيء آخر تمامًا: خطة تراجع مكتوبة قبل البدء تجيب عن سؤال واحد — إن فشل النقل صباح يوم التحويل، ماذا نفعل بالضبط، ومن يقرر، وخلال كم ساعة؟ إن لم تكن هذه الإجابة مكتوبة ومعتمدة، فأنت لا تملك خطة تحويل بل أملًا.
التحقق بعد النقل
«النقل تم بنجاح» ليست نتيجة بل ادعاء. النتيجة أن يجتاز النظام قائمة فحص محددة مسبقًا. نفّذها قبل فتح النظام للفريق لا بعده.
- عدد التذاكر المنقولة يطابق عدد المصدَّرة بالضبط — والفارق، إن وُجد، مفسَّر بندًا بندًا لا مقدَّرًا
- عيّنة عشوائية من عشرين تذكرة تُفتح وتُقرأ كاملة: العنوان، والوصف، والمراسلات، والمرفقات، والتواريخ
- أقدم تذكرة وأحدث تذكرة تظهران بتواريخ صحيحة — الحواف هي التي تكشف أخطاء المنطقة الزمنية
- تذكرة تحتوي نصًا عربيًا طويلًا مختلطًا بأرقام وروابط تظهر سليمة بلا رموز مشوّهة
- كل تذكرة مفتوحة لها مالك صحيح وحالة صحيحة — لا تذكرة يتيمة ولا حالة غير معروفة
- المستخدمون مرتبطون بتذاكرهم؛ لا تظهر التذاكر كلها باسم حساب واحد
- العملاء المكرّرون مدموجون فعلًا؛ ابحث بالاسم وتأكد من عدم ظهور نسختين
- المرفقات تُفتح وتُنزَّل فعلًا — الرابط الموجود لا يعني الملف الموجود
- الصلاحيات تعمل: سجّل دخولًا بحساب محدود الصلاحية وتأكد أنه لا يرى ما لا يخصّه
- تقرير واحد بسيط يُنتج رقمًا معقولًا ومطابقًا لما تعرفه عن حجم عملك
- خطة التراجع مكتوبة ومعتمدة، ونسخة النظام القديم مؤمّنة وقابلة للوصول
- الملفات الوسيطة المستخدمة في النقل حُذفت من كل الأجهزة، وموثّق من حذفها ومتى
البند الثامن يُخفق أكثر مما تتوقع: كثير من أدوات النقل تنقل روابط المرفقات لا الملفات نفسها، فيبدو كل شيء سليمًا حتى ينقر أحدهم على رابط بعد إلغاء الاشتراك القديم. افحص التنزيل فعليًا لا الظهور. وبعد اجتياز القائمة كاملة، راقب التقارير ولوحات التحكم في أول أسبوعين بحذر: الرقم الشاذ في هذه الفترة غالبًا أثر نقل لا تغيّر أداء.
وقبل أن يبدأ كل ذلك، احسم بندين تعاقديين: مدى مسؤولية المورّد الجديد عن النقل — هل هو خدمة مشمولة أم مقابل أتعاب؟ — وحقك في تصدير بياناتك كاملة من النظام الجديد لاحقًا. البند الثاني هو ما يجعل النقل القادم، إن حدث بعد سنوات، مشروعًا عاديًا لا أزمة. اطلب توضيحهما كتابةً عبر التواصل مع فريق TixDesk قبل التوقيع لا بعده. ولتقدير الوقت الكلي للمشروع، راجع المدة التي يستغرقها تطبيق نظام إدارة التذاكر.
الأسئلة الشائعة
هل ننقل كل التذاكر القديمة أم نبدأ من صفر؟
ابدأ بالمفتوحة فقط، وهي عادةً الجزء الأصغر. الأرشيف المغلق يمكن إبقاؤه في النظام القديم للقراءة، أو حفظه كتصدير مؤرشف. نقل كل شيء يبدو أكثر أمانًا لكنه يضاعف الوقت ويلوّث تقاريرك الجديدة ببيانات لم تكن منظمة أصلًا. إن كان لا بد من التاريخ، فانقل آخر سنة بالحقول الأساسية دون كل المراسلات.
كم يستغرق نقل البيانات؟
المدة تتبع النطاق لا الحجم: نقل التذاكر المفتوحة وبيانات العملاء عمل قصير غالبًا؛ نقل تاريخ كامل بمرفقات وحقول مخصصة مشروع بذاته. أكبر مستهلك للوقت ليس النقل نفسه بل خريطة الحقول وقرارات التنظيف — وهي عمل بشري لا يتسارع بزيادة الخوادم. قدّر بالقرارات لا بحجم الملفات.
ماذا لو كان النظام القديم لا يسمح بتصدير كامل؟
هذا يحدث، ويجب اكتشافه في المرحلة الأولى لا في الأخيرة. الخيارات: التصدير عبر الواجهة البرمجية إن وُجدت، أو طلب تصدير كامل من المورّد كخدمة، أو الاكتفاء بالتذاكر المفتوحة وإبقاء الباقي في النظام القديم. واجعل هذا الدرس بندًا في عقدك الجديد: حق تصدير كامل وبصيغة مقروءة، منصوصًا عليه لا مفترضًا.
هل ننقل سجلات التدقيق القديمة؟
عمليًا لا، وغالبًا لا يجب. سجل التدقيق يستمد قيمته من كونه غير قابل للتعديل ومُنشأ تلقائيًا في سياقه؛ نقله إلى نظام آخر يجعله مجرد بيانات مكتوبة، ويفقد صفة الإثبات التي كانت سببه. احفظه كتصدير مؤرشف موثّق المصدر والتاريخ حسب مدة الاحتفاظ لديك، وابدأ سجلًا جديدًا في النظام الجديد.
متى نلغي اشتراك النظام القديم؟
ليس في يوم التحويل. أبقِه للقراءة فترة تكفي لظهور ما لم تنتبه له: مرفق ناقص، أو تذكرة قديمة يحتاجها أحدهم، أو تقرير مرجعي. حدد تاريخ الإلغاء مسبقًا واربطه بشرطين: اجتياز قائمة التحقق كاملة، وتصدير نسخة أرشيفية كاملة ومؤمّنة ومختبَرة الفتح. لا تلغِ اشتراكًا وأنت لم تفتح النسخة الاحتياطية ولو مرة.