رد واحد قد يغيّر حالة مهمة iCalendar كاملة

الخلاصة

في AUTOMATIC-FAILURE، قد يؤدي تسجيل مشارك واحد فشله أو انقضاء الموعد قبل إكمال المهمة إلى تغيير حالتها العامة إلى FAILED.
في SERVER تختار كل نسخة الحالة وفق قواعدها؛ ويمكن لـCalDAV إعلان الأوضاع المدعومة ورفض غير المدعوم برمز HTTP 403.

في المهمة المشتركة فرق بين ردّ شخص واحد والحالة العامة للعمل كله. تتوقع RFC 10051 من كل مشارك مدرج في طلب iTIP تنفيذ المهمة. في AUTOMATIC-FAILURE، يغيّر تسجيل شخص واحد لحالة المشاركة PARTSTAT=FAILED سجلّ المهمة الكامل VTODO إلى FAILED. PARTSTAT يسجل رد الفرد؛ أما VTODO فيحمل حالة المهمة كلها.

إذا قرأ نظام لاحق حالة المهمة، فسيرى فشلاً عاماً، بينما بدأ التحول برد مشارك واحد. لذلك يكتسب السبب والتوقيت والحالة الفرعية في VSTATUS أهمية عملية.

المحفز الثاني هو الوقت. إذا بقيت المهمة غير مكتملة بعد موعدها الفعلي، ينبغي للخادم أيضاً تعيين FAILED. يُحسب الموعد من DUE أو من DTSTART مع DURATION. ويسجل VSTATUS السبب والحالة الفرعية والتوقيت، فيبقى مسار التغيير بجوار الحالة النهائية.

تحدّث RFC 10051، المنشورة في أكتوبر 2026، مكوّن VTODO لمهام المشاريع وسير العمل. وتحدد TASK-MODE طريقة تغيير الحالة. عند غيابها، يعمل CLIENT افتراضياً ويحترم الخادم الحالة التي يرسلها العميل؛ أما الأوضاع الأخرى فتنقل بعض القرارات إليه.

في AUTOMATIC-COMPLETION ينبغي للخادم إكمال المهمة حين يبلغ جميع المشاركين عن إنجازها، ويتولى العميل معالجة الفشل. ويجمع AUTOMATIC السلوكين الآليين.

أما SERVER فيترك الاختيار لقواعد العمل التي يحددها التنفيذ عند وصول الردود أو انقضاء المواعيد. لا تحدد RFC 10051 فترة سماح موحدة، ولا طريقة التعامل مع الإنجاز الجزئي، أو عدد المحاولات، أو الاعتماد الذي لم يُحسم. قد تتبادل خدمتان المهمة نفسها ثم تضعان لها حالتين مختلفتين.

يوفر CalDAV وسيلة لمعرفة جزء من هذه الحدود. يستطيع الخادم نشر الأوضاع المدعومة ضمن CALDAV:supported-task-mode-set. وإذا حاول العميل حفظ مهمة بوضع لا يدعمه الخادم، فعلى الخادم الرد بـHTTP 403 وإرفاق خطأ DAV يحدد الأوضاع المتاحة. والعميل الذي لا يعرف TASK-MODE يتجاهل الخاصية بأمان.

تمثل قائمة الأوضاع المنشورة الدليل المتاح للعميل؛ ويكشف ردّ حديث من خدمة محددة ما إذا كانت توفر هذه الوظيفة.

وتفصل الإضافة بين الموعد وتقدير الجهد. يحدد DTSTART مع DUE، أو مع DURATION، نافذة تنفيذ العمل. أما ESTIMATED-DURATION فيصف الوقت المتوقع لإنجاز المهمة. يمكن لتصليح يستغرق ساعتين وفق التقدير أن يحصل على نافذة أربع ساعات، من دون تسجيله كعمل مدته أربع ساعات.

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