Yetti – historie změn

Přehled novinek a oprav, vydání po vydání – od jara 2002 dodnes. Poslední vydání je rovnou tady, starší najdeš po měsících v bočním menu.

Zápisy do roku 2019 jsou převzaté z původních dokumentů tak, jak byly psané – nejstarší roky jsou spíš vývojářský deník bez diakritiky.

Vydání RAD Serveru a Felixe, která se dřív psala do společného seznamu, najdeš u těch aplikací. Tady zůstalo pár zápisů o Pickeru a Yetti Web Serveru – ty už se dál nevyvíjejí a vlastní sekci nemají.

2026-10-09

DB 7190

Přihlášení / franšíza

• Režim franšízy se řídí jen přihlášeným uživatelem. Dosud Yetti odhadoval franšízu i podle názvu počítače, loginu nebo pokladny, takže např. manažer SBCR přihlášený na počítači franšízy viděl omezené prostředí franšízy. Nově uživatel, který nepatří do franšízy, uvidí na jakémkoli počítači a pokladně plné prostředí Yettiho. Uživatelé franšízy mají prostředí stejné jako dosud.
• Logo a název na přihlašovacím okně odpovídají firmě vybrané pokladny (u pokladny franšízy Skibi, jinak SBCR) a mění se při změně pokladny.
• Přehlášení PINem mezi uživatelem franšízy a ostatními uživateli (např. přes Změnu přihlášeného uživatele) není možné. Yetti upozorní, že je potřeba se odhlásit a přihlásit znovu. Udělení oprávnění jiným uživatelem funguje dál.
• opravený okrajový případ: Mezifiremní vyrovnání u vratky vznikne i tehdy, když vratku zboží jiné firmy přijme na pokladně franšízy uživatel, který do franšízy nepatří (např. manažer SBCR v Plzni). Dosud se v takovém případě vyrovnání nezapsalo.

Sklad – převody na jiné podsklady

• Převod na jiný podsklad – nový sloupec typ u každého kusu čekajícího na převoz: B2C, B2B, doskladnění, reklamace nebo franšíza. Podle sloupce jde filtrovat.
• Převod na jiný podsklad – načítání čtečkou respektuje filtr. Kdo si vyfiltruje třeba jen B2C (nebo jeden box), tomu pípnutí přiřadí kus jen z vyfiltrovaných řádků. Při stejném zboží pro zákazníka i pro doskladnění tak jde přednostně odeslat zboží zákazníkům, aniž by ho „sebralo“ doskladnění.
  • Když pípnutý kus filtru neodpovídá, Yetti nabídne filtr zrušit a hledat v celém seznamu. Dosud se filtr před každým pípnutím rušil sám.
• Velín, záložka Dohledání, tabulka Převody na jiné podsklady: nový sloupec z toho zák. – kolik z připravených kusů jde zákazníkům (B2C i B2B). Hned je vidět, jestli je mezi připraveným zbožím něco pro zákazníky a vyplatí se to napípat a poslat přednostně. Řádky jednotlivých pickerů ho nemají.
• Příjem převodky – nové rozložení tlačítek podle běžného postupu: napípat kusy do boxů, zbytek přijmout jedním tlačítkem.
  • Velké tlačítko vpravo je nově Přijmout zbytek na sklad. Dokud na převodce zbývá něco do rezervačních boxů, je neaktivní a ukazuje, kolik kusů do boxů zbývá (např. Do boxů zbývá 3 ks). Potvrzení ukáže, kolik kusů se přijme.
  • Dosavadní Hotovo se jmenuje Zavřít a je vlevo – okno jen zavírá, napípané kusy jsou uložené průběžně.
  • Příjem všeho včetně kusů do boxů (oprávnění převodky – příjem vše bez kontroly) se přesunul do menu pravého tlačítka nad seznamem: Přijmout vše bez kontroly, i do boxů…. Položka je v menu, jen dokud na převodce něco do boxů zbývá.

Import úhrad z bankovních avíz

• Automatický import plateb z bankovních avíz (RB, Fio) funguje i po přechodu na příjem avíz přes skupinu banka.aviza@skiservis.cz. Banku pozná podle původního odesílatele, i když skupina přepisuje odesílatele na svou adresu. Avíza, která chodí dosavadní cestou, se zpracují stejně jako dosud.
• Import přestane čekat, když poštovní server 30 s neodpovídá. Dosud mohl čekat bez omezení a zdržet ostatní úlohy automatu.
• Když import selže (nedostupný poštovní server, nestažená zpráva), automat pošle upozornění e-mailem s výpisem průběhu. Dosud se chyba jen zapsala do logu a úloha se tvářila jako úspěšná.

Automaty

• Automaty hlásí svůj stav do monitoringu Každá instance bez obsluhy (naplánované úlohy, poslíček, EET, Kviff API) posílá pravidelný signál, že běží. Když signál nepřijde včas nebo instance narazí na vážnou chybu (spadlé spojení s databází, zastavené odesílání zpráv, pád a restart), monitoring hned upozorní.
  • Zapíná se v ini instance klíčem [Kuma] PushURL, bez něj se nic neposílá. Běžných pokladen se to netýká.
  • Chyba jednotlivé úlohy dál chodí jen e-mailem jako dosud.
• Synchronizace s Variem a import úhrad z bankovních avíz zapisují do logu automatu průběžně, záznam po záznamu. Dosud se celý výpis zapsal až na konci úlohy, takže u dlouho běžící nebo zaseknuté úlohy nebylo vidět, kde právě je.
• Oprava: upozornění e-mailem na chyby při přenosu dokladů do Varia chodilo z automatu bez výpisu průběhu a chyb.
• Oprava: chyba při přenosu zákazníka do Varia, která nepřišla přímo od Varia (např. výpadek sítě nebo databáze), mohla přerušit celou synchronizaci a nezapsala se mezi chyby.

Všechna vydání – říjen 2026 →