إعدادات السحب على المكشوف والتأكد من الكميات

تشرح هذه الصفحة تبويب السحب على المكشوف والتأكد من الكميات. "السحب على المكشوف" يعني السماح للمخزون بأن يصبح بالسالب — أي صرف أو بيع كمية أكبر من الموجودة فعليًا. تحدد هذه الإعدادات ما إذا كان ذلك مسموحًا، وأين، وبأي درجة من الصرامة يفرضه النظام.

كيف يعمل التأكد

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

وما إذا كان السطر خاضعًا لهذه التأكدات تحدده سياسة سحب على المكشوف تُقيَّم بهذا الترتيب:

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

فالصنف الذي سياسته لا ممنوع بذاته (إلا إذا سمحت به الخطوة 1)، ولا يحتاج ذلك إلى أي شيء في توجيه المستند.

مفاتيح في المستند وتوجيهه

ثلاثة مفاتيح خارج هذا التبويب تغيّر النتيجة لمستندات بعينها:

• منع السحب على المكشوف في توجيه المستند يعمل في اتجاه التشديد فقط. عند تفعيله يُتأكد من كل سطور مستندات هذا التوجيه حتى لو كان الصنف أو قسمه أو سطر المحددات أو السياسة العامة يسمح بالسحب على المكشوف. وعند إيقافه تقرر السياسة أعلاه. وإيقافه لا يُمرِّر أبدًا مستندًا تمنعه السياسة.
• عدم التأكد من السحب على المكشوف في رأس المستند يتخطى التأكد للمستند كله.
• السماح بالسحب على المكشوف في سطر المستند يُخرج ذلك السطر من التأكد. وإذا كان مفعّلًا في كل السطور لا يُتأكد من المستند أصلًا.

وبعض المستندات التي يولّدها النظام من مستند آخر تتخطى التأكد — مثل إذن صرف المواد الذي ينشئه سند التجميع، والمستندات التي تُنشأ عند إنهاء الجرد. وكذلك لا يُتأكد من السجلات الواردة عبر الـ Replication.

سياسة السحب على المكشوف

إمكانية السحب على المكشوف value.overDraftPolicy — الإجابة الافتراضية على مستوى الشركة لسؤال "هل يجوز للمخزون أن يصبح بالسالب؟". لا تُستشار إلا عندما تكون سياسة الصنف موروث ويكون الصنف بلا قسم أو تكون سياسة قسمه موروث كذلك. أما السياسة الفارغة في الصنف أو القسم فلا تصل إليها — إذ تُعامَل كـ لا. وترك هذه السياسة العامة نفسها فارغة يسمح بالسحب على المكشوف. اضبطها على لا كقيمة أمان افتراضية إذا كان معظم الأصناف يجب ألا تُباع بأكثر من رصيدها، وأردت السماح بالسحب على المكشوف بشكل انتقائي فقط؛ واتركها نعم إذا كان نشاطك يصرف بشكل معتاد قبل الاستلام.

السماح بعمل قيد ختامي في حالة وجود أرصدة مخازن بالسالب value.allowClosingIfNegativeBalanceFound — يتحكم في القيد الختامي لنهاية العام / إقفال الفترة. عند الإيقاف، يمنع النظام الإقفال إذا كان لدى أي صنف رصيد سالب حتى تاريخ نهاية الفترة (مما يجبرك على معالجة الأرصدة السالبة أولًا). فعّله فقط إذا كنت تقفل عمدًا مع وجود أرصدة سالبة.

عدم التأكد من السحب على المكشوف مع إعادة المعالجة value.doNotCheckOverdraftWithRecommit — عند التفعيل، تتجاوز المستندات التي سبق اعتمادها ويعيد النظام معالجتها تلقائيًا خطأ السحب على المكشوف، مما يتجنب الإخفاقات الوهمية أثناء إعادة الحساب الدفعي لمستندات كانت صحيحة عند حفظها أول مرة.

أقصى عدد أيام / أقصى عدد مستندات غير معالجة لمنع حفظ المستندات المخزنية value.maxDaysCountToPreventSaveStockDocs / value.maxUnProcessedDocsCountToPreventSaveStockDocs — حارس مزدوج ضد تراكم المعالجة. إذا كان المستند أقدم من قيمة الأيام و كان عدد المستندات المخزنية التي ما زالت تنتظر معالجة التكاليف يتجاوز قيمة العدد، يُمنع الحفظ. يجب ضبط كليهما لكي يعمل الحارس؛ استخدمهما لمنع المستخدمين من تأريخ مستندات مخزنية جديدة بتاريخ سابق أثناء وجود تراكم كبير في المعالجة.

