YettiYetti

Září 2025 ​

2025-09-30 ​

DB 7079

Příjemky – import Isdoc ​

  • Yetti umí z isdoc souboru načíst všechny zvýrazněné údaje hlavičky přijaté faktury. V budoucnu půjde rozšířit i o další údaje (dopravce, sconto, factoring) včetně položek.

2025-09-24 ​

DB 7078

Pokladny – refundace ​

  • Údaj o eshop čísle objednávky a její ceně byl nahrazen seznamem souvisejících dokladů, který je zobrazen v dolní části okna refundací. Důvodem je, že vratka se může vztahovat k více objednávkám současně. Jeden údaj o objednávce by proto nebyl dostačující. Navíc jsou tak přehledně vidět i další informace o dokladech, například číslo dokladu a čas.

  • V přehledu souvisejících dokladů lze:

  • zkopírovat číslo objednávky (e-shop nebo interní) do schránky pomocí klávesových zkratek:

    • Ctrl + C – zkopíruje e-shop číslo objednávky

    • Ctrl + Shift + C – zkopíruje číslo objednávky

    • nebo přes pravé tlačítko myši a kontextové menu

  • otevřít doklad proklikem do nového okna

  • U plateb pro vratky a vrácení zálohy je na konec zprávy pro příjemce doplněn seznam příslušných objednávek. Přednostně se uvádí e-shop číslo objednávky, pokud není k dispozici, použije se číslo objednávky.

Objednávky & zálohy ​

  • Opraven výpočet pro zjištění uhrazené zálohy. Původní chyba způsobovala, že se především u vratek nezobrazovala nabídka pro vrácení neuplatněné zálohy.

Knihy dokladů ​

  • Do souvisejících dokladů byly nově doplněny i záznamy vztahující se k vratkám

    • u vratek jsou zobrazeny související objednávky a prodeje,

    • u prodejů a objednávek jsou zobrazeny související vratky.

2025-09-23 ​

DB 7077

Objednávky ​

  • oprava: nová pojistka brání vytvářen transakčních zpráv pro rozpracované objednávky

  • oprava: pokud se změnil stav objednávky z “připravená k expedici” na jiný stav, správně se rušilo odeslání transakčních zpráv k objednávce čekajích ve frontě na odeslání. Nesprávně se ale mazaly i zprávy téže objednávky vzniklé na základě jiných událostí (jako zpráva o příjmu objednávky). V praxi to mohlo vést k tomu, že k některým objednávkám neodešly TZ s potvrzením o přijetí.

  • oprava: při příjmu objednávky z eshopu, která byla krytá poukazem (a tedy bez platby), se vytvářela zbytečná platba + položka zálohy + faktura na zálohu na 0,-. Položka zálohy navíc zůstávala na hodnotě nula ve stavu “v rez. boxu”, což vedlo ke zmatkům při určení stavu objednávky.

  • vylepšený příjem objednávky z eshopu: po dobu, co se objednávka a její položky postupně ukládají, je pozastaveno automatické přepočítávání stavu objednávky. Ten se provede až na závěr, kdy je celá objednávka s položkami uložená. To jednak import objednávek zrychluje (zvlášť pro objednávky s větším počtem položek), jednak brání tomu, aby objednávka při zakládání zbytečně prošla několika stavy (což může mít nečekané konsekvence, jako předčasné vytváření transakčních zpráv)

Prodej ​

  • oprava: opomenuté povolení kombinované platby u klasického prodeje

2025-09-22 ​

DB 7076

Platby ​

  • Nově jde lépe pro konkrétní operace povolovat / zakazovat konkrétní způsob platby (hotově, převodem, dobírkou, úvěrem) a případně povolit tzv. kombinovanou platbu (rozložení jedné platby na více - hotově, jednou kartou, druhou kartou …). S tím proběhla revize všech míst, kde dochází plateb, a byly povolené jen vhodné způsoby platby a zakázány nesmyslné nebo nežádoucí (zejm. zákaz kombinované platby). V budoucnu se může ještě podle požadavků z praxe snadno změnit.

Objednávky & zálohy ​

  • Nový stav objednávky – “nevyúčtovaná”. Jde o objednávky, kde je neuplatněná záloha, ale jinak jsou celé již vyřízené nebo stornované.

  • Objednávky, kde jsouv rez. boxu pouze položky, které tam byly přidány automaticky (poštovné, záloha a pod.) zůstávají ve stavu “připravuje se” (místo “částečně připravená”)

  • Nově Yetti nedovolí storno (celého) dokladu, pokud jde o fakturu na přijatou zálohu. Místo toho je uživatel vyzván, aby zálohu vrátil novým běžným postupem.

  • Kniha objednávek – nové sloupce Záloha, Připraveno, Vyřízeno (cena) (stejně jako ve Velín – objednávky)

  • Uspokojení objednávky – speciální dialog pro to, jak naložit se zbývající neuplatněnou zálohou nahrazen novým systémem vracení záloh (yetti na případ upozorní po dokončení fakturace, případně se jde k objednávce s nevyúčtovanou zálohou vždy vrátit ve velíně)

  • hotfix: nefungovalo vrácení zálohy pro obj., které obsahovaly ještě další neskladové položky

