Novinky

Při evidování požadavku je nyní možné provést změnu čísla požadavku také u požadavků, které mají evidovány záznamy v evidenci "původní stav" (čili byly již vyfakturovány a je sledován původní stav požadavku).

Ve skriptovacím jazyce je k dispozici nová funkce GSRunReportKBMT umožňující spuštění vybrané sestavy

z generátoru sestav. Výsledek je vrácen ve formě paměťové tabulky, což umožňuje další snadné zpracování vrácených dat. Poté, co už paměťová tabulka není potřeba, je třeba ji uvolnit pomocí Free. V případě, že při výpočtu nastane nějaká chyba, tak je vrácena hodnota nil a popis chyby je vrácen v textové zprávě, která se vrací jako poslední parametr.

U funkci GSRunReport a GSRunReportV je doplněn nový parametr umožňující určit výstupní formát:

-1	výchozí formát sestavy
0	textová sestava
1	GSE (MIS)
2	DBF
3	CSV
4	CSV-Excel
5	SYLK-Excel
6	XML
7	HTML
8	QR2
9	Excel XLS
10	DEF Soubor
11	Dat.kostka
12	PDF (QR2)

Ve skriptovacím jazyce je k dispozici nová třída TSylkExport s jejíž pomocí lze provést export libovolných dat do formátu SYLK (resp. SLK), který lze otevřít ve většině tabulkových kalkulátorů. K dispozici jsou funkce pro naplnění buněk tabulky textovými nebo číselnými hodnotami, výrazů pro součet, součin a průměr, nastavení fontů, barev, zarovnání, rámečků, formátů čísel, šířky sloupců a výšky řádků.
Buňky tabulky je třeba plnit postupně po řádcích (v řádku směrem zleva doprava). Samotné uložení se provede za pomocí metody Save. Pokud není tato metoda zavolána, je uložení provedeno automaticky při ukončení práce s objektem.

Úprava importu informací z ARES.
Pokud má zákazník přiděleno DIČ, ale webová služba ARES vrátí informaci o tom, že registr DPH není pro zákazníka aktivní, tak se režim DPH v adrese nastaví na Neplátce DPH.

Pomocí proměnné SystUserRg,0 s hodnotou 1 lze povolit kontrolu přístupových práv pro jednotlivá editační pole v systémovém dialogu uživatelů. Kontrolují se také povinná pole (dle definice systémových struktur) a pomocí číselníku 177 je možné definovat výchozí hodnoty pro jednotlivá pole při založení nového uživatele.
Před nastavením proměnné zkontrolujte nastavení práv jednotlivých polí a seznam povinných polí v Systémové menu/Struktura souborů (Typ souboru SYSTUSER)

