ملخص
- يجب فهم دور Fujitsu في هورايزون كحالة لمنع نقل التكلفة: تم التعامل مع مخرجات البرمجيات كدليل على العجز في الفروع، وساعدت هذه المخرجات في تحويل العبء المالي والقانوني والسمعي إلى مدراء مكاتب البريد الفرديين.
- يتضمن السجل العام حكم Bates v Post Office Horizon Issues، والتقرير النهائي للجنة التحقيق في هورايزون لمكتب البريد، وبيان Fujitsu لعام 2024، وبيانات GOV.UK حول التعويضات، والرقابة البرلمانية، ودروس مكتب التدقيق الوطني حول التعويضات، والتقارير الحالية حول التعويضات والاستبدال.
- سؤال الرقابة ليس فقط ما إذا كانت البرمجيات بها أخطاء. بل ما إذا كان لدى مكتب البريد وFujitsu والحكومة والمحامين والمدققين والمدعين العامين أدلة كافية قبل التعامل مع مخرجات النظام كدليل ضد الأشخاص.
- المسؤولية موزعة. قامت Fujitsu بتوريد ودعم هورايزون. قام مكتب البريد بتشغيله والاعتماد عليه والتقاضي بشأنه. امتلكت الحكومة وأشرفت على إعداد السياسة العامة. كان على الجهات القضائية والقانونية واجبات الإفصاح. تحمل المطالبون التكلفة المنقولة المدمرة.
- الدرس الدائم هو أنه لا ينبغي السماح للأنظمة الرقمية بتحويل عدم اليقين التشغيلي إلى ديون شخصية أو اشتباه جنائي أو تعويض متأخر ما لم يكن معيار الأدلة واضحًا وقابلاً للتحدي بشكل مستقل.
السؤال هو نقل التكلفة، وليس مجرد فشل برمجي
غالبًا ما توصف فضيحة هورايزون بعبارة "أخطاء برمجية". هذه العبارة دقيقة ولكنها صغيرة جدًا. الأخطاء والعيوب كانت مهمة لأن مخرجات هورايزون استُخدمت لتحديد العجز المزعوم في الفروع ولدعم المطالبات والإجراءات التأديبية والدعاوى المدنية والمحاكمات. لذا فإن سؤال المساءلة ليس فقط ما إذا كانت البرمجيات معيبة. بل ما إذا كان يُسمح لمخرجات برمجيات معيبة أو غير موضحة بشكل كافٍ بنقل التكلفة إلى أشخاص لم يتمكنوا من رؤية أو تحدي النظام الأساسي.
حكم Bates v Post Office Horizon Issues لعام 2019 هو المصدر القانوني الرئيسي لهذه المقالة لأنه فحص موثوقية هورايزون والأخطاء والعيوب والوصول عن بعد والادعاءات المتعلقة بالأدلة بالتفصيل. ثم وضع التقرير النهائي للجنة التحقيق في هورايزون لمكتب البريد المجلد 1 الأثر البشري للفضيحة وسياق التعويضات في سجل عام أوسع. تظهر هذه الوثائق لماذا التفسير الهندسي الضيق غير كافٍ.
يمكن أن يحدث نقل التكلفة بهدوء. يُظهر حساب الفرع عجزًا. يُطلب من المشغل تعويضه. تتعامل المؤسسة مع مخرجات النظام كسلطة. يواجه الفرد ضغطًا وديونًا وتعليقًا ومحاكمة وإفلاسًا ووصمة عار وسجنًا. إذا كان النظام خاطئًا أو غير مؤكد أو قابل للتعديل عن بعد أو غير مُفصح عنه بشكل جيد أو يساء فهمه، يصبح الخطأ المؤسسي عبئًا شخصيًا. هذه هي فئة الفشل.
ينتمي دور Fujitsu إلى تلك الفئة لأنها زودت ودعمت النظام الذي حملت مخرجاته وزنًا إثباتيًا. ينتمي دور مكتب البريد هناك لأنه أدار العلاقة مع مدراء مكاتب البريد واعتمد على المخرجات. ينتمي دور الحكومة هناك لأن الملكية العامة والإشراف شكلا بيئة المساءلة. ينتمي الجهات القانونية那里 لأن واجبات الإفصاح والإثبات تحدد ما إذا كان بإمكان المتهمين تحدي الادعاءات التقنية. لا يوجد جهة واحدة تشرح الفضيحة بالكامل، ولكن كل جهة كان لها سطح تحكم.
سؤال الوقاية بسيط: قبل أن ينقل النظام الرقمي خسارة إلى شخص، ما هي الأدلة المطلوبة؟ من يتحقق من النظام؟ من يوثق العيوب؟ من يفصح عن عدم اليقين؟ من يمكنه تحدي المخرجات؟ من يدفع عندما تكون المخرجات خاطئة؟ هورايزون مهمة لأنه تم الإجابة على هذه الأسئلة بعد فوات الأوان.
دور Fujitsu كمورد تضمن التزامات إثباتية
البيان الرسمي لشركة Fujitsu لعام 2024 اعتذر لمدراء مكاتب البريد وعائلاتهم واعترف بخطورة الأمر. هذا البيان مهم، لكن مساءلة المورد لا يمكن أن تعتمد فقط على الاعتذار. المورد الذي يُستخدم نظامه كدليل في النزاعات والمحاكمات لديه التزامات تتعلق بسجلات الموثوقية، والإفصاح عن العيوب، واتصالات الدعم، وأدلة الخبراء، وشفافية الوصول عن بعد، ومسارات التدقيق.
قد لا يقرر المورد المقاضاة. قد لا يمتلك علاقة العملاء. قد لا يضع كل استراتيجية قانونية. لكن يمكنه معرفة أشياء عن النظام لا يعرفها الآخرون. يمكنه معرفة تواريخ العيوب، وأنماط الدعم، وقدرات الوصول عن بعد، وأنماط الأخطاء المعروفة، وحدود التشخيص. عندما تُعالج مخرجات النظام كدليل، تصبح هذه المعرفة دليلاً ذا مصلحة عامة، وليس مجرد معرفة داخلية بالمنتج.
إرشادات هندسة أمن الأنظمة من NIST، SP 800-160 volume 1 revision 1، ليست خاصة بـ Horizon، لكنها تساعد في تسمية مبدأ عام: الأنظمة الموثوقة تتطلب هندسة وضمان وأدلة دورة حياة. في سياق Horizon، لم تكن الأدلة الموثوقة تتعلق فقط بمقاومة الهجمات الإلكترونية. بل كانت تتعلق بما إذا كان يمكن الاعتماد على مخرجات المحاسبة لاتهام إنسان بدين أو ارتكاب خطأ.
كان يجب أن تشمل حزمة أدلة المورد إجابات واضحة. ما هي العيوب المعروفة؟ أي الإصدارات تأثرت؟ أي العيوب يمكن أن تخلق أو تغير العجز؟ أي الفروع تأثرت؟ ما هو الوصول عن بعد الممكن؟ هل يمكن إدراج المعاملات أو تغييرها أو تصحيحها دون رؤية المشغل؟ ما هي مسارات التدقيق الموجودة؟ ما هي حدودها؟ أي بيانات الخبراء كانت آمنة؟ أيها لم تكن؟
تلك الأسئلة مهمة لأنه لم يكن لدى مدراء مكاتب البريد وصول متساوٍ لدواخل Horizon. الشخص المتهم بناءً على بيانات النظام لا يمكنه التحقق بشكل مستقل من نظام مملوك دون إفصاح. لذلك، فإن إبهام المورد يخلق عدم تناظر إثباتي. كلما كانت العواقب على الفرد أشد، زادت مسؤولية المورد في جعل عدم اليقين مرئيًا.
مساءلة المورد تمتد أيضًا إلى الاستبدال والانتقال. تقارير Computer Weekly لعام 2026 حول إزالة Fujitsu من صفقات استبدال Horizon الكبرى تُظهر أن عواقب المشتريات استمرت في السجل العام الحالي. لكن الاستبدال ليس نفس التعويض. مسار مورد جديد لا يجيب بحد ذاته على ما حدث للأشخاص المتضررين من النظام الإثباتي القديم.
الأدلة البرمجية تحتاج إلى رؤية خصومية
سجل Horizon يكشف قاعدة عامة للأدلة البرمجية: إذا تم استخدام مخرجات النظام ضد شخص، يجب أن يكون الشخص قادرًا على تحدي موثوقية النظام ومسار البيانات والتفسيرات البديلة. لا يمكن أن يكون هذا التحدي ذا معنى إذا كانت المؤسسة تتحكم في كل المعرفة التقنية وتتعامل مع المخرجات على أنها صحيحة افتراضيًا.
صفحة دائرة الادعاء العامة حول الإفصاح هي مصدر عام، وليست نتيجة خاصة بـ Horizon. إنها ذات صلة لأن الإجراءات الجنائية تعتمد على الإفصاح عن المواد التي قد تقوض قضية الادعاء أو تساعد الدفاع. في قضية أدلة برمجية، يمكن أن تكون سجلات العيوب وتذاكر الدعم والأخطاء المعروفة وسجلات الوصول عن بعد وحدود التدقيق وعدم يقين الخبراء مواد إفصاح. إذا لم يتم تحديد هذه السجلات ومشاركتها، لا يمكن للمتهم اختبار الأدلة.
تعليقات نقابة المحامين على Bates v Post Office تساعد في تأطير لماذا أصبحت الدعوى علامة فارقة. لكن النقطة الأعمق تتجاوز قضية واحدة. الآن تولد الأنظمة الرقمية أدلة في المزايا والخدمات المصرفية والتوظيف والضرائب والرعاية الصحية والتجزئة والشرطة وحوكمة المنصات. درس Horizon هو أنه لا ينبغي التعامل مع أدلة النظام على أنها محايدة لمجرد أنها رقمية.
الرؤية الخصومية تتطلب عدة ضوابط. أولاً، سجل عيوب كافٍ لإظهار أنماط الأخطاء المعروفة. ثانيًا، مسارات تدقيق تحدد الإجراءات البشرية والآلية وعن بعد. ثالثًا، أدلة خبراء تذكر الحدود، وليس فقط الثقة. رابعًا، الحفاظ على سجلات النظام قبل التقاضي. خامسًا، مراجعة مستقلة عندما تتحكم نفس المؤسسة التي تستفيد من المخرجات في الأدلة. سادسًا، قاعدة عبء الإثبات التي لا تنتقل بهدوء إلى الفرد.
إطار نقل التكلفة يساعد في توضيح المخاطر. إذا كان عجز الفرع حقيقيًا ويمكن إرجاعه إلى المشغل، فقد يكون للمؤسسة مطالبة. إذا كان العجز ناتجًا عن عيب في النظام أو تصحيح عن بعد أو خطأ في المزامنة أو عملية محاسبة غير مفسرة، فلا ينبغي للمؤسسة نقل التكلفة. معيار الأدلة يقرر أي مسار يُتخذ.
يظهر Horizon ما يحدث عندما تتفوق الثقة المؤسسية على التواضع الإثباتي. يمكن أن يكون النظام قيد التشغيل بشكل عام ومع ذلك ينتج مخرجات متنازع عليها في حالات معينة. يمكن للمورد إصلاح العيوب ومع ذلك يترك المخرجات السابقة موضع تساؤل. يمكن للمحكمة تلقي أدلة خبراء ومع ذلك تجد أن الافتراضات السابقة غير آمنة. الأدلة البرمجية تحتاج إلى قناة لتلك الشكوك قبل تدمير الأرواح.
التعويض دليل على تأخر المساءلة
أحيانًا يتم التعامل مع خطط التعويض كمرحلة إدارية منفصلة بعد الفضيحة. في حالة Horizon، التعويض جزء من أدلة المساءلة. الحجم والتعقيد والتأخير والتكاليف القانونية وعبء المطالبين في التعويض يكشف عن مدى صعوبة إصلاح نقل التكلفة بمجرد أن تعاملت المؤسسات مع مخرجات النظام كسلطة لسنوات.
بيانات GOV.UK الحالية حول بيانات التعويضات المالية والتكاليف القانونية لـ Post Office Horizon لعام 2026 تجعل التعويض سجلًا عامًا حيًا. موجز مكتبة مجلس اللوردات حول التقدم في التعويض يلخص الخطط والسياق السياسي المستمر. موجز مكتب التدقيق الوطني حول الدروس المستفادة من خطط التعويض الحكومية ذو صلة لأن إدارة التعويض نفسها يمكن أن تعيد إنتاج الضرر إذا كانت بطيئة أو معقدة أو غير موثوقة.
التعويض المتأخر هو شكل آخر من أشكال نقل التكلفة. الأشخاص الذين اتُهموا خطأً أو تعرضوا للضغط قد ينتظرون سنوات للإصلاح المالي بينما يتحملون عواقب الإفلاس والتكاليف القانونية والضرر الصحي وفقدان الأسرة ووصمة العار وفقدان فرص العمل. لا يمكن للتعويض استعادة تلك الخسائر بالكامل، لكن التأخير يجعل الفجوة أسوأ. كلما طالت المؤسسات في الإصلاح، زاد تمويل الفرد لفشل المؤسسة.
تقارير The Guardian لعام 2026 حول مواعيد خطط التعويض تظهر أن ضغط التعويض ظل قضية حالية. هذه الحالية مهمة. Horizon ليست مجرد فشل تكنولوجي تاريخي. حتى عام 2026، يظل التعويض والمساءلة والاستبدال والتعلم المؤسسي جزءًا من السجل العام.
لذلك يجب الحكم على أنظمة التعويض من خلال قابلية استخدام المطالبين. هل قواعد الأهلية واضحة؟ هل عبء الأدلة عادل؟ هل المدفوعات المؤقتة متاحة؟ هل التكاليف القانونية مغطاة؟ هل المطالبون المصابون بصدمات مدعومون؟ هل يتم خدمة عائلات المطالبين المتوفين؟ هل القرارات في الوقت المناسب؟ هل الطعون متاحة؟ هل الإحصائيات منشورة؟ هل يتعلم مصممو الخطط من المطالبين؟ هذه الأسئلة ليست مجرد أمور إدارية. إنها تقرر ما إذا كانت الدولة والمؤسسات ستتوقف عن نقل التكلفة إلى الضحايا.
درس الوقاية أقوى. إذا كان التعويض بهذه الصعوبة، كان يجب أن يكون الحد الإثباتي قبل نقل التكلفة الأصلي أعلى. من الأرخص والأكثر عدلاً بكثير منع الاتهامات غير الآمنة من التعويض بعد الضرر غير المشروع.
الرقابة العامة يجب أن تبقى حالية
سجل Horizon العام لا يزال يتطور. أدرجت لجنة الأعمال والتجارة البرلمانية جلسة استماع شفوية في 2026 مرتبطة بعدالة Horizon والمساءلة. شرح البرلمان لعام 2024 حول العدالة لمدراء مكاتب البريد يظهر كيف أصبحت الفضيحة قضية مؤسسية وطنية. الرقابة العامة مهمة لأن أنظمة المساءلة المعقدة يمكن أن تنجرف بعد أن يتلاشى الاهتمام.
يجب أن تركز الرقابة الحالية على الوقاية، وليس فقط اللوم. ما الذي سيمنع نظامًا آخر من إنتاج ديون شخصية أو اشتباه جنائي دون تحدٍ كافٍ؟ كيف ستفصح الموردون عن العيوب؟ كيف ستحتفظ الهيئات العامة بالخبرة التقنية المستقلة؟ كيف سيتعامل المدعون العامون مع أدلة البرمجيات المملوكة؟ كيف ستتجنب خطط التعويض إعادة صدمة المطالبين؟ كيف ستتجنب أنظمة الاستبدال وراثة نفس الافتراضات الإثباتية؟
تقارير Computer Weekly لعام 2025 حول رد فعل قيادة Fujitsu على تقرير التحقيق والروابط بـ الأثر البشري لـ Horizon تلتقط توتر المساءلة المستمر حول الاستجابة المؤسسية. لا ينبغي للتقارير الثانوية أن تحل محل نتائج التحقيق، لكنها تساعد في إظهار أن المساءلة لا تعتمد فقط على الوثائق الرسمية؛ بل تعتمد أيضًا على كيفية استيعاب المنظمات لتلك الوثائق.
يجب أن تغطي الرقابة العامة أيضًا الملكية الحكومية. موقف مكتب البريد ودور السياسة العامة يعني أن هذه لم تكن مجرد نزاع بين مورد خاص وعميل. كان للحكومة واجبات إشراف وتمويل وتعويض ومصداقية مؤسسية على المحك. إذا كانت شبكة الخدمة العامة تعتمد على أنظمة أدلة مملوكة، يجب على الحكومة ضمان قدرتها على فهمها وتحديها. الاستعانة بمصادر خارجية للتشغيل التقني لا يمكن أن يعني الاستعانة بمصادر خارجية للمساءلة العامة.
تنطبق نفس القاعدة خارج Horizon. أنظمة الرعاية الاجتماعية والضرائب والهجرة والصحة والمحاكم والأسواق المنظمة تعتمد بشكل متزايد على مخرجات البرمجيات. إذا كانت تلك المخرجات تنقل المال أو الوضع أو الحرية أو السمعة، تحتاج المؤسسات العامة إلى معرفة تقنية وقواعد إفصاح قبل حدوث الضرر.
الوصول عن بعد كان يجب أن يكون قضية أدلة من الدرجة الأولى
الوصول عن بعد هو أحد أهم المفاهيم التقنية في سجل Horizon لأنه يؤثر على من يمكنه تغيير أو تصحيح أو التأثير على بيانات الفرع وما يمكن لمشغل الفرع معرفته بشكل معقول. إذا كان بإمكان جهة مركزية الوصول إلى السجلات أو تغييرها، فإن القصة الإثباتية ليست ببساطة "سجل نظام الفرع عجزًا". يجب أن تتضمن القصة من آخر يمكنه لمس البيانات، ومتى، وتحت أي ضوابط، ومع أي مسار تدقيق.
الموقع الرسمي للجنة التحقيق في Post Office Horizon IT Inquiry مفيد لأنه يعطي الجمهور طريقًا إلى سجل إثباتي طويل. لا يزال حكم Bates هو المصدر الأكثر مباشرة لتحليل الوصول عن بعد والأخطاء/العيوب المستخدم هنا، لكن سجل التحقيق يوضح لماذا كان يجب النظر في القدرات التقنية جنبًا إلى جنب مع الحوكمة والثقافة والعملية القانونية والتعويض.
الوصول عن بعد لا يعني تلقائيًا ارتكاب خطأ. العديد من الأنظمة تحتاج إلى وصول دعم لإصلاح الأعطال والحفاظ على الخدمة ومساعدة المستخدمين. تظهر مشكلة المساءلة عندما يكون الوصول عن بعد موجودًا ولكن يتم إنكاره أو يساء فهمه أو الإفصاح عنه بشكل سيئ أو تسجيله بشكل ضعيف أو التعامل معه على أنه غير ذي صلة بالادعاءات ضد المستخدمين. في نزاع محاسبي، فإن إمكانية التعديل عن بعد ليست مسألة جانبية. إنها تفسير بديل قد يغير العبء والأدلة والعدالة.
يجب أن تكون قاعدة الوقاية صريحة. إذا كانت المؤسسة تعتمد على مخرجات النظام لاتهام مستخدم، يجب عليها الإفصاح عما إذا كان الوصول عن بعد يمكن أن يؤثر على البيانات ذات الصلة. يجب عليها الحفاظ على السجلات التي تظهر الإجراءات عن بعد. يجب عليها شرح من كان لديه الوصول، وما هي الضوابط التي تحكمه، وما إذا كان أي إجراء عن بعد قد حدث في الفترة ذات الصلة. إذا كانت السجلات غير كاملة، يجب أن يحسب عدم اليقين ضد الثقة المؤسسية، وليس ضد الفرد المتهم.
هذه القاعدة مهمة بشكل خاص في أنظمة الخدمة العامة الموزعة. غالبًا ما يعمل مشغلو الفروع والوكلاء المحليون وأصحاب الامتيازات والمقاولون والشركات الصغيرة على حافة منصة مركزية. المؤسسة المركزية لديها السلطة التقنية. المشغل المحلي لديه مسؤولية مواجهة الجمهور. عندما تختلف السجلات، لا ينبغي السماح للمؤسسة المركزية بافتراض أن مشغل الحافة هو سبب التناقض دون فتح النظام المركزي للتحدي.
لذلك يجب بناء شفافية الوصول عن بعد في تصميم النظام. يجب أن يتلقى المستخدم إشعارات أو سجلات لإجراءات الدعم حيثما كان ذلك مناسبًا. يجب أن تكون مسارات التدقيق مقاومة للتلاعب. يجب أن يفهم شهود الخبراء ويكشفوا عن القدرات عن بعد. يجب أن تنص العقود على كيفية تأثير وصول الدعم على الأدلة. يجب على المحاكم والجهات التنظيمية أن تسأل عنه قبل قبول مخرجات النظام كحاسمة.
أدلة الخبراء يجب أن تشمل الحدود، وليس فقط الاستنتاجات
يظهر Horizon أيضًا لماذا يجب أن تتضمن أدلة الخبراء حول الأنظمة البرمجية حدودًا. يمكن للخبير أن يقول إن النظام يعمل بشكل عام. قد يكون هذا البيان صحيحًا ومع ذلك لا يثبت أن عجزًا معينًا كان بسبب شخص معين. يمكن للأنظمة البرمجية أن تكون موثوقة بشكل عام بينما تفشل في ظروف معينة. يمكنها معالجة ملايين المعاملات مع الاستمرار في إنتاج أخطاء مهمة جدًا لمتهم واحد.
لذلك يجب أن تكون أدلة الخبراء محددة للادعاء. أي فرع؟ أي تواريخ؟ أي إصدار برمجي؟ أي تاريخ عيوب؟ أي تذاكر دعم؟ أي إجراءات عن بعد؟ أي عملية تسوية؟ أي ترحيل بيانات؟ أي أخطاء معروفة؟ أي مسارات تدقيق؟ أي تفسيرات بديلة؟ لا يمكن لادعاء واسع بالموثوقية أن يحل محل تحليل خاص بالحالة.
حكم المحكمة العليا لعام 2024 في سياق تعويضات/قانوني متعلق بـ Post Office ليس حكمًا تقنيًا بشأن Horizon ولا ينبغي تمديده ليكون كذلك. إنه موجود هنا فقط كتذكير بأن التداعيات القانونية استمرت عبر مسارات إجرائية متعددة. المبدأ الأكثر أهمية هو عام: الأنظمة القانونية تحتاج إلى أدلة تقنية دقيقة بما يكفي لاختبارها.
يجب على الخبراء أيضًا الإفصاح عن عدم اليقين بلغة عادية. إذا كان العيب يمكن أن يخلق تناقضًا، فليقولوا ذلك. إذا لم يتمكن الخبير من استبعاد إجراء عن بعد بسبب فقدان السجلات، فليقولوا ذلك. إذا كانت بنية النظام تخلق حدودًا لما يمكن استنتاجه، فليقولوا ذلك. يمكن للمحاكم والأشخاص المتهمين التعامل مع عدم اليقين بشكل أفضل من الثقة المفرطة التي تنهار لاحقًا.
يواجه موظفو المورد الذين يدلون بشهاداتهم خطرًا معينًا. قد يعرفون النظام بعمق، لكن ربما يكون لصاحب العمل مصالح تجارية أو سمعة أو تعاقدية. هذا لا يجعل أدلتهم كاذبة. يعني أنه يجب على المحاكم والمؤسسات أن تطلب الاستقلال والإفصاح عن تضارب المصالح والوصول إلى سجلات العيوب الكاملة والفصل الواضح بين التحليل التقني والدعوة المؤسسية.
الضابط الوقائي هو قائمة مراجعة أدلة الخبراء للاتهامات الناشئة عن البرمجيات. الموثوقية العامة، تاريخ العيوب ذي الصلة، قدرة الوصول عن بعد، إثبات نسب البيانات، اكتمال سجل التدقيق، سلوك الإصدار المحدد، سياق تذكرة الدعم، وعدم اليقين المتبقي. إذا لم يمكن إكمال قائمة المراجعة، فلا ينبغي للمؤسسة التعامل مع مخرجات البرمجيات كدليل حاسم ضد الفرد.
الاستبدال لا يمحو الديون الإثباتية
قد يكون استبدال Horizon أو إزالة Fujitsu من المشتريات المستقبلية ضروريًا، لكن الاستبدال لا يمحو الديون الإثباتية. تضرر أشخاص تحت النظام القديم. لا يمكن إصلاح الإدانات والسداد والإفلاس والأعمال التجارية المفقودة والصدمات العائلية والإصابة السمعة بقول إن النظام الجديد سيكون أفضل. لا يزال السجل الإثباتي القديم بحاجة إلى التدقيق والشرح والتعويض.
يمكن أن يخلق الاستبدال حتى خطر الإغلاق المبكر. قد تفضل المنظمات الحديث عن التحول والتحديث والموردين الجدد والمرونة المستقبلية لأن هذه الموضوعات تبدو بناءة. قد لا يزال الضحايا والمطالبون ينتظرون التعويض. قد يتم إيقاف تشغيل النظام الذي أنتج الضرر بينما تظل العواقب حية. يجب أن تبقي المساءلة كلا الخطين الزمنيين في الأفق: استبدال النظام المستقبلي وإصلاح الضرر الماضي.
يجب أن يتضمن انتقال المورد الحفاظ على المعرفة. لا ينبغي أن تختفي تواريخ العيوب وتذاكر الدعم وتقارير الخبراء وقواميس البيانات وسجلات المعاملات وسجلات الوصول عن بعد ومواد التدقيق أثناء الاستبدال. إذا احتاج المطالبون أو المحققون المستقبليون إلى فهم سلوك Horizon، يجب أن تظل هذه السجلات متاحة. النظام الذي تم إيقاف تشغيله لا يزال يمكن أن يكون دليلاً.
يجب أن يسأل الاستبدال أيضًا ما إذا كان النظام الجديد يغير قاعدة نقل التكلفة. هل سيحصل مشغلو الفروع على سجلات تدقيق أوضح؟ هل ستكون إجراءات الدعم عن بعد مرئية؟ هل سيكون لتحديات التناقض مسار مستقل؟ هل سيتم إفصاح إشعارات العيوب للمستخدمين المتأثرين؟ هل ستعتمد الملاحقات القضائية أو الاسترداد المدني على مخرجات النظام دون تحدٍ تقني؟ واجهة جديدة بدون قواعد إثباتية جديدة ليست كافية.
يجب أن تتضمن المشتريات العامة هذه الدروس. يجب أن يُطلب من الموردين الذين يقدمون عطاءات لأنظمة تنتج أدلة ضد الأفراد توفير آليات الإفصاح عن العيوب ومسارات التدقيق وسجلات الدعم المرئية للمستخدم وبروتوكولات أدلة الخبراء وحقوق المراجعة المستقلة والتزامات الحفاظ على البيانات. لا ينبغي أن يسأل اختبار المشتريات فقط ما إذا كان النظام يعمل؛ يجب أن يسأل ما إذا كان يمكن تحدي النظام بشكل عادل.
قصة استبدال Horizon هي إذن جزء من الوقاية، وليس فقط العمليات. هيئة عامة تشتري نظامًا جديدًا دون تضمين حقوق التحدي قد تعلمت القليل جدًا.
عبء المطالب هو جزء من الضرر المؤسسي
لا ينبغي أن تجبر عملية التعويض المطالبين على إثبات مرة أخرى ما أثبتته الفضيحة بالفعل بشكل هيكلي: أن الاعتماد المؤسسي على Horizon تسبب في ظلم شديد. ستتطلب المطالبات الفردية دائمًا أدلة، لكن تصميم عبء الأدلة هذا مهم. إذا أُجبر المطالبون على إعادة بناء خسائر عمرها عقود بوثائق كان ينبغي على المؤسسة الحفاظ عليها، يتم تحويل التكلفة مرة أخرى إلى الشخص المتضرر.
يجب أن تبدأ خطط التعويض من تصميم يراعي الصدمات. قد لا يثق بعض المطالبين في مكتب البريد أو الحكومة أو المحامين أو الموردين لأن تلك المؤسسات خذلتهم سابقًا. قد يفتقر البعض إلى السجلات لأن الأعمال انهارت أو العائلات انتقلت أو تدهورت الصحة أو مرت سنوات. قد يكون البعض متوفين، تاركين عائلات تتنقل في العملية. يجب أن يقلل المخطط من الاحتكاك حيث تعرف المؤسسة بالفعل سياق الفشل الواسع.
التأخير الإداري ليس محايدًا. كل شهر تأخير يمكن أن يعني ضغوطًا مالية مستمرة وعقارات غير محلولة وعدم يقين قانوني وتوتر وإحباط عام. لذلك يجب أن تبلغ إحصائيات التعويض ليس فقط المدفوعات الإجمالية، بل أوقات الانتظار والحالات المعلقة وأسباب التأخير ونتائج الطعون ودعم المطالبين وعبء التكاليف القانونية. الشفافية تحول التأخير إلى حقيقة قابلة للإدارة.
دروس مكتب التدقيق الوطني حول خطط التعويض مهمة لأن التعويض هو نظام تقديم. مخطط سيئ التصميم يمكن أن يعيد خلق الخلل المؤسسي حتى مع نية الإصلاح. النماذج المعقدة والقواعد الإثباتية الضيقة والعروض غير المتسقة والتواصل البطيء يمكن أن تصبح ضررًا ثانويًا. نفس التواضع الإثباتي المطلوب قبل المقاضاة يجب أن يظهر في التعويض.
مساءلة Fujitsu تتقاطع مع عبء المطالب حتى حيث تدير الحكومة ومكتب البريد المخططات. إذا ساهمت أدلة المورد في نقل التكلفة الأصلي، يجب أن يساعد تعاون المورد في تقليل عبء المطالب الآن. يجب توفير السجلات التقنية وتواريخ العيوب وشروحات النظام للتعويض حيثما كان ذلك ذا صلة. لا ينبغي للمطالب إعادة اكتشاف نظام بناه المورد.
الاختبار الأخلاقي هو ما إذا كان التعويض يعكس اتجاه العبء. خلال الفضيحة، تم جعل الأفراد يتحملون اليقين المؤسسي. أثناء التعويض، يجب على المؤسسات تحمل عبء الإصلاح. أي شيء أقل يترك منطق نقل التكلفة سليمًا.
قاعدة الوقاية يجب أن تنطبق خارج مكتب البريد
يجب كتابة درس Horizon كقاعدة مؤسسية عامة: لا ينبغي استخدام أي مخرجات لنظام آلي أو شبه آلي أو مملوك لفرض ديون أو تأديب أو مقاضاة أو استبعاد أو ضرر سمعة خطير ما لم يتمكن الشخص المتأثر من تحدي النظام بشكل هادف. هذه القاعدة تنتمي إلى الإدارة العامة والخدمات المنظمة والمنصات الخاصة حيث تحكم أدلة النظام نتائج البشر.
للتحدي الهادف عناصر دنيا. يجب أن يعرف الشخص البيانات المستخدمة. يجب أن يعرف إصدار النظام والقواعد ذات الصلة. يجب أن يكون لديه إمكانية الوصول إلى معلومات العيوب التي قد تؤثر على القضية. يجب إخباره ما إذا كان البشر أو الأنظمة البعيدة يمكنهم تغيير السجل. يجب أن يكون قادرًا على الحصول على سجلات أو مراجعة تقنية مستقلة. لا ينبغي أن يضطر لإثبات خطأ نظام مخفي دون الوصول إلى النظام.
هذا المبدأ ليس معاديًا للتكنولوجيا. الأنظمة الموثوقة يمكنها حماية الناس وكشف الاحتيال وتقليل الأخطاء وتحسين الخدمة. النقطة المهمة هي أن السلطة المؤسسية تنمو عندما تصبح الأنظمة أدلة. تلك السلطة تحتاج إلى ضمانات إجرائية. فشلت Horizon ليس لأنه تم استخدام التكنولوجيا، ولكن لأنه تم التعامل مع التكنولوجيا على أنها أكثر موثوقية مما تبرره الأدلة وتم ترك الناس خارج حلقة الإثبات.
لذلك يجب على مجالس الإدارة أن تسأل سؤالًا بسيطًا عن أي نظام عالي المخاطر: هل يمكن لشخص أن يتحدى هذه المخرجات بشكل عادل؟ إذا كان الجواب لا، فلا ينبغي استخدام النظام لنقل التكلفة عالية المخاطر. إذا كان الجواب نعم، يجب على المجلس أن يطلب دليلاً: مسارات تدقيق، إفصاح عن العيوب، مسارات استئناف، مراجعة مستقلة، إشعارات للمستخدم، وقواعد حفظ.
يجب أن يرحب الموردون بهذه القاعدة إذا كانوا يريدون أسواقًا موثوقة. النظام الذي يمكن تحديها بشكل عادل هو أكثر متانة من النظام الذي يتم الدفاع عنه من خلال الإبهام. حقوق التحدي تكشف العيوب مبكرًا، وتقلل من التقاضي الكارثي، وتجعل العملاء أقل عرضة لمعاملة المورد كخصم خفي. البرمجيات الموثوقة ليست برمجيات لا يمكن لأحد أن يسأل عنها. إنها برمجيات تنجو من الاستجواب.
الدرس العام الأوسع هو أن الأدلة الرقمية أصبحت أمرًا عاديًا. هذه العادية تجعل Horizon أكثر أهمية، وليس أقل. فضيحة نقل التكلفة التالية قد تنشأ من برمجيات المزايا أو تحليلات الضرائب أو أتمتة الرواتب أو الشرطة التنبؤية أو فواتير المستشفيات أو الإشراف على المنصات أو قياس الطاقة. يجب أن تكون قاعدة الوقاية في مكانها قبل إخبار المجموعة التالية من الأفراد بأن النظام يجب أن يكون على صواب.
مسارات التدقيق يجب أن تُصمم للشخص المتهم
العديد من أنظمة التدقيق مصممة للمسؤولين أو الموردين أو فرق الضمان الداخلي. يظهر Horizon لماذا يجب تصميم مسارات التدقيق عالية المخاطر أيضًا للشخص المتأثر بالمخرجات. إذا قال النظام إن فرعًا يعاني من عجز، يجب أن يكون مشغل الفرع قادرًا على رؤية ما يكفي من مسار المعاملة ومسار التصحيح ومسار الدعم ومسار الاستثناء لفهم الادعاء. مسار تدقيق يمكن للمؤسسة فقط تفسيره هو حماية ضعيفة.
التدقيق الموجه للشخص لا يعني كشف كل تفاصيل النظام الحساسة. يعني إعطاء الشخص المتأثر سجلاً متماسكًا: المعاملات موضع النزاع، الطوابع الزمنية، خطوات التسوية، أي تغييرات بدأت مركزياً، الحوادث المعروفة التي تؤثر على الفرع أو الفترة، العيوب ذات الصلة، وطريق لطلب مراجعة مستقلة. يجب أن يكون السجل قابلاً للتصدير ودائمًا. لا ينبغي أن يعتمد على تقدير مدير محلي.
يجب أن تظهر مسارات التدقيق أيضًا الغياب حيث يكون الغياب مهمًا. إذا لم يحدث وصول عن بعد، يجب أن يكون النظام قادرًا على إظهار ذلك. إذا حدث وصول عن بعد لكنه لم يؤثر على البيانات المتنازع عليها، يجب أن يظهر النظام الحدود. إذا كانت السجلات غير كاملة، يجب أن يقول السجل ذلك. لا ينبغي تفسير الصمت تلقائيًا ضد الفرد.
قاعدة التصميم هي أن التدقيق يجب أن يتبع العواقب. كلما كانت العواقب المحتملة أشد، كلما كان مسار التدقيق أكثر شفافية وقابلية للمراجعة المستقلة. قد يحتاج استثناء تسوية داخلي بسيط إلى مستوى واحد من الأدلة. طلب أن يسدد الفرد آلاف الجنيهات أو يفقد مصدر رزقه أو يواجه اشتباهًا جنائيًا يتطلب أكثر بكثير.
هذه القاعدة ستحسن أيضًا حوافز الموردين. إذا كانت مسارات التدقيق يجب أن تكون قابلة للاستخدام من قبل الأشخاص المتهمين، يضطر الموردون إلى بناء أنظمة تشرح نفسها. قد يضيف ذلك تكلفة، لكنه يمنع تكلفة اجتماعية أكبر بكثير. لا ينبغي استخدام الأنظمة التي لا يمكنها توليد مسارات تدقيق عادلة لفرض مسؤولية شخصية عالية المخاطر.
الاسترداد المدني والمقاضاة لا ينبغي أن يشتركا في افتراضات غير آمنة
يحذر Horizon أيضًا من السماح للاسترداد المدني والمقاضاة بتعزيز بعضهما البعض من خلال نفس الافتراض غير المختبر. إذا تم التعامل مع مخرجات النظام على أنها موثوقة في طلب مدني، يمكن أن تنتقل تلك الثقة إلى إجراء تأديبي أو اشتباه جنائي. إذا تعاملت مقاضاة مع سجلات النظام كسلطة، يمكن أن يعزز ذلك الموقف الاسترداد المدني. نفس الفرضية التقنية الضعيفة يمكن أن تنتقل عبر المسارات القانونية.
الضابط الوقائي هو طلب مراجعة تقنية مستقلة قبل التصعيد. لا ينبغي أن ينتقل عجز متنازع عليه من استفسار محاسبي إلى طلب دين إلى مقاضاة دون السؤال عما إذا كان عيب في النظام أو إجراء عن بعد أو تدخل دعم أو خطأ في التسوية هو تفسير معقول. كل تصعيد يجب أن يتطلب أساسًا إثباتيًا أقوى من السابق.
يجب أن يشمل الاسترداد المدني أيضًا فحوصات عدالة. هل كان للمشغل إمكانية الوصول إلى السجلات اللازمة لتحدي العجز؟ هل تم إبلاغ المشغل بالعيوب المعروفة؟ هل تم التحقيق في التفسيرات البديلة؟ هل تم مراجعة التصحيحات التي بدأت مركزياً؟ هل المبلغ المطلوب يعتمد على خسارة مثبتة بدلاً من ثقة النظام؟ يجب أن تتم هذه الفحوصات قبل تطبيق الضغط، وليس بعد بدء التقاضي.
المقاضاة ترفع العتبة أكثر. الحرية والسمعة والسجل الجنائي على المحك. يجب أن يكون الإفصاح استباقيًا. يجب أن تكون أدلة الخبراء حذرة. لا ينبغي السماح للمؤسسة التي تقدم القضية أو تدعمها بالاعتماد على التعقيد المملوك كدرع. إذا كان النظام معقدًا جدًا بحيث لا يمكن الإفصاح عنه واختباره، فهو معقد جدًا بحيث لا يمكن استخدامه كدليل جنائي حاسم.
تنطبق نفس الفكرة على التأديب الداخلي وإنهاء العقد. يمكن أن يُدمر مدير مكتب بريد أو مقاول حتى بدون إدانة إذا أنهت المؤسسة العلاقة أو حجبت الأجر أو نشرت اشتباهًا بناءً على بيانات نظام غير موثوقة. القرارات الإدارية عالية المخاطر تحتاج إلى عملية تحدي تقني خاصة بها.
أصبحت Horizon كارثية جزئيًا لأن قنوات المساءلة المختلفة كررت نفس الثقة. يجب على الأنظمة المستقبلية أن تفعل العكس: كل تصعيد يجب أن يعيد فتح السؤال التقني بتدقيق أقوى.
إدارة الأدلة يجب أن تبقى بعد تغيير القيادة
الفضائح طويلة الأمد تعيش أكثر من المديرين التنفيذيين والوزراء ومديري الموردين والمحامين وفرق تقنية المعلومات. لذلك يجب أن تبقى إدارة الأدلة بعد تغيير القيادة. يجب الحفاظ على سجلات العيوب وتذاكر الدعم وسجلات التدقيق وأوراق مجلس الإدارة وتقارير الخبراء واتصالات المطالبين بموجب خطة حفظ قانونية وأخلاقية، وليس تركها للعادة الإدارية.
هذا مهم لأن المساءلة المتأخرة تعتمد غالبًا على السجلات القديمة. قد يحتاج المطالب إلى أدلة بعد سنوات. قد تعيد المحكمة النظر في إدانة. قد يسأل تحقيق من عرف ماذا ومتى. قد يحتاج برنامج استبدال إلى معرفة العيوب التي أضرت بالمستخدمين. إذا اختفت السجلات، يفيد التأخير مرة أخرى المؤسسة التي سيطرت على الأدلة.
يجب أن تتضمن عقود الموردين واجبات إثباتية بعد إنهاء الخدمة. عندما يتم استبدال مورد، يجب عليه الاستمرار في حفظ وتوفير السجلات ذات الصلة بالمطالبات والتحقيقات والمراجعة القانونية. لا ينبغي للهيئات العامة أن تفقد الوصول إلى الأدلة لأن العلاقة التجارية تنتهي. ولا ينبغي للموردين أن يعاملوا المعرفة التاريخية بالعيوب على أنها غير ذات صلة بمجرد انتهاء العقد.
إدارة الأدلة تتطلب أيضًا بيانات وصفية: من أنشأ السجل، ومتى، وما إصدار النظام الذي يتعلق به، وأي فرع أو مطالب يؤثر عليه، وما إذا كان قد تمت مراجعته. كومة من المستندات ليست نفس الأدلة القابلة للاستخدام. الأشخاص المتضررون من Horizon يحتاجون إلى أدلة قابلة للاستخدام، وليس أرشيفات مؤسسية لا يمكن فك شفرتها إلا من قبل الداخليين.
لهذا السبب تلتقي الوقاية والتعويض في تصميم السجل. النظام الذي يسجل العيوب جيدًا يمكنه منع الاتهامات غير الآمنة. إذا فشلت الوقاية، يمكن لنفس السجلات دعم تعويض أسرع. السجلات السيئة تفشل مرتين: أولاً عند حدوث الضرر، ومرة أخرى عندما يتأخر الإصلاح.
المساءلة يجب أن تُصمم في النظام التالي
الدرس الأخير من Fujitsu هو أنه لا يمكن تثبيت المساءلة على نظام استبدال بعد أن يعود الغضب العام. حقوق التحدي، رؤية التدقيق، الإفصاح عن العيوب، سجلات الوصول عن بعد، معايير أدلة الخبراء، والحفاظ على أدلة التعويض يجب أن تكون متطلبات تصميم من البداية. منصة جديدة تكرر عدم التناظر الإثباتي القديم ستحدث الواجهة مع الحفاظ على مخاطر نقل التكلفة.
اختبار المساءلة هو الوقاية قبل التعويض
السؤال المسؤول بعد Horizon ليس فقط كم التعويض المدفوع أو أي المديرين التنفيذيين يعتذرون. إنه ما إذا كان لدى المؤسسات الآن قاعدة وقاية: لا تستخدم نظامًا رقميًا لنقل التكلفة أو الاشتباه أو العبء القانوني إلى الأفراد ما لم يمكن تحدي موثوقية النظام وعيوبه ومسارات الوصول وحدود التدقيق بشكل مستقل.
السجل العام لا يختزل المسؤولية إلى Fujitsu وحدها. مكتب البريد والحكومة والمحامون والمدققون والمدعون العامون وإداريو التعويضات كان لديهم أو لديهم أدوار. يظل دور Fujitsu مهمًا لأن الموردين يمكنهم الاحتفاظ بمعرفة تقنية تحدد ما إذا كانت أدلة النظام آمنة. عندما لا تكون تلك المعرفة قابلة للاستخدام، يتحمل الأشخاص خارج النظام المخاطرة.
بالنسبة لـ Fujitsu والموردين الآخرين، الدرس هو التعامل مع الأنظمة الإثباتية كأنظمة ذات مصلحة عامة عندما يمكنها الإضرار بالأفراد. سجلات العيوب ومسارات التدقيق وسجلات الوصول عن بعد وبيانات الخبراء ولغة عدم اليقين يجب أن تكون محكومة كجزء من سجل السلامة للمنتج. النظام المستخدم للاتهامات ليس أداة خلفية عادية.
بالنسبة للمؤسسات العامة، الدرس هو بناء تحدي تقني مستقل في العملية. لا تدع الأنظمة المملوكة تصبح شهودًا لا يمكن تحديها. لا تفترض أن المخرجات الرقمية محايدة. لا تدع تصميم التعويض يحول أعباء الإثبات إلى أولئك الذين تضرروا بالفعل. لا تنتظر دراما تلفزيونية أو سنوات من التقاضي لجعل عيوب النظام مرئية.
بالنسبة للأفراد المتأثرين بالأنظمة الآلية أو شبه الآلية، الدرس قاتم لكنه مهم: طالب بالسجلات وتاريخ العيوب وسجل الوصول والتفسير البديل وقاعدة عبء الإثبات. مخرجات النظام هي دليل فقط عندما يمكن اختبارها.
يجب تذكر Horizon كفضيحة نقل التكلفة لأن هذا ما جعل الفشل التقني مدمرًا للغاية. أصبح عدم اليقين البرمجي ديونًا شخصية واشتباهًا جنائيًا وإصلاحًا متأخرًا. المستقبل المسؤول ليس مجرد برمجيات أفضل. إنها قاعدة يجب على المؤسسات إثبات النظام قبل أن تجعل الشخص يدفع.