روبوت يكتب في نظامك اعترافٌ لا حلّ

روبوت يدخل إلى النظام السابعة كل صباح، يفتح شاشة فواتير المورّدين، ويكتب الثمانين فاتورة التي وصلت ليلاً من بوابة أكبر عملاء الشركة. يعمل منذ أربعة عشر شهراً. يوفّر على موظف معظم يوم، كل يوم، وكلّف كسراً مما سُعِّر به التكامل.

وهو أيضاً أهشّ شيء في المنظومة كلها، ولم ينتبه أحد، لأنه لم يتعطّل بعد.

هذه ليست حجّة ضد أتمتة العمليات الآلية. هي حجّة على أن الاختيار بين روبوت عند الشاشة، ونداء إلى واجهة، وإعداد داخل المنتج، قرارٌ معماري يُتخذ بوصفه قرار شراء — عادةً من صاحب الميزانية، وعادةً على عجل، وعادةً دون أن يكتب أحد ماذا يحدث حين تتغيّر الشاشة. وهي حالة محددة من القاعدة القائلة إن الأتمتة الأسرع بناءً ليست الأولى التي ينبغي أن تبنيها.

الأشياء الثلاثة موضع المقارنة

كثيراً ما تُناقَش كأنها منتجات متنافسة. وهي ليست كذلك؛ إنها تعمل في طبقات مختلفة، والطبقة هي ما يحدد الخصائص.

الإعداد يغيّر السلوك باستخدام قدرة يملكها المنتج أصلاً: قاعدة اعتماد، إجراء مجدول، قالب، تحقّق. لا شيء يُبنى. يترقّى مع المنتج ويدعمه المورّد.

الامتداد أو الواجهة داخل المنتج يستخدم نقاط الامتداد وواجهات التطبيق المدعومة في المنتج نفسه. شيء يُبنى، ويعيش داخل نموذج البرنامج عن العالم، ويتعطّل بصوت عالٍ ومحدّد حين تتغيّر النسخة.

أتمتة مستوى الشاشة — الروبوت — تقود البرنامج كما يقوده إنسان، عبر واجهة صُنعت لعين بشرية. لا شيء داخل التطبيق يعلم بوجودها. وهي الوحيدة من الثلاثة التي تعمل على نظام رحل مورّده، أو واجهته غير موثّقة، أو يمنعك عقده من لمسه.

هذه الخاصية الأخيرة هي الحقيقية، وهي سبب وجود الروبوتات. وهي أيضاً مصدر كل مشكلاتها.

ما تجيده أتمتة الشاشة فعلاً

لها استخدامات مشروعة، ورفضها بالجملة كسلٌ مثل شرائها بالانعكاس.

نظام لا تستطيع تغييره. بوابة مصرف. شاشة تقديم حكومية. بوابة مشتريات عميل. موقع طلبات مورّد. لا واجهة لديك ولن تحصل عليها. الروبوت هو الآلية الوحيدة المتاحة، وهو الجواب الصحيح.

نظام يحتضر أصلاً. تطبيق قديم سيُستبدل خلال ثمانية عشر شهراً. بناء واجهة صحيحة إلى شيء له تاريخ نهاية معلوم إنفاقٌ رأسمالي على هدم. الروبوت هو الجواب المؤقت الصحيح شرط أن يكون تاريخ النهاية حقيقياً، وهذا أكثر مبرر يُساء استعماله في هذا الباب، لأن تاريخ النهاية غالباً ليس حقيقياً.

إثبات عملية قبل الاستثمار فيها. روبوت يُبنى في أسبوعين يخبرك هل النسخة المؤتمتة من العملية مطلوبة فعلاً، بكلفة تستطيع الانصراف عنها. كمسبار، هو ممتاز.

حجم منخفض جداً وإزعاج مرتفع جداً. ربع ساعة أسبوعياً يعيد فيها أحدهم الإدخال بين شاشتين لا تبرّر مشروع تكامل ولن تبرّره. الروبوت متناسب.

