

ALL  Odstranění nepoužívaných souborů

Našel jsem soubory, které se nepoužívají. Asi by bylo vhodné je odstranit:

1) K:\Eko\Praha\Library\About.*
2) K:\Eko\Praha\Library\fAbout.*
3) K:\Eko\Praha\Library\cAbout.pas
pozn.: tento komponent je registrován v Prlibreg.pas.


PDU  Kontrola konzistence

Doplnit check "Spárování řádků evidencí a účetnictví"
08,06,2001 verze 2.02 série 135 databáze 187

MZDY  Oprava tabulky MZDEXPSRA na MZDEXPZAVsb

Tabulka MZDEXPSRA, do které se exportují z mezd příkazy k úhradě, byla chybně navržena jako systémová. Tím pádem se do této jedné tabulky exportovaly příkazy ze všech subjektů najednou.

Postup při opravě
Systémová tabulka MZDEXPSRA byla nahrazena v databázi subjektovou tabulkou MZDEXPZAVsb, do které se od série 135 nadále exportují data z mezd.
Původní tabulka MZDEXPSRA se již nadále nepoužívá.
Pokud někdo již exportoval příkazy z mezd do tabulky MZDEXPSRA, je třeba přesunout z této tabulky data do příslušné subjektové tabulky MZDEXPZAVsb (event. rozházet data podle subjektů) ručně z TALKU.

EVID  Tisk zápisu OR na VFA

Doplnění menu:

Do podkladů, těsně pod adresář přidat položku menu: Doplňkové informace tištěné na vydané faktuře.

  Uzávěrky pro rozvrh B, pro DOS i Aconto

Pro učetní rozvth B - Organizační složky státu, územní samosprávné celky a přispěvkové organizace je třeba dodělat uzavěrku. Měla by být hotová před novým rozesílaním DOSových verzí.

Prozatím se převádí účty 20, 21, 22, 23 na 964 , jsou tu vyjímky 205, 206, 215, 216 a 235, které se převádí  na účet 965 a 231 na účet 962.
Od nového roku je však změna.
01,06,2001 verze 2.02 série 134 databáze 185

PDU  ACONTO - ošetřeno zadání data 29.února v def. FAN

Ošetřeno použití data 29.února v definicích sestav FAN.

UP310501.zip

ALL  Doplnit do menu


iMenu.inc
    CI(isSpec,itCteckaCFG);       // Konfigurace čtečky čárového kódu
iMenuDf1.inc
    itCteckaCFG,                  // Konfigurace čtečky čárového kódu
iMenuDf2.inc
  itCteckaCFG : begin Caption := 'Nastavení čtečky čárového kódu'; end;

29,05,2001 verze 2.02 série 133 databáze 185

PDU  Výsledovka pro slovensko

Doplněna verze výsledovky pro slovenskou republiku. 

Tato změna se týká rozvrhu typu "C" a výsledovky od  roku 2001. Při nastavení slovenské jazykové verze se ignorují změny platné v české republice od roku 2001.

EVID  Omezení v seznamu neplatičů

Omezení v seznamu neplatičů

Opraveno omezení na položku TOLERANCE v seznamu neplatičů.

EVID  Evidence-výběr ze SKL

Evidence-výběr ze SKL

Doplněn automatický zápis hodnoty do položky Jednotka při výběru ze SKL.


EVID  Informace o zákazníkovi

Informace o zákazníkovi

Opraveno zjištění počtu označených adres na první záložce .


MZDY  Nová verze Aconto

Změna výpl.lístků a mzd.listů s ohledem na více činností. Mzdl.list upraven pro interval měsíčních období.
Grafická úprava některých tisků.
Změna barevného značení složek dle způsobu zadání.
Okno pro složku 0496 pro zadání proc.pro redukci výše částky 0496.
Zadání průměru nemoci pokud začala ještě před nasazením programu.
Příkaz Suma do přehledu vypočtených a zadaných složek.
Možnost tisku dat z Adresáře při tisku z přehledu zaměstnanců dle kódu trvalého bydliště.
Doplněny tisky do přehledu činností.

MZDY  Nová verze Aconto

Chyba při stanovení odvodu soc.úřadu při uzávěrce v připadě placených nemocí za uzavírané období.

EVID  Otevření okna výběru ze SKL po přečtení čár.kódu

Evidence

Doplněno automatické otevření okna výběru ze SKL po přečtení čárového kódu.



MZD  Gener.oprav.Mzd

Opraven výpočet minimální mzdy u měsíčního platu.

MZD  Gener.oprav.Mzd

9.4.01 u verze 5.12 Mzd ser.31386 byl opraven export do příkazu k úhradě při
penzijním poj.od podniku v kombinovaně se složkami 843.

25,05,2001 verze 2.02 série 125 databáze 178

MZDY  Aconto chyba 

Záložka pravidelně: Chyba 34066


FAN  DOS FAN Problém 29.února

Viz 173. Jak jsme na tom s FAN v DOSU ?

MKu: Při zadávání definice záleží na tom v jakém je to roce. V roce 2000 lze do definice sloupce zadat 29/02, v roce 2001 lze zadat jen 28/02. Žádná kontrola tam není, a je pravda, že v roce 2000 byly problemy s tim, že do Výsledovky po měsíčních obratech se jim třeba 29. únor nezapočítal.
Codebase  povoli pouze existujici datum a tim, ze se to skládá s aktuálním rokem. může tento problém nastat.  
Ale nepadá to.

FAN  FAN verze 5.12 serie 31396

 FAN verze 5.12 serie 31396

Změna:
 Kontrola zadávání 29. února v definici, pokud je  přestupný rok.

Oprava:
 Oprava nastavení flagu Neaktuální, pokud byla  změněna definice.



FAN  FAN verze 5.12 serie 31396

 FAN verze 5.12 serie 31396

Změna:
 Kontrola zadávání 29. února v definici, pokud je  přestupný rok.

Oprava:
 Oprava nastavení flagu Neaktuální, pokud byla  změněna definice.



FAN  FAN verze 5.12 serie 31396

 FAN verze 5.12 serie 31396

Změna:
 Kontrola zadávání 29. února v definici, pokud je  přestupný rok.

Oprava:
 Oprava nastavení flagu Neaktuální, pokud byla  změněna definice.




PDU  Přeposlání PDU

Mohla bys prosím poslat nové PDU zákazníkovi - Rímskokatolická, biskupský úřad, Košice.


PDU verze 5.12 serie 31392

Konfigurace PDU - konfigurace základního nastavení přidána konfigurace verze pro Českou nebo Slovenskou republiku.
Nastavení ovlivňuje výpočet výsledovky.

17,05,2001 verze 2.02 série 132 databáze 183

EVID  Export do KB M-BEST a BEST KB



ALL  Update podkladů adres



EVID  Doplnění importu do BVY z M-BEST KB



  Připomínky k Best KB od Táborského

Pri vygenerovani vystupniho souboru pro klienta Best KB tento obsahuje spravne pozadovany Specificky symbol na pozicich 303-312. Jeden ze zakazniku tvrdi, ze se mu tento neprenasi pres klienta Best do banky. Lze vlastniho klienta Best nejak nastavit, kde pozadovany specificky symbol ve vygenerovanem souboru lezi a odkud jej ma prebirat? 

P.K. 14.05.2001
O tomto problému jsem minulý týden mluvil s p. Táborským z BMI. V úterý 15.05.2001 se jede k firmě, která má popsaný problém podívat. Zkusí se podívat na nastavení programu M-BEST.

P.K. 16.05.2001
Po konzultaci s p. Táborským upraven export do bankz.


  Menu

Potřebuji upravit menu.
Pokud definice v souboru již existuje, tak ji změnit.

iMenu.inc:
mtKasa
zrušit   CI(isKasa, itSeparator);
zrušit   CI(isKasa, itJournal);

mtAppKAS :
begin
  Menu(mtKasa);
  Menu(mtPodkladyKASA);
  Menu(mtSpec);
  Menu(mtKASAKonec);
  MI[itKonecKAS].Enabled := FALSE;
end;

mtAppKASASpravce :
begin
  Menu(mtSpravceKASA);
  Menu(mtSpec);
  Menu(mtKASAKonec);
  MI[itKonecSpravce].Enabled := FALSE;
end;

mtKASAKonec :
begin
  Menu(mtOkno);
  CS(isKonec);
    CI(isKonec,itKonec);
    CI(isKonec,itSeparator);
    CI(isKonec,itKonecKAS);
    CI(isKonec,itSeparator);
    CI(isKonec,itKonecSpravce);
end;

mtPodkladyKASA :
begin
 CS(isPodklady);
   CI( isPodklady, itAD );					// Adresář
   CI( isPodklady, itSeparator );		// -------------------------
   CI( isPodklady, itST );					// Číselník středisek
   CI( isPodklady, itZA );          // Číselník zakázek
   CI( isPodklady, itAK );          // Číselník akcí
   CI( isPodklady, itSeparator );   // -------------------------
   CI( isPodklady, itTPDK );				// Číselník typů dokladů
   CI( isPodklady, itKDOP );				// Číselník kódů operací
   CI( isPodklady, itSeparator );   // -------------------------
   CI( isPodklady, itKDME );        // Číselník kódů měn
   CI( isPodklady, itKS );					// Číselník konstantních symbolů
   CI( isPodklady, itSeparator );   // -------------------------
   CI( isPodklady, itPodkladyRA );  // Číselník řady adresářů
end;

mtSpravceKASA:
begin
  CS(isSpravceData);	                // Sloupec Databáze
    CI(isSpravceData, itSVizePanel);        // Správa subjektů a evidencí
    CI(isSpravceData, itSeparator);         // ---------------------------
    CI(isSpravceData, itDbName);            // Zadání jména databáze
  CS(isSpravceSystem);	              // Sloupec Systém
    CI(isSpravceSystem, itSeznamWS);        // Seznam stanic
    CI(isSpravceSystem, itSeznamUZ);        // Seznam uživatelů
    CI(isSpravceSystem, itSeparator);       // ---------------------------
    CI(isSpravceSystem, itSpravceRozsahy);  // Zadávání rozsahů platností konfigurací
    CI(isSpravceSystem, itSeparator);       // ---------------------------
end;

iMenuDf1.inc :
   mtAppKASASpravce,
   mtKASASpravce,
   mtPodkladyKASA,
   mtKASAKonec,
   mtSpravceKASA


PDU  PDU

PDU verze 5.12 serie 31392

Konfigurace PDU - konfigurace základního nastavení přidána konfigurace verze pro Českou nebo Slovenskou republiku.
Nastavení ovlivňuje výpočet výsledovky.




PDU  Generace PDU

PDU verze 5.12 serie 31392

Konfigurace PDU - konfigurace základního nastavení přidána konfigurace verze pro Českou nebo Slovenskou republiku.
Nastavení ovlivňuje výpočet výsledovky.



  Problém - účetní rozvrh na Slovensku

Rímskokatolická, biskupský úřad, Košice, tel  00421 / 95 / 6227659 nebo 00421/ 95 / 6828203.

Mají od nás koupený PDU. Používají účetní rozvrh pro nevýdělečné organizace - C. Jenže na Slovensku neměnili v tomto roce účetní rozvrhy a zůstává u nich jako nákladová třída 4. Mohou normálně účtovat, jenže nemohou získat výsledovku. Tam mají jen výnosy.

S ničím jiným by neměl být problém. Jen výsledovka se počítá podle natvrdo nadefinovaných skupin. ( Uzávěrka jim projde v pořadku, až ji tam doděláme. ) 

Možná by to mělo řešení, dodělat tam další výsledovku, která by jse počítala podle typu učtu. 
Nebo pro ně vyrobit speciální verzi, ale museli by si o ní vzdycky říct. 

Nevím, jestli nemůže nastat se Slovákama jiný problém.

MD: Do konfigurace subjektu dát volbu česká / slovenská verze. Default je česká.


MD: POZOR na ACONTO - slovenská verze má vliv na hosp. výsledek apod.

SKL  Chyba v ceníku ACONTO

Při změně ceny v ceníku 1-9  z NE DPH na ANO 

Chyba : 
20011
ERROR TARow FieldByName: IDKC1 
Chyba : 24041

VČ: Chybu se mi nepodařilo navodit.


  DBS Wiev

DBSVIEW spadne na BROWSE tabulky PSI.
09,05,2001 verze 2.02 série 127 databáze 183

SKL  Dáno do generace



ALL  Dáno do generace



ALL  PROBLÉM s PORUŠENÍM DATABÁZE

Sepište poznatky a možnosti řešení:

Napiště návod k opravě porušené databáze
Návod k zabezpečení počítače (vypnutí cashování, UPS)
CHECK DATABASE, UPDATE STATISTICS, zálohování z ACONTA
Nový server !!!
Parametry v SQL.INI, např. nastavení bufferů 32000 místo 4000 - u nás s nastavením na 4000 spadne CHECK DATABASE i UPDATE STATISTICS a přesto standardně distribujeme SQL.INI s hodnotou 4000 !!! 
Mareček používá v RCP další parametry týkající se např. velikosti logů. Něco takového vůbec nepoužíváme. Zjistit o co jde.
·	

P.Kra 04.05.2001
K bodu zabezpečení počítače:
Ve Win95 a Win98 lze vypnout cash (jen u těchto operačních systémů) v Ovládacích panelech, Systém, Výkon, Systém souborů, Co dělat v nesnázích, Nepoužívat zpožděné zápisy - zatrhnout.
Používat UPS, kde bží server je v podstatě nutnost. Lepší řešení je používat řízené UPS, kde po vypnutí el. proudu UPSka sama korektně ukončí spuštěné programy.

K bodu nový server:
Nový server se testoval u nás 14 dní. 04.05.2001 se domluvím s M.Kol. a dáme nový server jako zkušební na ladění v Praze.

K bodu parametry v SQL.INI:
Cach a Sort cache velikosti 4000 je doporučeno Centurou. V případě, že počítač má více paměti než 128MB je možné cache zvýšit max. na 32000 (hodnoty jsou v kB). V případě, že je málo paměti, nebo jsou spuštěné další aplikace a na počítači je málo volné fyzické paměti dochází k celkovému zpomalení SQL serveru.

K bodu RCP:
V SQL.INI lze nastavit maximální velikost LOG souboru, počet souborů a test dostupného místa na disku, kde se LOG soubory ukládají. Nastavení těchto parametrů řeší problém, kdy dochází k modifikaci velkého množství dat a SQL server hlásí chybu, že není místo na disku, kde se ukládali LOG soubory.

VČa 04.05.2001
K bodu CHECK DATABASE, UPDATE STATISTICS, zálohování z ACONTA
Chyba databáze je dle mého názoru spojena se špatným zápisem na disk.
Přitom se chyba opakuje u stejných zákazníků.
Zajistit na server UPS, která by měla odfiltrovat vliv sítě.
Ve Win95 a Win98 lze vypnout cash (jen u těchto operačních systémů) v Ovládacích panelech, Systém, Výkon, Systém souborů, Co dělat v nesnázích, Nepoužívat zpožděné zápisy - zatrhnout.
Server je třeba pokud možno neresetevat. 
Dojde-li k resetu serveru provést check database.
Minimálně jednou týdně udělat check databáze, update statistics a zálohu databáze.
Možná by nebylo špatné odzkoušet i jiný hardware.
·	
VČa 04.05.2001
Oprava poškozené databáze
Uvádím pouze standardní postup, protože nelze zachytit všechny možnosti.
Nejlépe se osvědčila metoda přesypání všech dat, která odhalí i případné chyby v konzistenci.

POZOR:

Dle rozsahu škod a dle názvů poškozených tabulek je třeba posoudit zda databázi lze ještě opravit.

Nejdříve udělejte zálohu poškozené databáze.


Potřebné programové vybavení:
SqlTalk     dále v popisu pouze TA.
DbsView  dále v popisu pouze DV.
Zde použijeme část na první záložce pod tlačítkem "S",
zde se nachází 4 záložky:
	Skript pro založení tabulky (dále v popisu DVZ1)
   Kopírovat tabulku (dále v popisu DVZ2)
   Srovnávací kontrola databáze ( tuto záložku nebudeme potřebovat, není dokončena)
   Kopírování dat databáze (dále v popisu DVZ4)
·	
Uvedené pojmy
SDb  	je zdrojová (poškozená databáze)
TDb  	je cílová  (nová databáze)
TA     	je SqlTalk
DV    	je  DbsView
DVZ1 	je záložka 1 až 4  v DbsView za tlačítkem "S".

Popis DVZ4 :
DV při startu provede connect na  SDb.
Edit "Cílová databáze" se nastaví na TDb. 
Tl. "Seznam tabulek v databázi".
·		Operace trvá poměrně dlouho a vygeneruje seznam tabulek do levého listu
                "Seznam tabulek". Tento seznam je tříděn dle referenčních vazeb tak,
               že nejdříve jsou tabulky bez vazeb.Tabulce s vazbou předchází tabulka
 	číselníku, která musí být již v seznamu.
	Seznam je současně uložen do souboru "C:\LIST.TXT" a není třeba ho generovat znovu. 
Seznam lze opakovaně načíst do listu tlačítkem "Načíst seznam ze souboru".
	Toto se ocení při předčasném ukončení  programu.
Edit "Aktuální tabulka" ukazuje tabulku pro kopírování. 
·		Název tabulky a pořadí  nelze měnit. Edit je plněn automaticky z levého listu.
Tl. "Kopírovat vše" se kopíruje seznam tabulek z listu vlevo. Okopírovaná tabulka se přesune do listu vpravo. 
Na každou zkopírovanou tabulku je proveden commit.
V případě chyby se cykl zastaví a na aktuální tabulce se provede rollback.
Cílová tabulka nesmí obsahovat data, v opačném případě je chyba. Zde se provádí porovnání dat zdroje a cíle. Jsou-li data shodná, chyba nenastane a tabulka je brána jako OK.
Dialog hlásí číslo chyby a další postup závisí od této chyby.
Tl. "Kopírovat tabulku" lze provést kopii aktuální tabulky.
Tl. "Přeskočit tabulku" lze tabulku v seznamu  vynechat.
Tl. "Smazat data cíl. tab." smaže data aktuální tabulky v cílové databázi.
Tl. "ErrorRow" hledá v tabulce větu při které nastala chyba.  Funkce insertuje data ze zdroje na  do cíle, řádek po řádku. V případě chyby vypíše řádek, který se nepovedlo vložit. Na záběr je proveden rollback, takže vložené OK řádky v této funkci jsou stornovány.
Tl. "Porovnání všech dat" se porovnají všechny tabulky a jejich data. Porovnání si vytvoří nový seznam tabulek. Hledá se první rozdíl. List vpravo obsahuje pouze tabulky kde byl nalezen rozdíl. Podrobný log o porovnání je zapsán do souboru C:\LOG.TXT.
·	
Jak zjistit chybu databáze:
Přejdeme na TA:
·	       Connect Aconto;  //kde Aconto je jméno kontrolované databáze
       Check database;

Druhy chyb:
Jedná se většinou o 2 druhy chyb,  porušený index nebo tabulka.
Porušený index 
·	             	Provede se smazání a znovu založení vadného indexu.
Porušená tabulka error 839
·		Provede se přesypaní data celé databáze z SDb do TDb.

Porušený index (postup)
·	Index stačí  zrušit a znovu založit.
Zde potřebujeme znát jméno indexu, které nám řekl check databáze.

