1. původní <..\DATAmmrr\SPSAmmrr.DAT,IX>

2. nový <..\DATAmmrr\SP#Smmrr.DAT,IX>

1. Nulování měsíčních obratů
2. Aktualizace saldokonta spojovacím souborem

Po úpravě:

1. Zrušení souborů saldokonta v adresáři pro měsíční data <..\DATAmmrr\SALDOmmrr.DAT,IX>

2. Obnova ze zálohy dat : kopie <..\DATAmmrr\SALDmmrr.DAT,IX> do <..\DATAmmrr\SAL_mmrr.DAT,IX>.

3. Aktualizace saldokonta souborem neúčetních oprav : <..\DATAmmrr\SP#Smmrr.DAT>

4. Aktualizace saldokonta hlavním spojovacím souborem : <..\DATAmmrr\SPOJmmrr.DAT>

5. Pro rozvahový měsíc :
   1. Nulování kurzových rozdílů k rozvahovému dni v souboru kurzových rozdílů - <!SALDO_K.DAT, IX>.

   2. Výpočet kurzových rozdílů k rozvahovému dni. Záznamy s kurzovými rozdíly přidávány do souboru kurzových rozdílů.

   3. Aktualizace saldokonta souborem kurzových rozdílů. Do saldokonta jsou přidávány záznamy kurzových rozdílů s odbobím stejným, jako je aktuální.

Měsíční zpracování saldokonta :

1. Vstupním soubor : <..\DATAmmrr\SAL_mmrr.DAT,IX>;

2. Výstupním soubor : <..\DATAmmrr\SALDmmrr.DAT,IX>;

1. Nelze zpracovat uzavřené období. Pokud to skutečně chceme, nutno provést zrušení uzávěrky, která v aktuálním měsíci provede obnovu počátečního stavu saldokonta a hlavní knihy. Současně budou zrušeny účetní soubory následujících období (HL.KNIHA, SALDO, KARTY).

2. V uzavřeném období nelze editovat soubory hlavní knihy a saldokonta (nový záznam, oprava záznamu, import dat).

3. Uzávěrka období vytvoří počáteční stav období následujícího. Účetní soubory dalších období (HL.KNIHA, SALDO, KARTY) jsou vynulovány až do období <14-XX> včetně. Jinak nelze zajistit kontinuitu dat účetních souborů. Nulování souborů je prováděno pouze v případech, kdy je nastavena ochrana dat účetní uzávěrkou.

1. Před zahájením měsíčního zpracování zkontrolujte číselník měn, zda je u denominací EURa nastaven převod na EURo. Jinak program nemůže provést převod záznamů salda z denominací EURa (BEF, FIM, FRF, IEP, ITL, LUF, DEM, NLG, PTE, ATS, GRD, ESP) na EURo automaticky. Upravený číselník, soubor <CIS_MENY.DAT> je součástí distribučních souborů, archív <MENY.LZH>.

2. Výchozími účty pro výsledkové účtování kurzových rozdílů ke konci rozvahového dne jsou:
   1. <563102> pro kurzovou ztrátu;
   2. <663102> pro kurzový zisk;
   Na tyto ýčty pokud možno neůčtujte, jinak nebudete moci zkrontrolovat, co jste účtovali sami a co účtoval program.

3. Nepokoušejte se k fakturám evidovaným v programu účtovat kurzové rozdíly k rozvahovému dni sami. Nemělo by to smysl. Na výsledcích účtování programu stojí i další způsob práce s takto přeceněnými fakturami. Při úhradách bankou nebo pokladnou se počítají kurzové rozdíly nikoliv z kurzu vystavení faktury, ale z rozvahového kurzu a kurzu při úhradě faktury.

1. Kontrola [Saldokonto --> Hlavní kniha] - program kontroluje zůstatky účtů saldkonta na zůstatky saldokontních účtů hlavní knihy.

2. Kontrola [Hlavní kniha --> Saldokonto] - program kontroluje zústatky saldokontních účtů hlavní knihy na zůstatky účtů saldkonta.
   1. 0.00 - povolená tolerance rozdílu [+/-] - program při kontrole zůstatků vypisuje chybu, pokud je rozdíl zůstatků větší jak povolená tolerance.

3. Kontrola [Vyrovnání stran > 395] - program kontroluje vyrovnání stran účtů vnitřního účtování.

4. Kurzové rozdíly ke konci rozvahového dne [RD]
   1. Kontrola tolerance kurzu měny k [RD]
   2. 50.00% Povolená tolerance kurzu měny [+/-]

5. Přepočet měn (přímé pořízení salda) - pokud je zapnuto, program při editaci záznamu saldokonta provádí automatický výpočet cizí měny.

6. Doplnit cizí měnu do záznamů z banky a pokladny - pokud je zapnuto, program při doplněňování záznamů saldokonta údaji z knihy faktur doplňuje do záznamů z banky a pokladny kód a kurz cizí měny, hodnotu cizí měny pak vypočítá z měny účetní a kurzu.

Příklad:
FIN_PM.EXE /L1 /Y

- síťová stanice č.1, zákaz používat myš.

Program byl upraven tak, aby periodicky zobrazoval změny průběhu událostí až po uplynutí určitého časového okamžiku. Současně byl upraven i vzhled "housenky".

Testování úpravy:
Provnání délky zpracování dat "větší firmy":

1. verze 13.01 - zpracování dat: 3 min. 12 sek. (192 sek.)
2. verze 13.00 - zpracování dat: 2 min. 02 sek. (122 sek.)

1. @NAZPSKLD - Převodka - název cílového skladu *

výpočet hodnot cizí měny pro záznamy salda z banky a pokladny :

1. Zůstatek v účetní měně (ZustUM) za klíč <SuAu+Fakt+Doklad>. Musí tam být součet hodnota MD-DAL záznamu banky nebo poklady a také příslušných kurzových rozdílů, které byly současně účtovány k tomuto pohybu banky nebo poklady v cizí měně.

2. HodnotaCM := ZustUM / KurzFaktury; hodnota v cizí měně je pak počítána jako podíl zůstatku v účetní měně a kurzu při vystavení faktury.

3. KurzMeny = HodnotaUM / HodnotaCM; kurz mměny při úhradě je počítán jako podíl hodnoty v účetní měně (záznam saldokonta banky nebo pokladny) a vypočítané hodnoty v cizí měně.

Protože je hromadné doplnění prováděno přes neúčetní opravy, které si program "pamatuje", je nutno před hromadným doplněním cizí měny minulé neúčetní opravy vynulovat. Jinak při hromadném doplnění nemůže program u záznamů salda z banky a pokladny z minulých období vypočítat hodnotu cizí měny a kurzu.

Uvedené se týká pouze těch záznamů salda z banky a pokladny, které se dostaly do salda při zpracování období na starších verzích programu Finance, které cizí měnu v saldokontu nepodporovaly. Týká se to v podstatě všech verzí 12.XX a nižších.

