Skip to content

Září 2026 ​

2026-09-30 ​

DB 7185

Sklad – sestavy pro účetnictví ​

  • Nová sestava Příjemky – pro účetnictví – položky (Velín: Sklad → Sestavy skladu, Sklad: Sestavy) – co za zvolené období přibylo na příjemkách, po artiklech, v NC bez DPH (cena z přijaté faktury, bez rozpočítaných vícenákladů). Nově i s ID a názvem dodavatele, takže si účetní mohou odfiltrovat zboží v komisi. Stejné podmínky jako dosavadní sestava pro účetní: jen nové zboží, bez franšízy (Plzeň), cukrárny a systémových artiklů; bez meziskladových převodek a rozdílových příjemek.
  • Nová sestava Stav skladu – pro účetnictví – za období – hodnota skladu v NC bez DPH na začátku a konci období (konec může být dnešek = aktuální stav) a změna mezi nimi, rozdělená na příjemky (= součet sestavy příjemek za stejné období) a ostatní pohyby (prodeje, inventury, převodky, rozdílové příjemky…). Po řádcích podskladů, poslední řádek je součet. Zboží na cestě mezi pobočkami se počítá zdrojovému podskladu.
    • Stav v minulosti je oceněný dnešní NC artiklu – historické nákupní ceny Yetti neeviduje.
    • Výpočet je náročnější a trvá tím déle, čím dál do minulosti období začíná (rok zpět zhruba půl minuty) – sestava se proto nenačítá automaticky, spouští se tlačítkem.
  • Obě sestavy vyžadují oprávnění pokladna – účetní sestavy a jsou dostupné i přes MCP pro AI asistenty.

Vratky ​

  • Oprava: formulář vratky už nenabízí kusy, které už jsou na jiné vratce nebo v reklamaci bez konečného verdiktu. Počítá se po kusech, takže jeden vrácený kus neblokuje celý vícekusový řádek prodeje.
  • Kniha vratek u položek ukazuje důvod vrácení a poznámku zákazníka.
  • Při příjmu zboží upozornění, když je na zdrojové faktuře ručně přidaný slevový kupon a je třeba upravit cenu.
  • Oprava: storno vratky z Knihy dokladů si stav ověří předem a při nemožnosti storna to srozumitelně oznámí místo chyby.
  • Oprava: po příjmu zboží zůstal panel Hotovo roztažený přes celé okno a nabídka měla nulovou výšku (prázdný formulář až do restartu).

Zákazníci ​

  • Hledání zákazníka podle e-mailu nerozlišuje velká a malá písmena – v Knize zákazníků, v Knize dokladů, na Velínu u objednávek i v Poukazech se zákazník najde, ať je e-mail napsaný Jan.Novak@… nebo jan.novak@….
    • Oprava: v Poukazech se dosud e-mail napsaný s velkým písmenem nenašel vůbec.

Různé ​

  • Rychlejší některé noční přepočty a feed dostupnosti pro eshopy.

2026-09-29.1 ​

Různé ​

  • Oprava: po verzi 2026-09-29 Yetti při zavření ukázal chybové hlášení a po jeho potvrzení se znovu spustil, takže nešel normálně ukončit. Nově se zavře bez hlášení.

2026-09-29 ​

DB 7184

Targito ​

  • Oprava: noční přenos do/z Targita od 24. 9. padal celý a nic se neposílalo. Na vině byl jediný zákazník: obsluha mu odebrala e-mail i telefon a založila nového se stejným e-mailem – starý si ale nechal targito identifikátor, který Targito mezitím přiřadilo novému.
  • Takový rozpor už přenos nezastaví. Dotčený kontakt se přeskočí, zbytek proběhne a odešle se jen varování se seznamem rozporů či duplicit. Ve většině případů by další kolečko import/export tyto rozpory mělo vyřešit samo.
  • Zákazník, kterému se odebere e-mail i telefon, ze synchronizace s Targitem vypadne a nově je mu proto odebrán i targito identifikátor. Ten tak případně přejde na zákazníka, který jeho e-mail dostal. Týká se to i dosavadních 105 takových zákazníků.

