40 — Inventory & Warehouse

Overview

Inventory is the stock-control module used to manage item records, warehouse balances, receiving, issuing, transfers, stocktake, adjustments, and valuation inside one connected operational workspace. In Xfatora, Inventory is not only a warehouse list or a quantity screen. It is the control layer that keeps item movement traceable from Opening Stock through receiving, delivery, internal transfer, counting, loss handling, and replenishment review. The current Inventory scope explicitly covers item and commodity master records, warehouse records, Inventory receiving voucher and goods receipt controls, Issue Goods and Inventory delivery voucher controls, Internal delivery note workflows, Loss & adjustment governance, stocktake routines, minimum and maximum stock thresholds, Inventory history, valuation reporting, and serial/lot traceability where enabled.

The purpose of Inventory is to protect stock accuracy and operational trust. Teams should be able to answer simple but critical questions at any time: what item is available, in which warehouse, in what quantity, under which unit, with what history, and through which movement record did the quantity change? When Inventory is configured and used correctly, the business avoids undocumented stock movements, reduces fulfillment errors, improves replenishment timing, and gives operations and finance a shared movement history instead of depending on side spreadsheets or memory.

Inventory also works closely with other operational areas. Procurement increases stock through receiving. Sales and delivery depend on real available quantity before committing outbound stock. Manufacturing depends on material readiness and controlled issue. Finance uses valuation and movement evidence for period review. This means Inventory should always be treated as a source-of-truth module, not as a secondary operational note.

What Inventory manages

Inventory manages more than stock balances. It also manages the structure around stock.

The item master includes commodities, commodity groups, sub-groups, units, sizes, colors, styles, models, SKU codes, barcodes, pricing attributes, item properties, and Opening Stock. The codebase also supports item imports, opening-stock imports, parent items, item variations, barcode printing, custom fields, and duplicate-prevention controls such as SKU uniqueness. This means item governance is one of the most important parts of the module because movement quality depends on master-data quality.

The warehouse layer includes warehouse records, warehouse code, warehouse name, warehouse address, warehouse ownership, warehouse custom fields, warehouse filtering, and warehouse-level stock visibility. Inventory is built for multi-warehouse operation, so the system can distinguish source warehouse, destination warehouse, and warehouse-specific balances rather than treating all stock as one undifferentiated pool.

The movement layer includes Inventory receiving voucher, Inventory delivery voucher, Issue Goods, Internal delivery note, Loss & adjustment, Stocktake, and Inventory history. These are the records that change balances and preserve operational traceability. The module also includes approval-related terms and notifications for inventory receiving, inventory delivery, internal delivery note, and loss adjustment, which means controlled approval flows are part of the module design and not just an external policy.

The control layer includes Minimum stock, Maximum stock, Unsafe inventory, Inventory warning, valuation visibility, transaction history, stock summary reporting, and review tools for out-of-stock or abnormal conditions. This is why Inventory supports both daily warehouse execution and management review.

The extended operational layer includes Packing list, Shipment, Order return, serial-number management, lot-number management, auto-generated receiving from approved purchase orders, and auto-generated delivery from invoices when configured. These features show that Inventory can support a broader physical-goods workflow, not just internal stockkeeping.

Roles and permissions

Inventory works best when responsibility is separated clearly.

An Inventory Admin should control item rules, warehouse setup, unit standards, Opening Stock methods, minimum and maximum inventory policy, approval settings, and correction policy. This role should review duplicate risk, item-structure quality, warehouse ownership, and permission boundaries. It should not freely rewrite posted movement history except through a controlled correction process.

A Warehouse Clerk / Storekeeper should handle daily receiving, issuing, transfers, stocktake entries, and approved operational movement posting. This role should review inbound queues, outbound queues, pending transfer actions, and variance lists. It should not change item definitions, valuation logic, or unrestricted historical records.

A Procurement Liaison should monitor minimum-stock and unsafe-inventory signals, compare receipt quantities to expected inbound references, and trigger replenishment action when stock is falling below control levels. This role should not make direct stock corrections unrelated to receiving evidence.

A Sales / Operations Coordinator should check available quantity before making external or internal commitments, raise issue requests, and review outbound exceptions. This role should not change warehouse policies or approve adjustment entries.