السماح بالسحب على المكشوف في التصنيع والتجميع

افتراضيًا، الأذونات المتولدة عن التصنيع والتجميع/المعالجة والتحويلات المخزنية لا يُسمح لها أبدًا بأن تصبح بالسالب — حتى عندما تسمح سياسة الصنف نفسه بذلك. تخفف المفاتيح أدناه هذا القيد، كل منها لنوع واحد فقط من المستندات.

خطير جدًا — لا تفعّله باستهتار

هذه الخيارات مصنّفة كخيارات حرجة: تفعيل أحدها يستدعي رسالة تأكيد. تفعيلها يتيح لمستندات الإنتاج/التحويل إنشاء مخزون سالب، مما قد يشوّه التكاليف. فعّلها فقط عندما يجب تسجيل الإنتاج أو الحركة قبل أن تكون المواد/الاستلامات المطابقة في المخزون، وتقبل وجود أرصدة سالبة مؤقتة.

السماح بالسحب على المكشوف في أذونات التصنيع value.allowOverdraftInManufacturingIssues — يتيح للأذونات المخزنية المتولدة عن إذن صرف مواد خام في التصنيع أن تعود إلى سياسة الصنف العادية بدلًا من إجبارها على ألا تكون سالبة.

السماح بالسحب على المكشوف في التحويلات المخزنية value.allowOverdraftInStockTransfers — نفس التخفيف للتحويلات المخزنية، وكذلك لأذونات الصرف المتولدة عن سند تجميع أو سند تعبئة متعدد أو سند معالجة — فهذا هو الخيار الذي يحكم تلك الأذونات رغم اسمه.

المحددات التي تسمح بالسحب على المكشوف value.dimensionsWithAllowedOverdraft (جدول) — تجاوز سياسة السحب على المكشوف سطرًا بسطر حسب المخزن والموقع والمحددات العامة (القطاع / الفرع / الإدارة / مجموعة التحليل / الشركة). لكل سطر عمود سياسة (مسموح / غير مسموح) يتغلب على إعداد الصنف/القسم/العام عندما يطابقه سطر في المستند — على سبيل المثال للسماح بمخزون سالب في مخزن ترانزيت فقط. لا يُطبّق على مستندات التحويل الفعلية.

التأكد من الكميات بالتاريخ

تضبط هذه الإعدادات تأكد السحب على المكشوف المدرك للتاريخ — وهو الذي يضمن ألا يصبح المسار الزمني سالبًا في أي لحظة، وهو ما يهم عندما تُدخل المستندات بترتيب غير ترتيب التاريخ.

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

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

عدد الحركات اللاحقة التي يجب التأكد منها value.checkOverdraftNextTransCount (القيمة الافتراضية 10) — يظهر الخيار على الشاشة في صيغة سؤال: «عدد الحركات اللاحقة للسند التي يجب التاكد من انها لم تصبح مكشوفة»، فابحث بهذه الصياغة إن كنت تفتّش عنه في التبويب. بعد التأكد من المستند الحالي، يعيد النظام أيضًا التحقق من هذا العدد من الحركات اللاحقة للصنف للتأكد من أن إدراج/تعديل هذا المستند لا يدفع مستندًا مستقبليًا إلى السالب. زده لضمانات أكثر صرامة على البيانات المؤرخة بتاريخ سابق بكثرة؛ واضبطه على 0 لتعطيل النظر إلى الأمام.

تضمين الحجز عند التأكد من السحب على المكشوف بالتاريخ value.includeReservationInCheckOverdraftByDate — عند التفعيل، يراعي الرصيد بالتاريخ أيضًا الكميات المحجوزة حتى تاريخ المستند، بحيث يُحسب الحجز ضمن المتاح في ذلك التاريخ.

عدم التأكد من السحب على المكشوف بالتاريخ في الحجز value.doNotCheckOverdraftByDateForReservation — عند التفعيل، يُتخطى التأكد بالتاريخ لمستندات الحجز (مفيد إذا كان يُسمح بعمل حجوزات حتى عندما لا يكون المخزون متاحًا في ذلك التاريخ بالضبط، مع بقاء الأذونات خاضعة للتأكد بصرامة).