Příklad: 
Postup je shodný pro všechny druhy indexu.
Nalomený index se jmenuje AD0010.
Jméno indexu je stavěno tak, že AD001 je tabulka a 0 na konci je číslo indexu.
Nemusí být na konci vždy pouze jednomístné číslo.
Ze jména indexu dostaneme jméno tabulky AD001;

Přejdeme na DVZ1:
·	   	 AD001 zadáme do editu 'Celé jméno tabulky' a stiskneme tl. "Script".
	Vyhledáme řádek s indexem AD0010, který vypada takto:
		create  unique  index AD0010 on AD001 ( RA , AD );
Přejdeme na TA:
·		connect SDb;
	drop index AD0010;
	create  unique  index AD0010 on AD001 ( RA , AD );
	commit;
	check table AD0010 ;  //pokračovat v kontrole
	check database;  //pokračovat v kontrole
 
Porušená tabulka (postup)
·	Provedeme přesypání všech dat z SDb do TDb.
Přejdeme na TA:
·		Úkolem je  převzít schéma z nalomené databáze, které
	je důležité pro založení nové databáze.
	connect SDb;
	unload schema C:\Schema.SQL on client;

Přejdeme na Textový editor:
·		Vytvořený soubor  SCHEMA.SQL musíme editovat v textovém editoru.
	POZOR: editor musí umět dlouhé řádky a nesmí zanést do souboru žádné nežádoucí 
	znaky. Nelze použit Delphi. Osvědčil se WordPad a editovat pouze jako text.
	Najdeme v textu část create trigger ... ,  která se nachází na konci souboru.
                Celý blok, který může obsahovat stovky příkazu create trigger uložíme do souboru
                C:\TRIGGER.SQL a  ze souboru SCHEMA.SQL blok smažeme.
	Teď máme soubor SCHEMA.SQL bez triggerů a  TRIGGER.SQL, který obsahuje pouze 
	chybějící část pro založení triggerů.

Přejdeme do TA:
·		Úkolem je založit novou databázi a vygenerovat strukturu.
	set server scentura; // kde scentura je název serveru
	create database TDb; // kde  TDb je jméno nové databáze
	connect TDb;
	load SQL c:\SCHEMA.SQL  on client;  //POZOR schéma musí byt bez triggerů
	commit;
	Teď máme TDb a stejné SDb bez triggerů a bez dat.

Přejdeme do DV na DVZ4:
·		Úkolem je přenést data do nové databáze .
	DV při startu musí mít connect na SDb.
	Do editu "Cílová databáze" napíšeme TDb.
	Tl. "Seznam tabulek v databázi" vygeneruje seznam pro kopírování.
	Tl. "Kopírovat vše" se nastartuje kopírování.
	Kopírování se zastaví na poškozené tabulce error 839.
	Předpokládejme, že chybová tabulka je RPDU00101.

Přejdeme do TA:
·	        	Úkolem je zjistit řádek kde nastala chyba a tento řádek je nutné vynechat při kopírování.
                Result je podmínka WHERE, která zajišťuje bezchybný select.
	Zde není možné použít tlačítko ErrorRow z DVZ4.
	K tomu potřebujeme znát PK porušených dat. 
	connect SDb;
	select * from RPDU00101;
	Nechá se proběhnout fetch všech řádků a fetchování se zastaví na chybě.
	Chybový řádek je pravděpodobně ten, který se nepodařilo již zobrazit.
                Sestavíme podmínku WHERE tak, aby ve WHERE byl primární klíč,
                který odfiltruje porušená data.
	Příklad
	select * from error RPDU00101 WHERE not (DE='VFA' AND RD='01' AND CSDK=33);
                V PK je ještě IR, ale ten jsem vynechal, protože je třeba vynechat celý doklad.
	Tohle je třeba posoudit dle tabulky, případně se poradit.
	Předpokládejme, že uvedený select prošel bez chyb.
	Dál použijeme část  not (DE='VFA' AND RD='01' AND CSDK=33);

Přejdeme do DV na DVZ2:
·		Úkolem je zkopírovat vadnou tabulku, kde zdroj je omezen.
	Do "TbName" zdroje i cíle napíšeme RPDU00101.
	Do "Where" dáme  not (DE='VFA' AND RD='01' AND CSDK=33)
	Do "Cílová databáze" TDb
	TL. Kopírovat.
	Kopie tabulky musí projít bez závad, na konci kopírování je info dialog o přenesených  větách.

Přejdeme do DV na DVZ4:
·		Zkopírovanou tabulku na DVZ2 na DVZ4 přeskočíme TL. "Přeskočit tabulku".
	Pokračujeme příkazem TL. "Kopírovat vše", které se předtím zaseklo.
	Každý problém je třeba posoudit a lze ho řešit obdobně.
	Předpokládejme, že se povedlo přenést všechny tabulky.
	Soubor "C:\LOG.TXT" monitoruje naše počínání při kopírování.

     Problémy:
	Problémy se očekávají u adresáře, kde je problém vazba sám na sebe. 
	Zde jsem vymyslel následující postup:
	Použije se pouze v případě, že adresář nejde přesunout.
	Úkolem je zrušit vazbu, provést kopii adresáře a zpět založit vazbu.
Přejdeme do DV na DVZ1
·		Vygenerujeme skript pro adresář // příklad:  AD001
	Kde najdeme řádek s vazbou sám na sebe
		alter table AD001 foreign key FKAD0011 (RA,ADFA) references AD001 on  delete cascade;
Přejdeme do TA:
·		Zrušit vazbu.
		connect TDb;
	alter table AD001 drop foreign key FKAD0011;
	commit;

Přejdeme do DV na DVZ4
·		Kopírovat tabulku.
	TL 'Kopírovat tabulku' uděláme kopii adresáře.

Přejdeme do TA:
·		Nastavit zpět vazbu.
		connect TDb;
	alter table AD001 foreign key FKAD0011 (RA,ADFA) references AD001 on delete cascade;
	commit;
	Pokud se podaří vazbu nastavit je vyhráno, ale pokud ne, tak ještě musíme pokračovat.
	select * from AD001 where  AD='XXXXXXXXX';
	Adresa nesmí existovat a potom můžeme pokračovat.
	V opačném případě XXXXXXXXX nahradíme za jiný kód.
        select distinct RA from AD001 WHERE ADFA is null;
	Řekněme, že result je RA= '01','02'
           Dle počtu řad:
  		insert into AD001(RA,AD) values('01','XXXXXXXXX');
  		insert into AD001(RA,AD) values('02','XXXXXXXXX');

	update AD001 set ADFA='XXXXXXXXX' WHERE ADFA is null;
	alter table AD001 foreign key FKAD0011 (RA,ADFA) references AD001 on delete cascade; //****
	update AD001 set adfa=null where  ADFA='XXXXXXXXX';
	delete from AD001 where AD='XXXXXXXXX';
	commit;
		Poznámka:  ****Tato operace je velice náročná na čas.
		
Přejdeme do TA:
·		Úkolem je doplnit triggery a provést závěrečnou údržbu.
	connect TDb;
	load SQL c:\TRIGGER.SQL  on client;  //Doplnit triggery
	commit;

	check database;
 	update statistics;
	commit;

Přejdeme do DV na DVZ1:
·		Úkol je porovnat obě databáze, ale toto nelze přímo, nejdříve musíme udělat skript.
	Do jména tabulky dáme vadnou  RPDU00101. 
	Vytvoříme skript na tuto tabulku a celý ho přeneseme do TA.

	Důvod akce je ten, že TL. "Porovnání všech dat" na na DVZ4  neprojde,
                protože SDb obsahuje vadnou tabulku a zde porovnání sletí.

Přejdeme do TA:
·		Úkol je odstranit vadnou tabulku ve zdroji a nahradit ji novou tabulkou prázdnou.
	connect SDb; //POZOR nezaměnit
	drop table RPDU00101; //jméno tabulky je pokračování příkladu
                ...zde provést skript, který založí zpět RPDU00101 a tabulku nechat bez dat.
	commit;
                 
Přejdeme do DV na DVZ4:
·		Úkol je porovnat data databází.
	TL. "Porovnání všech dat" zařadí tabulky s rozdílem do pravého listu.
	Navíc nalezené rozdíly zapíše do C:\LOG.TXT.
	Pravděpodobný rozdíl bude nalezen taky v SYSTRIGGERS a SYSVIEWS,
                který bude v zalamování textů.

Přejdeme do TA:
·		Úkol je zkontrolovat počet triggers a views.
	connect SDb; 
	select count(*) from SYSTRIGGERS;
	select count(*) from SYSVIEWS;
	connect TDb; 
	select count(*) from SYSTRIGGERS;
	select count(*) from SYSVIEWS;
	Počty musí souhlasit.

Oprava dat ( nutné udělat vždy po opravě databáze )
·	
1) Pokud je porušena tabulka RPDUsubrr je nutné smazat data v tabulce vypočtených zůstatků ( ZUsub ). Zůstatky lze smazam i v programu "ACONTO" v menu Správce/Systém/Smaž uložené zůstatky. 

2) Pokud je porušena hlavička evidence, která je zaúčtována je nutné smazat i doklad v PDU.
např.:
porušena hlavička dokladu evidence PFAsubrr řada 01 číslo dokladu 2

delete from RPDUsubrr where de = 'PFA' and rd = '01' and csdk = 2;
delete from HPDUsubrr where de = 'PFA' and rd = '01' and csdk = 2;

3) Při porušení tabulek evidence zkonrolovat úhrady ( menu Evidence/Kontroly/Kontrola úhrad  )

4) Při porušení tabulek evidence PKL,VFA,PFA,OPO,OZA zkonrolovat DPH
Při nalomených dokladech uvedených evidencí a pokud uživatel zpracovává DPH by
bylo asi nejlepší databázi obnovit ze zálohy.  Uvedený postup uvádím pouze pro případ,
že počet porušených dokladů je malý a dá se zjistit jejich původní částky a informace o DPH.

Problém je pokud doklad byl zařazen do DPH ( IDDP>0 v hlavičce dokladu).  

a) Přečíst stav IDDP, pokud nejde přečíst je problém a je nutné zjistit u zákazníka zda doklad byl již zařazen do DPH a zjistit období zařazení. (Toto se dá zjistit z vytištěných v soupisů DPH).
Dle období se dá zjistit IDDP v tabulce DPsb.
Předpokládám, že máme IDDP, v případě, že byl již zařazen do DPH. 
Jestliže doklad nebyl zařazen do DPH, potom hodnota IDDP=0 a není problém.

b) Pokud byl doklad nalomen a současně zařazen do DPH, tak ho je třeba nejdříve editovat.
Nastavíme IDDP z Talku na hodnotu 0. Doklad se z Aconta opraví a z Talku se vrátí hodnota IDDP na
hodnotu původní nebo zjištěnou v bodě a).
    
5) Při porušení tabulek DPsum nebo DPsum
Pokud uživatel zpracovával DPH a dojde k porušení těchto dvou tabulek, tak to vypadá na jedinou
možnost obnovení databáze ze zálohy .  





04,05,2001 verze 2.02 série 128 databáze 183

ALL  Oprava importu z DOS-MZD

Oprava importu zaměstnanců (mzdy) - datum narození. Datum narození se skladá z rodného čísla a pro cizince se vytváří rodné číslo jinak.

ALL  Dáno do generace


04,05,2001 verze 2.02 série 127 databáze 183

ALL  Dáno do generace



ALL  Dáno do generace



EVID  Dáno do generace



PDU  Dáno do generace



PDU  Dáno do generace



SKL  Dáno do generace



EVID  Dáno do generace



EVID  Chyba  24192 při vystavování VFA

VFA spadne při zadání čísel

MJ:  29123.30
Cena/MJ:  17.85
%DPH: 5
kód 1

Aktuální ohrožení u zákazníka nehrozí, provizorně pomohlo zadání počtu MJ 29123.2999999999, což
je totéž.
Nicméně by bylo vhodné zjistit čím to je a zda to lze odstranit.

LHan 03.05.2001:
PKra upravil funkci zaoukrouhlení (AkZaokr.DLL).

ALL  Nabídka ACONTO

Požadavky:
3x server
PDÚ 1x
EVID 1x
MZDY 1x
SKLAD 1x
EMA 1x

Provoz od 1.7.2001
Import z DOSu , zřejmě ne všechna data
Skladové karty importovat z EXCELU - jednorázově, počáteční stavy zadají ručně

Import objednávek externě pořízených v EXCELU.

Nabídnout do konce dubna:
ACONTO viz výše
Zaškolení
HW : 1x samost. PC vč modemu
          1 server+3 stanice vč instalace sítě (jedna budova, jedno patro)

FAK  Ščigelová - importy

Má zas nějaké dotazy slíbila jsem jí, že se jí ozvem. Nejsem si jistá jestli je to dotaz přesně na Tebe, ale vzhledem k tomu, žes ty její importa už řešila, taks byla vylosována. Tak se o to nějak podělte. (mobil v adrese je platný)

27.04.2001
Telefonovala jsem p. Sčigelový, prý už to nějak vyřešila. MKu 

FAK  Hot-line pan Píbr

1)  Pro pana Píbra si odebral novou verzi FAK 5.11 dealer  SWDDD219, ale zřejmě mu ji nedodal. Chtělo by to zjistit, zda delaer funguje a pokud ne, převést pana Píbra a další pod naši správu.
2)  Máte pana Píbra 2x v adresáři:  Jako SWPIB0001 a SWNAK0023. Na oba kódy je registrována FAK, pokaždé pod jiným sériovým číslem.


REN :Pro pana Píbra si nikdo neodebral verzi 5,10, alespoň pokud mě nešálí zrak. My jsme mu ji poslali dneska na základě mého včerejšího rozhovoru s ním. V kolik hodin jsi s ním včera mluvil? Možná by nebylo marné zaznamenávat i čas vzniku „Kauzy". 
PS-Nevím jestli mam splněno nebo ne

FAK  Problém s příkazem k úhradě do souboru

Po instalaci nové verze fakturace se do exportovaného příkazu k úhradě přidává na konec něco, co tam nepatří. Toto něco je různé při vaytváření příkazu z různých stanic (jedná se o síťovou verzi). Pošle soubor(y) - dodám.


26.4.2001
Opraveno v serii 31390. Uživateli oznameno.   

FAK  FAK a MZD - příkaz k úhradě

FAK (5.11) a MZD (5.12) serie 31390

Příkaz k úhradě: opravena chyba při doplňování čísla nulami z leva.


MZD  FAK a MZD - příkaz k úhradě

FAK (5.11) a MZD (5.12) serie 31390

Příkaz k úhradě: opravena chyba při doplňování čísla nulami z leva.


EVID  Zaokr koeficientu DPH při výpočtu z ceny celkem.

Do HEVD přidat ATZKKF CHAR(1), NULL povoleno, NULL znamená "N".
Pouze "A" = ANO, ELSE znamená NE.
Napojit číselník ATZKKF
A = Zaokrouhlovat koeficient při výpočtu DPH z ceny včetně daně
N = Nezaokrouhlovat  koeficient při výpočtu DPH z ceny včetně daně

Do hlavičky dokladu ma obrazovce dát malý edit k těm zaokrouhlovacím.

Při opravě načíst ATZKKF z HEVD.
Při Nová načíst z konfigurace, dále poslední použité.
RP co nejpodrobnější ale bez WS a USER, tj. SB,RRRR,DE,RD,TPDK.


EVID  Doplnění DB

Do DB doplnit tabulku pro číselník atributu zaokrouhlení koef. DPH:
============================================

CREATE TABLE ATZKKF
(
  ATZKKF	CHAR(1) NOT NULL,
  NZZKKF	VARCHAR(70)
);
CREATE UNIQUE INDEX ATZKKF0 ON ATZKKF (ATZKKF);
ALTER TABLE ATZKKF PRIMARY KEY (ATZKKF);

INSERT INTO ATZKKF(ATZKKF,NZZKKF) VALUES('A','Zaokrouhlovat koeficient při výpočtu DPH z ceny včetně daně');
INSERT INTO ATZKKF(ATZKKF,NZZKKF) VALUES('N','Nezaokrouhlovat koeficient při výpočtu DPH z ceny včetně daně');

Do hlaviček evidencí DOD,OBD,OBV,OPO,OZA,PFA,PKL,PRI,VFA doplnit sloupec ATZKKF CHAR(1).
POZOR! NULL je povoleno. Nevytvářet na sloupec FK.

ALL  Do nové verze databáze

Pozor !!! změnu je nutné udělat až po update Blansko ( úprava výpočtu zůstatků )

  DTBL('TMPZU');
  DTBL('RKZU');
  DTBL('ZU');
  CTB('ZU',ttSB,[fdATKNS,fdIDZU,fdDMUC],[fdPODMINKA]);
  CUI('ZU',0,[fdATKNS,fdIDZU],'');
  CPK('ZU',[fdATKNS,fdIDZU]);
  CIN('ZU',1,[fdDMUC],'D');
  CFK('ZU','ATKNS',2,[fdATKNS],dsRestrict);
  CTB('RKZU',ttSB,[fdATKNS,fdIDZU,fdUC,fdRR],[fdZDTUMD,fdZDTUDA,fdATBO]);
  CUI('RKZU',0,[fdATKNS,fdIDZU,fdUC,fdRR],'');
  CPK('RKZU',[fdATKNS,fdIDZU,fdUC,fdRR]);
  CIN('RKZU',1,[fdATKNS,fdIDZU,fdUC],'');
  CFK('RKZU','ZU',2,[fdATKNS,fdIDZU],dsCascade);
  CFK('RKZU','ATKNS',3,[fdATKNS],dsRestrict);
  CFK('RKZU','ATBO',4,[fdATBO],dsRestrict);
  CSP('SP_ZUKO');
  CTR('TRU_ZUKOAD');
  CTR('TRU_ZUKOUR');


FAK  Problém s příkazem k úhradě do souboru

Až přijdou data dát Martině

  Změny v rejstříku - Šváb, Zíma.

Viz mail.
Notářsky ověřit.

EMA  Tuhnutí ACONTA EMA

Mám prosbu. Doplňoval jsem do omezení přehledu karet majetku omezení na vyřazené a nevyřazené, které si obluhuju ručně tak jak jsi mi radil. Dále ještě inicializaci těchto omezení na CTRL+Home.
Pokud se různě přepínám mezi řadami karet, omezením a sumou, nepravidelně mi občas ACONTO totálně ztuhne. Pochybuju, že se ti to podaří navodit, ale mohl by ses podívat do zdrojů, jestli tam neuvidíš něco špatně? Mám dojem, že to souvisí s oknem omezení, tak se podívej na něj.
Seznam souborů je ve FileLstP.
Díky.

LHan:
Zatuhnutí se mi nepodařilo navodit, ani ve zdroji jsem nenašel nic závažného.
Co jsem našel:
1)	Dialog omezení lze minimalizovat.
2)	Vyhodil bych napojení na událost Screen.OnActiveControlChange.
3)	Pokud některý přehled neobsahuje ani jeden záznam, SMAŽ spadne.
4)	V hlavním přehledu jsou záznamy, po omezení není záznam - dole v přehledech zůstanou data. 
5)	Okno suma: omezím a není-li záznam, spadne poslední záložka.
6)	

PDU  Výpočet zůstatků nákladových účtů