A Finance / Management Reviewer should review Inventory Valuation Report, Stock Summary Report, movement exceptions, stocktake discrepancies, and period-end inventory notes. This role should remain independent from movement entry wherever possible.

A Manufacturing / Production User, where relevant, should review material availability and trigger controlled issue requests for consumption-linked operations. This role should not own general inventory policy or open correction rights.

A good governance model usually separates master-data control, movement posting, approval, and valuation review. This separation is one of the strongest controls in the module because it prevents quiet balance manipulation and keeps the audit trail meaningful.

Setup before go-live

Before using Inventory in live operations, the business should complete a proper setup.

Start with warehouse design. Create all warehouses with clear codes, names, addresses, and accountable owners. Decide which warehouses can receive, issue, transfer, or act only as storage or temporary locations. If the business has multiple sites, make the site structure clear before movement begins.

Next, build the item master. Standardize commodity names, commodity groups, sub-groups, units, SKU logic, barcode behavior, and item properties. Decide whether sizes, colors, styles, models, variants, and serial or lot controls are needed for certain item classes. Duplicate item creation should be prevented early because duplicates break receiving, issuing, valuation, and reporting later.

Then prepare Opening Stock. Import or enter Opening Stock by warehouse, validate the balances against a physical count or approved starting source, and test whether the resulting balances appear correctly in stock summaries. Opening Stock mistakes affect almost every downstream inventory report, so this step must be reviewed carefully.

After that, define movement policies. The business should decide who can post Inventory receiving voucher, Inventory delivery voucher, Internal delivery note, Loss & adjustment, and Stocktake entries. It should also decide which references are mandatory, which movements require approval, and which corrections must go through maker-checker control.

Then configure min/max policy. Minimum stock, Maximum stock, and unsafe-inventory rules should be assigned by item criticality, category, or warehouse where appropriate. Replenishment ownership should also be assigned so low-stock alerts create action rather than passive warnings. The module explicitly supports minimum and maximum inventory control values and unsafe-inventory visibility.

If serial or lot control is required, define that before live use. Decide which items require serial-number or lot-number capture, whether the system should automatically generate batch numbers, and how receiving, issue, damaged-item handling, and traceability review should work for those items.

If the business uses barcode workflows, test barcode scanning and barcode printing before rollout. The Inventory code includes barcode-related setup, SKU-based barcode behavior, item lookup via barcode scanners, and print-barcode controls. This can significantly improve warehouse speed and reduce item-selection errors when configured correctly.

Finally, run go-live tests across the whole stock lifecycle: receiving, issue, transfer, stocktake, adjustment, valuation reporting, low-stock review, serial/lot handling, and any configured links from purchase orders or invoices. Inventory should never go live on master-data setup alone; it should go live only after movement behavior has been tested.

Core workflows

#### 1. Item and warehouse setup

The first Inventory workflow is setup, not movement. Create warehouse records, define item groups and items, assign units, set item properties, import Opening Stock, and validate warehouse-level balances. If the business uses variants, parent items, or item dimensions, those structures should also be defined before daily transaction posting starts. A weak setup phase produces weak operational results even if the movement screens are used correctly later.

#### 2. Receive stock into inventory

When inbound goods arrive, the receiving user should identify the incoming items, choose the correct warehouse, enter received quantities and references, and post an Inventory receiving voucher or Goods receipt record. The module is designed to increase stock in the selected warehouse and preserve the receipt history for future review. If purchase-linked automation is enabled, the system can also create an inventory receipt when a purchase order is approved or require a purchase-order reference during receipt entry depending on settings.

Receiving should always capture evidence and the correct item identity. Wrong-warehouse or wrong-item receiving is one of the most common causes of later stock confusion. That is why receiving should be treated as a controlled warehouse event, not as a casual quantity update.

#### 3. Issue stock for delivery or internal use

When stock must leave the warehouse, the team should first review Available quantity, then choose the source warehouse, create an Issue Goods or Inventory delivery voucher record, and capture the destination or reason for export. The system supports issue context for customer, internal, or project use, as well as reason-for-export fields and delivery-history visibility. If the deployment is configured to create delivery notes automatically from invoices, that workflow should still be reviewed operationally to confirm stock sufficiency and approval status.