Eshop API ​

  • Oprava: noční načítání překladů artiklů z eshopu padalo na nedostatek paměti a zastavilo s sebou i ostatní úlohy automatu (vario, import bank. aviz, přepočty slev, hcytré filtry...). Data z eshopu se nově zpracovávají postupně, bez načtení celého objemu do paměti najednou, takže import zvládne i další růst sortimentu či lokalizací.

Různé ​

  • Automat se po pádu sám restartuje – při nečekané chybě dosud automat (noční přepočty, eshop, Targito, poslíček) zobrazil chybové okno a zastavil se i se všemi dalšími naplánovanými úlohami, dokud ho někdo ručně nezavřel. Nově se hlášení o chybě uloží a odešle vývojářům jako dosud, jen bez okna, a automat se hned spustí znovu. Úloha, během které spadl, pak počká na svůj další pravidelný termín.

2026-09-24 ​

DB 7183

Sklad – zrychlené předání napickovaného zboží k přepravě ​

  • Zboží napickované pro jinou pobočku už nemusí projít dalším dvojím skenováním (konsolidace a předání k přepravě hromadně). Ve Velínu → Dohledání má panel Převody na jiné podsklady pod každým cílovým podskladem nově řádky podle pickerů: kolik kusů pro ten podsklad picker má napickováno (ve Felixu dohledal, ale ještě neprošlo konsolidací na nástěnce dohledání) a kolik už má připraveno k přepravě (prošlo konsolidací). Tlačítko Napickované → připravené k přepravě na řádku pickera přepne všechny jeho napickované kusy pro daný podsklad do stavu čeká na převoz jedním klikem – místo pípání kus po kuse při konsolidaci.
    • S volbou rovnou převodka + tisk se tlačítko změní na Převodku z napickovaného (bez kontroly): navíc hned vytvoří převodku a vytiskne štítek – odpadá tak i kontrola při předání k přepravě. Na převodku jde vše, co má picker pro daný podsklad připravené k přepravě – i to, co připravil dříve, a i kusy, které napickoval postaru a prošly konsolidací na nástěnce. Ty ale leží v regálu, ne na vozíku, a je potřeba je přibalit. Kusy jiných pickerů zůstávají na běžné předání. Vyžaduje jen běžné oprávnění předání zboží k převodu, ne předání zboží k převodu bez kontroly. Vytvoření převodky potvrdí jen krátké oznámení v rohu obrazovky, bez dialogu.
    • Souhrnný řádek podskladu funguje jako dosud (předání s pípáním, volitelně bez kontroly, ale jen s extra oprávněním).
    • Body za dohledání k převozu se připisují pickerovi, ne obsluze stanice; o případné jiné bodování se rozhodne dodatečně.
  • Seznamy odjezdů a příjezdů mají rychlý filtr – u odjezdů se hodí filtrovat podle pickera, u příjezdů podle pobočky.
  • Výhradní pravidlo řízeného pickování – ve Felix velínu, záložka Přidělení, jde u pravidla s pickery zapnout Výhradně (nic z běžné fronty). Picker pak dostává jen položky, které mu přidělují pravidla řízeného pickování – toto i jeho další pravidla na podskladu – a nic z běžné fronty; když dojdou, Felix ukáže „Nic k pickování“ a picker košík dokončí. Vozík je celý pro jeden cíl a dá se předat k přepravě najednou, jen pokud picker nemá přidělené i jiné cíle. Výhradnost zůstává i po změně pickerů pravidla.
  • Postup pro pickera: pickuj, dokud Felix nabízí → Dokončit pickování → dojdi s vozíkem k PC → najdi řádek se svým jménem a podskladem a tlačítko Napickované → připravené k přepravě, resp. Převodku z napickovaného (bez kontroly) (s volbou rovnou převodka + tisk).
  • Pozn.: dočasné řešení do přechodu na pickování rovnou do beden; pro podsklady bez skladových pozic se nic nemění.

Příjemky – třídění na cíle ​

  • Dotisk štítku cíle přímo z třídění – když se bedna cíle zaplní, jde štítek na další dotisknout tlačítkem Vytisknout CÍL n pod číslem cíle, bez otevírání okna cílů (a zadávání PINu).
  • Tiskárna pro štítky cílů – v hlavní nabídce Yetti – Nastavení tisku – Prodej lze nově zvolit tiskárnu (a počet kopií) pro štítek cíle třídění. Dosud se bez náhledu tiskl vždy na výchozí tiskárnu stanice.