1. Je-li nulový zůstatek v cizí měně, musí být i nulový zůstatek v účetní měně.

2. Pro účtování nad jedním účetním případem musí být používána pouze jedna cizí měna. Účetní měnu je možno použít jen pro kurzové rozdíly.

3. Záznamy z banky a pokladny musí vždy obsahovat cizí měnu.

Test údajů jednotlivého záznamu salda :

1. Pro záznamy salda z přijatých nebo vystavených faktur musí v době testu existovat příslušná přijatá nebo vystavená faktura v souborech faktur - kvůli kontrole na cizí měnu.

2. Je-li nenulový údaj cizí měny, pak hodnota v účetní měně musí být násobkem kurzu a hodnoty cizí měny (v toleranci menší než 1.00).

Poznámka :
Tyto kontroly jsou prováděny automaticky před výpočtem kurzových rozdílů ke konci rozvahového dne. Pro běžný měsíc jsou dostupné jako součást sady kontrol v nabídce <Saldokonto-Neúčetní opravy>: <Kontrola účetních knih>.
{Upraveno}

1. Po návratu do seznamu se sestavy, které byly před aktuální sestavou (ukazuje na ni velký kurzor) schovají za rámeček okna seznamu sestav. Uživatel se tak musí k první sestavě skupiny prolistovat.

2. Poslední údaje podmínek výpisu nesouhlasí při změně definice sestavy s aktuálními údaji - soubor podmínek výpisu je proto po opravě sestavy zrušen.

3. Upraven vzhled editoru sestav.

4. Upraven vzhled seznamu sestav. Počet řádků okna seznamu sestav je závislý na počtu sestav ve skupině.

V obou případech program hledá skladovou kartu pomocí klíče <Sklad> + <EAN13 nebo Skladová položka>.

Poznámka :
Tato úprava je ve zkušebním režimu.
{Upraveno}

1. Při pořízení dat řádku dokladu pohybu zásob není vidět nápověda na posledním řádku obrazovky.
   {Opraveno}
2. Při opravě dat řádku program přetahuje ze skladových karet cenu za jednotku. Měl by to dělat pouze při změně čísla skladové položky.
   {Opraveno}
3. Při záporném množství (storno) nelze u výdejů změnit cenu za jednotku.
   {Opraveno}

Poznámka :
Výpočet průměrné ceny se teď provádí při jakémkoliv typu pohybu, jinak by nebylo možno upravit cenu při stornu výdeje. Storno výdeje by totiž mělo jít se stejnou hodnotou jako výdej, který je tímto stornován.

1. <Číslo dodávky> Číslo dodávky je možno také použít pro uložení čísel přijatých dodacích listů nebo variabilních symbolů přijatých faktur v době, kdy k dodávce ještě není známo interní číslo faktury.

2. <Rozpracované doklady> Rozpracované doklady doklady vznikají při pořízení nových dokladů pohybu zásob, v okamžiku kdy uživatel odejde z pořízení dokladu bez splnění podmínek specifických kontrol. V seznamu dokladů jsou označeny červeně.

V poloze <FiltrPodnikovychJednotek=1> je prováděna filtrace. To zamená, pokud není některá podniká jednotka používána, program ji při zpracování ve spojovacím souboru vynuluje. Tento filtr tak zadrží "veškeré nečistoty", t.j. nevyžádané podnikové jednotky jsou nulovány. Uplatnění nalezne filtr zejména tam, kde můžou nevyžádané podnikové jednotky ovlivnit zpracování, například výpočet nedokočené výroby.

Výchozí nastavení přepínače je <FiltrPodnikovychJednotek=1>, t.j. <Zapnuto>.
{Opraveno}

Stiskem tlačítka <Win> lze nastavit :

1. Obrazovka - standardní paleta barev;
2. Obrazovka - dědí okno systému;
3. Obrazovka - znaková sada Latin2;
4. Maximální rychlost klávesnice;
5. Vypnout zvukové efekty;

Poznámka :
Po použití této služby je nutno program ukončit, jinak nebude převzato nastavení obrazovky.
{Upraveno}

Při opakované editaci souboru občas dochází k nekorektnímu zobrazování řádů editovaného textu.
{Opraveno}

1. V otevřeném formuláři výkazů lze provádět úpravy definice množiny účtů i pro buňky výkazu, jejihž náplň je definována nepřímo, t.j. odkazem na proměnnou přes číselník definic proměnných. V textovém souboru formuláře začíná tento odkaz písmenem <&>.

   Každá změna definice je ukládána do souboru proměnných, který je pak dostupný po stisku klávesy <F10-Opravy>.

   Je-li v nastavení zvolen typ uživatele <Expert> jsou změny ukládány do distribučního souboru definic proměnných <..\FRM\DEFINFRM.DAT>. Pro ostatní typy uživatelů jsou změny ukládány do uživatelského souboru <..\DEFINUSR.DAT>.

2. Po stisku klávesy <F11> nabídne program ve formuláři výkazů k editaci distribuční číselník definic proměnných, soubor <..\FRM\DEFINFRM.DAT>. Tato klávesa nemá popisku, je určena pouze pro odlaďování náplně číselníku.

3. Byla provedene aktualizace výkazů v německém jazyce pro rok 2003, soubory <VY!DE3??.FRM>

4. Byla provedena aktualizace distribučního číselníku definic proměnných, soubor <DEFINFRM.DAT>. U krátkodobých závazků byla přidána skupina 36. Týká se to všech zjednodušených rozvah. U Cash flow upraven řádek A.1.6. o další nepeněžité změny na dlouhodobém majetku.

5. Bylo provedeno doplnění příloh k roční uzávěrce pro rok 2003.

1. Prodej zásob podle období ...
2. Prodej zásob podle odběratelů (číslo odběratele)...
3. Prodej zásob podle odběratelů (hodnota marže) ...
4. Prodej zásob podle odběratelů (% marže) ...
5. Prodej zásob podle odběratelů (sklad - nákup) ...
6. Prodej zásob podle odběratelů (sklad - prodej) ...

Pro jejich "zviditelnění" je nutno zkopírovat do adresáře <..\FRM> soubory <SK_POHYB.F_3> a <SK_POHY!.F??>, jinak je program nezařadí do seznamu formulářů pro tisk.

Tímto způsobem je možno upravit původní kurz faktury v případě, že Úhrada byla provedena verzí, která neuměla kurzové rozdíly k rozvahovému dni nebo jde o úhradu v cizí měně pohledávky-závazku, který není v knize faktur a je třeba automaticky počítat kurzové rozdíly.
{Upraveno}

V poloze <0>-Vypnuto je klávesa <F6-Úhrada> povolena, ke změně nedochází. V poloze <1>-Zapnuto je klávesa <F6-Úhrada> zakázána.

