ABRA Gx OBSAH TOHOTO DOKUMENTU ====================== 1. HLAVNÍ NOVINKY ŘADY 7.01 2. ZMĚNY VE VERZÍCH PODROBNĚ 3. POZNÁMKY K INSTALACI 4. INSTALACE NA POBOČKY 5. KONFIGURAČNÍ SOUBOR 6. LINUX 7. DATABÁZOVÝ SERVER 8. INSTALACE UPDATE SW ABRA 9. DOPORUČENÝ HARDWARE A SOFTWARE 10. ŘEŠENÉ PROBLÉMY 11. ODINSTALACE SYSTÉMU 12. PŘEVOD DAT ZE SYSTÉMU ABRA GOLD 13. KONTAKT 1. HLAVNÍ NOVINKY ŘADY 7.01 =========================== 1.1. Nové agendy a moduly - Vytvořen nový modul Kompletace. Tento modul umožňuje výdej materiálu použitého na kompletaci vlastních výrobků podle zadaných norem a následné naskladnění těchto výrobků. Možnost použití je např. v oblasti kompletace počítačových sestav, nábytkových sestav, zakázkové montáže jízdních kol, sestavování a prodeje dárkových balíčků, míchání barev apod. - Vytvořena nová agenda Sazby penále. Nově je možno zadávat na upomínkách i penalizačních fakturách různé sazby penále pro různá období a zachovávat historii. Pokud má firma v Adresáři nenulovou položku "Výše penalizace", uplatňuje se přednostně sazba z této položky. - Betaverze agend pro podporu polohování ve skladu. Agendy jsou určeny pouze pro testovací provoz! - Betaverze modulu Workflow. Modul pro běh vyžaduje instalaci systému M/TeamBridge. Modul je určen pouze pro testovací provoz! - Betaverze agendy Balíčky skriptů. Tato agenda slouží pro psaní uživatelských skriptů, kterými může uživatel upravovat chování programu. Agenda je určena pouze pro testovací provoz! 1.2. Administrace - Doplněn nový parametr "Přebírat výši penalizace z agendy Sazby penále", který určuje, zda se výše penalizace bude přebírat z agendy Sazby penále (není-li výše penalizace zadána na firmě v Adresáři). - Do agendy Řady dokladů doplněna volba "Nepoužívaná řada". Při importu řady ze systému ABRA Gold se parametr nastavuje v ABRA G2/3/4 na ANO a v ABRA G1 na NE. Uživatel jej pak může podle potřeby přenastavovat. 1.3. Adresář - Doplněna možnost přidělit vlastní dealerskou třídu provozovně. - Doplněna možnost předvyplnit firmě výchozí definici ceny. 1.4. Maloobchodní prodej - Doplněna možnost prodeje z více skladů. - Doplněna možnost prodávat na více současně otevřených účtenek. - Doplněna možnost vyhledávat v kase dle více kritérií. 1.5. Mzdy - Vytvořeny nové tiskové sestavy Čtvrtletní výkaz o práci 2006 a Čtvrtletní výkaz o práci 2007. - Dle novely zákona O nemocenském pojištění provedena změna redukčních hranic pro výpočet nemocenských dávek. - Dle nového Zákoníku práce: a) Do agendy Pracovních poměrů doplněna položka "Stanovená týdenní pracovní doba". Pokud položka není vyplněna, bere se v úvahu údaj v globální proměnné. b) Vytvořen nový číselník Skupiny prací, který obsahuje částky zaručené mzdy pro dané skupiny prací. Do agendy Pracovní poměry doplněna položka "Skupina prací", která s uvedeným číselníkem pracuje. c) Do agendy Mzdové listy doplněny položky pro evidenci práce přesčas. d) V souvislosti se změnou výše příplatků a způsobu jejich výpočtu upraveny globální proměnné a výpočtová schémata. e) Přidána možnost volby způsobu výpočtu náhrady za placený svátek u měsíční mzdy. Výchozí nastavení systému od 1.1.07 je počítat náhradu za svátek. f) V souvislosti se změnou nároku na odstupné (nyní 3 měsíce) upraveny globální proměnné a výpočtová schémata. g) V souvislosti se změnou definice životního minima jednotlivce byla do agendy Zaměstnanci doplněna položka "Náklady na bydlení". Položka vstupuje do výpočtu nezabavitelných částek pro srážky. - Dle Novely zákona o důchodovém pojištění: a)Z důvodů možnosti označení pracovního poměru jako zaměstnání malého rozsahu byla do agendy Pracovní poměry přidána položka "Zaměstnání malého rozsahu (pro ELDP)". b)Vytvořen nový číselník "Kódy pracovních poměrů pro ELDP" a do agendy Pracovní poměry přidána nová položka "Kód pro ELDP". 1.6. Nákup - Doplněna možnost schvalovat objednávky vydané. - Doplněna možnost přenosu definice ceny předchozího řádku na nový řádek objednávky přijaté. - Na řádky objednávek doplněna informace o vazbě řádku objednávky vydané s objednávkou přijatou. 1.7. Prodej - Doplněna možnost výběru položky objednávky přijaté dle kódu dodavatele. - Doplněna možnost schvalovat objednávky přijaté. - Na hlavičku objednávky přijaté přidána položka Způsob expedice. Položka umožňuje zvolit, zda se bude objednávka expedovat "Pouze celá", nebo "Částečně". - Na řádky objednávek doplněna informace o vazbě řádku objednávky vydané s objednávkou přijatou. - Do záložky výdaje pořízení doplněna možnost připojit výrobní příkaz. - Má-li firma předvolen v adresáři sklad, tak tento se nově předvyplňuje do řádků objednávek přijatých a vydaných. - Rozšířena velikost popisu u Revize na 500 znaků. - Do agendy Objednávek přijatých doplněna položka "Expedovat pouze celou objednávku". Položka umožňuje zvolit, zda se bude objednávka expedovat v jednom celku či částečně. 1.8. Skladové hospodářství - Doplněna možnost vyloučení makrokarty ze slev. - Převodku výdej je možné nově tvořit podle objednávky přijaté. - Zobrazování šarží rozšířeno na 3 desetinná místa. - Změna umístění skladové karty v menu je nově podmíněna uživatelským právem. 1.9. Výroba - Ze záložky výdaje pořízení na vstupních dokladech je nově možné připojovat i výrobní příkaz. - V agendě Kooperace je umožněno připojit doklad v záložce výdaje pořízení, i když je výrobní příkaz ukončen. - Globální parametr "Hodinová sazba operace techn. postupu" je přejmenován na "Přednastavení hodinové sazby operace techn. postupu". Dále v agendě Parametry řad požadavků přibyl parametr "Hod.sazba pro ocenění výrobku". Předvyplnění tohoto parametru se provede dle globálního parametru a následně se pro ocenění využije parametr z řady požadavku. 1.10 Vylepšení uživatelského rozhraní - Do nabídky Nastavení plochy v menu Nastavení doplněn nový parametr "Zobrazování účetního zápisu na dokladech". K dispozici jsou volby: "Na 4 řádcích", "Na dvou řádcích (MD a D vedle sebe)", "Na 2 řádcích (MD a D) pod sebou". Výchozí volba je "Na dvou řádcích (MD a D vedle sebe)". Parametr ovlivňuje zobrazení účetního zápisu např. v agendě Interní doklady nebo na záložkách Rozúčtování. 2. ZMĚNY VE VERZÍCH PODROBNĚ ============================ Poznámka: Pokud se změna týká pouze CZ verze nebo naopak pouze SK verze, je toto u popisu dané změny uvedeno. Verze 7.01.13 (27.3.2007) Modul Mzdy: Upravena sestava "Výkaz zdravotního a sociálního pojištění celkem" pro případ nižší platby soc. pojištění. Opravena chyba, kdy se daňový základ plynoucí z příspěvku na PF nepřipočítával i do základu zdravotního pojištění. Opravena chyba, kdy se nezaokrouhlený doplatek mzdového dílčího listu připočítával při uzávěrce do hrubé mzdy. (SK) Nová tisková sestava "Oznámenie zamestnávateľa o preplatkoch a nedoplatkoch za jednotlivých zamestnancov za rok ....". (SK) Nová tisková sestava "Ročné zúčtovanie poistného na verejné zdravotné poistenie - typ A za rok 2006". Verze 7.01.12 (22.3.2007) Opravena chyba, kdy nebylo možné otevřít nápovědu pod MS Windows Vista. Opravena chyba, kdy se při aktualizaci slev Faktury vydané nezaktualizovaly všechny řádky. (SK) Upravena sestava "Súhrnný výkaz DPH". Modul mzdy: Upravena sestava "Přehled o výši pojistného a vyplacených dávkách" pro případ nižšího soc. pojištění. (SK) Nová tisková sestava "Oznámenie o nedoplatku alebo preplatku zamestnanca za rok ....". (SK) Opraven chybný výpočet vyměřovacího základu formuláře ELDP. (SK) Nová tisková sestava "Oznámenie o nedoplatku alebo preplatku zamestnávateľa za rok ....". (SK) Nová tisková sestava "Tisková sestava Doklad o výške príjmu a o preddavkoch na poistné za rok ....". Dalších cca 20 zásahů. Verze 7.01.11 (16.3.2007) Opravena chyba, kdy se po smazání řádku dodacího listu nezaktualizoval stav rezervací objednávky přijaté. Opravena chyba, kdy se při kopírování dokladu kopíroval i příznak Vyřízeno. Opravena chyba, kdy sumář DPH nesčítal celkem za více sazeb. Opravena chyba, kdy se při importu objednávky přijaté do faktury vydané chybně předvyplnil kurz. Opraven formulář pro devizovou platbu Komerční banky. Modul Mzdy: Zvýšen maximální počet hodin pro uzavření Dohody o provedení práce. Opravena chyba, kdy se položka Jubilejní odměna nezapočítávala do Vyměřovacího základu SP/ZP. Opravena chyba, kdy se chybně rozpočítávala částka při uzávěrce dle výkonů. (SK) Nová tisková sestava "Potvrdenie o podaní ročného zúčtovania poistného na verejné zdravotné poistenie za rok 2006". (SK) Nová tisková sestava "Žiadosť o vykonanie ročného zúčtovania / Žiadost o vystavenie dokladu o výške príjmu a o preddavkoch za rok XXXX podľa §19 ods. 5 zákona". Dalších cca 25 zásahů. Verze 7.01.10 (13.3.2007) Opravena chyba, kdy se při automatickém nastavování příznaku "Vyřízeno" na objednávkách zjišťoval stav čerpání pouze skladových řádků. Při importu dodacího listu do faktury vydané je nově možno rovnou zadat i Typ příjmu pro předvyplnění na řádky faktury. Zda je položka k dispozici a je povinná, závisí na stavu parametru Používání typu příjmů. (!) Nová funkčnost, možnost přenosu koncových stavů podrozvahových účtů z uzavíraného období do období nového. Modul Mzdy: (SK) Opraveno chybné zobrazení detailu řádku ročního zúčtování zdravotního pojištění, položky "Vypočítané ZP zaměstnavatel" a "Vypočítané ZP zaměstnanec". (SK) Opravena chyba, kdy se u invalidních zaměstnanců nezapočítal úhrn příjmů (§13 ods 1-4) do napočítaných řádků RZ-ZP. (SK) Možnost filtrovat zaměstnance, kteří nemají povinnost vykonat RZ-ZP a současně mají nedoplatek. (SK) Opravena chyba, kdy se nedohledala sazba daně pro RZ. Modul výroba: Urychleno ukládání dokladů Vrácení materiálu do výroby. Verze 7.01.09 (5.3.2007) Opravena chyba, kdy nebylo možné importovat více objednávek přijatých do faktury. (!) Nová funkčnost, možnost tisku servisní knížky. Opravena chyba, kdy nebylo možné změnit heslo uživatele. Modul Mzdy: Opraven způsob výpočtu částky, která nesmí být sražena povinnému ze mzdy. Upraven způsob zadávání a výpočtu přesčasových hodin. Opraven chybný výpočet odvodu sociálního pojištění na sestavách Přehled za firmu, Přehled za střediska a Přehled pojistného malé organizace. (SK) Opravena chyba, kdy bylo možné upravit uzavřené roční zúčtování. (SK) Opraven výpočet přeplatků/nedoplatků za zaměstnance a zaměstnavatele na ročním zúčtování zdravotního pojištění. (SK) Opravena chyba, kdy vytváření mzdového listu zaměstnanci, který již není v pracovním poměru, způsobilo kolizi. (SK) Opravena chyba, kdy se nevytvořil záznam ročního zúčtování zdravotního pojištění. Dalších cca 30 zásahů. Verze 7.01.08 (23.02.2007) Opravena chyba, kdy aktualizace prod. cen zkopírované faktury vydané způsobila kolizi. Modul Maloobchodní prodej: Opravena chyba, kdy se v kase, nastavené v režimu ceník, nedohledala položka dle kódu EAN. Opraveno chybné upřednostňování srážek ze mzdy dle priorit. Modul Mzdy: Upraven výpočet Základu SP a složek penzijního fondu tak, aby bylo možné položku Penzijní fond - Základ daně připočítávat i do základu SP. Opravena chyba výpočtů svátků mimo pracovní poměr. Opravena chyba, kdy se u měsíční mzdy s nastavením "Nepočítat náhradu za svátek" chybně dopočítával doplatek do zaručené mzdy. Opravena chyba, kdy zaměstnanci v měsíční pracovní neschopnosti nebylo možné provést srážku ze mzdy. (SK) Přeplatek Ročního zúčtování ZP přemístěn do zdanitelných příjmů. (SK) Upraveny výpočty sociálního fondu. (SK) Opravena chyba, kdy se na sestavě "ML - Štvrťročný prehľad dane" do jednotlivých sloupců přičítaly částky z předchozích měsíců. (!)(SK) Nová funkčnost, podpora výpočtu, tisku a exportu Ročního zúčtování zdravotního pojištění. (SK) Opravena chyba, kdy se zaměstnanci v invalidním důchodu započítával měsíc do dní nemocenských dávek. Verze 7.01.07 (9.02.2007) Opravena chyba, kdy se při importu dodacího listu do faktury vydané chybně přeneslo datum plnění. Opravena chyba, kdy se při automatickém vytváření dodacího listu z faktury vydané, nepřenesly uživatelsky definovatelné položky. Opravena chyba, kdy aktualizace prodejních cen faktury vydané způsobila pád systému ABRA. Opravena chyba, kdy obnova dat způsobila vynulování položky čerpáno na řádcích vratek. Opravena chyba, kdy import daňového zálohového listu do faktury vydané způsobil pád systému ABRA. Opravena chyba, kdy se při uložení faktury vydané změnilo pořadí řádků. Opravena chyba, kdy po obnově dat nebylo možné odpojit dodací list od faktury vydané. Opravena chyba, kdy ukončení AbraOLE způsobilo pád systému ABRA. Modul Mzdy: Opraven chybný výpočet omluvených hodin u nemocenských dávek při nepravidelném prac. kalendáři. Opravena chyba, kdy export ISPV2006 (Trexima) způsobil pád systému ABRA. Modul evidence pošty: Opravena chyba, kdy nebylo možné zkopírovat poskytovatele pošty. Dalších cca 30 zásahů. Verze 7.01.06 (23.01.2007) Opravena chyba, která působila problémy při obnově dat z verze 6.04. Opravena chyba při vytváření dobropisu a vratky na část faktury, kdy vratka vracela kompletní obsah dodacího listu. Opravena chyba v datumu platnosti aktualizace gl. proměnné S_PrumMzda. Při souběhu nastavení "uplatňování slev na jednotkovou cenu" a "4 nebo více desetinných míst pro zadávání částky na řádcích dokladů", se zaokrouhlovaly řádky na desetihaléře. Verze 7.01.05 (22.01.2007) Opravena chyba, kdy se při importu příjemky s typem obchodu "mimo zemi EU" do faktury přijaté chybně přeneslo DPH Opravena chybná aktualizace cen objednávek přijatých Opravena chyba, kdy přidání skladové karty do skladového menu způsobilo kolizi Opravena chyba, kdy hledání platby dle variabilního symbolu v bankovních výpisech způsobilo kolizi. Opravena chyba, kdy použití funkce "Nový podle existující vratky" agendy Vrácení pokladního příjmu otevřené přes X-vazby agendy Vratky dodacích listů způsobilo kolizi. Opravena chyba, kdy se při importu dodacího listu do faktury vydané nepřenesly položky Kraj původu, Do ESL a Do Intrastat připojené objednávky přijaté. Modul Kompletace: Opravena chyba, kdy import objednávky přijaté do kompletačního listu způsobil kolizi. Opravena chyba, kdy se nepřenesl provozní sklad z normy do kompletačního listu Modul Maloobchodní prodej: Opravena chyba, kdy vyhledání firem či skladových karet způsobilo kolizi. Opravena chyba, kdy bylo možno přečerpat zásobu na skladech Modul Daňová evidence: Opravena chyba, kdy otevření agendy Bankovní výpisy a Vzájemné zápočty způsobilo kolizi. Modul Mzdy: Opravena chyba, kdy nebylo možné hromadně opravit položku "Skupina prací" Verze 7.01.04 (14.01.2007) Opravena chyba, kdy se při opravě převodky výdej nezaktualizovala objednávka přijatá. Opravena chyba, kdy při importu objednávky přijaté do dodacího listu došlo ke kolizi. Opravena chyba, kdy zadání skladové karty do dokladu způsobilo kolizi. (!) Betaverze modulu Workflow, pro běh vyžaduje instalaci systému M/TeamBridge. Modul Mzdy: Opraveno rozúčtování částky Úrazového pojištění při uzávěrce. Opravena chyba, kdy se na mzdový list nepřenášel průměr na náhrady. Upravena průměrná mzda. Modul Kompletace: Opravena chyba, kdy se nepředvyplňovala zakázka a obchodní případ na dokladu Převod hotových výrobků. Opravena chyba, kdy při přechodu mezi stavy kompletačních listů došlo ke kolizi. Modul Maloobchodní prodej: Opraveno chybné zobrazování zásob při prodeji. Modul Výroba (!) V agendě Kooperace je umožněno připojit doklad v záložce výdaje pořízení, i když je výrobní příkaz ukončen. (!) Globální parametr Hodinová sazba operace techn. postupu je přejmenován na Přednastavení hodinové sazby operace techn. postupu. V agendě Parametry řad Požadavků přibyl parametr Hod. sazba pro ocenění výrobku se použije dle, předvyplnění tohoto parametru se provede dle globálního parametru a následně se pro ocenění využije parametr z řady požadavku. Dalších cca 15 zásahů. Verze 7.01.03 (8.01.2007) Opraveno chybné vyhodnocení podmínky Stav čerpání u Příjemek a Faktur přijatých. Opravena chyba, kdy se v sestavě "Schvalování dokladů" objednávek přijatých nezobrazoval průběh schvalování. Opravena chyba, kdy při mazání ceny připojené ke skladové kartě došlo ke kolizi. Opravena chyba, kdy se při mazání řádku Dodacího listu smazal i řádek připojené Objednávky přijaté. Nový parametr řad dokladů "Nepoužívaná řada", umožní filtrovat za nepoužívané řady. Opravena chyba, kdy při zobrazeném panelu def. údajů objednávek přijatých došlo k duplikaci řádků. Opravena chyba, kdy při občerstvení agendy Nabídky vydané došlo ke kolizi. Opravena chyba, kdy se při importu objednávky přijaté do faktury vydané, pokladního příjmu a dodacího listu nepřenesly slevy a příznak zmrazených slev. Opravena chyba, kdy se nákladová cena nabídek vydaných nenalezla dle dodavatele. Opravena chyba, kdy při použití řazení dle čísla dokladu agendy Schvalování dokladů došlo ke kolizi. Opravena chyba, kdy ve skladových kartách při sestupném třídění nebylo možno použít funkci rychlého hledání. Opravena chyba, kdy se při importu zálohového listu do dodacího listu nepřenesly textové řádky a firma. Opravena chyba, kdy se při importu objednávky přijaté do převodky výdej importovaly i řádky s nulovým množstvím. Opravena chyba, kdy se při importu objednávky vydané do příjemky nepřenesl druh dopravy INTRASTAT. Opravena chyba, kdy při vytváření dobropisu vydaného z faktury, ke které je připojen zálohový list, došlo ke kolizi. Opravena chyba, kdy při uzavření/otevření skladu došlo ke kolizi. Modul Mzdy: Opravena chyba, kdy výpočet ELDP způsobil kolizi. Provedeny úpravy k Nařízení vlády o způsobu výpočtu základní částky, která nesmí být sražena povinnému z měsíční mzdy. Opravena chyba, kdy se při zadání hodin do vypořádání přesčasu z minulých období nesnížil celkový počet nevypořádaných hodin. Provedeny úpravy k Nařízení vlády o minimální mzdě a o nejnižších úrovních zaručené mzdy. Opravena chyba v rozúčtování částky Úrazového pojištění při uzávěrce. Opravena chyba, kdy se chybně počítaly náhrady za překážky v práci. Opravena chyba výpočtu průměru na dovolenou. Provedeny úpravy ke zvýšení nároku na odstupné. Provedeny úpravy ke změně životního minima. (SK) Opravena chyba, kdy při přenosu výsledku ročního zúčtování do mzdového listu došlo ke kolizi. (SK) Přidána nová tisková sestava Štvrťročný prehľad dane 2006. Modul kompletace: Zavedena podpora otevřeného rozhraní. Normy rozšířeny o položku Popis. Opravena chyba, kdy se ve stromovém zobrazení kompletačních listů chybně zobrazil sklad. Modul výroba: Opravena chyba, kdy při zahájení výrobního příkazu došlo ke kolizi. Modul Daňová evidence: Opravena chyba, kdy při tisku reportu "Souhrnný přehled hospodaření" došlo ke kolizi. Verze 7.01.02 (20.12.2006) Změna umístění skladové karty v menu je podmíněna uživatelským právem. Opravena chyba, kdy se chybně zaúčtoval zaokrouhlovací rozdíl. Opravena chyba, kdy volba nové definovatelné položky bez zvolené třídy způsobila pád systému ABRA. Zobrazování šarží rozšířeno na 3 desetinná místa. Opravena chyba, kdy se v souvislostech osob nezobrazovala došlá pošta. Opravena chyba, kdy se uživatelům bez práva Vidět osobní údaje zaměstnanců tyto údaje tiskly. Opravena chyba, kdy přidání doplňku na definici formuláře skončilo chybou. Opravena chyba obnovy dat pod databázovým serverem Firebird 2.0. Opravena chyba, kdy při importu daňového zálohového listu do faktury přijaté, kde není zvolena řada dokladů, se vyvolalo chybové hlášení. Opravena chyba, kdy se uživateli s právem změny prodejní ceny nezobrazila jednotková cena. Opravena chyba, kdy se částka řádku výpisu změnila dle částky sloučených plateb jednotlivých dokladů. (!) Nová funkčnost - možnost přednostního výběru sazby penále z adresáře. (!) Nová funkčnost - má-li firma předvolen v adresáři sklad, tak tento se předvyplňuje do řádků objednávek přijatých a vydaných. Opravena chyba, kdy se v agendě bankovní výpisy při přidání a uložení párovací vazby vazba neuložila. (!) Nová funkčnost - možnost čerpání objednávky přijaté do výdajové převodky. (!) Nová funkčnost - zobrazení definovatelných sloupců agendy i v jiných agendách. Přidání reportu "Schvalování dokladů" do agend Objednávky přijaté a Objednávky vydané. Reporty zachycují průběh schvalování dokladů. Modul Kompletace (!) Nová funkčnost - možnost filtrovat za výrobek. (!) Nová funkčnost - kompletační listy lze vytvářet z dodacího listu a objednávky přijaté. Z kompletačního listu lze vytvořit fakturu vydanou. Propojení lze zobrazit v záložce X-vazby. Opravena chyba, kdy přidávání více řádků do kompletačního listu skončilo chybou. Opravena chyba převodu materiálu ze skladu materiálu na sklad provozní. Opravena chyba, kdy při vytváření faktury vydané z kompletačního listu došlo k chybě. Opravena chyba, kdy se při kopírování norem chybně vypočetla cena normy. Opravena chyba, kdy mazání materiálu ve stromovém zobrazení agendy Kompletační listy skončilo chybovým hlášením. Modul výroba (!) Přenos nastavení sazby pro operace technologického postupu z globálních parametrů na řadu požadavků na výrobu. (!) Nová funkčnost - možnost připojit výrobní příkaz do záložky výdaje pořízení faktur přijatých. Modul Mzdy Opravena chyba znemožňující export na portál veřejné správy. Provedeny změny ve stanovování pravděpodobného výdělku. Provedeny změny ve stanovování týdenní pracovní doby. Provedeny změny v příplatcích za noční práci, ztížené pracovní prostředí a sobotu a neděli. Provedeny změny dle Novely zákoníku práce. Opravena chyba, kdy nastavení periodicity v definici mzdové uzávěrky skončilo chybou. Nové tiskové sestavy Čtvrtletní výkaz o práci 2006 a Čtvrtletní výkaz o práci 2007. Modul Maloobchodní prodej (!) Nová funkčnost - možnost vyhledávat v kase dle více kritérií. Opravena chyba, kdy vracení účtenky dotykovou kasou skončilo chybou. Dalších cca 400 zásahů Verze 7.01.01 (10.12.2006) První verze nové řady Verze 6.05.03 (12.12.2006) Opravena chyba, kdy při mazání Objednávky přijaté připojené na Objednávku vydanou skončilo chybovým hlášením. Opraven problém s názvem souboru LICENCE.CFG na Linuxu. Opravena chyba, kdy při nastavení přebírání dealerské slevy nejdříve z provozovny, poté z firmy došlo při vytváření nové faktury vydané ke kolizi systému ABRA. Opravena chyba, kdy se při importu objednávky přijaté do faktury vydané správně nepřenášely uživatelské extra položky. Modul Maloobchodní prodej Opravena chyba, kdy pokladna neupozorňovala na otevřené účtenky. Opravena kontrola duplicity vybíraných skladů. Opraveno nefunkční tlačítko DIČ. Verze 6.05.02 (4.12.2006) Opravena chyba, kdy se při importu příjemky do faktury přijaté nevytvořily párovací vazby. (!) Možnost vložení obchodního případu na řádek objednávky přijaté. Opravena chyba, která zpomalila vytvoření faktury vydané. (!) Možnost vytvoření vazby řádku objednávky vydané s objednávkou přijatou. (!) Možnost přenosu definice ceny předchozího řádku na nový řádek objednávky přijaté. (!) Nová agenda Sazby upomínek. Nová funkčnost umožňuje volit sazby upomínek z této agendy, možnost měnit sazby mezi různými obdobími a zachovávat historii. (!) Možnost přidělit vlastní dealerskou třídu provozovně. (!) Možnost vyloučení makrokarty ze slev. (!) Na hlavičku objednávky přijaté přidána položka Způsob expedice. Položka umožňuje zvolit, zda se bude objednávka expedovat "Pouze celá", nebo "Částečně". (!) Možnost schvalovat Objednávky přijaté a Objednávky vydané. (!) Možnost předvyplnit firmě definici ceny. (!) Možnost výběru položky objednávky přijaté dle kódu dodavatele. Opravena chyba, která zpomalila průchod stromovým zobrazením skladových karet Modul výroba Opravena chyba, kdy se při vytváření výrobního příkazu ignorovalo nastavení struktury šarží a sériových čísel. Modul Maloobchodní prodej (!) Možnost prodeje z více skladů. (!) Možnost prodeje na více účtenek současně. Verze 6.05.01 (26.11.2006) První verze nové řady. Verze 6.04.26 (22.2.2007) Modul mzdy: (SK) Opravena chyba, kdy se chybně spočetl rozdíl na Daňovém bonusu v případě, že je rozdíl na Daňovém bonusu vyšší než nedoplatek na dani. Verze 6.04.25 (20.2.2007) Opravena chyba, kdy se při uzávěrce pokladního prodeje chybně vyhodnotil počet jednotek s převodním vztahem. Modul mzdy: (SK) Opravena chyba sestav a exportů "Mesačný výkaz poistného a príspevkov Sociálna poisťovňa", kdy se chybně zobrazoval v příloze počet kalendářních dní. (SK) Opravena chyba, kdy se nepřenášel záporný daňový rozdíl ročního zúčtování. (SK) Provedeny úpravy exportu "Mesačný výkaz poistného a príspevkov SP" (platnost od 1.8.2006). (SK) Přidána korekční položka pro úpravu odpočtu na manželku/manžela a nezdanitelného minima. (SK) Nová tisková sestava "Potvrdenie o zaplatení dane z príjmov zo závislej činnosti". (SK) Opravena chyba, kdy se při ukládání Ročního zúčtování pevná roční částka životního pojištění vynulovala. (SK) Opravena chyba, kdy se na sestavy Přehled hrubých mezd chybně tiskly mzdové náklady zaměstnance na dohodu. Verze 6.04.24 (8.1.2006) Opravena chyba, kdy bylo možné importovat doklad do nerozeditované objednávky vydané. Opravena chyba, kdy zrušení řádku faktury vydané zrušilo řádek připojené objednávky přijaté Modul mzdy: Opraven chybný výpočet průměru na nemoc po 1.8.2006. Verze 6.04.23 (5.1.2006) Opravena chyba, kdy se při zaúčtování sloučené platby bankovního výpisu zaúčtovávaly i řádky rozpadu. Opravena chyba, kdy při vytváření DV z FV připojené na ZV došlo ke kolizi systému ABRA. Opravena chyba, kdy se neprojevilo ruční párování řádku bankovního výpisu. Opravena chyba, kdy při převodu dat z ABRA Gold došlo k duplikaci stavů na skladě. (SK) Přidána nová sazba DPH 10% a nové DPH indexy. Modul Kompletace: Opravena chyba, kdy se celkové množství výskytu materiálu na kompletačních listech počítalo několikanásobně. Opravena chyba, kdy se jako Datum dokončení kompletačních listů převzalo aktuální datum. Dalších cca 10 zásahů Verze 6.04.22 (14.12.2006) Opravena chyba, kdy se vytvoření dodacího listu z objednávky přijaté nepřeneslo do stavu čerpání objednávky. Modul Mzdy: Upraveno Potvrzení o zdanitelných příjmech 2006. Verze 6.04.21 (4.12.2006) Opravena chyba, kdy se při instalaci systému ABRA bez modulu CRM nepodařilo spustit agendu Typy nabídek vydaných. Popis revizí rozšířen na 500 znaků. Verze 6.04.20 (26.11.2006) Opraveno pomalé načítání nezaplacených faktur a vytváření nové faktury. Opravena chyba, kdy se při vytváření faktury vydané z příjemky chybně předvyplnilo množství. Modul Kompletace Opravena chyba, kdy při importu dodacího listu do kompletačního listu došlo ke kolizi systému ABRA. Opravena chyba, kdy do normy nebylo možné přidat makrokartu. Opravena chyba, kdy se nezobrazovaly normy pro neprivilegované uživatele. Modul Mzdy Nová sestava "Výpočet daně z příjmů" vzor 11. 3. POZNÁMKY K INSTALACI ======================= Počítač, na kterém běží databázový server, by měl být vždy opatřen záložním zdrojem. Pokud používáte lokální instalaci ABRA G1/G2/G3, t.j. databázový i aplikační server na tomtéž počítači jako klientský program, tak platí toto důležité doporučení i pro něj. V minulosti byly zaznamenány případy, kdy při náhlém výpadku napájení došlo k částečnému narušení integrity dat. Toto narušení se při běžném provozu systému neprojevovalo avšak pokud se z takových dat udělala záloha, tak tato již nešla v případě nutnosti obnovit. Myslete prosím na to, že provozování databázového serveru na počítači bez záložního zdroje znamená značné bezpečnostní riziko a může ve svém důsledku způsobit ztrátu vašich dat. Systém ABRA G1/G2/G3 -------------------- Systém ABRA G1/G2/G3 vyžaduje pro svou práci SQL server Firebird verze 1.5 a vyšší. Pokud systém nainstalujete na počítač, na kterém je již tento SQL server nainstalován, musí na něm existovat uživatel "SYSDBA" s heslem "masterkey". Rovněž je možné toto upravit pomocí nástroje DBAdmin.exe po instalaci. Server Firebird verze 1.5 je instalován automaticky v případě, že instalační program zjistí, že na počítači není server Firebird přítomen nebo instalovaná verze je starší, případně server není korektně instalován. Samotný systém ABRA Gx byl dlouhodobě testován, nicméně nedoporučujeme instalovat systém ABRA Gx na počítač, na kterém je již Firebird instalován, případně na počítač, na kterém jsou zpracovávána citlivá data nebo úlohy. Během instalace se také rozšiřuje instalace Firebird serveru o uživatelsky definované funkce (UDF), které se nahrávají jako soubor s příponou .DLL do instalačního adresáře Firebird serveru (typicky C:\Program Files\Firebird\UDF). V případě provozování databázového serveru na Linuxu je nutné aktualizovat UDF funkce ručně, popis viz kap. DATABÁZOVÝ SERVER. Pro komunikaci aplikačního serveru (respektive klientského PC - v případě single instalace) s databázovým serverem Firebird je možné použít protokoly: a) TCP/IP (doporučeno) b) NetBEUI (pouze v případě použití na serverovém operačním systému Windows) c) v případě single instalace tzv. lokální protokol. Volba se provádí pomocí parametru spojení "Server Name" (viz dále kap. POPIS PARAMETRŮ SPOJENÍ). Kompletní instalace vyžaduje cca 200 MB diskového prostoru. Systém ABRA G4 -------------- Systém ABRA G4 potřebuje pro svůj běh databázový server Oracle. Bližší informace k instalaci databázového serveru Oracle naleznete v dokumentaci dodávané společně se systémem ABRA G4, kterou naleznete v podadresáři oracle. Update dříve nainstalovaného systému ABRA Gx je možný jen tehdy, pokud není updatovaná ABRA Gx spuštěna. Během updatu bude potřeba soubor s poslední zálohou dat ze systému ABRA Gx. Aktivační klíče zůstanou zachovány. Obecné požadavky ---------------- Instalace na počítačích s operačním systémem Windows NT/2000/XP/2003 vyžaduje administrátorská oprávnění. Pro síťový provoz aplikace ABRA Gx je nezbytný protokol TCP/IP na klientských počítačích i na aplikačním serveru. Během instalace se automaticky nakonfiguruje jedno spojení na databázi a to buď s využitím protokolu TCP/IP proti lokálnímu počítači (localhost) v případě síťové instalace, nebo s lokálním protokolem v případě single instalace nebo demoverze. Parametry spojení lze upravit pomocí nástroje DBAdmin.exe. Popis vybraných parametrů spojení v nástroji DBAdmin.exe -------------------------------------------------------- Server Name=název spojení Specifikuje název spojení na databázi. Pro databázový server Firebird má tento identifikátor formát: [server:]cesta k databázi[;počet stránek] Pokud neuvedete jméno serveru, použije se lokální protokol, v případě tvaru s dvojtečkou se použije protokol TCP/IP. Pro síťový provoz není možné použít tzv. lokální spojení se serverem Firebird ani tehdy, pokud je umístěn na stejném počítači jako aplikační server. Jako jméno serveru je možné použít také IP adresu nebo jméno localhost, zastupující lokální počítač. Dále je možné nastavit počet stránek, po jejichž dosažení bude databáze pokračovat v dalších souborech. Pokud se neuvede, bude pokračovat po dosažení hranice max.velikosti souboru použitého filesystému. Počet stránek se specifikuje tak, že se za cestu k souboru doplní středník a za něj celé číslo. Pokud databáze nepokračuje v dalších souborech, nemá smysl počet stránek uvádět. Příklad: Server Name=localhost:C:/AbraG3/Data1.gdb;10000 Pro databázový server Oracle se používá standardní deskriptor spojení. Additional File=cesta k dalšímu souboru s databází[; počet stránek] Pouze Firebird. Jeden nebo více těchto parametrů definuje další soubory, kterými databáze pokračuje. Pokud se jich uvede více, budou se soubory plnit v pořadí těchto parametrů. Soubory mohou být i na jiných discích filesystému než základní soubor s databází. Volitelně může být parametr doplněn o počet stránek podobně jako v parametru "Server Name". Počet stránek nemá smysl uvádět u posledního souboru v řadě. Příklad: Additional File=C:/AbraG3/Data.gd2;10000 Additional File=C:/AbraG3/Data.gd3 Page Size=velikost stránky Pouze pro Firebird. Definuje velikost stránky v bytech. Soubor s databází si databázový server rozděluje do stránek s touto velikostí - čím je stánka menší, tím je databázový soubor kratší, avšak odezva je pomalejší a obráceně, od určité velikosti stránky se ovšem začne uplatňovat rychlost zápisu změněných stránek na disk, kdy je třeba více času, proto je vhodné zvolit kompromis. Výchozí hodnota je 4096, doporučená je 8192. Příklad: Page Size=8192 Předchozí parametry spojení mají vliv pouze při vytváření databáze, proto pokud např. změníte velikost stránky nebo nastavíte pomocí parametrů "Additinal file" rozdělení databáze do více souborů, je třeba pro jejich aktivaci provést zálohu a obnovu. Během obnovy se již vytvoří databáze s více soubory. isc_dpb_user_name=jméno uživatele isc_dpb_password=heslo Definují přihlašovací jméno a heslo pro připojení k databázovému serveru. Pro větší bezpečnost je možné změnit výchozí hodnoty pro server Firebird, které jsou "SYSDBA" a heslo "masterkey". Parametry spojení se kryptují, proto nejsou bez znalosti přístupového hesla k DBAdmin.exe volně viditelné. 4. INSTALACE NA POBOČKY ======================= V zásadě jsou možné dva způsoby instalace na pobočky - replikační a terminálová. Replikační instalace (tzv.off-line): Tato konfigurace je vhodná pro firmy, které mají centrálu a maximálně 15 poboček. HW požadavky na pobočky (server, klientské stanice) jsou podobné jako pro centrálu. Při práci se systémem vznikají tzv. replikační logy, tyto logy se pravidelně vyměňují s centrálou pomocí vhodného média (disk, FTP server, SSH apod.). Replikace lze provádět i automaticky v určeném intervalu (15 minut, hodina, den...) pomocí replikačního serveru, avšak v tom případě je třeba mít na pobočkách i centrále pevné připojení k internetu. Off-line je tento způsob nazýván proto, že data z poboček putují na centrálu v určitých intervalech a tudíž nejsou na centrále k dispozici okamžitě po jejich uložení na pobočce. Terminálová instalace (tzv.on-line): Tato konfigurace je vhodná pro všechny firmy, které mají centrálu a pobočky. Implementace on-line řešení je vždy třeba připravit dle potřeby konkrétního zákazníka ale v zásadě se jedná o velikou instalaci na centrále a mnoho vzdálených PC, které na ní přistupují díky speciálnímu terminálovému software přes telekomunikační linky. Komunikace probíhá prostřednictvím Internetu, VPN, popřípadě i vytáčeného spojení. Klientské stanice pracují jako terminály tzn. aplikace ABRA běží vzdáleně na centrále a přes síť se na klientské PC (či jiné zařízení) přenáší jen údaje klávesnice, myši a obrazovky. Právě díky tomu je např. doklad uložený na pobočce vidět z ostatních počítačů na centrále ihned, okamžitě. Na centrále se terminálové rozhraní řeší nejčastěji prostřednictvím SW Citrix Metaframe (ICA protokol) nebo MS Terminal services (RDP protokol). 5. KONFIGURAČNÍ SOUBOR NEXUS.CFG ================================ Během instalace se automaticky vytvoří konfigurační soubor NEXUS.CFG, který má strukturu běžného INI souboru s několika sekcemi. Typicky se jedná o sekce [Client] a [Server], ale může mít i další sekce, viz dále. Tento soubor slouží pro základní konfiguraci systému a pro běžnou instalaci v prostředí Windows jej většinou není třeba měnit. Popis možných konfiguračních parametrů v souboru NEXUS.CFG: --------- sekce [Client] Local v sekci [Client] Pokud je nastaveno na 1, poběží ABRA Gx v jednouživatelské konfiguraci bez aplikačního serveru, což je výchozí konfigurace pro Demo a Free verzi. Pokud je 0, jedná se o síťový provoz proti aplikačnímu serveru. Implicitní hodnota je 1. ServerName v sekci [Client] Jméno nebo IP adresa počítače, na kterém běží aplikační server v síťové konfiguraci. V jednouživatelské (lokální) konfiguraci nemá smysl. CheckIfDatabaseRunning v sekci [Client] Slouží k vypnutí/zapnutí kontroly, která ověřuje spuštění databázového serveru FB. Parametr se aplikuje pouze při lokální instalaci. Pokud je nastaveno na 1, kontroluje se, zda je spuštěn FB. Pokud je 0, kontrola je vypnuta. Implicitní hodnota je 1. TerminateSafely v sekci [Client] Je-li nastaveno na 1 je aktivní režim bezpečného ukončování klientské aplikace, při kterém nedochází k chybovým hlášením. Implicitní hodnota je 1. ServerNotificationInterval v sekci [Client] Interval, v kterém klient dává vědět serveru, že je stále aktivní. Aby tuto notifikaci mohl klient posílat, je nutné, aby mu operační systém přiděloval čas procesoru. Implicitní hodnota je 60 t.j. 1 minuta. RecvTimeout v sekci [Client] Časový interval v sekundách, po který bude klient čekat na odpověď serveru během TCP komunikace. Implicitní hodnota je -2 (klient čeká na odpověď serveru nekonečně dlouho). RecvBufferSize v sekci [Client] Velikost bufferu klienta v Bytech pro příjem. Implicitní hodnota je 32 768 t.j. 32KB. SendBufferSize v sekci [Client] Velikost bufferu klienta v Bytech pro odesílání. Implicitní hodnota je 32 768 t.j. 32KB. SocketBufferSize v sekci [Client] (i Server - viz dále) Velikost TCP/IP bufferu pro komunikaci mezi serverem a klientem a naopak. Pokud je příliš velká, způsobuje to, že je v případě serveru pro každého klienta alokována příslušná část z tzv. nestránkované paměti - velikost této paměti je na systémech třídy NT limitována a tato oblast paměti se nikdy neodkládá na disk. Je-li tento údaj nastaven na -1, neomezuje se velikost bufferu, a podle toho, jaká největší data se na klienta přenášela, se upravuje. Implicitní hodnota je 65 536 t.j. 64KB. CompressionLevel v sekci [Client] (i Server - viz dále) Provádění komprese dat před vlastním přenosem dat po síti. Je možné nastavit kompresi pouze jedním (např. pouze v sekci [Server]) nebo oběma směry, druhá strana umí kompresovaná data vždy zpracovat. Reálné zmenšení přenášených dat je cca 10-40%. Je-li nastaveno na 0, komprese se neprovádí. Je-li nastaveno na 1, provádí se rychlá komprese. Je-li nastaveno na 2, provádí se střední komprese. Je-li nastaveno na 3, provádí se efektivní, avšak pomalejší komprese. Implicitní hodnota je 0 (bez komprese). MinSizeForCompression v sekci [Client] (i Server - viz dále) Mez pro použití komprese, má význam pouze, pokud je komprese zapnuta pomocí parametru CompressionLevel. Pokud je přenášený blok dat menší než uvedený počet bytů, komprese se nepoužije. Implicitní hodnota je 128. --------- sekce [Server] ProviderType v sekci [Server] Typ aplikačního serveru. Je-li nastaveno na 0, je aplikačním serverem Windows aplikace. Je-li nastaveno na 1, je aplikačním serverem NT service (pouze u serveru Windows NT/2000/XP/2003). Je-li nastaveno na 2, je aplikačním serverem Linux daemon (pouze v případě serveru Linux). Implicitní hodnota je 0. Pozn: V případě NT služby (tedy ProviderType=1) je nejprve nutné službu zaregistrovat, což se provede spuštěním z příkazové řádky: \AppServerS.exe /INSTALL StorageDLL v sekci [Server] Jméno souboru i s cestou v kontextu serveru, který implementuje sdílenou repozitoř. Implicitní hodnota je \NxStg.dll StorageFile v sekci [Server] Jméno souboru i s cestou v kontextu serveru, který obsahuje data sdílené repozitoře. Implicitní hodnota je \Storage.STF MaxOpenedUnusedConnections v sekci [Server] Maximální počet nevyužitých spojení s databází. Pokud je -1, není tento počet nijak kontrolován a upravován. Má význam zejména v rozsáhlých síťových instalacích. Jedná se o kompromis mezi časem potřebným k vytvoření spojení s SQL serverem a tím, že každé zbytečně vytvořené spojení čerpá jisté zdroje serveru (paměť, TCP/IP spojení atd.) Implicitní hodnota je -1. UnusedConnectionLifeTime v sekci [Server] Doba životnosti nevyužitého spojení s databází (v sekundách). Nevyužitá spojení jsou odložena, a pokud nejsou v definované době znovu vyžita nějakým klientem, uvolní se. Implicitní hodnota je 360 t.j. 6 minut. ClientInactivityTime v sekci [Server] Doba, po kterou je tolerována nečinnost klienta, pokud trvá nečinnost klienta delší dobu, je spojení s klientem ukončeno ze strany serveru. Udává se v sekundách. Činností klienta se myslí skutečná komunikace s aplikačním serverem nebo v pravidelných intervalech zasílaná notifikace. Implicitní hodnota je 360 t.j. 6 minut. RecvTimeout v sekci [Server] Časový interval v sekundách, po který bude server čekat na dodání dat od klienta během TCP komunikace. Implicitní hodnota je 60 sekund (jestliže data z klienta nedorazí na server ve stanoveném intervalu, bude jej server považovat za nefunkčního a ukončí s ním komunikaci). Port v sekci [Server] Číslo TCP/IP portu, pomocí něhož spolu klient a server komunikují. Pro konkrétní aplikační server a všechny jeho klienty musí být toto nastavení stejné, jinak by komunikace principiálně nefungovala. Proto se nastavení nalézá pouze v jedné ze sekcí (v server) i když si informaci z něho čerpá jak serverová tak i klientská strana. Tohoto nastavení se využívá také u instalací s více než jedním aplikačním serverem na jednou počítači kde musí každý z aplikačních serverů mít nastaven svůj vlastní komunikační port. Implicitní hodnota je 8090. ServiceNameSuffix v sekci [Server] Doplněk ke jménu NT služby aplikačního serveru, využije se pouze u instalací s více než jedním aplikačním serverem na jednou počítači. SocketBufferSize v sekci [Server] (i Client - viz výše) Velikost TCP/IP bufferu pro komunikaci mezi serverem a klientem a naopak. Pokud je příliš velká, způsobuje to, že je v případě serveru pro každého klienta alokována příslušná část z tzv. nestránkované paměti - velikost této paměti je na NT limitována a tato oblast paměti se nikdy neodkládá na disk. Je-li tento údaj nastaven na -1, neomezuje se velikost bufferu, a podle toho, jaká největší data se na klienta přenášela, se upravuje. Implicitní hodnota je 65536 t.j. 64KB. CompressionLevel v sekci [Server] (i Client - viz výše) Provádění komprese dat před vlastním přenosem dat po síti. Je možné nastavit kompresi pouze jedním (např. pouze v sekci [Server]) nebo oběma směry, druhá strana umí kompresovaná data vždy zpracovat. Reálné zmenšení přenášených dat je cca 10-40%. Je-li nastaveno na 0, komprese se neprovádí. Je-li nastaveno na 1, provádí se rychlá komprese. Je-li nastaveno na 2, provádí se střední komprese. Je-li nastaveno na 3, provádí se efektivní, avšak pomalejší komprese. Implicitní hodnota je 0 (bez komprese). MinSizeForCompression v sekci [Server] (i Client - viz výše) Mez pro použití komprese, má význam pouze, pokud je komprese zapnuta pomocí parametru CompressionLevel. Pokud je přenášený blok dat menší než uvedený počet bytů, komprese se nepoužije. Implicitní hodnota je 128. Locale v sekci [Server] Jméno národního prostředí, pod kterým běží aplikační server na Linuxu, pro Windowsový server nemá smysl. Viz kap. Linux. Implicitní hodnota je cs_CZ.cp1250. CanCountNetTraffic v sekci [Server] Pokud je zde nastavena hodnota 1, server počítá přijaté a odeslané bajty ze síťové komunikace. Implicitní hodnota je 0. --------- Sekce [Replications] Slouží pro konfiguraci replikačního serveru. Popis parametrů této sekce je většího rozsahu a proto je podrobně vysvětlen v elektronické dokumentaci ABRAGx.CHM v sekci "Přenosy přes replikační server". --------- Sekce [HttpProxy] Slouží pro konfiguraci serveru proxy. Systém ABRA Gx umožňuje přistupovat přímo k internetovým zdrojům např.: Hlavní okno pro spouštění agend může být konfigurováno s odkazy do sítě internet. A pokud je v dané komunikační infrastruktuře (firmě) pro přístup k internetu používán tzv. Proxy server, je třeba zadat následující podrobnosti připojení, aby bylo možné z aplikace ABRA Gx k síti internet přistupovat. ProxyServer v sekci [HttpProxy] IP adresa serveru proxy. Implicitní hodnota je prázdný řetězec, spojení bez serveru proxy. ProxyPort v sekci [HttpProxy] Číslo TCP/IP portu, na kterém běží http server proxy. Implicitní hodnota je 0. ProxyUser v sekci [HttpProxy] Jméno uživatele pro ověření serverem proxy. Implicitní hodnota je prázdné jméno. ProxyPassword v sekci [HttpProxy] Heslo uživatele pro ověření serverem proxy. Implicitní hodnota je prázdné heslo. AllowUseIndividualProxy v sekci [HttpProxy] Je-li nastaveno na 1, mohou uživatelé konfigurovat individuální server proxy. Lokální nastavení pak bude upřednostněno před globálním. Implicitní hodnota je 1. 6. LINUX ======== Serverové aplikace systému ABRA Gx lze provozovat v operačním systému Linux pro 32-bitové procesory Intel řady x86. Instalaci nelze provádět přímo v operačním systému Linux, ale je potřeba ji provést z klientské stanice s operačním systémem Windows, a to dvěma možnými způsoby – buď instalací na síťové sdílení na Linuxovém serveru, nebo instalací v systému Windows a překopírováním instalačního adresáře na Linuxový server. 1) Nejprve je potřeba vytvořit na serveru síťové sdílení podporující protokol CIFS (např. s použitím síťového serveru Samba) pro uložení klientské i serverové části aplikace. 2) Pak se spustí instalační program a jako cílový adresář se uvede síťové sdílení ve formátu UNC (např. \\server\abra). Alternativně lze provést instalaci na klientskou stanici a poté překopírovat obsah adresáře s instalací do síťového sdílení. 3) Dále je nutno ověřit, zda vaše distribuce obsahuje podporu národního prostředí. Lze to zjistit např. podle existence zdrojových souborů pro podporu národního prostředí a souborů s definicemi kódových stránek, které se obvykle nacházejí v adresáři /usr/share/i18n. Pokud Vaše instalace tuto podporu neobsahuje, pak je potřeba ji doinstalovat (typicky je obsažena v instalačním balíčku, který v názvu obsahuje i18n, pro bližší informace konzultujte provozní dokumentaci použité distribuce). 4) Poté zkopírujte soubor s popisem národního prostředí cs_CZ@abra z adresáře, kam jste umístili instalační soubory systému ABRA Gx, do cesty pro zdrojové soubory s národním prostředím, typicky /usr/share/i18n/locales. Tento soubor oproti standardnímu dodávanému v distribuci definuje řazení číslic před písmena. Předtím si můžete zkontrolovat, zda soubor odpovídá vaší distribuci, popřípadě si můžete vytvořit svůj vlastní soubor cs_CZ@abra tak, že v kopii vašeho souboru cs_CZ posunete v sekci LC_COLLATE mezi order_start a order_end blok číslic před blok písmen. 5) Vygenerujte podporu pro národní prostředí v kódování CP1250 příkazem: $ localedef -c -i cs_CZ@abra -f CP1250 cs_CZ.cp1250 Tímto se obvykle založí adresář /usr/lib/locale/cs_CZ.cp1250 s definicemi národního prostředí. 6) Upravte konfigurační soubor systému ABRA Gx, především hodnoty ProviderType a StorageFile v sekci [Server] a hodnoty ServerName a Local v sekci [Client] (viz. kapitola KONFIGURAČNÍ SOUBOR). Jako jméno serveru v parametru ServerName je výhodné použít IP adresu. 7) Nakonec nastavte spouštění serverových aplikací ABRA Gx při startu serveru, příklad spouštění naleznete v dodávaných shellových scriptech appserver.sh a repserver.sh. Další kroky, např. založení nového spojení, jsou shodné s provozem na operačním systému Windows. Pro podmínky provozu databázového serveru na Linuxu viz kap. DATABÁZOVÝ SERVER. Známý problém: Některé distribuce operačního systému Linux (např. RedHat 7.3 a 8.0) nemají vytvořen symbolický odkaz na knihovnu libcrypt.so, která se používá při komunikaci s databázovým serverem. Proto je třeba odkaz vyrobit ručně příkazem ln: $ ln -s /lib/libcrypt.so.1 /lib/libcrypt.so 7. DATABÁZOVÝ SERVER ==================== Systém ABRA Gx pracuje s databázovým serverem Firebird (ABRA G1/G2/G3), nebo s databázovým serverem Oracle (ABRA G4). Popis instalace a zprovoznění databázového serveru Oracle je kvůli svému rozsahu a komplexnosti zdokumentován v příručkách oracle_win.pdf a oracle_linux.pdf, které jsou součástí distribuce systému ABRA G4 a které naleznete v podadresáři oracle. V dalším popisu se budeme věnovat pouze databázovému serveru Firebird. Pokud se ve stejné cestě, ze které se spouští instalační program ABRA G1/G2/G3, nalezne instalační soubor SQL serveru Firebird a na počítači dosud nebyl žádný SQL server Firebird instalován, spustí se automaticky nejprve instalace Firebird. Je však možné použít i jiné kompatibilní SQL servery, než které se dodávají s tímto produktem (viz http://www.ibphoenix.cz). Po úspěšné instalaci databázového serveru bude pokračovat instalace ABRA G1/G2/G3. Tabulka kompatibility databázových serverů Firebird/Interbase s verzemi ABRA G1/G2/G3: --------------------------------------------------------------------------- | verze | Interbase | Firebird pro Windows | Firebird pro Linux | | | | Classic | Super | Classic | Super | | | 6.0 | 7.1 | 7.5 | 1.0 | 1.5 | 1.0 | 1.5 | 1.0 | 1.5 | 1.0 | 1.5 | --------------------------------------------------------------------------- | 2.01 | x | | | | | | | | | | | | 3.01 | x | | | | | x | | x | | x | | | 3.02 | x | x | | | | x | | x | | x | | | 4.01 | x | x | | | | x | x | x | x | x | x | | 5.01 | | x | | | | x | x | x | x | x | x | | 5.02 | | x | x | | x | x | x | x | x | x | x | | 5.03 | | x | x | | x | x | x | x | x | x | x | | 5.04 | | x | x | | x | x | x | x | x | x | x | | 6.01 | | x | x | | x | x | x | x | x | x | x | | 6.02 | | | | | x | | x | | x | | x | | 6.03 | | | | | x | | x | | x | | x | | 6.04 | | | | | x | | x | | x | | x | --------------------------------------------------------------------------- Databázový server Firebird je dodáván ve dvou variantách – ClassicServer (CS) nebo SuperServer (SS). Rozdíl mezi oběma variantami je ve způsobu, jakým server obsluhuje klientská spojení. Ve variantě ClassicServer se pro každé nové klientské spojení vytváří nový proces operačního systému, zatímco u varianty SuperServer obsluhuje server klientská spojení v rámci jediného procesu s použitím tzv. vláken (threads). Obecně platí, že variantu ClassicServer nasazujeme v případě, kdy vyžadujeme větší propustnost dat na úkor složitější správy systému, je tedy vhodnější pro víceuživatelské instalace. Naopak varianta SuperServer je ideální pro jednouživatelské instalace. Instalace databázového serveru Firebird v operačním systému Linux ----------------------------------------------------------------- Pro instalaci databázového serveru Firebird na Linux lze použít instalační balíčky, které jsou k dispozici na stránkách projektu Firebird (http://www.firebirdsql.org), instalační balíčky dodávané s konkrétní distribucí, nebo lze pro instalaci využít přímo zdrojové kódy, které jsou k dispozici zdarma (v tomto případě je potřeba mít k dispozici vývojové prostředí s kompilátorem jazyka C/C++ GCC, bližší informace naleznete na webových stránkách projektu Firebird). 1) V závislosti na verzi systému ABRA G1/G2/G3 si zvolte odpovídající verzi databázového serveru Firebird (viz. výše uvedená tabulka). 2) Instalaci databázového serveru můžete provést buď z archivu programu tar(1), např. pokud máte archiv pro instalaci FirebirdCS-1.5.2.4731-0.i686.tar.gz: $ tar xzvf FirebirdCS-1.5.2.4731-0.i686.tar.gz $ cd FirebirdCS-1.5.2.4731-0.i686 $ ./install.sh nebo pokud používáte distribuci, která pro správu balíčků využívá systém RPM (např. RedHat, Fedora, Mandriva), můžete využít balíček v formátu rpm: $ rpm -iv FirebirdCS-1.5.2.4731-0.i686.rpm 3) Po instalaci ABRA G1/G2/G3 je nutné zkopírovat ručně soubory s příponou *.so z instalačního adresáře systému ABRA do adresáře s uživatelsky definovatelnými funkcemi v instalaci Firebird na Linuxu (typicky /opt/firebird/UDF) a restartovat databázový server (pokud používáte variantu SuperServer). Nezapomeňte toto učinit po každé instalaci novější verze ABRA G1/G2/G3. Upozornění pro uživatele distribuce Debian a Ubuntu (od verze 6.10 Edgy Eft): Pokud používáte databázový server Firebird nainstalovaný z balíčku dodávaného v této distribuci, je potřeba uložit UDF knihovny do adresáře /usr/lib/firebird2/UDF. Dále je nutné tyto knihovny přejmenovat tak, aby měly předponu 'lib', tj. knihovnu udfs_00.so přejmenujte na libudfs_00.so a knihovnu udfs_01.so na libudfs_01.so. A konečně do souboru /etc/ld.so.conf je třeba přidat řádek: /usr/lib/firebird2/lib. Poté je potřeba spustit příkaz ldconfig, který vytvoří potřebné odkazy a aktualizuje vyrovnávací paměť dynamického linkeru. Pokud by tyto kroky nebyly provedeny, zmíněné UDF funkce systému ABRA nebudou pro Firebird dostupné a celá instalace bude vykazovat chyby za běhu aplikace. 4) I když další konfigurace databázového serveru není nezbytně nutná, doporučujeme prohlédnout konfigurační soubor (firebird.conf) a zvážit, zda ve vašem konkrétním případě nevyžaduje úpravy. Poinstalační kroky pro Firebird 1.5 na Linuxu --------------------------------------------- Firebird 1.5 je dodáván jak s výkonnou knihovnou (libfbembeded.so), tak s klientskou knihovnou (libfbclient.so). Pro zachování kompatibility si během instalace vytváří symbolický odkaz se jménem libgds.so nasměrovaný na libfbembedded.so. Pro běh aplikačního serveru je ale potřeba, aby odkaz libgds.so ukazoval na kihovnu libfbclient.so. Postup: 1) Vytvořte si adresář, ve kterém vytvoříte odkaz na libfbclient.so (např. /opt/libfbabra). $ mkdir /opt/libfbabra 2) Vytvořte symbolický odkaz. $ ln -s /opt/firebird/lib/libfbclient.so.1.5.0 libgds.so.0 3) Upravte spouštění aplikačního serveru tak, aby používal libgds.so z této cesty. Například stačí doplnit do spouštěcího skriptu appserver.sh nastavení proměnné LD_LIBRARY_PATH. $ cat appserver.sh export LC_ALL=cs_CZ.cp1250 export LD_LIBRARY_PATH=/opt/libfbabra ./abramgr -start appserver 4) V některých případech je třeba upravit pomocí nástroje gsec bezpečnostní heslo uživatele SYSDBA: $ /opt/firebird/bin/gsec GSEC> modify SYSDBA -pw masterkey Warning - maximum 8 significant bytes of password used GSEC> quit 5) Vzhledem k tomu, že výchozí uživatel, pod kterým běží databázový server a pod kterým bude také přistupovat k databázi, je uživatel se jménem firebird ze skupiny firebird, bude nutné nastavit přístupová práva k databázovým souborům. $ chown -R firebird:firebird /cesta/k/databazi $ chmod -R 0777 /cesta/k/databazi Další poinstalační kroky na Linuxu ---------------------------------- 1) Pokud používáte Firebird ve variantě ClassicServer a pro spouštění síťových služeb používáte démona xinetd(8), pak si zkontrolujte jeho nastavení. Typicky je třeba přidat atributy instances a per_source s hodnotou UNLIMITED do souboru /etc/xinet.d/firebird, viz popis konfiguračního souboru xinetd.conf(5). 2) Pro běh serveru ve variantě ClassicServer je podle jeho zatížení nutné zkontrolovat a popřípadě upravit parametry kernelu. Většina moderních distribucí Linuxu tyto požadavky splňuje bez nutnosti cokoliv měnit, ověřeno na RedHat 7.3. Další podrobnosti viz http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_sem_sm NPROC >= počet_klientů_aplikačního_serveru * 4 SHMMAX >= V4_LOCK_MEM_SIZE SEMMNS >= 48 + počet_semaforů_ostatních_aplikací SEMMSL >= 32 SEMMNU >= NPROC SEMMNI >= 3 Tipy pro zvýšení výkonu databázového serveru Firebird: ------------------------------------------------------ Ve stabilním serverovém prostředí (dedikovaný server, UPS, odolný filesystém) je možné vypnout databázi parametr ForcedWrites, který, je-li zapnut, zvyšuje odolnost databáze proti výpadkům a chybám integrity, ale současně snižuje výkon o několik desítek procent. Výchozí hodnota je pro FireBird vypnuto. Parametr lze přepínat např. pomocí nástroje gfix, který je instalován v rámci databázového serveru (gfix -write async). Databázový server pravidelně provádí tzv. sweep databáze, což je operace, při které se odstraňují nepoužívané interní struktury brzdící normální práci serveru. Po určeném počtu transakcí (výchozí hodnota je 20000) se sweep provede automaticky, je však výhodné provést tuto operaci v rámci např. noční pravidelné údržby databáze. Pro vynucený sweep lze opět použít nástroj gfix (gfix -sweep). Další možnosti zvýšení výkonu, např. volbou velikosti stránky databáze nebo velikosti vyrovnávací paměti stránek databázového serveru, viz dokumentace k příslušnému serveru. Odkazy: ------- http://www.firebirdsql.org http://www.ibphoenix.com http://www.borland.com 8. INSTALACE UPDATE SW ABRA =========================== V následujícím textu budou uvedeny orientační instalační postupy pro převedení SW ABRA na vyšší verzi. Pokud si nejste jistí kroky, které postupy obsahují, doporučujeme raději svěřit proces update do rukou servisního oddělení firmy ABRA Software nebo některému z jejích partnerů. Poznámka: Pokud používáte ve své instalaci sestavy, založené na uživatelských Dyn SQL nebo externí aplikace napojené pomocí rozhraní ABRAOLE, doporučujeme provést nejdříve testovací update na jiné, nejlépe lokální kopii vaší instalace a vyzkoušet si tak tiskové sestavy i externí aplikace ještě před ostrou instalací update. Předejdete tak možným problémům na ostré instalaci, které mohou být zapříčiněny rozdílností struktur objektů či funkcí OLE z jedné verze do jiné. Aby byly změny systémových definic z jedné verze do druhé popsány jasně a hlavně aby je bylo vidět ještě před instalací update, přibyl do instalační sady od verze 6.03 nástroj DefsComp.EXE. Na webových stránkách www.abra.eu, v sekci Download, jsou od verze 6.02 k dispozici NXA soubory s popisem systémových definic každé verze a počínaje v.6.03 je tento popis také součástí instalace (vždy pod jménem DefsComp.NXA). Před uvažovanou instalací update si stačí spustit nástroj DefsCOMP.EXE, zadat mu v dialogu NXA soubory z původní a nové verze a pak si jen prohlédnout systémové změny. Tato funkcionalita Vám umožní posoudit, zda se provedené změny týkají vašich zákaznických aplikací či uživatelských sestav. V případě pobočkové instalace typu off-line (používání replikací) kontaktujte hotline! Update ABRA G1-G3 na Windows ---------------------------- 1. všichni uživatelé musí ukončit práci v systému 2. proveďte zálohu dat pomocí agendy „Administrace => Zálohování dat“ 3. ukončete činnost aplikačního serveru 4. zkopírujte adresář obsahující původní instalaci SW ABRA Gx do zálohového adresáře 5. vložte instalační CD do mechaniky na serveru (pokud se Vám automaticky nespustí úvodní obrazovka, spusťte ručně program CD...\aktisrun.exe) 6. spusťte tlačítko "Instalace produktů" a vyberte příslušnou verzi SW ABRA Gx nebo v případě instalační sady stažené z www.abra.eu pouze spusťte downloadovaný soubor 7. v případě souhlasu s licenčním ujednáním, potvrďte tento souhlas 8. zvolte adresář, ve kterém je nainstalována ostrá verze SW ABRA Gx 9. při instalaci zadejte cestu k záloze dat, kterou jste udělali v bodě 2. 10. spusťte SW ABRA Gx 11. v agendě „Administrace => Správa licencí“ zadejte doplňkový klíč na update Update ABRA G1-G3 na Linuxu --------------------------- Předpoklady: Celá instalace SW ABRA je umístěna v rámci adresáře /usr/local/aktis/abrag3 a datové soubory vč.repozitoře Storage.stf jsou umístěny v /usr/local/aktis/data. V NEXUS.CFG je uvedena správná cesta ke storage t.j. StorageFile=/usr/local/aktis/data/Storage.STF. Jako databázový server je použit Firebird 1.5.x CS, který je umístěn v typickém úložišti /opt/firebird. Prolinkování knihovny libfbclient.so.1.5.x je provedeno do adresáře /opt/libfbabra kde je vytvořen symlink se jménem libgds.so.0 na výše uvedenou knihovnu libfbclient.so.1.5.x. 1. všichni uživatelé musí ukončit práci v systému 2. proveďte zálohu dat pomocí agendy „Administrace - Zálohování dat“ 3. ukončete činnost aplikačního serveru např. příkazy: /usr/local/aktis/abrag3/abramgr –stop as nebo killall AppServerL 4. zkopírujte adresář obsahující původní instalaci SW ABRA a databázové soubory do zálohového podadresáře /zaloha např.: mkdir /usr/local/aktis/zaloha cp -R /usr/local/aktis/abrag3 /usr/local/aktis/zaloha/abrag3 mv /usr/local/aktis/data /usr/local/aktis/zaloha/data mkdir /usr/local/aktis/data chown firebird:firebird /usr/local/aktis/data 5. zkopírujte soubor /usr/local/aktis/zaloha/data/Storage.STF do adresáře /usr/local/aktis/abrag3 6. v souboru /usr/local/aktis/abrag3/NEXUS.CFG opravte StorageFile=/usr/local/aktis/data/Storage.STF na StorageFile=\\server\abrag3\Storage.STF 7. z klientské stanice spusťte instalační soubor Abry Gx 8. ve třetím kroku instalace update zaškrtněte „Aktualizace již existující instalace“ 9. v pátém kroku instalace zadejte jako cestu složku ve tvaru UNC cesty sdílení adresáře Abry Gx, tzn. v našem případě \\server\abrag3\ 10. pokračujte v instalaci Abry až do konce průvodce. Po skončení instalace odškrtněte políčko „Spustit Abru“ aby bylo možné nejprve upravit soubor NEXUS.CFG. 11. v souboru /usr/local/aktis/abrag3/NEXUS.CFG opravte zpět položku StorageFile=\\server\abrag3\Storage.STF na původní tvar StorageFile=/usr/local/aktis/data/Storage.STF a zkontrolujte ostatní parametry, výsledný soubor NEXUS.CFG by měl vypadat následovně [Client] Local=0 ServerName=192.168.1.1 [Server] ProviderType=2 StorageFile=/usr/local/aktis/data/Storage.STF 12. zkopírujte soubor /usr/local/aktis/abrag3/Storage.STF do adresáře /usr/local/aktis/data 13. zkopírujte soubory /usr/local/aktis/abrag3/udfs_0?.so do adresáře /opt/firebird/UDF 14. nastavte práva k souborům udfs_0?.so uživateli firebird: chown firebird:firebird /opt/firebird/UDF/udfs_0?.so 15. nyní máte dvě možnosti. Buď zkopírujte soubor /usr/local/aktis/zaloha/abrag3/appserver.sh do /usr/local/aktis/abrag3/appserver.sh a nebo ručně upravte soubor /usr/local/aktis/abrag3/appserver.sh. Doplňte do něho řádek "export LD_LIBRARY_PATH=/opt/libfbabra". Výsledný soubor appserver.sh bude tedy vypadat následovně #!/bin/bash export LC_ALL=cs_CZ.cp1250 export LD_LIBRARY_PATH=/opt/libfbabra ./abramgr -start appserver 16. spusťte aplikační server: /usr/local/aktis/abrag3/appserver.sh 17. z klientské stanice spusťte DBAdmin.EXE, ve kterém nastavíte spojení obnovou ze zálohy. V sekci „Parametry spojení“ zadejte následující: SERVER Name=localhost:/usr/local/aktis/data/firma.gdb isc_dpb_user_Name=SYSDBA isc_dpb_password=masterkey isc_dpb_lc_ctype=WIN1250 Poznámka: SYSDBA je výchozí systémový uživatel databáze Firebird a jeho heslo je ve výchozím stavu masterkey 18. spusťte SW ABRA Gx 19. v agendě „Administrace => Správa licencí“ zadejte doplňkový klíč na update Update ABRA G4 -------------- Bližší informace k update ABRA G4 na databázovém serveru Oracle naleznete v dokumentaci systému ABRA G4. Ta je umístěna v nainstalované ABRA G4 v podadresáři oracle. 9. DOPORUČENÝ HARDWARE A SOFTWARE ================================= Pro databázový server: V případě systému ABRA G1/G2 je možné na tento počítač instalovat i aplikační server. Hardware: CPU Pentium / 2,8 GHz (při vyšší zátěži doporučujeme 2 CPU), HDD 60GB SCSI (diskové pole), RAM 1 GB, síť 100 Mb/s, 1 Gb/s (pro propojení s aplikačním serverem), vyžaduje se UPS Software: OS Windows 2000/2003 nebo Linux (jádro 2.4 a vyšší) Pro aplikační server: V případě systému ABRA G3/G4 se doporučuje instalovat aplikační server na samostatný počítač. Hardware: CPU Pentium / 2,8 GHz, HDD 20 GB, RAM 1 GB, síť 100 Mb/s, doporučuje se UPS Software: OS Windows 2000/2003 nebo Linux (jádro 2.4 a vyšší) Pro terminálový server: Hardware: CPU Pentium / 2,8 GHz, HDD 20 GB, RAM min. 1 GB (v závislosti na počtu připojení), síť 100 Mb/s, doporučuje se UPS Software: OS Windows 2000/2003 (včetně terminálových služeb), Terminálový SW Citrix MetaFrame, Internet Explorer 5.5 a vyšší Pro pracovní stanice: Hardware: CPU Pentium / 2 GHz, HDD 20 GB, RAM 256 MB, síť 100 Mb/s, UPS se doporučuje (v případě single instalace vyžaduje), rozlišení 1024 x 768 Software: OS Windows 2000/XP, Internet Explorer 5.5 a vyšší V případě použití hardware s nižšími parametry nebo provozu na jiném operačním systému (např. Windows 98 na pracovní stanici) je nutné běh systému otestovat v konkrétních podmínkách. Doporučujeme používat značkové počítačové vybavení zejména pro servery. V případě nízké zátěže může být systém provozován na jednom fyzickém serveru s parametry odpovídajícími databázovému serveru. Čím lepší bude použitý hardware, tím rychlejší bude odezva systému a práce s ním bude příjemnější a efektivnější. 10. ŘEŠENÉ PROBLÉMY ================== Na počítačích s některými grafickými kartami Matrox Millenium se může stát, že na záložce Omezení u všech dokladových agend se nezobrazují texty jednotlivých omezení (objeví se pouze bílá plocha a po její levé straně sloupec zatržítek). V tom případě je třeba vypnout některá urychlovací nastavení pomocí ovladače karty. Ověřeno na typech G200, G400 a G450. Na některých počítačích s Windows 95 (nikoliv Windows 98 a vyšší), pokud pracují jako klienti síťové instalace s aplikačním serverem na Windows (a to buď jako služba nebo jako program), se objeví při spuštění hlášení "Nepodařilo se spojit se sdílenou repozitoří". V takovém případě vyzkoušejte v souboru NEXUS.CFG nastavit v sekci [Server] hodnotu ProviderType=2. Na počítačích s operačním systémem Windows ME je nutné vypnout vlastnost SFP (systém automatické obnovy systémových souborů). Tato vlastnost způsobuje automatické zálohování a obnovu systémových souborů, pokud dojde k jejich změně. Bohužel firma Microsoft zahrnula mezi systémové soubory také soubory s příponou GDB, což je také výchozí přípona pro datový soubor Firebird, který se samozřejmě během instalace a práce s ABRA Gx mění velmi často. To vede na jeho časté zálohování, což výrazně zpomaluje aplikaci. Další možné řešení je přejmenovat pomocí nástroje DBAdmin datový soubor Firebird tak, aby byla jeho přípona odlišná. Pokud je počítač klientem v síťové instalaci, tato chyba se neprojevuje, protože s databázovým souborem pracuje server. Na počítačích s operačním systémem Windows 95, které slouží jako klientské stanice síťové instalace, je nutné nainstalovat tzv. Windows Socket Update 2, viz webové stránky firmy Microsoft. Další specifické problémy naleznete v kap. Linux a Databázový server. 11. ODINSTALACE SYSTÉMU ====================== Systém ABRA Gx a rovněž databázový server Firebird lze odinstalovat pomocí standardního ovládacího panelu Windows. 12. PŘEVOD DAT ZE SYSTÉMU ABRA GOLD =================================== Převod dat se skládá ze dvou částí: exportu dat z ABRA Gold do XML souborů a importu XML souborů do ABRA Gx. Formát XML souborů bude dokumentován a bude tedy možné po dodržení tohoto formátu naimportovat data i z jiných informačních systémů do ABRA Gx. 1) Export dat z ABRA Gold Zatím je ho možné realizovat spuštěním dodávaného souboru WING2XML.APP (resp. DOSG2XML.FXP pro DOSovou verzi ABRA Gold) a to nejlépe pomocí nastavení definice funkční klávesy Ctrl+Fx z modulu Globální nastavení ABRA Gold na příkaz "DO xxxG2XML.FXP" (bez uvozovek). Po jeho vyvolání pomocí stisku nastavené klávesy (např. Ctrl+F1) přímo z menu modulů se zobrazí konfigurační dialog exportu a po jeho potvrzení se vyexportují data do XML souborů do adresáře \ExportGx. Před exportem je třeba: - zaúčtovat všechny účetní žádosti - provést všechny potřebné uzávěrky - spočítat počáteční zůstatky bankovních účtů a pokladen - provést absolutní zápis na všech skladech (všechny pohyby musí být zpracovány) 2) Import dat do ABRA Gx Spustí se vyvoláním příslušné agendy z nabídky Nastavení. Pomocí přepínačů lze nastavit, která data se mají importovat, pokud však provádíte import poprvé, je nutné část dat importovat vždy (sledujte pokyny na obrazovce). Před vlastním importem je třeba provést tyto kroky: - data v ABRA Gx musí být prázdná (po instalaci bez demodat resp. startovacích dat) - zejména nesmí být definováno žádné účetní období - pokud data z ABRA Gold pracují se sazbou DPH 23%, je ji třeba zavést v ABRA Gx - rovněž číselníky měn a zemí musí být shodné s daty v ABRA Gold - smazat veškeré záznamy z účtového rozvrhu (osnovy) včetně neúplných účtů, nejlépe bez možnosti obnovení - smazat veškeré způsoby úhrady a způsoby dopravy, nejlépe bez možnosti obnovení - v číselníku DPH sazeb nastavit výchozí DPH indexy, tyto indexy se použijí pro všechny importované doklady (vzhledem k odlišnému pojetí DPH evidence v ABRA Gold a ABRA Gx nelze tyto informace přenést) Co je předmětem převodu: - číselníky (střediska, zakázky, obch.případy, uživatelé, adresář, sklady, skladové menu, skladové karty, slevové tabulky...) - některá nastavení firmy (název, ičo, dič, adresa, některé parametry...) - vlastní pokladny a bankovní účty (včetně počátečních stavů) - počáteční stavy účtů - účetní deník (převádí se do interních dokladů, které se přeúčtovávají do deníku ABRA Gx) - prodejní ceny (převádí se do ceníků) - stav skladu (převádí se dokladem inventární přebytek) - zdrojové doklady (faktury, dobropisy, zálohové listy a to vydané i přijaté, bez vazby na deník) - platby zdrojových dokladů (převádí se jako jedna platba s datem poslední platby v ABRA Gold pomocí dokladu ostatní příjem/výdej) Je třeba si uvědomit, že import na straně ABRA Gx je mnohem přísnější, než je ABRA Gold, a je možné, že některá data nepřijme, např. pokud jsou narušena výpadkem proudu nebo pokud obsahují jiné nekonzistence - odkazy na již neexistující záznamy v číselnících apod. V takovém případě se import zastaví, chybu oznámí a uživatel může chybu opravit buď přímo v XML nebo v ABRA Gold a vyexportovat XML znovu. Poté může import znovu spustit. Během importu se vytváří automaticky převodový můstek, takže záznamy/doklady již přenesené se podruhé nepřenesou. Import je proto možné kdykoliv zopakovat, přičemž se importují pouze nové záznamy. Dále je vzhledem k použité technologii na straně ABRA Gx (relační SQL databáze, validace každého zápisu importu tak, jakoby ho zadával uživatel) potřeba počítat s tím, že import je časově velmi náročný. Je nutné počítat řádově s hodinami až desítkami hodin. Na druhou stranu funguje import zcela transparentně vzhledem k ostatním agendám, takže z jiné stanice je možné v síťové verzi s ABRA Gx normálně pracovat. Každopádně doporučujeme svěřit převod dat do rukou servisního oddělení firmy ABRA Software nebo některému z jejích partnerů. Další podrobnosti k převodu dat naleznete v elektronické nápovědě. 13. KONTAKT =========== Své náměty a připomínky můžete zasílat na adresu abrag3@abra.eu. Aktuální informace a poslední verzi systémů ABRA Gx naleznete na adrese http://www.abra.eu/ Váš tým ABRA Gx