> ## 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 nastavit doby odstupu a pole plnění

> Dejte položce čas na obrat mezi rezervacemi a umístěte do objednávky pole, která personál vyplňuje při předání. A proč doba odstupu sama nezabrání zákazníkovi rezervovat příliš brzy.

![Karta Vyřízení s kartou Pole plnění nad kartou Doba odstupu](https://mintcdn.com/twicecommerce/l95t8ynxivCPRo_n/images/inventory-stock-item-fulfilment.webp?fit=max\&auto=format\&n=l95t8ynxivCPRo_n\&q=85\&s=b515754a9f57582ddbae42f8eed60cd2)

Inventář > Skladové položky > \[Položka] > Vyřízení

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

Karta **Vyřízení** u skladové položky obsahuje dvě nastavení, která se setkávají v okamžiku předání položky.

**Doba odstupu** udržuje mezeru kolem každé rezervace, aby se neopren stihl vypláchnout a kolo prohlédnout, než půjde znovu ven. **Pole plnění** je údaj, který personál vyplňuje do objednávky při jejím vyřízení: číslo úpravy, kód zámku, stav počítadla.

Než dobu odstupu nastavíte, přečtěte si obě části níže. Dělá méně, než většina lidí předpokládá.

## Předpoklady

> [!WARNING]
>
> **Požadovaná oprávnění:**
>
> * `inventory:attribute:create` a `inventory:attribute:manage` pro definici pole plnění
> * `inventory:stock_item_fulfilment:manage` pro dobu odstupu a pole plnění u skladové položky
> * `inventory:sku_general:manage` totéž u SKU, kde slouží jako výchozí hodnota
> * `orders:order_summary:manage` pro zadání hodnoty v objednávce
> * `catalog:listing_limits:manage` pro kartu **Limity** nabídky, kterou potřebujete pro část ve storefrontu
>
> Všechna tato oprávnění drží všechny čtyři systémové role.

> [!NOTE]
>
> **Než začnete, rozhodněte:**
>
> * **Výchozí hodnota na SKU, nebo přepsání u položky?** Doba odstupu nastavená na SKU platí pro každou propojenou položku, která ji nepřepsala. Nastavte ji na SKU, pokud některá jednotka nepotřebuje delší.
> * **Před, po, nebo obojí.** Jsou to samostatná nastavení a znamenají různé věci.
> * **Která pole personál při předání skutečně potřebuje.** Každé přidané pole musí někdo u každé objednávky přečíst.
> * **Zda je třeba zákazníkům zabránit rezervovat příliš brzy.** Pokud ano, doba odstupu sama nestačí, jak vysvětluje další část.

## Co doba odstupu skutečně dělá

Doba odstupu má dvě poloviny, které se nastavují nezávisle:

| Pole | Význam |
| - | - |
| **Před každou rezervací** | Doba přípravy. Jednotka musí být volná po tuto dobu *před* začátkem rezervace. |
| **Po každé rezervaci** | Doba obratu. Jednotku nelze znovu rezervovat, dokud neuplyne tato doba *po* konci rezervace. |

Zadejte obojí jako množství a jednotku: minuty, hodiny, dny a podobně.

Berte obojí jako polštář kolem každé stávající rezervace. Nová rezervace je s existující v konfliktu, pokud by spadla dovnitř tohoto polštáře, a mezera mezi dvěma po sobě jdoucími rezervacemi téže jednotky musí pojmout dobu po dřívější rezervaci **plus** dobu před pozdější. Obě doby se nepřekrývají ani se nepočítají dvakrát.

**Tato část funguje ve storefrontu.** Dostupnost, kterou zákazníci vidí, už s odstupy kolem stávajících rezervací počítá, takže termín příliš blízko jiné rezervace se nenabízí.

## Co doba odstupu nedělá

> [!WARNING]
>
> Doba odstupu nezabrání zákazníkovi rezervovat začátek, který je od teď příliš brzy.
>
> Jednohodinový odstup „před každou rezervací“ neodebere následující hodinu z časů, které storefront nabízí. Zákazník může vybrat začátek za deset minut a kalendář ho ukáže jako platný. Rezervace je pak zamítnuta, buď při ověření výběru, nebo v pokladně, kde zůstane tlačítko pro platbu zakázané.

Berte oba případy jako skutečně odlišné:

* **Odstup od stávající rezervace** je vlastností té rezervace, takže ho lze do kalendáře zakreslit předem.
* **Odstup jako předstih od teď** je pohyblivý cíl měřený od aktuálního okamžiku. TWICE Commerce ho záměrně nezačleňuje do uložené dostupnosti položky, takže nic ve vykresleném kalendáři takové začátky neoznačí jako nerezervovatelné. Kontroluje se při ověření výběru a znovu při vytvoření objednávky.

Počítejte s podobou, kterou obchodníci hlásí: čas, který vypadá rezervovatelný, zákazník, který ho vybere, a selhání na konci toku místo na začátku.

### Spárujte ho s termínem objednávky u nabídky

Ovládání na straně storefrontu žije u **nabídky**, nikoli u skladové položky. Otevřete nabídku, přejděte na její kartu **Limity** a nastavte „Objednávky musí být nejpozději zadány“.

Na rozdíl od doby odstupu je termín objednávky zakomponován do dostupnosti, kterou storefront vykresluje: rezervace nemůže *začít* uvnitř okna termínu, takže se tyto časy přestanou nabízet.

> [!NOTE]
>
> Nastavte termín objednávky alespoň na nejdelší dobu „před každou rezervací“ u dané položky. Odstup drží váš provoz v pořádku, ale termín objednávky je to, čím se řídí kalendář zákazníka.

Vedle odstupu uvážlivě nastavte i další tři pravidla na kartě **Limity** nabídky:

| Nastavení | Co omezuje |
| - | - |
| **Minimální doba rezervace** | Nejkratší pronájem, který může zákazník vybrat |
| **Maximální doba rezervace** | Nejdelší |
| **Přírůstek délky rezervace** | Krok mezi volitelnými délkami |
| **Objednávky musí být nejpozději zadány** | Jak dlouho před začátkem musí být objednávka zadána |

![Karta Limity u nabídky s minimální a maximální dobou rezervace, přírůstkem a termínem objednávky](https://mintcdn.com/twicecommerce/5ARkyCTk5wMAizBn/images/catalog-listing-limits.webp?fit=max\&auto=format\&n=5ARkyCTk5wMAizBn\&q=85\&s=11baf2cd9a916b5502bce3f0b996f9ab)

Katalog > Výpisy > \[Nabídka] > Limity

Přečtěte si více: [Limity nabídky](https://www.twicecommerce.com/docs/cs/catalog/listings/limits.md) popisuje každé nastavení podrobně, včetně dvou režimů termínu objednávky: pevný posun před začátkem, nebo uzávěrka podle hodin v dřívější den.

> [!WARNING]
>
> **Vyzkoušení v administraci problém nereprodukuje.** Kontrola předstihu platí jen pro anonymní nakupující ve storefrontu. Personál, API klíče a přihlášené tokeny jsou z ní záměrně vyňaty, takže objednávka, kterou vytvoříte sami v administraci, projde i na začátek, který by zákazníkovi byl odmítnut. Vyzkoušejte to ve storefrontu v anonymním okně.

## Postup

**1. Rozhodněte, kam odstup patří**

Otevřete **Inventář → SKU**, vyberte SKU a použijte jeho kartu **Vyřízení**, pokud je odstup vlastností produktu, což pokrývá většinu případů. Kartu **Vyřízení** jednotlivé položky použijte jen tehdy, když se jedna jednotka skutečně liší.

**2. Nastavte odstup**

Nastavte **Před každou rezervací** a **Po každé rezervaci** na kartě **Doba odstupu**.

U skladové položky propojené se SKU čekejte, že výběry začnou zakázané a zobrazí zděděné hodnoty. Chcete-li je upravit, vyberte **Přepsat**, nebo **Použít výchozí hodnotu SKU**, abyste se k dědění vrátili. Zděděná hodnota je označena **Získáno z SKU**.

**3. Vyřešte rezervace, do kterých se nový odstup nevejde**

Pozor, prodloužení odstupu se může překrýt s rezervacemi, které už v kalendáři jsou. TWICE Commerce to před uložením zkontroluje, a pokud nějaké najde, otevře dialog s nadpisem „Při prodloužení doby odstupu by se překrylo \{count} rezervací“, ve kterém každou uvede s odkazem **Zobrazit objednávku**.

Výběrem **Uložit tak jako tak** použijete nový odstup a ty rezervace ponecháte na jejich stávajícím odstupu, nebo zrušte a nejprve upravte data.

**4. Definujte pole plnění**

Přejděte do **Nastavení → Atributy a tagy**, otevřete **Pole plnění** a přidejte jedno pole pro každou věc, kterou personál při předání zaznamenává. Pojmenujte ho tak, jak ho uvidí ten, kdo vybírá, zvolte formát a zaškrtněte **Povinné** tam, kde se má vždy vyplnit.

Zaškrtněte **Uložit jako globální atribut** u pole, které platí pro každou skladovou položku, například podpis při předání. Globální pole se nepřipojuje, takže další krok u něj přeskočte.

**5. Připojte každé pole tam, kde platí**

Otevřete kartu **Vyřízení** u SKU a stiskněte **Přidat pole**, abyste pole připojili ke každé skladové položce pod tímto SKU. Pokud ho potřebuje jen jedna jednotka, připojte ho místo toho na kartě **Vyřízení** této položky.

Zadejte-li zde hodnotu, dáte poli počáteční hodnotu, kterou objednávka zdědí. Ponechte prázdné u údaje, který personál zaznamenává u každé objednávky zvlášť.

**6. Nastavte odpovídající limity nabídky**

Pokud zákazníci tuto položku rezervují online, otevřete nabídku v **Katalog → Výpisy**, přejděte na **Limity** a nastavte „Objednávky musí být nejpozději zadány“ tak, aby pokrývalo vaši přípravnou dobu. Při té příležitosti zkontrolujte i limity délky.

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

**Doba odstupu:** otevřete kartu **Události** položky a prohlédněte si časovou osu kolem stávající rezervace. Poté zkontrolujte storefront: data hned po té rezervaci už by nemělo jít vybrat.

**Termín objednávky:** zkuste ve storefrontu vybrat začátek uvnitř okna termínu. Neměl by se vůbec nabízet. Pokud se nabízí a selže až později, termín u té nabídky nastaven není a samotný odstup to zařídit nemůže.

**Pole plnění:** otevřete objednávku s přiřazenou položkou. Ve sloupci **Detaily splnění** vedle skladové položky zkontrolujte, že je uvedeno každé pole, které jste připojili, s hodnotou nastavenou na SKU nebo položce. Přepište jednu hodnotu a objednávku znovu otevřete: nová hodnota tam je a nahrazená hodnota se zobrazí po najetí myší.

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

> **Zákazník vybral čas, který pak v pokladně selhal**
>
> **Příčina:** jediným pravidlem byla přípravná doba odstupu u položky. Zamítne příliš brzký začátek, ale z kalendáře ho neodebere.
>
> **Co dělat:** nastavte „Objednávky musí být nejpozději zadány“ na kartě **Limity** nabídky alespoň na délku odstupu. To je nastavení, kterým se řídí kalendář storefrontu.

> **Při zadání objednávky to funguje, takže to nemohu reprodukovat**
>
> **Příčina:** kontrola předstihu běží jen pro anonymní veřejné požadavky storefrontu. Relace personálu, API klíče a tokeny ji záměrně přeskakují, aby člen personálu mohl vždy přijmout rezervaci na poslední chvíli u přepážky.
>
> **Co dělat:** reprodukujte to na veřejném storefrontu v anonymním okně, ne v administraci.

> **Nastavil jsem odstup u položky a nic se nezměnilo**
>
> **Příčina:** položka stále dědí ze SKU, nebo jste odstup nastavili na SKU, zatímco položka má vlastní přepsání. Hodnota na úrovni položky vždy vyhrává.
>
> **Co dělat:** zkontrolujte, zda karta nezobrazuje **Získáno z SKU**. Pomocí **Použít výchozí hodnotu SKU** zahodíte přepsání a necháte řídit SKU.

> **"Při prodloužení doby odstupu by se překrylo N rezervací"**
>
> **Kdy se to stane:** nový odstup se nevejde kolem rezervací, které už v kalendáři jsou.
>
> **Co dělat:** **Uložit tak jako tak** použije odstup do budoucna a ty rezervace ponechá na jejich stávajícím odstupu, což je obvykle to, co chcete. Pomocí **Zobrazit objednávku** u každé zkontrolujte, zda obrat opravdu nelze splnit, a v tom případě posuňte data.

> **V objednávce chybí pole plnění**
>
> **Příčina:** pole není připojeno ani k přiřazené skladové položce, ani k jejímu SKU a není globální. Do objednávky se dostanou jen připojená pole a řádek bez přiřazené jednotky žádné nezobrazí.
>
> **Co dělat:** připojte ho na kartě **Vyřízení** u SKU, aby ho nesla každá propojená položka, nebo ho v **Nastavení → Atributy a tagy** označte jako globální. Pokud řádek jednotku nemá, nejprve ji přiřaďte.

> **Nemohu filtrovat zásoby podle pole plnění**
>
> **Kdy se to stane:** pole plnění není inventární atribut. V tabulce Skladové položky nemá sloupec, takže není podle čeho filtrovat, řadit ani hromadně upravovat.
>
> **Co dělat:** pro cokoli, podle čeho chcete se zásobami pracovat, například úložnou oblast, použijte [atribut](https://www.twicecommerce.com/docs/cs/concepts/admin/attributes.md). Atributy se stávají filtrovatelnými a řaditelnými sloupci.

> **Nemohu nastavit dobu odstupu při úpravě více položek**
>
> **Příčina:** doba odstupu je z hromadné úpravy vyloučena. Karta uvádí „Dobu odstupu nelze upravit pro více položek“.
>
> **Co dělat:** nastavte ji na sdíleném SKU, které zasáhne všechny propojené položky najednou.
>
> Přečtěte si více: [Jak hromadně upravit skladové položky](https://www.twicecommerce.com/docs/cs/guides/inventory/bulk-edit-stock-items.md)

## Související články

> **[Atributy a tagy](https://www.twicecommerce.com/docs/cs/settings/attributes-tags.md)**
>
> Kde se pole plnění definují, vedle atributů a tagů.

> **[Limity nabídky](https://www.twicecommerce.com/docs/cs/catalog/listings/limits.md)**
>
> Část na straně storefrontu: délky, přírůstky a termín objednávky.

> **[Dostupnost](https://www.twicecommerce.com/docs/cs/concepts/catalog/availability.md)**
>
> Všechny vrstvy, které rozhodují, zda lze termín rezervovat.

> **[Vyřízení skladové položky](https://www.twicecommerce.com/docs/cs/inventory/stock-items/fulfillment.md)**
>
> Co dalšího karta Vyřízení obsahuje.


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