Duben 2025

2025-04-25

DB 7040

Reklamace – stav / rozhodnutí dodavatele

• nově se u rozhodnutí dodavatele “opravou” rozlišuje zda se oprava provádí u dodavatele, nebo “u nás”

• přepracované ukládání rozhodnutí dodavatele tak, aby podle typu rozhodnutí mohly být spouštěny další kontroly a procesy (odeslání věci dodavateli, nám, zákazníkovi atp)

• kontrola: nedovolí změnit verdikt z “vrácení peněz”, pokud na reklamaci jsou napárované nějaké dobropisy dodavatele (nutné nejřív propojení zrušit)

• UI: vylepšení rozložení a přizpůsobení při změně velikosti okna

• Stav řešení s dodavatelem – už správně řeší většinu situací při zamítnutí, vrácení peněz a opravě. Zbývá zejm. stavy v případě výměny (komplikace jednak více kusů, jednak neexistence evidence / propárování příjemek a objednávek vydaných)

Reklamace – kniha reklamací

• část “interní stav” pro teď nahrazený stav řešení s dodavatelem a lepší rozložení\

• u rozhodnutí dodavatele opravou je vidět zda oprava je u nás nebo u dodavatele\

• Doklady řešení reklamace:

  • nový řádek s informaci o objednávce na vrácení/výměnu věci od dodavatele k nám na sklad,

  • v části Stav místo stavu celé objednávky je stav konkrétní položky, který je popisnější / přesnější\

Reklamace – různé

• společné informace o reklamaci rozšířené o

  • příznak zda je reklamovaná věc u dodavatele

  • příznak zda je reklamovaná věc u zákazníka

  • doplněné další údaje k objednávkám - od/pro dodavatele, pro převod na reklamační sklad a pro zákazníka

Specialized API

• oprava: neukládala se dostupnost u variant, které se ve feedu objevily po cca září 2024

• oprava logování v režimu testování

2025-04-24

Reklamace – Kniha reklamací

• Oprava: lepší zobrazení textu odůvodnění rozhodnutí a odůvodnění dodavatele, pokud je delší, mj . v něm jde skrolovat

• Oprava: při spuštění “Odeslat dodavateli” se jako dosud otevře kniha objednávek s vytvořenou objednávkou, ale nezavře se stávající kniha reklamací

Impot dostupnosti dodavatelů

• podpora pro nový feed – SP Connect

Obecné

• interní zjednodušení přihlášení / odhlášení / ukončení aplikace. Díky tomu, že odhlášení z velína bylo nahrazeno funkcí pro přepnutí uživatele (ctrl + L) a odhlášení se prakticky rovnalo/rovná ukončení aplikace, bez nutnosti znovu zobrazovat okno pro přihlášení.

• v případě spuštění v konfigurací automatu (naplánované úlohy, transakční zprávy, EET, kviff API…))

  • automaticky se skreje okno pro přihlášení

  • při zavření okna příslušného automatu se ukončí celá aplikace

  • okno “Naplánové úlohy” nově v názvu okna jako první obsahuje jméno konfigurace

• provozní úprava: instance yettiho spouštějící naplánované úlohy byla rozdělena na tři nezávislé, aby zdržení v jedné z nich nebrzdilo ostatní

  • eshop API

  • targito

  • vše ostatní – feedy dodavatelů, přepočty chytrých filtrů, autoblokace/auto uvolnění, noční přepočty…

2025-04-16.1

DB 7039

Reklamace

• oprava: po vyhotovení/vydání zakázky z opravy, která vznikla na základě reklamace, už se správně vytvoří objednávka pro poslání opravené věci zákazníkovi. Zpětně opraveny reklamace, kde nebyl výdej po opravě zahájen.

• nový interní příznak pro rozlišení zda se oprava provádí u nás, nebo u dodavatele

Import položek

• oprava: nefungoval import položek, pokud byl některý KOD_DODAVATELE delší než 20 znaků (povolený limit je přitom 30 znaků)