Pokladny – refundace ​

  • Kanál platby u refundací kartou – fronta refundací má nový sloupec kanál: u platby kartou z eshopu ukazuje, přes kterou platební bránu (GP webpay, PayPal, Apple Pay, Google Pay) původní platba přišla, a tedy kde ji vracet – platbu přes PayPal nejde vrátit v GP webpay. Jen platby přes PayPal se vyberou rychlým filtrem sloupce.
  • Bránu posílá eshop spolu s oznámením o zaplacení. Refundace kartou po uhrazení převezme kanál původní platby, takže je vidět i v pokladní knize a v knize dokladů.
  • Pozn.: u plateb, ke kterým eshop bránu neposlal (i starších), zůstává kanál prázdný.

Reklamace ​

  • Při výměně z vlastní zásoby franšízy jí náhradní kus nově vždy zaplatí SBCR – stejně jako vadný kus. Dosud ho platila prodávající firma, tedy případně i Skibi. Dosavadní případy se nenarovnávají, žádný takový zatím nenastal.

2026-09-21 ​

DB 7182

Targito ​

  • Produktové soubory nově odpovídají trhu, pro který jsou určené – ceny v jeho měně, odkazy na jeho doménu, názvy a popisy v jeho jazyce a sazba DPH podle jeho země. Dosud se lišil jen jazyk, takže slovenský soubor odkazoval na české adresy a posílal koruny.
  • Do které targito databáze („origin“) co patří, se nastavuje u mutací eshopu – v číselníku eshopů, záložka Mutace. U každé mutace se vybere Targito origin a zaškrtne výchozí pro origin u té jediné, ze které se má dělat produktový soubor. Nový trh nebo nový eshop se tak do Targita zapojí nastavením v číselníku, bez zásahu do programu.
    • Zákazníci a objednávky z mutace jdou do jejího originu; prázdný origin znamená, že se mutace do Targita nepromítá.
    • Anglické mutace patří do české targito databáze – mailing jim má chodit stejně jako českým zákazníkům (české odkazy, koruny), a proto u nich příznak výchozí není: soubor za český trh vzniká z českého patra.
  • Vedle českého a slovenského trhu tím vznikají produktové soubory i pro německý (skibi.de) a mezinárodní (.com); rakouský je připravený a začne se posílat, jakmile dostane svou mutaci.
  • Sazba DPH u produktů se bere podle země trhu a druhu artiklu stejně jako na dokladech. U českého a mezinárodního trhu zůstává česká sazba vedená u artiklu.
  • Pozn.: pro Targito to není jen oprava, ale změna obsahu souborů (zejména cen) a zároveň nové soubory pro další trhy – musí o tom vědět předem.
  • Pozn.: transakce se do Targita dál posílají přepočtené na koruny, i když produkty jdou v eurech. Je to záměr – zákazník tyto částky nevidí a slouží k cílení, kde je jedna měna napříč trhy užitečnější.

Reklamace ​

  • Náklad reklamace nese SBCR a franšíza na ní nemá nic ztratit ani vydělat. Doklad reklamace dál patří firmě, která prodala, ale vadný kus i náhrada od dodavatele končí v SBCR – mezifiremní vyúčtování se proto nově doplňuje samo:
    • zboží k objednávce pro zákazníka z reklamace (náhradní kus, opravená nebo zamítnutá věc) jede do franšízy za 0 Kč,
    • při výměně z vlastní zásoby franšízy jí náhradní kus zaplatí prodávající firma, a prodala-li franšíza sama, SBCR – v dnešní franšízové ceně,
    • při vrácení peněz (i poukazem) a u skladové reklamace zaplatí SBCR franšíze vadný kus, stejně jako u vratek,
    • mezi SBCR a Skibi se zboží nevyrovnává ani tady.
  • Oprava: franšíza dosud platila i zpáteční cestu zákazníkovy vlastní věci po opravě nebo zamítnutí. Nově jede vlastní věc zákazníka za 0 Kč kamkoli.
  • Pozn.: platí od nasazení dál, o narovnání dosavadních případů se teprve rozhodne.

