بديل المسؤول الغائب: فوض صلاحية الاعتماد لا حساب تسجيل الدخول

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

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

حدد نطاق التفويض لا اسم البديل فقط

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

توضح وثائق قواعد الاعتماد في Odoo 19 Studio أهمية هذا السؤال. خيار التفويض الموثق متاح فقط للمستخدمين المحددين في حقل Approvers، وينقل حقوق اعتمادهم لجميع السجلات إلى مستخدم واحد أو أكثر. لا تفترض أن اختيار بديل يعني استثناء لطلب واحد، أو أن كل عضو في مجموعة اعتماد يملك هذا الخيار الموثق.

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

اجعل نهاية التغطية قاعدة فعلية

تصف Odoo حقل Until لتحديد نهاية حقوق البديل، وتوضح أن تركه فارغا يجعل الحقوق مستمرة بلا نهاية محددة. لذلك فإن ظهور حقل لانتهاء الصلاحية لا يضمن وحده أن التفويض مؤقت.

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

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

أبق هوية متخذ القرار واضحة

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

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

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

انتهاء التفويض لا يلغي القرارات المكتملة

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

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

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

اختبر ما يسمح به التفويض وما يرفضه

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

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

حدود المصدر

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