Novinky

Při importu požadavků z OBX formátu si program k požadavku může přidat příznak, který zajistí, že program při převodu požadavku do faktury nebude aktualizovat ceny dokladu podle aktuálního ceníku (požadavek musí splňovat podmínky na zabezpečení cen dle nastavení programu).

Nová funkce pro zpracování příznaků průvodek (funkce do menu ROZVOZ_MNU s kódem menu 33,21). Funkci lze ovlivnit pomocí proměnných PruvPrizn.

1+2+4+8+16+32+64+128, každé z těchto čísel odpovídá jednomu ze sledovaných čísel

Výchozí nastavení:

Pro zobrazení přepínačů v seznamu průvodek lze definovat kalkulovanou položku ve struktuře PRUVODKA.
Jméno pole: _PRIZNAKY, Šířka pole: 16, výraz StrFlags(VX3,"XVUA5678TFEPOZXY",16)

Rozšíření importu průvodek z XML - doklady pro platby se dohledávají v evidenci souvisejících dokladů

Podpora tisku čárových kódů na tiskárnách v textovém režimu, které tisk čárových kódů přímo podporují. Stačí jen v souboru PRINTER.DEF doplnit nakonec sekce pro příslušnou tiskárnu výraz, který určí znaky, které vedou k vytisknutí čárového kódu. Příslušný ovladač tiskárny z Printer.DEF ale pak lze použít jen pro tiskárnu, která ten čárový kód umí vytisknout, protože na ostatních tiskárnách by to pravděpodobně vytisklo nějaké nesmyslné znaky namísto čárového kódu.
Příklad pro tiskárny OKI je ve výchozím souboru PRINTER.DEF. Standardní formát pro definici čárového kódu v DEF souboru je stejný jak pro tiskárny v grafickém režimu (tiskne s pomocí grafického ovladače), tak i pro tiskárny v textovém režimu (pokud není definován výraz BARCODE pro danou tiskárnu, tak se čárový kód ignoruje a netiskne):
{|TypČárovéhoKódu;Kod;šířka_v_palcích;výška_v_palcích}
Typ čárového kódu může být tento: CODE39, CODE39WCHECK, EAN13, EAN8, ITF, ITFWCHECK, POSTNET, UPCA, CODE128. Všechny tyto atributy se používají jen při tisku čárových kódů v grafickém režimu. Ve výrazu za klíčovým slovem BARCODE je možné využívat informace z definice čárového kódu, které se uvádí ve SKLAD-??.DEF.

Nové kódy menu pro převod pokladní knihy za jedno určené číslo pokladní knihy.

Ve výrazech pro filtrování pokladních dokladů (proměnné POKL_PRV,10 nebo 20 nebo 30) lze využívat proměnné CisloPK, DatumOd a DatumDo pro zjištění informace o čísle převáděné pokladní knihy či období převodu. Ve jméně přenosového souboru (proměnná POKL_PRV,0 nebo jméno určené dle složky k souboru POKL_PRV.BTR) lze využívat zástupné znaky {d}, {ico}, {s}, {pk} pro aktuální datum, IČ dodavatele, číslo skladu nebo číslo převáděné pokladní knihy.

V tisku skladových karet (pomocí DEF souboru i v QR2 formátu) jsou nachystané datové relační tabulky, které obsahují informace o skladové kartě odpovídajícího vratného obalu pro láhve i pro přepravky:

Ve struktuře ADRESA (přehled odběratelů nebo dodavatelů) lze definovat kalkulované položky

V nakládacím listu (včetně přehledu vrácených obalů z rozvozu) lze zobrazovat celkovou hodnotu zboží a obalů v cenách odpovídajících vybraným dokladům. Pro QR2 sestavy je hodnota uložená ve sloupcích _CELKHODN a _CELKHODNSDPH a v sestavách definovaných za pomocí definičního souboru jsou tyto hodnoty dostupné v proměnných #175 a #176.

Změna zpracování příznaku dopravy při převodu požadavků do dokladu. Pokud je v požadavku nastaven typ dopravy zajistit, tak se v hlavičce dokladu vytvořeného z požadavku zapne příznak d (doprava).