2025-04-16

DB 7038

Hesla / PINy

• Interně se sjednotil způsob pro nastavení hesel a PINů - pro uživatele (heslo/PIN), heslo pokladny, heslo zákazníka (pro eshop). Dosud funkce byly roztroušené v několika formulářích, každý fungoval trochu jinak a neplnil všechny funkce. Nově vše probíhá jedním procesem / formulářem, který zajišťuje

  • kontrola původního hesla/pin (při změně)

  • kontrola, zda uživatel, který reset provádí, má všechna oprávnění uživatele, kterému heslo/PIN resetuje (nastavuje nový bez znalosti původního)

  • kontrola kvality hesla / PIN (krom hesla zákazníka do eshopu) – kontroluje, zda heslo splňuje nastavená pravidla (minimální celková délka, počet malých / velkých písmen / číslic / symbolů)

  • zápis do historie (uživatele / zákazníka)

  • uložení

• Upravená místa (chyběla kontrola kvality, oprávnění, zápis do historie apod.)

  • Kniha uživatelů – reset hesla nebo PIN (přes pravé tlačítko)

  • Uživatel – nový – nastavení nového hesla/PIN

  • Uživatel – úprava: možnost resetovat PIN (vedel hesla), v obou případech nově kontroluje kvalitu

  • Velín – nabídka Uživatelé - Změnit si heslo

  • Kniha zákazníků – Nastavit heslo (přes pravé tlačítko)

  • Velín – nabídka Pokladny - změnit heslo k pokladně

  • Správa pokladen – nastavit / resetovat heslo

• Nové možnosti:

  • Velín - možnosti uživatele změnit si PIN (hlavní nabídka Uživatelé: Změnit si PIN)\

• Uživatelé - úprava: možnost resetovat PIN (vedle resetu hesla)

Šablony transakčních zpráv

• analýza šablon

  • podporuje analýzu sekcí (v editoru Sekcí a Hromadné analýze)

  • doporučuje . misto . pro nahrazení tečky, pro lepší kompatibilitu (zpětně změněno u všech šablon + sekcí)

  • správná detekce @loop.XXX merge tagů

• nově možnost testování SMS zpráv

Pokladny – KPI tržby

• počítá tržby ve všech měnách, částky v jiných měnách převádí na Kč buď podle kurzu provázaného dokladu (pokud je), nebo podle obecného nastaveného kurzu dané měny

• vedle tržeb z prodeje nově počítá i tržby

  • půjčovna - nájemné, doplatek/přeplatek při vrácení, stržení ze zálohy, rezervace

  • servis - výdej zakázky

  • vratky

Doskladnění / restock

• Změna chování podskladů, které jsou současně restock-parent i restock-child.

