lint(standard): corrections completes mode standard
- Em dashes: 1712 remplaces par tirets simples (86 fichiers + _index.md, en-tete section Limagrain conserve) - Checklists: 24 '- [ ]' -> '- ☐' (3 pages operations, plus de todos Obsidian) - Ancres: 33 reparees (slugs GitHub + ancres HTML <a id> reconnues), 1 reciblee (manuel de reten) - related: tenseflow -> tense-flow, pie -> mechanical-elements, group.md retire (doublon shipping) - Registre: compteur global 122 -> 131 pages - Rapport racine _lint_report.md mis a jour (scan v2 + re-scan final: 0 anomalie) - Aucun fichier limagrain/ modifie (cloisonnement)
This commit is contained in:
@@ -36,9 +36,9 @@ last_compiled: "2026-04-17"
|
||||
A **stock adjustment** is any manual modification to a stock record's quantity, unit of measure (UoM), or logistic attributes that corrects a discrepancy between the physical reality and the WMS records. Every adjustment requires a **reason** for traceability.
|
||||
|
||||
Adjustments can be made from three interfaces:
|
||||
- **RF terminal (RFT)** — field operators correcting detected errors
|
||||
- **SmartUI (PC web)** — manager-level adjustments from the web interface
|
||||
- **Workstation / picking conveyor** — adjustments at an automatic warehouse PK station
|
||||
- **RF terminal (RFT)** - field operators correcting detected errors
|
||||
- **SmartUI (PC web)** - manager-level adjustments from the web interface
|
||||
- **Workstation / picking conveyor** - adjustments at an automatic warehouse PK station
|
||||
|
||||
EasyWMS always notifies the ERP of stock changes via **STV** (stock variation) messages, unless the stock originates from a still-open reception (in which case the change is reflected in the interface but no STV is sent until reception closes).
|
||||
|
||||
@@ -146,13 +146,13 @@ Every adjustment requires a **reason code** selected from the master. Reasons ar
|
||||
### RF Terminal Adjustments
|
||||
|
||||
Available options from `RFT > Utilities`:
|
||||
- **Increase item** — quantity increase
|
||||
- **Decrease item** — quantity decrease
|
||||
- **Location adjustment** — full adjustment (qty + UoM + AL + status)
|
||||
- **Manual Movement** — move stock/container (see [manual-movements](../concepts/manual-movements.md))
|
||||
- **Increase item** - quantity increase
|
||||
- **Decrease item** - quantity decrease
|
||||
- **Location adjustment** - full adjustment (qty + UoM + AL + status)
|
||||
- **Manual Movement** - move stock/container (see [manual-movements](../concepts/manual-movements.md))
|
||||
|
||||
RFT also supports:
|
||||
- **Adjust in picking location with partitions** — reading a partition label sets both location and item
|
||||
- **Adjust in picking location with partitions** - reading a partition label sets both location and item
|
||||
- **Adjustment during count** (in-count adjustments reported separately)
|
||||
|
||||
### SmartUI (Web) Adjustments
|
||||
@@ -211,7 +211,7 @@ A manager must then approve or cancel via `Warehouse > Stock adjustments`:
|
||||
**On adjustment (immediate):**
|
||||
- EasyWMS sends **STV** (stock variation) to ERP for each affected stock line
|
||||
|
||||
**Exception — open reception:**
|
||||
**Exception - open reception:**
|
||||
- If adjusted stock belongs to a still-open reception, changes are reflected in the WMS interface but **no STV is sent** until reception closes
|
||||
|
||||
**Double validation:**
|
||||
@@ -225,7 +225,7 @@ A manager must then approve or cancel via `Warehouse > Stock adjustments`:
|
||||
- Adjusting stock with active tasks triggers automatic task cancellation or decrement, then re-release of affected order lines.
|
||||
- Adjustment at quantity = 0 in a container: the container is **removed** or **left empty** depending on the location's "remove empty container" configuration.
|
||||
- ASN containers (pre-notified, not yet received) cannot be adjusted.
|
||||
- Client stock (already prepared/loaded for a shipping order) has special handling — it can be adjusted but incompatibility with the order line triggers unassignment.
|
||||
- Client stock (already prepared/loaded for a shipping order) has special handling - it can be adjusted but incompatibility with the order line triggers unassignment.
|
||||
- For multi-reception stock, the operator selects which specific reception's stock is being adjusted.
|
||||
- Cutting stock (non-consolidating UoM) can only be adjusted in whole stretch quantities; partial cutting requires the cutting process.
|
||||
|
||||
@@ -241,13 +241,13 @@ A manager must then approve or cancel via `Warehouse > Stock adjustments`:
|
||||
|
||||
Double validation is activated per item via its **count profile** (field: double validation flag in `inventory_management/double_validation/items/count_profile.md`).
|
||||
|
||||
### Count Profile — validation modes (WMS ≥ 2023-02-22)
|
||||
### Count Profile - validation modes (WMS ≥ 2023-02-22)
|
||||
|
||||
A **Count Profile** (`Configuration → Count Profiles`) decides whether stock adjustments for an item go straight through or wait for supervisor approval.
|
||||
|
||||
| Mode | Effect |
|
||||
|---|---|
|
||||
| **Never** | No validation required — STV is sent immediately |
|
||||
| **Never** | No validation required - STV is sent immediately |
|
||||
| **Always** | Every adjustment is held as `Pending` |
|
||||
| **According to tolerance** | Held as `Pending` **only if** the adjustment exceeds the configured tolerance |
|
||||
|
||||
@@ -260,7 +260,7 @@ A **Count Profile** (`Configuration → Count Profiles`) decides whether stock a
|
||||
| Maximum positive adjust | Absolute increase allowed without validation (base UoM) |
|
||||
| Maximum negative adjust | Absolute decrease allowed without validation (base UoM) |
|
||||
|
||||
> ℹ️ Count Profiles cannot yet be created via ITM — master data only in SmartUI.
|
||||
> ℹ️ Count Profiles cannot yet be created via ITM - master data only in SmartUI.
|
||||
|
||||
Attach the profile to an item by editing the item and selecting its Count Profile.
|
||||
|
||||
@@ -270,7 +270,7 @@ Attach the profile to an item by editing the item and selecting its Count Profil
|
||||
|
||||
- **Rights:** group `SuperAdmin` or `Administrateur` (Manager/Operator not allowed by default).
|
||||
- **Group rights do not disable validation.** Even a SuperAdmin creating the adjustment from RFT still triggers the SmartUI validation step if the item has a Count Profile requiring it.
|
||||
- Default view shows only `Pending` — enable the history filter to see validated/rejected past adjustments.
|
||||
- Default view shows only `Pending` - enable the history filter to see validated/rejected past adjustments.
|
||||
- Row colours : **green** = validated / no profile / profile "Never" / below tolerance; **red** = rejected.
|
||||
|
||||
**Cancel behaviour:**
|
||||
@@ -279,9 +279,9 @@ Attach the profile to an item by editing the item and selecting its Count Profil
|
||||
|
||||
### French UI labels reminder
|
||||
|
||||
- **Pending** — no transaction, no ERP communication (stock change *is already applied* in the WMS, only ERP sync is held)
|
||||
- **Validé** — STV sent to ERP
|
||||
- **Annulé** — stock delta reverted in WMS; no transaction, no ERP message
|
||||
- **Pending** - no transaction, no ERP communication (stock change *is already applied* in the WMS, only ERP sync is held)
|
||||
- **Validé** - STV sent to ERP
|
||||
- **Annulé** - stock delta reverted in WMS; no transaction, no ERP message
|
||||
|
||||
> ⚠️ Validation only gates the **ERP communication**. The physical stock delta is already reflected in the warehouse whatever the validation outcome.
|
||||
|
||||
@@ -295,7 +295,7 @@ Attach the profile to an item by editing the item and selecting its Count Profil
|
||||
| `RFT > Utilities > Decrease item` | RFT |
|
||||
| `RFT > Utilities > Location adjustment` | RFT |
|
||||
| `Workstations > Picking > Others > Stock Adjustment` | PC |
|
||||
| `Warehouse > Stock` (SmartUI — logistic attributes) | PC |
|
||||
| `Warehouse > Stock` (SmartUI - logistic attributes) | PC |
|
||||
| `Warehouse > Stock adjustments` (double validation review) | PC |
|
||||
| `Masters > Adjustment reasons` | PC |
|
||||
|
||||
@@ -316,11 +316,11 @@ Attach the profile to an item by editing the item and selecting its Count Profil
|
||||
|
||||
## Related
|
||||
|
||||
- [[stock]] — Adjustment modifies stock records; STV and STK.ADJ are core stock transactions
|
||||
- [[count]] — Counts generate adjustments; double validation applies to count-triggered adjustments too
|
||||
- [[quality-control]] — Quality locks affect picking/replenishment eligibility; separate from adjustments but share CST.STK vs STK.ADJ transactions
|
||||
- [[location]] — Adjustment behavior (empty container removed vs. kept) depends on location config
|
||||
- [[product-item]] — Count profile on item controls double validation activation
|
||||
- [[container]] — Adjustments to container stock trigger task/assignment re-evaluation
|
||||
- [[cutting-stock]] — Cutting stock adjustments follow indivisibility rules; label printing from location adjustment (source label only)
|
||||
- [[labels]] — Labels can be printed for cutting stock during location adjustment process
|
||||
- [[stock]] - Adjustment modifies stock records; STV and STK.ADJ are core stock transactions
|
||||
- [[count]] - Counts generate adjustments; double validation applies to count-triggered adjustments too
|
||||
- [[quality-control]] - Quality locks affect picking/replenishment eligibility; separate from adjustments but share CST.STK vs STK.ADJ transactions
|
||||
- [[location]] - Adjustment behavior (empty container removed vs. kept) depends on location config
|
||||
- [[product-item]] - Count profile on item controls double validation activation
|
||||
- [[container]] - Adjustments to container stock trigger task/assignment re-evaluation
|
||||
- [[cutting-stock]] - Cutting stock adjustments follow indivisibility rules; label printing from location adjustment (source label only)
|
||||
- [[labels]] - Labels can be printed for cutting stock during location adjustment process
|
||||
|
||||
Reference in New Issue
Block a user