V dialogu pro nastavení parametrů skladové karty se nově zobrazuje celý strom kategorií (čili všechny položky skupiny "Hlavní" a všechny její podřízené podskupiny (v samostatném řádku se zobrazí nadpis podskupiny a pod ním jsou odsazené parametry patřící do této podskupiny).
V číselníku parametrů skladových karet lze u jednotlivých odkazů na jinou skupinu určit, zda se podřízené záznamy parametrů mají zobrazovat v samostatném okně nebo rovnou v hlavním seznamu parametrů.
Pomocí proměnné KARParRek,0 s hodnotou 0 lze případně nastavit původní režim, při kterém se položky z podřízených skupin nezobrazují a je potřeba je otevřít v samostatném okně klepnutím na řádek s odkazem na skupinu parametrů (na nový přepínač u odkazu se pak nebere zřetel).

V přehledu skladových karet lze v nabídce "F10/Hledání podle vzoru" vyhledávat nově také podle parametrů skladových karet. Ve výchozím stavu program nabízí pro hledání všechny parametry dostupné přes skupinu parametrů "Hlavní". Pomocí proměnné KARParamNS,9 lze určit jinou skupinu parametrů (prázdná hodnota této proměnné vypne možnost filtrování podle parametrů).

V MO prodeji je možné mezi nabízené typy dokladů (vybírá se na začátku) zahrnout typ dokladu pro zaměstnanecké stravování. Nastavení je možné ovlivnit proměnnou UCCZS,0 (pokud není proměnná definována, tak se nastavení bere dle proměnné UccImp,20 - viz změny 28.5.2024 - proměnná UCCZS má stejně strukturovanou hodnotu). Doklad, který vznikne evidováním bude mít obdobné vlastnosti, jako doklad vzniklý importem, tj. položky dokladu budou mít nulovou cenu a do dokladu bude přidána položka s hodnotou zaměstnanecké stravy.

V číselníku typů dokladů je v nabídce přepínačů pod klávesou F5 nová volba [Režim hledání odběratele v MO]. V následné nabídce je pak možné určit povolené režimy hledání odběratele pro daný typ dokladu:
[x] Automaticky (tj. ručně + pomocí základního EAN + EAN v AdrInfo)
[ ] Povolen ruční výběr odběratele
[ ] Hledat odběratele pomocí EAN
[ ] Hledat odběratele pomocí dalších EAN v AdrInfo
[ ] Hledat odběratele pomocí chipu
Při povolení "hledání pomocí čipu" se zadané/naskenované číslo převádí na hexadecimální hodnotu a ta se hledá v kolonce "Id.č.firmy" z druhé záložky v kartě odběratele. Hledání může být mírně pomalejší oproti ostatním způsobům vyhledávání, a proto je doporučujeme zapínat jen v nezbytných případech.

V kartě odběratele a dodavatele je na šesté záložce nový přepínač "Provozovna zrušena". (jde o příznak +524288 v poli Priznaky4 v záznamu adresy)

V hlavičce požadavku je nový přepínač "Transferová objednávka" (jde o příznak +4 v poli Priznaky4 v záznamu hlavičky objednávky)
K dispozici jsou i funkce do menu pro práci s objednávkami (OBJ_MNU) pro hromadné plnění tohoto příznaku za označené objednávky:

Kód menu	Popis
41,129	zapnutí příznaku
41,139	vypnutí příznaku

Rozšíření významu proměnné KarBlokEd,0 o hodnotu +8, která umožňuje výběr blokované karty ze seznamu karet. Hodnota +4 také povoluje možnost exportovat kartu do přenosového souboru karet.

Ve struktuře KARTA je možné definovat nová kalkulovaná pole:

CSORTOPAKZ	informace o opakovaném závozu dle číselníku sortimentu odpovídající dané kartě
CSORTSNKID	ID sankce dle číselníku sortimentu odpovídající dané kartě
CSORTSNKP	Popis sankce dle číselníku sankcí (s vazbou na číselník sortimentu)

Při kopírování karet je osamostatněno přenášení údaje Hled. název (čili Název pro hledání). Import tohoto pole nyní je možné nastavit nezávisle na poli Název.

Rozšíření možností importu účtenek z externího systému s použitím XML souborů. Nově je možné doklady, které mají definovaného zákazníka, evidovat jako běžné skladové doklady určeného typu dokladu.
U účtenek s vyplněnou položkou CustomerEAN se kontroluje nastavení proměnné UCCImp,20. Hodnotu této proměnné zadejte v následujícím formátu: BitMaskaPodnik/Příjem/TypDokladu/Parametry/KódKartyPřevod/TypCeny

např. 15/0/15/208/»ZAMSTRAVA/1

BitMaskaPodnik (pokud nalezená adresa nemá vyhovující údaj "Podnik", tak se zaeviduje jako běžná MO účtenka)	+1 firma +2 podnikatel +4 soukromá osoba +8 zaměstnanec
Příjem	0 dodací (výchozí) 1 příjmový doklad
TypDokladu	číslo typu dokladu
Parametry	+1 kontrola-doklad uzamčen +2 standardní kontroly u všech operací +4 kontrola-povolen přev. příkaz +8 kontrola adresa-typ dokladu +16 ignorovat kontroly práv při evidování dokladu +64 když není nenalezený customerEAN v adresáři, tak se také vytvoří doklad (jinak MO účtenka) +128 počet ks náhradní karty (viz KódKartyPřevod) se určí podle počtu "dražších" položek (tj. cena položky je vyšší než cena náhradní karty); Když původní celková cena vychází přibližně 0, tak náhradní karta není do dokladu doplněna. +256 povoluje zápis původní platby do SkladPLT i pro změněné doklady zaměstnaneckého stravování
KódKartyPřevod	Když je vyplněn kód náhradní karty, tak se u ostatních položek nastaví Cena=0 (nesmí být nastaveno automatické dohledávání NC). Vhodné pro evidování zaměstnaneckého stravování.
TypCeny	číslo typu ceny pro určení ceny náhradní karty (0, 1..PC1, 2..PC2, ... 6..PC6, 7..NC, ...) Když je u typu dokladu nastaveno pevné cenové pásmo, tak se cenové pásmo určí dle typu dokladu.

V nastavení zobrazení programu je nový přepínač
[x] Povolit velký počet řádků. Pokud je přepínač zapnutý, tak program povolí zobrazení většího množství řádků (dosud bylo maximum 50). Při zobrazení velkého množství řádků (zvláště v databázových seznamech) může dojít k mírnému zpomalení práce s programem v důsledku zobrazení většího množství dat, což ale může vyvážit větší přehlednost zobrazených dat.

Úprava procesu výroby v rámci automatické uzávěrky - v některých variantách výpočtu cen se nepočítalo s tím, že kalkulace může být definována pro více výrobků.

Rozšíření kontroly počtu balení při skenování TTT kódů.
Při naskenování kódu se dohledá skladová karta v případě, že je dostupný segment (01) v naskenovaném EAN128. Pokud je u čárového kódu ve skladovém systému definované množství kusů (popř. balení), tak se započítá odpovídající počet balení.
Proměnnou TTTParams,45 lze nastavit režim kontroly skladové karty (rozšíření původních hodnot).

Následující hodnoty se týkají režimu skenování TTT kódů k operaci dokladu, kdy je jasně určena skladová karty, které se TTT kódy týkají.

Hodnota	Popis
0	kontrola skladové karty se neprovádí
+1	pokud nesouhlasí skladová karta, tak je zobrazen dotaz s možnostmi Přesto zapsat/Zpět
+2	pokud nesouhlasí skladová karta, je hlášena chyba (nekombinovat s hodnotou 1)

Následující hodnoty se týkají režimu skenování TTT kódů v případě, že karta není určena:

Hodnota	Popis
+8	povoluje detekci počtu balení pro karty označené příznakem "výdej jen po baleních"
+16	povoluje detekci počtu balení i pro karty bez příznaku "výdej jen po baleních"
+32	počet balení je určeny tak, že se použije přímo počet ks dle čárového kódu (jinak se výsledný počet dělí počtem ks v balení dle skladové karty).

Výchozí hodnota je 10.

V seznamu operací dokladu, položek požadavku, položek objednávek na dodavatele nebo v seznamu karet je možné pomocí Ctrl+C (u objednávek a karet též Alt+C) zkopírovat kód zboží (popř. jiný údaj z operace, položky nebo karty) do schránky Windows. Pomocí proměnné OPECpyItem, POLCpyItem, NPOCpyItem nebo KARCpyItem,0 lze určit, který údaj má být do schránky vložen. V proměnné může být také výraz s použitím více polí.
Ve výchozím stavu je proměnná nastavena na hodnotu Kod. V případě operací a položek je možné použít alias KAR. pro určení, že jde údaj ze skladové karty (např. KAR.KodDodavat).
U objednávek je možné pomocí proměnné NPOCpyItem,9 s hodnotou 1 povolit, aby kopírování fungovalo i na klávesu Ctrl+C (jinak se volá původní dialog pro kopírování všech položek v seznamu).

V adresáři odběratelů je nový přepínač "Vázané obaly tisknout u zboží". Při tisku a exportu dokladu program zatřídí (případně i rozdělí) operace zboží a obalů tak, aby vázané obaly byly ve správném počtu za sebou
(např. 48 x zboží + 48 lahví + 2 přepravky).
Obaly, které se nepodaří napárovat k žádnému zboží zůstanou zařazené jako dosud. Řazení se provádí pouze v případě, že doklad nemá pro tisk nastavené třídění dle kódu. Třídění se současně neuplatňuje pro doklady, které jsou ve stavu vychystávání.

Úprava zpracování čísel dokladů s hodnotou nad 2147483647 v generátoru sestav a v dalších místech aplikace. Upraveno bylo také zpracování typu Autoincrement. Nově je také v některých částech aplikace podporován datový typ Int64.

Rozšíření možností hledání operací dokladů (F9). Nově je možné zvolit režim označování operací, podle toho zda vyhovují zadané výběrové podmínce. Je možné nechat označit vyhovující záznamy, odznačit vyhovující záznamy či nejdříve zrušit označení všech dříve označených záznamů a jejich nové označení podle vyhovujících záznamů. V seznamu operací je také možné použít klávesy + nebo - pro vyvolání funkce hledání s přednastavením režimu označování (resp. odznačování).

Při označování operací dokladu program sčítá označené položky (Ins). Ve výchozím stavu se pak při označení položky zobrazí celkový počet označených položek, součet MJ a celkové částky s DPH za označené položky.

Možnost v položce požadavku editovat a ukládat poznámku k objednání zboží.
Význam proměnné ObjEditP-,0 byl rozšířen. Kromě hodnot 0 až 3 ovlivňujících možnost vstupu stavu objednání je možné k hodnotě přičíst následující hodnoty:

Hodnota	Popis
+4	zobrazení poznámky k objednání bez možnosti editace
+8	editace poznámky k objednání. Editaci je možné vyvolat klávesou Alt+B v položce požadavku.

Zadaná poznámka k objednání se pak může přenášet do objednávky na dodavatele. To je ovlivněno proměnnou NOB-CrossP,x (kde x je číslo varianty zpracování požadavku do objednávky na dodavatele). Bitová hodnota +8192 povoluje zobrazení poznámky k objednání a její přenos do objednávky v rámci zpracování z požadavku do objednávky na dodavatele.

Při tisku skladových dokladů (např. faktur) lze tisknout také přehled plateb uskutečněných pomocí dialogu pro vstup plateb a vrácení hotovosti. Při tisku se používají výrazy s použitím aliasu PLT., které využívají pole ze struktury PLATBA (tabulka SKLADPLT). Tisk je třeba umístit do sekce .MC

Příklad (v jednom řádku):
.MCPlaceno: #using(if((Trim(PLT.OznUhrady)=""),EnumStr("Hotově/Stravenky/Karta/Bonusy/Bezhot./Hotově(CM)/Karta(CM)",

PLT.TypUhrady),PLT.OznUhrady),11)+StrCurr(PLT.Placeno,10)+" "+PLT.Mena}
Sekce může být tisknuta na různých místech ve formuláři faktury v závislosti na proměnné DokTskPlt-,0,