• Pro rekapitulaci:

  • mateřské (restock-parent) = mohou z nich doskladňovat jiné podsklady)

  • restock-child = (mají nastaveného odběratele pro doskladňování = tím mají zapnuté automatické doskladňování z mateřských podskladů

• Dosud takový podsklad mohl zásobit jiné podsklady, a současně sám se doskladňoval z jiných mateřských podskladů. To v aktuální situaci nebylo vhodné, proto úprava:

• Nově se takový podsklad chová jako by byL jen mateřský - mohou z něj dosklaďnovat jiné podsklady, automatické doskladnění u něj sice běží ale vytvořené objednávky jsou vždy ve stavu “k objednání” a s vypnutou autoblokací.

• V budoucnu se princip parent-child může nahradit systémem, kdy každý podsklad bude mít seznam podskladů, ze kterých může doskladňovat (s pořadím).

Různé

• Sklad explorer – nefungovala vždy aktualizace údajů a podbarvení v záložce Doskladnění

• Reklamace – kontrola údajů před potvrzením příjmu reklamace se nově provádí až poté, co jsou údaje uložené. Jinak při souběhu s výpadkem mohlo dojít k tomu, že se uzavřela reklamace s neúplnými / neplatnými údaji.

2025-04-14

DB 7037

Značky

• nový příznak značky – “jsme distributor / výrobce”

• nastavitelný v editoru Značek (Sklad – značky)

• Pro účely recyklačních poplatků (příznak elektrozařízení a obsahuje baterii) – u artiklů těchto značek odvádíme vybranému partnerovi recyklační poplatky za zboží uvedené na trh.

• Pro účely údajů k GPSR - u artiklů těchto značek jsme z pohledu GPSR v pozici výrobce nebo dovozce a musíme plnit zákonné povinnosti (např. polep artiklů upozorněním, přenos údajů GPSR na eshop atd.) Údaje GPSR budou postupně doplňovány v dalších releasech.

• Pro účely obalové evidence.

Artikly

• nové příznaky “elektrospotřebič” a “obsahuje baterie”

• je vidět v Sklad – záložka Detail\

• lze upravovat v Sklad – Úprava artiklu

• lze exportovat – sestava Sklad komplet, sestava Artikly pro import, Import artiklů – vzorový soubor

• lze importovat (sloupce ELEKTRO a BATERIE)

Artikly – import

• Oprava – počty aktualizovaných a nově vytvořených artiklů v reportu o provedeném importu jsou již správné.

• Nově se navíc zobrazuje údaj o počtu artiklů “beze změny”, u kterých se importovaná data neliší od stávajících.a tak se neaktualizují. Současně import velkého počtu artiklů kde je minimum změn je šetrnější na prostředky serveru.

• Oprava – ošetření importu artiklu, kde kód artiklu (stávající nebo nový) obsahuje malá písmena (automaticky se při přípravě dat převedou na velká, jak je u kódu artiklu vyžadováno).

Uživatelé – oprávnění

• Kniha uživatelů rozšířena o novou funkčnost pro správu oprávnění uživatelů a skupin. Nahrazuje tak dostu samostatné okno Správa oprávnění.

• Část okna pro nastavení oprávnění je v knize uživatelů skryta, se “rozbalí” přes tlačítko Zobrazit oprávnění, které vyžaduje extra oprávnění “uživatelé - správa uživatelů”.

• tlačítka pro ➕přidělení / ➖odebrání vybraného oprávnění aktuální skupině / uživateli. Případně možnost odepřít uživateli oprávnění, i když by jeji jinak měl díky členství ve skupině (❌).

• rychlé filtry

• připraveno pro další rozšíření v budoucnu - hromadné změny, správa skupin (založení, přejmenování, odstranění), …

Transakční zprávy + Editor

• ve výpisu položek dokladu jde použít nový merge tag SYMBOL_MENY

• Sekce

  • v gridu sekcí nově seznam šablon ve kterých je daná sekce použita (dostupný v hintu sloupce ‘výskytů‘

  • při mazání sekce je v potvrzující hlášce vidět, zda je někde použita

• Analýza šablon

  • nová Hromadná analýza všech šablon najednou - rychlý přehled výsledku + možnost exportovat detailní výpis do CSV

• analýza samotná prošla aktualizací na nový zápis šablon s Webstencils + další zlepšení

  • detekce špatně zapsaných / neexistujících merge tagů a sekcí

  • detekce špatně ukončených merge tagů a sekcí (tečka za výrazem)

  • varování na odlišný počet otevřených/zavřených závorek

  • analýza probíhá i na polích Předmět a Příloha1 + Příloha2

  • v samotném gridu analýzy šablony nově info o poli a řádku problému

Sestavy

• Eshop - statistiky administrace

  • nově pracuje pouze s artikly typu ‘zboží’ - tedy nepočítá např. bazar a reklamace

• Prodeje kol a příslušenství dle obsluhy

  • nově pracuje i s objednávkou ze které prodej kola vznikl (pokud taková existuje a má jinou obsluhu než vzniklý prodej) a připisuje poloviční tržbu a počet prodaných kol jak obsluze u prodeje, tak u původní objednávky

  • nové sloupce

    • průměrná cena prodeje

    • průměrná cena objednávky

    • počet dokladů s objednávkou (kolik daný uživatel vytvořil objednávek, které skončili prodejem kola)

Velin

• Záložka Reklamace - oprava špatného čísla dokladu reklamace

Zákazníci

• Nové sloupce v hlavním gridu: Země, Jazyk

🥳IBX → FireDAC 100 %

2025-04-10

DB 7036

Objednávky ↔ prodeje

V běžných situacích je k jedné objednávce jedna nebo více faktur (při platbě online/předem zvlášť je fakuta na zálohu, v případě uspokojení objednávky na vícekrát faktura s každou expedicí). Již nějakou dobu Yetti umožňoval uspokojit více objednávek skrz jednu fakturu (ale jen ve specifických interních procesech – objednávky franšízy nebo nově reklamace). Tato užitečná možnost stojí za zachování a naopak využití v budoucnu. Některé části Yettiho ale stále počítaly s tím, že k faktuře jde jednoznačně určit objednávka, což s touto možností padá. Toto vydání obsahuje revizi, která všechny tyto případy zpětně řeší.

• Tisk - faktura / proforma: zamezení opakování hlavičky dokladu v případě, že k tištěné faktuře je více objednávek nebo naopak\

• Transakční zprávy

  • objednávka expedována - odkaz pro sledování zásilky nově vychází z dopravce skutečně vybraného při expedici objednávky přes Štítek na balík, ne z původní dopravy zvolené na objednávce.

  • elektronický poukaz - podpora faktur z více objednávek

  • optimalizace/sjednocení - šablony události “připravena k odběru” mají nově k dispozici stejné merge tagy / údaje jako šablony pro ostatní události objednávek

  • optimalizace - šablony pro prodej (daňový doklad, záloha, ..) zjednodušení a zrychlení. Informace o eshopu jsou nove pres prefix @Eshop.*, nikoliv přes @Doklad.ESHOP_* (šablony upraveny)

• Sestavy

  • Statistiky - Denní počty operací

    • nové sloupce: reklamace – skladová, reklamace – zákaznická, reklamace – výdej, reklamace – odeslání dodavateli

    • sloupec “rezervace on-line” nahrazen “rezervace anyrent”

    • při uspokojení více objednávek na jednu fakturu se počet prodejů počítá podle počtu objednávek

  • Eshop – typy plateb: podpora faktur z více objednávek

  • Eshop – typy dopravy: podpora faktur z více objednávek, časové období nově podle příjmu obj. (ne podle času fakturace)

  • Prodeje doklady – příjemné zrychlení (3 s místo 20 s), podpora faktur z více objednávek

  • Eshop – Objednávky / dohledávky / expedice:

    • opravené počítání “dohledáno”

      • Dosud se počet dohledaných zpětně snižoval o kusy objednávek určených pro jiné podsklady poté, co na cílový podsklad doputovaly. To je nyní vyřešeno (díky tomu, že Yetti zaznamenává krom změn stavu položek změnu i podskladů)

      • Současně se do dohledaných počítají i dohledání autoblokovaných (to dosud neplatilo) a naopak nepočítají položky předané k dohledání jinam nebo nedohledané/stornované

    • Podpora faktur z více objednávek

• Uspokojení objednávky – kontrola změn cen – podpora faktur z více objednávek

Zásilky

• Dosud se každá odeslaná zásilka vázala jen na jeden doklad (prodej). Nově se váže na

  • objednávku – z té se určuje adresát zásilky a typ dopravy

  • a fakturu příp. jiný doklad (reklamace) – z té se se určuje obsah a tím i cena zásilky (ať už je na dobírku nebo ne).

• Při odeslání zásilky do Štítek na balík se u zásilky uloží finálně dopravce (může se lišit od dopravy/dopravce na objednávce). Díky tomu pak odkazy na sledování zásilky fungují vždy.

• Kniha dokladů – Zásilky

  • Výrazně rozšířené informace o zásilkách k vybranému dokladu. Tak rozšířené, že náhled níže jsme museli rozdělit. Za vypíchnutí stojí adresát + adresa/výdejna, cena

\

• Zobrazuje všechny zásilky dané objednávky nebo faktury (i pro případy kdy je k objednávce více faktur nebo obráceně)

• Odebrané info o související objednávce (nahradila ho záložka Související doklady)

• Při vytvoření nové zásilky Yetti sám zkusí určit související objednávku a doklad. Pokud to nejde jednoznačně, dá uživateli na výběr.

• Záložka zásilky je nově vidět i v Knize reklamací

• Údaj/proklik pro sledování zásilky se nově tvoří podle dopravce zásilky (nikoliv objednávky, což nemuselo být aktuální)

Různé

• určení eshopu dokladu obsahuje nové pravidlo: pokud je odběratel dokladu z B2B kategorie, je dokladu přidělen b2b eshop (kauppa.cz). Jinak se určuje jako dosud - u eshop objednávek (nebo z nich vytvořených faktur) podle eshopu objednávky, jinak podle mateřského eshopu nejdražší položky na dokladu.

• Vario API: u faktur z eshop objednáavky se jako VS dokladu posílá vždy eshop id objednávky (dosud jen pro eshop obj. s vybraným typem platby)

2025-04-07

Reklamace / zásilky

• Oprava: při výdeji / odeslání vyřízené reklamace zpět zákazníkovi se mohlo stát, že pro adresu zásilky se použily údaje dodavatele reklamované věci, ne zákazníka.

2025-04-03

DB 7035

Reklamace

• Kniha reklamací - záložka historie: nově obsahuje i všechny zaznamenané změny stavů reklamace

• Založení reklamace – kontrola, zda reklamované množství odpovídá prodanému. Nedovolí reklamovat věc, pokud již na ní existuje jiná aktivní reklamace.

• Vylepšený automatický výběr příjemky k reklamované věci při založení reklamace. Nejprve se hledá nejvyšší NC, ale pouze v příjemkách za poslední 2 roky. Pokud taková není, vybere se nejnovější příjemka.

Objednávky / prodeje

• Obsluhu jde nově nastavit i na objednávkách (nejen prodejích), stejně tak zpětně upravovat z knihy dokladů

• Prodej/uspokojení objednávky pak doklad prodeje přebírá obsluhu z objednávky, jde případně změnit

Velín

• oprava: okno Velína jde již minimalizovat

• oprava: při zavření minimalizovaného velína křížkem z náhledu na hlavním panelu se potvrzení stavu poklady otevře přímo, není nutné na něj extra přepínat

Šablony transakčních zpráv

• Lepší práce s merge tagy a sekcemi

  • Podpora Unicode emoji a jiných speciálních symbolů vyřešena s novou verzí systému Webstencils

  • Změna zápisu merge tagů:

    • Původně: @ZakaznikOSLOVENI_JMENO.Value

    • Nově: @Zakaznik.OSLOVENI_JMENO

  • Možnost vnořených sekcí (např. pro opakující se bloky), s omezením na 10 úrovní zanoření

    • Původně:

    • Nově: @\Sekce.NAZEV_SEKCE

  • Skupiny merge tagů - merge tagy lépe rozděleny do skupin podle souvislosti - usnadňuje orientaci, vývoj sekcí a přidání merge tagů napříč událostmi

    • např. skupiny Zakaznik, Firma, Eshop, Podsklad

  • Efektivnější zpracování šablon – merge tagy které obsahují @ fungují správně i bez úprav

    • Pokud se @ vyskytne přímo v textu, stále je nutné jej zdvojit jako @@, aby se zobrazil správně

• Úpravy v editoru šablon

  • Chyby při testování šablon se nyní zobrazují vedle HTML náhledu ve vlastním logu

  • Seznam sekcí je nyní řazen podle názvu

  • Přejmenování sekce nyní automaticky aktualizuje všechny výskyty v šablonách

    • pozor na velká/malá písmena

  • U každého tagu se nyní zobrazuje počet jeho výskytů v šabloně

  • Nepoužité merge tagy jsou vizuálně méně výrazné

  • Vylepšené možnosti přizpůsobení vzhledu editoru

• Ostatní úpravy

  • Rozšířená délka pole pro předmět zprávy ze 78 na 151 znaků.

2025-04-02

DB 7034

Různé

• Sklad explorer – úprava varianty: zobrazení id varianty + možnost zkopírovat

• Sklad explorer – oprava: při opětovném otevření Skladu mohly být stále aktivní filtry z předchozího otevření (i když vizuálně tomu nic nenasvědčovalo) a srovnalo se až další změnou filtrů (např. podle značky, sortimentu…)

• Transakční zprávy – zvětšení max. délky předmětu z 78 na 151 znaků

• Reklamace – doplněn údaj o tržbách zákazníka za posledních 12 měsíců (příjem, rozhodnutí)

• Reklamace – auto aktualizace stavu řešení s dodavatelem, pokud se změní cokoliv, co má na stav vliv

• Odebraná již nepotřebná “tray” ikona Yettiho s lokální nabídkou otevřených oken

• Tiché notifikace formou “informačních bublin” nahrazeny standardními Windows 10/11 notifikacemi

2025-04-01

DB 7033

Podsklad prodeje – objednávky, zálohy

• Jako dosud, na vybraných stanicích je možné vybrat jiný než aktuální podsklad, který se použije při prodeji. Položky dokladu se vytváří / vyskladňují jako obvykle na aktuálním podskladu, ale doklad jako takový přebírá nastavený podsklad. To umožňuje odlišovat prodeje vzniklé na různých místech prodeje, které ale sdílejí stejný podsklad.

• Nově se stejným způsobem rozlišují i doklady objednávek založených na daných stanicích.

• A díky tomu i zálohy, které vzniknou buď při založení objednávky, nebo dodatečně přidáním zálohy k objednávce (z velína) - daňové doklady k záloze pak také přebírají tento speciální podsklad z objednávky.

Podsklad prodeje – vratka

• Nově se respektuje nastavený “override” pro podsklad prodeje i při vytváření vratky na dané stanici. Všechny doklady, které vzniknou / mohou vzniknout během vratky nově přebírají tento podsklad (místo aktuální podskladu). Na položky těchto dokladů to ale nemá vliv, ty se naskladňují/vyskladňují dál z aktuálního podskladu, jak je třeba. Jde o

  • doklad vratky,

  • doklad prodeje (pokud se rovnou na místě mění za jiné zboží),

  • doklad objednávky (pokud se zboží na výměnu objednává).

Sklad – pozice / Felix

• Felix velín – Statistiky pickerů – nové sloupce firma, oddělení a pozice (uživatele/pickera)

• Priorita pickování pozice – nová možnost řízení pickingu.

  • Je možné nastavit pozici(-ím) různé priority pickování

  • Zobrazena v Sklad – Pozice: v detailu pozice (pouze pro čtení)

  • Zohledňuje se jako druhé kritérium při výběru věci/pozice k pickování:

    • stav obj (k dohledání první, předblokováno poslední)

    • priorita pickingu pozice

    • priorita pickingu objednávky/položky

    • vzdálenost od poslední pozice pickera

    • podle hlavního sortimentu (

  • Speciální pozice (příjem, výdej, pozice pickerů…) mají nově nižší prioritu než výchozí, takže už není potřeba pravidlo pro speciální pozice

  • Kola exter - regály 1-5 mají nově vyšší než výchzí prioritu, proto budou při pickování upřednostněny. Zrušené pojmenování pozice “výdej” jako “čeká na stavbu”, zpět prosté “výdej”

Různé

• Pokladny - KPI tržby - vyžaduje nové oprávnění “pokladna - KPI tržby”