Sklad ​

  • Filtr varianty nově nerozlišuje velká a malá písmena.
  • Oprava: filtr Jen u dodavatele bere ohled na zadanou variantu. Dosud se za „máme u nás“ počítal celý artikl, takže se varianta skryla i tehdy, když konkrétně ona u nás nebyla. V režimu variant to takto fungovalo už dřív.

Různé ​

  • Oprava: v historii se u objednávky označené jako prioritní a u vratky čekající na zboží zobrazoval tentýž popis. Nově má každá akce svůj vlastní; dosavadní záznamy patří všechny objednávkám, historie se proto neopravuje.

2026-09-15 ​

Velín ​

  • Optimalizace: záložky Objednávky a Péče už nebrzdí práci. Sloupec s pickery řízeného pickování se u každé objednávky dopočítával způsobem, jehož cena rostla s počtem pravidel na položkách na podskladu stanice – na pobočce s desítkami až stovkami takových pravidel trvalo každé obnovení záložky Objednávky i 7 s a Yetti po tu dobu nereagoval. Nově se pravidla na položkách načítají přímo k objednávce; obnovení trvá stejně dlouho bez ohledu na počet pravidel a na podskladech bez pravidel položek nestojí nic navíc.
  • Oprava: obnovení Velínu po změnách dat na pozadí se má opakovat nejvýše jednou za 30 s, ale při souvislém přísunu změn (Eshop expedice v plném provozu) se spouštělo každých pár sekund. Nově interval skutečně platí, což uleví stanicím i databázovému serveru, a tím všem uživatelům Yettiho.

2026-09-14.2 ​

DB 7181

Příjemky – třídění na cíle ​

  • Cíle třídění příjemky – u příjemky od dodavatele jde předem vybrat a omezit, pro které „cíle“ se bude třídit.
    • Hodí se zejména tam, kde na věci z jedné objednávky čeká mnoho různých objednávek a poboček – umožňuje předem zobrazit seznam cílů a vybrat jen prostorově a provozně zvládnutelný počet.
    • Cílem může být objednávka (rezervační box), zákazník (všechny jeho objednávky do jedné bedny) nebo cílový podsklad (vše, co míří jinam, včetně doskladnění).
    • Vybrané cíle dostanou čísla 1, 2, 3… a při třídění se tak identifikují snadněji – odpadá hledání podle náhodných kódů rezervačních boxů nebo zaměnitelných názvů poboček.
    • Pořadí je zároveň priorita: když na kus čeká víc vybraných cílů, dostane ho nižší číslo. Možnost vybrat u konkrétní věci jinou objednávku než předvolenou zůstává.
    • Okno Cíle třídění… je v kontrole příjemky i v knize dokladů nad příjemkou. U každého možného cíle ukazuje, kolik kusů čeká a kolik by při současném výběru a pořadí dostal; souhrn nahoře říká, kolik kusů půjde do cílů, kolik k naskladnění a kolik případně zůstane na příjemce.
    • Přidat cíl, odebrat, posunout v pořadí – každá změna se hned ukládá a platí pro všechny, kdo příjemku třídí. Okno může zůstat otevřené vedle třídění, po návratu do něj se čísla obnoví.
  • Režim třídění se nastavuje pro každou příjemku zvlášť a lze ho měnit i mezi koly:
    • bez omezení – vybrané cíle se jen nabízejí přednostně, jinak vše jako dosud,
    • jen vybrané cíle, ostatní k naskladnění – kus pro nevybraný cíl jde k naskladnění (i když na něj čeká jiná objednávka; projde pak běžným zaklizením a pickingem),
    • jen vybrané cíle a naskladnění zde, zbytek na další kolo – kus pro nevybraný cíl zůstane na příjemce nezkontrolovaný; při pipnutí se ukáže „Mimo toto kolo třídění“ a potvrdí se tlačítkem Ponecháno na příjemce (F12). Počítá se s tím, že takto vrácené věci půjdou do dalšího kola třídění s nově vybranými cíli.
    • Naskladnění zde (doskladnění a reklamace na tento podsklad, kusy bez objednávky) probíhá ve všech režimech.
  • Štítky cílů – štítek s velkým číslem bedny, druhem a názvem cíle se tiskne na roli 80 mm jako štítek rezervačního boxu, jednotlivě nebo pro všechny cíle najednou.
  • Varování před změnou číslování – pokud už se od výběru cílů třídilo, odebrání nebo posun cíle se potvrzuje, protože v bednách už může něco ležet. Po potvrzení se nabídne tisk nových štítků (jen pro přečíslované cíle). Přidání cíle čísla nemění, a tak se nepotvrzuje.
  • Kontrola příjemky má nově v hlavičce číslo příjemky, dodavatele, režim třídění a počet vybraných cílů.
  • Oprava: když stejnou variantu pipli dva uživatelé zároveň, mohl se jeden kus přidělit jedné objednávce dvakrát. Nově Yetti načtené kusy zpracuje a přidělí postupně.

