Skip to content

Březen 2025

2025-03-31

DB 7032

Reklamace

  • Nový příznak reklamace “čeká na rozhodnutí dodavatele”. Jde nastavovat přes pravé tlačítko. Označuje reklamace, kde reklamační technik nerozhoduje sám, ale čeká na vyjádření dodavatele (a předal mu již podklady, případně samotnou věc). Zaznamenává se do historie reklamace. Důležité pro určení stavu reklamace – pro rozlišení zda čeká na posouzení naším technikem, nebo dodavatelem.

  • Rozhodnutí dodavatele – nově jde změnit na “žádné” a tím zrušit předchozí nastavení. Takové zrušení se také zaznamená v historii reklamace.

  • Oprava: selhání založení nové reklamace poté, co se jiná reklamace upravila. Při každém takovém selhání navíc zůstala v evidenci “viset” rozpracovaná reklamace.

  • Oprava: v některých situacích nešlo upravit množství u rozpracované reklamace.

  • Oprava: Nefungovalo automatické smazání rozpracované reklamace v případě, že se zavřela křížkem, tlačítkem zrušit a pod.

  • Oprava: u nedávno založených reklamací nešlo nastavit rozhodnutí (“neplatná fakturující firma”)

  • Kniha reklamací – nové volitelné sloupce: stav reklamace, čeká na rozhodnutí dodavatele

  • Sklad explorer - záložka Pohyby: doplněné změny na skladu z dokladů reklamací (přestaly být vidět s nedávnou interní změnou typu dokladu reklamace)

  • Nové údaje reklamace v přípravě pod kapotou

    • poznámka pro dodavatele

    • kód reklamace dodavatele

    • příznak “řešení na dálku” (věc zůstává u zákazníka)

    • příznak “věc přijata” (při založení reklamace před samotným přijetím reklamované věci)

Reklamace – stav(y)

  • U každé reklamace se nově sledují dva nezávislé stavy:

    • stav procesu/řešení se zákazníkem

      • založena, čeká se na věc (pro budoucí možnost založení reklamace “na dálku”)

      • čeká na posouzení technikem

      • čeká na rozhodnutí dodavatele

      • při vrácení peněz:

        • uhrazeno

        • čeká na úhradu

      • při opravě:

        • v opravě
      • při výměně

        • objednáno u dodavatele
      • při opravě, výměně nebo zamítnutí

        • osobní vyzvednutí

          • připravuje se k vyzvednutí

          • připraveno k vyzvednutí

          • vyzvednuto zákazníkem

        • expedice

          • připravuje se k odeslání

          • připraveno k odeslání

          • odesláno zákazníkovi

    • stav řešení s dodavatelem – zatím v přípravě / skrytý, pro správné fungování Yetti dosud nemá proces s dodavatelem kompletně pokrytý

  • Pro každou reklamaci Yetti umí určitě, v kterém je stavu podle rozhodovacího diagramu

  • Každá změna, která může mít vliv na změnu stavu reklamace, vyvolá přepočet stavu (změna samotné reklamace, ale třeba změna servisní zakázky, úhrada platby, změna objednávky, pokud se týká reklamace, atp.)

  • Každá změna stavu reklamace se zaznamenává, včetně kontextu uživatele, stanice, času….

  • V budoucnu z těchto stavů pak Yetti bude moci sestavit stručný popis stavu pro zákazníka, pro reklamačního technika, pro zákaznickou podporu atd. V budoucnu také se sledováním stavu “věci” (vrácení do prodeje, bazaru, likvidace, …) bude moct Yetti rozhodnout stav celé reklamace anapř. ji automaticky archivovat.

2025-03-26

DB 7031

Prodej – obsluha

  • Nově jde dodatečně měnit obsluhu u prodeje z knihy dokladů, bez nutnosti vstupu do úpravy celého dokladu. Vyžaduje nové oprávnění prodej - zmena obsluhy. Změna se navíc zaznamenává v historii dokladu včetně původní a nové hodnoty.