لاحظ ما يجمع الأربعة: إما أن البديل غير موجود فعلاً، أو أن الالتزام قصير عن قصد.

أين يسوء الأمر

الخلل ليس في التقنية، بل في أن الجواب المؤقت يصير دائماً دون أن يعيد أحد القرار، وخصائصه خاطئة للدوام.

إنه مقترن بالبكسل. حقل انتقل، عمود إلزامي جديد، تسمية تغيّرت، نافذة تأكيد إضافية — أيٌّ من هذه يوقفه. مورّدك يُصدر هذه بشكل روتيني وصحيح، ولن يخبرك، لأن شيئاً لم ينكسر من جهته. فيصير كل ترقية للنظام مشروعاً صغيراً غير مخطط، وهو سبب إضافي في قائمة لماذا تتحوّل ترقية يُفترض أنها روتينية إلى غير ذلك.

يفشل صامتاً ويفشل في المنتصف. التكامل المعطّل يرمي عادةً خطأً يستقبله أحد. أما الروبوت الذي يفشل عند الفاتورة الحادية والأربعين من ثمانين فقد رحّل أربعين ولم يرحّل الباقي، وطريقة اكتشاف ذلك مورّد يتصل بشأن دفعة. الإتمام الجزئي في عملية مالية أسوأ من عدم الإتمام، وهو السلوك الافتراضي ما لم يهندس أحد غيره.

يعمل بصفة مستخدم، وغالباً مستخدم قوي. الروبوت يحتاج حساباً. ذلك الحساب مشترك، وكلمة سره في ملف إعدادات، وله عادةً صلاحيات واسعة لأن تضييقها كان مرهقاً، وكل حركة ينشئها تُنسب إليه. هذا يهدم بهدوء أثر التدقيق لأكبر عملية حجماً في الشركة — الانهيار نفسه الذي يجعل سجلاً جوابه الوحيد حساب خدمة بلا قيمة كدليل.

لا مالك له بعد رحيل الاستشاري. بناه متخصص، بأداة لا يستخدمها أحد آخر في الشركة، بمنطق غير موجود مكتوباً في أي مكان آخر. وبعد سنتين يكون مُشفِّراً لقواعد عمل — أي فواتير تُتخطّى، كيف يُطابَق مورّد، ماذا يُفعل عند عدم التطابق — موثّقة فقط بوصفها نصاً برمجياً لا يقرؤه أحد.

يخفي التكامل الناقص بدل أن يحفّز عليه. هذا أغلاها وأقلها ظهوراً. حالما يزول ألم إعادة الإدخال، تختفي الحجّة للواجهة الصحيحة، وتحمل المؤسسة اعتماداً خفياً دائماً بدل مشكلة محلولة. الروبوت ليس حلّ التكامل الناقص، بل هو سبب عدم بنائه أبداً — ولذلك يجلس في قلب مشكلة التكامل التي لا يموّلها أحد.

الأسئلة الأربعة التي تحسمها فعلاً

قبل الاختيار، أربعة أسئلة بهذا الترتيب. الأول يحسم معظم الحالات وحده.

هل للنظام الهدف واجهة مدعومة؟ إن نعم، فاستخدمها. لا لأن الواجهات موضة، بل لأن المورّد يصير عندئذ ملتزماً تعاقدياً بإبقائها تعمل، ومورّد الروبوت ليس كذلك. وأشيع سبب لجواب خاطئ عن هذا السؤال أن أحداً لم يسأل المورّد — سألوا شريك التطبيق، فسعّر العمل بدل أن يراجع التوثيق.

هل يستطيع الإعداد فعلها بلا شيفرة؟ كثيراً ما يكون جزء كبير مما يفعله الروبوت متاحاً كإجراء مجدول أو قالب استيراد أو قاعدة اعتماد لم يبحث عنها أحد. هذا يستحق ساعتين من التقصّي في كل مقترح أتمتة، وهما أرخص ساعتين ستنفقهما.

