يفتح موظف المبيعات سجل عميل، ثم يغير زميله رقم الهاتف ويحفظه. بعد دقائق يحفظ الموظف الأول ملاحظته من شاشة قديمة، فيعود الهاتف إلى قيمته السابقة. هذه مشكلة ضياع تحديث، ويمكن أن تحدث رغم أن كل طلب حفظ أعاد رسالة نجاح. المطلوب أن يعرف الخادم أي نسخة شاهدها المحرر قبل قبول كتابته.
اجعل الحفظ مرتبطًا بالنسخة المقروءة
يمكن للتطبيق استخدام رقم إصدار للسجل، أو شرط HTTP مناسب عندما تكون الواجهة مبنية على API. تحدد مواصفة If-Match في RFC 9110 المقارنة القوية لوسم التمثيل بهدف منع الكتابة فوق تغييرات لاحقة. فشل الشرط قد يعاد بحالة 412. لا يكفي إرسال رقم النسخة إلى الخادم إذا تجاهله مسار الحفظ.
تحتاج المقارنة والكتابة إلى عملية منسقة تمنع دخول تعديل آخر بينهما. رقم متزايد محفوظ مع السجل أحد الخيارات؛ أما وقت آخر تعديل وحده فيحتاج مراجعة دقته وطريقة استخدامه. يجب أن تشمل الحماية التكاملات والاستيراد الآلي كذلك، لا شاشة الموظف فقط.
نفذ تجربة من جلستين
- أنشئ عميلًا تجريبيًا وافتحه في جلستين مستقلتين من النسخة نفسها.
- غيّر الهاتف في الجلسة الأولى واحفظ، ثم تأكد من تغير رقم النسخة.
- أضف ملاحظة من الجلسة الثانية وحاول الحفظ بالنسخة القديمة.
- راجع أن الهاتف الجديد بقي صحيحًا، وأن ملاحظة الموظف ما زالت متاحة للمقارنة.
هذا اختبار مقترح ببيانات مصطنعة، وليس نتيجة أداء لمشروع عميل. كرره باستخدام حسابين مسموح لهما بالتعديل، لأن خطأ الصلاحية يختلف عن تعارض النسخة. اختبر أيضًا الحفظ مرتين سريعًا وفقد استجابة الطلب، وسجل معرف المحاولة دون نسخ بيانات العميل في تقارير الاختبار العامة.
صمم رسالة تعارض تحافظ على العمل
رسالة «حدث خطأ» تدفع المستخدم لإعادة المحاولة عشوائيًا. اعرض أن السجل تغير، واحتفظ بتعديلاته، ووفر تحميل النسخة الجديدة ومقارنة الحقول المسموح له برؤيتها. يمكن اقتراح دمج حقلين مستقلين، لكن تغيير مرحلة البيع أو المالك قد يتطلب قرارًا بشريًا؛ لا تفترض أن آخر كتابة هي الصحيحة تجاريًا.
إذا حُذف السجل أو أُلغيت صلاحية الموظف أثناء التحرير، تعامل مع ذلك كحالة مختلفة. لا تستخدم شاشة المقارنة لتسريب حقول أصبحت محجوبة. وفر طريقة آمنة لنسخ الملاحظة التي كتبها المستخدم أو حفظها وفق سياسة المؤسسة.
اربط القبول بسجل المراجعة
اطلب إثبات النسخة السابقة واللاحقة وهوية العملية ونتيجتها دون كلمات مرور أو رموز جلسة. ضمن تطوير CRM راجع سلوك التعارض مع الفريق خلال المراجعة التقنية. وإذا كنت تستخدم ETag، افصل هذا السيناريو عن التحقق من الكاش و304: هنا نختبر سلامة الكتابة، بينما هناك نختبر إعادة استخدام القراءة المخزنة.
