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

# Jak číst historii skladové položky

> Odpovězte na otázku „kde tato jednotka byla“ z karet Události a Protokol aktivit u skladové položky: co která zaznamenává a proč nejde o stejnou historii.

> **[Otevřít v TWICE Admin](https://admin.twicecommerce.com/inventory/stock-items)**
>
> inventory/stock-items

Vyberte kartu podle otázky, než cokoli otevřete. Skladová položka vede dvě historie a čtení špatné je obvyklý důvod, proč lidé usoudí, že historie chybí.

| Otázka | Karta |
| - | - |
| Kde a kdy byla tato jednotka zadaná | **Události** |
| Kdo upravil záznam a co se změnilo | **Protokol aktivit** |

„Odešla na objednávce“ je otázka pro **Události**. „Někdo změnil její místo a chci vědět kdo“ je otázka pro **Protokol aktivit**.

## Předpoklady

> [!WARNING]
>
> **Požadovaná oprávnění:** zobrazení skladových položek, pro položku i její události. Mají je všechny systémové role. Peníze jednotky vyžadují zobrazení příjmů a výdajů, které mají role Manager, Admin a Owner, takže karta **Příjmy a výdaje** vám může chybět, i když karty historie ne.

> [!NOTE]
>
> **Nejdřív zkontrolujte rozsah míst.** Obě tabulky jsou filtrované na místa, která máte v rozsahu, a řádek objednávky se páruje podle místa **vyzvednutí**. Na účtu s více místy je to rozdíl mezi „žádná historie“ a „žádná historie tady“.

## Postup

**1. Otevřete položku**

Přejděte do **Inventář → Skladové položky** a otevřete jednotku. Kód nebo čárový kód vyhledejte v tabulce, místo abyste procházeli seznam, protože všechny karty níže jsou na stránce samotné položky.

**2. Seřaďte kartu Události, než ji začnete číst**

Otevřete **Události** a seřaďte podle **Datum začátku** nebo **Vytvořeno**. Karta se zobrazí neseřazená, s naplánovanými událostmi před řádky objednávek a ne podle data, takže časová osa čtená shora dolů není chronologická.

Karta se popisuje slovy
**„Sledujte nadcházející objednávky, údržbu a naplánované události pro tuto skladovou položku“**. Spojuje dva druhy řádků, a právě proto stojí za čtení.

**3. Rozlište oba druhy řádků**

Podle sloupce **Název události** poznáte, o který druh řádku jde:

| Řádek | **Název události** | **Odkaz** |
| - | - | - |
| Objednávka | *Objednávka* | Objednávka, ke které patří |
| Naplánovaná událost (rezervace, blokace, poznámka) | Vlastní název události nebo její typ | Prázdný |

U naplánované události identifikátor nehledejte. Nenese žádný, který by měl smysl mimo databázi, takže buňka zůstává prázdná.

Řádek objednávky se zobrazí bez ohledu na typ nákupu. Jednotka prodaná napevno se tu ukáže stejně jako rezervovaná.

**4. Přečtěte sloupce, které řádek zařadí v čase**

| Sloupec | Co říká |
| - | - |
| **Datum začátku** / **Datum ukončení** | Zadané období. U řádku objednávky datum vyzvednutí a vrácení, a pokud nejsou nastavena, vlastní datum začátku a konce řádkové položky |
| **Doba odstupu** | Čas na obrat kolem rezervace, zobrazený jako *před* a *po*. Čip vyberte, chcete-li ho upravit |
| **Vytvořeno** | Kdy byl řádek vytvořen, ne kdy jeho období začíná |

Pro otázku „kdy to bylo zadáno“ použijte **Vytvořeno**. Často je to sloupec, který spor rozhodne.

**5. Přečtěte sloupce, které řádek zařadí v účtu**

| Sloupec | Co říká |
| - | - |
| **Komentář** | Volný text u naplánované události |
| **Místo** | Ke kterému místu řádek patří |
| **Má konflikty** | Označí řádek, který je zadaný, ale nic jednotku nedrží |

Sledujte na štítku karty **Události** červené číslo. Nese počet konfliktů v aktuálním rozsahu míst a řádek s konfliktem je v tabulce podbarvený.

**6. Přejděte na objednávku, když potřebujete podrobnosti**

Vyberte řádek objednávky a otevře se objednávka. **Události** řeknou, že jednotka odešla a kdy, ale nic o tom, kdo si ji vzal, kolik zaplatil nebo jak se vrátila.

Stav jednotky při vrácení, účtované poškození a zákazníka čtěte na objednávce. Výběr jakéhokoli jiného řádku otevře danou událost k úpravě, ne jinou stránku.

**7. Kdo co změnil, čtěte v Protokolu aktivit**

Otevřete **Protokol aktivit**, který je omezen na tuto jednu položku. Čtěte tyto sloupce:

| Sloupec | Co říká |
| - | - |
| **Časové razítko** | Kdy byla změna provedena nebo se o ni někdo pokusil |
| **Akce** | Co bylo provedeno |
| **Typ zdroje** / **ID záznamu** | Čeho se změna dotkla |
| **Aktor** | E-mail u člověka, `API: <název klíče>` u klíče API, `System: <název>` u platformy, nebo čip **Nesledované**, když požadavek aktora nenesl |
| **Koncový bod** | Požadavek za změnou |
| **Stav** | Výsledek, červeně od 400 výše |

Než někoho obviníte, přečtěte **Stav**. Zaznamenán je i neúspěšný pokus.

Přečtěte si více: [protokoly aktivit](https://www.twicecommerce.com/docs/cs/concepts/admin/activity-logs.md)

## Jak poznám, že to fungovalo?

Odpověď máte, když dokážete pojmenovat kartu, ze které pochází:

* Období, kdy byla jednotka zadaná, se začátkem, koncem a odkazem: **Události**.
* Změna záznamu s aktorem a časovým razítkem: **Protokol aktivit**.
* Žádná z karet neukazuje, co jste čekali, a prošli jste níže uvedené časté chyby. To je zjištění, ne slepá ulička.

## Řešení potíží a časté chyby

> **Karta Události je prázdná, ale vím, že tato jednotka byla venku**
>
> Nejspíš rozsah míst. Karta vypisuje jen řádky patřící k místům ve vašem rozsahu a prázdný stav hlásí **„Dosud nejsou naplánovány žádné události“**, bez jakéhokoli důvodu.
>
> **Co dělat:** rozšiřte výběr míst a podívejte se znovu. Na účtu s více místy to zkontrolujte jako první a pamatujte, že řádek objednávky se páruje podle místa vyzvednutí, takže jednotka vyzvednutá jinde a vrácená k vám zůstává skrytá.
>
> **Jiná příčina:** rezervace byly na jiné jednotce stejného SKU, což se u sdružených zásob snadno stane. Zkontrolujte ostatní položky SKU.

> **Hledám kartu Objednávky a žádná tam není**
>
> Čtěte místo toho kartu **Události**. Objednávky se v ní objevují jako řádky pojmenované *Objednávka*, s objednávkou ve sloupci **Odkaz**.
>
> Profil zákazníka vlastní kartu Objednávky má, odtud se očekávání obvykle bere. U jednotky je pohledem na objednávky časová osa.

> **Řádek je označen ve sloupci Má konflikty**
>
> Význam závisí na řádku.
>
> U řádku objednávky objednávka stále uvádí tuto jednotku a nic ji nedrží. To je konflikt skladové položky a řeší se na objednávce.
>
> U řádku rezervace za rezervací není žádná nedostupnost a dosud neskončila, takže neblokuje termíny, které si nárokuje.
>
> **Co dělat:** otevřete objednávku a přiřaďte jinou jednotku. Počítejte s tím, že buňka **Doba odstupu** u rezervace s konfliktem ukazuje pomlčku místo čipu, protože rezervace bez přiřazené jednotky nemá co vyplňovat.
>
> Přečtěte si více: [konflikty skladových položek](https://www.twicecommerce.com/docs/cs/concepts/orders/stock-item-conflicts.md)

> **Řádky se objevily ve sloupci Má konflikty po archivaci jednotky**
>
> Archivace uvolnila budoucí blokace jednotky. Objednávky si ji ponechají přiřazenou a přijdou o blokaci za ní, rezervace přijdou o svou, takže obojí skončí tady.
>
> **Co dělat:** zrušte archivaci jednotky a projděte dotčené objednávky. Na opravu jednotku rezervujte a archivujte jen zásoby, které odcházejí z provozu natrvalo.
>
> Přečtěte si více: [archivace skladových položek](https://www.twicecommerce.com/docs/cs/guides/inventory/archive-stock-items.md)

> **Protokol aktivit nesahá dost daleko do minulosti**
>
> Berte protokol jako živý pohled, ne jako archiv. Administrace nenabízí žádné nastavení uchování a neslibuje, jak daleko záznamy sahají, takže záznam, který budete potřebovat za rok, tam být nemusí.
>
> **Co dělat:** vše, co potřebujete zachovat, vezměte z protokolu, dokud je vidět, a připojte k záznamu. Stránka [protokoly aktivit](https://www.twicecommerce.com/docs/cs/concepts/admin/activity-logs.md) popisuje, co protokol zaznamenává.

> **Nemohu filtrovat Protokol aktivit podle osoby, kterou hledám**
>
> Filtrujte podle e-mailové adresy. **Aktor** se filtruje jen podle e-mailu uživatele, takže řádky klíčů API a systému nelze vyfiltrovat, jen přečíst.
>
> **Co dělat:** zúžte výběr podle **Časové razítko** a **Akce** a pak čtěte sloupec **Aktor** ve výsledku.

> **Zcela nová skladová položka nemá kartu Protokol aktivit**
>
> Položku nejdřív uložte. Karta se objeví, jakmile záznam existuje, takže položka, kterou stále vytváříte, nemá protokol, který by ukázala.

> **Chci náklady a výnosy jednotky, ne její pohyby**
>
> Otevřete na stejné položce **Příjmy a výdaje**. Žádná z karet historie peníze nenese.
>
> **Co dělat:** pokud karta chybí, požádejte o oprávnění zobrazit příjmy a výdaje. Role Manager, Admin a Owner ho mají, role Member ne.

> **Data na kartě Události neodpovídají tomu, co říká zákazník**
>
> Řádek objednávky ukazuje vyzvednutí a vrácení jednotky, když jsou nastavena, a jinak se vrací k rezervovanému období řádkové položky. Rezervace, která nebyla formálně vyzvednuta ani vrácena, tedy ukazuje období, na které měla běžet.
>
> **Co dělat:** otevřete objednávku a zkontrolujte záznamy o vyřízení a vrácení. Kdy byla rezervace vytvořena, čtěte ve sloupci **Vytvořeno** na řádku Událostí.

## Související články

> **[Skladová položka - Události](https://www.twicecommerce.com/docs/cs/inventory/stock-items/events.md)**
>
> Reference karty pole po poli.

> **[Protokoly aktivit](https://www.twicecommerce.com/docs/cs/concepts/admin/activity-logs.md)**
>
> Co auditní stopa zaznamenává.

> **[Rezervace skladové položky](https://www.twicecommerce.com/docs/cs/guides/inventory/reserve-a-stock-item.md)**
>
> Vytváření naplánovaných událostí, které se tu zobrazí.

> **[Archivace skladových položek](https://www.twicecommerce.com/docs/cs/guides/inventory/archive-stock-items.md)**
>
> Co se stane se závazky jednotky na konci její životnosti.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.