التأكد من السحب على المكشوف بالتاريخ فقط value.checkQtyByDateOnly — عند التفعيل، يعمل التأكد بالتاريخ فقط ويُتخطى التأكد الفوري الأبسط من الرصيد. وهذا ما يتيح تجاهل المحددات (المخزن مثلًا) في التأكد، لأن هذا التخفيف يُطبّق فقط على مسار التأكد بالتاريخ.

التأكد من الكميات بالتاريخ فقط مع الحجز value.checkQtyByDateOnlyWithReservation — يتجاوز الخيار أعلاه خصيصًا لطلبات الحجز: نعم يفرض التأكد بالتاريخ فقط، ولا يفرض كلا التأكدين، ومثل الكميات يتبع ما هو مضبوط عليه التأكد من السحب على المكشوف بالتاريخ فقط. استخدمه عندما تحتاج الحجوزات والأذونات الفعلية إلى درجات صرامة مختلفة.

تفعيل التحقق من كمية الحجز بالتاريخ للمخازن / للمواقع value.enableIgnoreInReservationQtyCheckByDateForWarehouses / value.enableIgnoreInReservationQtyCheckByDateForLocators — اقرأ التسمية بتمعّن: تقول «تفعيل التحقق»، بينما الذي تفعّله في الحقيقة هو إمكانية تخطّي التحقق. فهذان هما المفتاحان الرئيسيان اللذان يتيحان استثناء مخازن أو مواقع بعينها من تأكد الحجز بالتاريخ — تفعّل المفتاح هنا، ثم تضع العلامة المقابلة على المخزن أو الموقع نفسه. استخدمها عندما يجب ألا تُحسب بعض المواقع — الحجر، الترانزيت، ساحة التوالف — ضمن المتاح للحجز. راجع الدليل المخصص تجاهل مخازن/مواقع بعينها في التأكد من كمية الحجز بالتاريخ.

إعدادات التجاهل مع الحجز value.reservationSettings — تحدد أي مجموعة "تجاهل محددات" تستخدمها الحجوزات: مثل الكميات تعيد استخدام المجموعة العادية أدناه؛ ومنفصل يستخدم مجموعة الحجز المخصصة، بحيث يمكن للحجوزات تجاهل تركيبة مختلفة من المحددات عن الأذونات الفعلية.

عدم تكرار رقم المسلسل في أكثر من صنف value.doNotRepeatSerialNumberInMoreThanOneItem — عند التفعيل، لا يجوز أن ينتمي رقم المسلسل إلا لصنف واحد في النظام كله؛ ويفشل إدخال مسلسل مسجّل بالفعل لصنف مختلف. فعّله عندما تكون أرقام المسلسل فريدة على مستوى الكتالوج كله.

تجاهل المحددات التالية عند التأكد من الكميات بالتاريخ value.doNotConsiderDimensionsInOverdraftByDate — مجموعة من أربعة عشر مفتاحاً: المخزن، الموقع، الفرع، الإدارة، القطاع، المجموعة التحليلية، الإصدار، المقاس، اللون، الشحنة، الصندوق، النسبة الفعالة %، النسبة غير الفعالة %، الصنف الفرعي. كل مفتاح تشغّله يُسقَط من الرصيد بالتاريخ، بحيث تُجمَّع الكميات عبره بدلًا من التأكد منه على حدة — فعلى سبيل المثال، تجاهل المخزن يحكم على السحب على المكشوف بإجمالي مخزون الشركة بالتاريخ بدلًا من كل مخزن على حدة. يأخذ مفعوله مع مسار "بالتاريخ فقط".

تجاهل المحددات التالية عند التأكد من الكميات بالتاريخ مع الحجز value.doNotConsiderDimensionsInOverdraftByDateWithReservation — النسخة الخاصة بالحجز من مجموعة المفاتيح أعلاه، تُستخدم فقط عندما يكون إعدادات التجاهل مع الحجز بقيمة منفصل.

الحجز

طلب التحويل يقوم بحجز الكميات للخارج فقط value.transReqReserveQtyOutOnly (مفعّل افتراضيًا) — يتحكم في كيفية حجز طلب التحويل المخزني للكميات. عند التفعيل، يحجز الجانب الصادر فقط عند المصدر؛ وعند الإيقاف، يحجز كلا الجانبين: المصدر (الصادر) والمقصد (الوارد).