Objednávky a zálohy ​

  • Oprava: Uložit rozpracované u faktury při uspokojení objednávky už položky původní objednávky neoznačí jako vyřízené. Dosud při "uložit rozpracované" položky objednávky změnily stav na vyřízeno, což mělo mj. dva následky – zálohy složené u jiné firmy se po potvrzení nedostaly do mezifiremního vyrovnání a po zrušení dokladu se položky nevracely do rezervačního boxu, takže objednávku šlo uspokojit jen zásahem v databázi.
    • Položky rozpracovaného dokladu (faktury) nově zůstávají naobjednávce v rezervačním boxu a objednávka se tváří jako připravená. Uspokojení je znovu nenabídne (jsou navázané na rozpracovaný doklad) a upozorní, že k objednávce už nějaký rozpracovaný doklad prodeje je – číslo takový doklad nemá, hláška proto uvádí čas založení, podle kterého se najde v knize dokladů.
  • Oprava speciálních případů v mezifiremní vyúčtování záloh:
    • do vyrovnání se sčítaly všechny zálohy dokladu bez ohledu na to, u které firmy byly složeny – nově jen zálohy složené u té druhé firmy,
    • opakované uspokojení ze dvou záloh od cizí firmy vyrovnání zdvojnásobilo – nově se už založená položka přepíše místo přidání další,
    • záloha v cizí měně se nově přepočítá kurzem dokladu; dosud se eurová částka zapsala do korunového vyrovnávacího dokladu jako koruny.
    • Pozn.: mění se chování od nasazení dál. Narovnání historie (33 dokladů s příliš vysokým vyrovnáním a 37 položek z eurových dokladů, vše mezi SBCR a Skibi) je připravené, ale spustí se až po dohodě s účetní.
  • Oprava: storno prodeje nově vrací i mezifiremní vyúčtování záloh. Dosud vyrovnání po stornu zůstalo stát, jako by se prodej uskutečnil (5 dokladů z let 2025–2026). Stornující doklad nově dostane zrcadlo toho, co bylo za stornovaný doklad zaúčtováno. Totéž umí i ruční storno zálohových dokladů, které navíc přestalo na stornující doklad kopírovat neuhrazené předpisy plateb.
  • U e-poukazu vydaného ze záloh od více firem už nevzniká poznámka „zkontrolovat mezifiremní vyrovnání“ – vyrovnání se nově spočítá správně.

Eshop ​

  • Stav položky objednávky, kterou eshop v okamžiku objednání vedl jako nedostupnou, se zobrazuje česky jako nedostupné; dosud se ukazoval anglický originál nebo prázdné pole.

2026-09-14.1 ​

DB 7180

Řízené pickování ​

  • Oprava: otevření Velínu Felix a záložky Pickování trvalo na vytížených podskladech dlouhé sekundy (přehled přidělení se s velkým počtem pravidel načítal až 15 s). Obsah přehledu se nemění.

2026-09-14 ​

DB 7180