Outbound stock should never be issued based on assumption. Teams should check available quantity before commitment, especially when the same item exists across multiple warehouses or when demand is time-sensitive.

#### 4. Transfer stock between warehouses

When stock needs to move between sites or locations, create an Internal delivery note and specify the source warehouse, destination warehouse, items, and transfer quantities. The system is designed to decrease stock in the source and increase it in the destination while preserving transfer history and accountability. Internal transfers are especially important in multi-warehouse businesses because a transfer is not the same as receiving or selling. It is an internal relocation that must remain visible in movement history.

A common control rule is to require warehouse verification before posting and to prevent the same warehouse from being selected as both source and destination.

#### 5. Stocktake and Loss & adjustment

Physical counts should be handled through Stocktake and Loss & adjustment, not through informal balance edits. The user should compare counted quantity against Available quantity, then create a discrepancy entry with reason and evidence. The codebase explicitly includes loss-adjustment approvals, reason fields, available-quantity logic, and error checks around invalid adjustment conditions. This means the module expects controlled discrepancy handling rather than unrestricted correction.

This workflow matters because inventory accuracy is not proven by day-to-day movement alone. It is proven when physical count and system balance can be reconciled with a traceable explanation for any gap.

#### 6. Low-stock review and replenishment

Inventory includes policy support for Minimum stock, Maximum stock, Unsafe inventory, and stock warnings. Teams should review low-stock and unsafe-inventory signals regularly, identify items below threshold, investigate unusual loss or adjustment activity, and trigger Procurement action for replenishment. The module is meant to support real replenishment readiness, not only passive visibility.

This workflow is especially important for businesses that suffer from both stockouts and overstock. Minimum/maximum rules only become useful when someone owns the response.

#### 7. Serial number and lot number control

Where enabled, Inventory supports Serial number and Lot number handling. During receiving, the warehouse team should capture serial or lot details for the relevant items. During issue, the team should select the correct serial or lot-specific stock. During loss or damage handling, serial-based evidence should be preserved where required. The codebase includes serial-number management, serial-number import, lot-number prefixes, automatic batch-number generation, and lookup flows for serial-linked items.

This control is not necessary for every product class, but where it is used it becomes critical for traceability, warranty review, audit, and targeted issue investigation.

#### 8. Packing list and shipment readiness

Inventory also includes Packing list and Shipment capabilities. These support dispatch preparation, packing quantity, remaining quantity, package dimensions, shipping fee visibility, shipment status, and delivery-readiness checks before outbound handoff. This makes Inventory useful not only for stock control but also for the final operational step before goods are dispatched.

Where this flow is used, the team should confirm that the packed quantity does not exceed actual remaining quantity and that shipment status updates stay aligned with the physical handoff process.

#### 9. Return workflows

Inventory also supports Order return, including manual returns, sales return orders, purchasing return orders, and receiving/exporting return-order flows. These are important because returned goods should not be handled as informal stock edits. Returns should generate the correct Inventory receiving or Inventory delivery record depending on the return type so stock history remains accurate.

Reports and review rhythm

Inventory supports several important reports and review views.

Stock Summary Report should be used for on-hand balances by item and warehouse, typically with opening, receipt, issue, and closing context. It is useful for daily availability review and replenishment prioritization.

Inventory Valuation Report should be used for period-end value review, finance visibility, and stock governance. It helps management understand what current stock is worth and where unusual value concentrations or review risks may exist.

Inventory history or Transaction history should be used to review chronological receiving, issuing, transfer, and adjustment records. This is one of the most important views when investigating discrepancies or reviewing accountability.

Low-stock / unsafe inventory review should be used to find risk items below threshold and trigger reorder actions before service levels drop.

Stocktake and adjustment review should be used to monitor variance patterns, loss reasons, and shrinkage-control quality.

Warehouse-level stock visibility should be used in multi-site operations to understand where stock sits and whether transfer balancing is needed.

Serial / lot traceability review should be used when serialized or lot-controlled items need targeted investigation, quality review, or compliance support.