إلغاء حجز المستند الأعلى فقط عند استعمال خيار إلغاء الحجز بالتوجيه value.cancelReservationOfDirectParentsOnly (مفعّل في قواعد البيانات المنشأة حديثاً) — عندما يلغي مستند حجوزات المستندات الأعلى (عبر خيار "إلغاء الحجز" في توجيه المستند)، يحدد هذا مدى الانتشار: عند التفعيل، يُلغى حجز المستند الأعلى المباشر فقط؛ وعند الإيقاف، يمتد الإلغاء أيضًا إلى المستندات الأكثر ارتباطًا.

التأكد من الكميات في المستندات التي تقوم بالحجز value.checkQtiesInReservationDocs (مفعّل افتراضيًا) — ما إذا كانت مستندات الحجز خاضعة لتأكد الكمية/السحب على المكشوف أصلًا. عند التفعيل، لا يمكنك حجز أكثر من المتاح؛ وعند الإيقاف، يمكن لطلبات الحجز حجز أي كمية (مثل الحجوزات المرنة / التنبؤ).

تحديث كمية الحجز مع تغيير كمية المستند value.updateReservationQtyWithPrimeQtyChange — عند التفعيل، يؤدي تعديل الكمية الرئيسية في سطر أمر بيع/فاتورة تلقائيًا إلى تحديث الكمية المحجوزة لتطابقه، مما يبقي الحجوزات متزامنة مع تعديلات السطور.

رسائل قد تظهر لك

الرسالة	لماذا	ما تفعله
«الكمية من الصنف {0} {1} لا تكفي. الكمية المتاحه {2} . الكميه المحجوزه {3}»	فحص الرصيد الفوري: السطر يصرف أكثر مما هو موجود الآن بعد استبعاد المحجوز.	أنقص الكمية، أو استلم المخزون أولاً، أو اسمح بالسحب على المكشوف للصنف أو لقسمه أو لسطر المحددات.
«الكمية من الصنف {0} {1} لا تكفي , الكمية المتاحة في تاريخ {2} - الساعة {3} كانت: {4}»	الفحص بالتاريخ: الرصيد لم يكن كافياً في تلك اللحظة من الماضي وإن كان كافياً اليوم. والرسالة تذكر التاريخ والساعة والرصيد كما كان.	راجع تاريخ المستند. إما أن تنقله إلى ما بعد الاستلام، أو توقف الفحص بالتاريخ لهذه الحالة.
«الكمية من الصنف {0} {1} لا تكفي , الكمية المتاحة في تاريخ {2} - الساعة {3} كانت: {4} المستند {5} سيؤدي الي كميات مكشوفة»	الفحص بالتاريخ نفسه، لكن السالب يظهر على مستند لاحق — هو المسمّى في الرسالة — لا على المستند الذي تحفظه.	انظر إلى المستند المسمّى. فإدخال حركات مخزنية في الماضي هو ما يدفع مستنداً لاحقاً إلى السالب.
«لا يمكن حفظ المستند {0} في التاريخ {1} لوجود عدد مستندات {2} لم تتم معالجة تكاليفهم»	حارس التراكم الموصوف أعلاه: المستند أقدم من أقصى عدد أيام و عدد المستندات المخزنية المنتظرة لمعالجة التكلفة يتجاوز أقصى عدد مستندات غير معالجة.	دع التراكم ينحسر، أو احفظ المستند بتاريخ اليوم. ولا يعمل هذا الحارس أصلاً إلا إذا مُلئ الإعدادان معاً.
«رصيد بالسالب للصنف {0} - كمية {1} في التاريخ {2}»	جرت محاولة إنشاء قيد إقفال وصنف رصيده سالب في نهاية الفترة، بينما السماح بإنشاء قيد الإقفال عند وجود رصيد سالب مغلق.	عالج السالب — وغالباً ما يكون استلاماً ناقصاً — أو فعّل ذلك الخيار إن كنت تقبل الإقفال بأرصدة سالبة.
«لا يمكن استعمال السماح بالسحب علي المكشوف إلا مع الأصناف المخزنية أو المجمعة»	ضُبطت سياسة سحب على المكشوف على صنف لا يحمل مخزوناً، كصنف خدمي.	اترك السياسة فارغة على تلك الأصناف.