سجل طلبات وصيانة المعدات الذي تستخدمه الفرق

لماذا تفسد طلبات الصيانة بسرعة؟

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

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

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

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

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

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

ما الذي يجب تتبعه: الحقول الدنيا التي تفيد فعلاً

سجل طلبات وصيانة المعدات لا ينجح إلا إذا استطاع الناس ملؤه في أقل من دقيقة، والفنيون يمكنهم العمل بناءً عليه دون مكالمة هاتفية. الهدف ليس "المزيد من البيانات"، بل الحقول القليلة التي تمنع الأسئلة اللاحقة.

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

الحد العملي الأدنى يبدو كالتالي:

• المعدات: اسم/معرّف، النوع/الطراز، الأهمية (منخفض/متوسط/عالٍ). الرقم التسلسلي اختياري.
• الموقع: المبنى، المنطقة/الغرفة، بالإضافة إلى ملاحظة "المكان الدقيق" الاختيارية.
• الطلب: مُبلغ عنه من، الوقت، الفئة، وصف قصير، صور اختيارية، وتأثير أمني نعم/لا.
• أمر العمل: المالك/المكلف، الإجراءات المخططة، وقت العمل، بالإضافة إلى قطع مستخدمة اختيارية والبائع.

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

استخدم مجموعة حالات صغيرة تتطابق مع كيفية تحرك العمل فعليًا:

• New
• Triaged
• In progress
• Waiting on parts
• Done

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

الأدوار والمسؤوليات (لكي لا يبقى شيء دون مالك)

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

ابقَ على أدوار مألوفة واجعل التسليمات بسيطة:

• طالب الطلب: يبلغ عن المشكلة، يؤكد الموقع (الموقع، الغرفة، علامة المعدّ)، ويضيف صورًا. يجب أن يستطيع رؤية الحالة دون مطاردة أحد.
• المُرسل/المدير: يراجع الطلبات الجديدة، يتحقق من التكرارات، يحدد الأولوية، يعين مالكًا، ويضيف تاريخ استحقاق. كما يقرر متى يُصعَّد.
• الفني (داخلي أو مورد): يضيف ملاحظات العمل، وقت العمل، القطع المستخدمة، ودليل إكمال بسيط (صورة، قراءة، قائمة فحص قصيرة). لا ينبغي أن يحتاج لتعديل حقول الموافقة المالية.
• المالية/الإدارة: تراجع التكاليف، تُرفق فواتير البائعين، وتُعد ملخّصات حسب المعدّ، الفئة، أو الموقع.

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

الصور والموقع: اجعل الإبلاغ سريعًا وواضحًا

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

ابدأ بمخطط تسمية متسق. اختر صيغة واحدة للمواقع، المباني، الطوابق، الغرف، وعلامات الأصول، ثم استخدمها في كل مكان (ملصقات على المعدات، مخططات الطوابق، ونموذج الطلب). إذا وصف الناس المكان نفسه بـ "المستودع 2" و"WH2" و"التخزين الخلفي" فلن تتطابق بياناتك وستصعب رؤية الاتجاهات.

اجعل اختيار الموقع أسرع من الكتابة. يتيح نموذج جيد اختيار الموقع، ثم المبنى، ثم الغرفة، مع بحث عن الأماكن الشائعة. على المحمول، يمكن أن يساعد GPS للأصول الخارجية (المولّدات، منصات التحميل)، لكن لا تعتمد على GPS داخل المباني.

لمساعدة الفني في العثور على المشكلة من المحاولة الأولى، سجّل:

• صورة واضحة للمنطقة كاملة (سياق)
• صورة مقربة للمشكلة (الملصق، التسريب، الضرر)
• علامة المعدّ أو الرقم التسلسلي (مكتوبًا أو مُمسوحًا)
• مسار الموقع (الموقع > المبنى > الغرفة)
• ملاحظة "كيفية العثور عليه" اختيارية (مثال: "خلف الرف الأزرق، الجانب الأيسر")

للمعدات الصعبة العثور عليها، أضف "صور موقع" قابلة لإعادة الاستخدام تُظهر الطريق: لافتة الممر، الباب، ثم المعدّ.

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