Pokud se zadá omezení na ST, ZA, AK při výpočtu zůstatku účtu, vypočte se zůstatek špatně, protože vynulování účtu v uzávěrkových operacích se provádí zápisem bez ST, ZA, AK.

Řešení je následující:
=================
1)  Při výpočtu zůstatků nákladových a výnosových účtů  ( N a V ) ignorovat předchozí již uzavřené roky.

2)  Z toho dále plyne, že při roční uzávěrce je nutné vymazat napočítané zůstatky všech N a V účtů.

3)  Zřejmě by nebylo na škodu při roční uzávěrce smazat všechny napočítané zůstatky.

4)  Napočítané zůstatky účtů je třeba odmazat scriptem. Opět se týká N a V, ale můžeme je pro zjednodušení smazat všechny.


MD:  11.4.01
Pravidla  pro zjištění N a V účtů podle tříd bez zjišťování stavu rozvrhu:

V jsou vždy 6.
N jsou A5, B4,5, C4 do 2000 a C5 od 2001, D5.

Kontrolní funkce - volat před každým výpočtem zůstatku.
FOR  rok = první TO aktuální DO begin
   IF existuje v rozvrhu N nebo V účet v jiné třídě než je popsáno výše THEN chyba, hlášení, exit.
END

Zkonzultuju ještě Chaloupku, ale na 90% to máme dobře. Myslím, že to můžeme risknout a pustit to ven takhle.

PJ:  20.4.01
Dokončeno

PJ:  25.4.01
Zasláno do Prahy



ALL  MMachek - připomínka ke kalkulačce

Kalkulačka - CTRL+Enter přenáší poslední předchozí výsledek. Je to vidět pokud tam mám větší počet řádků s postupnými výpočty a najedu někam doprostřed. Vada je v tom, že nedokážu přenést číslo které chci  -  vždycky se přenáší výsledek výpočtu.

Lepší chování by bylo následující:

Po výpočtu zůstat stát na posledním čísle (momentálně vždy odskočí o řádek níž.
Odskočit dál až po zadání dalšího příkazu + - * /   nebo dalšího čísla.
CTRL+ENTER přenášet číslo z aktuálního řádku.


ALL  Číselník adres

Závady kolem číselníku adres ( rozbalený na F5 ):

1)  Vpravo dole je btn Přepni, který by měl jít přepnou na Alt+E, což nefunguje. Soudím tak podle toho, že E je podtrženo.
2)  Pokud se postavím na nějaký řádek tak, že zadávám písmena do editu, obsah spodního panelu (vlastnosti adres nebo údaje k adrese) se ve spodním okně nezobrazí. Pokud se pohybuju po číselníku šipkami, zdá se to OK.
3)  Bylo by vhodné stav přepnutí zapamatovat v konfiguraci (asi k uživateli + DE+RR+RD). Momentálně, pokud chci vidět k vybrané adrese hodnoty a vlastnosti adresy, musím to přepínat myší vždy znovu po každém rozbalení číselníku.


SKL  Cena posledního příjmu.

Při příjmu na sklad zobrazení posledních příjmů z roku, kde je nalezen poslední příjem.
Myslím, že jsme způsob řešení probírali telefonicky.


SKL  Výběr metody podle vlastnosti při výdeji ze skladu

Pokud nadefinuju dvě metody slevy a do první záložky v metodách slev zadám odkazy na tyto dvě metody pomocí vlastností a hodnot adres tak, že vlastnost je stejná a liší se pouze hodnota vlastnosti, potom při výdeji ze skladu se ptáš, kterou metodu má obsluha použít.

Domnívám se, že chyba je v tom, že se řídíš pouze vlastností adresy a nikoli vlastností a zároveň hodnotou.
**************************************************************************************************************************************************
VČada:

Nějak mi to nefunguje podle popisu.

Nastavil jsem to takhle:
------------------------
Metoda  H.vlastnosti
PR      DEALER/SK1
SLSL    DEALER/SK2

Adresář
Kód adresy     Vlastnost   Hodnota vlastnosti
BBBB           DEALER      SK2
CCCC           DEALER      SK1

Dělám DOD list a zadám:
Přijemce BBBB a mám metodu slevy SLSL.
Přijemce CCCC a mám metodu slevy PR.

Žádný dialog pro výběr zde není, nic se neptám.
Díval jsem se do zdroje a slevu hledám dle VLAD + HOVL.
Zkoušel jsem to i na EXE od MKol a funguje to stejně.
Nemáš náhodou nastavenou ještě k metodě skupinu nebo kód adresy?
**************************************************************************************************************************************************
MDol: Momentálně se mi to nepodařilo znovu navodit. Zatím to nech, dám ještě vědět.

  ACONTO pro ALCOM

Úkol pro Renatu:
  Připravit pro ně cenovou nabídku na ACONTO pro licence:
Server 3
Evidence 2
SKL 1
EMA 1
MZD 1
PDU 2

Podrobnosti viz 95.

REN :Ceník máš v šuplíku a na W:\m_dolejsek\Ceník Alkom
          založila jsem jim kód v adresáři

MDol: Ing. Malá, která jim dělá účetnictví má programy registrovány na SWMAL0040.

SKL  Výběr metody slevy při výdeji

Filipe, jde o problém popsaný v 79, který jsme prohlíželi spolu.
Bohužrl se to Čadovi nepodařilo navodit a mně už znovu taky ne.
Zkus vymyslet jak to bylo.

EVID  Omezení na zakázku v HVFA

V přehledu faktur mi nefungovalo omezení na zakázku, kterou jsem zadal ve faktuře do hlavičky.

LHan:
Omezení se vztahuje na řádky dokladu. Zakázka ( středisko i akce ) musí být zapsána v řádku dokladu. Potom omezení funguje.

PDU  Připomínka  urgence

Chybí sestavy (zejm. předvaha). Prosím do termínu dát zprávu!!!

MD  29.3.01: Muller na tom pracuje.
Lze očekávat nějaké výsledky cca za týden.

MD: 11.4.01   Doplněna sestava Knihy.


ALL  Ovládání gridu

( přeposláno, původně kauza 52 od MDOL )
Bylo by možné se pohybovat pouze po editovaných položkách (tj. přeskakovat READ ONLY) i při používání šipek? Nebo to je navěky neřešitelné? 

LHan:
Nepodařilo se mi to rozchodit. Hlavním problémem je dynamické nastavování ReadOnly a pohyb šipkami ve svislém směru. Takže je to zatím neřešitelné.

EVID  Mincovka ve valutové pokladně

Připomínka od Machka.
Mincovka volaná z valutové pokladny by měla počítat ve valutách.



  KÁCOV  7  /  2001

Zaplatit Kácov a poslat objednávku.
Provedeno 12.4.01.
To by mělo být vše, doplatek se platí až na místě.

ALL  Dotazy

1) Kdy by mohly byt hotove tisky faktur s možností tisku ceny před slevou, slevu v % případně i ve fin. hod., cenu po slevě?

MDol: Momentálně to v Blansku dělají, odhadem za týden.

2) Kdy se předpokládá, že bude v ACONTU KASA? Pro zákazníky používající Kasu v DOSu je zatím přechod na ACONTO nemožný.

MDol: Dělá Čada, zatím odloženo. Zkusím to popohnat, ale počítej tak 2 měsíce.

MZD  EDTS Zlín sestavy pro VZP Zlín

Viz Zpráva všeobecné zdravotní pojišťovny Zlín z 28.2.2001.

2.4.2001:
Dle mzdovek uvedené sestavy ze zákona nevyplývají. Zřejmě jde o výklad Okresní VZP Zlín.
Jsme nicméně ochotni vyhovět, ale chce to čas.

Volala Navrátilové paní Tomečková
Mají PDU a FAK
tel. 067 / 72 43 343

3.4.01 jsem Hovořil s panem Tomečkem, domluveno, že to uděláme.
Zatím poslat dopis, že připomínku akceptujeme a bude zapracována do 30.6.01.

9.4.01 Odeslán dopis.

  Schůzka dne 4.4.01

p. Bílek se dotazuje, zda nejsou zmeny ohledně zítřejší schůzky tel 67285103

EMA  Majetek Aconto problém

Volala pí Hloušková, dala si omezení na číslo účtu. Potom si spočítala sumu a ze záložky soupis ročních účetních odpisů dala tisk. Vytiskla se jí jen jedna stránka. Zobrazeno bylo udajně správně.

MDol , 9.4.01 :  Problém je zřejmě v tom, že záložky 2 až 4 zobrazují soupis karet s odpisy, které patří k vybranému datu na záložce číslo 1. Tím pádem je soupis na záložkách 2 až 4 proměnlivý a závislý na řádku nastaveném na záložce číslo 1.
Zkus paní Hlouškové zavolat a výsledek sem napiš.

REN: Problém je v tom, že se vytiskne jen část toho, co je v přehledu zobrazeno. Možná jí spíš zavolej, já v tý Emě trochu plavu.

MZDY  EXPORT z MEZD do PDU

Viz podklady na papíře.
Zkonzultovat s PCH kódy a texty v účetnictví.


  ? Mobil na Kapounovou

Nemáš? - Máš-li, dej.
0607 83 09 30

SKL  Menu

Doplnit do MENU:

iMenuDf1.inc
   mtSpricePop,    //Popup pro  FSprice
iMenu.inc
  mtSpricePop:
  begin
    CS(itCfgGrid);
  end;


PDU  Doplnění menu pro tisk účetní sestavy "Knihy"

Pro připojení tisku účetní sestavy 'Knihy' bych potřeboval doplnit :

       do iMenu.inc :
       mtPduVykazy :   // Sloupec Výkazy v modulu Pdu
       doplnit
         CI(itPduSe, itSeparator);     // -------------------------
         CI(itPduSe, itPduSeKnihy);    // Knihy

       do iMenuDf1.inc
              itPduSeKnihy,    	// Účetní sestavy - Knihy

       do iMenuDf2.inc
              itPduSeKnihy : begin Caption := 'Knihy'; end;

       do uAppME doplnit :
         itPduSeKnihy:  if UCOOK and VstupSB then GetPdu.Knihy;

Svoje zdroje pro tisk posílám v UP050401.zip, možno je dát do ostré verze. 


ALL  Změna hesla

Volba menu Změna hesla - je vidět staré i nové heslo které zadávám. Bylo by leší, kdyby se zobrazovaly ***** tak jako když zadávám heslo při přihlašování.


PDU  Ztuhnutí výpisu účtu.

Hot-line
Ztuhnul výpis účtu - prostě se dlouho čekalo a nic.
Nakonec pomohlo vymazání zůstatků.
Pro Jelínka - zkusit zjistit čím by to mohlo být.
Domluvili jsme, že pokud se jim to stane znovu, pošlou nám databázi.
Tentokrát jsme bohužel stav před smazáním zůstatků nezachovali.

PJEL
Tato chyba se mně nepodařila navodit.


  Kriteria automatickeho uctovani

Konfigurace je na 4 znaky, ale na 3. místě textu je mezera.
Zafunguje nebo ne?

PJEL
Funguje to, pokusím se zjistit od pí. Kapounové co jí přesně nejde auto. zaúčtovat.


  Účtování evidence MZD

Bylo by vhodné jako default (pokud to je možné) nastavit jako READ ONLY (tj. šedivé) všechny sloupce kromě účtu.
Pokud si budou uživatelé přát něco editovat, mohou si vytvořit vlastní formát s možností editace, ale jako default bych raději, kdyby bylo vše READ ONLY. Má to i tu výhodu, že na <ENTER> se potom skáče pouze po editech s čísly účtů.

Ještě dotaz: V definici formátu řádků nemá částka atribut READ ONLY, ačkoli samozřejmě je READ ONLY.
Je to jen formální závada, ale vypadá to divně.

A ještě jeden dotaz k obrazovce účtování obecně: Bylo by možné se pohybovat pouze po editovaných položkách (tj. přeskakovat READ ONLY) i při používání šipek? Nebo to je navěky neřešitelné?

PJEL
Ovládání gridu pomocí šipek je součást standardního gridu. Přepošlu to L.Handlovi, ale zřejmě to jednoduše nepůjde.
03,04,2001 verze 2.02 série 127 databáze 183

PDU  Účtování pom. evidencí

Změna základního nastavení formátu řádků - všechny sloupce kromě účtů ( MD, DAL ) jsou jako výchozí nastaveny pouze pro čtení.
Doplněn přesun na první editovatelný sloupec při vstupu do detailu účtování.
03,04,2001 verze 2.02 série 123 databáze 176

MZDY  Popis Mzd

Změněna evidence dovolené. U předchozích verzí se evidoval pouze konečný stav dovolené.
Doplněny mzdové složky pro kapitálové pojištění a penzijní připojištění.

!!Důležité: 

Před upgradem je nutno vytisknout všechny výplatní lístky. Po upgradu nutno přepočítat mzdy všech zaměstnanců.


SKL  Dotaz

Jak to vypada s ceníky a množstevními slevami?
MD: Zkus dotaz konkretizovat.
No mám na mysli např že do ceníku můžu zadat jen cenu bez daně a to ručně, a výpočet množstevní slevy pokud vím nefunguje vůbec.

MD:  Metody slev 1 až 3 by měly fungovat, jsou odstaveny akorát metody 4 a 5, což jsou výpočty množstevních slev.
V nejbližší době se dodělání neplánuje - např. obejdnávky jsou zřejmě důležitější.
Momentálně Čada s Handlem sklad a ceníky vylepšují, dodělává se jednak možnost zadat do ceníku cenu včetně DPH a ve valutách a dále možnost tisknout na faktuře % slevy a cenu před slevou. Myslím že by to mělo být k dispozici poměrně brzo.

REN: Za takovou odpověď Ti pěkně děkuju. Zřejmě jsi zapoměl, že výpočet množstevní slevy podle vzorce je systém, který se používá pro výpočet slev dealerů EKO SW a že už to 1 a 1/2 roku počítáme ručně. Znamená to, že každou fakturu děláme na dvkrát a čas od času na slevu i zapomeneme, což se našim Váženým prodejcům pochopitelně nelíbí. Jestli Ti to nepřijde dost důležité, tak mě pěkně s.... .

ALL  Odeslání Aconta do SAKA

Volal dr.Mareček kvůli chybě ve FAN, která byla odstraněna už ve verzi z 19.3.2001 (verze DB 172, verze programu 121).
Program Aconto.exe jsi do Blanska posílal 19.3.2001 na vyzkoušení, aby se to mohlo poslat do Brna.
Navíc se do Brna minulý týden posílal údajně ještě další update.
Zkus prověřit, jakou verzi programu jsi do Brna posílal naposled. Dr.Mareček tvrdí, že verze Aconta z 26.3.2001, kterou od nás obdržel naposledy, je verze DB 171 a verze programu 121. 

EVID  Soupisy DPH


    Soupisy DPH
  Soupisy DPH upraveny na nové kódy od 1.1.2001.


SKL  import skl. ceníku


import skl. ceníku 
Změna ošetření číselných položek. Doplnění počtu neopravených a nezaložených karet při každém zápisu do chybového protokolu.



PDU  Účtování dle kódů DPH platných pro rok 2001



Doplněno účtování dle kódů DPH platných pro rok 2001. 



PDU  Dávkové párování


účetní párování
	Doplněna funkce - Dávkové spárování neoznačených položek.


EVID  VZEV, VZPU  v BVY a PKL

BVY a PKL 
Při stornovaní dokladu BVY, PKL jsou automaticky odstraněny úhrady ( VZEV, VZPU ).


EVID  Nové kódy DPH

Evidence
Doplněna výjimka do výpočtů dle nových kódů DPH ( pro PDU ).
Evidence
Oprava výpočtu řádku dokladu s kódy DPH V,X,Z,Z.


PDU  Tisk účetního dokladu

Tisk účetního dokladu
	Ošetření nových kódů DPH při tisku účetního dokladu.
Rozšíření tisku
Doplněna poznámka do tisku účetního dokladu.


EVID  Tisky

Tisk faktury
	Upraven zobrazený formát čísla faktury v řádcích daňového pokladního dokladu.
Rozšíření tisku
Doplněn tisk formuláře DPH vzor č.11.


MZDY  Tisky MZDY

Úprava tisku z mezd
	Změna popisu ve výplatním listu, mzdovém listu a v reportech.
úprava tisku z mezd
	Změna popisu ve formuláři pro odvod soc. pojištění.


ALL  Informace o zákazníkovi

úprava tisku
	Doplnění tisku položky 'Zbývá uhradit' do přehledu dokladů v informacích o zákazníkovi.


ALL  Délka NZZA

Rozšíření názvu zakázky
	Rozšíření názvu zakázky NZZA z 32 na 50 znaků (v akčním kódu). 


ALL  Generování DEMO

Úprava generování DEMO verze
	Doplněna a upraven program pro generování demonstrační verze programu Aconto.


EVID  Oprava dokladu zařazeného do DPH a odblokování

Evidence

Doplněno upozornění před opravou dokladu zařazeného do Přiznání k DPH.
Doplněn test stavu zaúčtování ( včetně upozornění ) před odblokováním dokladu.


SKL  Vratky výdeje

Úprava přepočtu skladu
	Upraven přepočet skladu, dočasně doplněn přepočet vratky výdeje KDZH=W. Chová se stejně jako přepočet výdejek.
Přepočet skladu
Upraven přepočet skladu. Průměrná cena ve výdejce, která má záporný počet MJ se bere jako poslední aktuální průměrná cena na místo doposud používané 0.


  Změna v programu SAKO

program SAKO 
Upraveno zobrazování účetního období v programu pro importy BVY do aconta (dle Marečka bylo úplně zrušeno).


EVID  Kopírování dokladů

Kopírování dokladů v evidencích

Opraveno kopírování položky "Zaokrouhlení koeficientu při výpočtu DPH z ceny včetně daně".

EVID  Export do banky ABO

Úprava exportu do banky
	Doplněn export do banky ve formátu ABO (s hlavičkou UHL1).


EVID  Úkládání dokladů v evidencích

Evidence - ukládání dokladů

Při uložení dokladu byl doplněn test položek Id. Karty a Specifikace karty. Týká se evidencí, které vytvářejí pohyb na skladových kartách. 

PDU  Konsolidační uzávěrka

Úprava podkladů AD + AU
	Doplněno zadávání příznaku konsolidační uzávěrky do adresáře a do anal. účtů.


SKL  Výběr ze skladu

1) Měrné jednotky
Výběr ze skladu neukazuje druh mj např. "ks".

2) Mazání specifikací
Při vstupu z opravy a současně při změně karty se nemazala specifikace.



MZDY  Změny MZD

Úprava ukončeni PP
Doplněna uzávěrka 12.měsíce
Umožněno zadání příplatkových vět do číselníku složek
Doplněny mzdové složky pro 2001


  fPSIedKZ v  programu PSI

V okně pro novou a opravu fPSIedKZ je třeba nastavit na Rich1.WantTabs na TRUE. Toto zajistí, že půjde použít tabulator při psaní textu.

SPRAV  Nelze otevřít správu subjektů a evidencí

Uživatel nezaloží na nové databázi subjekt, protože okno fSVize při startu sletí. 
Toto se stane v případě, že databáze je nová a neobsahuje subjekty.


SPRAV  Nelze otevřít Správu subjektů a evidencí

Chyba od posledního update fSVize = Správa subjektů a evidencí.
Při generování nové databáze, která ještě neobsahuje subjekt,
nelze otevřít Správu subjektů a evidencí.


