الخلاصة

  • يربط RFC 9967 قيمة Set-Txn في استجابة 202 بقيمة txn في Security Event Token لاحق.
  • يثبت الرابط ارتباط معاملة ونتيجة معلنة، ولا يثبت تطابق الموضوع أو قبول سياسة محلية أو أثر وصول.
  • يجب الفصل بين الطلب والتحقق والمصالحة والقرار والأثر والرجوع.

الإيصال يحدد ما يجب فحصه فقط

عند استعمال Prefer: respond-async يستطيع مزود SCIM إرجاع 202 بلا جسم مع Set-Txn. ويحمل الحدث اللاحق txn المطابق. يفيد ذلك في التمييز بين إعادة إرسال لنفس المعاملة وتغيير جديد؛ فمعرّف الرمز يخص تسليماً بعينه، أما المعاملة فقد تبقى عبر تسليمات متعددة.

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

الإشارة ليست أمراً بعيداً

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

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

قبول العمل ليس إغلاقاً للأثر

قد يبلغ الحدث اللاحق نجاحاً أو خطأً. قدرة الأحداث اختيارية، وقد يتجاهل العميل Set-Txn إن لم يطلب تأكيداً. لذلك لا تصلح علامة نجاح واحدة لوصف السلسلة. احتفظ بسجل تفويض الطلب، واستجابة المزود، وSET المستلم والمتحقق منه، ومطابقة الموضوع، وقاعدة القرار المحلي، والأثر المرصود وطريق الرجوع. قد يكون الحدث صحيحاً ويُرفض تغير دور محلي؛ وقد يكون ذلك حماية مقصودة.

تحدد push وpoll طرائق تسليم لا صاحب سلطة الوصول. وعدم العبث بـSet-Txn يحمي تتبع التسليم ولا يجعل الناشر صاحب قرار في نظام المتلقي. والعدسة التحريرية لدى Heng Lu هي تبادل الحد الأدنى من الواقعة وترك القرار لمن يتحمل تبعته.