Výchozí nastavení je <0>-Vypnuto.

Je-li mikrosaldo používáno, není tento přepínač aktivní, klávesa <F6-Úhrada> je zakázána automaticky.
{Upraveno}

Příklad :
Zkuste 22500-SKK kurzem 0.76515.
{Opraveno}

1. @DATSEST : Datum sestavení, společný údaj pro všechny výkazy aktuálního období, ukládá se do souboru <INF_mmrr.INI> adresáři pro měsíční data <..\DATAmmrr>, v sekci [Vykazy], proměnná <DatumSestaveni=dd.mm.rrrr>.

2. @OKEC : Odvětvová klasifikace ekonomických činností. Číselný údaj na šest míst. Ukládá se do souboru <F_GLOBAL.INI> v sekci [FGlobal], proměnná <OKEC=x>. Výchozí hodnota <x=000000>.

Počet míst :

1. @ZAOKROUH_0001 - zaokrouhlení na 3 des. místa

2. @ZAOKROUH_001 - zaokrouhlení na 2 des. místa

3. @ZAOKROUH_01 - zaokrouhlení na 1 des. místo

4. @ZAOKROUH_1 - zaokrouhlení na celá čísla (implicitní nastavení)

5. @ZAOKROUH_10 - zaokrouhlení na desítky

6. @ZAOKROUH_100 - zaokrouhlení na stovky

7. @ZAOKROUH_1000 - zaokrouhlení na tisíce

Způsob zaokrouhlení :

1. @ZAOKROUH_NAHORU - zaokrouhlení směrem nahoru

2. @ZAOKROUH_MATEMATICKY - zaokrouhlení matematicky (implicitní nastavení)

3. @ZAOKROUH_DOLU - zaokrouhlení směrem dolů

Proměnná <@ZAOKROUH_VYP> zaokrouhlení vypíná.
{Upraveno}

1. Rozšíření počtu řádků z 200 na 230.
2. Pole pro výběr více období.

1. @DATSEST : poslední den měsíce období.
2. @DATUM : aktuální datum.
3. @DATUMOD : aktuální datum.
4. @R : rok z aktuálního období.
5. @M : měsíc z aktuálního období.

1. <VY#3RP01.FRM> 2.1.1. Rozvaha v plném rozsahu (2003)

2. <VY#3RP02.FRM> 2.1.2. Rozvaha v plném rozsahu s výběrem období (2003)

3. <VY#3RP03.FRM> 2.1.3. Rozvaha v plném rozsahu s výběrem období v Kč (2003)

4. <VY#3RZ01.FRM> 2.2.1. Rozvaha ve zjednodušeném rozsahu (2003)

5. <VY#3RZ02.FRM> 2.2.2. Rozvaha ve zjednodušeném rozsahu s výběrem období (2003)

Ve formulářích byl definici pasív přehozen sloupec <C> za sloupec <A>. Důvodem úpravy byl požadavek na ruční vyplnění rozvahy.
{Upraveno}

Importovaný doklad je chráněn nenulovou hodnotou pořadí instalace. Je-li pořadí instalace nenulové a současně jiné, než pořadí instalace z licenčního souboru program kontroluje přípustnost editace nebo zrušení dokladu :

1. Začátečník nemá právo doklad opravit ani zrušit.
2. Pokročilý a dealer pouze se souhlasem (potvrzením).
3. Expert bez omezení i potvrzení.

Povolené hodnoty přepínače :

1. <Typ_ExportImport=0> bez funkce

2. <Typ_ExportImport=EXPORT> povoluje automatické upozorňování obsluhy, při odchodu ze seznamu faktur, na nově pořízené (ještě neexportované) faktury.

3. <Typ_ExportImport=IMPORT> povoluje import s aktualizací dokladů (je možno importovat i doklady s existujícím číslem faktury). Import je možno spustit v seznamu faktur stiskem kláves <Ctrl_Enter>.

Výchozí nastavení <Typ_ExportImport=0>, t.j. <VYPNUTO>.
{Upraveno}

Po uplynutí nastaveného času program opakuje provedení všech akcí definovaných ve formuláři stejně tak, jako kdyby obsluha spustila akci "ručně". To znamená, že se i opakovaně načítá a analyzuje posledně vybraný formulář.
{Upraveno}

Zprávu je nutno je nutno uzavřít do jednoduchých uvozovek. Pro ukončení práce na všech stanicích stačí do textu zprávy použít slovo 'Konec'.

Příklad :
[SpecialniAkce] OdeslatZpravu = 'Konec'; Akce = Start;

Některé akce je možno provádět pouze v případě, kdy jsou ostatní stanice odhlášeny. Provádění takových akcí je možno oddálit příkazem <TypAKce = CekejNaUkonceni>. Program opakovaně sleduje počet přihlášených stanic (časový interval pro sledování sítě). Jakmile se všichni ostatní odhlásí, program pokračuje v provádění dalších akcí, definovaných v souboru formuláře.

Příklad :
[SpecialniAkce] TypAKce = CekejNaUkonceni; Akce = Start;

Vzorový formulář pro tyto akce je uložen v souboru <AKCE#FIN.F00>.

Vzor formuláře :

00. Rekonstrukce dat - hromadná // i na síti
          

[Protokol]
Akce = Start;
          

[SpecialniAkce.1]
OdeslatZpravu = 'Konec'
Akce = Start;
          

[SpecialniAkce.2]
TypAKce = CekejNaUkonceni;
Akce = Start;
          

[Rekonstrukce.1]
TypSouboru = VystaveneFaktury;
Akce = Start;
          

[Rekonstrukce.2]
TypSouboru = DodaciListy;
Akce = Start;
          

[Rekonstrukce.4]
TypSouboru = PrijateObjednavky;
Akce = Start;
          

[Rekonstrukce.5]
TypSouboru = VystaveneObjednavky;
Akce = Start;
          

[Rekonstrukce.6]
TypSouboru = Prodejky;
Akce = Start;
          

[Rekonstrukce.7]
TypSouboru = PrijateFaktury;
Akce = Start;
          

[Rekonstrukce.8]
TypSouboru = StavZasob;
Akce = Start;
          

[Rekonstrukce.9]
TypSouboru = PohybZasob;
Akce = Start;
          

[Rekonstrukce.10]
TypSouboru = OpravaZasob;
Akce = Start;
          

[Konec]
            

Po úplném načtení dokladů jsou importované soubory smazány.

Tato úprava může být pouřžita pro aktualizaci faktur na centrále ze vzdálených stanic, připojených pevnou linkou. A to i opakovaně, při opravě faktur na stanici. Program umí při importu aktualizovat hlavičky, řádky, mikrosaldo i textové řádky faktur.

Formulář akce pro opakovaný import není možno použít pro dávkové zpracování, kde je hodnota <GPocetSekundCekani> ignorována.