PDU  konsolidace

konsolidace
Opraven výpočet zůstatku s vyloučením kons. příznaku 


EVID  Párování úhrad

Mám dotaz na párování úhrad:

1. Nepovoluji párovat stornovanou evidenci s BVY/PKL.
2. Pokud ruším storno BVY/PKL, odstraňuji též všechny vazby v dokladu.

Neměl bych zakázat párovat evidenci do stornovaného dokladu BVY/PKL?


EVID  Adresa ve VYD

Evidence - výdejky
           Ve VYD se zobrazuje obsah adresy příjemce.

EVID  Zobrazení stavu úhrady dokladu

Zobrazení stavu úhrady dokladu:

Pokud je hodnota položky SAUH ( stav úhrady )  U,P,R - zobrazujeme text Uhraz.
Uživatel nepozná, zda je doklad uhrazen standardně (U), importem (P), nebo vlastním rozhodnutím (R).

Nebylo by vhodné to rozlišit? Třeba na U = Uhraz, P = Uhraz(P), R = Uhraz(R). 

Příklad zmatku:
Uživatel má importovaný doklad (SAUH=P) nebo se rozhodl, že je doklad uhrazen ( SAUH=R ). Doklad dále páruje s BVY/PKL, ale nic se neděje - položky DMUH,SAUH,CEUHTU se nemění, neboť hodnoty SAUH P a R ignorujeme. 


EVID  Kód adresy ve VYD

Úprava adresy při generování výdejky
	Do automaticky vytvářené výdejky z evidencí DOD a VFA je přenášen kód adresy příjemce místo kódu adresy odběratele.



FAN  FAN -  Tok finanční hotovosti

Michale sestave ve FAN - tok finanční hotovosti neodpovídá sestavě, kterou mají zákazníci odevzdat
Petr CH. tvrdí, že by se to dalo udělat pouze pomocí volných řádků, ale rozhodnout musíš ty,
Pan Kotík Vám na loňském invexu nabízel, že to nějak vymyslel, ale bylo mu řečeno, že všechny sestavy se upravují
a v nové verzi bude vše v pořádku. Od té doby mi pravidleně volá a ptá se jak je to s tokem finanční hotovosti.
Termín žádný nedávám, neb je to problém již několika let.

EVID  Připomínka od Táborského

V evidenci prikazu k uhrade v radcich dokladu nelze ve formatu radku nastavit zobrazeni Specifickeho symbolu

LHan 14.05.2001:
V řádcích dokladu EPU nemáme adresu ani čísla účtu. Adresa+účet je zobrazována nad řádky v pravé části okna. S p.Táborským jsem o tom již hovořil ( v pátek 11.05.2001 ).

ALL  Nejde spustit TALK z adresáře Centura

Při nové instalaci ACONTA a SQL serveru nejde z adresáře Centura spustit SQL TALK.

  KASA

Zadat Čadovi KASU

ALL  Úpravy v ACONTU

Problém je v tom, že textová pole ve formulářích jsou nedostačující a že do některých polí nelze zadat písmena, i když to dříve šlo. Problém je zejména v poznámkách, názvech skladových karet, kódech pro fakturu a dodací list v příjemkách, atd. Dle mého soudu by nebylo od věci prodloužit pole u většiny názvů a poznámek, jelikož jejich současné délky absolutně nevyhovují. To jest zatím vše.

MD: Chtělo by to konkretizovat.

EMA  Nedokonalá EMA

InProjekt má takový problém - podle FU musí do evidence HIM zadat i auto pořízené na leasing, kdy zůstatková hodnota je 1000, ale do EMA se musí zadat odhadní cena 220 000,.. Takže by potřebovali zadat i oprávky nebo zůstatkovou cenu, která by byla 0. Paní Pašková by chtěla pomoci jak takový HIM zadat tel. 0395/963173

MD: Předáno mailem Chaloupkovi.


  Doplnění importu do BVY z M-BEST KB

Do programu SAKO doplněn import z Komerční banky ve formátu M-BEST.

ALL  DOTAZY K ÚDAJI NA DOKLADU O REGISTRACI FIRMY

Do konce června 2001 by měla být na daňových dokladech věta o registraci firmy. Zatím doporučujeme uvést do závěrečného textu, ale asi to není nejlepší, neboť někteří mají plný jak závěrečný tak úvodní text a do pokladního dokladu to nejde nikam.

EVID  Tisk výdejky DOD bez rekapitulace

P.M. 30.03.2001 Doplněn tisk dodacího listu a výdejky bez celkové sumy.

Machek - pro TUKAS
URGENT !!!
Zadáno Mullerovi - zatím udělá další sestavu Dodací list bez celkové sumy.

Později parametrizovat tisky dodacích listů volbami, které už se nám zatím nashromáždily:

1)  pouze řádky výdeje = bez úvodních a závěrečných textů
2)  bez celkové sumy
3)  s adresou příjemce.

EVID  Odblokování dodacích listů

Odblokování dokladu v evidenci DOD

Upraveno hlášení při dávkovém odblokování dodacích listů, které mají vazbu na zaúčtované výdejky.


  POZADAVKY na PSI

1)   Omezení takové, abych viděl ode mne a pro mne současně.
2)   Omezení abych viděl kauzy i se subkauzama bez ohledu na to kdo komu.
3)   Příkaz pro smazání věty.
4)   Při přenosu z mailu do PSI přes clipboard se ztratí čeština.
5)   Přidat sloupec Privátní

6) Když si zaškrtnu jak ode mne tak pro mne, nevidím nic

7) Když dám řazení podle PK OnBeforeWriteText blbne.   Opraveno.

8)  Padá na řazení podle předmětu.

9)  Omezení na předmět.

PDU  Sestavy PDU

Petře, napiš mi sem jaké sestavy budou a kdy je lze očekávat. Dík MD.

       Nejdříve bude sestava 'Knihy' předpokládám že ve středu.
       V grafickém režimu umím tisknout typ A+B, dodělávám typ C.
       V textovém režimu mám typ B, potřebuju doplnit typ A+C.

       Další sestava bude 'Kniha (podrozvahové a rozpočtové účty)' asi do konce týdne.


ALL  Update podkladů adres

Oprava podkladů okna adresáře, znovuuvedení do činnosti tisku, omezení, řazení a najdi. 

  Pripominky od Kapounove k ACONTU z mailu 27.3.01

Začnu tím, o čem jsme mluvili: při exportu mezd vzniknou obvykle dva řádky odvodů na sociální a zdravotní pojištění. Oba přijdou na jeden účet ale s různými analytikami. 
V dokladu to vypadá takto:
2501 Předpis odvodu soc. a zdrav.pojištění operace:SZDR
2502 Předpis odvodu soc. a zdrav.pojištění operace:SZDR

Složky stejných kódu ve mzdách se jmenují: 
2501 Odvod zdravot.pojištění
2502 Odvod sociál.pojištění

Můj návrh textu a kódu operace:
2501 Předpis odvodu zdrav.pojištění operace:ZDRP
2502 Předpis odvodu sociál.pojištění operace:SOCP

Byla bych pro, aby si text při exportu ponechal informaci, o jaké pojištění se jedná. Rozlišení je dost důležité a mělo by být zřejmé na první pohled. Byla bych též raději, kdyby každá položka dostala svůj jednoznačný kód operace. Do konfigurace je sice možné přidat ještě text, ale když se podíváte na ostatní texty v dokladu, pak nastane toto: uvedeme-li počet znaků textu 4, aby se zahrnul celý kód mzdové složky, pak narazíme na text "Daň ze závislé činnosti", který má na čtvrtém místě mezeru, takže automat to nesežere. 

Podobně jako:
V textu exportovaného dokladu:
0600 Soc.a zdrav.pojištění pracovníků
0610 Soc.a zdrav.pojištění pracovníků

Složky stejných kódu ve mzdách se jmenují: 
0600 Zdravotní pojištění
0610 Sociální pojištění 

Můj návrh textu:
0600 Sociální pojištění pracovníků
0610 Zdravotní pojištění pracovníků
Kód operace může zůstat stejný, protože se účtuje stejně.


Poznatky z prvního roku účtování v ACONTU:

1. Program funguje bez závažných chyb. 
2. Možnosti řazení a vyhledávání při inventarizacích jsou excelentní a velmi jsem je ocenila. Mám příležitost na kontrolách účetnictví pracovat v terénu a jsem velmi spokojená. Program "jde na ruku".
3. Co mi chybí, je možnost zpětného zjišťování stavu pohledávek a závazků k datu. Úhrady faktur v přehledu jsou totiž zobrazeny datem poslední úhrady. To znamená, že když v lednu páruji dál úhrady v evidenci a ještě dohledávám případné úhrady z minulého roku, v případě částečných úhrad nezjistím stav k 31.12. Bylo by vhodné do evidence neplatičů přidat funkci "zobrazit stav úhrad k datu", která bude umět přepočítat úhrady zpětně. (Mareček pro své uživatele dobastlil externí program, který to umí)
4. Metoda schovávání adresy odběratele do kódu není příliš vhodná pro firmy, které mají extrémní množství drobných odběratelů - typicky firmy svážející odpad. Je velmi těžké v adresách udržet pořádek, zvláště když se adresy importují spolu s fakturami jiných programů. 
5. Problém dělá nepozorným účetním skutečnost, že je možné spárovat úhradu faktury v evidenci a zaúčtovat ji na jiný účet, než je předpis faktury. 
Příklad situace s účtováním bankovních výpisů:
metoda A)Bankovní výpisy se importují z banky přímo do ACONTA
V evidenci BVY se proženou automatem na spárování úhrad, který doplní VZEV. 
Účetní ručně dopáruje ostatní úhrady, obvykle v režimu "oprava" rozepíše řádky a doplní kód operace. 
Pak doklad pošle do účetnictví a podle kódu operace v ideálním případě automaticky předkontuje.
Nebo operace nedoplňuje a doklad předkontuje ručně - což je trochu obtížné, protože v účetnictví není možnost vidět VZEV.
Možnost využití nastavení automaticky doplňovaného textu + VZEV do položky text v konfiguraci v tomto případě nefunguje. Takže proces, který je zpočátku automatizován, končí ručním doplňováním buď kódu operace nebo přímo čísla účtu. Navíc není zaručeno, že se předpis faktury a její úhrada sejdou na jednom saldokontním účtu.

Pro tuto metodu navrhuji řešení: možnost nastavit automatické účtování na počet znaků VZEV. 

metoda B)Bankovní výpisy se evidují ručně
Po ručním spárování úhrady se při nastavení v konfiguraci do textu natáhne VZEV a podle něj je pak možno automaticky účtovat. Tato metoda začíná ručně a končí automaticky.
Při ručním evidování BVY a využití kódu operace vznášejí uživatelé připomínku, aby se kód operace, který se kopíruje ze řádku na řádek nezkopíroval v případě, že se změní režim Debet/Credit.



OPIS PŘIPOMÍNEK Z MINULA - PROBRANÝ a DOPLNĚNÝ:

1. Rozepsané žádky bezvadně fungují, ale při jejich černobílém tisku
splývají s ostatními a nejsou přehledné. Vypadají jako omylem
nepředkontované. Bylo by dobré je i při tisku nějak označit, zvýraznit nebo
tisknout v závorce.

3. Připomínám požadavek na funkční klávesu "Považovat za vypořádané".

4. Možnost storna dokladu (Konkrétně zálohové faktury), která nemá vliv na
DPH i když prošla kontrolou DPH a byla do přiznání zahrnuta. Nebo možnost zálohové faktury nezahrnout do zpracování DPH. Pokud je budeme každý měsíc přehazovat do "Vyloučených" dokladů, budou se znovu a znovu kontrolovat při dalších zpracováních DPH.
Teď je nově možnost při importování faktur řadu zálohových nenastavit pro zpracování DPH.
Nešlo by takto ošetřit i řadu dokladů, která nepochází z importu? 

5. Při vytváření dokladu "Účtování ostatní" by velmi pomohlo, kdyby se
pod dokladem zobrazovaly součty stran MD a D a jejich rozdíl, tak jak je
tomu při označování položek v účetním párování. Hodila by se i funkční
klávesa, která vzniklý rozdíl dopočte a doplní do dalšího řádku. 

Minule jste chtěl, abych připomínky uváděla stupněm důležitosti. Myslím že od začátku do konce mého textu připomínky ztácejí na důležitosti. Žádná není urgentní. 


EVID  Export do KB M-BEST a BEST KB

Upraven export do banky M-Best a Best KB. Doplněn specifický symbol protistrany na pozici 229, kde byl původně specifický symbol příkazce.


EVID  Zadávání adresy v řádku PKL

Povolit editaci adresy v řádcích dokladu PKL.

LHan 21.5.2001: dokončeno

SKL  DOS - KAS - oprava chyby

KAS 17.5.2001 31394

- oprava chyby:
    Pri zadani neexistujiciho kodu zbozi, program zbytecne projizdel
    karty. Pri velkem objemu dat to znamenalo, ze kasa po zadani neexistujiciho
    zbozi "ztuhla" a trvalo ji dlouho nez oznamila, ze zbozi neni na sklade.



SKL  Generace DOS - KAS

KAS 17.5.2001 31394

- oprava chyby:
    Pri zadani neexistujiciho kodu zbozi, program zbytecne projizdel
    karty. Pri velkem objemu dat to znamenalo, ze kasa po zadani neexistujiciho
    zbozi "ztuhla" a trvalo ji dlouho nez oznamila, ze zbozi neni na sklade.



  Změna databáze pro kasu

Potřebuji změnu ve skriptu  u CSKPDB 202
//vyměnit
//##############################################################
202:  //  update databáze - pro KASU
//##############################################################
begin
  CTB('HTMPKASA',ttSB,[fdKDVL,fdIDUZ],[fdRA,fdAD,fdICO,fdDIC]);
  CUI('HTMPKASA',0,[fdKDVL,fdIDUZ],'');
  CPK('HTMPKASA',[fdKDVL,fdIDUZ]);

  CTB('RTMPKASA',ttSB,[fdKDVL,fdIDUZ,fdIR,fdCSRK,fdSVDP,fdSVMJ,fdDMSP],
      [fdIDKA,fdMJ,fdZDTUMJ,fdZDTU,fdKDDP,fdDPTU,fdIDWS,fdCK,fdNZKA,fdTIKA0,
       fdTIKA1,fdKDMJ,fdSZDP,fdSLCN,fdCETU,fdCECN,fdPRSL,fdZDTUMJ_PRSL,
       fdCETUMJ_PRSL,fdZDVAMJ_PRSL,fdFLDPEV,fdFLVAEV,fdCEVA,fdZDVA]);
  CUI('RTMPKASA',0,[fdKDVL,fdIDUZ,fdIR],'');
  CPK('RTMPKASA',[fdKDVL,fdIDUZ,fdIR]);
  CFK('RTMPKASA','HTMPKASA',0,[fdKDVL,fdIDUZ],dsRestrict);
end;

//iScrDfTp.inc  - doplnit
   fdCEVA,
   fdZDTUMJ_PRSL,
   fdCETUMJ_PRSL,
   fdZDVAMJ_PRSL,
//iScrDfFl.inc  - doplnit
  fdCEVA        : begin result := FN(value) + DP     ;CT := 'Celkem ve valutách'; end;
  fdZDTUMJ_PRSL : begin result := FN(value) + DP;     CT := 'ZDTUMJ před slevou'; end;
  fdCETUMJ_PRSL : begin result := FN(value) + DP;     CT := 'CETUMJ před slevou'; end;
  fdZDVAMJ_PRSL : begin result := FN(value) + DP;     CT := 'ZDVAMJ před slevou'; end;


  ACONTO pro Ille

Auditorská firma Petr Bílek
netto@ netto-audit.cz
672 85 130
Praha Žižkov

ACONTO pro zákazníka ILLE papír servis, Vršovice.

EkoSW nemají
Přechod na ACONTO z nějakého německého SW
1)  Natažení číselníků z cizího SW - bude se řešit zakázkově
2)  EVIDENCE, účetncitví, majetek, sklady možná, mzdy ne.
3)  Interface = import VFA, možná sklady. Probrány možnosti funkcí ACONTA importy, asi se bude řešit zakázkovým programem cca během května.
4)  Květen - červen = rozjede se naostro.


28.3.01
4.dubna 2001 domluvena instalace ve Vršovicích.
Pan Bílek pošle požadavky na licence, poslat zpět cenovou nabídku.



  KASA


//Last update 
Konfigurace porovnání s C++
 Identifikace kasy: Zrušeno  nahrazuje IDUZ
 Zadejte označení skladu, ze kterého budete vydávat zboží: Pole sklad, zatím počkat na vyjádření ?
Tiskárna: Nastavení  bude jinde
Pořizovat kontrolní opis : Zrušeno
Hlavička obrazovky: zapojeno
Povolit vydávat zboží do záporného stavu: zapojeno
Kód zboží je uložen v poli: zapojeno Pole je důležité pro editaci, na toto pole jde focus při novém prázdném řádku. Pokud tato klíčová položka není vyplněna, považuje se řádek za prázdný a není povoleno zakládat další. CTRL + SPACE přemístí kurzor na toto klíčové pole a otevírá číselník.
Zadejte formát pro zadání kódu zboží: Zrušeno  Grid umí pouze zobrazení
V číselníku karet zobrazovat prodejní cenu bez DPH: Zrušeno Cena je s DPH nebo bez DPH dle nastavení ceníku.
V číselníku karet zobrazovat popis k prodejní kartě: Zrušeno
Počet desetinných míst pro práci s MJ(1..4): Zrušeno   Grid umí pouze zobrazení
Povolené sazby DPH karet pro výdej: Zrušeno  Sazby jsou z time const
Zaokrouhlení prodejní ceny s DPH za MJ ? zatim nezapojeno
Jako první zadávat ICO (jinak adresy z adresáře)  Zrušeno
CTRL+ENTER poprvé se přesune na AD, IČO, DIC.
CTRL+ENTER podruhé ukončit výdej.
V případě výdeje pro plátce DPH komulovat prodeje Zrušeno
Potvrzovat zadávání počtu MJ Zrušeno  nahrazuje stav přeskoč v konfiguraci gridu
Doplňovat první 3 textové znaky do identifikace kasy  zapojeno
Tisknou indentifikátor kasy na účtenku ? toto zapojit zatim nezapojeno
Povolit výdej za nulovou cenu zapojeno
	Povolit všude
	Upozornit dotazem  Zde použít dialog na potvrzení
	Nepovolit všude
Komulovat zboží při rozdílné prodejní ceně  Zrušeno
Používání kódů čárových EAN   toto zapojit V první verzi odloženo, zatim nezapojeno

Ovládání
CTRL+SPACE přemístí kurzor na klíčový sloupec a otevře číselník pro výběr ze skladu
F5 otevírá číselník na aktuální pozici
CTRL+ENTER poprvé se přesune na AD, IČO, DIC.
CTRL+ENTER podruhé ukončit výdej.


//Old popis

Posílám na MKol rozpracovaný program  Kasa.
Program  Kasa.dpr je v  K:\EKO\Blansko\AppSrc\Kasa .
Před spuštěním je třeba dodělat položky do menu viz kauza: 157
a vygenerovat část databáze CSKPDB 202, která je změněna : 165

Popis ke KASA:

1) Kasa.EXE
V první fázi dělám samostatné exe. KASA, která je součást Aconta zatím není.
EXE také obsahuje, kromě přístupu do kasy,  modulu správce.

2) Číslo kasy (IDKS)
Každý výdej má číslo, které jsem označil IDKS.
IDKS nemá číselník, ale je to vlastně IDUZ, takže IDKS=IDUZ. 
Jiný název je pouze pro orientaci. 
Všechny konfigurace pro KASU jsou vázány  IDKS = rozsah platnosti je IDKS.

3) Nastavení KASY
Pro přihlášeného uživatele IDKS=IDUZ se nastaví konfigurace, 
která je pod tlačítkem "K" v okně kasy (vpravo dole). 
Zde není  konfigurace úplně  funkční, ale základní nastavení pro výdej je OK a je na  prvních 3 záložkách.
záložka Kasa
Zde by mělo dat vybrat ID kasy, pro kterou se dělá celé nastavení.
		V současné době výběr není funkční, takže se nastavení dělá pro právě přihlášeného uživatele.
Hlavička obrazovky: Text se vypíše do názvu kasy a kasu lze pojmenovat

záložka Pokladna
Zde se nastavují parametry, které se zapíší do pokladního dokladu PKP.
Povinné parametry jsou označeny černě, nepovinné jsou modré.

záložka Sklad
Zde se nastavují parametry, které jsou třeba pro výběr ze skladu + vazba na VYD.

Kód zboží je uložen v poli - určuje klíčový sloupec (dále KS) pro výběr ze skladu.Tímto sloupcem  KS se řídí editace v gridu. Řádek se považuje za platný pokud je KS vyplněn a při založení nového řádku se kurzor přemístí na  KS. Nový řádek nelze založit, pokud aktuální poslední řádek nemá vyplněn  KS.  Není-li  KS řádku vyplněn, tak řádek mažu při jeho opuštění tj. při přechodu na řádek jiný. Výběr ze skladu nemusí být pouze podle KS, ale po výběru nesmí zůstat  KS prázdný, což znamená, že karta skladu musí mít  KS <> null.

Další záložky konfigurace jsou nefunkční.

4) Základní popis KASA
Výdej na kase jde přímo do pokladny PKP dle nastavení konfigurace. Řádek v kase = řádek v PKP 1:1.
Každý vypsaný řádek při výdeji je zálohován do HTMPKASAsb a RTMPKASAsb. Pokud program sletí, lze data znovu načíst při vstupu do kasy, kde jde dotaz. 
Současně jde rozpracovat několik výdejů a mezi výdeji se lze libovolně přepínat. Nový výdej se založí klávesou F7. Klávesou F9 se lze přepínat postupně mezi výdeji, kombinací CTRL+1..9 lze volit číslo výdeje přímo nebo lze použít myš na záložku výdeje. 
Plátce / Neplátce se přepíná klávesou F6 a zde přepínám konfiguraci gridu, kde jedna konfigurace je pro  Plátce a jiná pro Neplátce. Jinak F6  nic  jiného nedělá. 

5) Výdej na kase
Je možné odzkoušet pokud je nastavena konfigurace.

Kód adresy/IČO/DIČ jsou nepovinné parametry.
Grid lze libovolně nakonfigurovat formátem řádků. POZOR: konfigurace gridu je doplněna o stav "p", což znamená přeskoč, takže sloupec se dá nastavit na stavu ReadOnly/Write/Write-p.
Na řádku je nutné vybrat klíčový sloupec KS za pomoci číselníku F5. Program pro čtení čárkového kódu nemám.
Cena je stažena z ceníku a přebírá  jeho flagy dle sloupců 1..9  FLDP a FLVA. Zde  FLDP je OK, ale pokud je FLVA TRUE, ta nevím co s tím, protože mi chybí  KDME a KU.  Bez KDME a KU nevypočítám cenu. Pokud mám vydávat ve VA, tak bych asi potřeboval ještě nějaký popis. Dohoda v první fázi byla, že budu dělat pouze doklady  typu "A", takže FLVA TRUE v  ceníku vypadá zatím na chybu.
Slevy jsou napojeny, ale pouze jeli sleva v % na 1. sloupec. 
Zde nevím jak napojit správně slevy?  Problém je vtom, že KASA je automat a nevím jestli mohu přejít na jiný sloupec ceníku než je nastavený sloupec pro výdej kase.
Metody slev jsou:
A) Slevu zadá obsluha při výdeji. Je pro kasu vlastně změna ceny a nemá moc smysl, protože se cena se slevou nevypočítá,
B) Procento slevy z 1. sloupce ceníku vypadá taky divně, protože kasa může normálně pracovat ze sloupcem číslo 5 a není zaručeno, že sloupec 1 má aktuální ceny. Když najdu tuto slevu, tak mám v tomto případě přečíst sloupec 1 a  z něho vypočítat slevu i když je nastaven pro vydej sloupec 5. Toto mi připadá jako blbost.
Co se týká sloupce ceníku, tak zde nepředpokládám, že obsluha kasy bude číslo 	sloupce ceníku měnit za chodu.
C) Sleva je brána z jiného sloupce ceníku. Toto je stejný problém, protože se bere jiný sloupec než je nastavený.

Podle mého názoru by měla smysl sleva % z aktuálního sloupce ceníku. Taková sleva by 	vypočítala slevu  bez změny sloupce ceníku, ale takovou slevu nemáme.
	Potřebuji zde upřesnit:
Budou napojeny slevy (body B) a C) )  a  jak?
Když bude nalezeno více možných metod slev, bude výběr  metody slevy?

CTRL+ENTER vytvoří doklad PKP a lze pokračovat dalším výdejem.

6) Errors
Chyby jsou rozděleny na 2 úrovně. 
1) Chybu, kterou nelze obejít je standardně hlášena dialogem.
2) Chyby informativního charakteru jsou zapsány na dolní panel. Vzhledem k tomu, že chyba je často vázána k řádku, tak je za chybou vypsán seznam čísel řádků, které mají tuto chybu. 
Číslo řádku lze snadno najít podle zobrazení čísla na dolní panelu. (Trochu to blbne).


7) Poznámka
Původní kasa v C++ má spousty konfigurací. U některých na první pohled nepoznám k čemu vlastně byly. Pokud by se dalo nějak upřesnit, které konfigurace jsou důležité i pro Aconto,
tak by to bylo fajn.
Jedna velká konfigurace je na tisk účtenky. Tisk účtenky zde zatím vůbec není. Myslím, že by se konfigurace dala nějak převzít z konfigurace gridu. 
Pokud máte nějaký nápad, jak toto realizovat, tak popis by byl zase fajn
Nevím jaké jsou požadavky na účtenku.





  Aconto - Import z dat exportovaných EKOSW PCS

Bylo by třeba vyřešit, co s touto funkcí, protože v exportu fakturace se nepřenášejí základy kodů daňového členění C1, D1, CX, CY, V  do souboru X$...dbf. V exportech je jenom hlavička s DPH.  Proto se nemohou importovat do Aconta. Tam se přenese jen hlavička bez řádků, protože DPH se zapisuje do hlavičky. Řádky se základem v exportu nejsou.

  FREE



  DOS - úprava instaláku

1. zjistit, jak je files nastaveno jednoduse nelze, ale lze otevrit soubor Nx (duphandle). N  je potom maximalni mozny pocet otevrenych souboru a musi byt vetsi nez 70 

2. text napovedy

Pro provoz programu je nedostatečná hodnota FILES.
FILES může nabývat hodnot 1 až 254. Větší hodnota než 254 je ignorována a použije se 20.

Pro operační systémy DOS, Windows 95 a Windows 98:
	* v příkazovém řádku zadejte "edit c:\config.sys"
	* v zobrazeném souboru vyhledejte řádek FILES=nnn nebo FILESHIGH=nnn (nnn je cislo)
	* hodnota nnn musí být alespoň 70 (DOS) resp. 120 (Windows)
	* pokud řádek FILES ani FILESHIGH nenaleznete, zapište na první řádek souboru 
		"FILES=70" resp. "FILES=120"
	* uložte soubor config.sys
	* restartujte počítač

Pro operační systémy Windows NT/2000:
	* v příkazovém řádku zadejte "edit c:\winnt\system32\config.nt"
	* v zobrazeném souboru vyhledejte řádek FILES=nnn  (nnn je cislo)
	* hodnota nnn musí být alespoň 70
	* uložte soubor

Pro operační systém Windows ME:
	* v příkazovém řádku zadejte "msconfig"
	* vyberte záložku system.ini
	* vyberte sekci 386enh
	* přidejte položku "pervmfiles"
	* nastavte hodnotu položky "pervmfiles" na 120
	* uložte soubor
	* restartujte počítač



  DOS - instalace SIN

coz takhle davat do CONFIG.PCS radek IOPRN jako default.
A CONFIG davat i do PRG u singlu.




  DOS - SKL -> FAK

SKL si pri tisku faktury nepamatuje nastavenou delku stranky

ALL  ACONTO

Tisk dodacího listu bez celkové sumy 


  Majetek PCS Software importovat do ACONTA



ALL  Reklamace dodávek upgradů

Na tuto adresu nechodi upgrady (nakupuje prostřednictvím  
SWDDD037)

JDU  JDU DOS

Paní zadává do JDU výpisy z BU, které jsou samé faktury ,takže pořád kopíruje z fakturace a náhle bez varování se program
zavře a doklad je v pr....

  Náměty

KASA:

Systém vracení zboží:
možnost zadávání hesla (ANO-NE) při vracení zboží
dohledání zboží podle čísla účtenky
·		- zádám číslo účenky
	- odjeví se položky na účtence včetně ceny
	- vyberu položky, které budu chtít vracet
	- položky se přenesou na vratku včetně prodejních cen
evidence plateb kartou, evidence plateb stravenkami
možnost zadávání slev přímo při prodeji
pro zařízení typu hospoda možnost více rozpracovaných účtenek, které by se při havárii ACONTA, nebo třeba výpadku proudu neztratily - jestli povolit jednu nebo více rozpracovaných účtenek - konfigurace
·	



SKLAD:

aparát na údržbu ceníků (možnosti přepočíst jednotlivé sloupce podle určitého vzorce, atd...)
délka poznámky ke skladové kartě by měla být delší (alespoň tak 5x)
délka názvu karty by měla býti také delší (zde by stačilo pár znaků - tak 10-20)
při zadávání nové skladové karty byla v DOS verzích užitečná volba "Předvyplnit údaji z aktuální karty", která zde schází (vyplňovat každou kartu znovu je dost otrava)
po opravě karty se neprovede aktualizace dat => následkem jsou špatně seřazené karty
ve skladu chybí evidence sériových čísel - při mých pokusech se mi specifikace neosvědčily
možnost vstupu z scaneru EAN kódů - kdy bude možno v ACONTU vkládat data pomocí scaneru?
okno pro definici formátu řádku je tak malé, že v něm ani nepřečteš, jek se vlastně jednotlivé položky jmenují
název ceníkových skupin by měl být delší (alespoň 8-10znaků)
v číselníku ceníkových skupin nefunguje funkce SMAŽ, nic se nestane, položka se nevymaže
při zadávání cen do ceníku bz se v zadávacím okně měla zobrazovat aktuální průměrná cena daného zboží, případně i poslední příjmy (jako při výdeji ze skladu)
·	
EVIDENCE:

Při tisku servisních zpráv se nezavře okno s parametry tisku
·	


EMA:
při zadávání nove karty by měl být na odpisovou číselník
·	

SPRÁVCE:

aktualizace vzorových účetních rozvrhů - chyba 601
·	



  Hejnová - účtování skladů



PDU  Import ceníku z programu MS Excel

ošetřen import záporných cen ( zápornou částkou v MS Excelu  není opravena cena v ceníku skl. karet )

  DOS instalace

Upravit texty v instalačním program (verze 4) a viz další úkoly.

Upravit cestu , při instalaci druhé diskety program nabídne adresář ..\PRG a to by neměl.

ALL  Centura - ref. integrita

Otevřeli jsme případ na centůře s dotazem na referenční integritu tabulek SQLBase (p. Dufek OK-Systém). Po vyjádření Century nás bude pan Dufek informovat, jak se k problému Centura postavila.

Popis chyby je následující:
Pokud vytvořím master tabulku a na ni udělám další tabulky, které s ní mají referenční integritu, počet foreign key je maximálně 255. V případě že překročím hodnotu 255 klíčů dojde k porušení ref. integrity na všech klíčích. 
Například adresář (na němž jsme to zjistili) má vazby do řádků evidencí a v případě překročení počtu 255 dojde k tomu, že pokud použiji adresu v evidenci a následně adresu smažu z adresáře SQLBase nenahlásí chybu. V opačném případě ref. integrita funguje (do evidencí nezadám adresu, která neexistuje v adresáři). V našem případě se tato chyba projeví, pokud jsou v jednom subjectu vygenerovány roky 1993 až 2002. V podstatě se jedná o problém s tabulkami, které jsou subjectové, nebo systémové a na ně mají vazbu roční tabulky. Chybu jsme zkoušeli na verzi 7.0.1 i na 7.5.1PTF2 - výsledek je stejný.

MDol 18.5.01

Pokud vás nenapadne něco chytřejšího, tak vidím jediné řešení ve zrušení FK na adresář a zřejmě i skladové karty. Tento zásah bych současně spojil i s likvidací maximálního počtu integrit v databázi v souvislosti s následujícími dalšími důvody:

FK evidentně velice zpomalují příkazy INSERT a UPDATE a pravděpodobně mají vliv na neúnosně dlouhou dobu provádění REORGANIZE, kde je to téměř kritické (4 až 8 hodin u databáze 500 MB - co to udělá, až bude mít databáze 5 GB ???).
Některé FK jsou zřejmě úplně zbytečné, např. FK na ATBO. Zde stačí logika IF 'A' then TRUE, ELSE false.
Bez mnohých FK se lze snadno obejít, jak to známe z DOSu. Hlavně tam, kde číselník obsahuje vlastně pouze název ke kódu. Vpodstatě to znamená pouze při výstupu vypsat "Kód nenalezen v číselníku".

Témata ke zvážení a postup prací

PKra - podívej se jak máš udělané číselníky, jestli ověřují existenci kódu přes chybu 382. To by znamenalo zřejmě předělání. Jinými slovy, jak souvisí edit s napojeným číselníkem na existenci FK ?
Bude to znamenat předělání algoritmu RENAME.
Projít všechny zdroje, zda se někde nevyužívá chyby 382 ke zjištění, zda kód existuje v číselníku. To se bude muset hromadně předělat. Lze využít funkci z uFncP AnyRecIn. Je sice pomalejší než bindování, ale je to málo psaní ve zdroji. Můžete vymyslet něco lepšího.
Určitě bych zrušil všechny vazby na ATBO a VČada by se mohl podívat, jaký to má dopad na používání .AsBoolean.
Dopište další problémy, které s tím souvisí a které vás ještě napadnou ....

MZDY  Úprava tisku z mezd


Doplnění tisku položek s kapitálovým životním pojištěním do reportů, mzdového a výplatního listu.


  DOS - Konfigurační program

Odblokování dat nefunguje na položky typu NOMODI

ALL  Poznatek

Neposlali jsme jim proformu na RL

MD: Co to je RL ?
REN: Roční licence.

  Tisk SZ

Po tisku servisní zprávy se nezavře okno TISK
MD 11.5.01 : Kde je jaký tisk servisní zprávy?

Modul evidence-vydané faktury-řada 0175-tisk dokladu

MZDY  Doplnění a opravy mzdových sestav - ACONTO

21.5.2001  Muller :Provedeny všechny změny kromě posledního bodu - doplnění tisku Zápočtového listu.


Seznam zaměstnanců - vyloučit ze sestavy "podnik"

Mzdové listy - "denní úvazek",  "odprac. hodiny", "přesčas", "omluvené dny", "neomluvené dny", "dovolená dny",  
                            "neschopnost", "neplacené dny" -  uvádět vždy na 2 desetinná místa
                         -  zvýraznit: osobní číslo a jméno
                         - zvýraznit nadpisy: pracovní poměr, zdravotní pojišťovna, vyživované osoby, úleva na zdr. pojištění, pravidelné 
                           složky 
                         - na "Přehledu o nem. dávkách zaměstnance" nahradit  nadpis "průměr"  výrazem  "denní vyměřovací základ"

Výplatní lístek - hodiny a dny na 2 desetinná místa (jako u mzdového listu)
                            - dovolenou (starou, nárok, čerpáno, zůstatek) alespoň na 1 desetinné místo
                            - přidělat nový údaj  -  dovolená zbytek

Výpočet daně -  částky uvádět bez desetinných míst
                           - předělat formulář podle aktuálního vzoru č.  6  (zaslán faxem)
                           - doplnit záhlaví formuláře (vzor č. 6)

Zápočtový list - vytvořit                       

FAK  Připomínka FAK DOS

Již jednou na nás adresovali připomínku, že potřebují minimálně 5 řádků na přijaté faktuře. Slíbil jsi, že se na to podíváš, ale zatím nic.
Prodávají časopisy a faktura vypadá : časopisy 5% DPH
                                                             časopisy 22% DPH
                                                             vrácené časipisy 5%
                                                             vrácené časopisy 22%
                                                             sleva za včasné placení 5%
a kdyby těch řádků bylo víc, tak se zlobit nebudou

MZDY  Sestavy - ACONTO - mzdy

Odvod sociálního pojištění - přehled o vyplacených nem. dávkách se řadí jen podle osobního čísla (ne podle zvoleného řazení např. podle příjmení)

Mincovka - umožnit nastavení konfigurace

Mzdové listy - u údajů (Pracovní poměr, Zdravotní pojišťovna, Vyživované osoby, Úleva na zdr. pojištění, Pravidelné složky) je                  potřeba nechat položku   "do"  prázdnou (pokud skutečně nedošlo k jejímu ukončeni)
                    - rozšířit o údaje: podepsal (nepodepsal) daň. prohlášení + základní odpočet na daň
                                               invalidita, student, starobní důchodce .....
                    - nezobrazuje se  "důvod ukončení prac. poměru"

Přehled o vyměř. základech malé organizace - při rodičovském příspěvku se nezobrazí počet kalendářních dnů v  "omluvené absenci"
                    - dodělat str. č. 2 (pro lidi bez účasti na soc. pojištění)

Výplatní lístek - chybí  "základní plat"
                            - nevyčísluje se  "čistá mzda"

Výpočet daně - položka "Základ daně (zaokrouhlený)"  není zaokrouhlený

Podklady pro ELDP - nezobrazí se  "datum výdělečné činnosti od - do"
                                      - vytvořit záhlaví: osobní číslo, jméno, činnost

chybí sestavy: Odvod penzijním fondům
                        Příspěvek fondu penz. připojištění (formulář) 
 
 

PDU  Přímé účtování dávek určených pro PRP

Jedná se o úpravu rozšířené verze DPU, kde se dodělává funkce pro přímý IMPORT dávek z rozšířených verzí FAK, PKL, SKL a MZD. To znamená umožnění přenosu bez modulu PRP, tím pádem nebudou data přenášená k účtování ani předkontována ani grupována.
Funkčnost tohoto způsobu importu zhruba odpovídá systému účtování základních verzí.
Tato úprava doplní chybějící importy z PKL, MZD a SKL v základních verzích.
Uživatelům bude možno nabídnout přenosy z evidencí FAK, PKL, SKL, MZD do PDU, aniž budou potřebovat modul PRP.
Dále to umožní postupné a nenásilné opuštění základních verzí.