A practical review rhythm is daily review for receiving and outbound exceptions, weekly review for low-stock and transfer issues, and monthly review for valuation, stocktake results, and adjustment patterns.

Best practices

Keep the item master strict. Standardized names, SKU rules, barcode behavior, units, and group structures are the foundation of the module.

Never treat receiving, issue, transfer, or adjustment as direct balance edits. Always use the correct movement record.

Require reason and evidence for Loss & adjustment and use approval rules for sensitive corrections.

Check Available quantity before any customer or internal commitment.

Use low-stock and unsafe-inventory views as action queues, not just as dashboards.

Keep warehouse ownership clear. When everyone can post everywhere without accountability, data quality falls quickly.

Use serial/lot control only where it adds real traceability value, but enforce it strictly where it is enabled.

Review stocktake differences regularly instead of waiting until month-end.

Troubleshooting and FAQ

If stock is not updating after a movement, first confirm that the transaction posted successfully, the correct warehouse was selected, and the user has the required posting rights. Also review whether the item is configured in a way that avoids updating inventory numbers.

If the wrong warehouse was used, do not silently edit history. Post a controlled correction movement and strengthen the warehouse-verification step in the posting checklist.

If negative stock or insufficient stock appears, review availability before issue posting, check recent transfers and adjustments, and verify whether stock was promised before the system balance was confirmed. The module already includes “not enough inventory” and related validation behaviors, so these cases should be handled through review rather than guesswork.

If receiving was posted to the wrong item, use a reversal or controlled correction according to policy, then review item-code selection, barcode use, and duplicate-item risk.

If valuation looks wrong, reconcile Opening Stock, review recent high-value adjustments, and inspect unusual movement sequences near the reporting cutoff. Valuation errors are often data-quality errors before they are accounting errors.

If a transfer did not appear correctly in the destination warehouse, confirm source and destination, posting status, transfer reference, and whether the destination-side process was completed correctly. Do not manually re-enter the transfer before checking the original posting path.

If serial or lot information is mismatched, verify that capture happened during receiving and issue, confirm whether the item actually requires serial/lot control, and correct the mismatch through traceable adjustment entries rather than free-text notes.

If low-stock warnings are frequent but replenishment is still late, the problem is usually not the alert itself. It is ownership. Assign a replenishment owner by item group or warehouse and review min/max policy against real demand.

نظرة عامة

تُعد وحدة Inventory مساحة التحكم الرئيسية في المخزون داخل Xfatora، وهي الوحدة المسؤولة عن إدارة الأصناف والمجموعات والمستودعات والأرصدة والحركات اليومية، مثل الاستلام والصرف والتحويل والجرد والتسويات والتقييم. ولا يجب النظر إلى Inventory على أنها مجرد شاشة لعرض الكميات، بل يجب التعامل معها على أنها طبقة الضبط التي تحفظ حقيقة المخزون من لحظة Opening Stock وحتى آخر حركة على الصنف. ويُظهر نطاق الوحدة الحالي أنها تغطي السجل الرئيسي للأصناف والمواد، وسجلات المستودعات، وعمليات Inventory receiving voucher وGoods receipt، وعمليات Issue Goods وInventory delivery voucher، وInternal delivery note، وعمليات Loss & adjustment، وStocktake، وحدود Minimum stock وMaximum stock، وInventory history، وInventory Valuation Report، مع دعم Serial number وLot number عند الحاجة.

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

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

ما الذي تديره وحدة Inventory

تدير Inventory أكثر من مجرد الرصيد.

تبدأ الوحدة من السجل الرئيسي للأصناف، والذي يشمل Commodities وCommodity groups وSub-groups وUnits وSizes وColors وStyles وModels وSKU code وBarcode وخصائص الصنف وOpening Stock. كما تظهر الشيفرة دعمًا لوظائف مثل استيراد الأصناف، واستيراد Opening Stock، وإدارة الصنف الرئيسي والـ Variations، وطباعة الباركود، والحقول الإضافية، ومنع تكرار SKU. وهذا يعني أن جودة بيانات الصنف ليست جزءًا ثانويًا، بل هي أساس جودة كل حركة لاحقة.

