سلفة الخامات بين العملاء

فهمي للوضع عندك — صحّحني لو غلط

1. بتصنّع لعملاء (تصنيع لدى الغير)، وكل عميل بيوفّر خاماته بنفسه.
2. الخامات بتدخل المخزن بـإذن إضافة مباشر بتكلفة صفر — فهي مش محمَّلة على دفاترك.
3. الفصل بين العملاء بيتعمل بـكود منتج منفصل لكل عميل: «كالسيوم» متكوّد مرتين — واحد لمحمد وواحد لأحمد — وكل كود برصيده.
4. لما يحصل عجز في خامة لعميل، عايز تمشّي الإنتاج بسلفة من كمية عميل تاني، ولما كمية العميل الأصلي توصل تسوّي العملية.
5. أورجانكس مسجّل عندك كعميل، بس هو في الحقيقة مصنعك أنت — وهو اللي بيشتري الأصناف فعليًا، وممكن يغطّي عجز عميل تاني بإنه يشتري ويديله.

ملاحظة: تكلفة الصفر في إذن الإضافة مسموحة فعلًا في النظام (StoreInventoryReceiptRequest بيقبل gte:0) — فالجزء ده شغال صح.

المشكلة الحقيقية فين

المشكلة مش في السلفة نفسها. المشكلة إن كالسيوم-محمد وكالسيوم-أحمد — بالنسبة للنظام — صنفين مختلفين تمامًا، زي ما يكونوا حديد وخشب.

يعني السلفة اللي بتعملها دلوقتي شغّالة بالورقة والقلم، والنظام مش شايفها.

اللي النظام عنده بالفعل — وإنتو مش مستخدمينه

ده الجزء المهم. موديول الإنتاج فيه آلية كاملة اسمها أمانة بضاعة العميل (Consignment)، مبنية بالظبط للحالة دي، وشغّالة في الكود دلوقتي:

حالة أورجانكس — مصنعك المسجَّل كعميل

دي بالظبط الطريقة التانية للتسوية: SettleBorrow بنوع buy.

لما أورجانكس يغطّي عجز عميل تاني، اللي بيحصل محاسبيًا:

SettleBorrow (type = buy)
  → فاتورة شراء، العميل صاحب الخامة يبقى فيها "مورّد"
  → DR المخزون / CR موردون
  → الالتزام "خامات مستحقة للعميل" يتقفل

يعني الخامة بتتحوّل من «أمانة عند العميل» لـ«بضاعة مشتراة ملكك»، والعميل بياخد حقه فلوس بدل خامة. وده مطابق للي بتقوله: «اشتريها ليه وأديهوله».

الطريقين — مقارنة صريحة

ترشيحي

انقل الخامات — الخامات بس — لنموذج «صنف واحد + مالك». والسبب مش إن الطريقة التانية أنضف نظريًا، السبب إنك بتطلب حاجة (السلفة والتسوية) موجودة ومبنية ومختبَرة في النموذج التاني، ومستحيلة في النموذج الحالي من غير ما نبني آلية جديدة من الصفر.

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

ثغرة لازم أتأكد منها قبل أي تنفيذ

اقتصاديًا التسجيل سليم — المصنع بياخد خامة أحمد ويبقى مدين له، وبعدين يردّها. أحمد مش دائن لمحمد، وده صح.

بس فيه سؤال محاسبي حقيقي: القيد بيحمّل إنتاج تحت التشغيل بتكلفة الخامة. وأمر محمد أمر تصنيع لدى الغير، المفروض ميحملش تكلفة خامات أصلًا لأن محمد بيوفّرها. فالسلفة ممكن تخلي تكلفة أمر محمد تبان أعلى من الحقيقة لحد ما التسوية تحصل.

ده محتاج قراءة أعمق للكود ومراجعة محاسبية قبل ما نعتمد المسار — ماعملتهاش لسه، وما ينفعش أأكد لك إنها تمام من غير ما أتحقق.

أسئلة محتاج إجابتها قبل ما أكمل

1. الخامة اللي بتتسلف — بترجع نفسها ولا بتتشترى؟ يعني لما كمية محمد توصل، بترد لأحمد نفس الكيلوهات، ولا الأغلب إنك بتشتريها منه؟ ده بيحدد أي مسار تسوية هو الأساسي.
2. الخامات دي متطابقة فعلًا؟ كالسيوم محمد وكالسيوم أحمد نفس المواصفة والمورّد، ولا فيه فروق (نقاء، تشغيلة، شهادة تحليل) تخلّي دمجهم في كود واحد غلط؟ لو فيه فرق حقيقي، ترشيحي كله يتغير.
3. أورجانكس — عميل ولا هو أنت؟ لو هو مصنعك، ليه اتسجّل كعميل؟ فيه سبب (فوترة، فصل حسابات) ولا ده حل مؤقت؟
4. الكميات دي بتتحاسب عليها؟ يعني خامة العميل ليها قيمة معلنة عندك (للتأمين أو للجرد) ولا بصفر خالص؟
5. العجز ده بيحصل كتير؟ لو نادر، ممكن حل أبسط بكتير يكفي. لو أسبوعي، فالنموذج لازم يتغيّر.