PDU  ACONTO FAN - problém 29.února

P.M. 31.05.2001   ošetřeno použití data 29.února

Připomínka od Dr. Marečka z RCP

Pokud definice sestavy obsahuje datum 29.února a překopíruje se, potom na příkaz OPRAVA to spadne.

Datum 29. února by se mělo ve FAN ošetřit globálně

Pokud definice obsahuje datum 29.2., potom při výpočtu by se mělo zjistit, zda v daném roce skutečně existuje datum 29.2. a buď toto datum ignorovat. Možná že stačí použít nerovnost  Akt. datum < 29.2. , kde nevadí, že v daném roce 29.2. neexistuje. Druhá možnost je nahradit v případě potřeby automaticky datum 29.2. datem 28.2.
Horší případ je obrácený, tj. pokud definice obsahuje jako konečné datum 28.2., ale počítá se pro rok, kdy zrovna existuje i 29.2. V tomto případě hrozí nebezpečí, že se do výpočtu nezahrnou operace účtované 29.2. Napadá mne následující řešení:
Pokud daný rok obsahuje únor s 29 dny, před výpočtem otestovat, zda definice neobsahuje datum 28.2..
Pokud ano, vypsat následující dotaz:
"Definice sestavy obsahuje datum 28. února, ale ve zpracovávaném roce 9999 má únor 29 dní. Přejete si při výpočtu nahradit datum 28.února datem 29. února [A/N]?"



MZD  Úprava sestav pro VZP

MD: Dohodli jsme se, že to uděláme.

  AKTUALIZACE EkoSW z Internetu

Instaloval jsem z jedním laickým uživatelem FAK z Internetu a je dost horor. Tudíž mám tyto připomínky.

1)  Není mi jasné, jaký postup je pro laiky nejlepší, tj. do jakého vlastně adresáře a co s tím potom.
2)  Dvojí zazipování je možná komplikace.
3)  Další komplikace je, že musím zvlášť stáhnout i INSTALL.EXE
4)  Pokud se to všechno dělá z Windows bez Nortonů, je to obtížné.
5)  Na stránce Internetu není žádný návod.
6)  Zřetězení odkazů jednotlivých stránek na Internetu je dost šílené. Dokonalé bludiště.


ALL  KASA pro ACONTO

Požadavky a náměty pro modul KASA

EVID  Zadávání adresy v řádku PKL

Zadávání adresy v řádku PKL

Doplněno zadávání adresy do řádku pokladního dokladu.

Doplnit menu:

Do souboru iMenu.INC doplnit:
================================
Do sekce mtEvidPKL pod řádek CI(isRadky, itInsRow); doplnit:
CI(isRadky, itChngRow);

Do sekce mtEvidPopDtlPKL pod řádek CS(itInsRow); doplnit:
CS(itChngRow);

Help pro zadávací okno adresy je v souboru K:\Eko\Blansko\HELP\Ha511.rtf.


EMA  EMA Hrdlička

Kontaktovat pí Fleischmanovou firma HRDLIČKA 6521822-25. Dostali EMU DOS zdarma, potřebují naimportovat data do ACONTA.


MD - telefonicky s paní Fleischmannovou.
Chtějí nabízet inventární číslo pro každou řadu.
DHIM měli v DOSU pod jiným subjektem, naimportuje se jako extra řada.
Uzávěrku mají v červnu, EMU za rok 2000 udělají buď v DOSU nebo v ACONTU.
Import EMY udělat cca za 14 dní.
Kontaktovat koncem dubna.


ALL  Chyba databáze RIS

Chyba databáze RIS SQL Error 839.
Kontakt: p. Vlček 0602/215 568
mail: mirek.vlcek@abloy.cz

Účetní: pi. Kubíková tel. 02/72 70 49 03 

  Připomínky ACONTO

1) Evidence VFA - při omezení  POUZE na stornované faktury by se mohla vypsat suma, tak, jako to bylo u dosových programů.
2) Funkce obnovení adresy na dokladu by podle mého měla fungovat i u zaúčtovaných dokladů. Nejsem si jista jestli nevadí změna adresy u dokladu, který byl již zahrnut do přiznání DPH.

PDU  PDU - tisk deníku

Michale, paní černá již s tebou mluvila a problému s PDU tisk deníku, pokud musíš přerušit a vracíš se k tisku třeba od stránky 91 tak tisk není kondenc a tudíž ti nakonec nezbyde nic jiného než tisknou vše od začátku. Paní Černé jsi slíbil nápravu a že se ozveš. Bude volat opět v pondělí

MD: Řeší se - viz 71.1

ALL  Přidání uživatele do PSI

Doplnění dalších uživatelů do PSI.
jméno : LMED heslo H.


  Re:AKTUALIZACE EkoSW z Internetu

nstaloval jsem z jedním laickým uživatelem FAK z Internetu a je dost horor. Tudíž mám tyto připomínky.

1)  Není mi jasné, jaký postup je pro laiky nejlepší, tj. do jakého vlastně adresáře a co s tím potom.
2)  Dvojí zazipování je možná komplikace.
3)  Další komplikace je, že musím zvlášť stáhnout i INSTALL.EXE
4)  Pokud se to všechno dělá z Windows bez Nortonů, je to obtížné.
5)  Na stránce Internetu není žádný návod.
6)  Zřetězení odkazů jednotlivých stránek na Internetu je dost šílené. Dokonalé bludiště.

add 1) No asi nejlepší by bylo, kdyby šel napsat prográmek, který by se spustil na internetu a udělal by to vše sám až po spuštění normálního instalačního programu - pokusím se zjistit jestli a jak by to bylo realizovatelné.

add 3) INSTALL.EXE je zvlášť z důvodů snížení objemu stahovaných dat

add 5) Návod je asi o stránku dřív než tabulka s programy ke stažení

Celé naše stránky jsou dost šílené, ale to se musíš domluvit s Vančurou. Fabián na to nemá čas a tak ši šlechtěj jen ty svoje .


  vzkaz

Volal pan X.Y mela byspojhúsdiofgspaiíufgíwesfgsédúg

ALL  Změna databáze ke konfiguraci

Pokud přijde update z Blanska, tak je třeba udělat UP databáze.
Poslední změna mění binární zápis konfigurací  na standardní a smaže konfigurace gridu.

iScrDfTp.inc
   fdDisplayWidth,
   fdIndex,
   fdVisible,
   fdTitle,
   fdReadOnly,
   fdGColumnName,

iScrDfFl.inc
   fdDisplayWidth : begin result := FN(value) + I;     CT := 'Konfigurace gridu'; end;
   fdIndex        : begin result := FN(value) + I;     CT := 'Konfigurace gridu'; end;
   fdVisible      : begin result := FN(value) + C(1);  CT := 'Konfigurace gridu'; end;
   fdTitle        : begin result := FN(value) + C(32); CT := 'Konfigurace gridu'; end;
   fdReadOnly     : begin result := FN(value) + C(1);  CT := 'Konfigurace gridu'; end;
   fdGColumnName  : begin result := FN(value) + C(32); CT := 'Konfigurace gridu'; end;

iScript.inc
   ATM('CFDXGRID', [fdNone], [fdDisplayWidth,fdIndex,fdVisible,fdTitle,fdReadOnly,fdGColumnName]);
   DEL('CFDXGRID',[fdNone],['']);



  ouizfiouzf



  Schůzka u firmy Ille s panem Bílkem

Porada - viz papírová dokumentace.

Diskutována 3 řešení pro přenos dat z německého obchodního SW do ACONTA:

1)  Extra program na míru v Delphi
2)  Extra program ve FoxPro - vyrobí Jechová
3)  Extra program pouze pro import do prforma faktur, dále se dořeší již přímo v ACONTU.

Poslat naše návrhy, ceny atd. co nejdřív.

Jednání 26.4.01 v PCS se zástupci Ille a p .Bílkem.
Na starosti má JVan.

Chtějí profil firmy
Chtějí reference na ACONTO
Chtějí strukturu dat pro import faktur včetně číselníků.
Cenovou nabídku pro tyto oblasti:
Jednorázový import dat ze stávajícího německého účetního softwaru
Účelový import dat pro provoz, který bude přenášet faktury z obchodního SW do ACONTA.
Cenu za ACONTO, 2-3 USER, moduly PDU, EVD, EMA, SKL (MZDY ne).
Další podpora - dozor, školení atd.




FAK  Tisk zápisu v OR na VFA

Do menu Speciální / konfigurace FAK přidat položku menu 
Doplňkové informace tištěné na vydané faktuře.

Rol (grid), sloupce
Kód adresy, nadpis Dodavatel
Komprimovaný obsah adresy, tj. Instituce+Oddělení+Pracovník+Ulice+PSČ+Město, nadpis Adresa.

Příkazy 
Nová
Zadání nového řádku, tj. kódu adresy včetně textů.
Smaž
Smazání řádku
Oprava.
Oprava textů

Informace zobrazované pod gridem k aktuálnímu kódu adresy

Údaje o firmě uváděné na vydané faktuře dle §13a.   2x  44 znaků.
Tiskne se na VFA vlevo nahoře pod adresou dodavatele.
Tiskne se condensed.
Informace tištěné na vydané faktuře pod čarou (např. adresa místa podnikání).  110 znaků.
Tiskne se na VFA pod závěrečnou čarou, pokud je řádek vyplněn.
Tiskne se condensed.

Uložení v databázi

Soubor DOINAD.DBF
ZAOR1     CHAR(46)
ZAOR2     CHAR(46)
TXMP       CHAR(110)


30.5.2001 - dáno na U:\LAD_LAN.510  na ladění.

MZD  TEST



  Zůstatky na nákladových účtech omezených na střed

Aconto
Podvojné účetnictví - Výpis z účtu

Po uzavření prosince zůstává na nákladových účtech ( ve výpisu účtu ) omezených na středisko nějaký zůstatek. 
Všechny nákladové účty by měli mít počáteční zůstatek 0, i v rámci středisek.

Firma Hrdlička, p. Prokopcová, tel: 652 18 22 - 4

Opravit do konce dubna, kontaktovat paní Prokopcovou a poslat nové ACONTO.

MD 11.4.01: Pracuje se na tom, je to na dobré cestě, viz 74.1.


EMA  TEST




EMA  Vetrovsky - EMA

Telefonováno 28.5.01, domluveno spojit se 5.7.01 a
zkonvertovat data EMA do ACONTA.


  FREE



EVID  Tisk zápisu OR na VFA

Do menu Podklady těsně za adresář přidat položku menu 
Doplňkové informace tištěné na vydané faktuře.
Vyvolá samostatné okno, které umožní zadat údaje pro jednotlivé kódy adres.



Zadávání

Rol (grid), sloupce
Kód adresy, nadpis Dodavatel
Komprimovaný obsah adresy, tj. Instituce+Oddělení+Pracovník+Ulice+PSČ+Město, nadpis Adresa.

Příkazy 
Nová
Zadání nového řádku, tj. kódu adresy včetně textů.
Smaž
Smazání řádku
Oprava.
Oprava textů

Informace zobrazované pod gridem k aktuálnímu kódu adresy

Do horní části okna napsat stručně o co jde (něco jako stručný help), např. takto:

Zadejte údaje, které budou tištěny na vydané faktuře k zadanému kódu adresy dodavatele:

Dále nadpis k editům ZAOR1, ZAOR2

Údaje o firmě uváděné na vydané faktuře dle §13a (např. údaj o zápisu v OR apod.)   2x  40 znaků.
Tiskne se na VFA vlevo nahoře pod adresou dodavatele.
Tiskne se condensed.

Nadpis k editu TXMP:

Informace tištěné na vydané faktuře pod čarou (např. adresa místa podnikání).  105 znaků.
Tiskne se na VFA pod závěrečnou čarou, pokud je řádek vyplněn.
Tiskne se condensed.


Poznámka
Způsob editace co nejjednodušší, nejlépe v tomtéž okně (nevolat další dialog). Nějak inteligentně to vymyslete.


Uložení v databázi

Tabulka DOINADsb
RA
AD
ZAOR1     CHAR(40)
ZAOR2     CHAR(40)
TXMP       CHAR(105)


LHan 13.6.2001:
Dokončeno zadávací okno. 

PDU  Problém tisku PDU

Viz též 71.

MD:
 10.4.01 - paní Červenková to urgovala. Potřebuje vytisknout velké sestavy pro zákazníka - je účetní firma.
Při tisku deníku (sestavy PDU)  od zadané strany se netiskne CONDENSED. Pokud tiskne od začátku, je to OK.
Nezdá se, že by to bylo tím, že zapomněla zadat tisk CONDENSED.
Možná to bude složitější - říkala, že už se jí stalo, že při tisku mzdových listů se jeden nevytiskl CONDENSED a ostatní ano.
Zavolej jí a vyzpovídej ji. Napiš sem výsledek. Telefon 81017322.
Možná nezbude než se tam zajet podívat, nebo tam poslat servis. Je to Hostivař.

MKol:
Kde je přesně chyba zatím nevíme, ale v programu není. Jak tisk na tiskárně tak do souboru je v pořádku a i po tisku od strany kolikchceš je jako první tištěna sequence pro condens.

MDol:  Co je domluveno dál?


ALL  Vinné sklepy Roztoky (pan Radek Šlancar) 

 
Měl jsem tu dnes (29.5.2001) pana Šlancara ml. z Vinných sklepů. Jsou již dlouho našimi zákazníky a teď by chtěli přejít na ACONTO. Je tam ale pár háčků.
Z našich DOSovýchprogramů používají skoro všechno, ale neprovázaně a do toho ještě jede nějaký objednávkový systém.
 
Takže co jim v této fázi chybí :
 
- Kasa - řekl jsem jim, že bude cca do dvou měsíců
- objednávky - snad do konce roku 
- čtečka EAN kódů - v nejbližší době
 
a teď věci kvůli kterým Ti to píšu 
 
- spotřební daň - týka se tvrdého alkoholu (měla by snad i vín a sektů, cigaret, benzínu atd) u alkoholu je to trochu problém, protože se počítá ze skutečného obsahu lihu
- tisk pokladního dokladu a dodacího listu do předtištěného formuláře
- vazba dealera a zákazníků. Dealer nahlásí zákazníky, které sehnal, ale v evidencích jsou vedení už jen cíloví odběratelé. Následně by potřebovali funkci, která
  vyjede sumy prodejů odběratelů příslušejících ke konkrétnímu dealerovi a počítá se odměna pro dealera. Něco podobného děláme asi i my, ale nevím jak.
 
Potřeboval bych nějaké vyjádření k jednotlivým problémům a jakýsi časový horizont v případě jejich realizace.
 
zvýrazněně jsem označil body bez kterých je to u nich nenasaditelné.
 

30.5.2001

Slíbil jsem mu v dohledné době vyjádření k "horkým" bodům (KASA a objednávky)


SKL  Zadávání skladových karet

Při zakládání nových skladových karet je v DOSových verzích v konfiguraci volba "Přenést údaje z vybrané karty do nové karty", která vyplní nově zakládanou kartu údaji z vybrané karty. Tato velmi šikovná funce v ACONTU není!

SKL  Doplněna čtečka čárového kodu do SKL

Doplněna do Aconta čtečka čárového kódu. 
Nastavení (připojení) čtečky je možné provést z menu Speciální\Nastavení čtečky čárového kódu
Vstupní čárový kód (dále ČK) vstupuje do aktivního formuláře (okna).

ČK lze využít ve:
Skladové karty:  Nová, oprava, najdi, omez.
Ceníky\Karty v ceníku :  Najdi, omez.
 Přidat kartu do ceníku: Zde přečtený ČK přebírá funkci tlačítka "+Přidat do ceníku".
V evidencích DOD, PRI, PRE: 
	ČK, zadaný čtečkou při editaci evidence, otevře okno pro výběr skladové karty (fSprice) a kartu dle ČK dohledá. 
Výběr skladové karty: 
	Je-li již okno výběru (fSPrice) otevřeno, lze kdykoliv dohledat a vyměnit již vybranou kartu pomocí čtečky ČK. Přitom číselník pro výběr karty skladu může být uzavřen nebo otevřen. Na pozici kurzoru v okně nezáleží.


SKL  Zadávání metody slev

Okno pro zadávání metody slev se nezapisuje tak, jako všechny údaje v ACONTU (Ctrl+Enter), ale ukládá se jaksi automaticky. Vzhledem k tomu, že tato funce (jako ostatně mnoho funkcí ve skladu) není popsána v manuálu ani v helpu, je tento způsob ukládání pro uživatele dosti matoucí a uživatel netuší, zda se jím zadané metody již zapsaly nebo ne.

Dotaz: Nedalo by se to udělat tak, aby se zadání metody potvrzovalo Ctrl+Enter.

  KASA a operace OP.

Pokladna má OP v řádku. Nevím, kde KASA má vzít OP.
Skladová karta má SZDP a tabulka operací OP má taky SZDP.
Obě SZDP (z karty a v OP) musí být shodné.
Možnosti:
  A) Operaci vůbec nenastavovat.
  B) Přidat pole OP do skladové karty a hodnotu přetáhnout do řádku KASY.
  C) Dávat OP do řádku PKP dle konfigurace KASY (pro všechny řádky společná OP).
     Tohle asi není nejlepší řešení, 
     protože  SZDP na kartě může být rozdílná od SZDP v tabulce OP
     a LHa takový doklad nepovolí založit.

MD: Musím si to trochu rozmyslet.






ALL  Zobrazení loga a informací na hlavnín okně

Upraveno zobrazení nového loga a informací na ploše hlavního okna programu.

EMA  EMA pro fy FISER přes pana Bílka.

Pro fy Fiser s.r.o. , pharmaceutická společnost.

Stovky až tisíce karet.
Auta, počítače, prezentační technika, nemovistosti, kde co.
Různé výjimky, chtěji automatizovat.

Poslat Bílkovi mail.

Bílek 672 85 230, event. 130 sekretářka.

Domluveno, že upravíme EMU PRO TYTO POTŘEBY.
Slíbeno, že úpravy budou cca do měsíce.


EMA  Evidence majetku

4.6.2001
Domluveno, naimportujeme jejich EMU v září, kontaktovat začátkem září.


EVID  Namět ACONTO

Při kopírování faktur by se mohl kopírovat určitě i konstantní symbol (souvisí s obsahem faktury) i s a možná forma úhrady.

  Poslat nové ACONTO

Poslat nové ACONTO kvůli chybně počítaným zůstatkům na nákladových účtech při omezení na střediska.

EVID  Připomínka

Při tisku přehledu vydaných faktur v textovém formátu se zřejmě nerespektuje nadefinovaný formát řádků

PDU  Úprava roční uzávěrky v rozvrhu B od roku 2001

Zeptej se Martiny


Uzaverka pro rozvrh B - Organizacni slozky statu, uzemni samospravne celky a prispevkove organizace. 

Na ucet 963 v popisu od Dany Jechovy "UCET_LETOS" se prevedou zustatky uctu tridy 5 a 6. ( To zustava stejny ) 

Na ucet 964 v popisu "UCET_LETOS_B" se prevedou zustatky uctu tridy 4 a skupin 20, 21, 22, az na tyto vyjimky: 205, 206, 215, 216, 217, 218, 224, 225, 202 a 212. ( Ucty 202 a 212 by mely mit nulovy zustatek, tak se tim asi nemusime zabyvat. Zmena je, ze na 964 se neprenasi skupina 23, a ve vyjimkach pribyly ucty 217, 218, 224 a 225.) 

