في عُرف الاستقصاء الجنائي الرقمي (Digital Forensics) وبروتوكولات الأمان العالمية (PCI-DSS)، يُعتبر مسار تسليم البطاقة الائتمانية للعميل خطاً أحمر يُعرف بـ "سلسلة العهدة" (Chain of Custody). أي خلل في هذا المسار يعني أن البطاقة قد سقطت في أيدي طرف ثالث. ولكن، ماذا يحدث عندما تقرر مؤسسة مالية كـ "بنك الرياض" التستر على اختراق داخلي؟ الإجابة: يمتد العبث من قواعد بيانات البنك (Core Banking) ليصل إلى قواعد بيانات شركات الشحن اللوجستية!
الدليل المرفق في وثيقة "Screenshot 2025-08-12 212745.png" ليس مجرد لقطة شاشة عادية لتتبع شحنات، بل هو "مسرح جريمة رقمي" يوثق عملية طمس للأدلة (Data Purging) وتلاعب مفضوح في السجلات.
⏱️ التطابق الزمني المستحيل (The Batch Update Paradox)
بالنظر إلى الصورة، لدينا شحنتان برقمي تتبع مختلفين تماماً:
الشحنة الأولى: 49715021705
الشحنة الثانية: 49715146165
المفارقة الجنائية الصارخة هنا هي أن كلتا الشحنتين، رغم اختلاف مسارهما الافتراضي، تم تحديث حالتهما إلى (تم إعادة الشحنة للمرسل / للشاحن) في ذات التاريخ وذات الدقيقة تماماً: (20 يوليو 2025 - الساعة 15:57).
من منظور هندسة النظم وتكنولوجيا المستودعات، من شبه المستحيل أن يقوم موظف الشحن بمسح (Scan) لباركود شحنتين منفصلتين وتسليمهما مادياً في نفس الجزء من الثانية. ما نراه هنا ليس إجراءً لوجستياً مادياً، بل هو أمر برمجي مباشر (Batch Update Script) تم تنفيذه على قاعدة بيانات شركة الشحن لتغيير حالة مجموعة من البطاقات دفعة واحدة وإغلاق التذاكر المعلقة. هذا إغلاق قسري للملفات لقطع الطريق أمام أي تحقيق حول "أين ذهبت هذه البطاقات فعلياً؟".
🗑️ الحذف المتعمد: عندما تتبخر الأرقام (Database Scrubbing)
والآن، الكارثة الأكبر التي تُثبت توافر "القصد الجنائي" في الإخفاء: عند محاولة الاستعلام عن أرقام التتبع هذه اليوم في نظام شركة الشحن، تظهر النتيجة بأنها "غير موجودة".
في الأنظمة اللوجستية المحترمة، سجلات التتبع (Tracking Logs) تُحفظ لسنوات (Archiving) كمتطلب قانوني وتنظيمي. لا يتم حذف سجل شحنة بعد أسابيع أو أشهر قليلة إلا في حالة واحدة: التنظيف المتعمد لقواعد البيانات (Data Scrubbing) بناءً على طلب من "العميل المؤسسي" (البنك). لقد أدركوا أن وجود هذه السجلات يثبت أن العميل (الضحية) لم يستلم البطاقات مطلقاً، وهو ما ينسف روايتهم أمام "ساما" بأن العميل قام بـ "عمليات سابقة". لذلك، كان الحل الأسهل هو إرسال طلب لشركة الشحن بمسح هذه السجلات من قاعدة البيانات (Delete From Data_Warehouse) لتبخير الدليل.
🔗 التواطؤ اللوجستي والأمني
هذا التلاعب يضعنا أمام استنتاج هندسي وقانوني لا مفر منه: البطاقات لم تغادر أروقة المنظومة بشكل طبيعي. تم اختراق وتسريب بياناتها (CVV, Expiry, PAN) من الداخل، وللتهرب من تبرير عدم وصولها للعميل، تم افتعال مسار شحن وهمي انتهى بـ "إرجاع جماعي" مبرمج في نفس الدقيقة (15:57)، تلاه عملية "كنس رقمي" لمحو أرقام التتبع من السيرفرات.
الخلاصة:
إذا كان بنك الرياض يعتقد أن حذف سجلات الشحن سيمحو الجريمة، فهو يجهل القاعدة الذهبية في عالم البيانات: "الإنترنت لا ينسى، والبيانات الوصفية (Metadata) الموثقة لا يمكن طمسها بأثر رجعي."
هذا الدليل لم يعد مجرد شكوى تأخير شحنة؛ هذا إثبات قاطع على وجود تواطؤ عملياتي بين مُصدّر البطاقة وناقلها للتستر على خرق أمني جسيم لبيانات العملاء.