كل يوم
الإجازات والعطل
تُطلب الإجازة حيث يتحدث الناس بالفعل، وتُقرَّر بقواعد تضعها أنت، وتُعذر من كل درجة لحظة اعتمادها.
طلب الإجازة
- في رسالة مباشرة مع الروبوت، بأمر أو بجملة عادية.
- نموذج موسوم في غرفة إجازات الفريق؛ ينشر الروبوت إشعارًا عامًا بأن الطلب في انتظار الاعتماد ويمسحه عند القرار.
- من لوحة التحكم أو التطبيق القابل للتثبيت، مع زميل تسليم اختياري وملاحظة.
- يمكن للمدير إنشاء إجازة نيابةً عن شخص.
pto 2026-08-11 to 2026-08-13 family trip sick today Type: vacation Date: 11, 12 and 13 August Reason: family trip
كتابة التواريخ
- التاريخ دون سنة هو هذا العام ما لم يقع حدوثه في العام التالي خلال 90 يومًا. والأيام المرضية لا تُرحَّل أبدًا إلى الأمام؛ فالناس يبلّغون بحق عن يوم مرضي مضى.
- تُحذف أوقات الساعة والأقواس أولًا، فكتابة 6 August (flight 11:30) تقدّم 6 أغسطس.
- الطلب الأقدم من يوم سماح واحد يُوسم بأثر رجعي ويحتاج دائمًا إلى قرار صريح من مسؤول.
- تعديل رسالة الطلب يحل محل الأصل؛ والطلب المعتمد بالفعل لا يُلغى أبدًا بصمت، بل يتلقى المسؤولون إشعار مراجعة بدلًا من ذلك.
| 13 August | 13 أغسطس |
|---|---|
| Thursday, Aug 6 | 6 أغسطس |
| 11, 12, and 13 August | من 11 إلى 13 أغسطس |
| 4 & 5 October | من 4 إلى 5 أكتوبر |
| from 11 August to 17 August | من 11 إلى 17 أغسطس |
| 2026-08-11 to 2026-08-13 | من 11 إلى 13 أغسطس |
| 30 December and 2 January | من 30 ديسمبر إلى 2 يناير، العام التالي |
ضوابط الاعتماد التلقائي
معطّل افتراضيًا. وعند التفعيل، لا يُعتمد الطلب تلقائيًا إلا عندما يجتاز كل فحص؛ وإلا يُوجَّه إلى إنسان مع سرد الأسباب.
pto.requires_approver pto.max_consecutive_days pto.require_handover
| المدة | يومان على الأكثر |
|---|---|
| الإشعار المسبق | 3 أيام على الأقل |
| النوع | pto أو vacation أو half-day؛ أما sick وغيرها فتُوجَّه دائمًا |
| الرصيد | يجب أن يتسع له الرصيد السنوي المتبقي (20 يومًا افتراضيًا) |
| التغطية | لا يزيد الغائبون على 30% من الفريق في تلك الأيام |
| المناوبة | الطالب ليس مجدولًا في المناوبة دون بديل |
| التسليم | اختياريًا، لا مهام مفتوحة في التحديثات اليومية للطالب نفسه |
ست طرق للاعتماد، وضمانة واحدة
زر لوحة التحكم، أو رد بالاعتماد أو الرفض في المحادثة، أو زر Slack، أو القواعد أعلاه، أو المحرك العصبي، أو تقاعس المسؤول بعد مهلة قابلة للضبط: كلها تقرر الطلب. ويكتب كل مسار سجل الإجازة نفسه، ويمسح إشعار الغرفة، ويعلن القرار، فلا يمكن أبدًا أن يبقى طلب معتمد في النظام غيابًا. والإجازة التقديرية التي تتجاوز الرصيد ترفضها لوحة التحكم ولا يمنحها أبدًا المساران اللذان لم يقرر فيهما إنسان.
approve 42 deny 42 coverage too thin that week
الإجازة والدرجة
- تُحذف الإجازة المعتمدة والأيام المرضية والعطل من الأيام المتوقعة والساعات المتوقعة كليًا.
- إذا تركت الإجازة أقل من نصف أسبوع الشخص المعتاد (يومان على الأقل)، يُرسم الأسبوع فجوة في الاتجاه، لا درجة منخفضة أبدًا.
- الإجازة المخططة التي تبدأ ضمن النافذة يجب أن يكون لها تسليم مسجّل وإلا خفضت الموثوقية؛ والإجازة المفاجئة والمرضية معفاة.
- اعتمد فورًا: حتى يُقرَّر الطلب يظل الشخص متوقعًا في تلك الأيام. وتقع الطلبات المعلّقة في صفحة الطلبات، وبوابة رسائل الروبوت تعامل الأيام المعلّقة أصلًا على أنها عطلة.
الأنماط والتقويمات
- كل يوم اثنين تشير مهمة إلى أنماط مرضية مريبة للمسؤولين: ستة أيام مرضية أو أكثر في 60 يومًا، أو ثلاثة أو أكثر في يوم الأسبوع نفسه.
- تُولَّد تقويمات العطل دون اتصال لكل بلد ومنطقة وتُسند لكل فريق؛ وتنطبق قائمة على مستوى المؤسسة على الجميع.
- تُحتسب الإجازة المعتمدة بأيام العمل فقط؛ وأنصاف الأيام تُوزن نصفًا.