Sestavy

  • přidané sloupce uživatele – id, firma, oddělení, pozice do sestav

    • Prodeje podle obsluhy

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

    • Žebříček podle počtu registrací zákazníků

    • Žebříček podle sloučených zákazníků

  • Ve všech sestavách jde nově používat nástroje pro zobrazení/skrytí/pořadí sloupců, zvolené rozložení sloupců si pojmenovat a uložit, případně obnovit výchozí.

  • Sestava Eshop - statistiky administrace

    • rozděleno do řádků podle značek

    • sumy sloupců

    • pozn: zahrnuje artikly všech typů, včetně bazar, služby atd. a tím i artikly reklamovaných věcí (REKL/xxx)

  • Optimalizace pro sestavy se zapnutou automatickou aktualizací

Felix velín

  • nový sloupec id uživatele ve statistikách pickerů

Sklad explorer

  • Záložka sortimenty – omezení dopravy vedle id také název omezení

2025-03-25

DB 7030

Reklamace

  • Interně se reklamace nově odlišují novým typem dokladu (dosud byly typu prodej a odlišeny jen podtypem)

  • Rozpracované reklamace

    • zamezení většiny akcí pro rozpracované reklamace

    • jde přes Upravit správně dokončit

    • jde mazat rozpracované reklamace ručně (v knize reklamací přes pravé tlačítko)

    • povoleno automatické mazání rozpracovaných reklamací, podle stejné lhůty jako se mažou rozpracované prodeje (dá se upravit v Nastavení – Prodej a obj.)

  • Sestava “Prodeje nového zboží” nově explicitně zahrnuje i nové zboží vydané na dokladu reklamace (= zboží vrácené zákazníkovi výměnou za reklamované) (dosud tato sestava fungovala navenek stejně, protože reklamace byly doklad typu prodej)

  • Při vytváření transakčních zpráv (příjem, rozhodnutí, výdej reklamace) se nově předává i kontext pro výběr nejvhodnější šablony, tedy aktuální podsklad, firma a eshop (mateřský eshop reklamované věci)

Firmy

  • Číselník firem by do budoucna měl přejít na číselné id, místo používání prefixu firmy jako klíče, které způsobuje drobné ale časté problémy. První krůčky v tomto směru proběhly pod kapotou.

Poslíček – transakční zprávy

  • oprava: část transakčních zpráv vyvolávaných ze strany klienta nemohla při výběru šablony použít informaci o eshopu

2025-03-24

DB 7029

Sklad – meziskladové převodky

  • Pokud se jako zdrojový podsklad vybere podsklad s pozicemi, objeví se nová nabídka – z které pozice se má převáděné zboží vyskladnit.

    (Dosud se vždy převádělo z pozice výdej. To platí i nyní, pokud se ale jako zdrojová pozice zvolí jiná pozice, přidá se navíc přesun zdrojová pozicevýdej, novým typem přesunu “převodka - přesun na výdej”)

  • Interní proces vytvoření převodky je nově výrazně robustnější, mj. provádí dodatečné kontroly a nově umí i přebudovat všechny vazby v případě, že se převodka dodatečně mění.

  • Dodatečná úprava meziskladové převodky je ale nově zcela zakázána – obsahuje známé problémy a nedodělky. Praxe ukáže, zda bude třeba.

Inventury

  • Nově jde při zpracování klasické inventury podskladu omezit / porovnávat s dostupností jen na vybrané skladové pozici. Určeno pro inventuru velkých speciálních pozic jako celá prodejna, které by bylo problematické až nemožné inventarizovat z Felixe.\
  • Pozice se zadává zatím jen přes id (dostupné z Sklad – Pozice kliknutím na QR kód pozice)

  • Pokud je id pozice zadáno, tak od inventury celého podskladu se liší v těchto krocích

    • údaj (aktuální) “ks skladem” se bere z pozice, ne z dostupnosti na celém podskladě

    • úprava o příjem/výdej, který proběhl od času inventury se počítá z přesunů na dané pozici, ne z celého podskladu

    • kusy v rezervačních boxech a ve stavu “zapůjčeno odběrateli” se započítávají jako naskenované jen pokud zadaná pozice je současně pozicí pro výdej/prodej na daném podskladě

Půjčovna – odprodeje

  • Připravený proces srovnání historických odprodejů z půjčovny na bazar.

    • Pro všechny staré odprodeje vytvoří příjemku, kterou je naskladní (případně vyskladní u artiklů, které se z odprodeje vracely na půjčovnu).

    • Následně vytvoří doklad inventury, kterým srovná na 0 dostupnost všech artiklů z odprodeje, které již byly prodány.

  • Zrušen nadbytečný mechanismus, který deaktivovat bazarové artikly v případěm, že jejich počet skladem se snížil na 0 (dnes řeší komplexněji end-of-life příznak)