Řízené pickování ​

  • Pravidla řízeného pickování platí jen na podskladu, kde vznikla. Přidělení pickerům i držení (objednávky, položky, zákazníka i cílového podskladu) se ukládá s podskladem stanice a řídí jen pickování na něm. Položky téže objednávky pickované na jiném podskladu jedou v běžné frontě, dokud se pravidlo nezadá i tam – Yetti na to při přidělení objednávky upozorní výpisem ostatních podskladů s nedokončenými položkami.
    • Stejná objednávka tak může mít na každém podskladu jiné pickery, nebo být na jednom držená a na jiném přidělená.
  • Přehled Pickování ve Velínu zobrazuje jen pravidla aktuálního podskladu. Pravidla bez čekající práce (stálá pravidla, už odpickované položky) zůstávají vidět šedě s 0 ks. Hromadné přeřazení, převedení na drženo a zrušení přidělení pickera se týkají jen pravidel tohoto podskladu.
  • Nástěnka dohledání, záložky Objednávky a Péče i kniha zákazníků ukazují a ruší jen pravidla podskladu stanice.
  • Předání položky k dohledání na jiný podsklad a změna cílového podskladu objednávky ruší všechna její pravidla včetně držení – Yetti před předáním upozorní. Na novém podskladu se pravidlo případně zadá znovu.
  • Pozn.: stávající pravidla se při aktualizaci přiřadila k podskladu, kde se položka dohledává; pravidla objednávek a cílových podskladů k Eshop expedici.

2026-09-08 ​

DB 7179

Tisk dokladů ​

  • Logo na tištěných dokladech se řídí eshopem dokladu, ne firmou. Logo každého eshopu (včetně jazykových variant) se spravuje v editoru lokalizací pod klíčem eshop_<číslo>_logoPrintBlack. Jako výchozí se převzalo dosavadní logo firmy – SBCR pro Kola, Lyže a Kauppu, Skibi pro Skibi a SPOT-SHOP.
    • Servisní zakázky a půjčení určují logo stejně.
  • Razítko firmy se už netiskne – na faktuře, proformě, paragonu, zakázce, reklamaci, půjčení ani rezervaci.
  • Kontakty na dokladech (telefon, e-mail, web) se berou z péče a domény eshopu podle eshopu, země a jazyka dokladu, ne z údajů firmy.
  • Rekapitulace DPH na faktuře a paragonu je v jazyce tisku (záloha / nepodl. dph / celkem – česky, anglicky, německy). Popisky jde upravit v editoru lokalizací pod klíči tisk_dph_….
  • Názvy artiklů na faktuře a dodacím listu se tisknou v jazyce dokladu, pokud artikl má překlad.

Dopravci ​

  • Sledovací odkaz zásilky se překládá. Šablona odkazu (s {cislo} na místě čísla zásilky) žije v editoru lokalizací pod klíčem dopravce_<kód>_track; pole prefix/suffix z číselníku Dopravci zmizela. České šablony se převzaly z dosavadních hodnot, ostatní jazyky se doplní v editoru. Odkaz v e-mailu se pak vybere podle jazyka zákazníka.
    • Pozn.: dopravce bez šablony nemá odkaz žádný – dřív se místo něj ukázalo samotné číslo zásilky.

Řízené pickování ​

  • Oprava zavádějícího pojmenování pravidla na cílový podsklad - nově jen doskladnění a jen zákaznické – bez zavádějících dovětků „na sklad" / „maloobchod" (sklad, maloobchod, velkoobchod a další nastavení pravidel bude v jednom z dalších releasů Yettiho)
  • Aktivní pickeři a jejich přítomnost online se vyhodnocují podle aktuálního podskladu – správně i v případě, že má picker něco přidělené na podskladu, kde se běžně nevyskytuje.
  • Nové pravidlo - nabízí více informací v gridu výběru (cíl, ks, objednávka, B2B/B2C, vytvořeno) místo slepeného textu; objednávky řazeny od nejnovější.
  • Oprava: v dohledání, objednávkách a péči se u řádku nezobrazovalo pravidlo cílového podskladu řízeného pickování.

2026-09-07 ​

DB 7178

E-poukazy ​

  • Elektronický poukaz se z eshopové objednávky vydává ve chvíli, kdy zákazník složí zálohu, a to jakýmkoliv způsobem. Automatické vyřízení e-poukazu tak funguje naoř i při příjmu zálohy převodem, úhradou poukazem nebo třeba hotově na pokladně.
  • E-poukaz jde nově vyřídit i uspokojením na prodejně, stejnou cestou jako ostatní položky objednávky.
  • Objednávka z eshopu se přijme vždycky. Když se vydání poukazu nepovede, zůstane u objednávky poznámka a obsluha/podpora ji dořeší (např. storno položky, objednávky nebo dodatečná úhrada zálohy jiným způsobem). Dřív se v takovém případě celá objednávka odmítla a do Yettiho se vůbec nedostala.
  • E-poukazový artikl už nejde přidat na prodej (jen na objednávku) – při uzavření dokladu se ohlásí, které položky vadí, a je potřeba je odebrat. Poukaz se na prodejním dokladu vytváří jako dosud tlačítkem Prodej poukazu;

