Novinky

Kontrola zalistovaných položek pro dodavatele, kteří mají příznak "Jen zalistované" v evidenci objednávek na dodavatele a při převodu návrhu objednávky do objednávky.

Změna výchozí složky pro generování datových souborů pro přiznání DPH. V proměnných pro definování složky pro datové soubory lze použít následující zástupné znaky:

Výchozí složka je nastavena na "DPH{dic}_{j}{r}{o}"

Proměnné DPH-PDF,0 a DPH-XML,0 doporučujeme smazat nebo nastavit na vhodnou výchozí hodnotu.

Změna protokolu pro komunikaci s registrem nespolehlivých plátců DPH z http na https. (od 1.9.2016 bude registr umožňovat přístup pouze přes https).

Nová funkce do menu OBJ_MNU (Alt+F6 v přehledu požadavků) pro fakturaci požadavku podle příjemky(kód menu 41,31) - funkce umožní výběr příjemky a do výsledného dodacího dokladu načte operace z této příjemky a ceny změní na běžné prodejní ceny platné pro určeného odběratele (dle vybraného požadavku). Na závěr se provede spárování operací výsledného dokladu s původním požadavkem (stejně, jako by byl požadavek vyfakturován pomocí běžné fakturace požadavku)

Možnost po importu průvodky z plánování dopravy (Plantour) označit importovaný přenosový soubor jako zpracovaný (změna přípony souboru na *.BAK). Pomocí proměnné ImpPruPlTr,4 lze určit režim zpracování:

Pomocí proměnné TypDLjedn+,0 pro příjmové typy dokladů a TypDLjedn-,0 pro dodací typy dokladů lze nastavit seznam typů dokladů, které se mají považovat za dodací listy pro způsob fakturace DL jednotlivě při hromadné fakturaci (dodací listy se v tomto způsobu fakturace neslučují na rozdíl od faktur). Automaticky se neslučují všechny nedaňové doklady.

Úprava práce s příznakem přefakturace dokladu. Nově je možné příznak zapnout nebo vypnout také u příjmových dokladů, ale přefakturace se uplatňuje pouze pro položky, které se ze skladu vydávají (u příjmových dokladů tedy jde o vrácené zboží).

Nové kódy menu 27,51 až 27-55 pro OdbMenu nebo kódy menu 28,51-57 pro DodMenu pro vytvoření nových požadavků s určeným stavem (např. 27,55 pro rezervovaný požadavek).

Úprava exportu ceníku do formátu XML. V programu lze pro konfiguraci exportu použít následující proměnné (x je 0 pro kompletní data, x je 1 pro export změněných karet):

Při evidování dokladů z požadavků (F6 v přehledu požadavků) nebo objednávek na dodavatele (Ctrl+P v objednávkách) se do záznamu změn požadavku nově zapisuje informace o dokladu, do kterého byl požadavek (resp. objednávka) převeden

Prodloužení evidenčního čísla daňového dokladu v evidenci faktur, pokladny a DU dokladů na 30 znaků.

Při přenosu sestavy v generátoru sestav (Alt+F5) lze při importu pomocí nového přepínače určit, že se nemají načítat relační soubory. To je vhodné v případě, že importujeme sestavu z databáze, kde je množství dalších relací, které nová sestava nevyužívá a do definice relací se tak přenesou i relace, které jsou v dané skupině sestav zbytečné.

Rozšíření režimů zpracování dokladu v kontrolním hlášení pro tuzemské doklady. U dokladu je možné v nastavení DPH (F10 v editaci dokladu) vybrat, zda má být doklad zařazen do kontrolního hlášení automaticky (výchozí volba) nebo má být označen jako souhrnný doklad (A5/B3) nebo jako jednotlivý doklad (A4/B2).

Rozšíření kontroly editace dokladu dle DUZP. U přijatých dokladů nebo u vydaných dokladů označených příznakem Opravný daňový doklad je kontrolováno, zda datum přijetí neleží mimo období, ve kterém je povoleno zadávání DUZP (Oprava INI hodnot/F7-nastavení období). Kontrola se provádí jen u uživatelů s vypnutým přístupovým právem 3 Právo opravovat doklady v omezeném období dle DUZP.

Pokud je v nastavení importu v daném záznamu importního formátu pro import faktur ze Sklad6 nastaven příznak 256, tak import u všech importovaných dokladů nastaví údaj Saldokonto na hodnotu nepárovat

Pomocí proměnné InvEvidDok,0 lze hodnotou 0 nebo 1 ovlivnit, zda se inventurní doklady, které vznikají v rámci vyrovnání inventury (čili doklady pro přebytky a manka), evidovaly bez standardní kontroly přístupových práv pro daného uživatele. Vyrovnání inventury může s tímto nastavením provést i uživatel, který má např. zakázaný příjem vybraných karet (výchozí stav je 1)

Program je nově nastavený tak, aby se celý exe soubor načetl do paměti počítače ihned při startu programu v případě, že je spuštěný ze sítě. Dosud to fungovalo tak, že program načetl ze serveru jen ty části, které potřeboval pro běh programu a zbytek si dočítal až v okamžiku, kdy program došel do místa, které ještě nebylo načtené do paměti PC. Výhodou tohoto postupu je to, že program rychleji nastartuje a nezatěžuje síť načítáním informací, které nezbytně nepotřebuje. Problém ale nastane v okamžiku, kdy se Windows pokouší načíst ze síťového serveru nový kus programu a síť zrovna není k dispozici (např. kvůli nějakému krátkodobému výpadku). V té chvíli je aplikace okamžitě ukončena typicky s hlášením "External Exception XXXX". S novým nastavením bude o něco pomalejší start programu, ale nebude docházet k uvedeným chybám. Může se samozřejmě stát, že když nebude síť dočasně dostupná, tak bude hlášena nějaká databázová chyba, popř. jiná síťová chyba, ale z těchto chyb se dokáže program obvykle vzpamatovat. V konfiguraci databáze PSQL doporučujeme na klientu i na serveru nastavit "Auto reconnect", což pomáhá překonat krátkodobě výpadky.

Nový číselník, umožňující u dané skladové karty sledovat, jaký druh přenesené daňové povinnosti se má u této karty uplatnit. V číselníku se uvádí interní identifikační číslo, kód přenesené DP, popis, limit v Kč, od kterého se má přenesená DP uplatňovat a měrná jednotka, ve které se má přenesená DP vykazovat (od 2016 ale již není nezbytné v souvislosti se změnami souvisejícími s kontrolním hlášením). Ve skladové kartě je pak nové pole, kde lze určit interní identifikační číslo přenesené DP z číselníku.