ثم تدير الوحدة طبقة المستودعات، وتشمل Warehouse code وWarehouse name وWarehouse address وملكية المستودع والحقول الإضافية عليه، مع فلترة وتقارير على مستوى المستودع. وبما أن الوحدة مصممة لبيئات متعددة المستودعات، فهي تميز بين المستودع المصدر والمستودع الوجهة والرصيد الخاص بكل موقع.

ثم تأتي طبقة الحركات، وهي القلب التشغيلي للوحدة، وتشمل Inventory receiving voucher وInventory delivery voucher وIssue Goods وInternal delivery note وLoss & adjustment وStocktake وInventory history. هذه السجلات هي التي تغيّر الرصيد وتحفظ الأثر التشغيلي القابل للمراجعة. كما تظهر الشيفرة بوضوح دعم طلبات الاعتماد والإشعارات الخاصة بالاستلام والصرف والتحويل الداخلي والتسويات، ما يعني أن الحوكمة جزء أصيل من التصميم وليست إجراءً خارجيًا فقط.

وتدير الوحدة أيضًا طبقة الرقابة، وتشمل Minimum stock وMaximum stock وUnsafe inventory وInventory warning وStock Summary Report وInventory Valuation Report وTransaction history، وهو ما يجعل Inventory مناسبة للتنفيذ اليومي وللمراجعة الإدارية في الوقت نفسه.

وتتضمن الوحدة كذلك طبقة تشغيل ممتدة تشمل Packing list وShipment وOrder return وإدارة Serial numbers وLot numbers وبعض السلوكيات التلقائية مثل إنشاء استلام مخزني من Purchase Order معتمد أو إنشاء Inventory delivery voucher عند إنشاء Invoice إذا كانت الإعدادات تسمح بذلك. وهذا يوضح أن الوحدة تدعم دورة السلع المادية بشكل أوسع من مجرد إضافة أو خصم كمية.

الأدوار والصلاحيات

تعمل Inventory بأفضل صورة عندما تكون المسؤوليات موزعة بوضوح.

يجب أن يتولى Inventory Admin مسؤولية قواعد الأصناف، وإعداد المستودعات، وتوحيد الوحدات، وآلية Opening Stock، وسياسة الحد الأدنى والحد الأقصى، وإعدادات الاعتماد، وسياسة التصحيح. كما يجب أن يراجع مخاطر التكرار وجودة السجل الرئيسي وحدود الصلاحيات. ولا ينبغي له تعديل الحركات المعتمدة مباشرة إلا من خلال مسار تصحيح منضبط.

أما Warehouse Clerk / Storekeeper فيتولى الاستلام اليومي، والصرف، والتحويل، وتسجيل الجرد، والحركات المسموح بها تشغيليًا. ويجب أن يراجع قوائم الوارد والصادر والتحويلات المعلقة وفروق الجرد. ولا ينبغي له تعديل تعريفات الأصناف أو منطق التقييم أو السجلات التاريخية بشكل غير مقيد.

أما Procurement Liaison فيتابع إشارات Minimum stock وUnsafe inventory، ويربط بين الكميات المستلمة والكميات المتوقعة، ويطلق إجراءات إعادة التوريد عندما ينخفض المخزون. ولا ينبغي له إجراء تصحيحات رصيد مباشرة لا ترتبط بإثباتات استلام.

أما Sales / Operations Coordinator فيراجع Available quantity قبل الالتزام، ويرفع طلبات الصرف أو التسليم، ويراجع الحالات الاستثنائية في الحركات الصادرة. ولا ينبغي له تعديل سياسات المستودعات أو اعتماد التسويات.

أما Finance / Management Reviewer فيجب أن يراجع Inventory Valuation Report وStock Summary Report واستثناءات الحركات ونتائج الجرد وفروق التسويات، مع الحفاظ على استقلالية المراجعة عن إدخال الحركة نفسها.

أما Manufacturing / Production User فيراجع جاهزية المواد، ويطلب الحركات المرتبطة بالاستهلاك أو التشغيل، لكنه لا يملك السياسة العامة للمخزون أو صلاحية التصحيح المفتوح.

وأفضل حوكمة للوحدة هي الفصل بين من يضبط السجل الرئيسي، ومن ينشئ الحركة، ومن يعتمدها، ومن يراجع أثرها المالي أو الرقابي. هذا الفصل من أقوى عناصر الضبط داخل Inventory.

الإعداد قبل التشغيل الفعلي

قبل استخدام Inventory في التشغيل الفعلي، يجب تنفيذ إعداد واضح ودقيق.

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

بعد ذلك جهّز السجل الرئيسي للأصناف. وحّد أسماء الأصناف والمجموعات والوحدات ومنطق SKU وسلوك الباركود وخصائص الصنف. وحدد منذ البداية ما إذا كانت بعض الأصناف تحتاج إلى Sizes أو Colors أو Styles أو Models أو Variations أو Serial/Lot controls. ويجب منع إنشاء أصناف مكررة من البداية لأن تكرار الصنف يفسد الاستلام والصرف والتقييم والتقارير.

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

بعد ذلك عرّف سياسات الحركات. من يملك إنشاء Inventory receiving voucher؟ ومن يملك Inventory delivery voucher؟ ومتى يُستخدم Internal delivery note؟ ومن يملك Loss & adjustment؟ وما هي الحقول المرجعية الإلزامية؟ ومتى يجب الاعتماد قبل تثبيت الحركة؟ هذه الأسئلة يجب حسمها قبل التشغيل، لا أثناءه.

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

وإذا كانت المؤسسة تحتاج إلى Serial number أو Lot number، فيجب تحديد ذلك قبل الإطلاق. ما هي الأصناف التي تتطلب التقاط الرقم التسلسلي أو رقم التشغيلة؟ وهل سيتم توليد batch numbers تلقائيًا؟ وكيف ستعمل إجراءات الاستلام والصرف والفاقد والتتبع على هذه الأصناف؟

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

وأخيرًا، يجب اختبار الدورة الكاملة للمخزون: الاستلام، والصرف، والتحويل، والجرد، والتسوية، والتقييم، ومراجعة الحد الأدنى، والتتبع التسلسلي أو الدُفعي، وأي روابط مفعلة مع Purchase Orders أو Invoices. لا يجب أن يبدأ التشغيل الفعلي اعتمادًا على إعداد البيانات فقط دون اختبار الحركات نفسها.

سير العمل الأساسي

#### 1. إعداد الأصناف والمستودعات

أول سير عمل حقيقي في Inventory هو الإعداد، لا الحركة. ابدأ بإنشاء المستودعات، وتعريف المجموعات والأصناف، وربط الوحدات والخصائص، وإدخال Opening Stock، ثم مراجعة الرصيد حسب المستودع. وإذا كانت المؤسسة تستخدم Variations أو Parent Items أو أبعادًا أو خصائص خاصة، فيجب تعريفها قبل بدء الحركات اليومية. الإعداد الضعيف ينتج تشغيلًا ضعيفًا حتى لو كانت شاشات الحركة نفسها تُستخدم بشكل صحيح.

#### 2. الاستلام داخل المخزون

عند وصول البضاعة أو المادة، يجب على المستخدم المختص تحديد الأصناف الواردة، واختيار المستودع الصحيح، وإدخال الكميات والمراجع، ثم إنشاء Inventory receiving voucher أو Goods receipt. صُممت الوحدة لزيادة الرصيد في المستودع المختار مع حفظ تاريخ الاستلام للرجوع إليه. كما تدعم بعض الإعدادات إنشاء استلام مخزني تلقائي من Purchase Order معتمد أو إلزام ربط الاستلام بأمر شراء.

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

#### 3. الصرف أو التسليم

عندما يحتاج المخزون إلى الخروج من المستودع، يجب أولًا مراجعة Available quantity، ثم اختيار المستودع المصدر، ثم إنشاء Issue Goods أو Inventory delivery voucher، ثم توضيح الجهة أو سبب الصرف. وتدعم الوحدة ربط الحركة بسياق عميل أو استخدام داخلي أو مشروع، كما تدعم سبب التصدير وسجل التسليم. وإذا كانت المؤسسة تستخدم التوليد التلقائي لحركة التسليم عند إنشاء Invoice، فيجب رغم ذلك مراجعة توافر المخزون وحالة الاعتماد.

ولا ينبغي أبدًا إصدار التزام خارجي أو داخلي على أساس التخمين. يجب أن يسبق أي التزام مراجعة الرصيد الفعلي في المستودع المناسب.

#### 4. التحويل بين المستودعات

عندما تحتاج المؤسسة إلى نقل رصيد بين المواقع، يجب استخدام Internal delivery note وتحديد المستودع المصدر والوجهة والأصناف والكميات. صُممت الوحدة لتخفيض الرصيد من المصدر ورفع الرصيد في الوجهة مع الاحتفاظ بسجل التحويل. وهذه نقطة مهمة جدًا في البيئات متعددة المواقع، لأن التحويل ليس استلامًا جديدًا وليس بيعًا، بل حركة داخلية يجب أن تبقى ظاهرة في تاريخ المخزون.

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

#### 5. الجرد والتسويات

يجب أن تتم المطابقة بين الواقع والنظام من خلال Stocktake وLoss & adjustment وليس من خلال تعديل الرصيد مباشرة. يقوم المستخدم بمقارنة الكمية المعدودة مع Available quantity، ثم إنشاء سجل فرق يوضح السبب ويرفق الأدلة عند الحاجة. وتظهر الشيفرة دعمًا واضحًا لطلبات اعتماد التسويات، وحقول السبب، والتحقق من شروط التعديل، وهو ما يعني أن الوحدة تتوقع معالجة منضبطة للفروق لا تصحيحات حرة غير موثقة.

وهذا المسار مهم لأن دقة المخزون لا تُثبت فقط بالحركات اليومية، بل تُثبت عندما يمكن تفسير الفرق بين الواقع والنظام بطريقة قابلة للمراجعة.

#### 6. مراجعة الحد الأدنى وإعادة الطلب

تدعم Inventory بشكل واضح Minimum stock وMaximum stock وUnsafe inventory والتحذيرات المرتبطة بها. لذلك يجب على الفرق مراجعة الأصناف منخفضة المخزون بانتظام، والتحقق من العناصر تحت الحد، ومراجعة التسويات غير الطبيعية، ثم إطلاق إجراء إعادة التوريد مع Procurement. هذه الإمكانية لا يجب أن تبقى مجرد لوحة معلومات، بل يجب أن تتحول إلى مسار عمل فعلي يملك مسؤولًا واضحًا.

#### 7. التتبع بالرقم التسلسلي أو رقم التشغيلة

عند تفعيل Serial number أو Lot number، يجب أن تلتزم الفرق بالتقاط هذه البيانات أثناء الاستلام، واختيارها أثناء الصرف، وربطها بحالات التلف أو الفاقد أو المراجعة عند الحاجة. وتظهر الشيفرة دعمًا لإدارة الأرقام التسلسلية، واستيرادها، وتوليد batch numbers، والبحث عن الصنف حسب الرقم التسلسلي، وتعديل الرقم المرتبط بحركة الصرف. وهذا يجعل هذه الخاصية مناسبة جدًا للأصناف التي تحتاج إلى تتبع دقيق أو خدمة ما بعد البيع أو الضمان أو المراجعة التنظيمية.

#### 8. التجهيز والشحن

تشمل الوحدة أيضًا Packing list وShipment، ما يعني أنها لا تتوقف عند الصرف فقط، بل تساعد على ضبط مرحلة التجهيز والتسليم. وتشمل هذه الطبقة كمية التغليف والكمية المتبقية والأبعاد ورسوم الشحن وحالة الشحنة والاستعداد للتسليم. وهذه القدرات مفيدة خصوصًا للشركات التي تريد أن يبقى خط سير المخزون حتى مرحلة الشحن تحت نفس المظلة التشغيلية.

#### 9. المرتجعات

تدعم Inventory أيضًا Order return، بما يشمل المرتجع اليدوي ومرتجعات المبيعات ومرتجعات المشتريات وإنشاء حركات استلام أو صرف مرتبطة بالمرتجع. وهذه نقطة مهمة جدًا لأن المرتجعات لا يجب أن تُعالج كتعديل كمي غير رسمي، بل يجب أن تمر من خلال مستندات حركة صحيحة تحفظ تاريخ الصنف بدقة.