أخيرًا، قرر ماذا يحدث عند تحريك المعدات. عادة تحتاج إلى موقع حالي للعمل اليومي ومسار التغييرات (تاريخ، من/إلى، من عدَّله). إن كان هناك طلب مرتبط بموقع سابق، احتفظ بتلك اللقطة حتى يظل التاريخ مفهوما.

خطوة بخطوة: صمّم سير العمل من الطلب إلى الإصلاح

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

1) إدخال يستغرق أقل من دقيقة

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

بعد الإرسال مباشرة، عرِض تأكيدًا برقم تتبّع والحالة الحالية (مثل "New"). حتى لو لم يفعل المبلغ شيئًا آخر، سيعرف أنه تم الاستلام ويمكنه الرجوع إليه لاحقًا.

2) فرز بقواعد واضحة

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

• اكتشف التكرارات المحتملة بمطابقة الموقع + المعدّ + نوع المشكلة خلال آخر 24-48 ساعة.
• علّم الكلمات المفتاحية المتعلقة بالأمان (شرر، دخان، رائحة غاز، فيضان) لفرض أولوية "فورية".
• قدّم إرشادًا من جملة واحدة حول ما يُعد عاجلًا مقابل عاديًا.
• اطلب تفصيلًا مفقودًا واحدًا قبل التقدم (غالبًا الموقع الدقيق أو صورة).

ثم عيّن الطلب إلى شخص (أو قائمة) وحدد التوقعات. خزّن وقت استجابة متوقع ووقت للتحديث التالي. مثال: "مُعيّن إلى المرافق، استجابة خلال ساعتين، تحديث التالي بحلول 3:00 م." هذان الطابعان يمنعان صمت التذاكر.

3) الإصلاح ثم الإغلاق بدليل

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

مثال: فشل شاحن بطارية الرافعة الشوكية في Bay 3. المبلغ يضيف صورة لرمز الخطأ ويختار "Power". الفرز يعلّمه كعاجل لأن الشحن يؤثر على العمليات. يعين مع استجابة في نفس اليوم. يغلق الفني التذكرة باستبدال فتيل برقم القطعة، 0.5 ساعة عمل، التكلفة الإجمالية، وصورة بعدية تُظهر الشاحن يعمل.

تحديثات الحالة التي سيثق بها الناس فعلاً

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

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

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

• الطالب: تحديثات عند تغيّرات الحالة الرئيسية (مُقبل، مجدول، مكتمل)
• المكلف/الفني: تحديثات عند إضافة معلومات جديدة أو قرب موعد الاستحقاق
• المدير: التصعيدات والعناصر عالية التكلفة أو المتأخرة

حتى مع النماذج الجيدة، ستأتي بعض الطلبات ناقصة التفاصيل. ابنِ سير أسئلة سريع حتى يستطيع المكلف طلب ما يحتاجه دون ذهاب وإياب طويل. اجعلها سؤالًا واحدًا في كل مرة وسهلة الإجابة على الهاتف: "هل يمكنك إضافة صورة واحدة للملصق؟" "في أي غرفة هو؟" "هل تعرف رقم الطراز؟"

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

التكلفة والتاريخ: تعلم من الإصلاحات لا مجرد تسجيلها

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

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

الحقول التي تجعل بيانات التكلفة قابلة للاستخدام

لا تحتاج إلى تفاصيل محاسبية دقيقة، لكن تحتاج إلى اتساق. أضف بعض الحقول المهيكلة:

• وقت العمل: ساعات متوقعة، ساعات فعلية
• القطع: اسم/رقم القطعة، الكمية، تكلفة الوحدة، إجمالي تكلفة القطع
• البائع: اسم البائع، جهة اتصال اختيارية، رقم الفاتورة/المرجع
• التوقف عن العمل: وقت البدء والنهاية، أو إجمالي ساعات/أيام التوقف
• وسم السبب: تآكل، سوء استخدام، تركيب، غير معروف

مراجع البائع والفاتورة قد تبدو مملة، لكنها توفر وقتًا عندما يسأل أحدهم "أي بائع فرض هذه التكلفة؟" أو عندما تحتاج المالية لمطابقة رسوم.

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

ابحث عن تاريخ متراكم لكل معدّ

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

للحفاظ على العملية عملية، اتفق على مراجعة شهرية قصيرة تركز على الأرقام المهمة:

• إجمالي تكلفة الصيانة (العمل + القطع)
• ساعات/أيام التوقف حسب فئة الأصول
• القضايا المتكررة (نفس المعدّ، نفس السبب خلال 30-60 يومًا)
• أكبر خمسة أصول تكلفةً هذا الشهر
• الإنفاق حسب البائع (إذا كانت إصلاحات البائعين شائعة)

أخطاء شائعة وفخاخ تجنبها

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

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

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

كن صارمًا بشأن الصور عندما تساعد. إذا كان نوع المشكلة "تسريب ماء" أو "مخاطرة أمان"، اجعل صورة واحدة مطلوبة قبل الإرسال.

راقب أيضًا "In progress". إما قسّمه (Assigned، Repairing، Waiting on parts) أو اطلب ملاحظة عائق عندما تبقى التذكرة طويلًا. "في انتظار تسليم الزجاج" يحدد التوقعات بطريقة لا يفعلها "In progress".

وأخيرًا، اجعل عملية "الإغلاق" تسأل سؤالين صغيرين: ماذا تم فعله، ولماذا حدث ذلك (حتى لو كانت الإجابة "غير معروف"). هذان الحقلان هما ما يجعل التاريخ والتقارير مفيدة.

قائمة تحقق سريعة قبل الإطلاق

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

استخدم هذه القائمة لتكتشف القضايا التي تكسر التبنّي:

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

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

مثال واقعي: من أول تقرير إلى الإغلاق النهائي

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

يفتح قائد الوردية سجل طلبات وصيانة المعدات على هاتفه ويُرسل تذكرة جديدة. يضيف صورة واضحة للوحة التحكم وصورة لمنطقة المكثف. يختار الموقع "المتجر 12" والموقع الداخلي "الغرفة الخلفية، قرب باب الاستلام"، ثم يكتب: "صوت طحن مرتفع، الحرارة ارتفعت من 2°C إلى 7°C خلال 30 دقيقة." يضبط الأهمية إلى عالية ويعلم "مخاطر سلامة غذائية محتملة."

يراجع مدير المتجر الصور ويقوم بالفرز خلال أقل من دقيقة. بسبب المخاطرة، يغير الأولوية إلى حرج، يضيف ملاحظة قصيرة ("انقل المواد القابلة للتلف إلى المبرد الاحتياطي الآن"), ويعين الفني المناوب بوقت استحقاق اليوم.

يصل الفني، يضيف تشخيصًا سريعًا، ويحدّث الحالة إلى Waiting on parts. يدوّن: "محرك مروحة المبخر يفشل. إعادة التشغيل المؤقت تعمل 10 دقائق." يسرد رقم القطعة المطلوب، وقت العمل المقدر (1.5 ساعة)، وخطة بسيطة ("العودة صباح الغد بعد التسليم").

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

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

الخطوات التالية: جربه ثم حوّله إلى تطبيق بسيط

ابدأ صغيرًا عن عمد. اختر موقعًا واحدًا، فريقًا واحدًا، وجرّبه لشهر بتذاكر حقيقية. التجربة تُظهر ما الذي يدخل الناس فعلاً عندما يكونون مستعجلين، لا ما كنت تأمل أن يدخلوا.

خلال التجربة، عامل سجل طلبات وصيانة المعدات كمنتج. راقب أين يتعثر الناس (صور مفقودة، مواقع غامضة، حالة غير محدثة) وأزل الاحتكاك بسرعة.

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

إعداد تجربة عملي:

• قصر النطاق على 20 إلى 50 أصلًا و1 إلى 2 نوع طلب
• استخدم 4 إلى 6 حالات يتذكرها الناس
• عيّن مالكًا واحدًا لكل تذكرة (لا ملكية مشتركة)
• اجعل الصورة والموقع مطلبين لكل تقرير
• قرر من يمكنه إغلاق التذكرة (الطالب، المشرف، أو الصيانة)

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

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

حدد وتيرة مراجعة أثناء التجربة. مراجعة أسبوعية مدتها 20 دقيقة كافية لتقرير الحقول التي يجب إزالتها، القواعد التي يجب إضافتها (مثل التعيين التلقائي حسب الموقع)، والحالات التي يساء فهمها. بعد أربعة أسابيع، ستعرف ما الذي يجب تثبيته للتوسيع.