إيه اللي حصل للمخزن في الفترة دي — في شاشة واحدة: أرقام الطباعة والتغليف والحذف، مين عملها، امتى في اليوم، وفيه حاجة محتاجة تدخّل ولا لأ.
كل الأرقام محسوبة من سجل D1 عبر ?action=get_logs في
التلات Workers. مفيش أي نداء لشوبيفاي، والصفحة مابتكتبش
ولا صف واحد — قراءة بحتة.
login/logout مستبعدة في SQL جوّه
التلات Workers، فمستحيل توصل للصفحة دي. موظف داخل وقاعد من غير شغل
مش هيبان.UTC+3 في
الستاك كله. لما مصر ترجع UTC+2 آخر أكتوبر، العمليات بين
١٢ و١ بالليل هتتحسب على اليوم اللي فات لحد ما الـ shell يتصلّح.metafields_change مش داخلة الحساب — محتاجة
مصدر رابع.barcode.min بقى 1.2.0 — Promote مطلوب لـ order-sku-barcode-printer-worker v1.2.0 (السجل + [[d1_databases]]).Ready. الموظف كان بيشوف «لا توجد أوردرات تطابق الفلاتر» وتوست بيقول إن الجدول اتفلتر عليه، والحل الوحيد كان إن حد يرجّع الحالة يدوي.Ready بيفضل Ready. اللي بيتحدّث: التاج + ميتافيلد وقت الطباعة بالوقت الجديد + صف جديد في السجل باسم الموظف. ⏱️ الثمن المُعلَن: عمود «الوقت منذ الطباعة» في طابور التغليف بيرجع لأول اليوم.status_2_r_e ∈ {Confirmed + RETURN, Confirmed + EXCHANGE} بس، فأوردر S2 حالته Ready كان هيتقري S1 — والنوع ده بيختار البنود نفسها، وبعدين بيتبعت لـ /track اللي بيكتب على ماكينة S1. النوع بقى بيتبعت صريح في مسار إعادة الطباعة بس.printer.min بقى 2.4.0. من غيره كارت إعادة الطباعة بيقول بالنص إن النسخة أقدم، وباقي الصفحة شغّال عادي.order-sku-barcode-printer-worker انضم لمجموعة السر warehouse_ops — نفس حقل السر بيخدم الأربعة.switchMainTab وكل §LOG-JS كانوا موجودين بالكامل بس مفيش أي زرار بينادي عليهم، فالتاب كان مستحيل يتفتح. واتضاف كمان تعبئة فلتر الموظف من get_employees — كانت أثر جانبي لشاشة الدخول اللي اتشالت من الصفحة.agoInfo) اتنقل لـ shared/shell.js — كان نسخة في الشاشة الرئيسية لوحدها.