التقارير وإيقاع المراجعة

تدعم الوحدة مجموعة مهمة من التقارير والمخرجات.

يجب استخدام Stock Summary Report لمراجعة الرصيد حسب الصنف والمستودع، مع سياق Opening وReceipt وIssue وClosing. وهو تقرير مناسب جدًا لمراجعة التوفر اليومي وأولويات إعادة التوريد.

كما يجب استخدام Inventory Valuation Report لمراجعة القيمة المخزنية ومخاطر التقييم وإقفال الفترة. وهو التقرير الأهم للمالية والإدارة عند مراجعة قيمة المخزون وتأثير الحركات عليه.

ويجب استخدام Inventory history أو Transaction history عند مراجعة التسلسل الزمني للاستلام والصرف والتحويل والتسوية. وهذا من أهم مخرجات الوحدة في التحقيقات التشغيلية أو الرقابية.

كما يجب مراجعة Low-stock / unsafe inventory بانتظام لاكتشاف عناصر الخطر قبل حدوث الانقطاع.

ويجب استخدام مراجعة Stocktake and adjustment لمتابعة أنماط الفروق وأسباب الفاقد وجودة الرقابة.

أما Warehouse-level stock visibility فمهمة جدًا في البيئات متعددة المستودعات لفهم توزيع المخزون والحاجة إلى التحويل الداخلي.

وعند استخدام Serial / lot traceability، يجب إدخالها ضمن المراجعات الخاصة بالجودة والضمان والتدقيق.

وأفضل إيقاع للمراجعة هو مراجعة يومية للاستلام والصرف والاستثناءات، ومراجعة أسبوعية للحد الأدنى والتحويلات، ومراجعة شهرية للتقييم ونتائج الجرد وأنماط التسويات.

أفضل الممارسات

اجعل السجل الرئيسي للأصناف صارمًا. الأسماء والـ SKU والباركود والوحدات والمجموعات ليست تفاصيل شكلية، بل أساس جودة كل حركة.

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

ألزم المستخدمين بذكر السبب وإرفاق الإثبات في Loss & adjustment، واستخدم الاعتماد في الحركات الحساسة.

راجع Available quantity قبل أي التزام خارجي أو داخلي.

تعامل مع إشارات الحد الأدنى والمخزون غير الآمن كقائمة إجراءات، لا كلوحة عرض فقط.

اجعل ملكية المستودعات واضحة. عندما يمكن للجميع الحركة في كل مكان دون مسؤولية واضحة، تنخفض جودة البيانات بسرعة.

استخدم Serial/Lot control فقط عندما يضيف قيمة حقيقية، لكن طبقه بصرامة كاملة عندما يكون مفعّلًا.

راجع فروق الجرد دوريًا ولا تؤجلها إلى نهاية الفترة فقط.

معالجة المشكلات / الأسئلة الشائعة

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

إذا تم اختيار المستودع الخطأ، فلا تعدّل التاريخ بصمت. أنشئ حركة تصحيح منضبطة، ثم شدد خطوة التحقق من المستودع قبل الحفظ.

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

إذا سُجل الاستلام على الصنف الخطأ، فاستخدم مسار عكس أو تصحيح معتمد، ثم راجع منطق اختيار الصنف والباركود ومخاطر التكرار في السجل الرئيسي.

إذا بدا التقييم غير صحيح، فابدأ بمراجعة Opening Stock، ثم راجع التسويات عالية القيمة، ثم افحص تتابع الحركات قرب تاريخ الإقفال. كثير من أخطاء التقييم تبدأ كأخطاء جودة بيانات قبل أن تظهر كأخطاء مالية.

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

إذا حدثت مشكلة في Serial أو Lot، فتحقق من أن الإدخال تم أثناء الاستلام والصرف، وتأكد من أن الصنف أصلًا يتطلب هذا النوع من الضبط، ثم صحح الفرق من خلال حركة قابلة للتتبع لا من خلال ملاحظات نصية فقط.

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