Vzorový formulář pro tuto akci je uložen v souboru <AKCE!FIN.F10>.

Vzor formuláře :

A1. ** Import dokladů ve vnitřním tvaru - opakovaný po 10 sekundách ...
[Protokol]
Akce = Start;
          

[GlobalniNastaveni]
GAdresar = \EXP_IMP;
GPocetSekundCekani = 10;
Akce = Start;
          

[Import.1]
TypSouboru = VystaveneFaktury;
Akce = Start;
          

[Import.2]
TypSouboru = DodaciListy;
Akce = Start;
          

[Import.3]
TypSouboru = PrijateObjednavky;
Akce = Start;
          

[Import.4]
TypSouboru = VystaveneObjednavky;
Akce = Start;
          

[Import.5]
TypSouboru = Prodejky;
Akce = Start;
          

[Konec]
            

Výchozí nastavení: <VYPNUTO>.
{Upraveno}

1. Výchozím nastavením editoru při editaci znaků je teď <Vkládání>.
   {Upraveno}
2. Editor u nového souboru nenastaví správné jméno sekce (náhodný údaj) pro uložení údajů o pozici kurzoru a dalších údajích textu. To má za následek "divné chování" programu, velikost souboru <..\INI\MEMO.INI> je tak o řád vyšší, než běžná (cca několik KB).

   Adresář <..\INI\MEMO.INI> slouží pro ukládání pracovních dat (podmínky výpisu, posledně použité formuláře, pozice v seznamu formulářů a pod.) a lze jej tedy "beztrestně" vymazat.
   {Opraveno}

Při opakování akce není třeba uvažovat, kam data poslat nebo odkud je natáhnout.

Údaje jsou uloženy v souboru <..\INI\ADRESAR.INI>
{Upraveno}

[X] Po provedení vynulovat podnikové jednotky

Poznámka :
Velmi často se stávalo, že obsluha spustila generování dokladů, aniž by změnila účtování na jiné podnikové jednotky.

{Upraveno}

1. @KLC_DELKA <x> - délka textu pole pro názvy podnikových jednotek, výchozí hodnota <20>, maximální hodnota <78>. Rozšíření délky pole je nutno použít u složených klíčů (středisko + výkon, středisko + stroj a pod.), kde bude výsledný text podnikových jednotek delší než <20> znaků.

2. @CISLO_SOUBORU <x> - číslo matričního souboru, který bude sloužit jako vstupní základna. Tady došlo k rozšíření
   {!} povolených hodnot <x> :
   1. 2 - Středisko;
   2. 3 - Středisko + výkon
      {!};
   3. 4 - Výkon;
   4. 5 - Zakázka;
   5. 6 - Stroj;
   6. 7 - Pozemek;
   7. 8 - Středisko + stroj
      {!};
   8. 9 - Středisko + výkon + stroj
      {!};
   9. 10 - Středisko + zakázka
      {!};
   10. 11 - Středisko + výkon + zakázka
       {!};
   11. 12 - Středisko + pozemek
       {!};
   12. 13 - Středisko + pozemek + výkon
       {!};
   13. 14 - Závod;
   14. 15 - OJ2;
   15. 16 - Skupina středisek;
   16. 17 - Středisko + výkon + zakázka + stroj + pozemek + OJ2
       {!};

1. A.1.1. Rozbor výsledku ŽV - základní stádo skotu po střediscích (soubor ROZBZV01.FRM).

2. A.1.2. Rozbor výsledku ŽV - zvířata s hmotnostním přírůstkem střediskově (soubor ROZBZV02.FRM).

3. A.1.3. Rozbor výsledku ŽV - zvířata se vzrůst. přírůstkem střediskově (soubor ROZBZV03.FRM).

1. 0-žádný
2. 1-běžný,
3. 2-podrobný,
4. 3-všechny položky

Nenulová hodnota je používána zejména pro odlaďování formulářů, pro běžného uživatele není protokol čitelný. Generování protokolu, mimo jiné, zpomaluje načítání dat hlavní knihy.
{Upraveno}

1. @ZAKAZ_STRANKOVANI - tato proměnná zruší vkládání znaku <Nová stránka>. Proměnnou lze použít pouze u výkazů za více kalkulačních klíčů (středisko, výkon a pod.). Program při výpisu sestavy za více kalkulačních klíčů spojí jednotlivé výpisy (každý klíč zvlášť) do jedné sestavy. Při použití této proměnné, by měl být výstup dat, pro jeden podnikový klíč, definován v jednom řádku.

2. @SOUBOR_HLAVA ROZBRV01.HXT - jméno souboru, který bude tvořit hlavičku sestavy.

3. @SOUBOR_SOUCET ROZBRV01.SXT - jméno souboru, který bude tvořit oddělení součtů sestavy. Proměnnou lze použít pouze u výkazů za více kalkulačních klíčů (středisko, výkon a pod.).

4. @SOUBOR_PATA ROZBRV01.PXT - jméno souboru, který bude tvořit paty sestavy.

Používání těchto proměnných je demonstrováno v souboru <ROZBRV01.FRM> - <B.0.1. Kontrola výpočtu nedokončené výroby>. Tento formulář bude dále upravován, slouží spíš pro demonstraci této úpravy v programu.

{Upraveno}

V souboru <F_GLOBAL.INI> je možno v sekci [FGlobal] upravovat hodnotu proměnné : <RocniArchiv=?>, která řídí generování jmen archívu souborů.

V poloze <1-Zapnuto> obsahují jména archívních souboů rok z období.

V poloze <0-Vypnuto> jména archívních souboů rok z období neobsahují, dvoumístný rok nahrazují dva znaky <##>.

Výchozí nastavení je <1-Zapnuto>, t.j. archívní soubory jsou roční, tak jak to bylo u předchozích verzí.

Případné sloučení dat ročních archívů do jednoho souboru je možno provést v akcích programu:

<*> Akce <*> Speciální akce <*> <A2. ** Sloučení ročních archívů (DoFa, Fakt, Dodl, Obje, Prod) do jednoho souboru>

a to za podmínky, že byl do podadresáře <\FRM> nakopírován soubor <AKCE!FIN.F08> z archívu FRM.LZH (distribuční média), který sloučení startuje.

Program při sloučení přidává do archívu pouze ty záznamy, které tam ještě nejsou, proto je možno akci pro sloučení spustit i vícekrát za sebou, aniž by to způsobilo nějakou chybu. Pokud se záznam se stejným číslem (faktura) vyskytuje ve více archívech je načtena pouze jednou.

Výběr souborů ročních archívů probíhá podle masky pro jméno souboru - program přidává všechny soubory, které pro různá období najde. Po sloučení zůstávají původní roční archívy beze změny.

Program při slučování prohledává i podadresář <\!_ARCHIV>, kde také mohou být roční archívy dat.

{Upraveno}

Položka : <Datum úhrady menší než>.