Transakční zprávy ​

  • Odeslání potvrzení přijaté nezaplacené objednávky se na pár minut pozdrží. Když mezitím dorazí platba, odejde zákazníkovi ihned jediný e-mail rovnou s daňovým dokladem místo dvou zpráv za sebou. SMS se to netýká, ta odchází hned (pokud je potrvrzení přijetí objednávky formou sms aktivní).
    • Pozn.: naplno se to projeví až po úpravě šablon potvrzení objednávky, která přijde samostatně.

Eshopy a jejich mutace ​

  • Čísleník tzv. e-shop mutací byl sjednocen s eshopem. Z jednoho čísla/id mutace se odvodí celý kontext objednávky – eshop, země, jazyk, doména, měna i péče – takže eshop nemusí posílat kompletní adresy odkazů.
  • Přibyly anglické mutace Lyží a Skibi, které u nás dosud chyběly. Odkazy do e-mailů zůstávají prázdné, dokud od eshopu nedostaneme adresy anglických stránek – neuvedený odkaz se do zprávy prostě nedoplní.
  • Jazyk obsahu a měna e-shop mutace jsou nově v editoru eshopů. Podle jazyka obsahu se do produktových feedů berou lokalizované názvy a popisy artiklů, podle měny se rozhoduje mezi korunovou a eurovou cenou. Dosavadní pole jazyk zůstává tím, čím bylo – vodítkem pro výběr mutace, ne jazykem, kterým mutace "mluví".
  • Příprava: u objednávky se nově eviduje, ze které mutace přišla. Eshop tuhle informaci začne posílat až s další etapou, u starších a ručně založených objednávek zůstane prázdná.

Eshop API ​

  • Přehled podskladů ukazuje dostupnost zvlášť pro B2B a pro B2C – u každého podskladu lze vidět/nastavit, jestli se týká dostupnosti velkoobchodních a/nebo maloobchodních pater e-shopu. Následně tento jednodušší údaj nahradí seznam pater eshopu, kterých se týká. To zjednoduší nastavování, kde v praxi docházelo ke zbytečným chybám.

Číselníky ​

  • Zakládání nových řádků v číselnících Dopravy, Dopravci a Podsklady je opravené. Rozepsaný nový záznam se už neztratí odchodem z tabulky ani obnovením seznamu, zavření okna s rozepsaným záznamem se ptá místo tiché ztráty, a u podskladů už uložení nespadne na vyplnění polí, které stejně doplňuje databáze sama. Současně drobné optimalizace pod kapotou.

Řízené pickování ​

  • Pozn.: upřesnění popisu režimu pravidla na cílový podsklad – volba jen zákaznické znamená zákaznické objednávky obecně, tedy maloobchod i velkoobchod. Dosavadní popis mluvil jen o maloobchodu a byl zavádějící. Chování se nemění.

Pod kapotou ​

  • Vylepšená a podrobnější diagnostika chyby, která náhodně shodí náhled tisku určitých šablon (zejm. servis) používající bloky formátovaného textu. Díky tomu budeme moci lépe zacílit úpravy, abychom se problému vyhli.

2026-09-04 ​

DB 7177