2025-09-16 ​

DB 7075

Objednávky – vrácení zálohy ​

  • Nový proces, který se využívá ve všech situacích, kdy je možné zákazníkovi vrátit zálohu k přijaté objednávce (resp. dosud neuplatněnou část zálohy).

    • buď na vyžádání ručně kdykoliv z velína (pravým tlačítkem na objednávku nebo její položky – Vrátit zálohu)

    • nebo se možnost nabídne automaticky v situacích, kdy na objednávce zůstane neuplatněná záloha a je jinak již vyřízená/stornovaná při

      • storno celé objednávky

      • storno poslední položky

      • uspokojení objednávky

      • hromadná změna stavu položek v objednávce

  • Při vrácení zálohy uživatel musí jen vybrat způsob vyplacení – hotově (ihned), nebo převodem či kartou (refundací původní platby kartou). Při výběru převodem nebo kartou se odchozí platba dostane k uhrazení v Poklady – Refundace (viz níže).

  • Zbytek proběhne automaticky – vrácení zálohy interně probíhá přes proces uspokojení objednávky, díky čemuž proběhnou stejně všechny kontroly a dodatečné kroky jako konverze měn, mezifiremní vyúčtování (pokud zálohu vrací jiný fakturující než který záloh přijal) a podobně. Položka vrácené zálohy skončí ve stavu “vyřízeno”.

  • Na vrácení zálohy se vytvoří faktura-dobropis (která je vidět v souvisejících dokladech). Současně se zaznamená v historii jak objednávky, tak dobropisu.

Objednávky – stavy / zálohy ​

  • Stav celé objednávky se (jako dosud) určuje automaticky ze stavu jednotlivých položek. Dosud se ale při určení stavu z historických důvodů ignorovaly položky záloh (bylo jedno, zda byla položka zálohy stornovaná / v boxu / vyřízená, na stav objednávky to nemělo vliv). Nově se s položkou (položkami) záloh při určení stavu počítá, pokud tedy např. objednávka má všechny položky vyřízené, ale záloha je ve stavu “v rez. boxu”, objednávka zůstává aktivní = viditelná ve velíně a vybízí tak ke kontrole / dořešení neuplatněné zálohy.

  • Stav položky záloh by měl lépe odpovídat jejich aktuálnímu čerpání

    • v rez. boxu = záloha (nebo její část) zatím nebyla (zcela) uplatněna.

    • vyřízená – záloha již byla zcela uplatněna

    • stornovaná – při stornu faktury na přijatou objednávku (historicky i v jiných případech, bude se pravděpodobně ještě upravovat)

  • Při stornu prodeje z objednávky, na kterém se uplatnila záloha, se vrátí položka zálohy z vyřízeno na v rezervačním boxu a je tak možné ji uplatnit znovu (nebo vrátit)

  • Přepracované storno celé objednávky – stornují se všechny položky krom záloh, takže Yetti může nabídnout vrácení zálohy a do jejího vrácení zůstává objednávka aktivní ve velíně.

  • Vylepšená detekce stavu obj. “čeká na platbu”. Musí být splněny podmínky

    • objednávka je již celá připravena k expedici

    • a buď

      • má nastavenou (při založení) platbu převodem (a dosud nebyla záloha připsána)

      • nebo je k objednávce již doklad na zálohu se zadanou platbou převodem, ale platba dosud nebyla uhrazena

  • Objednávky, které nemají žádné položky, si při přepočtu stavu nově zachovávají stávající stav. Řeší situaci kdy byly položky stornovány a pak smazány - obj. zůstane ve stavu stornována, místo přepnutí do “přijata”

  • Oprava: při částečném uspokojení objednávky, která ale byla již zcela připravena k vyzvednutí/expedici, skončila objednávka chybně ve stavu “čeká na platbu”. Opraveno i zpětně, týkalo se jednotek aktivních objednávek.

  • Oprava: pojistka, která kontroluje, aby výše uplatněných záloh na obj. nemohla být vyšší než přijaté (uhrazené) zálohy, nově ignoruje haléřové/centové rozdíly. To mohlo bránit pokračovat v situacích jako např. záloha uhrazená na halíř přesně kartou, ale uplatněná (nebo vrácená hotově) zaokrouhlená na celé koruny nahoru.

  • Oprava: Do hodnot zálohy uhrazené a zálohy uplatněné se nově nepočítají doklady (na přijatou, resp. uplatněnou zálohu), které byly stornovány stornem celého dokladu

  • Oprava: vylepšené chování přidávání položek záloh při uspokojení objednávky

Pokladny – odchozí platby a refundace ​

  • Nový typ pokladní operace – 'prodej - vrácení neuplatněné zálohy'

  • odchozí platby (záporná částka) převodem – místo volby splatnosti se nabídne číslo účtu zákazníka, na který částku odeslat. Předvolený je jeho hlavní účet (pokud nějaký Yetti eviduje), ale je možné doplnit / upravit / vybrat jiný (přes stávající editor účtů zvoleného zákazníka).

  • Volbu převodem/kartou u odchozí platby je možné zvolit jen pokud jde o jednu z operací podporovaných v Pokladny – refundace (aktuálně Vratka, výplata komise, reklamace, vrácení zálohy) … další typy operací mohou v budoucnu přibývat

  • V pokladny – refundace tak nově jsou i platby na vrácení neuplatněné části objednávky (převodem, kartou)

Sestavy ​

  • oprava pádu s chybou “access violation” ve speciálních situacích

Obecné ​

  • další vylepšení stability pro tabulkové editory při úpravách celočíselných hodnot

  • modernizace a změny pod kapotou pro usnadnění dalšího vývoje

2025-09-09 ​

DB 7074

Reklamace ​

  • Objednávky pro výdej reklamace zákazníkovi a odeslání věci dodavateli nově mohou blokovat danou věc kdekoliv, i když zákazník/dodavatel je v B2B kategorii . Dosud se na tyto objednávky kvůli kategorii odběratele vztahovalo stejné omezení jako na běžné B2B objednávky (tedy mohli blokovat jen na B2B podskladech), což obvykle vedlo k tomu, že položka objednávky skončila ve stavu “k objednání”. Stávající objednávky v tomto stavu budou zpětně přeblokovány díky automatické blokaci.

Číslo účtu / refundace ​

  • Hlavního číslo účtu zákazníka – pokud Yetti pozná, že jde o IBAN, nepřidává k němu již “/ [kód banky]”.

    • Pro SEPA platby je kód banky, resp. BIC, od roku 2016 nepotřebný

    • Současně řeší nemožnost předat k vrácení peněz např. reklamace, kde má zákazník vyplněný dlouhý IBAN + BIC

2025-09-08 ​

DB 7073

Transakční zprávy ​

  • Nově jde posílat transakční e-maily bez adresy příjemce (pokud mají vyplněný CC nebo BCC)

  • Speciální ošetření pro ručně založené B2B objednávky – místo toho, aby se odeslání zprávy zcela zrušilo (jako doteď), se nově pouze nastaví prázdný příjemce. Pokud je v šabloně uvedená adresa pro kopii či skrytou kopii, e-mail je odeslán na ně, ale odběrateli nedorazí. SMS jsou (jako dosud) v těchto případech zrušeny vždy.

Import ​

  • Z náhledu importovaných dat skryt interní sloupec NULL_COLUMNS. Podobně se nevkládá do automaticky tvořených vzorových CSV souborů.

  • Import artiklů – při vytváření nových artiklů, se pro vybrané údaje doplní výchozí hodnota, není povinné ji tak vyplňovat (pokud se neliší).

    • ZNACKA = 0 (“výchozí”)

    • JEDNOTKY = ‘ks’

    • AKTIVNI = 1

    • EOL = 0

    • ESHOP = 1

    • CENY_V_DRUHE_MENE_KURZEM = 0

    • IGNORUJ_SLEVOVE_AKCE = 0

    • ELEKTRO = 0

    • BATERIE = 0

    • DOPRODEJ = 0

Sklad explorer ​

  • Záložka sortimenty – sloupec “Omezení dopravy” obsahoval názvy ze špatného číselníku, nyní již v pořádku (současně pro úsporu místa skryté id omezení)

Obecné ​

  • vylepšená stabilita v mnoha editorech – namátkou Slevové akce, Chytré filtry, Editor pokladen, Komise – typy přijímaných věcí), Sklad – typy přesunů atd. V situacích, kdy v poli pro číslo nebo datum/čas byla uvedená neplatná hodnota, mohlo docházet k pádu s chybou “Could not parse …string”.

2025-09-02 ​

DB 7072

Sklad – Artikly – Doprodej ​

  • nový údaj artiklu “doprodej” – signalizuje, že po prodeji zbývajících kusů skladem by artikl už neměl být doobjednáván od dodavatele (v praxi při výprodejích skladu se mohou některé artikly najednou díky prodejům zdát jako úspěšné, ale je to za cenu nízké/záporné marže a není žádoucí je doobjednávat).

  • Příznak jde nastavit/zobrazit

    • jednotlivě nebo hromadně pro vybrané artikly ve sklad exploreru přes pravé tlačítko

    • importem / exportem artiklu (nový sloupec DOPRODEJ)

    • v úpravě artiklu

    • v záložce Detail artiklu ve Sklad exploreru (pouze zobrazení)

    • v sestavě “Sklad – komplet”

Sklad explorer ​

  • nové sloupce:

    • deadstock – počet kusů, které jsou na skladě více než rok (od naskladnění)

    • overstock – počet kusů, které jsou na skladě 7-12 měsíců (a hrozí že se z nich stane deadstock)

    • pro artikly i pro varianty

    • volitelné k zobrazení (v pokročilém režimu sklad exploreru)

    • počítají se živě, není vhodné zobrazovat pro velké množství artiklů

Chytré filtry ​

  • sloupec “UDAJ” nově rozlišuje údaje artiklů (prefix ART.) a údaje variant (VAR.). Kromě lepší přehlednosti řeší také řeší nefunkčnost filtru, který používal údaj, který je současně u artiklu i u varianty (např. “PRODEJ_ROK_VSUDE”). Sloupec s údajem výrazně rozšířen, aby se vešly i údaje s delším názvem.

Prodeje – obsluha ​

  • objednávky z eshopu mají automaticky nastavenou obsluhu na uživatele “Eshop”

Objednávky pro nákupčí ​

  • opravené zásadní zpomalení v některých situacích (čekání desítky sekund při každé aktualizaci)

  • nově zobrazuje jen artikl typu (nové) zboží (ne bazar, služby, ceniny, artikly z reklamací atd) (artikly jiných typů nemají moc šancí dostat se do stavu k objednání, jen pro úplnost)

  • nový sloupec “původ” – se zvýrazněním případů prodejna a eshop

  • nový sloupec doprodej (na zvážení, zda artikly s tímto příznakem z objednávek pro nákupčí vždy nevyloučit, nyní extra sloupec umožňuje filtrování / třídění)

  • zrychlení při rychlém scrollování v hlavní tabulce

Půjčovna – tisk ​

  • šablona “Půjčení 80mm” – pro zákazníky s jiným jazykem než “cs” se tiskne také QR kód s odkazem na obchodní podmínky a zásady ochrany osobních ůdajů v angličtině.

2025-09-01 ​

DB 7071

Reklamace – stav zužitkování / likvidace věci ​

  • Nová automatika která sleduje, zda reklamovaná věc zůstává při vyřízení reklamace u nás na skladě (např. při vrácení peněz zákazníkovi) a je tak možné/potřebné rozhodnout o způsobu jejího zužitkování / likvidace.\

  • Sleduje a podle stavu reklamace samo přepíná mezi stavy:

    • zatím nelze řešit – zatím není možné o zužitkování věci rozhodnout, protože není jisté, zda věc zůstane u nás

    • věc čeká na určení osudu – je možné rozhodnout o způsobu zužitkování věci (viz způsoby níže)

    • věc vrácena do prodeje

    • věc zlikvidována

    • věc předána do půjčovny (samotné předání do půjčovny zatím neimplementováno)

    • věc předána do bazaru

    • věc vrácena zákazníkovi

    • věc zůstává dodavateli (v situacích, kdy dodavatel řeší vrácením peněz nebo výměnou je na rekl. technikovi posouzení/dohodě, zda původní rekl. věc zůstává nám k zužitkování nebo se vrací/zůstává dodavateli)

  • Změny stavu se zaznamenávají v historii reklamace. Současně se zaznamenává čas, kdy zužitkování/likvidace dosáhlo některého z konečných stavů.

  • Přesné podmínky určení jednotlivých stavů v rozhodovacím diagramu (bude doplněno)

  • Interně sjednocená práce se stavy řešení reklamace vzhledem k dodavateli a k zákazníkovi.

Reklamace ​

  • předání reklamované věci do bazaru – v situaci, kdy je reklamace dořešena a reklamovaná věc zůstává na skladě, je možné ji předat na prodej do bazaru. Ze skladu je původní reklamovaná věc odečtena položkou na dokladu reklamace. Současně je vytvořen nový bazarový artikl podle údajů reklamované věci, který je naopak na dokladu reklamace naskladněn. Vše je zaznamenáno do historie. Operace vyžaduje oprávnění “reklamace - úprava reklamace” a je dostupná přes kontextové menu “Reklamace – předání do bazaru”.

Knihy dokladů ​

  • Reklamace – Pokročilé filtry – nové podmínky podle pro stavu zužitkování/likvidace

  • Oprava pádu při double-click na prázdnou tabulku dokladů

Různé ​

  • Feedy dostupnosti dodavatelů – (staro)nové feedy LevelSportConcept

  • SpecializedAPI – ProductAvailability (dostupnost u dodavatele)) – zvýšení spolehlivosti zmenšením dávky a opakování dotazu na dostupnost v případě selhání (až 3 pokusy)