Na ucet 965 v popisu "UCET_LETOS_C" se prevedou zustatky uctu 205, 215, 206, 216, 235. ( Tak to myslim bylo i predtim ) 

Pak je tady novy uzaverkovy ucet 933. ( Na to se bude vztahovat kontrola analytiky pred uzaverkou.) 
Na tento ucet 933 se prevedou zustatky uctu 217 a 218. 

Na ucet 962 - "KON_UC_ROZ" se prevedou zustatky vsech ostatnich uctu, vcetne uctu 224 a 225 z vyjimek. 
Na ucet 962 se take prevedou zustatky uctu 963, 964, 965 a 933 ( tj. ten novy uzaverkovy ucet ). 

Otevirani uctu by melo byt klasicke rozuctovani z 961 na prislusne ucty. ( Myslim, ze je to doklad 8. Tady snad taky neni zadna zmena.) 

Doufam, ze jsem to popsala srozumitelne. Kdybys mel nejake dotazy, tak zavolej. 
Martina 


PJEL 13.6.2001

Dokončeno ( nutno otestovat v Praze )


SKL  AConto

Při výběru jiné řady skladů by se zřejme mělo zavřít okno s přehledem skladových karet

EVID  Uzávěrka valutové PKL

Opraveno volání mincovky při uzávěrce valutové pokladny.

EMA  Změny v modulu ACONTO EMA

1) Kompletně předělán mechanizmus výpočtu, což se projeví následovně:
Dojde-li k technickému zhodnocení během roku a účetní odpisy jsou podle
daňových, jsou účetní odpisy počítány z daňových odpisů bez TZ až do měsíce,
ve kterém došlo k vyřazení. Teprve od měsíce, ve kterém došlo k TZ jsou
účetní odpisy počítány ze zvýšených daňových.

V dřívější verzi se napřed vypočítal roční daňový odpis, ve kterém bylo již
k 31.12. promítnuto TZ a z něho se počítaly účetní odpisy již od ledna, což
vypadá divně, protože v lednu se ještě o TZ nic nevědělo.

Tato změna se projeví pouze v případě, kdy jde o účetní odpisy podle
daňových. Na celkovou výši ročních účetních odpisů to nemá vliv - suma
ročních účetních odpisů je vždy stejná jako daňový odpis. Jde pouze o přesun
mezi jednotlivými měsíci.

2) Doplněno omezení na zařazené nebo nezařazené karty majetku.

3) Do tisku karet majetku doplněny záznamy o pořízení,
zhodnocení a vyřazení. Byl doplněn tisk karty s účetními odpisy
zgrupovanými pro jednotlivé roky jako další formát tisku.

4) Doplněna možnost zaokrouhlování účetních odpisů na koruny nahoru. Je možno zadat v opravě karty.

5) Vyřazení je upraveno jako plné vyřazení. Možnost zadávat částečné vyřazení byla potlačena.
Při zadávání vyřazení se tedy již nezadává částka, pouze datum.

6) Při zadávání vyřazení byla doplněna volba, zda v roce vyřazení uplatnit polovinu odpisů A/N. Dříve tato volba nebyla a program se choval jako když je zadáno N. Toto se týká pouze daňových odpisů. Účetní odpisy se v měsíci vyřazení uplatní v plné výši - toto se nezměnilo.
Správný způsob použití je takový, že pokud dojde k vyřazení v roce zařazení, nárok na polovinu odpisu není a zadá se tedy "N". Při vyřazení v dalších letech je nárok na polovinu odpisů, zadává se tedy "A".
Podle této logiky program nabízí hodnotu "A" resp. "N" při zadávání vyřazení podle zadaného data, ale uživatel to může nastavit i jinak (např. jde o nárok, který uživatel nemusí uplatnit).



SKL  Import cen z programu MS Excel

Doplněn test nepovolených znaků. Importovaný text nesmí obsahovat apostof, středník a vlnovku. Případná chyba je zapsána do protokolu. 


  Průšvih Mzd x Exporty do příkazů k úhradě

Špatný typ tabulky MzdExpSra. Měla by být určitě subjektová a možná i roční.
Nahlásill zákazník Zikmund fy Mz Praha s.r.o.Tel 22781911, 0608 822 999

FAK  DOS - FAK - úpravy

FAK 5.11 31398 8.6.2001

- přridána konfigurace s možnosti zadáni doplňujících textů ke kódu adresy pro 
          1. - výpis textu v hlvičce formuláře vydané faktury   (paragraf 13)
          2. - libovolny text tisteny jako uplne posledni radek formulare
                vydane faktury  Konfigurace FAK" -> "e - doplnkove informace tistene na vydane fakture"


- možnost volby zda provádět kontrolu na duplicitu prijaté faktury při  zadávání a opravě přijatych faktur.
                        "Konfigurace FAK" -> "Konfigurace evidenci FAK"


PCSC  PCSC - METRy

Celkový průběh metru u Odblokování dat. Momentálně se z metrů nedá poznat vůbec nic. Akorát to dělá pěkný cirkus na obrazovce.
Plus TITLE oken metrů.

Hodil by se taky metr o reindexace.

U obojího možnost přerušení.


PCSC  DOS - PCSC - úprava funkce "Odblokování dat"

8.6.2001 - verze 5.10 série 31400

1.  upravena funkce Odblokováni dat.
    - zpřehlednění "teploměrů" ukazujících průběh odblokování
    - oprava vlastního odblokování, které nebylo úplně důsledné
    - provedení údržby (smazání nepotřebných vět a následné zapakování souborů) všech konfiguračních       souborů, nejen $PCS4$.(-).


  SLOVENSKO 8 / 2001

12.4.01  zaplacena záloha za 30 osob a rozeslán MAIL účastníkům s žádostí o peníze a údaje.
Poslal jsem taky objednávku, ale bez soupisu.

Další akce:

Poslat soupis účastníků zájezdu s rodnými čísly, jmény a bydlištěm.
Zaplatit doplatek do 5.7.2001.


  Kladiva-Předvádění v OTM Stod

13.06.01 musí někdo jet do Stodu, tak jak sis na sebe uplet sám bič. Já tam jet nemůžu, protože jsem tu sama. Budeš si sebou muset vzít nějaký aktivační klíč, protože jim to tam končí. Podrobnosti si dohodni s Kladivou. Rozhodně mu zavolej co nejdříve, protože jsem mu už v pondělí slíbila, že mu zavoláš.


  ACONTO pro ALKOM

Kšeft pro ACONTO.

Jde o firmu ALKOM a.s., v Holešovičkách 10 / 1446, Praha 8.
Kontaktní osoba ing. Hadžega.
Telefony
  688 87 11 - 13
  0604 298 825
Správce sítě Jiří Kocián  0603 452 405.

Účtuje pro ně ing. Malá na DOS programech.
Chtějí přejít na ACONTO a spojit účetní firmu ON-LINE s ALCOMEM.

Zatím se mi nepodařilo najít, na koho jsou DOS programy registrovány, ale zjistím to.

11.4.01  Jednání ve firmě ALKOM.
Až FNav a Kocián zjistí technické možnosti propojení, poslat nabídku na ACONTO.
Nainstalována ostrá neaktivované verze ACONTA pro ALKOM a ing. Malou.


  Přeposílání ACONTO

Jo, ale bylo by dobré to přeposlat už s novým formulářem na fakturu, která bude obsahovat informace o zápisu firmy v obchodním rejstříku.

PDU  Doplnění tisku účetní sestavy "Knihy"

Byl doplněn tisk účetní sestavy "Knihy".

MZDY  Oprava tabulky MZDEXPSRA na MZDEXPZAVsb

Dáno ke generaci

  ACONTO pro ALCOM

Spojit se se správcem sítě Jiřím Kociánem ohledně propojení sítí pro On-LINE provoz ACONTA.
Podrobnosti viz.  95.

  Připomínky k ACONTU

Pokud není v PATHU cesta na ACONTO, potom SQL TALK nemůže najít SQL.INI ani ERROR.SQL.
·	

MZDY  Oprava exportu příkazů k úhradě z mezd

08.06.01 Export do příkazů k ůhradě se vytvářel v systémové tabulce místo subjektové.

EVID  Oprava dokladu zařazeného do DPH a odblokování

1)   Při opravě dokladu, který byl zařazen do DPH zobraz kontrolní varovné hlášení ( hodilo by se nějaké výrazné, i když nemusí být vyloženě červené - vhodné by bylo něco mezi tím, třeba tučné na nějakém barevném podkladě )  s textem ve smyslu:

POZOR  -  doklad VFA 01/ 77 / 1567  byl již zařazen do zpracování DPH.
Program nepovolí opravovat údaje, které mají vliv na přiznání DPH, zejména částky, sazby DPH a kódy členění DPH.
Současně není povoleno přidávat ani mazat řádky dokladu.
OK   STORNO

Poznámka MD: Je povoleno přidávat a mazat textové řádky a závěrečné texty? Pokud ano, uprav příslušně hlášení.

LHan 04.05.2001: Dokončeno, bude v dalším update.

2)   Při odbokování dokladu, který již existuje v PDU by se podobně hodil kontrolní dotaz, cca následující:

POZOR - odblokovávaný doklad  VFA 01/ 77 / 1567  již byl zaúčtován (částečně zaúčtován -  nejlépe zjistit podle skutečnosti).
Pokud trváte na odblokování dokladu, bude tento doklad z účetnictví vyřazen.
Přejete si skutečně doklad odblokovat a zrušit jeho zaúčtování v účetnictví [Ano / Ne]?

Poznámka MD: Při dávkovém odblokování se to mírně zkomplikuje. Asi nejlepší varianta by byla provést cyklus přes všechny doklady a pokud narazíš na již zaúčtovaný ( ev. částečně zaúčtovaný ) doklad, zobrazit totéž hlášení, navíc s obvyklými volbami Neodblokovávat (=Přeskočit), neodblokovávat všechny zaúčtované, odblokovat, odblokovat všechny další.
Druhé řešení je si to vyříkat s uživatelem předem před akcí.
Třetí jednodušší řešení je to zjednodušit na obecné potenciální varování, že pokud jsou některé doklady již zaúčtované, dojde k jejich vyřazení z účetnictví Ano/Ne a netrápit se zjišťováním, zda ten či onen doklad skutečně je nebo není zaúčtován.

Pokud s tím je někde problém, dopiš to sem. Else to udělej, nastav splnění a napiš Kolmanovi subkauzu DOKZME. Ahoj.

LHan 04.05.2001: Dokončeno, bude v dalším update. Doplnil jsem též test stavu zaúčtování výdejky ( platí pro DOD,PKP,VFA ).


  NAMETY MOJE

Udělám výdej ze skladu ve VFA nebo DOD, načež řádek nesmažu, ale vygumuju všechny údaje ručně. Tím pádem se zbytečně udělá výdej ve VYD. Řešení - pokud je v PRI, VFA, DOD, PKP počet MJ=0, smazat IDKA.  ??? Ovšem znemožní to manka a přebytky.
Priority dávkových procesů, hlavně automatické účtování, párování.
Umožnit start dávkových procesů v zadaném čase.
Příkaz spáruj - varovné okno v případě, kdy páruju velkou skupinu, tj. současně páruju víc VFA a víc BVY než 1.
Automatické párování - automatické párování víc položek.
PJel - PCSSW 1999 PRI42 - účtování pomocných evidencí - stornované zařazuje mezi nezaúčtované.
LHan - kontrola konzistence evidencí a účetnictví - Vypisovat Aktuální / označené ú atd.  CO???. Vypsat např. Označené roky, řady atd.
Nápad - při výpočtu průměrné ceny si hlídat MIN a MAX cenu příjmu a nepovolit průměrnou cenu mimo tento limit.
Kontrola skladu - záložky - CTRL+F - přidat sloupec SKLAD a jiné.
SKLAD - historie karty - přidat sloupec  KZMJ specifikace. Uvedený údaj se bude vztahovat vždy pouze k dané specifikaci.
SKLAD - konfigurace NEPOVOLIT záporný stav MJ. 
SKLAD - nepovolit vydávat do mínusu specifikace - to zřejmě v každém případě. Tím pádem lze odfiltrovat z nabídky MJ <= 0.
SKLAD - přepočet skladu + kontroly. Po hlášce "Označení je blokováno omezením" program stejně pokračuje.
SKLAD - pohyby zásob - nefunguje omezení na SKLAD zleva v úvodní obrazovce. CTRL+F - chybí číslo dokladu VYD.
Výpis účetních případů - CTRL+F - chybí kód operace.

SKL  Konrtrola záporných stavů

Při zadání datumu "od" a neuzavřeném skladu se vzteká


EVID  Obnova adresy v evidencích

Pokud mám v dokladu stejné kódy adres, obnova adresy se provede pouze z 1. editu. Z druhého a třetího se neprovede.
Toto není nic akutního.


  Úpravy programu PSI

Ahoj, pokud budete mít někdo chvíli volno, můžete se podívat na některé problémy v PSI.
Co vyřešít, můžete napsat jenom sem a poslat upravený zdroj nebo popis změn.
Nemusíš to dělat zrovna ty,  můžeš to dát někomu jinému, kdo se zrovna nudí. Dík MD.

1)  Umožnit editaci více úkolů najednou. Myslím, že databázově to je ošetřeno, ošetřeno je i přidělování čísel úkolů (protože to je standardní síťové ošetření). Jde jen o to, že okno je dialog. možná je to maličkost, ale nevím, jaké to má ještě důsledky.
OK
MD: Nefunguje. Resp funguje jakž takž při zadávání nové, tj. můžu vytvářet více nových. Nemůžu ale otevřít Opravu a k tomu Novou.
Pokud zadám víckrát nová, tak se mi okna někde ztrácí. Ideální by bylo, kdysy se okna otvírala jako úplně samostatná tak, abych je viděl dole na liště. Momentálně vytvořím víc oken nová a mám je někde poschovávané vzadu.

2)  Blbne řazení. Při řazení dle předmětu to spadne, při řazení dle kauzy a subkauzy to zobrazuje blbě čísla.
OK

3)  Dodělat alespoň základní grafiku při editaci textu: Styly, barvy, fonty, BOLD, odrážky, odsazení zleva. Stačí jen minimum, aby se dal vytvořit slušně vypadající text, který půjde přenést do programu.
OK

4)  Vymyslet a zrealizovat export dokumentace (typ DOKZME, event. DOKERR)  do ACONTA. Představoval bych si nějakou volbu ve Speciálních "Popis změn v programu ACONTO", která zobrazí zřejmě seznam verze série, datum, modul a k tomu text. Základní řazení, omezení, tisk.
V programu PSI export do nějakého souboru a formátu (nevím jaký - navrhněte). Soubor by se měl dostat k uživateli reinstalací = problém pro PKra.
Nutno prokonzultovat jak to udělat !!!

5)  Příkaz Hledej pro Předmět a substring v textu.
OK
MD: Měl jsem na mysli umožnit zadat (např. pomocí radiobtn) 3 možnosti:
Hledat v předmětu
Heldat v textu
Hledat v předmětu i v textu

6)  Postavit se na nainsertvanou novou větu.
OK

7)  Při editaci LongVarchar textu text mizí při resize okna. Už jsem tam dělal refresh na resize v hlavním okně v prohlížecím režimu.
??
MD: Zadej příkaz Oprava a myší roztáhni okno. Text zmizí.

8)  Potřeboval bych další záložku, která by zobrazila celou kauzu včetně subkauz z první záložky. Tj. na ENTER skočit do druhého okna s omezením na číslo kauzy, kde by se zobrazilo vše kromě privátních. Tahle záložka by zřejmě nemusela mít další omezení. Jméno záložky "Úkol".
Ještě by se to dalo vylepšit tak, že by přímo někde v okně byl edit s omezením na číslo úkolu, takže by bylo možné zadat omezení na jiný úkol.

9)  Obdobně třetí záložka by zobrazila vše co se vztahuje ke kódu adresy z řádku první záložky. Jméno záložky "Uživatel". Podobně jako u předchozího bodu by šlo zobrazit edit s omezením na kód adresy.
Ještě by to šlo vylepšit edity pro zadání podmínek pro vyhledání uživatele (něco podobného jako má LHan v ACONTU na CTRL+F9), nabídl by se seznam vyhovujících kódů adres a na ENTER ze seznamu by se köd adresy přenesl do editu s omezením na kód adresy.

10)  Další specializovaná záložka by mohla být pro dokumentaci s místním omezením na typ DOKZME a DOKERR a dále na A / E (ACONTO / DOS)
a event. moduly. Body 8, 9 10 dost citelně chybí.

12)  Myslím, že lepší než klasické okno s omezením by pro tyto specializované záložky (body 8,9,10) bylo účelové omezení např. pomocí radiobtn. přímo v okně.

13)  V omezení první záložky by to ještě chtělo doplnitt základní účelová omezení "Úkoly ode mne" rozdělit na "pro mne" a pro někoho jiného" a toto případně dál omezit "pro koho".

14)  Drobné nedostatky
Příkaz Nová v editaci přejmenovat na "Nová série" aby se to nepletlo.
Nová subkauza - překopírovat údaje z aktuální věty na dotaz "Překopírovat údaje z aktuální kauzy A/N".
Zlobí čeština při přenosu z mailu do PSů. Kupodivu to funguje, pokud to přenesu přes Word.
Pokusit se držet pozici v gridu po změně řazení, omezení apod.
V editaci by se hodil příkaz Uložit (CTRL+S).
Pamatování velikosti editačního okna.
V editaci odchytit TAB.
Příkaz Smaž + kontrolní dotaz "Skutečně smazat kauzu 56.6 Předmět ten a ten A/N?"
Omezení na substring předmětu plus další omezení, která chybí.

  Kasa - záporný výdej MJ.

Příklad:
Kasa vytváří pokladní doklad ke dni DMSP=10.08.2001.
Doklad obsahuje 2 výdeje.
   Řádek 1: výdej je kladný  MJ = 5ks
   Řádek 2: výdej je vrácení zboží MJ = -1ks.
            Tento 1ks byl prodán 6.6.2001 za 50 Kč + 11Kč DPH = 61 Kč celkem.

Do řádku 2 musím napsat ceny  dle prodeje 6.6.2001,
a trigger = PKra mi to přepočítá ke dni 10.08.2001, takže udělá příjem
za průměrnou cenu k 10.08.2001, ale příjem má jít za cenu ke dni 6.6.2001 ???.

Snad je to dost srozumitelné, případně zavolej.
Jak mám udělat záporný výdej?
                            VČ

MDol 12.6.01
Narazil jsi na problém vratek výdeje, které nejsou v ACONTU vůbec dořešeny.
Zkouším si to zařídit tak, abych k vám přijel s Chaloupkou ve čtvrtek.


PDU  Účetní uzávěrka

Do účetní uzávěrky doplněny změny platné od roku 2001 pro rozvrh B - Organizační složky státu, územní samosprávné celky a příspěvkové organizace.

PDU  Účetní uzávěrka

Změny uzávěrky by bylo vhodné před rozesláním zákazníkům prověřit.

EVID  Tisk zápisu OR na VFA

Doplnění menu

