Novinky

Rozšíření přímého převodu dokladů do účetnictví.
Pokud v seznamu souborů (Systémové menu/Soubory) je nastaven soubor UCTOLOG.BTR a je nasměrovaný do databáze účetníctví do složky, kde leží soubor LOG.BTR, tak program může v účetnictví vytvořit při převodu faktury záznam v tabulce LOG.BTR (v databázi účetnictví). Další identifikaci souboru UCTOLOG.BTR, kterou má program hledat, lze nastavit pomocí proměnné SK_UC_PRV+,55 resp. SK_UC_PRV-,55 popř. U+ičo,55 resp. U-ICO,55 (výchozí je 0).
Dále je třeba povolit, pro které situace se má záznam v LOGu vytvářet (rozšíření možností proměnných SK_UC_FA+,15, resp. SK_UC_FA-,15 o nové hodnoty):

Podpora pro platební terminály Sonet

Nastavení lze ovlivnit pomocí proměnných SOTerm,x (proměnné GPTerm,x a MNTerm,x se využívají v podobném významu i pro terminály Global Payments a Monet)

Terminál Sonet má dva logy:

• log terminálu SOTerminal.log (vytváří sklad): je uživatelském adresáři a úroveň logování je možno nastavit proměnnou SOTerm,1
• log vytvářený knihovnou: je umístěn u vlastní knihovny a úroveň logování se nastavuje proměnnou LogLevel v konfiguračním souboru.
  

Do adresáře firem je doplněno nové pole. U distributorů lihu je toto pole určeno pro specifikaci vztahu mezi osobou prodávající nebo jinak převádějící líh a jeho nabyvatele. Čili například, zda se jedná o konečného spotřebitele, konečného prodejce lihu či distributora lihu. Na základě tohoto pole je pak možné upravit tiskový výstup dokladů. Doklady obsahující líh mají v příznacích 2 zapnutý příznak 33554432.

Orientovat se dá také pomocí přepínačů 14 v typu dokladu, které určují způsob zpracování dat pro hlášení lihu a mohou nabývat těchto hodnot:

Rozšíření exportu do účetnictví.
V nastavení lze pomocí proměnné SK_UC_FA+,15 (pro přijaté doklady), popř. SK_UC_FA-,15 (pro vydané doklady) určit, že ve faktuře v účetnictví se má nastavit údaj zakázka podle čísla skladového dokladu. Pokud je tato volba nastavena, tak se současně při přímém převodu do účta kontroluje, zda faktura se stejným číslem zakázky už v účetnictví není. K tomu je nezbytné mít v účetnictví nadefinovaný nový index 10 (Příjem+Zakázka+DUZP pro tabulku UCTOFAK). Přeúčtování faktury je povoleno jen v případě, že nalezená faktura má stejný typ dokladu. Lze také nastavit, aby se údaj "saldokonto" v hlavičce faktury na hodnotu "nepřevedeno" (nastavuje se to jen u dokladů, které nemají nastavené zaúčtování).

Výše uvedené proměnné tedy byly rozšířeny o tyto příznaky:

Proměnnou SK_UC_FA+,19 lze nastavit druh faktury (výchozí 255)

nebo proměnných KRozdilTD+,x nebo nebo KRozdilTD-,x (pro platbu přijaté nebo vydané faktury, kde x je typ úlohy, ze které byla platba prováděna:

lze nastavit typ dokladu, druh DU dokladu a případně i popis.
Hodnotu proměnné zadejte ve formátu: TypDU/DruhDU/Poznámka,
např. 161/1 (pokud není poznámka uvedena, vygeneruje se automaticky).

Úprava správy zákaznických karet v seznamu odběratelů.
V seznamu doplňkových zákaznických karet evidovaných v záznamech odběratele (AdrInfo; výchozí ID evidence 5; typ zpracování 4) je možné u každé karty určit datum ukončení platnosti zákaznické karty.
Nulové datum znamená, že platnost není omezena.
Pokud dojde ke změně zákaznické karty (pole "Kód", resp. EAN v záznamu adresy), tak je možné, aby se původní zákaznická karta přenesla do evidence doplňkových zákaznických karet. U původní karty je možné zadat datum ukončení platnosti a případně i důvod vyřazení karty.
Nastavení je ovlivněno proměnnou ADRINFOEAN,2 pro odběratele (popř. ADRINFOEAN,1 pro dodavatele). Hodnotu zadejte jako součet hodnot:

Pro důvody podlimitního závozu lze definovat číselník.

Podpora pro archivaci objednávek na dodavatele.

Při odeslání mailu s PDF přílohou lze nastavit, aby se PDF soubor uložil do určeného úložiště (včetně možnosti roztřídit dokumenty např. pomocí období). Současně může vzniknout záznam v nové evidenci dokumentů k objednávkám a lze pak také prohlížet dříve uložené dokumenty připojené k objednávce.
Nastavení exportu a odesílání PDF lze ovlivnit pomocí proměnné NOB-PDF,8. Tuto proměnnou zadejte ve formátu:
IDevidenceAdrInfo/Přepínače/KategorieDokumentu/ZačátekPopisuDokumentu

Nová funkce pro nastavování "kampaní" pro jednotlivé odběratele.

V novém číselníku kampaní (kód hlavního menu 15,141) se nejdříve určí, jaké kampaně mají být k dispozici. Kampaň má své interní označení, popis a označení individuální ceny. ID kampaně se nesmí opakovat ve více řádcích v číselníku kampaní. Individuální cena se použije pro vyhodnocení prodejní ceny v dané kampani. V seznamu odběratelů je pak k dispozici nové menu (menu OdbMenu/Odb_SPC/DodMenu/Dod_SPC, kód menu 27,71) pro nastavení kampaní daného odběratele. Ze seznamu individuálních cen OZ program načte všechny záznamy s typem "Jiná individuální cena" a spáruje je se seznamem dostupných kampaní. V seznamu se zobrazují kromě kampaní také ostatní individuální ceny - ty ale není možné vypnout či zapnout. Stejně tak nelze měnit záznamy, které mají časově omezenou platnost v definici jiné individuální ceny (všechny tyto záznamy je možné editovat běžným způsobem přes menu pro práci individuálními cenami OZ).

Kampaně, které jsou označené jako neaktivní, se nenabízí v seznamu kampaní pro daného odběratele. Pokud má ale odběratel v seznamu i neaktivní kampaň, tak je kampaň zobrazena a je možné ji vypnout.

Při uložení se pro nově označené záznamy vytvoří záznam individuální ceny OZ (s typem jiná individuální cena) a pro vypnuté kampaně se záznam individuální ceny vymaže.

Pro e-maily definované za pomocí sekce v definičním souboru lze využít speciální výrazy umožňující změnit chování při odesílání mailu:

Nové funkce pro změnu času dodání pro požadavky.

Funkci je možné vyvolat buď z přehledu požadavků za aktuální požadavek nebo případně za více označených požadavků (požadavky musí být nezpracované nebo částečně zpracované). Speciální funkce pro práci s požadavky (Alt+F6) - OBJ_MNU, kód menu 41,70.
Pomocí proměnné ObjCasDod,1 lze nastavit povolené typy zadání (hodnotu zadejte jako součet následujících hodnot):

Alternativně lze čas dodání měnit přes funkci v menu pro práci s odběratelem. Funkce si navíc vyžádá "datum požadováno", podle kterého jsou pak vyhledány nezpracované požadavky daného odběratele. Menu DodMenu/OdbMenu/Dod_SPC/Odb_SPC, kód menu 27,70. Pomocí proměnné ObjCasDod,0 lze nastavit povolené typy zadání (viz výše). Výchozí hodnota je 1.

Nová možnost objednávání zboží v rámci požadavků se zobrazením kompletního seznamu zboží s fulltextovým hledáním včetně možností roztřídění zboží dle skupin (dodavatelů, zařazení, ...). V seznamu zboží (platí i pro objednávání s pomocí seznamů zalistovaného či akčního zboží) může být zobrazen alternativní název zboží (např. název zboží pro e-shop).

Všechny potřebné údaje se načtou do paměti při vstupu do menu (při pomalejším připojení může chvíli trvat) a využívají se pro zobrazování a hledání v průběhu další práce. Pro zobrazení všeho zboží slouží v požadavcích nové menu s kódem 0, 8 (platí pro menu OBJEDN_OPR, OBJEDN_NOV a případná podmenu).

Nastavení zobrazení lze ovlivnit pomocí proměnné ObjZalistT, 0, jejíž formát byl rozšířen takto:
Třídění/Aut.třídění/NázvyDleMemo/ZnakySkladování/Akt.karet/Akt.zásob/Akt.zásob2/Akt.memo/Akt.sum

Podpora pro platbu kupóny s čárovými kódy.

V dialogu pro vstup plateb (typicky na konci MO prodeje nebo VO dokladu) pak lze naskenovat čárový kód kupónu a provést platbu v hodnotě kupónu.
Kupóny lze definovat v novém číselníku (číselník 162, klíčová hodnota KUPON) pomocí kódu hlavního menu 15, 74. V číselníku lze definovat kód kupónu (pro definici kódu lze využít i zástupné znaky * a ?), popis, číslo skladu, platnost kupónu od-do, hodnotu kupónu a vazbu na číselník způsobů úhrady. V nastavení lze také určit, že je povoleno ruční zadání čísla kupónu (jinak jen skenování s prefixem Ctrl+G). Každý kupón lze v dané účtence uplatnit pouze jednou. V definici způsobu úhrady lze také omezit celkovou hodnotu platby kupóny a další nastavení.

Rozšíření možností proměnné UCCImp,20.

Nově program zpracuje data z následujícího formátu (přidáno pole KódKartyKompenzace): BitMaskaPodnik/Příjem/TypDokladu/Parametry/KódKartyPřevod/TypCeny/KódKartyKompenzace
Pokud je vyplněný KódKartyKompenzace, tak se nepoužije KódKartyPřevod (a algoritmus nulování ceny a doplnění karty s pevnou cenou), ale namísto toho se pro zpracovávané doklady vyhodnotí individuální cena dle odběratele a podle ní se vytvoří nový záporný pohyb v dokladu s kódem karty pro kompenzaci a cenou dle vyhodnocené individuální ceny.
Parametry byly rozšířeny o dvě nové hodnoty:

Seznam povolených individuálních cen z karty zákazníka, pro které se vytváří doklady v evidenci dokladů, je možné definovat pomocí proměnné UCCImp,21 ve formě masky s použitím ? nebo *. Např. "ZAM_OBED*/ZAM_TEST" nebo jen "ZAM_OBED".

V číselníku "Dodavatelé-pobočky" s nastavením pro objednávkový systém je možné provést hromadné plnění označených záznamů pomocí funkce, která je dostupná v novém menu pro podporu speciálních funkcí (Alt+F6). Hromadné plnění lze také vyvolat pomocí Alt+F8.
V menu jsou také funkce pro vyvolání seznamu objednacích či závozových podmínek pro daného dodavatele.

V exportech dokladů do externího účetnictví je možné definovat filtr dokladů, které mají být exportovány. Podle typu exportu se používají proměnné UCSVx/UDBFx/UXMLx,220 až 229 kde x je číslo exportního formátu (např. UXML1009, 220).
Proměnné obsahují definici výrazu použitého pro daný exportní formát.
Například:
(abs(Celkem)>10000)AND(Podnik<>2)AND(len(Trim(DIC))>5)

Přepracování funkce pro přepočítání rezervací podle rezervovaných požadavků. Funkce porovnává původní stav rezervací s nově spočítaným stavem, a pokud nejsou pro danou skladovou kartu nalezeny rozdíly, tak se nezapisují žádné změny (dosud se seznam rezervací kompletně vymazal a nahradil novým stavem).

Nově se také ve výchozím stavu z přepočtu vynechávají ručně vytvořené rezervace (lze ovlivnit proměnnou RezPrepObj,0; hodnota 0 způsobí, že se ruční rezervace při aktualizaci nahradí rezervacemi dle rezervovaných požadavků; hodnota 1 zachovává ručně vytvořené rezervace).

Rozšíření možností generátoru sestav.

V definici záhlaví (sloupce) sestavy je možné používat nové typy agregace "První-text" a "Poslední-text". Tyto volby jsou vhodné pro zobrazení textových polí v součtových sestavách. Při použití tohoto typu agregace je v daném mezisoučtu zobrazena hodnota daného sloupce podle první (resp. poslední) hodnoty v daném bloku mezisoučtu. Dosud obdobná volba existovala jen pro číselná pole. Nový typ agregace je vhodný pro textová pole. Některé typy sestav a exportů tak mohou být významně zjednodušeny (v některých případech není třeba definovat mezisoučtové výrazy pro hodnotu mezisoučtu). Nový typ agregace lze také použít u sestav a exportů s velkou šířkou záznamu (nad 255 znaků v řádku).