Přejít na hlavní obsah
Seznam skladových položek se sloupci 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í.
  1. Sériové sledování: . 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í: . 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.

​
Rychlé srovnání

​
Kdy použít který způsob

​
Použijte sériové číslování (množství = 1), když

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.
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.
Originální kusy: vintage vybavení, použitý inventář s různými cenami, zakázkové produkty.
Historie údržby, odpisy a záruční okna po jednotlivé položce.
Renovované nebo recommerce položky, kde se podmínka mezi jednotkami liší.
Regulatorní požadavky na dohledatelnost konkrétních jednotek.

​
Použijte sdružené sledování (množství > 1), když

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í.
Položky, které se spotřebují a nahradí, místo aby se půjčovaly a vracely: obaly, palivové kartuše, jednorázové skipasy.
Produkty, které prodáváte místo půjčování, bez potřeby sledovat životní cyklus po jednotlivé jednotce.
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

​
Časté dotazy

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.
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í.
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.
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.
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.
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í.
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í.

API: Articles

Otevřete endpoint v API referenci.

​
Související články

Skladové položky

Kompletní model a životní cyklus skladové položky

Události skladové položky

Časová osa se chová odlišně podle režimu

Skladové kódy

Kódy na sériových vs sdružených položkách