Skip to content

Září 2016 ​

2016-09-29 · 16.12.0.0, 16.11.1.0 ​

16.12.0.0 ​

Obecné ​

  • upgrade vývojového prostředí z Delphi XE6 (2014) na Delphi 10.1 Berlin (2016) a s tím související drobné interní úpravy a opravy.

  • upgrade tiskového modulu FastReport z 4.0 na 5.0

  • upgrade původního tiskového modulu EkRTF z 3.11 na 3.15

  • upgrade komponenty pro komunikaci přes Winsoft Comport z 5.0 na 5.4

  • … a bezpočet další

16.11.1.0 ​

Půjčovna ​

  • nová sestava – zákazníci, kteří mají běžící celosez. půjčení

Prodej ​

  • opraveno – při neúspěšné platbě (nebo vrácení z platby) okno prodeje zůstalo “zamknuté”

2016-09-24 · 16.11.0.0 ​

DB 6512

Půjčovna ​

  • Přidána základní podpora pro celosezonní půjčení – ceníky nově mohou zahrnovat sazbu za celosezonní půjčení, navíc rozdílnou v závislosti na měsíci, ve který se půjčuje. Aplikuje se automaticky, když je cena za celosezonní půjčení nižší, než za běžnou krátkodobou sazbu. Na celosezonní půjčení se ale už neaplikuje žádná standardní sleva nebo sleva z kategorie zákazníka. Výše zálohy zůstává stejná. Ceny celosezn. půjčení zatím nelze upravovat v editoru ceníků, měnit je může zatím jen správce systému přímo v databázi.

Prodej ​

  • opraveno řazení poznámek a zpráv v zákaznické péči

  • upravená výchozí výška okna dokladu

2016-09-21 · 16.10.4.0 ​

DB 6511

Zákaznická péče (Velín) ​

  • přehled komunikace a poznámek nově zahrnuje automatické sms a emaily

  • přidán údaj o čase (dříve jen datum)

Velín ​

  • hlavní menu Prodej rozděleno a přeorganizováno na Prodej a Sklad

  • Zakázky - oprava “invalid order by clause”

Cezar ​

  • import artiklů z cezara – ošetření případu, kdy je artikl (chybně) zařazen současně do dvou “cezar sortimentů”

2016-09-19 · 16.10.3.1 ​

Prodej – sklad ​

  • oprava - při úpravě artiklu chyběla možnost upravit značku a ta se tak vždy nastavila na neurčenou (naštestí byla v zápětí opravena následným importem artiklů z cezara)

  • nově možnost při založení / úpravě artiklu značku nastavit / změnit

  • revize a drobný refaktoring celé funkce pro vytvoření/úpravu artiklu

2016-09-16 · 16.10.3.0 ​

DB 6510

Vario – synchronizace ​

  • doklady – upravený způsob výpočtu dph (metodika výpočtu shora + zaokrouhlování koeficientu sazby na 4 desetinná místa)

  • doklady – správné určení sazeb dph podle data dokladu (yetti nově vede historii sazeb DPH)

  • doklady – drobné zrychlení přípravy dat pro Vario

  • zákazníci –:v některých případech se nedařila archivace zákazníků kvůli nepřesnostem při převodu data narození

  • API klient nově dokáže v případě chyby zobrazit/zalogovat přesnější popis chyby

Cezar -> Yetti ​

  • artikly na blacklistu cezara se nově v yettim aktualizují podel cezara, ale nadále platí že se nazaloží, pokud v yettim neexsitují

2016-09-14 · 16.10.2.0, 16.10.1.0 ​

16.10.2.0 ​

Prodej – sklad ​

  • Nová funkce pro smazání artiklu uživetelem přímo z yettiho. Vyžaduje oprávnění “sklad - úprava artiklu”. Dostupná pouze přes pravé tlačítko + potvrzení. Dovolí smazat pouze artikly, které nefigurují na žádném dokladu.

drobné úpravy/zlepšení společného potvrzovacího/oznamovacího dialogu.

16.10.1.0 ​

DB 6509

Prodej – doplňování zboží na pobočky ​

  • Nová sestava (pod menu Prodej – Sestav skladu), připravená speciálně pro potřeby doplnění prodaného zboží z jiných podskladů. Možnosti mj:

    • filtr podle značky, časové rozmezí prodeje

    • výběr více zdrojových skladů

    • filtr jen věci na nule na aktuálním skladem

    • filtr jen na věci skladem na vybraných zdrojových skladech

    • supr čupr rychlá 😃