Řízené pickování ​

  • Nové pravidlo na cílový podsklad – zboží mířící na konkrétní pobočku lze přidělit pickerům jedním pravidlem, bez ohledu na to, kolika objednávek se to týká. U pravidla se volí režim: vše, jen doskladnění (na sklad) nebo jen zákaznické (na maloobchod). Každý režim je samostatné pravidlo, takže doplňování skladu pobočky a její zákaznické objednávky můžou mít různé pickery.
  • Nové přidělení – jedno tlačítko ve Felix Velíně na záložce Pickování pro všechny typy cíle (primárně pro podsklady / zákazníky... položky a objednávky je praktičtější vybírat z nástěnky dohledání nebo Velína). Vybere se typ, pak konkrétní cíl ze seznamu s počty čekajících položek na aktuálním podskladu, pak pickeři. U cílového podskladu se režim volí v podnabídce a v seznamu jsou všechny aktivní vlastní podsklady – pravidlo pro pobočku tak jde založit dopředu, ještě než na ni práce přijde. Stejnou cestou jde i Držet.
  • Návrhy k řízení – nový sloupec v pravé části záložky Pickování. Sám vybírá zatím neřízené cíle, u kterých se přidělení pravděpodobně vyplatí, např.: expres objednávka, drahá položka, VIP zákazník, zákazník s více objednávkami, nebo třeba doplňování pobočky. Řádek jde rovnou přidělit nebo držet, klidně i více cílů najednou přes jeden výběr pickerů. Cíl, který už někdo řídí, se mezi návrhy neobjeví.
    • V přehledu vše je od každého důvodu jen prvních pár případů; když se v rozbalovacím seznamu zvolí jeden konkrétní důvod, zobrazí se všechny cíle, které mu odpovídají.
  • Statistiky expedice – v pravém tlačítku myši je u řádku doskladnění zkratka Přidělit pickery doskladnění do pobočky / Držet doskladnění do pobočky, která založí přesně odpovídající pravidlo na cílový podsklad.

Felix velín ​

  • Jedno tlačítko Aktualizovat a jeden přepínač automatické aktualizace místo tlačítek na jednotlivých záložkách. Velín se překresluje sám, jakmile se v pickování něco stane, takže ruční aktualizace už skoro není potřeba.
    • Statistiky pickerů se samy neobnovují nikdy – je to sestava za zvolené období. Načte ji tlačítko nebo změna období.
  • Výběr pickera řadí napřed ty, kdo jsou právě ve Felixu na aktuálním podskladu, pak ostatní přihlášené, a u jména ukazuje, kde jsou.
  • Mezi aktivními pickery jsou jen ti opravdu ve Felixu. Kdo za posledních 15min nic neudělal, zešedne; po hodině nebo po odhlášení zmizí úplně – zobrazit takové uživatele jde checkboxem včetně odhlášených.
  • Optimalizace: čas překreslení záložky Pickování zkráceno zhruba na polovinu.
  • Oprava: když se seznam obnovil zrovna ve chvíli, kdy v něm bylo něco označeného, mohla hromadná akce proběhnout jen na aktuálním řádku místo na celém výběru. Nově se v takovém případě ohlásí chyba, aby šlo výběr udělat znovu.

Různé ​

  • Import feedů – nová struktura xml u dodavatele Djeco.

2026-09-02 ​

DB 7176

Chytré filtry ​

  • Tři nové podmínky na dostupnost zboží – je volný na podskladě (zadá se konkrétní podsklad), je volný kdekoliv u nás (kterýkoliv vlastní podsklad/prodejna) a je dostupný u dodavatele
  • Pozn.: filtr zná stav skladu z okamžiku svého posledního přepočtu, ne z okamžiku, kdy se výsledek použije. Pro marketingové výběry, feedy a listace to stačí; pro rozhodování o tom, jestli se dá zboží prodat apod., se na to spolehnout nedá.

Řízené pickování ​

  • Přidělené a běžné položky už picker nedostane v jednom úkolu – dávka je buď celá řízená, nebo celá z běžné fronty. Nemíchají se tak dohromady různé priority a cíle.
  • Řízené položky se nabízejí jen z běžných pozic a z prodejní pozice podskladu, kde se pickuje (například pozice prodejna v Radotíně) – ne z příjmu, z pozic k založení a podobně. Běžné pickování zůstává beze změny.

Transakční zprávy ​

  • Oprava: dárkové poukazy koupené osobně odcházely e-mailem v obecném vzhledu místo ve své šabloně (sbcr vs skibi, konfigurace obsahovala neaktuální názvy šablon)
  • Příprava pro výzvy k platbě – u objednávky se nově eviduje, že čeká na zaplacení.

Pod kapotou ​

  • Oprava: změna reorder ceny pro franšízu se sama neprojevila v otevřených přehledech artiklů. Uložená byla správně, ale seznam se překreslil, až když se změnilo něco jiného.
  • Další dávka vylepšení dokumentace a pracovních postupů při vývoji, nasazení a správě yettiho a databáze.