To má svůj význam, neboť do archívu můžeme přesouvat všechny faktury uhrazené před sledovaným obdobím. Pokud uklízíme jenom minulé roky stačí do podmínky výběru doplnit odbobí <01-90> až <12-49> (což je 01-1990 .. 12-2049), fakturu od <0> do <9999999999> a do pole <Datum úhrady menší než> uvést poslední den minulého roku a je to.
{Upraveno}

Program pak haléře zaokrouhluje takto :

1. hodnota menší než 25 na 00;
2. hodnota od 25 a současně menší než 75 na 50;
3. od 75 na celou korunu nahoru;

Zaokrouhlení se nastavuje pro vystavené faktury, dodací listy, objednávky, prodejky v :

+ Nastavení; + Programové vybavení; + Vystavené faktury; + Společná nastavení; + Zaokrouhlení faktur; - Faktury v hotovosti, složenkou; - Faktury převodním příkazem;

Tímto zásahem došlo ke změně struktury menu a potažmo i ke změně souboru definice uživatelů (přístupová hesla). Pokud někdo používá blokování přístupu k položkám nabídky (menu) nemusí už kontrolovat přesuny omezení přístupů mezi položkami, program si převede data sám. To ale platí pouze v případě přechodu na vyšší verze programu, což vyhovuje v naoprosté většině případů.

Verze <FIN-13.14> také potřebuje nový soubor nápovědy <FIN.HLP>, jinak dojde k porušení vazeb mezi programovou nabídkou a textem helpu.
{Upraveno}

1. @ZAKAZ_STRANKOVANI
2. @SOUBOR_HLAVA
3. @SOUBOR_SOUCET
4. @SOUBOR_PATA

1. @PZMENY - Procento změny nákupní ceny proti skladové;
2. @HZMENY - Hodnota změny nákupní ceny proti skladové;
3. @CENASVN - Cena za jednotku včetně vedlejších nákladů;

původní hodnota : VR3P021 ... [-097, -098] opravená hodnota : VR3P021 ... [ 097, -098].

Oprava se týká souboru <DEFINFRM.DAT> - archív FRM.LZH.
{Opraveno}

1. 1) Česká národní banka vydala vyhlášku č. 79/2003 Sb. ze dne 10. března 2003 s účinností od 1.4.2003 o ukončení platnosti mincí po 10 haléřích vzoru 1993 a mincí po 20 haléřích vzoru 1993. Vyhláška byla publikována ve Sbírce zákonů č. 32/2003. V § 1 této vyhlášky je stanoveno, že dnem 31. října 2003 se ukončuje platnost mincí po 10 haléřích vzoru 1993 a mincí po 20 haléřích vzoru 1993. Dále jsou vyhláškou stanoveny lhůty a podmínky pro výměnu těchto mincí.

2. 2) Schválena byla novela zákona č. 634/1992 Sb., o ochraně spotřebitele, ve znění pozdějších předpisů, a to zákonem č. 277/2003 Sb. ze 6. srpna 2003 (publikován ve Sbírce zákonů č. 93/2003). V § 3 písm. c) byl novelou doplněn text podle kterého se při konečném účtování prodávaných výrobků a poskytovaných služeb v hotovosti bude "zaokrouhlovat celková částka" vždy k nejbližší platné nominální hodnotě zákonných peněz v oběhu, tj. na celé koruny nebo na 50 haléře. Účinnost této změny je dnem vyhlášení, tj. dnem 28.8.2003.

3. 3) Uplatňování DPH ve vztahu k výše uvedené úpravě uvedené v bodě 2 tohoto pokynu, a to podle jednotlivých paragrafů ZDPH:
   1. 3.a) Výpočet částky daně, její zaokrouhlení a uvedení na
      daňových dokladech při bezhotovostní úhradě:
      Zrušení 10 a 20 haléřových mincí se týká platidel, tedy úhrady v hotovosti, nemá žádný vliv na bezhotovostní úhradu a na výpočet částky daně a vystavování daňových dokladů v případech bezhotovostních plateb. Základem daně je u bezhotovostních úhrad cena bez daně a částka daně se vypočte podle § 17 odst. 2 a vypočtená daň se zaokrouhlí na desetihaléře nahoru nebo se uvede v haléřích a takto se uvede i na daňových dokladech. Cena včetně daně se pro účely zákona o DPH dopočte jako součet ceny bez daně a vypočtené daně po případném zaokrouhlení.

   2. 3.b) Výpočet částky daně, její zaokrouhlení a uvedení na daňových dokladech při úhradě v hotovosti:
      1. 3.b.1.) § 14 - Základ daně a jeho výpočet,
         § 17 - Výpočet daně,
         § 18 - Stanovení daňové povinnosti u plátců, kteří nakupují
         zboží za účelem jeho dalšího prodeje v nezměněném stavu.
         Základem daně bude vždy cena po zaokrouhlení, z toho vyplývá, že rozdíl vzniklý ze zaokrouhlení celkové částky za zboží a služby při úhradě v hotovosti je součástí ceny včetně daně a je tedy i součástí základu pro výpočet DPH podle § 17 odst. 3 ZDPH (z ceny vč. daně po zaokrouhlení). V žádném případě nelze vzniklý rozdíl považovat pouze za finanční vypořádání, které není předmětem daně. Výpočet částky daně podle § 17 odst. 3, tj. z ceny vč. daně se použije proto, že se jedná o úhradu v hotovosti a cena je v tomto případě cenou vč. daně.

         Pokud se jedná o zdanitelné plnění podléhající pouze jedné sazbě daně, plátce vypočte částku daně z konečné ceny po zaokrouhlení s využitím koeficientu, který vyjadřuje sazbu daně přepočtenou z ceny vč, daně, tj. sazbě 5 % z ceny bez daně odpovídá koeficient 0,0476 a sazbě 22 % z ceny bez daně koeficient 0,1803.

         V případě, že nákup zboží a služeb bude obsahovat více zdanitelných plnění s různými sazbami daně, je možno při zaokrouhlení celkové částky za zboží a služby při úhradě v hotovosti rozdíl vzniklý ze zaokrouhlení celé částky přiřadit pouze k základu daně k jedné z použitých sazeb daně, popř. rozdělit rozdíl vzniklý ze zaokrouhlení celkové částky do jednotlivých základů daně v členění podle sazby daně.

         Bude-li při výpočtu částky daně vycházet plátce daně z ceny bez daně a dopočte cenu s daní jako součet ceny bez daně a vypočtené částky daně v haléřích nebo zaokrouhlené na 10 haléře a tuto cenu s daní zaokrouhlí dodatečně na koruny nebo 50 haléře, je povinen provést výpočet daně z této konečné, zaokrouhlené ceny vč. daně.

      2. 3.b.2.) § 12 Daňové doklady
         Zrušení některých mincí nemá žádný dopad na zaokrouhlování částky daně na daňových dokladech a dokladech o použití podle § 12 odst. 2 a 5, kde se bude daň nadále uvádět v haléřích nebo desítkách haléřů, jako platných jednotkách české měny. Částka daně uváděná na daňových dokladech, je součástí ceny včetně daně, není v praxi samostatně placena v hotovosti (s výjimkou vracení daně zahraničním fyzickým osobám při vývozu zboží podle § 45e ZDPH - viz dále), je pouze vedena v účetní a daňové evidenci plátce.

         U zjednodušených daňových dokladů podle § 12 odst. 9, popř. dokladů o zaplacení podle § 12 odst. 7 postupují plátci, pro které je zdanitelné plnění určeno, při výpočtu částky daně stejným způsobem, který je uveden v bodě 3 písm. b) prvním odstavci tohoto pokynu.

      3. 3.b.3.) § 11 Vedení záznamů pro daňové účely
         Jak již vyplývá z bodu 3 písm. b) tohoto pokynu, zrušení některých mincí nemá vliv na vedení záznamů pro daňové účely podle § 11 zákona o DPH, údaje mohou být nadále uváděny v platných jednotkách české měny, tj. v haléřích popř. zaokrouhlené na desetihaléře. Připomínáme, že na daňových přiznáních, na jejichž základě je přiznávána a placena daň, se daň uvádí v celých korunách.

      4. 3.b.4.) § 45e Vracení daně zahraničním fyzickým osobám při vývozu zboží
         S účinností od 1. října 2003 vstoupil v platnost zákon č. 322/2003 Sb., kterým se mění zákon č. 588/1992 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů, zákon č. 337/1992 Sb., o správě daní a poplatků, ve znění pozdějších předpisů, a zákon č. 13/1993 Sb., celní zákon, ve znění pozdějších předpisů (publikován ve Sbírce zákonů částka 107).

         Součástí této novely ZDPH jsou i změny v § 45e, m.j. zaokrouhlení částky daně. Podle § 45e odst. 4 písm. g) je prodávající povinen na vyžádání zahraniční fyzické osoby vystavit doklad o prodeji zboží, na kterém musí uvést m.j. výši daně celkem zaokrouhlenou na celé koruny nahoru. Plátce (prodávající) vrácenou daň uvádí v daňovém přiznání.