resp. DokTskPlt+,0 pro dodací, resp. příjmové doklady.

Hodnota	Poppis
0	platby se nebudou tisknout
1	Tisk se provede po tisku záhlaví (pod sekcí .HH)
2	Tisk se provede po tisku záhlaví za případnou poznámkou (pod sekcí .HH a .M0)
3	Tisk se provede po tisku spodního záhlaví dokladu (pod sekcí .DH, před sekcí .MK)
4	Tisk se provede po tisku spodního záhlaví dokladu (pod sekcí .MK) - výchozí
5	Tisk se provede po tisku spodního záhlaví dokladu (pod sekcí .MS se spotřebními daněmi)

V případě, že je označeno více požadavků v seznamu požadavků a je vyvolán tisk, tak se v nabídce pro tisk (F8) objeví nová položka menu "Hromadný tisk označených požadavků", která umožní hromadný tisk všech označených požadavků. V následné nabídce je možné spustit bezdotazový tisk všech požadavků nebo vytisknout jen jeden požadavek (po tisku jednotlivého požadavku se nabídka opakuje)

V záznamu odběratele je nový přepínač Netisknout ceny do vybr.formulářů. V případě, že chcete tento nový přepínač používat, tak je nutné upravit definiční soubor tiskových sestav, aby ve vhodných místech reagoval v daném formuláři na nový přepínač; např. pomocí výrazu
if(MaskAnd(ADR.Priznaky4,65536),"Cena"," ")
Alternativně lze nastavit proměnnou TypTskCen+,x nebo TypTskCen-,x pro příjmové nebo dodací doklady, kde x je číslo typu dokladu. Hodnota 1 zakazuje tisk cen a program nastaví všechny běžné tiskové proměnné obsahující cenu na prázdný text (změny se neprojeví ve výrazech počítaných přímo v DEF souboru - zde je třeba upravit tisk s pomocí testu výše popsaného příznaku).

