> ## Documentation Index
> Fetch the complete documentation index at: https://www.twicecommerce.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.
# Sledování skladu
> Pochopte dvě metody sledování skladu v TWICE: sériové číslování (množství = 1) pro individuální sledování položek a sdružené sledování (množství > 1) pro agregované sledování.
Inventář > Skladové položky
## Definice
TWICE Commerce podporuje dvě odlišné metody sledování skladu. Režim volíte při registraci skladu: přepínač **Sledovat individuálně** (`trackIndividually` v požadavku na vytvoření) rozhoduje, zda každá skladová položka dostane vlastní záznam inventáře, nebo zda jeden záznam pokrývá celé množství.
| Režim | Vytvořené záznamy | Skladových položek na záznam |
| - | - | - |
| **Se sériovým číslováním** | Jeden záznam inventáře na skladovou položku | 1 |
| **Sdružené** | Jeden záznam inventáře pro celý pool | N |
1. **Sériové sledování**: každá fyzická jednotka je sledována individuálně (Skladový záznam pokrývající přesně jednu skladovou položku (množství 1), s vlastními kódy, příjmy, výdaji a časovou osou událostí. Právě díky tomu vidíte, co se stalo s jednou konkrétní položkou.). Každá skladová položka má vlastní záznam inventáře s vlastními kódy, podmínkou, příjmy a výdaji a časovou osou událostí.
2. **Sdružené sledování**: více identických skladových položek je seskupeno pod jedním záznamem inventáře (Skladový záznam pokrývající několik shodných skladových položek (množství větší než 1) pod jednou sadou kódů. Příjmy, výdaje a události na časové ose se za celý záznam sčítají — vidíte součet, nikoli to, co se stalo s jednou konkrétní položkou.). Sledování je agregované. Znáte celkové příjmy, výdaje a využití poolu, ale ne po jednotlivých kusech.
Vaše volba má přímý dopad na to, jak podrobná budou vaše provozní data.
## Kde to použiji?
Metodu sledování nastavujete při **vytváření** skladové položky, v dialogu **Registrovat skladové položky** (zaškrtávací pole **Sledovat individuálně**), nebo přes API (`trackIndividually` v těle požadavku na vytvoření; výchozí `true`).
* **Sledovat individuálně zaškrtnuto** + množství `N` → vytvoří `N` záznamů inventáře, jeden na skladovou položku.
* **Sledovat individuálně nezaškrtnuto** + množství `N` → vytvoří jeden záznam inventáře pokrývající `N` skladových položek.
`trackIndividually` existuje pouze v požadavku na vytvoření: řídí, kolik záznamů se vloží. Neukládá se a neobjevuje se v odpovědích Article. V odpovědích je `quantity` objekt s `total` a rozpadem `byLocation`; sériová položka uvádí `quantity.total = 1`, pool uvádí `quantity.total = N`.
Více: [Registrace skladových položek](https://www.twicecommerce.com/docs/cs/inventory/overview.md).
## Rychlé srovnání
| Vlastnost | Se sériovým číslováním (množství = 1) | Sdružené (množství > 1) |
| - | - | - |
| Jedinečný identifikátor | Každá skladová položka má vlastní kód(y) položky | Jeden záznam, jedna sada kódů pro pool |
| Sledování příjmů (Příjmy a výdaje) | Po jednotlivé jednotce | Agregováno napříč poolem |
| Sledování nákladů (Příjmy a výdaje) | Po jednotlivé jednotce | Agregováno napříč poolem |
| Ziskovost | Po jednotlivé jednotce | Pouze celkový součet poolu |
| Stav (U vás / U zákazníka) | Po jednotlivé jednotce | Počet jednotek aktuálně U vás vs U zákazníka |
| Status | Po jednotlivé jednotce | Jeden status pro celý pool |
| Protokol aktivit | Po jednotlivé jednotce | Za celý pool, se změnami počtu |
| Naplánované události | Přiřazeny k jedné jednotce | Přiřazeny k poolu, spotřebují `N` jednotek |
| Vyřízení | Naskenování konkrétní jednotky | Zadání množství ke spotřebování |
| Podrobnost reportingu | Na úrovni položky | Souhrn na úrovni poolu |
| Sledování podmínky | Po jednotlivé jednotce | Jedna podmínka pro celý pool |
| Historie údržby | Po jednotlivé jednotce | Pouze na úrovni poolu |
## Kdy použít který způsob
### Použijte sériové číslování (množství = 1), když
> **Položky vysoké hodnoty**
>
> Kola, lyže, snowboardy, e-koloběžky, fotoaparáty, drony, vlekové systémy. Jakákoli jednotka, u které je otázka návratnosti zajímavá po jednotkách, ne jen za pool.
> **Půjčitelné položky**
>
> Cokoli, co jde s zákazníkem **U zákazníka** a vrací se zpět. Model stavu U vás/U zákazníka a události `handed_out` / `returned` mají plnou hodnotu jen tehdy, když je každá jednotka vlastním záznamem.
> **Jedinečné položky**
>
> Originální kusy: vintage vybavení, použitý inventář s různými cenami, zakázkové produkty.
> **Sledování záruky a servisu**
>
> Historie údržby, odpisy a záruční okna po jednotlivé položce.
> **Proměnlivost podmínky**
>
> Renovované nebo recommerce položky, kde se podmínka mezi jednotkami liší.
> **Shoda s předpisy a audit**
>
> Regulatorní požadavky na dohledatelnost konkrétních jednotek.
### Použijte sdružené sledování (množství > 1), když
> **Identické, nízkohodnotné, zaměnitelné položky**
>
> Přilby, zámky, poutka, stahovací pásky, obecné příslušenství. Zákazníkům záleží na tom, že dostanou *nějakou* přilbu, ne *kterou konkrétní*.
> **Spotřební materiál**
>
> Položky, které se spotřebují a nahradí, místo aby se půjčovaly a vracely: obaly, palivové kartuše, jednorázové skipasy.
> **Sklad pouze pro prodej**
>
> Produkty, které prodáváte místo půjčování, bez potřeby sledovat životní cyklus po jednotlivé jednotce.
> **Zjednodušený provoz**
>
> Snížení datového šumu, když historie na úrovni položky nic nepřináší. Bedna 200 karabin nepotřebuje 200 záznamů.
## Dopady na data
### Co získáte se sériovým číslováním
* **Přesné přiřazení**: víte přesně, která jednotka vytvořila konkrétní příjem nebo způsobila konkrétní náklad, prostřednictvím jejích záznamů Příjmy a výdaje.
* **Individuální životní cykly**: kompletní auditní záznam po jednotce: kdy byla koupena, kde byla, kdo ji používal, kdy byla servisována.
* **Podrobná časová osa**: každá objednávka, rezervace a poznámka se přiřazuje ke konkrétní jednotce.
* **ROI na úrovni položky**: zjistěte ziskovost po jednotce a identifikujte podprůměrné kusy k vyřazení nebo renovaci.
* **Historie údržby**: servisní události vázané na jednotku, kterou popisují.
* **Připraveno na recommerce**: když jednotku nakonec prodáte, je přiložena kompletní provenience.
### Co ztrácíte se sdruženým sledováním
* **Žádné individuální přiřazení**: nelze říct, *která* přilba v poolu vydělala jaký výnos nebo potřebovala jakou opravu.
* **Agregovaná časová osa**: protokol událostí zaznamenává změny počtu („3 jednotky vydány") místo změn identity.
* **ROI pouze na úrovni poolu**: lze spočítat průměrné ROI na jednotku, ale ne po jednotlivé instanci.
* **Žádné sledování podmínky po jednotce**: jedna hodnota podmínky pro celý pool.
### Příklad vedle sebe
**Se sériovým číslováním.** Skladová položka `art_bike_1234` (množství 1):
* Kódy: `BIKE-1234`, `SN240501234`.
* Příjmy a výdaje: `+500 €` příjem z půjčení; `-150 €` oprava 10. ledna.
* Protokol aktivit: 15 událostí `handed_out` a 15 událostí `returned`.
* `profitability`: `350 €`. Víte, že přesně tolik vydělala.
**Sdružené.** Skladová položka `art_helmet_pool` (množství 50):
* Kódy: `HELMET-POOL`.
* Příjmy a výdaje: `+5 000 €` celkový příjem z půjčování přileb; `-300 €` za nákup náhradních přileb.
* Protokol aktivit: změny počtu (např. „10 jednotek u zákazníka", „9 jednotek vráceno, 1 ztracena").
* `profitability`: `4 700 €` za celý pool. Víte, co udělal pool, ne co udělala přilba č. 17.
## Volba správného režimu při vytvoření
Režim se rozhoduje při vytvoření. Konverze mezi režimy na místě není podporována. Pokud potřebujete změnu, vytvořte nové záznamy v požadovaném režimu a migrujte.
To dělá volbu předem důležitou. Použijte tento kontrolní seznam:
* Je tato položka půjčitelná? → **Se sériovým číslováním**.
* Má sériové číslo, na kterém vám záleží? → **Se sériovým číslováním**.
* Odepisuje se nebo vyžaduje individuální údržbu? → **Se sériovým číslováním**.
* Je to jedna z 50 identických nízkohodnotných spotřebních položek? → **Sdružené**.
* Vyhovuje vám ROI na úrovni poolu? → **Sdružené**.
Většina obchodníků TWICE používá kombinaci: sériové číslování pro půjčovní flotilu, sdružené sledování pro příslušenství a spotřební materiál.
## Migrace mezi režimy
Neexistuje konverze na místě. Pro přechod:
* **Se sériovým číslováním → Sdružené.** Vytvořte novou sdruženou skladovou položku s požadovaným množstvím a stávající sériové položky vyřaďte nastavením statusu na **Neaktivní**. Historické položky příjmů a nákladů zůstávají přiřazené k vyřazeným záznamům a nadále se počítají v reportech.
* **Sdružené → Se sériovým číslováním.** Vytvořte nové skladové položky se sériovým číslováním (jednu na fyzickou jednotku) se stejným SKU. Jakmile nové záznamy existují, snižte množství poolu přes `POST /articles/:id/decrease-quantity`.
V obou směrech zůstávají zachovány stávající záznamy příjmů a nákladů i události na starých záznamech. Reportovací nástroje sčítají napříč všemi záznamy sdílejícími stejné SKU, takže historická data se nadále počítají do výkonnosti na úrovni SKU.
## Dopad na výpočty dostupnosti
Oba režimy napájejí stejný ATS engine, ale odlišně.
* **Se sériovým číslováním.** ATS počítá počet jednotlivých skladových položek na místě se statusem **Aktivní**, které nejsou vázané (přes objednávku nebo rezervaci) na překrývající se rozsahy.
* **Sdružené.** ATS čte celkové množství poolu (`quantity.total`), odečte počet jednotek aktuálně vázaných (přes objednávky spotřebovávající z poolu nebo rezervace uplatněné na pool), a zbytek je dostupný.
Rezervace na sériových položkách vážou **konkrétní** jednotku; rezervace na sdružených položkách vážou **určitý počet** jednotek. Použijte sériové položky, pokud proces operátora vyžaduje zaručení konkrétní fyzické položky. Sdružené položky lze v rámci poolu volně zaměňovat.
## Dopad na reporting
Reporty seskupené podle skladové položky zobrazí jeden řádek na sériovou jednotku, ale jen jeden řádek na pool. Pro srovnání jako jablka s jablky napříč režimy:
* Seskupte podle SKU: sériové položky i pooly se sečtou pod svým SKU.
* Filtrujte podle pole `quantity`, pokud konkrétně potřebujete jeden režim: pooly mají množství větší než 1.
* Pro přehled po jednotlivých kusech u sdruženého skladu obvykle potřebujete nejprve konvertovat na sériové číslování.
## Vztahy
```mermaid theme={null}
%%{init: {'flowchart': {'nodeSpacing': 20, 'rankSpacing': 20}}}%%
flowchart TB
SKU["SKU"]
subgraph Serialized[" "]
S1["Skladová položka se sériovým číslováním
množství = 1"]
S2["Skladová položka se sériovým číslováním
množství = 1"]
S3["Skladová položka se sériovým číslováním
množství = 1"]
end
subgraph Pooled[" "]
P["Sdružená skladová položka
množství = N"]
end
SKU --> S1
SKU --> S2
SKU --> S3
SKU --> P
style SKU fill:#3b82f633,stroke:#3b82f6,stroke-width:3px,font-weight:bold
style S1 fill:#10b98133,stroke:#10b981,stroke-width:2px
style S2 fill:#10b98133,stroke:#10b981,stroke-width:2px
style S3 fill:#10b98133,stroke:#10b981,stroke-width:2px
style P fill:#f59e0b33,stroke:#f59e0b,stroke-width:2px
style Serialized fill:#0000000d,stroke:#888,stroke-width:1px
style Pooled fill:#0000000d,stroke:#888,stroke-width:1px
```
## Časté dotazy
> **Mohu konvertovat sériové položky na sdružené, nebo naopak?**
>
> Ne na místě. `trackIndividually` je volba při vytvoření, ne uložené pole, které lze upravit. Pro přechod vytvořte nové záznamy v cílovém režimu a původní vyřaďte změnou statusu. Historická data zůstávají zachována na vyřazených záznamech.
> **Která metoda je pro můj podnik lepší?**
>
> Zvolte **sériové číslování** pro jakoukoli půjčitelnou, sledovatelnou nebo vysoce hodnotnou položku a pro cokoli, co byste mohli chtít analyzovat po jednotce. Zvolte **sdružené sledování** pro identické, zaměnitelné, nízkohodnotné položky, kde stačí data na úrovni poolu. Většina obchodníků TWICE používá obojí.
> **Podporuje sdružený inventář rezervace?**
>
> Ano. Rezervace na poolu spotřebují **N jednotek**, místo aby vázaly konkrétní jednotku. ATS poolu během rozsahu rezervace klesne o `N`.
> **Jak to ovlivňuje mé integrace API?**
>
> Oba režimy používají stejný zdroj Article. Žádné pole v odpovědi režim neoznačuje. Přečtěte si objekt `quantity`: sériové položky uvádějí `quantity.total = 1`, sdružené položky uvádějí `quantity.total > 1`, s rozpadem podle místa v `quantity.byLocation`. Pole `codes` funguje u obou. Rezervace řídí objednávky, které položku obsahují; u sdružené položky každá rezervující objednávka spotřebuje určitý počet jednotek z poolu.
> **Mohu mít v jednom podniku obě metody?**
>
> Ano, to je běžný případ. Použijte sériové číslování pro flotilu, kterou skutečně chcete sledovat po jednotce, a sdružené sledování pro příslušenství nebo zásoby.
> **Záleží SKU na metodě sledování?**
>
> Ne. Jedno SKU může mít kombinaci sériových i sdružených skladových položek, například SKU `HELMET-MD` může mít jednu sdruženou skladovou položku s `quantity = 50` a několik sériových položek pro prémiové přilby, které chcete sledovat po jednotce. Souhrny SKU sčítají obojí.
> **Co zvyšování nebo snižování sdruženého množství?**
>
> Použijte `POST /articles/:id/increase-quantity` pro přidání jednotek (volitelně s `fromDate`) a `POST /articles/:id/decrease-quantity` pro jejich odebrání. Při snižování vždy nejprve zavolejte `GET /articles/:id/plan-quantity-change`: vrátí `blockingUnavailabilities`, `moves` a `removedSlotIds`, takže víte, co vaše změna ovlivní, ještě než ji potvrdíte.
## Reference pro vývojáře
Režim sledování se nastavuje při vytvoření přes `trackIndividually` na endpointech `articles`. Pro vytvoření mnoha záznamů najednou viz [Hromadné vytváření](https://www.twicecommerce.com/docs/cs/concepts/integrations/bulk-creation.md).
> **[API: Articles](https://www.twicecommerce.com/docs/api-reference/articles)**
>
> Otevřete endpoint v API referenci.
## Související články
> **[Skladové položky](https://www.twicecommerce.com/docs/cs/concepts/inventory/stock-items.md)**
>
> Kompletní model a životní cyklus skladové položky
> **[Události skladové položky](https://www.twicecommerce.com/docs/cs/concepts/inventory/events.md)**
>
> Časová osa se chová odlišně podle režimu
> **[Skladové kódy](https://www.twicecommerce.com/docs/cs/concepts/inventory/stock-codes.md)**
>
> Kódy na sériových vs sdružených položkách
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.