Help Desk مع إدارة الأصول: متى تدمجهما في نظام واحد

يصل السؤال غالبًا من المشتريات لا من تقنية المعلومات: «لدينا طلبان في الميزانية، نظام دعم فني ونظام لإدارة الأصول؛ هل نطرحهما في منافستين أم في واحدة؟». خلف السؤال قرار أكبر من طريقة الطرح. إن فصلت النظامين فستدير بيانات المستخدمين والمواقع والأجهزة في مكانين وتبني بينهما تكاملًا يُصان. وإن دمجتهما فقد تكتشف أن وحدة الأصول في نظام الدعم لا تلبي ما تحتاجه المالية أو الصيانة.

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

متى يكفي Help Desk مع إدارة الأصول في نظام واحد؟

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

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

ما البيانات التي يتشاركها نظام الدعم ونظام الأصول؟

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

الصف الأخير وحده كافٍ لفهم المشكلة: حين يُنقل جهاز من موظف لآخر بطلب في نظام الدعم، يجب أن يتغير حامل العهدة في نظام الأصول. في نظام واحد يحدث ذلك ضمن الطلب نفسه، وفي نظامين يحدث بتكامل أو بموظف يتذكر. ورحلة بلاغ يبدأ من الجهاز نفسه موصوفة في حالة الاستخدام بلاغ عطل جهاز. والفائدة التشغيلية اليومية لهذا الربط موضوع ربط التذاكر بالأصول؛ أما هنا فالسؤال هو قرار الشراء.

ثلاث معماريات ممكنة: كيف تختلف في التكلفة والعمق؟

أمامك ثلاث معماريات، ولكل منها بنود تكلفة مختلفة لا تظهر في سعر الترخيص وحده. قارنها قبل أن تكتب الكراسة، لأن الكراسة تحدد المعمارية ضمنيًا:

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

متى تحتاج نظام أصول متخصصًا فعلًا؟

تحتاجه حين يكون للأصل حياة لا تمر بفريق الدعم. وحدة الأصول في نظام الدعم مصممة من منظور الخدمة، وصفحة إدارة الأصول التقنية في TixDesk تقول ذلك صراحة: «يركز على الأصول من منظور الخدمة والدعم، ويمكن ربطه بنظام ERP لتبادل البيانات المالية للأصول». هذه علامات تدل على حاجة لنظام متخصص بجانب نظام الدعم، لا بدلًا منه:

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

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

قائمة متطلبات الأصول داخل نظام Help Desk

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

المتطلبات من 1 إلى 12 هي ما يحسم كفاية الدمج لاحتياجات الدعم اليومية، وأي متطلب أساسي منها لا يظهر عمليًا في العرض يُسجل فجوة يُطلب الرد عليها كتابةً. أما 13 و14 فتحددان حجم التكامل في المعمارية الثالثة، و16 يخص من يخدم أصول عملاء بعقود.

ما الذي يغيّره قرار الأصول في عرض السعر؟

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

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

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

أين يقع TixDesk من قرار الدمج؟

في TixDesk وحدة الأصول جزء من المنصة نفسها التي تعالج التذاكر، وتُضاف إلى أساس التذاكر وSLA حين تحتاجها. ما تقوله صفحة إدارة الأصول التقنية:

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

الفصل بين المستويات: التنبيهات والعهد والتقارير والاستيراد من Excel تعمل داخل النظام؛ والربط مع ERP أو أداة الاكتشاف تكامل يعتمد على النظام المقابل ويُحدد في نطاق المشروع. ولشركات الصيانة والدعم التي تخدم أصول عملائها، تربط وحدة إدارة العقود كل عقد بأصوله المغطاة، فيتحقق النظام عند إنشاء التذكرة من أن الأصل مشمول. أما أدوات فريق الدعم اليومية التي يرى فيها الفني أصول المستفيد داخل التذكرة فهي في برنامج Help Desk.

أخطاء شائعة في قرار الدعم والأصول

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