Úprava dohledání záznamu při vstupu do vybraných číselníků - program se nastaví na záznam v číselníku, který odpovídá editované hodnotě (např. při výběru údaje z číselníku Skupina3 nebo Druh v kartě se program nastaví na záznam v číselníku, který vychází z hodnoty Skupina3 nebo Druh v kartě).

Úprava generování sestav z generátoru sestav do formátu Sylk-Excel. Ve výstupním SLK souboru je nastavena výška prvního řádku s nadpisem sestavy, aby byl nadpis sestavy lépe čitelný

Možnost rozšíření pole obsahující jméno firmy v adresáři odběratelů a dodavatelů. Pro rozšíření je využita rezerva určená původně pro evidenci T&T. Pokud jsou pole pro rezervu změněny na ExtBJmeno1, či ExtBJmeno2, tak program umožňuje zadat delší jméno v prvním nebo druhém řádku adresy (jen pro fakturační adresu).Pro správný tisk rozšířených informací je třeba upravit tiskové formuláře.

Úprava párování faktur v rámci zpracování EDI. Při výskytu chyby se program snaží pokračovat v párování a dohledat také další případné chyby. EDI doklad sice není nakonec při výskytu jakékoli chyby spárován, ale s dodavatelem je možné řešit více problémů najednou.