Prodej – sklad ​

  • příprava pro možnost snadno smazat celý artikl (který zatím nefiguruje na žádných dokladech) přímo z yettiho

  • import artiklů z cezara – pokud se karta v cezaru lišila jen nákupní cenou, nemusela se NC v yettim aktualizovat – opraveno.

Eshop API ​

  • drobná zlepšení (mj. při aktualizaci dostupnosti varianty, kterou eshop odpoví, že nezná, se automaticky vytvoří požadavek na založení artiklu s variantami. Pokud artikl existuje, automaticky se změní jen na aktualizaci (a s tím založení variant). Nakonec se provede aktualizace dostupnosti varianty. Díky tomu např. při spuštění kompletní aktualizace dostupnosti se i založí/aktualizují chybějící artikly.

2016-09-12 · 16.10.0.0 ​

DB 6508

Příjemky ​

  • Evidence příjemek rozšířena o nové údaje:

    • dodavatel (zatím výběrem ze všech zákazníků)

    • číslo faktury (dodavatele)

    • další náklady

  • Tyto údaje je možné zadávat při vytváření/úpravě nové příjemky, zobrazit v nové Knize příjemek (pod menu Prodej)

Objednávky ​

  • nová funkce pro hromadnou změnu stavu všech položek objednávky, které mají vybraný stav. Aktuálně jsou připravené hromadné změny:

    • všechny položky k objednání u dodavatele -> objednáno, skladem u dodavatele

    • všechny položky připravené v rez. boxu -> stornováno

    • (v budoucnu lze přidělat snadno další kombinace)

Ostatní ​

  • ošetření max délky uživ. jména při přihlašování

  • eshop API - drobná úprava pravidel pro převod názvu na url

2016-09-09 · 16.9.2.0 ​

DB 6507

Zákaznická péče ​

  • Nově lze odložit řešení objednávky na více dní / libovolné datum. Jak při záznamu tel / sms / poznámky, tak přes pravé tlačítko.

Eshop API ​

  • optimalizace aktualizace skladovosti – podpora párovacího znaku složeného ze dvou údajů. Efektivnější (méně dotazů) a bezpečnější (nehrozí hraniční případy, kdy některé kroky synchronizace mohli být přeskočeny)

Zákazníci ​

  • hledání v poli email bude nově ve většině případů zapnuté

2016-09-08 · 16.9.1.0 ​

DB 6506

PRODEJ – DOKLADY ​

  • Výrazné interní přepracování knihy dokladů, které umožní na jejím základě udělat nezávislé/specializované knihy – kniha příjemek, kniha objednávek, kniha prodejů atd. (aktuálně pro základní otestování kniha příjemek - viz menu Prodej). Specializované knihy tak budou moct obsahovat různé informace navíc (např. u objedávek údaje eshopu apod), a naopak se nezatěžovat s těmi co nepotřebují, čímž bude kniha přehlednější i rychlejší. S předělávkou proběhlo několik drobných zlepšení a oprav., z viditelných např. více voleb pro výběr termínu nebo výrazné zrychlení v určitých situacích.

Yetti Poslíček ​

  • [SBCR] Dočasné řešení - informační emaily a sms o tom, že objednávka je připravená k osobníhu odběru, se nebudou odesílat pro objednávky obsahující něco z cyklo sortimentu - typicky kolo, které vyžaduje před vydáním sestavení.

Eshop API ​

  • Zákazníci – dokončení náhrady párovacího klíče ESHOP_ID ze EMAIL.

2016-09-02 · 16.9.0.0 ​

DB 6504, 6505

Eshop API

  • výrazný refactoring interního logování změn pro synchronizaci s eshopem, který vedle řady drobných zlepšení přináší

  • možnost přes API měnit párovací znak (dříve musel být neměnný)

  • dotažení synchronizace zákazníků (insert/update/delete), náhrada extra párovacího údaje “eshop_id” za email

  • možnost použít “sekundární ID” - umožňuje u aktualizace skladové dostupnosti odesílat nové info jen pro podsklady, kde ke změně došlo. Dosud bylo zaznamenáno jen u které variantě došlo ke změne, a tak se odesílala aktualizace pro všechny podsklady kde se vyskytovala. V praxi se tak několikanásobně zmenší množství požadavků na aktualizace stavu.

API resource objednavky - pryc sloupec ZAKAZNIK_ID, nove ZAKAZNIK_EMAIL

Zákazníci ​

  • oprava segmentace - někteří prvozákazníci mohli být milně označeni jako “mrtví” místo “živý”