To v praxi znamená, že se při stanovení celkové hodnoty za doklad (nikoliv za řádky dokladu) provede aritmetické zaokrouhlení na padesátihaléře:

1. Částka končící na 1 až 24 haléřů se zaokrouhlí na celé koruny dolů;

2. Haléře u částky končící na 25 až 74 haléřů se zaokrouhlí na padesátihaléř;

3. Částka končící na 75 až 99 haléřů se zaokrouhlí na celou korunu nahoru.

Při výpočtu tedy vzniká zaokrouhlovací rozdíl (neboli haléřové vyrovnání) a s tím je nutno nějak naložit. Do základu daně patří tento rozdíl, jak je uvedenu v pokynu D-253, a to vždy.

Ministerstvo financí sděluje:
Pokud se jedná o zahrnutí částky ze zaokrouhlení do základu pro výpočet daně (do ceny vč. daně), nejde o zásadní změnu, takto měli plátci postupovat vždy. Ze zákona o DPH totiž vyplývá, že není-li stanoveno o jakou úroveň ceny se jedná (zda s daní nebo bez daně), cenou za zdanitelné plnění uskutečněné plátcem daně, např. za dodání zboží, se rozumí vždy cena včetně daně, tedy konečná cena pro spotřebitele. Pokud plátci částku ze zaokrouhlení cen nepodrobovali dani, krátili daň (i když např. o malé částky)...

Ing. Pitner z ministerstva financí telefonicky potvrzuje:
Zaokrouhlovací rozdíl (neboli haléřové vyrovnání) je vždy předmětem daně. Po námitce, že u daňových dokladů s výpočtem DPH ze základu daně a zaokrouhlení nelze při dodržení zákona o DPH haléřové vyrovnání, zpětně "dopravit" do základů daně tak, aby celková částka dokladu vyšla s přesností na padesátihaléře, Ing. Pitner navrhnul, aby nebyla celková částka na dokladu zaokrouhlována. A tady se opět dostáváme do problému s úhradou v hotovosti.

U dokladů, kdy je DPH vypočítáváno z ceny s daní je možno celkem bez problémů definovat algoritmus výpočtu s dodržením platnosti zákona o DPH. Zaokrouhlovací rozdíl lze rozdělit hodnotám včetně daně podle sazeb (za celý doklad) a znovu spočítat základy a daň podle jednotůlivých sazeb.

Pokud z daňového dokladu vyplývá, že základem pro výpočet DPH je cena bez daně, haléřové vyrovnání nelze do základu DPH zahrnout, neboť by po druhém výpočtu (po rozpuštění haléřů do základu daně) došlo k rozdílu mezi zaoukrouhlenou částkou a hodnotou vypočítanou z upravených základů daně. V tomto případě pak přinese důsledné dodržení pokynů D-253 u běžných daňových dokladů jedinné zákonné řešení - nezaokrouhlovat na méně, jak dvě desetinná místa.

Při bezhotovostních úhradách to nemá chybu ale co úhrady v hotovosti? Tam lze od klienta přijmout pouze částky v hodnotách s přesností na padesátihaléře.

V případě dodržení litery zákona tady musíme přijmout částku s přesností na padesátihaléře a vzniklý přeplatek nebo nedoplatek pak zaúčtovat tak jak jsme zvyklí v podobných případech.

Do verze <FIN-13.16> bylo doplněn nový způsob výpočtu pro zjednodušené daňové doklady.

V souboru <F_GLOBAL.INI> je možno v sekci [ZjednoduseneDanoveDoklady] upravovat hodnotu proměnné : <PlatnostZmen_OD>, která nese hodnotu data, od kterého platí změny v zaokrouhlování celkové částky za doklad.

Výchozí nastavení hodnoty <PlatnostZmen_OD> je <01.11.2003>.

Hodnota <PlatnostZmen_OD> je při výpočtu porovnávána s hodnotou pole <Datum_UZP> na dokladu. Pokud je hodnota <Datum_UZP> menší než <PlatnostZmen_OD> je výsledná hodnota zaokrouhlována na padesátihaléře.

Dále je v souboru <F_GLOBAL.INI> možno v sekci [ZjednoduseneDanoveDoklady] upravovat hodnotu proměnné : <RozpoustetRozdilPoZaokrouhleni>, která určuje, jakým způsobem program naloží se zbytkem po zaokrouhlení.

Hodnota <RozpoustetRozdilPoZaokrouhleni=1> určuje, že program bude zbytek po zaokrouhlení do rozpouštět zpětně do základů DPH a do hodnoty DPH (v hlavičce dokladu) podle sazeb, <HaléřovéVyrovnání=0> v hlavičce dokladu bude nulové.