Nová možnost vyplnit a základě informací z objednávky na dodavatele formulář hlaseni_potravin_v_miste_urceni.xlsx pro SZPI (Státní zemědělská a potravinářská inspekce).
Pomocí nové funkce menu NOBJED_SPC s kódem 39,14 se pro danou objednávku vygeneruje XLSX soubor s vyplněnými údaji. Exportují se skladové karty, které mají pole "Druh" správně vyplněné (tj. hodnota existuje v číselníku druhů a příslušný záznam v číselníku je označen pro export do SZPI). Při exportu se kontroluje obsah vybraných polí (Druh, Jednotka, Kraj) vůči seznamu, který je uložený ve skryté stránce XLSX souboru (pokud exportovaná hodnota nevyhovuje, tak pole zůstane prázdné).
Pro správnou funkci je také třeba mít správně nadefinovanou sekci [ExportObjednavkySZPI] v definičním souboru sestav. V této definici se v sekci .M2 uvádí jednotlivé sloupce a výraz, který definuje obsah sloupce.
Ve výrazech je možné použít následující aliasy:

ALIAS	Popis
(bez aliasu)	položka objednávky na dodavatele
NOB.	hlavička objednávky na dodavatele
ADR.	adresa dodavatele dohledaná dle IČO z hlavičky objednávky na dodavatele
INI.	inicializační hodnoty
KFG.	konfigurační hodnoty
OBJ.	hlavička požadavku dohledaná dle externího čísla objednávky (z hlavičky objednávky na dodavatele)
ADRP.	adresa odběratele dohledaná dle IČO z hlavičky požadavku
KAR.	skladová karta
ZAS.	záznam zásoby ke skladové kartě
CSL.	záznam číselníku dohledaného pro daný druh (dle pole Druh z karty)

Úprava odesílání formuláře DPH. Program nově otevírá webovou stránku MFČR, která je určená pro odeslání připraveného souboru. Stačí jen kliknout na Procházet a pak pomocí Ctrl+V vložit jméno souboru, které účetnictví nachystalo do schránky Windows.

Úprava formátu generovaného XML souboru pro elektronické podání přiznání DPH (od r. 2024 není v rámci dat předávána informace o datové schránce)

Prohlížení položek EDI dokladů - pro jiné typy zpráv než DESADV a INVOIC je použito jiné interní označení formuláře, což umožňuje nastavit odlišené pořadí a formátování sloupců v tabulce

Hromadné návrhy objednávek dle typu odběru - alternativní karty, které nejsou zařazeny do žádného návrhu, se nekontrolují při porovnávání Optimálního množství.

Ve skladové kartě je na třetí podstránce nové pole Druh s novým číselníkem druhů produktů. Nový údaj lze použít pro rozlišení druhů potravinářských výrobků pro exporty dat pro SZPI a SPS. V číselníku je pak třeba vyplnit označení druhu potraviny dle seznamu dodaného z SZPI či SPS a dále je pak možné určit další specifikaci (např. Mražené/chlazené) a odpovídající jednotku. V číselníku se také určuje, zda má být daný druh exportován pro SZPI či SPS. Nový údaj Druh ve skladové kartě je možné také přenášet pomocí přenosových souborů pro skladové karty.

Mezi možnosti třídění operací dokladu při tisku dokladu nebo chystačky doplněna možnost třídit podle Kategorie (z číselníku Skupina2) + Skupiny2 + Názvu karty

Při tisku formuláře ADR (nebezpečný náklad) lze nastavit, aby se záznamy se stejným údajem zařazení tiskly samostatně (dosud se sčítaly za UN+Obal+Třida+OS). Zpracování lze ovlivnit pomocí proměnné ADRParam,0 s následujícími hodnotami:

Hodnota	Popis
+1	třídění záznamů dle OS
+2	rozdělení záznamů dle zařazení ADR