anyrent API

  • /availability – ošetření případů, kdy čas začátku/konce blokace padl do neexistujícího času při přechodu ze zimního na letní čas (mezi 2:00 a 3:00 ráno poslední březnovou neděli)

Yetti automat

  • Vylepšené logování některých typů úloh. Aktuálně využito v úloze pro automatický přepočet chytrých filtrů – z logu automatu bude vidět přesně který z filtrů se vybral pro přepočet (a jak dlouho přepočet trval)

Reklamace

  • Řešení výměnou – nově objednávka na novou věc respektuje sazbu dph z reklamovaného prodeje. Řeší zejm. výměny B2B a firemním zákazníkům (plátcům dph) na Slovensku a jinde v EU, kteří nakoupili s 0 % sazbou dph.
  • V obecné knize dokladů jde nově zap./vypnout zobrazení reklamací, reklamace jsou navíc vyjmuty ze zobrazení dokladů “prodeje”\

2025-03-20

DB 7028

Yetti – správa oken

  • Každé otevřené okno Yettiho má vlastní ikonu na hlavní liště\
  • Včetně náhledu (po najetí myší nad ikony na liště\
  • včetně možnosti přepínání pomocí Alt + TAB nebo Win + TAB

  • včetně možností automatického rozmístění / přichytávání oken k okrajům, na levou/pravou/horní/dolní polovinu/třetinu/čtvrtinu a pod. Např. přetažením k hornímu okraji obrazovky (všechny možnosti), nebo klávesové zkratky Win + → (pravá polovina), Win + ← (levá polovina) a pod.

Reklamace

  • Samolepka reklamace nově obsahuje počet reklamovaných kusů (pokud je > 1)\
  • Nový důvod zamítnutí: “Popisovaná závada se neprojevila”

Různé

  • Prodej – výběr obsluhy je nově povinný (pokud je na dané stanici povolený). Stále jde nastavit “bez obsluhy”, ale už to není výchozí volba.

  • UI modernizace a sjednocení řady dialogů - změna / reset hesla, rezervace - výber data, rezervace - sestava věcí, servis - upřesnění úkonu, půjčení - záměna věci a další. Pod kapotou sjednocené nejpoužívanější ikony tak, aby šly v budoucnu snadno vyměnit za high dpi/vektorové.

  • Doklady - související doklady u položek: nově je u položky meziskladové převodky (výdejka i příjemka) vidět související objednávka

  • Oprava exportu targito (nefunkční určení mateřského eshopu dokladu reklamace)

2025-03-18

DB 7027

Uživatelé

  • Nový údaj u každého uživatele – firma. Nový sloupec v knize uživatelů + možnost nastavit v úpravě/založení uživatele.

  • Kniha uživatelů nově obsahuje sloupec s id uživatele.

  • Oprava: při úpravě uživatele se ztratil údaj o zařazení uživatele do skupiny.

Reklamace

  • lépe čitelné údaje neaktivní/archivované reklamace, pokud je vybraná

2025-03-13

DB 7026

Kniha reklamací – spárování/zrušení spárování s dobropisem dodavatele

  • Na záložce s doklady k reklamaci u dobropisů dodavatele přibyla dvě tlačítka (akce jsou dostupné i přes pravé tlačítko myši) :

    • spárování reklamace s vybraným dobropisem – po stisku tlačítka je zobrazen seznam dostupných dobropisů dodavatelů, kterými lze reklamaci dobropisovat, a po vybrání konkrétního dobropisu jsou odpovídající kusy na reklamaci označeny jako dobropisované a současně se naskladní na podskladě tohoto dokladu, aby se vyrovnalo jejich naskladnění

    • zrušení spárování reklamace se všemi dobropisy

  • Obě tyto operace jsou zapisovány do historie reklamace

Felix velín

  • Inventarizace – možnost exportu

2025-03-12

DB 7025

Kniha reklamací

  • nově možnost aktivovat již deaktivovanou (archivovanou) reklamaci

  • nový volitelný sloupec hlavní tabulky reklamací – sériové/výrobní číslo

  • Výrobní číslo a popis/vada (v detailu reklamace) jde zkopírovat jen kliknutím na údaj

Reklamace – různé

  • Tisk reklamace pro zákazníka – e-mail kontakt změněn z reklamace@ na dotazy@ (skiservis.cz/skibi.cz)

  • Párování reklamace s dobropisem dodavatele – ošetřený problém se zaokrouhlováním při konverzi mezi cenami v různých měnách, který mohl způsobit selhání párování určité kombinace příjemky a reklamace. Podobně ošetřeno v příjmu reklamace.

Kniha dokladů – související doklady

  • Nově všechny knihy dokladů obsahují novou záložku “Související doklady”\

  • Na rozdíl od sloupce “související doklady” přímo v položkách dokladu jsou vidět základní informace o každém dokladu a proklikem je lze otevřít v příslušné knize

  • Volbou vše / podle položky lze omezit výpis souvisejících dokladů jen na položku vybranou v seznamu položek vlevo, jinak jsou vypsány související doklady všech položek dokladu.

Půjčovna – odprodej

  • proces předání do odprodeje (případně návrat z odprodeje do půjčovny) kompletně pod kapotou předělaný a modernizovaný

    • probíhá na straně serveru, nikoliv klienta

    • lepší kontroly a případné hlášení problému, stabilita

    • na artikl předávaný do odprodeje se nově vytvoří příjemka
      (pří vrácení na půjčovnu se na stejnou příjemku přidá zas vyskladnění)

    • Správná práce s podsklady:

      • Doklad příjemky se vytváří na aktuálním podskladě.

      • Věc se naskladňuje k prodeji na podskladě, který má aktuálně ve skladě půjčovny.

      • Při návratu z odprodeje opačně – z prodeje se vyskladňuje na podskladu kde aktuálně je, a na stejném podskladu se naskladní v půjčovně

  • řeší snad poslední příčinu

    • změny dostupnosti/stavu skladu bez toho, že by ke změně byl příslušný doklad

    • rozcházení stavu počtu ks celkem na podskladu vs na pozicích (k dořešení zbývá srovnat stav/doplnit příjemky pro všechny věci předané k odprodeji v minulosti)

    • kumulovaný rozdíl stav skladu vario vs yetti (pravděpodobně)

Různé

  • Šablony transakčních zpráv - oprava/aktualizace merge tagů pro reklamace

  • Tisk zakázky – tel. číslo v servisním protokolu nově z nastavení firmy, ne natvrdo v šabloně

  • Výkup od zákazníka – modernizace UI

  • Nalezená a odstraněná výrazná neefektivita při jakémkoliv pohybu na B2B podskladu (eshop expedice) = snížení zátěže serveru / zrychlení pro všechny

2025-03-10

DB 7024

Reklamace – vrácení peněz

  • Dosud se při vrácení peněz zákazníkovi nevydával nový doklad, jako daňový doklad sloužil samotný doklad reklamace. Dokladu reklamace se přidělilo číslo daň. dokladu a na doklad reklamace se vázala i odchozí platba. Když byla na dokladu reklamace jen položka o příjmu REKL věci pak bylo vše v pořádku, ale v nemálo případech na dokladu reklamace byli jiné položky vzniklé např. při odeslání věci dodavateli a pod.. Pak reklamace jako daňový doklad nedávala smysl.

  • Nově tedy při vrácení peněz zákazníkovi vydáváme zcela nový doklad, na něj se váže i platba atp. Doklad reklamace a daň. doklad k platbě jsou propojeny, takže v knize reklamací je na něj proklik a je vidět i stav platby. Na položce dobropisu je navíc vidět reklamace jako související doklad.\

  • Tisk daň. dokladu - nově už položka reklamované věci nemá označení/hlášku o prodeji bazarového zboží (“zboží dodáno ve zvláštním režimu dle § 90 zák. 235/2004 Sb. se zárukou 12 měsíců”)

Reklamace – výměna

  • Oprava: nešlo zadat vyřízení výměnou u reklamací na více kusů.

Reklamace – párování dobropisu dodavatele

  • Oprava: pokud bylo na dobropisováno zboží z více reklamací, spárovala se jedna z nich. Nově už správně všechny, které spárovat jdou.

Inventury

  • načítání zboží čtečkou - potvrzení úspěšného načtení věci zvukovým efektem. Cink!

Sestavy – Prodeje kol a příslušenství

  • co je “příslušenství” a “kola” se nově rozeznává pomocí chytrých filtrů. Jde tak snadno kontrolovat, upravovat a používat v jiných souvislostech

    • kola - chytrý filtr id 252

    • příslušenství - chytrý filtr id 253

  • Prodeje kol a příslušenství dle obsluhy - doplněno jméno a příjmení, a “příslušenství ks”

2025-03-06

DB 7023

Reklamace – párování s dobropisy dodavatelů

  • Když dodavatel uzná reklamaci formou vrácení peněz, pošle dobropis. Ten se zadává v Yettim jako přijatý daňový doklad (příjemka) se zápornou položkou na reklamovanou věc/věci. To má vedlejší důsledek to, že na podskladě, kde se přijatý doklad přijímá, se přijatým dobropisem nová věc vyskladní. My jsme ale reklamovanou věc již vyskladnili při vytvoření reklamace (u zákaznické reklamace prodejem, u skladové extra vyskladňovací položkou).

  • Potřebujeme takový přijatý dobropis rozeznat, abychom mohli dvojité vyskladnění anulovat, a u reklamací sledovat, zda už nám dodavatel na vyreklamované věci vystavil dobropis. Obojí nyní Yetti umí řešit.

  • 1. kontrola: Při vytvoření příjemky Yetti kontroluje, zda neobsahuje záporné položky, na jejichž dobropisování čeká nějaká reklamace. Pokud ano, nabídne uživateli příjemku s reklamaci spárovat.

  • 2. Spárování pak probíhá zcela automaticky

    • Yetti pro všechny záporné (dobropisované) položky příjemky, které dosud nebyly spárované s reklamací, zkusí najít jestli na ně nějaká aktivní reklamace “nečeká”.

    • Přednost mají ty reklamace, které mají nastavené rozhodnutí dodavatele "vrácení peněz" (před těmi bez nastaveného rozhodnutí dodav.), pak podle času.

    • Za každý spárovaný kus dobropisu se přidá 1 položka na doklad reklamace na podskladě přijatého dobropisu, tím se na tomto podskladě zpět srovná stav dané věci.

    • Pozn: Pokud na stejnou věc čeká na dobropis více reklamací, tak nezáleží, ke které přijatý dobropis napárujeme - důležité je nakonec spárovat všechny kusy na všech reklamacích. Když např. reklamace A čeká na dobropis 2 ks a reklamace B na dobropis 1 ks, a páruje se dobropis na 1 kus, je v pořádku přiřadit ho reklamaci A (dobropisováno máme zatím jen 1 ks ze dvou). A když pak přijde druhý dobropis na 2 ks, jeden se spáruje se zbývajícím kusem rekl. A, a druhý s jediným kusem rekl. B.

  • Spárování se zapíše do historie dokladu reklamace i dokladu příjemky

  • Současně je pak vazba mezi doklady vidět v položkách jako "související doklad" z obou stran – na spárovaných položkách dobropisu je vidět spárovaná reklamace, obráceně u vyrovnávacích položek reklamace je vidět spárovaná příjemka/dobropis.

  • Yetti u každé reklamace, která čeká na dobropis od dodavatele dokáže určit, zda již dobropis k reklamaci máme a to (v budoucnu) využít pro určení stavu reklamace a další procesy.

Sestavy

  • sestava Prodeje kol a příslušenství

    • hlavni sestava seskupena podle dni + nove sloupce

      • pocet dokladu celkem (obsahuje kolo)

      • pocet dokladu s prislusenstvim

      • procento dokladu s prislusenstvim

    • pocet dokladu a %

    • nove detail sestava - rozpis dokladu za zvoleny radek/den v hlavni sestave

  • nová sestava Prodeje kol a příslušenství dle obsluhy - stejne udaje jako v hlavni casti sestavy 'Prodeje kol a příslušenství', jen seskupeno podle obsluhy, misto po dnech

  • sestava Eshop - typy plateb - moznost filtrace podle zeme objednavky

Šablony transakčních zpráv

  • podpora pro @foreach - aktuálně v sekci PolozkyList, jde použít jako lepší náhrada seznamu položek dokladu

  • opravená chyba z minulé verze

  • known-bug: zatím se musíme vyhnout použití emotikon a jiných složitých unicode znaků

2025-03-04

Import skladu dodavatele

  • SnowHow - omezeni importu jen na sklad stock_quantity_VOTesin