Hodnota <RozpoustetRozdilPoZaokrouhleni=0> znamená, že zbytek po zaokrouhlení se uloží do hlavičky dokladu stejně tak, jako je tomu u běžných dňnových dokladů.

Výchozí hodnota přepínače <RozpoustetRozdilPoZaokrouhleni=1>

Postup rozpouštění:

1. výpočet celkové hodnoty dokladu podle sazeb shora, t.j. z ceny s daní (podle jednotlivých sazeb);

2. zaokrouhlení celkové hodnoty dokladu na padesátihaléře matematicky, zjištění haléřových rozdílů (z hodnot celkem před a po zaokrouhlení);

3. pro hodnoty základů plus daně (osvobozeno, snížená, základní sazba) se vypočítají rozdělovací koeficienty pro rozpad haléřových rozdílů podle jednotlivých sazeb daně;

4. úprava hodnot ceny s daní podle jednotlivých sazeb + korekce základu nulové daně, t.j. rozpuštění haléřových rozdílů;

5. nový výpočet celkové hodnoty dokladu podle sazeb shora;

6. kontrola součtu hodnoty tržeb za doklad na základy daně podle sazeb, případný rozdíl rozpuštěn do tržeb řádku dokladu s největší hodnotou tržby;

{Upraveno}

Program byl upraven tak, že na tento přepínač reaguje při pořizování dat dokladu okamžitě.
{Upraveno}

<Nastavení> <Konfigurace> <Ochrana dat> <Ochrana dat exportem>

řídí chování programu při pokusu o manipulaci s exponovaným dokladem (exportovaná faktura, realizovaná objednávka nebo fakturovaný dodací list). V poloze <Zapnuto> je doklad chráněn proti manipulaci (oprava, zrušení) pro úroveň uživatele typu začátečník.

Verze <FIN-13.16> také potřebuje aktualizovaný soubor nápovědy <FIN.HLP>, jinak dojde k porušení vazeb mezi programovou nabídkou a textem helpu.
{Upraveno}

1. (14) doklady převodu musí mít stejné období - u převodů se kontroluje období dokladu převodu výdej na doklad převodu příjem.

2. (15) doklady převodu se musí na sebe vzájemně odkazovat - u převodů se kontroluje vzájemná vazba mezi dokladem typu výdej a příjem.

3. (16) doklady převodu musí mít stejnou stanici - u převodů se kontroluje číslo stanice dokladu převodu výdej na doklad převodu příjem.

4. (17) předek a potomek musí mít shodné období - kontrola na období mezi doklady pohybu zásob (výdejky) vzniklé automaticky z dodacích listů, faktur nebo prodejek a jejich předky.

5. (18) kontrola na číslo faktury - pro druhy pohybu, u kterých je na dokladu pohybu zásob vyžadováno číslo faktury (nákup, prodej).

6. (19) existence faktury v souboru přijatých nebo vystavených faktur - pro druhy pohybu, u kterých je na dokladu pohybu zásob vyžadováno číslo faktury (nákup, prodej).

Pokud jsou požadovány kontroly (18) a (19), výchozí stav pro tyto kontroly je <Vypnuto>, je nutno v souboru <F_GLOBAL.INI> v sekci [Zasoby_Test] nastavit druhy pohybu, pro které mají být faktury vyžadovány :

1. TestDrPohNakup=00 - seznam druhů pohybu pro nákup, oddělených čárkou.

2. TestDrPohProdej=00 - seznam druhů pohybu pro prodej, oddělených čárkou.

Další přepínače :

1. TestTolerance=0.01; - maximální tolerance při kontrole ceny a hodnoty (převody), vyšší rozdíl se vypíše jako chyba.

2. TestMnozstvi=1; - kontrola množství (převody).

3. TestCena=1; - kontrola ceny za jednotku (převody).

4. TestHodnota=1; - kontrola hodnoty řádku dokladu (převody).

5. TestSklPol=1; - kontrola na skladovo položku (převody).

6. TestSklad=1; - kontrola na číslo skladu (převody).

7. TestDokladPrevod=1; - kontrola na odkazy mezi doklady (převody).

8. TestPohyb=1; - kontrola na typ pohybu (převody).

9. TestPuvod=1; - kontrola na číslo stanice na síti (převody).

10. TestObdobi=1; - kontrola na období (převody, doklady přímého odpisu zásob).

{Upraveno}

Přirekonstrukci (rozšíření záznamu) se provede naplnění prázdných údajů hodnotou <KodZemePuvodu_2> souboru <F_GLOBAL.INI> v sekci [FGlobal] - výchozí hodnotou <CZ>. Tuto hodnotu lze pak hromadně opravit pomocí kláves <Ctrl_F4-Hromadná oprava>.

Toto doplnění je nutné, neboť položka <Kód země původu> je vázána na číselník - prázdný údaj by pak ve skladové kartě vždy způsoboval aktivaci nabídky číselníku.

{Upraveno}

{Upraveno}

Program byl upraven tak, aby v okamžiku exportu přenášel prodejní údaje z karty rodičovské, nikoliv z karty zpětně importované ze satelitu na centrálu.
{Opraveno}

V souboru <F_GLOBAL.INI> lze v sekci [VystaveneFaktury] tuto vlastnost změnit.

Přepínač <Import_NulovatDatumExportu> řídí nulování data exportu, přepínač <Import_NulovatOdpisZasob> řídí nulování příznaku odpisu ze stavu zásob.

Výchozí nastavení obou přepínačů je <1=Zapnuto>.
{Upraveno}

Je-li sklad označen jako <Centrála>, lze ve stavu zásob využít hromadné kopírování některých údajů skladových karet se stejným číslem skladu z předka na potomka.
{Upraveno}

Tato vlastnost (kopírování údajů karty) je dostupná pouze při prvním převodu (DP:80,40; 81,41; 82,42), kdy cílová karta neexistuje. Při dalších změnách, například změna prodejní ceny, zůstává karta, na kterou byla položka převedena, beze změny.

Při velkém počtu položek a skladů to zvyšuje nároky na ruční editaci prodejních údajů u skladových karet se stejným číslem skladové položky.

Kopírují se následující údaje:

1. Měrná jednotka
2. Název položky
3. Poznámka
4. Prodejní cena za jednotku základní
5. Prodejní přrážka (%)
6. Prodejní přrážka (}Kč)
7. Prodejní cena za jednotku upravená bez DPH
8. Prodejní cena za jednotku upravená včetně DPH
9. Deset prodejních cen (podle odběratele)
10. Sazba spotřební daně
11. Sazba DPH prodej I.
12. Sazba DPH prodej II. - s montáží
13. Příznak plnění pro nulové DPH
14. Položka celního sazebníku
15. Kód země původu
16. Inventární číslo
17. Hmotnost, objem, počet jednotek na balík
18. Index
19. Zákaz slevy
20. Blokace vedlejších nákladů

