العميل قال إن رصيد «شيكات تحت التحصيل» طلع ناقص بعد ما عمل قيد التحصيل،
وإن فيه «رسم تحصيل» اتخصم. السبب الحقيقي مش رسوم — ده باج في الترحيل:

InstrumentPostingService::STATUS_MAP كانت بتسمع لحالة 'under_collection'
بس، لكن شاشة «إيداع بالبنك» بتحط الحالة 'deposited'. يعني إيداع الشيك
في البنك ما كانش بيولّد أي قيد خالص (اتأكدت من الداتا: حركة الإيداع
للشيك TSTD-B1-NR بـ journal_entry_id = NULL).

فالحساب كان بيتقفل بالدائن وقت التحصيل (52,000) من غير ما يكون اتدين
وقت الإيداع — فيطلع رصيده بالسالب. والرقم اللي العميل شافه «104» هو
في الحقيقة 104,000 = مجموع الدائن (52,000 مرتين، لأن القيد المجمّع
اليومي كرّر نفس الحركة وبعدين اتعكس).

الإصلاح:
- 'deposited' اتضافت لـ STATUS_MAP، فالإيداع بقى يرحّل رجله:
  من ح/ شيكات تحت التحصيل إلى ح/ أوراق قبض.
- حارس منع تكرار: لو الورقة عدّت على 'deposited' وبعدين 'under_collection'
  (والاتنين نفس الحدث المحاسبي) القيد بيتعمل مرة واحدة بس.

وأداة جديدة في شاشة سد الفجوات — تصفية رصيد شيكات تحت التحصيل:
السيناريو ده طبيعي جداً: نادي داخل على النظام وعنده رصيد مرحّل من السنة
اللي فاتت، رقم مجمّع من غير أرقام شيكات ولا أسماء، ولازم يتقفل وإلا
هيفضل ظاهر للأبد كأن فيه شيكات معلّقة. الشاشة بتوريه:
- رصيده الحالي، وكام منه شيكات متسجّلة فعلاً وكام رصيد مرحّل من غير شيكات
- وبيختار الرصيد راح فين: اتحصّل ودخل البنك / ارتد ورجع دين / تسوية رصيد قديم
- وبيدوّر على الحساب الطرف التاني بالاسم، والنظام بيعمل القيد في الاتجاه
  الصح (سواء الرصيد مدين أو دائن) ومش بيسمح بتصفية أكتر من الرصيد الموجود.