كم يجب أن يعمل هذا؟ أقل من سنة، الروبوت رهان معقول. أكثر من ثلاث سنوات، فأنت تراهن على استقرار واجهة مستخدم ثلاث سنوات، ولم يعرض أي مورّد برمجيات هذا قط. اكتب العمر المتوقع، لأن هذا الرقم لا يُكتب أبداً، وهذا بالضبط سبب تحوّل المؤقت إلى دائم.

ماذا يحدث حين يفشل في المنتصف؟ إن لم تستطع الجواب في جملة واحدة — يستأنف من آخر سجل مؤكَّد، يعكس ما فعله، ينبّه شخصاً بالاسم قبل أن يعمل أي شيء آخر — فلا تنشره في عملية مالية. هذا السؤال، إذا طُرح مبكراً، يستبعد من مقترحات الروبوتات أكثر مما تستبعده الثلاثة الأخرى مجتمعة.

الهجين الذي يفوز عادة

أفضل نتيجة عملياً نادراً ما تكون كل الروبوت أو كل الواجهة. هي روبوت عند الحد الذي لا تسيطر عليه، يسلّم إلى واجهة مدعومة عند الحد الذي تسيطر عليه.

بوابة العميل بلا واجهة، فيجمع الروبوت الملفات. ثم لا يكتبها في نظامك؛ بل يضعها في موضع، ويأخذها من هناك استيراد أو واجهة مدعومة. الجزء الهشّ صغير، معزول عند الطرف، ويفعل شيئاً واحداً. والجزء الذي يلمس سجلاتك المالية مدعوم ومسجَّل وقابل للاستئناف ومنسوب إلى عملية حقيقية لا إلى مستخدم شبح.

يكلّف هذا أكثر قليلاً من النسخة الصافية على مستوى الشاشة، ويزيل تقريباً كل المخاطرة، لأن البكسلات التي يعتمد عليها تخصّ شاشة واحدة لا كل شاشة في السلسلة.

إن كان لديك روبوتات تعمل بالفعل

معظم من يقرأ هذا لديه ثلاثة أو أربعة، بُنيت في أوقات مختلفة على يد أشخاص مختلفين. التمرين المفيد قصير.

أحصِها. لكل واحد: ماذا يلمس، وبأي حساب يعمل، وماذا يحدث حين يفشل، ومن يستطيع إصلاحه، وكم مضى عليه وهو «مؤقت». هذا العمود الأخير هو الذي يُحدث ردّ الفعل، لأن الجواب عادةً بالسنين.

ثم افعل أمرين فوراً، قبل أي استراتيجية. أعطِ كل روبوت حساباً باسمه بالصلاحيات التي يحتاجها فقط — هذا عمل يوم واحد ويستعيد أثر التدقيق. واجعل الفشل مسموعاً: روبوت لا يستطيع الإتمام يجب أن ينبّه شخصاً بالاسم، لا أن يكتب في ملف سجل لا يقرؤه أحد.

وكل ما عدا ذلك — استبدالها، أو إبقاؤها، أو تمويل الواجهة الصحيحة — قرارٌ يُتخذ على القائمة، والقائمة عادةً كافية ليصير بديهياً. وهذا الجرد جزء معتاد من نظرة مستقلة على ما تفعله المنظومة فعلاً، لأن الروبوتات لا تكاد تظهر في مخطط أنظمة أحد.

الخلاصة

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

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

فاسأل الأسئلة الأربعة بالترتيب — هل ثمة واجهة، هل يكفي الإعداد، كم يجب أن يعيش، ماذا يحدث عند الفشل في المنتصف — وفضّل الهجين: روبوت صغير عند الحد الذي لا تسيطر عليه، يسلّم إلى مسار مدعوم عند الحد الذي تسيطر عليه. وأياً كان ما يعمل لديك الآن، أعطه حساباً باسمه واجعله يصرخ حين يتوقف، لأن الروبوت الذي لم تسمع عنه شيئاً منذ أربعة عشر شهراً ليس هو الروبوت الذي يعمل.