1. Identifikační číslo odběratele - všechny faktury
2. Identifikační číslo odběratele - neuhrazené faktury

1. @CENA; Zákaz editace ceny za jednotku bez DPH ...

2. @CNASDPH; Zákaz editace ceny za jednotku včetně DPH ...

3. @MJ; Zákaz editace měrné jednotky ...

4. @TEXTFA; Zákaz editace textu řádku dokladu ...

Při použití zákazu pak nelze například editovat cenu za jednotku. Toto nastavení je nutné zejména při prodeji na kasách v obchodě, kde by pokladní neměla mít možnost cenu upravovat.

Vzor ve formuláři <SCR_FAKT.F01>.
{Upraveno}

Program při se výpisu sestavy v cizím jazyce podívá do číselníku, zda pro proměnnou tisku existuje její jazykový ekvivalent. Pokud ne, přidá do slovníku název proměnné, český popis a do hodnoty proměnné v cizím jazyce napíše český výraz. Číselník se takto při výpisu sestavy automaticky naplní výrazy, které bude možno později přeložit.

Do číselníku nemá smysl pořizovat nové údaje, seznam proměnných si program vytvoří sám nebo se číselník doplní z distribuce. Uživatel s úrovní oprávnění niižší než <Expert> nemá přístup k názvu proměnné ani k českému popisu.

Prozatím jsou v testovacím režimu <Výsledovky> - překlady nejsou k dispozici, na aplikaci textů v programu se pracuje, číselník je však funkční. Pokud by chtěl někdo verzí FIN <13.20> vypisovat výsledovky v cizím jazyce, budou bez překladu (číselníku) pracovat stejně jako dříve. To znamená, že se například v názvech sloupců sestavy budou ještě vyskytovat české výrazy (z automatického naplnění dat číselníku při výpisu sestavy).

Součástí dalších verzích programu pak budou už "hotové" číselníky pro angličtinu soubor <TEXT_!EN.DAT>, pro němčinu soubor <TEXT_!DE.DAT> a pro italštinu soubor <TEXT_!IT.DAT>.
{Opraveno}

Hodnota přepínače <Hledani_ExitBezTlacitka=1> znamená, že pro potvrzení hledaného údaje postačí vyplnění hodnoty pole (pokud je délka hledaného údaje menší, než délka pole) a stisk klávesy <Enter>.

Hodnota přepínače <Hledani_ExitBezTlacitka=0> znamená, že pro potvrzení hledaného údaje je nutné vyplnění hodnoty pole, stisk klávesy <Enter> a potvrzení tlačítkem <Hledej>.

Výchozí hodnota přepínače <Hledani_ExitBezTlacitka=0>, t.j. potvrzení hodnoty tlačítkem <Hledej>.

Tato vlastnost platí pro hledání jak v číselnících, tak i pro hledání v seznamech dokladů (všude v programu).
{Upraveno}

Je-li ve faktuře bankovní účet odběratele nulový, program při vytváření příkazu k úhradě použije bankovní účet odběratele z číselníku odběratelů.
{Upraveno}

Před uložením dokladu program kontroluje u všech polžek dokladu podmínku na:

1. Stejné IČo;
2. Stejnou měnu;

Pomocí formulářů pro tisk bankovního dokladu je možno zápočty tisknout v libovonou formou. Připraveny jsou formuláře pro zápočty v účetní a cizí měně, v archívu <FRM.LZH> jsou to soubory <PRN-BANK.*>.

Takto provedené zápočty jsou součástí měsíčního zpracování účetnictví stejně tak, jako ostatní bankovní doklady. Touto metodou lze pořizovat jen takové vzájemné zápočty, které lze současně i účtovat.
{Upraveno}

1. Vypisovat názvy k součtům (X,XX,XXX);
2. Volný řádek za součtem;

{Upraveno}

Tyto soubory jsou v distribuci přibaleny do archívu <UCETX.LZH>.
{Upraveno}

1. EAN13 - čárový kód;

Při přesunu archívních souborů z aktuálního adresáře do adresáře <..\!_ARCHIV> program neuklidí dodací listy, prodejky a objednávky.
{Opraveno}

V souboru <F_GLOBAL.INI> v sekci [Zasoby_SkladoveKarty] lze hodnotou přepínače <InsPocitatCenuKartyPoKazdemPohybu=0> nastavit "starý" způsob výpočtu, výchozí nastavení je <1>.
{Upraveno}

Tímto způsobem lze pak z programu <Finance> posílat tiskové výstupy na jakoukoliv tiskárnu, která nemusí ovládat tisk v DOSu, třeba i připojenou k USB portu.

Do distribuce byl zařazen program <W_HELPER.EXE>, který je ze stejné dílny, jako program <Finance>. Užívání tohoto programu je pro uživatele programu <Finance> bezplatné.

Program <W_HELPER.EXE> je programem <Finance> volán vždy, když je zapotřebí používat systémové služby Windows. V našem případě se jedná například o tisk nebo zjišťování jmen nainstalovaných tiskáren.

Uživatel nemusí program jakkoliv ovládat nebo spouštět, komunikaci a předávání dat zajišťuje sám program <Finance>.

Program <W_HELPER.EXE> se nemusí instalovat, stačí když bude nakopírován do stejného adresáře jako program <Finance> nebo musí být umístěn do adresáře, který je součástí cesty <PATH> pro hledání programů (v nastavení operačního systému).

Program <W_HELPER.EXE> je konzolovou aplikací určenou pro provozování pod operačními systémy rodiny WINDOWS (W95,W98,WMe, WXP,WNT,W2k).

V nastavení tisku pro jednotlivé výstupy <LPT1..LPT3> přibyl nový přepínač: <Výstup na WINDOWS tiskárnu>, který v poloze <Zapnuto> "přemapuje" vybraný DOS port na tzv. WIN port. K WIN portu může být potom přiřazeno jméno tiskárny, na kterou bude chtít uživatel tisknout.

Nastavení WIN portu

1. 1. Definiční soubor - [WINPRN_P] : je nutno použít nové DFP soubory.

   Soubor <WINPRN_P.DFP> je určen pro tisk na stojato (na výšku stránky), soubor <WINPRN_P.DFP> je určen pro tisk na ležato (na šířku stránky);

2. 2. Výstupní kód - (Windows);

3. 3. Reakce na chybu [s] - [ 5] : není nutno měnit;

4. 4. Popis - [Windows tisk] : vlastní pojmenování tiskárny;

5. 5. Výstup na WINDOWS tiskárnu - [X] : musí být zapnuto;

6. 6. Jméno - [HP OfficeJet R Series] : jméno WIN tiskárny;

Program <W_HELPER.EXE> je na distribučních médiích součástí archívu <FIN_PM.LZH>.

{Opraveno}