Doklad lze uzavírat pomocí nového příznaku uzavření již při exportu průvodky do XML (pomocí proměnné PruvExpXML,7 to lze ovlivnit

Nová metoda odesílání mailů pomocí SMTP protokolu (při tomto způsobu odeslání mailů program kontaktuje rovnou poštovní server a není tak třeba na PC mít nainstalovaného poštovního klienta). Pro nastavení SMTP jsou k dispozici tyto proměnné:

Pokud všechny maily budou posílány přes SMTP, tak není třeba tuto proměnnou nastavovat.
Existuje také možnost pomocí proměnné prostředí Windows ENABLE_SIMPLEMAPI nastavit pro konkrétní počítač jinou formu odesílání, což má přednost před oběma uvedenými proměnnými (např. pro případ, že na daném PC nefunguje Simple Mapi nebo SMTP). DokExpSMTP,x: hodnota odesílatele pro ID firmy s hodnotou x (stejné nastavení lze zadat i do VYRINI.BTR do kolonky Email)

Nové přístupové právo 134 Právo měnit doklad uzavřený průvodkou. V menu DOKLAD_SPC (popř. v podmenu tohoto menu) jsou nové kódy menu pro práci s označenými doklady:

Pomocí proměnné PruvUza3,0 s hodnotou 1 lze nastavit uzamykání průvodek pomocí nového příznaku. Pokud proměnnou nastavíte na 1, tak se v rámci uzavření průvodky dokladu uzavře jak novým příznakem uzavření, tak i tím původním.

Nový příznak pokladních dokladů Peníze na cestě. Pokud je tento příznak u pokladního dokladu zapnutý, tak se v přehledu Zůstatek pokladní knihy (např. F6 v pokladní knize) nově zobrazuje přehled za takto označené doklady. V menu pro práci s pokladní knihou (Alt+F6) POKL_SPC lze přidat novou funkci pro zapínání nebo vypínání tohoto příznaku:

Pomocí proměnné XMLImpPruv,7 lze nastavit, které příznaky pokladního dokladu se mají zapnout při importu XML průvodky. Nový příznak peníze na cestě má hodnotou 16.

V adrese odběratele/dodavatele jsou na třetí záložce . Tyto formáty se využívají pro odeslání zpracovaných dokladů po dokončení práce s rozvozy. V menu ROZVOZ_MNU jsou připraveny nové 2 funkce:

funguje i původní funkce:

Před uzavřením průvodky se doklady mohou exportovat automaticky. Pomocí proměnné DokAutExpR, 0 lze ovlivnit tento automatický export (hodnotu je třeba zadat jako součet hodnot):

Ve výchozím stavu jsou všechny hodnoty zapnuté.

Pomocí proměnné DokAutExpE,1 můžete nastavit výchozí exportní formát, který se použije, pokud má odběratel exportní formát C i D nulový (výchozí je 0, čili neexportovat).

Při exportu dokladu C + D se do hlavičky dokladu zapisují nové příznaky do pole Priznaky3.

Při exportu průvodky do XML se vynuluje nový příznak změny dokladu a při jakémkoli evidování dokladu se tento příznak znovu nastaví. Export neodeslaných dokladů (C+D) pak exportuje doklady, které nebyly dosud exportovány nebo byly po exportu změněny (čili mají nastavený tento příznak).

Nový příznak adresy Po výběru firmy do dokladu vždy zůstat v režimu editace hlavičky dokladu. Adresy označené v poli příznaky3 hodnotou 128 (v aktuální verze nelze měnit přes dialog pro editaci adresy, ale jen přímou editací tabulkyt SkladAdr) ignorují příznak typu dokladu Ukončit vstup hlavičky dokladu po výběru firmy.

Pomocí proměnné DokZmTsk+,0 a DokZmTsk-,0 lze pro příjmové nebo dodací doklady povolit automatický tisk a případně i automatický export dokladu při změně typu dokladu (po evidování). Hodnota proměnné určuje, za jakých okolností se má tisk provádět (hodnotu uveďte jako součet níže uvedených variant):

Úprava hledání firmy z adresáře pro zápočty. Pokud je jako první faktura v zápočtu uvedená vydaná faktura, tak program hledá adresu jako první v seznamu odběratelů a pak až v seznamu dodavatelů (pro přijatou fakturu je to naopak)

V přehledu dokladů lze pomocí Alt+F6 (kód menu DOKLAD_SPC 31, 50, funkce Související doklady pro rozvozy) vyvolat okno, ve kterém lze zadat jeden nebo více souvisejících dokladů. Při zadání lze buď použít Enter na prázdném řádku (nabídnou se jen doklady, které mají stejné 8-místné IČO nebo pomocí F6 lze zobrazit přehled všech dokladů od libovolné firmy). Související doklady jsou pak exportovány s údajem TypJizdy=6 v XML průvodce k rozvozu (bez operací a bez tabulky obalů).

Ve správci souborů lze pomocí Alt+F6 vyvolat novou funkci, která zaregistruje všechny existující tabulky do určené databáze PSQL. Tabulky je pak možné použít pro běžné SQL dotazy např. ve skriptovacím jazyku. V souvislosti s možností registrace tabulek byly aktualizovány některé systémové struktury a systémové indexy.
Doporučujeme aktualizovat strukturu ADRESA, BONUSZBO, FAKTURA, indexy ADRESA, ADRINFO, FAKTURA, STREDISK, REKLAMAC dle vzorových systémových souborů a následně přeindexovat soubory SkladADR, ADRINFO, SkladSTR, SkladREK, UctoFAK.
Teprve poté je vhodné provádět registraci tabulek do SQL. Správné vazby lze prověřit pomocí programu PSQL DDF Builder pomocí funkce "Check Tables" na označených tabulkách (problémy by měly být hlášeny jen u tabulek SkladDKS, SkladDOK, SkladINC, SkladKAR a SkladUCC, kde je možné chyby ignorovat).

Pomocí proměnné PrvPoz,0 (při zapnuté práci s identifikaci umístění) nebo PrvPoz,1 (identifikace vypnuta) lze nastavit (hodnota 0), aby se při převodu požadavku do faktury poznámka z položky požadavku nepřenášela do identifikace umístění (resp. do poznámky) v operaci dokladu

Při sloučení více dokladů do jednoho (např. při fakturaci DL) se při závěrečném přeevidování sloučeného dokladu automaticky přepočítává sleva, pokud má sloučený typ dokladu nastavený typ slevy Slevy dle sazeb DPH celkem.

Nová funkce pro rezervace zboží podle dokladu (Alt+F6 v přehledu dokladů). Při vyvolání funkce se program se zeptá na datum rezervace (do kdy má být zboží rezervované). Po potvrzení data se zarezervuje veškeré zboží z dokladu, které má kladně zadaný počet (ignorují se mínusové položky, obaly a účty). Při druhém vyvolání stejné funkce na dokladu se program zeptá, zda má zrušit rezervaci zboží a po potvrzení program odečte z rezervací všechny položky z dokladu (opět jen ty s kladnou hodnotou a bez obalů). Pomocí proměnné DokRezKar,0 lze nastavit typy karet, které program rezervuje
+1:účet +2:Zboží +4:Výrobek +8:Vratný obal +16:Nevr.obal +32:Zb.pev.c. +64:Zb.Min.c. +128:Materiál.
Při rezervaci zboží se nastaví příznak 16 v Priznaky3 v hlavičce dokladu. Menu DOKLAD_SPC (popř. DOKLAD_SP+ nebo DOKLAD_SP-):

V definici odměny bonusové akce doplněn přepínač Potvrzovat ručně přidělení odměny (ve výchozím stavu vypnuto). Pokud je přepínač zapnut, tak při přidělení odměny do dokladu si program vyžádá potvrzení přidání odměny (v případě více různých odměn je dotaz proveden pro každou odměnu zvlášť). Je možné odměnu potvrdit (výchozí volba), vynechat (tj. doklad bude zaevidován bez odměny) nebo zrušit evidování (odměny nebudou přiděleny).

Úprava rozdělování nákupních operací v rámci přeskladnění. Do rozdělené nákupní operace se přenáší i případná informace o doporučených cenách a jménu individuální ceny z původní operace

V menu pro Inventuru-zadávání stavu je nově k dispozici menu s informacemi o kartě (NOBJINFO). Menu se vyvolává klávesou Alt+F6 nebo Windows-lokální menu v inventurním seznamu nebo v detailu pro zadání nalezeného počtu MJ.

Doplnění práce s grafy do skriptovacího jazyka (objekty TChart, TChartSeries apod.)

(viz. příklad na

V číselníku typů dokladů je u přepínače Vyhodnocení bonusových akcí doplněna volba ručně nebo před evidováním. Volba ručně odpovídá původnímu způsobu zpracování bonusových akcí, ve kterém se vytváření nových dokladů spouští manuálně pomocí samostatné funkce v přehledu dokladů (Alt+F6). Volba před evidovánímzpůsobí, že před každým evidováním dokladu se provádí vyhodnocení bonusové akce a případné odměny se přidají rovnou do evidovaného dokladu. Vyhodnocují se pouze bonusové akce s typem akce Aktualizace dokladu před evidováním.

V definici odměny bonusové akce doplněn přepínač Povolit hlášení o přidělení odměny (ve výchozím stavu zapnuto). Pokud je u odměny povolen tento přepínač, tak se při automatickém doplnění odměny do dokladu objeví informativní hlášení se seznamem přidělených odměn.

Nová verze podporuje až 10-místná čísla dokladů, objednávek na dodavatele a požadavků (v účetnictví čísla dokladů u faktur, pokladních dokladů, DU dokladů a bankovních výpisů). Běžně lze použít jako maximální číslo 2147483647. Pokud je třeba ještě vyšší číslo (maximální hodnota je 4294967295), tak je nutné u odpovídajících struktur souborů pro čísla dokladů (např. ve struktuře DOKLAD položka CisloDokl) změnit typ položky na nový typ "unsigned longint" a pak je možné délku pole nastavit na 10 znaků. Pokud je nutné zachovat kompatibilitu délek jednotlivých polí kvůli záznamům v LOG souboru, kde je tato informace důležitá pro určení klíčové hodnoty záznamu, tak je možné pomocí proměnných LOGKEYLENS nastavit kompatibilní délky polí (čili podle toho, jaké byly délky polí před změnou struktur). V hodnotě proměnné uvedete jméno BTR souboru bez cesty, kterého se logování týká a seznam délek polí, pod kterými chcete záznamy evidovat.
Příklad: SKLADDOK.BTR/0/0/2/8
Hodnota 0 znamená, že pole má mít nastavenou délku standardním způsobem podle systémové struktury. Čísla za jednotlivými lomítky odpovídají polím, která máte ve struktuře tabulky SKLADDOK.BTR (čili struktura DOKLAD) označena příznakem K (Klíč pro logování změn). U dokladu je to tedy Sklad/Prijem/TypDokladu/CisloDokl

Možnost nastavit automatickou změnu typu úhrady při splatnosti 1 den (změna se týká údaje Splatnost2 pouze při změně splatnosti dle tohoto údaje). Pomocí proměnné DokSplAut, 0 lze určit maximální počet dní, pro který se použije úhrada v hotovosti. V hodnotě proměnné můžete za lomítko napsat také číslo typu úhrady, které se má použít. (0..přev.př., 1..hotově, 2..šekem, 3..směnka, 4..PD, 5..dobírka, 6..karta).
Příklad: 1/4 .. pokud je splatnost 1 den, tak se nastaví úhrada pokladním dokladem

Nová varianta funkce Kontrola vyskladnění (kód menu 1,118) lze provádět zrychlený způsob kontroly vyskladnění. V něm se pouze vybere doklad a potvrdí F2 a v dokladu se změní stav vyskladnění na zkontrolováno" (v případě oprávnění 9) nebo nedokontrolováno (v případě oprávnění 7 nebo 8). Do logu se zapisuje, že změna stavu proběhla bez fyzické kontroly.

Ve struktuře ADRESA lze definovat nová kalkulovaná pole, které umožňují zobrazovat informace z kontaktů uložených v AdrInfo. Pole se musí jmenovat IADRKx, kde místo x uvedete číslo typu kontaktu, který chcete v poli zobrazovat (např. IADRK7 pro email el.fa.).
Délka pole je libovolná, např. 40 znaků (tak, aby se tam kontakt vešel).
Telefon = 0; Fax = 1; Mobil = 2; Email = 3; WWW = 4; Tel.Obj. = 5; Email Obj.= 6; Email El.Fa =7; Email Účto =8; Email El.Fa 2 =9; Ostatní =10

Rozšíření práce s crossdock objednávkami. V menu OBJ_MNU je možné definovat následující nové kódy menu: