أنظمة
ما لا يستطيع نظامك معرفته
١٤ يوليو ٢٠٢٦ · حُدّث ٣ سبتمبر ٢٠٢٦ · 2 دقائق قراءة
بعض البيانات لا تصل أبداً. ليست متأخرة، وليست معطوبة — هي ببساطة لا تدخل النظام إطلاقاً، ولن يجعلها أي قدر من الهندسة تظهر.
يرسل البنك إشعاراً عند استخدام البطاقة، لكنه لا يرسل إشعاراً عندما يفرض رسوماً، أو يحتسب فائدة شهرية، أو يخصم قسطاً. هذه العمليات الثلاث جميعها تُحرّك الرصيد، ولا يُعلن أي منها عن نفسه. لذلك فإن أي نظام مبني على تلك الإشعارات لديه سقف لا يستطيع تجاوزه، مهما أتقن تحليل ما يصله فعلاً.
الناقص ليس هو غير القابل للرصد
عادةً ما يُخلط بين الاثنين، وهذا خطأ. البيانات الناقصة قد تصل لاحقاً أو عبر مسار آخر، والاستجابة الصحيحة هي إعادة المحاولة. أما البيانات غير القابلة للرصد فلن تصل أبداً، والاستجابة الصحيحة هي الإفصاح.
الخطوة المفيدة هي قياس هذا السقف والإفصاح عنه، بدلاً من طباعة رقم يبدو مكتملاً.
في شهر واحد من حركة البطاقات على حساب واحد، جاء التوزيع على النحو التالي:
| المصدر | النسبة |
|---|---|
| مُلتقط من الإشعارات | ٧٧٪ |
| رسوم وضريبة قيمة مضافة وفوائد | ٩٪ |
| خطط التقسيط | ١١٪ |
| إشعارات لم تصل فعلاً | ٣٪ |
الصف الأخير وحده هو الخلل. أما الصفان في الوسط فهما طبيعة التدفق نفسه.
ما تدين به الواجهة للقارئ
الرقم الصادق يحمل درجة ثقته معه. فإذا كان النظام يعلم أنه يعمل على ٧٧٪ من الصورة، فينبغي للرقم الذي يعرضه أن يقول ذلك — لا في هامش سفلي، بل بجواره مباشرةً، حيث سيقرؤه فعلاً من يتخذ القرار.
التحديثات
- ٣ سبتمبر ٢٠٢٦
- تصحيح نسبة التغطية إلى ٧٧٪ بدلاً من ٧١٪، بعد اكتشاف أن بطاقة إضافية كانت تُحسب كخط ائتماني مستقل.