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ý”