do iMenuDf1.INC:
mtDoInFa,           // Doplňkové informace tištěné na vydané faktuře (fDoInFa).
mtDoInFaPop   // Doplňkové informace tištěné na vydané faktuře (fDoInFa) - popup.

do iMenu.INC:
// Doplňkové informace tištěné na vydané faktuře (fDoInFa)
mtDoInfa:
begin
  CS(isFunkce);
    CI(isFunkce, itNova);
    CI(isFunkce, itOprava);
    CI(isFunkce, itSmaz);
end;

// Doplňkové informace tištěné na vydané faktuře (fDoInFa) - popup
mtDoInfaPop:
begin
  CS(itNova);
  CS(itOprava);
  CS(itSmaz);
end;

Úprava uAppMe:

do uses doplit unit: 
fDoInFa

do itDoplnInfo: 
if UCOOK and VstupSB and Config.IfCanOpen( fiDoInFa ) then ShowDoInFa;


EVID  Tisk zápisu OR na VFA

Osnova nápovědy pro okno "Doplňkové informace tištěné na vydané faktuře" je v souboru K:\Eko\Blansko\Help\Ha516.rtf.

EVID  Tisk zápisu OR na VFA

Doplněno okno pro zadávání doplňkových informací, které budou tištěny na vydané faktuře.

EVID  Úprava volání SKL z evidencí

1. úprava volání okna pro výběr ze SKL.
2. doplněny položky pro výpočet %slevy a hodnot před slevou.
3. doplněna možnost automatického otevření okna výběru ze SKL při založení nového řádku.

ALL  Kontrola konzistence evidencí a účetnictví

Doplněna možnost pouze synchronizovat čísla řádků evidence a účetnictví bez oprav částek a adres.
Nově je tedy možnost zatrhnout "Spárovat řádky evidence a účetnictví" a tím synchronizovat čísla řádků i v uzavřeném účetním období.

PDU  Aconto - PDU

V PDU menu Výkazy - rozvaha - konečná - zobrazená  v analytickém členění objeví se chybová hláška, po 'OK' se Aconto ukončí. 
Ve verzi 2.02 serii 133 tato chyba nastávala obecně při konečné rozvaze, ve v. 2.02 s 135 se zdá, že nastává pouze při zobrazení v analytickém členění.
Chybová hláška: 

Chyba 601 SQL Error 
00601 DIC ITN Table has not been created
** **
SQL position = 17
SQL = ' select TPUC FROM <error> UR 99900 where UC = '''

PJEL 19.6.2001
Tuto chybu se mně nepodařilo navodit. Ani jsem se nesetkat s tím, že by to někomu nefungovalo.
Potřeboval bych upřesnit je-li v testované databázi založen subjekt 999 a rok 00 ( tj. 2000 ).


PDU  Doplnění menu pro tisk účetních sestav

Pro připojení tisku účetních sestav : 'Kniha středisek','Kniha zakázek','Kniha akcí' bych potřeboval doplnit :

       do iMenu.inc :
       mtPduVykazy :   // Sloupec Výkazy v modulu Pdu
       doplnit mezi položky
         CI(itPduSe, itPduSeKnihy);    // Knihy
      a
         CI(isPduVykazy, itSeparator);		// -------------------------

       položky
	   CI(itPduSe, itPduSeKnihaSTR);    // Kniha středisek
	   CI(itPduSe, itPduSeKnihaZAK);    // Kniha zakázek
	   CI(itPduSe, itPduSeKnihaAKCI);   // Kniha akcí

       do iMenuDf1.inc
           itPduSeKnihaSTR,  // Účetní sestavy - Kniha středisek
           itPduSeKnihaZAK,  // Účetní sestavy - Kniha zakázek
           itPduSeKnihaAKCI, // Účetní sestavy - Kniha akcí

       do iMenuDf2.inc
           itPduSeKnihaSTR	: begin Caption := 'Kniha středisek'; end;
           itPduSeKnihaZAK	: begin Caption := 'Kniha zakázek'; end;
           itPduSeKnihaAKCI        : begin Caption := 'Kniha akcí'; end;

       do uAppME doplnit :
           itPduSeKnihaSTR:   if UCOOK and VstupSB then GetPdu.KnihaSTR;
           itPduSeKnihaZAK:   if UCOOK and VstupSB then GetPdu.KnihaZAK;
           itPduSeKnihaAKCI:  if UCOOK and VstupSB then GetPdu.KnihaAKCI;

Svoje zdroje pro tisk posílám v UP180601.zip, možno je dát do ostré verze.


SKL  Mazání prázdných specifikací

V případě, že do specifikace je zapsané sériové číslo prodávané věci,
tak se seznam specifikací nafukuje a  přitom se stejné sériové číslo podruhé nepoužije.


SKL  Import ceníků

Změna nastavení příznaků cen (cena s DPH, cena ve valutách). Příznaky se nastavují pro celý ceník. Pokud se liší nastavení  příznaků v okně ceníku a konfiguraci metody importu nelze pokračovat.

EVID  Doplněn tisk sloupců s výpočtem %slevy 

     - Rozšíření tisku
       Do evidencí doplněn tisk sloupců s výpočtem %slevy a hodnot před slevou na skladové kartě.


PDU  Doplnění tisku úč.sestav "Kniha středisek", ....

Byl doplněn tisk účetních sestav : 'Kniha středisek' , 'Kniha zakázek' , 'Kniha akcí' .


FAK  FAK DOS

paní Bradáčové vadí hlídání duplicity dodavatele u přijatých faktur, chtěla by to odstavit

ALL  Úprava číselníků

Do zobrazování číselníku skladových karet doplněno zobrazení ceny z ceníku.

PDU  Doplnění tisku účetní sestavy"Kniha(podrozv.účty)"

     - Rozšíření tisku
       Doplněn tisk účetní sestavy 'Kniha (podrozvahové a rozpočtové účty)'.

    (UP130401.zip)


ALL  Doplnění importů z banky

Doplnění importů z banky AMB-AMRO a k této bance doplněn import subřádků z poštovních složenek. 


ALL  Nastavení maxfetchrows dle rozlišení monitoru

Automaticky nastavit hodnotu maxfetchrows dle rozlišení monitoru.
Prověřit současné použití maxfetchrows a všechny o změně informovat.

  qqqqqqqq

> -----Original Message-----
> From: Vladimír Stehlík [mailto:v_stehlik@eko.pcs.cz] 
> Sent: Friday, January 18, 2002 11:08 AM
> To: M Dolejsek
> Subject: FW: formular je na http://www.mfcr.cz/Forms/pdf/5460-1_7.pdf
> 
> 
> 
> -----Original Message-----
> From: Vladimír Stehlík [mailto:v_stehlik@eko.pcs.cz] 
> Sent: Friday, January 18, 2002 10:14 AM
> To: Dana Aufartova
> Subject: formular je na http://www.mfcr.cz/Forms/pdf/5460-1_7.pdf
> 
> 



PDU  Doplnění metru do tisku hlavní knihy

     - Rozšíření tisku
       Doplněn metr do tisku účetních sestav 'Hlavní kniha' a 'Hlavní kniha v analyt. členění'.

    (U1130401.zip)

  wwwwwww


http://www.mfcr.cz/Forms/pdf/5460-1_7.pdf


MZD  Úprava programu MZD

Požadavek:
jsem uživatel vašich programů pod číslem (140025709,170025775 pod. Horáková Jarmila Praha 10) mám zájem udělat úpravy v programu mzdy - konkrétně úprava výplatní pásky - texty)- le to možné a cca za kolik? 
děkuji

MD: 17.4.01 Odeslán zpětný dotaz mailem.
K tomu, abych vám dokázal odpovědět, bych potřeboval přesněji specifikovat
váš požadavek. Z našeho hlediska je poměrně velký rozdíl v tom, zda se jedná
o změnu vypisovaných pevných nebo proměnných textů a zda má změna vliv na
změnu počtu nebo šířku sloupců nebo řádků. Můžete také poslat (faxem nebo
mailem) příklad původní a upravené sestavy.


  Test






eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

PDU  PDU - výpočet zůstatmů

Změna výpočtu zůstatků. Úprava vylučuje zůstatky nákladových a výnosových účtů v uzavřeném účetním období.

ALL  Kalkulačka

Změna chování kalkulačky.
Do dokladu se přenáší aktuální řádek (původně poslední výsledek).
Kurzor při ENTRER se postaví na výsledek.

SKL  Změna při výběru ze skladu.

Seznam změn.

1) Výběr lze provést v včetně DPH a ve valutách. 
     Nastavuje se v ceníku  na  sloupec ceníku.
     Z okna  fSprice při výběru uživatel může tuto hodnotu měnit pouze v případě,
     když vybraná karta neobsahuje cenu z ceníku a poslední  nastavená hodnota se pamatuje. 
     Současně byl upraven ceník.

2) Zaokrouhlení  ceny při výběru. 
     Lze nastavit zaokrouhlení ceny / MJ nebo celkové ceny v metodě slev.
     Při výpočtu slevy mohou nastat chlupaté ceny, které se dle nastavení v metodě zaokrouhlí.
     Pokud výdej nemá slevu, zaokrouhlení zadá uživatel přímo ve fSPrice a pamatuje se poslední nastavená hodnota.
     Současně byly upraveny metody slev.

3) Příjem na sklad  
    V okně fSprice je doplněn grid, který ukazuje poslední příjmy.
    Nejsou to všechny příjmy na kartu, ale pouze poslední příjmy v rámci jednoho roku.
    Tento rok je hledán od aktuálního roku  směrem dolů a  první rok obsahující příjem je zařazen do přehledu.


ALL  Oprava výběru subjektu

Při výběru nového subjektu program občas sletěl na posílání zpráv,
které na časovač výběr shodilo.


  DbsView - kopírování dat databáze

Doplněn program pro kopírování  všech tabulek z databáze do jiné databáze.
Zde do DbsView doplněna nová záložka č.4  "Kopírování dat databáze" , která se nachází v okně volaném pod tlačítkem "S". Postup kopírování je uveden přímo na této záložce.


SKL  Problém s vystavováním faktur ze skladu

Dát vědět na mobil, co s tím. Po té co jsem mu s 18.4. přehledem řekla že "nám to tady funguje" jsem lhala následovně: "pan Kolman přeci jen něco objevil, ale onemocněl a bude v pondělí. Jakmile budeme něco vědět, ozveme se mu na mobil a případně zašleme novou verzi e-mailem." Platí mobil co je výše uveden.

MZD  Požadavek na úpravu MZD

jsem uživatel vašich programů pod číslem (140025709,170025775 pod. Horáková Jarmila Praha 10) mám zájem udělat úpravy v programu mzdy - konkrétně úprava výplatní pásky - texty)- le to možné a cca za kolik?
děkuji

Potřebovala bych s dovolením  tyto úpravy na výplatní pásce:
hlavička výplatní pásce zůstává tak jak je, dále:
původní"časová mzda" zůstává
původní" úkolová mzda" zůstává
původní"měsíční mzda"zůstává
původní"ostatní mzda" zůstává
původní"přesčas.příp." zůstává
původní"za SO+NE Svát." zůstává
původní"prostředí" nahradit mzd.složkou 310 osobní ohodn.
původní"ostatní" zůstává
původní" Prémie" zůstává
původní"fond vedoucího" přejmenovat mzd.sl. 320 na cílová prémie
původní"odměna" přejmenovat mzd.složku 330 na výkon.odměna
původní "mimořádná odměna" zůstává
původní"podíly" nahradit mzd.složkou 350 a 351 jubilejní odměny
ostatní původní od "stará dov.nár až do vyplatit" zůstává.

Dále je pro by pro mě bylo přijatelné, kdybych si výplatní pásku mohla
sestavit sama, tak jak dělám sestavy např. u faktur došlých (sestava č. 1
apod.)

děkuji Horáková Jarmila.

20.4.01  Zavolat s VSte v úterý přímo pí Horákové. Něco lze řešit přes ext. texty, zbytek těžko řešitelný.

PDU  Změna výpočtu konsolidačních zůstatků

Změna výpočtu konsolidačních zůstatků. Úprava vylučuje zůstatky nákladových a výnosových účtů v uzavřeném účetním období. Výpočet přes TMP tabulku zrušen. Výpočet začleněn do standardního principu přes tabulku vypočtených zůstatků.


EVID  Zaokrouhlení koef.DPH

Do evidencí DOD,OBD,OBV,OPO,OZA,PFA,PKL,PRI,VFA doplněna položka ATZKKF - atribut zaokrouhlení koeficientu DPH při výpočtu z ceny včetně daně.

ALL  Číselník adres

Uprava číselníku adres. Ukládá se do konfigurace nastavení detailu adresy.

PDU  PDU - dávkové účtování

Dávkové účtování se při spuštění na záložce "Nezaúčtované" řídí omezením přehledu nezaúčtovaných dokladů.


SKL  Aconto převod dat

P.Čapek, tel. 0724 008113 by potřeboval snížit pořizovací ceny ve skladu na 2/3 stávajících. Důvodem je, že firmu přebírá jina firma (která si na sebe převede ACONTO), a zásoby odkoupí za 2/3 původní ceny. Slíbila jsem že se mu ozve někdo, kdo posoudí, zda je to možné. Upozornila jsem pana Čapka, že pokud to bude možné, tak to rozhodně nebude zadarmo Pravděpodobně by bylo nejlepší, aby to byl někdo z Blanska, nevím ale koho bych měla úkolovat. Mohl bys to na někoho nasměrovat. Samozřejmě, že to děsně spěchá, protože nová firma má fungovat od 1.5.01.
Doporučuji postupovat obezřetně, je s nimi občas těžká domuva. Začátkem roku byli děsně pohoršeni, že mají něco platit a ječeli, že budou přecháze na jiný software. Zdá se, že se situace změnila.

MD: Domluveno: 
Ve středu 2.5.01 zajede někdo k nim a založí provoz druhé firmy.


Velké Meziříčí, Malá stránka 345.
pan Duben 0619 520055, 0603 271638.
9:00.


SKL  Oprava názvu v ceníku 

Při změně ceny v ceníku 1-9  z NE DPH na ANO 

Chyba : 
20011
ERROR TARow FieldByName: IDKC1 

Chyba : 24041


  Problémy u fy RIS

Viz maily.
Nakopaná databáze - řeší Kratochvíl a Machek.
Nesouhlasí import dat z DOSU - řeší Machek 27.4.01.

  Tisk SZ

Po tisku servisní zprávy se nezavře okno TISK
MD 11.5.01 : Kde je jaký tisk servisní zprávy?


PDU  Výstupy z PDU v angličtině

Kontaktovat, zjistit podrobnosti.

  Výpověď TV



MZDY  Report - finanční vypořádání z MEZD

27.4.01  Probráno MDol+VSte+PCha.
Exporty z MEZD do PDU
Sestava pro finanční vypořádání

Vyřešen problém kmenového střediska. Viz papíry.


EVID  Chyba Aconto v PCS

Pri kopírování v ostatních závazcích Chyba 19237, 24086

MZDY  Stížnost na nefunkčnost mezd v ACONTU

Volat p. Jiráska nutně

2.4.01   Telefonováno, požadavky na sklad viz mail z 19.3.01.
Nejlepší by bylo se tam dojet podívat. Zavolat, domluvit se.

16.5.01 Telefonováno, pojedu se tam podívat 21.5.01 v 9:00.
Horní Počernice,  Ve Žlíbku 1800. Soukr. mobil Jirásek 0602 292371.


EVID  Chyba ve VFA

fy Lorikus


chyba 24192 při vystavování VFA :  Podařilo se navodit:

MJ:  29123.30
Cena/MJ:  17.85
%DPH: 5
kód 1



Série 117

Praha Krč.
Mail nemají.

44 00 34 11
sl. Śeutovská



SKL  Dáno do generace

SKL 5.10 31388 27.04.2001

- oprava zobrazovaci chyby pri vystaveni faktury ze skladu v zakladnich
  verzich. Na fakture se zobrazovaly chybne hodnoty poctu MJ. Po zapisu
  faktury a pri editaci byly castky OK.


ALL  Zaokrouhlování

Upravena funkce zaokrouhlování v AkZaokr.DLL. Po update je nutné toto DLL dát do výroby.

PDU  Přenos adres pokladny do účetnictví

Od pí. Kapounové

Do účetnictví se přenáší adresa z řádků pokladního dokladu. Tento způsob vyhovuje v případě evidenčně spárovaných řádků pokladny a faktury. Nadále je možné se řídit touto adresou i v účetním párování.
Pokud jsou ale řádky založeny v pokladně ručně nelze adresu v řádku pokladny editovat a do účetnictví se nic nepřenese, což v případě ručního zadání platby ( bez faktury ) nevyhovuje.

Možné řešení:  
a) povolit editaci adresy v řádku pokladny ( zřejmě se tím nebude fakturanka zdržovat )
b) v případě ručně zadaných řádků přenášet adresu z hlavičky pokladny 
   ( nutné domyslet případné důsledky ), spárované řádky nechat tak jak fungují 
c) roznášet adresu z hlavičky do řádků, možná v kombinaci z bodem a)


PJEL 6.5.2001
Volala pí. Kapounová, že tento problém konzultovala v Saku a jako nejvýhodnejší se jeví možnost b)

MDol 16.5.01
Po konzultaci s PCha se nám možnost b) nelíbí, protože nerozeznáme řádek obsahující úhradu faktury od ostatních řádků. Tím pádem by se při přenosu do účetnictví doplňoval kód adresy z hlavičky do všech řádků, kde chybí, což jsou např. i tržby, u kterých by se takto ocitl např. kód adresy pokladníka, což je nesmysl.
Zbývá tedy možnost a), povolit editaci řady a kódu adresy. Z vnějšího pohledu jde jen o to, povolit ve formátu řádků nastavit povolení editace, což momentálně nejde. Pokud souhlasíš a nemáš k tomu další poznámky, můžeš to provést. Změnu popiš v subkauze ke 136.

ALL  Kontrola řad dokladů

Od p. Machka

Považovat za vynechné doklady i ty, které mají pouze hlavičku 
( týká se především účetnictví ).

ALL  Kontrola řad dokladů

Od p. Machka

Považovat za vynechné doklady i ty, které mají pouze hlavičku 
( týká se především účetnictví ).

ALL  Kontrola řad dokladů

Od p. Machka

Považovat za vynechné doklady i ty, které mají pouze hlavičku 
( týká se především účetnictví ).

ALL  Kontrola řad dokladů

Od p. Machka

Považovat za vynechné doklady i ty, které mají pouze hlavičku 
( týká se především účetnictví ).

ALL  Kontrola řad dokladů

Od p. Machka

Považovat za vynechné doklady i ty, které mají pouze hlavičku 
( týká se především účetnictví ).

ALL  Kontrola řad dokladů

Od p. Machka

Považovat za vynechné doklady i ty, které mají pouze hlavičku 
( týká se především účetnictví ).

ALL  Kontrola řad dokladů

Od p. Machka

Považovat za vynechné doklady i ty, které mají pouze hlavičku 
( týká se především účetnictví ).

ALL  Kontrola řad dokladů

Od p. Machka

Považovat za vynechné doklady i ty, které mají pouze hlavičku 
( týká se především účetnictví ).

ALL  Kontrola řad dokladů

Od p. Machka

Považovat za vynechné doklady i ty, které mají pouze hlavičku 
( týká se především účetnictví ).                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                              
