متابعات طلب الدعم

الترخيص المطلوب

crm.

تبدو متابعة طلب الدعم (Ticket Follow Up) في ظاهرها أقلّ مستندات مجموعة الدعم شأناً — نموذج صغير من صفحة واحدة لتدوين ما قاله العميل. وهي في الحقيقة أوجبها معرفةً، لأنها الموضع الوحيد في المنتج الذي يمكن فيه ضبط ثماني حالات من حالات طلب الدعم الثلاث عشرة.

ولا يكتشف ذلك أحد بالتجوال بين الشاشات. ولهذا وُجدت هذه الصفحة: لئلا يقضي مكتبك سنةً كاملة يعمل بخمس حالات.

بوابة الحالات

يعرض مربع تغيير الحالة في طلب الدعم خمس قيم. وحقل الحالة نفسه للقراءة فقط. فأين تسكن الثماني الأخرى؟

متاحة من مربع تغيير الحالة في الطلب	متاحة فقط بحفظ متابعة طلب دعم
قيد التنفيذ	مبدئي
ملغي	مسند
مغلقة	تم التنفيذ
منتهي	مؤجل
معاد فتحه	طلب تطوير
	بانتظار رد العميل
	OutSideContractScope (بلا ترجمة في اللغتين)
	خارج الضمان

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

والآلية هي حقل تغير حاله طلب الدعم الى. فما تضعه فيه يُكتب على الطلب عند حفظ المتابعة. وهذه هي البوابة كلها.

القاعدة العملية

«إن لم تكن الحالة التي تريدها في مربع تغيير الحالة، فحرّر متابعة.»

علّم المكتب هذه الجملة وحدها، ويصير كل ما في هذه الصفحة تفصيلاً.

تحرير متابعة

افتح خدمة العملاء ← الدعم ← متابعة طلب دعم، أو اضغط عمل متابعة في طلب الدعم — وهو زرٌّ عنوانه يوحي بسند المتابعة لكنه يفتح هذه الشاشة. وعلى الحالين تحصل على مستند صفحة واحدة غير محفوظ.

المعلومات الأساسية — الدفتر والكود وتاريخ التحرير والتاريخ الفعلي والفترة المالية، ثم:

الحقل	بالإنجليزية	ما يفعله
طلب الدعم	Trouble Ticket	الطلب الذي تتبعه هذه المتابعة. املأه أولاً؛ فالمتابعة تُحفظ عليه.
حاله طلب الدعم	Ticket Status	لقطة عن موضع الطلب حين كُتبت المتابعة.
تغير حاله طلب الدعم الى	Ticket New Status	الحقل الذي يحرّك الطلب.
تاريخ التنفيذ المتوقع	Expected Execution Date	يُنسخ إلى الطلب مع الحالة.
مرفق 1 و2 والوصف		تسجيل حر.

بيانات المتابعه — العميل والمنتج والجهة المختصة (طرف ثالث أو مورّد) والمسئول لدى الجهة المختصه وملاحظات العميل وملاحظات الجهة المختصة.

وهذه المجموعة الثانية هي ما يجعل المتابعة سجلَّ محادثة حقيقياً لا مجرد مفتاح حالة: جانبٌ منها لما أخبرك به العميل، وجانبٌ لما أخبرك به المورّد أو مقاول الباطن.

والمتابعة TFUP-0333 في مثالنا، المؤرخة 8 أبريل 2026 على الطلب TKT-0451:

• الجهة المختصة — SUP-0311، الشركة المصرية لخدمات التبريد.
• ملاحظات العميل — «العميل يطلب تأجيل الإصلاح لحين وصول الضاغط».
• تغير حاله طلب الدعم الى — مؤجل.
• تاريخ التنفيذ المتوقع — 13 أبريل 2026.

وعند الحفظ ينتقل TKT-0451 إلى مؤجل ويأخذ 13 أبريل تاريخاً متوقعاً لتنفيذه. ومؤجل واحدة من الثماني؛ ولا سبيل آخر لإيصال الطلب إليها.

اضبط «تغير حاله طلب الدعم الى» دائماً. فالمتابعة تكتبه على الطلب مع تاريخ التنفيذ المتوقع؛ فإن لم تكن الحالة متغيّرة فاضبطه على الحالة التي عليها الطلب بالفعل.

المتابعة الأحدث وحدها هي التي تفوز

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

ولذلك أثران عمليان:

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

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

ما لا تفعله المتابعة

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

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