Obchodní věstník - Portál veřejné správy

VÝBĚROVÉ ŘÍZENÍ; AQUA-STYL spol. s r.o. ZADÁVACÍ DOKUMENTACE 1. Základní údaje Název výběrového řízení: »Vybudování nového informačního systému ve společnosti AQUA-STYL spol. s r.o.« Referenční číslo: AQ0012009 Zadavatel: Název: AQUA-STYL spol. s r.o. Sídlo: U Cihelny 438/6, 796 07 Držovice IČ: 16367758 DIČ: CZ16367758 Zastoupená: Igorem Janíkem, ředitelem společnosti Zdeňkem Krejčím, jednatelem společnosti Tel./Fax: +420 582 365 076-8, 582 365 079 E-mail: aqua-styl@aqua-styl.cz Kontaktní osoba: Igor Janík, ředitel společnosti Tel./Fax: +420 582 365 076-8 - kl. 34 E-mail: i.janik@aqua-styl.cz Vymezení předmětu výběrového řízení: Předmětem výběrového řízení je vybudování komplexního integrovaného informačního systému ve společnosti AQUA-STYL spol. s.r.o. náhradou za současná zastaralá dílčí řešení. Termíny: Vyhlášeno dne: 31. 12. 2008 Uzávěrka pro podávání nabídek je dne: 30. 1. 2009 v 10.00 hod. v místě zadavatele. Nabídky došlé po termínu závěrky budou odmítnuty. Nabídky musí být podány doporučenou poštou nebo osobně na adrese zadavatele. Výběrové řízení proběhne: Výběrové řízení proběhne v sídle firmy AQUA-STYL spol. s r.o., U Cihelny 438/6, 796 07 Držovice, dne 19.2.2009 bez účasti Nabízejících. 2. Přesná charakteristika zakázky Charakteristika zakázky je uvedena v příloze (charakteristika firmy, požadavky na IS - hlavní část dokumentace). 3. Kvalifikační předpoklady uchazečů Základní kvalifikační předpoklady: Uchazeč musí splňovat základní kvalifikační kritéria. Základní kvalifikační kritéria splňuje uchazeč nebo zájemce, pokud: - uchazeč nebyl pravomocně odsouzen pro trestný čin spáchaný ve prospěch zločinného spolčení, trestný čin účasti na zločinném spolčení, legalizace výnosů z trestné činnosti, podílnictví, přijímání úplatku, podplácení, nepřímého úplatkářství, podvodu, úvěrového podvodu včetně případů, kdy jde o přípravu nebo pokus nebo účastenství na takovém trestném činu, nebo došlo k zahlazení odsouzení za spáchání takového trestného činu; jde-li o právnickou osobu, musí tento předpoklad splňovat statutární orgán nebo každý člen statutárního orgánu, a je-li statutárním orgánem dodavatele či členem statutárního orgánu dodavatele právnická osoba, musí tento předpoklad splňovat statutární orgán nebo každý člen statutárního orgánu této právnické osoby; podává-li nabídku či žádost o účast zahraniční právnická osoba prostřednictvím své organizační složky, musí předpoklad podle tohoto písmene splňovat vedle uvedených osob rovněž vedoucí této organizační složky; tento základní kvalifikační předpoklad musí dodavatel splňovat jak ve vztahu k území České republiky, tak k zemi svého sídla, místa podnikání či bydliště, - uchazeč nebyl pravomocně odsouzen pro trestný čin, jehož skutková podstata souvisí s předmětem podnikání dodavatele podle zvláštních právních předpisů nebo došlo k zahlazení odsouzení za spáchání takového trestného činu; jde-li o právnickou osobu, musí tuto podmínku splňovat statutární orgán nebo každý člen statutárního orgánu, a je-li statutárním orgánem dodavatele či členem statutárního orgánu dodavatele právnická osoba, musí tento předpoklad splňovat statutární orgán nebo každý člen statutárního orgánu této právnické osoby; podává-li nabídku či žádost o účast zahraniční právnická osoba prostřednictvím své organizační složky, musí předpoklad podle tohoto písmene splňovat vedle uvedených osob rovněž vedoucí této organizační složky; tento základní kvalifikační předpoklad musí dodavatel splňovat jak ve vztahu k území České republiky, tak k zemi svého sídla, místa podnikání či bydliště, - uchazeč nenaplnil skutkovou podstatu jednání nekalé soutěže formou podplácení podle zvláštního právního předpisu, - na majetek uchazeče není prohlášen konkurz nebo návrh na prohlášení konkurzu nebyl zamítnut pro nedostatek majetku dodavatele nebo vůči němuž není povoleno vyrovnání nebo zavedena nucená správa podle zvláštních právních předpisů, - uchazeč není v likvidaci, - uchazeč nemá v evidenci daní zachyceny daňové nedoplatky, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele, - uchazeč nemá nedoplatek na pojistném a na penále na veřejné zdravotní pojištění, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele, - uchazeč nemá nedoplatek na pojistném a na penále na sociální zabezpečení a příspěvku na státní politiku zaměstnanosti, a to jak v České republice, tak v zemi sídla, místa podnikání či bydliště dodavatele, a - uchazeč nebyl v posledních 3 letech pravomocně disciplinárně potrestán či mu nebylo pravomocně uloženo kárné opatření podle zvláštních právních předpisů, je-li podle § 54 písm. d) požadováno prokázání odborné způsobilosti podle zvláštních právních předpisů; pokud dodavatel vykonává tuto činnost prostřednictvím odpovědného zástupce nebo jiné osoby odpovídající za činnost dodavatele, vztahuje se tento předpoklad na tyto osoby. Uchazeč může prokázat splnění základních kvalifikačních kritérií čestným prohlášením. Pro prohlášení použije uchazeč přílohu č. 1 - Čestné prohlášení. Profesní kvalifikační předpoklady: Splnění profesních kvalifikačních předpokladů prokáže dodavatel, který předloží: - výpis z obchodního rejstříku, pokud je v něm zapsán, či výpis z jiné obdobné evidence, pokud je v ní zapsán. Tento doklad předloží uchazeč v kopii originálu ne staršího 90 kalendářních dní od konečného data pro předložení nabídek. Ověřená kopie bude až součástí SoD. Ekonomické a finanční kvalifikační předpoklady: Ekonomické a finanční kvalifikační předpoklady splní uchazeč, který předloží: - pojistnou smlouvu, jejímž předmětem je pojištění odpovědnosti za škodu způsobenou dodavatelem třetí osobě (prostá kopie) do výše 20 mil Kč. Technické kvalifikační předpoklady: Technické kvalifikační předpoklady splní uchazeč, který předloží: - seznam alespoň 3 firem, v nichž je nabízený software komplexně aplikován v České republice s odkazy na osoby, které poskytnou případné reference. - Požaduje se seznam také nepodařených referencí z důvodu posouzení řešení problémů navrhovatelem. Uchazeč je povinen poskytnout informace o kvalifikačních předpokladech v době nabídky 4. Obsah a způsob zpracování nabídek Uchazeč výběrového řízení vyplní ve všech bodech »Formulář pro podání nabídky« (viz příloha), podepíše, opatří razítkem a přiloží: 1. Přiloží vyplněné, orazítkované a podepsané čestné prohlášení o splnění základních kvalifikačních kritérií - příloha č. 1. 2. Přiloží originál či ověřenou kopii originálu výpisu z obchodního rejstříku nebo živnostenského listu, ne staršího 90 kalendářních dní od konečného data pro předložení nabídek. 3. Přiloží pojistnou smlouvu, jejímž předmětem je pojištění odpovědnosti za škodu způsobenou dodavatelem třetí osobě (prostá kopie). 4. Přiloží seznam alespoň 3 firem, v nichž je nabízený software komplexně aplikován v České republice obdobný požadavku poptávajícího s odkazy na osoby, které poskytnou případné reference. 5. Přiloží osvědčení o vzdělání a odborné kvalifikaci dodavatele. 6. Přiloží vlastní nabídku včetně podrobného rozpočtu. Uchazeč je povinen nabídku doručit v uzavřené obálce. Obálka bude uzavřena a opatřena razítkem uchazeče a zřetelně označena nápisem: »NEOTVÍRAT - číslo akce«. Nabídka bude doručena doporučeně nebo osobně na adresu zadavatele ve výše stanoveném termínu. 5. Obchodní a platební podmínky V nabídce je uchazeč povinen respektovat následující obchodní a platební podmínky: a) Dodací podmínky Dodavatel uvede v nabídce návrh hamonogramu implementace s respektováním požadavku najet ostrou verzi softwaru k 1. 6. 2009. Poptávající má požadavek najít takové řešení, aby bylo možné zpětně zavést do systému měsíce před spuštěním ostré verze v období daného kalendářního roku. Podklady a způsob tohoto převodu dat zajistí a připraví Nabízející. Poptávající také trvá na přenesení dat do nového systému již uzavřených kalendářních roků ze starého systému. Způsob převodu zajistí Nabízející. b) Servisní a záruční podmínky - jsou součástí hodnocení nabídky Součástí nabídky bude charakteristika záručního a pozáručního servisu - dostupnost, rychlost, ceny, hot-line servis, aktualizace přes internet atd. c) Zadavatel bude platit v dílčích platbách software, implementaci (proškolení zaměstnanců), údržbu programu, a to software po podpisu smlouvy, ostatní náklady podle navrženého harmonogramu vždy po uskutečnění dodávky. d) Zadavatel požaduje zpracování nabídky formou měsíčních splátek na období 12 měsíců Součástí ceny bude také samostatně oceněná část servisních služeb, poplatků a jiných potřebných komponentů. 6. Požadavek na způsob zpracování nabídkové ceny a) Nabídka musí obsahovat ceny za jednotlivé položky rozpočtu v tomto členění: - Vlastní software (požaduje se 15 licencí). Uchazeč uvede cenu za každou další pořízenou licenci - Náklady na návrh cílového řešení s uvedením počtu hodin a hodinové sazby v případě rozšíření rozsahu implementace - Náklady na implementaci s uvedením počtu hodin a hodinové sazby v případě rozšíření rozsahu implementace - SQL databáze - školení - Cena za roční update/upgrade - Cena za servis včetně uvedení hodinové sazby, paušálu, popř. počtu servisních zásahů apod. - Ostatní požadavky (server apod.) - ceny za celé plnění, tj. kompletní realizaci. - možnost financování formou měsíčních splátek po dobu 3 let. Nabídková cena za celé dílo bude uvedena v Kč, a to v členění - nabídková cena bez daně z přidané hodnoty (DPH), samostatně DPH s příslušnou sazbou a nabídková cena včetně DPH. b) Podmínky, za nichž je možné překročit výši nabídkové ceny Cenu uvedenou v nabídce bude možno překročit pouze na základě schváleného a písemně potvrzeného souhlasu zadavatele při upřesnění, resp. rozšíření předmětu nad rámec (v nabídce) uchazečem nabízených prací a služeb. 7. Jiné požadavky pro realizaci výběrového řízení (budou součástí budoucí Smlouvy) Součástí nabídky bude závazek uchazeče v budoucí Smlouvě se zadavatelem se zavázat, že uchazeč (dodavatel), případně jeho subdodavatelé dle § 2e zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě poskytne všem oprávněným kontrolním subjektům poskytovatele dotace nezbytné informace týkající se všech dodavatelských činností souvisejících s projektem. Uchazeč o zakázku zároveň zajistí, aby ve všech smlouvách se subdodavateli byl obsažen tento závazek, že tito subdodavatelé poskytnou výše uvedeným orgánům všechny nezbytné informace týkající se subdodavatelských činností. 8. Další informace 1. V případě neplnění všech bodů oddílu »4. Obsah a způsob zpracování nabídek« a neakceptování oddílů; 5. Obchodní a platební podmínky; 6. Požadavek na způsob zpracování nabídkové ceny a 7. Jiné požadavky pro realizaci výběrového řízení, bude nabídka vyřazena z hodnocení, a stejně tak tomu bude při nesplnění požadavků uvedených v bodě č. 6 oddílu »8. Další informace«. 2. Vyhlašovatel výběrového řízení si vyhrazuje právo výběrové řízení zrušit bez udání důvodu. 3. Zadavatel si vyhrazuje právo ponechat si všechny obdržené nabídky, které byly řádně doručeny v rámci lhůty pro podávání nabídek. 4. Zadavatel nebude uchazečům hradit žádné náklady spojené s účastí v zadávacím řízení. Tyto náklady nesou uchazeči sami. 5. Dodavatel je oprávněn požadovat po Zadavateli dodatečné informace k Zadávací dokumentaci. Žádost musí být písemná a musí být zadavateli doručena nejpozději 12 dnů před uplynutím lhůty pro podání nabídek. 6. Nabídky budou vypracovány v českém jazyce, podepsány oprávněnou osobou uchazeče a orazítkovány a dodány ve 2 pare, z nichž jedno bude originál a druhé prostá kopie. Nabídka musí být ve všech bodech srozumitelná, jasná a konkrétní. 9. Kritéria pro hodnocení nabídek Podané nabídky budou hodnoceny podle kritéria »EKONOMICKÉ VÝHODNOSTI NABÍDKY«. Podané nabídky budou hodnoceny podle kritéria ekonomické výhodnosti nabídky, a to dle následujících kritérií s váhami. Za nejvýhodnější nabídku bude považována nabídka, která získá dle kritérií pro hodnocení největší počet bodů. Kritérium Váha v % Cena za dodávku celkem 30 HMG implementace a zahájení provozu 30 Přehlednost systému směrem k uživateli 15 Servis a záruka 10 Převedení dat ze starého systému 15 Uchazečům, jejichž nabídky se po tomto hodnocení umístí na prvních dvou místech, budou požádáni o předvedení nabízeného softwarového programu v rozsahu cca 3 hodin. Předvedení by mělo splňovat tyto požadavky: - Oběh účetních dokladů se systém schvalovacích postupů, doklady budou skenovány do systému a schvalovací procesy budou formou náhledu, popř. odkazu daného dokumentu. - Archivace dopisů a listin do systému formou skenování a vkládání, přístupové práva a informace jednotlivým pracovníkům od sekretářky emailem. - Popis postupu nabídek formou příjmu poptávky investora, sken do systému, schvalovací proces dle jednotlivých práv a přidělení jednotlivým pracovníkům. Sestavení poptávek obchodního případu, rozesílání nákupních poptávek a zpětnou implementaci nabídek subdodavatelů, se sestavení nabídkové ceny dělené na materiál, dodávky, montáž, výroba, hmg prací a lidské zdroje, tisková sestava nabídkového listu s ohledem na celkovou cenu, očekávaný zisk apod. Ceny je nutné získávat také z katalogu AQUA pořizovaného nákupními položkami a získané ceny se požadují také zařazovat do tohoto katalogu cen. Součástí bude schvalovací proces celkové nabídky vč. návrhu SoD. Součástí nabídkového listu bude krycí lis rozpočtu, který bude obsahovat všechny položky nabídky. Součástí krycího rozpočtu bude také hmg. hodin odpracovaných jednotlivým zpracovatelem, který se bude převádět do modulu mzdy s kontrolou docházkového systému, který je tímto poptáván. V případě získání zakázky se obchodní případ stává zakázkou v číselném pořadí a odpracované hodiny na nabídce-obchodním případu se převádějí jako nákladová položky této zakázky. Předpokládá se, že bude do systému možné vkládat texty a tabulky aplikace WINDOWS, WORD, EXCEL, jpg, dwg a jiné, jež budou používány v poptávkách a popisech zakázky. Požaduje se HMG prací, jež se objeví v celkovém přehledu realizace zakázek jako požadavek do doby platnosti Nabídky - pak zmizí. Odevzdaná nabídky zákazníkovi se uzavře. Pak není možné do něj vstupovat, pouze jedincem, jež bude mít zvláštní přístup. - Zakázka, její vznik a popis vzniká převodem obchodního případu. Tento převod zajišťuje jeden pracovník a předává jej do realizace formou WORK FLOW a schvalovacím procesem - vystavením zakázkového listu. Tady je nutné zajistit jmenování pracovníka, který bude tuto zakázku zajišťovat. Požaduje se možnost nahlédnutí do všech postupů a nabídek zpracovaných v době obchodní nabídky, možnost zadání pracovních příkazů, požadavků na nákup. Požaduje se, aby každý jednotlivý pracovní příkaz měl možnost dalšího rozšiřování pracovních objednávek, materiálových objednávek a požadavků na nákup. Ten bude schvalován pracovním postupem. Požaduje se zpracování HMG prací, jež byl nastíněn v době Nabídky. Veškeré objednávky se požadují do přehledu pro nákupčího, stejně tak jako kumulace těchto požadavků po firmám z katalogu firem. V rámci pracovního příkazu se požaduje možnost vystavení realizační poptávky na subdodavatele (dílenské zpracování, služby apod.). Po ukončení zakázky se požaduje uzavření zakázkového listu se všemi informacemi - náklady na materiál, služby, fakturace, odpracované hodiny, doprava apod., a to schvalovacím procesem a jeho celkového uzavření. Pak není možné do něj vstupovat, pouze jedincem, jež bude mít zvláštní přístup. Součástí zakázky jsou také projekty a výkresy, protokoly, předávací protokoly, vše sjednoceno pro celou společnost. Veškeré údaje budou zaznamenávány v zakázkovém listě, zejména finanční hodnoty, jako odpracované hodiny prac., materiál, služby, fakturace apod. - Pracovní příkazy budou předávány jednotlivým pracovníkům, jež budou zaznamenávat svůj začátek a konec práce na zakázce na terminálu instalovaném ve výrobní hale. Tyto informace se požadují přenášet do modulu mzdy a kontrolu s modulem docházka. Jednotlivé PP budou uzavírány vedoucím pracovníkem, jejich uzavření spadne do mezd. Mzdová účtárna provede jen tisk mzdy a mzdového lístku. - Požaduje se možnost vzdáleného přístupu formou podání informace, zejména pracovníkům a četám ne montážích, a to možností požadavku na nákup, výdej materiálu, zápis odpracovaných hodin do formuláře, cestovní příkaz a kniha jízd - jež se budou zaznamenávat pomocí vzdáleného přístupu do systému, nebo načtením do systém z média vedoucím pracovníkem. - Nákup a skladovaní: o ZAKÁZKA: - specifikace materiálu + výkresová dokumentace (PS, SO...) - výroba vč. sestav (výr. vlastní, kooperace...) - montáž (ceník) - ostatní o Objednávky - na základě specifikace - materiál - (nabídky, poptávky) - služby SoD (požadovaný materiál se převádí do objednávky ze specifikace (sklad. karty) nebo textem - příjem potvrzení objednávek, KS o Skladové karty (evidence v PC) - ev. číslo (JKPOV), název, MJ, cena (orientační), norma... o Příjem materiálu (uskladnění) - na základě dodacích listů, popř. faktur od dodavatelů (sklad. karty - PC) - dle pokladních dokladů o Kompletace materiálu (zakázka) - kontrola specifikace (dle nabídky) - dle objednávek a ze skladu (spoje, kotevní mat. uložení) o Výdej materiálu - fyzické vyskladnění (kompletace) - výdej materiálu se eviduje na výdejky (ručně psané) - účetní odpis ze skladu (MTZ) o Ukončení zakázky - kontrola vydaného materiálu (specifikace) + vícepráce a zápis do »Zakázkového listu« - výroba (výkresová dokumentace) + kooperace - služby SoD... o Invenrarizace - průběžná (informativní) - fyzická (dle jednotlivých skladů - druhu materiálu) - účetní (včetně dorovnání) Dodavatelské ceníky (samostatné) - aktualizace Interní ceník (shoda jak) sklad. karty - automat. aktualizace dle zápisu do sklad. karty automatické vkládání položek z došlých nabídek (dle dodavatele i samostatně) rozdělení na: materiál, skupiny mat. (hutní, plasty...), sklady (zákl., čerpadla, výroba...) interní ceník včetně importovaných ceníků od dodavatelů (i čís. evidence) úpravy údajů (název, jakost, MJ...) mimo množství a ceny nákupní vyhledávání dle daného filtru o Skladové karty - členění (název, MJ, cena info (NC) a PC, průměrná cena, skupina, sklad...) o skladové karty (čárové kódy) SEZNAM materiálu o vyhledávání dle daného filtru o nově poptaný materiál ukládat do evidence (sklad. karty) + interní ceník o na: materiál, skupiny mat. (hutní, plasty...), sklady (zákl., čerpadla, výroba...) o převod materiálu dle požadavku (m, kg, soub...) o náhled do historie nákupu (filtrování - dodavatel, cena, materiál...) o stanovení minimální zásoby - hláška (-) o Objednávky (materiál, výroba, kooperace, SoD...) o plánování nákupu - barevné značení o možnost objednání dle evidenčních čísel dodavatele o výběr (generovat) materiálu dle názvu z nabídek (např. nejvýhodnější nabídka) o převod nabídky do objednávky o při zápisu materiálu do objednávky, viditelný aktuální stav skl. zásoby o systém plánování (hlídání termínů nabídek, poptávek, nákup materiálu, realizace zakázky) o upozorňování - hlášky, barevné značení o kumulace stejných položek do objednávky o kumulace objednávek (dodavatel) o blokování materiálu na zakázky o přímé odesílání objednávek (xls, doc...) el. formou o Skladování (příjemka, výdejka - dodací list/vrácenka) o párování - objednávka, dod. list, faktura o hlášení nákupu neobjednaného materiálu (rozdíly - cen, množství) o výdejka - % navýšení cen (prodej) o montáž (ceník montáže ?????) o výroba - výrobní dokumentace (vl. výroba + koop.) o možnost vlastního vystavování jednoduchých výkresů (nutný AutoCad...) o Inventarizace - vlastní výběr sestav (celková-účetní, dle číselníku, dle skupin, název...) o Přístupová práva (vkládání, úprava, mazání) o Provázanost - objednávka - příjemka - výdejka o Modifikace klávesových zkratek (F1), rychlé filtry, tvorba filtrů... o výstupní tiskové sestavy dle požadavku - Cash FLOW a finanční plán požaduje se celkový přehled, plnění jednotlivých zakázek průběžně, celkových nákladů společnosti a fin. výhledu ročního plánu. Pro druhé kolo výběrového řízení stanovujeme tato kritéria: Kritérium váha Přehlednost práce s menu 30 % Přehlednost obrazovky 20 % Zachování přechodného období 20 % Náročnost vytváření vlastních sestav 20 % Převedení dat ze starého systému 10 % Jednotlivá kritéria budou hodnocena ve stupnici 1 - 5 bodů (školní hodnocení). V Držovicích dne 8. 12. 2008 Igor Janík Ing. Jan Bílý ředitel společnosti jednatel společnosti --------------------- ČESTNÉ PROHLÁŠENÍ Prohlašuji tímto čestně, že: - Uchazeč není v likvidaci; - Proti uchazeči v uplynulých 3 letech nebyl prohlášen konkurz nebo konkurz nebyl zrušen pro nedostatek majetku; - Uchazeč nebyl pravomocně odsouzen pro trestný čin nebo došlo k zahlazení odsouzení trestného činu, jehož skutková podstata souvisí s předmětem podnikání, jde-li o fyzickou osobu; jde-li o právnickou osobu, musí tuto podmínku splňovat statutární orgán nebo každý člen statutárního orgánu, vedoucí organizační složky zahraniční právnické osoby nebo statutárním orgánem pověřený zástupce; - Uchazeč nemá v evidenci daní zachyceny nedoplatky; - Uchazeč nemá splatný nedoplatek na pojistném a na penále na sociálním zabezpečení a příspěvku na státní politiku zaměstnanosti. Dále prohlašujeme, že souhlasíme s tím, aby v případě, že naše firma (Název uchazeče), adresa: (Adresa uchazeče), IČ: __________, bude vybrána v tomto výběrovém řízení jako dodavatel »(předmět projektu)«, v rozsahu uvedeném v nabídce, byl v dodavatelské smlouvě obsažen závazek, že firma (název uchazeče) poskytne všem oprávněným kontrolním subjektům poskytovatele dotace, výkonné agentury a jimi pověřeným osobám, dále pak Certifikačnímu orgánu, MPO, MMR, MF, Evropské komise, Evropského účetního dvora, Nejvyššího kontrolního řádu, finančního úřadu a dalších orgánů státní správy nezbytné informace týkající se všech dodavatelských činností souvisejících s projektem. V ................... dne .............. ..................................................................... podpis, titul, jméno, příjmení, funkce statutárního zástupce uchazeče ZÁKLADNÍ POPIS POŽADOVANÉHO IT SYSTÉMU 1 ČÁSTI INFORMAČNÍHO SYSTÉMU 1.1 Stavební kameny systému 1.2 Podpora podnikových procesů - oblasti, moduly a funkce IT systému 1.3 Otevřenost a flexibilita 2 ŘÍZENÍ DODAVATELSKÉHO ŘETĚZCE 2.1 CRM 2.2 Organizace 2.3 Skladové jádro 2.4 Odbyt 2.5 Ceníky 2.6 Inventury 2.7 Objednávky 2.8 Internetový obchod 2.9 Fakturace 2.10 Exportní JSD 2.11 Statistika Intrastat a Souhrnné hlášení 2.12 Paragonová pokladna 2.13 Platební karty 2.14 Servis 2.15 Zdroje 2.16 Půjčovna 2.17 Reklamace 2.18 Malá výroba 2.19 TPV 2.20 Zakázkové postupy 2.21 Neshody 2.22 Kooperace 2.23 Plánování zdrojů (APS) 3 ŘÍZENÍ LIDSKÝCH ZDROJů 3.1 Personalistika 3.2 Mzdy 3.3 Vnitrospořitelna 3.4 Penzijní fondy 3.5 Trexima 3.6 Elektronická komunikace s ČSSZ 4 FINANCE A EKONOMIKA 4.1 Účetnictví 4.2 Evropská Unie 4.3 Opakované účetní operace 4.4 Evidence a Výkazy DPH 4.5 Účetní výkazy 4.6 Účetní kalkulace 4.7 Plán 4.8 Saldokonto 4.9 Provozní Cash Flow 4.10 Obchod s pohledávkami 4.11 Kompenzace 4.12 Příkazy k úhradě 4.13 Platební avíza 4.14 Banka 4.15 Pokladna 4.16 Faktury přijaté 4.17 Sekretářka 4.18 Majetek 4.19 Konsolidace - konsolidační celek 4.20 Konsolidace - firma ve skupině 5 ERP - PRůŘEZOVÉ A NADSTAVBOVÉ MODULY 5.1 Manažer 5.2 Workflow 5.3 Datové sklady 5.4 Správce 5.5 Definice rozhraní 5.6 Archivace dat 5.7 Agenti IS KARAT (Event Manager) 6 DEV - VÝVOJ, OTEVŘENOST A FLEXIBILITA IS KARAT 6.1 Design sestav 6.2 Design obrazovek 6.3 Funkčnost obrazovek 6.4 Menu modeler 6.5 Data modeler 6.6 Definice rozhraní 6.7 Textový tisk 1. Části informačního systému 1.1 Stavební kameny systému Požaduje se komplexní informační systém určený pro řízení menších a středně velkých výrobních a obchodních organizací a společností podnikajících v sektoru služeb. IT Systém vytvořen v grafickém prostředí Windows na základě zkušeností s vývojem a implementacemi informačních systémů. Klientská část aplikace bude vytvořena v prostředí moderních programovacích nástrojů. Jde o objektově orientované prostředky určené k vývoji komplexních, vysoce výkonných aplikací, využívajících transakční zpracování v databázových prostředích s architekturou Client/Server, a Internetovských aplikací v grafickém prostředí. Tyto technologie již samy o sobě přinášejí vlastnosti, jako jsou škálovatelnost a bezpečnost, které spolu s dalšími vlastnostmi předurčují k optimálnímu a efektivnímu využití v naší společnosti. Bezpečnost dat: Pro informační systém se požaduje prvořadý úkol na bezpečnost dat. Jednou z hlavních výhod požadované architektury Client/Server je využití technologie transakčního zpracování dat, kde server slouží k jejich vyhledávání a zpracování, zatímco klient - osobní počítač - tato data pouze prezentuje uživateli v příjemném, grafickém prostředí. Transakční zpracování zajistí konzistenci dat i v případě výpadku během provádění operace, která ještě není dokončena. Ve spojení se systémem přístupových práv databáze a vlastního přístupového systému (práva na uživatele, moduly, akce, tabulky a řádky v tabulkách) je tak zajištěna maximální míra bezpečnosti proto je požadován součástí nabídky nový server. Modularita: Požaduje se moderní modulární systém, který nenutí provozovatele pracovat s předdefinovanými požadavky aplikace. Jeho návrh se požaduje tak, aby umožňoval nakonfigurovat jednotlivé oblasti v souladu s naší organizační strukturou a plně se přizpůsobil procesům, které v naší společnosti probíhají. Požaduje se práce jednotlivých programových modulů provozovat samostatně, se zaměřením na detailně propracované vazby mezi jednotlivými programovými moduly a programovými akcemi, které v konečném důsledku značně usnadňují a zefektivňují práci uživatelů. Flexibilita a otevřenost: Požaduje se přizpůsobivost konkrétním požadavkům společnosti jako celku, tak i jednotlivých uživatelů. K dispozici se požadují nástroje na tvorbu a úpravu výstupních sestav a úpravu formulářů pro pořizování dat. Požaduje se libovolně měnit jejich vzhled, rozsah i funkčnost, vkládat dopočítané údaje, obrázky atd. Otevřenost poptávaného IT systému, který dovoluje v maximální míře přizpůsobit aplikaci potřebám firmy. Např.: přeskupení nebo nové tvoření nabídek v menu, používání tiskových výstupů na jehličkových i grafických tiskárnách (laserové, inkoustové), zakomponování vlastních uživatelských sloupců do struktury databáze i vstupních obrazovek atd. Spolehlivost: Požaduje se takový IT systém, který umožňuje práci 24 hod. denně s nepřetržitými výrobními procesy či s non-stop provozem expedičních společností. Požaduje se, aby doba odezvy na jednotlivé operace uživatelů byly do 1s. Trendy: S použitými technologiemi souvisí i trendy dnešní doby a podpora, IT systém v těchto směrech může poskytovat - jde především o standardní podporu elektronické komunikace obchodních dokumentů, EDI, ve formátu XML včetně transformací těchto dokumentů, Internet a nebo vazba na další externí aplikace, jako např. MS Office. Export a Import všech tabulek ve formátu XML - bez transformací, to znamená mezi dvěmi aplikacemi IT systému nebo i jinými ERP systémy. Dále podporu Export a Import standardních dokumentů (Faktura přijatá a vydaná, objednávka přijatá a vydaná, dodací list, montážní deník). Přičemž jednotlivé šablony lze definovat uživatelem. Požaduje se Vazba na Internet, kdy IT systém řeší možnosti prezentovat všechny výstupy na WEBu (tiskové sestavy, grafy) a zakázkovou tvorbou dalších programů pro pořizování přes Internet. Znamená to tedy, že rovněž možnost zobrazování informací z databáze IT systému nebo pořízení dat přes Internet budou samozřejmostí. MS Office je dnes natolik rozšířen, že IT systém bude napojen přímo na některé jeho součásti - takže libovolné datové okno (sestavy, grafy) bude možno jediným stiskem tlačítka poslat elektronickou poštou nebo uložit ve formátu čitelném pro aplikace MS Office anebo zobrazit v internetovém prohlížeči. MS Excel a MS Word budou využity i pro tvorbu některých formulářů IT systému - např. přiznání k DPH a státní či účetní výkazy, Cash Flow a různé přehledy a tiskové sestavy. Oblasti databází: požadovaná výsledná aplikace bude laděna proti produktům Sybase Adaptive Server Enterprise, Sybase Adaptive Server Anywhere a MS SQL Server. Přičemž produkty společnosti SYBASE bude možné navíc mimo platformu MS Windows, provozovat i pod operačními systémy UNIX a Linux. Stabilita systému: požaduje se technologie transakčního zpracování a referenční integrity dat zakomponovanou v použitých databázových strojích. Ve spojení se systémem přístupových práv do databáze a vlastního přístupového systému IT systému (na uživatele, skupiny, moduly, akce, objekty a jednotlivé datové věty) bude zajištěna maximální míra spolehlivosti a zabezpečenosti nejen v zamezení neautorizovaného vstupu, ale také v celkové stabilitě celého systému. Požaduje se, aby v případě jakéhokoliv výpadku systému byly zachovány základní moduly v provozu, popř. restart systému a jeho samostatné najetí. Při dodávce informačního systému se za samozřejmé považují: podpora norem ISO (např. ISO 9000, ISO 9001, ISO 9000/2000), dodržování platné české legislativy ve všech částech produktu, komunikace ve formátech zpráv EDIFACT a jiných standardizovaných formátech. Informační systém bude produktem ryze české softwarové společnosti a samozřejmě implementován v českém jazyce včetně kompletní uživatelské dokumentace v souladu s účetní, daňovou a obecně platnou legislativou ČR. Informační systém bude umožňovat uživatelům vytvářet libovolné množství vlastních sestav tak, jak to budou dokumentovat popisy jednotlivých logických celků nabízeného systému. Dodavatel bude samozřejmě připraven poskytnout zadavateli za dohodnutých podmínek vývojové prostředí pro vlastní úpravy v souladu s celkovou koncepcí nabízeného a implementovaného informačního systému. Požaduje se systém, který v maximální míře umožňuje uživatelské nastavení a přizpůsobení na úrovni podniku, skupiny uživatelů i samotného uživatele. Díky těmto vlastnostem informačního systému se očekává možnost klienta (a to bez programátorského zásahu) přizpůsobit: - veškeré vstupní formuláře a jejich funkčnost - veškeré výstupy a tiskové sestavy - uživatelské jednoduché a složené sumární pohledy do dat, omezené pouze schopností formulovat generované SQL dotazy - uživatelská přizpůsobení menu jednotlivých modulů a agend - definice vlastních dodatků stávajících tabulek a funkčností - definice vlastních tabulek a modulů a agend nad nimi - vlastní dynamickou účetní, daňovou a interní funkčnost těchto agend Dodavatel informačního systému bude tento systém dlouhodobě podporovat a rozvíjet dle změn platné legislativy a dle požadavků uživatele a zavazuje se jej smluvně udržovat dle podmínek specifikovaných v samostatné smlouvě o dlouhodobé údržbě informačního systému, jež bude součástí nabídky. Celková datová a metodologická koncepce bude uživateli umožňovat v zásadě nezávislost i na očekávaných variantách změn účetní, daňové, obchodní a obecné legislativy včetně jiných normativních úprav odvětvových a profesních. Dodavatel bude rovněž připraven zaškolit zaměstnance uživatele v souvislosti s používáním informačního systému přesně dle požadavků na implementaci IT systému. Filozofie informačního systému bude také odpovídat standardním požadavkům na informační systémy. Celý systém bude proto plně flexibilní (podpora administrátorská i uživatelský přístup s přesnou definicí práv jednotlivých uživatelů), plně modulární (toto plně budou potvrzovat popisy jednotlivých subsystémů) a bude odstraňovat redundantní činnosti při pořizování primárních dat do systému. Samozřejmostí je otevřenost z hlediska vstupů i výstupů. Informační systém bude možné vnitřně strukturovat na vývojové jádro, aplikační jádra a vlastní programové moduly. Aplikační jádra (finanční, účetní a skladové) budou mít v systémové struktuře významné postavení - budou to základní stavební kameny IT systému. Budou zabezpečovat business logiku a všechny systémové činnosti systému. Zadavatel trvá na jednotlivých etapách implementace. Jako důležitou etapu považuje analýzu a stanovení základního projektu před jeho vlastní implementací a programováním. Proto trvá na tom, že pokračování bude možné pouze s jeho schválením úvodní analýzy. Dále požaduje zajistit v nabídce návrh na způsob odstranění závad bránících provozu systému, rychlost zásahu na požadavky uživatele a rychlost servisních zásahů. Požaduje se jednotná a neměnná ceny licence SW. Požaduje se komunikace elektronicky s portálem ČSSZ + další, pokud je toto možné zajistit (DPH, FÚ). Požaduje se v referenčním listu také předložit méně úspěšné, popř. nezdařilé reference pro přehlednost spokojených zákazníků a kvality řešení problému s odstraňováním vad a nedodělků. SCHÉMA - VIZ NOVINOVÁ VERZE Obchodního věstníku A INTERNETOVÁ pdf PŘÍLOHA TOHOTO INZERÁTU Moduly IT systému budou členěny dle pokrytých oblastí ve zpracovávání dat vstupujících do informačního systému. Počtem modulů, jejich technickou úrovní a kvalitativním obsahem jednotlivých funkcí tvořících komplexní celek IT systému bude zabezpečeno nasazení a efektivní používání informačního systému v téměř všech podnikových činnostech a zpracovávaných agendách. 1.2 Podpora podnikových procesů - oblasti, moduly a funkce IT systému Z procesního hlediska bude IT systém rozčleněn na oblasti, které podporují základní podnikové procesy z hlediska perspektivy: zákazníků podpora řízení dodavatelského řetězce učení a růstu podpora řízení a motivace lidí finanční podpora zpracování účetnictví a finančního řízení vnitřních procesů podpora procesního řízení Moduly s funkcemi, výstupy a důmyslným uživatelsky definovatelným upozorňováním budou tvořit běžné pracovní prostředí uživatele požadovaného IT systému. Funkčnost modulů bude zajištěna tabulkami, relacemi mezi nimi a aplikační logikou. Procesy podporované IT systémem Oblast Procesy Modul ŘÍZENÍ Obchodní vztahy CRM DODAVATELSKÉHO Prodej Organizace ŘETĚZCE Logistika Skladové jádro Nákup Odbyt Řízení výroby Ceníky APS Inventury Objednávky Fakturace Zdroje TPV Zakázkové postupy Zmetky Kooperace Plánování zdrojů Oblast Procesy Modul PERSONALISTIKA Lidské zdroje Personalistika A MZDY Mzdy Penzijní fondy Spořitelna Trexima Elektronická komunikace s ČSSZ EKONOMIKA Účetnictví a daně Účetnictví A FINANCE Finance Opakované účetní operace Majetek Evidence a Výkazy DPH Konsolidace Účetní výkazy Účetní kalkulace Plán Saldokonto Provozní Cash Flow Obchod s pohledávkami Kompenzace Příkazy k úhradě Banka Pokladna Faktury přijaté Sekretářka Majetek Konsolidace - firma ve skupině ERP Administrace Manažer Workflow Vizualizace MIS Workflow Grafy a Vizualizace Správce Definice rozhraní Archivace dat 1.3 Otevřenost a flexibilita Nástroje pro vývoj, údržbu a rozvoj budou souborem rozšiřujících vlastností a funkcí, díky kterým lze prostředí celého informačního systému přizpůsobit většině zákaznických požadavků. Systém se požaduje nástroji otevřenosti IT systému nejen upravovat, ale i vytvářet a generovat agendy a funkčnosti zcela nové bez programování. Oblast Procesy Modul DEVELOPMENT Vývoj Design sestav Otevřenost Design obrazovek Flexibilita Definice rozhraní Textový tisk 2. Řízení dodavatelského řetězce Oblast řízení dodavatelského řetězce bude podporovat podnikové procesy, které souvisí s řízením vztahů s obchodními partnery, prodejem, logistikou, nákupem, řízením a plánováním výroby. Požaduje se pokročilý systém plánování a rozvrhování výroby kategorie APS, který bude integrální součástí systému. 2.1 CRM - centrální registr Modul »CRM« bude řešit kompletní evidenci vztahů se zákazníky, evidenci a podporu marketingových aktivit a obsahujovat plánovací a vyhodnocovací nástroje nad těmito evidencemi. Jedná se zejména o podrobnou evidence Firem různých typů (vlastní kmenový zákazníci, zákazníci konkurence, rozjednaní...). Osob ve vztahu k těmto firmám, veškerých prováděných Kontaktů se zákazníky (telefony, e-maily, schůzky, dopisy, faxy atd.) - historických i aktuálních otevřených včetně jejich Termínového plánování, dále evidence souvisejících obchodních Příležitostí, Akvizičních stavů zákazníků, Nabídek či globálních i dlouhodobých marketingových Aktivit. Součástí tohoto modulu jsou i bohaté vyhodnocovací nástroje ve formě strukturovaných Přehledy, Analýz, Souhrnů, přehledových Sestav nebo široce nastavitelných Selekcí. Silnou stránkou budou také propracované Číselníky (referenti, skupiny produktů, akvizice...) používané pro další informační obsažnost záznamů a zpětné vyhodnocování. Modul CRM bude rovněž obsahovat podpůrné funkce pro aktivní marketing firmy, jako je například Generování plánovaných kontaktů nebo Hromadné oslovování formou telemarketingu, hromadnou korespondencí, vyžádaný mailmerge či directmail. 2.2 Organizace V modulu Organizace budou soustředěny veškeré společné číselníky systému. Zde bude probíhat jejich plnění a aktualizace. Číselníky budou rozděleny v základním menu do několika logických oblastí: Jedna z nejpodstatnějších bude správa partnerů: Jednoznačná identifikace jednotlivých partnerů, zadání základních údajů o partnerovi (IČ, DIČ, adresa, bankovní spojení, kontakty, zúčtovací údaje, sjednané dodací podmínky...) Seznam kontaktních osob partnera a jejich provázanost na centrální číselník osob Evidence smluvních vztahů s partnerem Informace o vlastní firmě a definice podnikové organizační struktury: Základní údaje o firmě (DIČ, adresa, odpovědné osoby, vlastní bankovní účty) Definice číselníku středisek a vazby mezi středisky Účetní číselníky - kontrola zadávání účetních údajů a členění účetních zápisů Účetní deníky a řady Číselník účtů Číselník činností Číselník naturálních ukazatelů Fiskální období DPH Sazby a kódy DPH Zdaňovací období Zakázky Typy zakázek Číselník zakázek Skupiny zakázek Evidence zakázek Osoby, referenti, dealeři Ostatní číselníky Právní formy Státy, územní celky, PSČ Měny, kurzovní lístky Koeficienty EURO Banky, platební tituly Formy úhrad Konstantní symboly SKP Dodací podmínky 2.3 Skladové jádro Modul »Skladové jádro« bude nosnou částí odbytových a navazujících aplikací. Zde budou definovány číselníky a kódovací tabulky, které ovlivňují chování všech navazujících agend. Dále zde budou všechny informace o stávajícím stavu a historii pohybů na skladových kartách. Tyto pohyby budou opět účtovanou agendou, jejíž chování bude definováno, stejně jako u vydaných faktur na úrovni dokladových řad. SCHÉMA - VIZ NOVINOVÁ VERZE Obchodního věstníku A INTERNETOVÁ pdf PŘÍLOHA TOHOTO INZERÁTU Skladové jádro v pojetí v pojetí nového IT systému bude možno rozdělit do dvou vzájemně provázaných celků. Lze říci, že zde budou shromážděny všechny skladové a odbytové číselníky, se kterými pracují vlastní odbytové aplikace. Druhou část skladového jádra tvoří vlastní skladové transakce, probíhající na konkrétních skladových zásobách - kartách. Způsob, jakým bude docházet ke generování těchto skladových transakcí z prvotních dokladových evidencí, bude dán nastavením parametrů na úrovni fiskálně závislých údajů číselníku skladů. Základními skladovými číselníky, jež budou definovat organizační strukturu skladového hospodářství jsou: číselník měrných jednotek, nomenklatury, skupiny nomenklatur, zatřídění nomenklatur do skupin, číselník skladů, fiskální a účetní vlastnosti skladů, číselník skupin karet, fiskální a účetní vlastnosti skupin karet, skladové karty, fiskální a účetní vlastnosti skladových karet, evidence doplňkového členění - atributů na skladových kartách, evidence plánovaných údajů na skladových kartách. Funkčnost vlastního skladového jádra bude spočívat v generování skladových transakcí dle pravidel definovaných na úrovni fiskálně závislých údajů skladů dle podkladů připravených uživatelem na úrovni prvotních dokladových agend (příjmové a výdajové listy) bude generovat vlastní skladové transakce dle oceňovacích pravidel a aktualizuje všechny vazby v systému definované. Takto vygenerované skladové transakce budou potom datovým zdrojem pro zaúčtování operací na skladě probíhajících. Vlastností skladového jádra bude možnost evidence dvou, na sobě nezávislých stavů na skladových kartách. Jeden stav, tzv. okamžitý stav bude aktualizován v okamžiku uložení prvotního dokladu (příjmového, resp. výdajového listu). Druhý stav je tzv. evidenční stav, který je aktualizován z vygenerovaných pohybů. Generování pohybů může dle nastavení na konkrétní dokladové řadě probíhat v on-line režimu na pozadí při ukládání prvotního dokladu, nebo dávkově. Další parametrizovanou vlastností skladového jádra je možnost sledování až na úroveň doplňkového členění na kartách (atributů). Nad skladovým jádrem jsou definovány na dvou úrovních uzávěrky. V první úrovni se bude jednat o uzávěrku skladů ve vztahu k skladovým pohybům v rámci běžných kalendářních období, ve druhé pak účetní uzávěrka skladového jádra ve vztahu k zaúčtování dokladů o skladových transakcích. Skladové číselníky Způsoby oceňování skladových pohybů Skladové karty a pohyby na skladových kartách Definice účtovacích pravidel 2.4 Odbyt Tento modul slouží k pořizování dokladů, které svou povahou ovlivňují pohyby skladových zásob. Jedná se o příjmové, výdajové a převáděcí listy, přičemž právě posledně jmenované převáděcí listy budou nástrojem pro jednoduché realizování meziskladových převodů (automaticky se generuje výdej z jednoho skladu a příjem na jiný sklad). Modul bude obsahuje sadu standardních sestav pro statistické vyhodnocování nad pořízenými daty. Příjmové a výdajové listy budou dokladovými agendami, které generují položky skladových transakcí do skladového jádra. Ve své podstatě budou děleny na vnitřní a vnější, resp. interní a externí. Interní doklady mohou být do systému pořízeny ručně, nebo vygenerovány automatickými nástroji nad evidencemi převáděcích listů, odváděcích listů, výrobních příkazů, inventurních dokladů a dokladů tržeb z paragonové pokladny. Vnější, resp. externí doklady mohou být pořízeny do systému ručně, nebo vygenerováním z objednávek, resp. z ceníků. Převáděcí listy budou speciální agendou, sloužící k jednoduché, avšak důkladné evidenci meziskladových přesunů s vazbou na vnitřní příjmové a výdajové listy. Obalové saldo bude nástroj pro evidenci obalů v režimech nákup/prodej, zálohovém a evidenčním režimu. Jedná se o úplnou evidenci obalů ve vazbě ke konkrétnímu partnerovi, položce obalu, režimu obalu a jeho ceně pokud toto bude provozovatel požadovat. 2.5 Ceníky Modul Ceníky slouží k utváření ceníků odběratelských i dodavatelských, a to na různých úrovních (běžné - standardní, partnerské, akční, akční partnerské). Modul bude vybaven sadou standardních nástrojů pro automatické generování odvozených ceníků od ceníků základních a kalkulace cen v nabídkách, a stejně tak možností vytváření ceníku položky poptávané. 2.6 Inventury Modul Inventury, nebo-li inventarizace skladových zásob bude pohodlný a uživatelsky přívětivý nástroj pro vypořádání inventurních rozdílů na základě zjištěných fyzických stavů zásob a stavů, jež budou v systému evidovány. Z pořízených inventurních dokladů budou systémem v okamžiku uzavření inventury vygenerovány doklady vnitřních příjmových či vnitřních výdajových listů dle povahy rozdílu, a to do dokladových řad příjmových či výdajových listů, definovaných na konkrétních řadách inventurních dokladů. Modul Inventury: Parametrizace chování inventur Inventarizace až na úroveň atributů Automatická generace vyrovnávacích dokladů 2.7 Objednávky Evidence objednávek je rozdělena na objednávky přijaté a vydané. Dále budou součástí tohoto modulu evidence poptávek a nabídek, a to opět obousměrně, tedy jak přijaté, tak i vydané a také požadavků na nákup po položkách a subjektech tak, aby byla možná hromadná objednávka na několik zakázek jednomu dodavateli. Všechny tyto agendy jsou plně provázány na dodavatelské i odběratelské ceníky (včetně vyhledávání ceny jedné položky od více dodavatelů) a v případě dokladů objednávek i na příjmové, resp. výdajové listy a následně na vydané faktury. Samozřejmou součástí modulu je pak i parametrizovatelně nastavitelná vazba na objednávkový či rezervační systém na úrovni skladového jádra. Systém bude mít implementovány automatické mechanizmy pro generování prvotních skladových dokladů z objednávek, resp. pro vkládání položek z objednávek do prvotních skladových dokladů. Modul Objednávky: Evidence přijatých objednávek Evidence vydaných objednávek Podpora ze strany evidence ceníků Automatický nástroj pro generování příjmových, resp. výdajových listů Automatický nástroj pro generování vydaných objednávek z posouzení stavů na skladových kartách Automatický nástroj pro generování nabídek z poptávek, případně objednávek z nabídek a poptávek 2.8 Internetový obchod Není požadován 2.9 Fakturace Modul »Fakturace« bude sloužit ke generování vydaných faktur a odpisů, dále pak proforma faktur a zálohových faktur. Dle nastavení systému budou tyto doklady generovány standardními nástroji IT systému buď na pozadí z každého ukládaného prodejního listu, nebo dávkově v režimu 1 prodejní list = 1 faktura nebo hromadně více prodejních listů na jednoho partnera = 1 faktura. Bude obsahovat řadu standardních nástrojů pro statistické výstupy nad pořízenými doklady. Účtování dokladů typu vydaná faktura, resp. vydaný dobropis bude probíhat dle nastavení parametrů dokladových řad automaticky v on-line režimu při uložení dokladu, nebo dávkově dle rozhodnutí odpovědné osoby. Výdajové listy budou dokladovou agendou, která bude výchozí pro automatické generování vydaných faktur. Tato agenda bude rozdělena do tří skupin, a to na výdajové listy běžné, zálohové výdajové listy a proforma výdajové listy. Toto dělení vychází z potřeb defaultních nastavení pro jednotlivé výše zmíněné typy prodejních dokladů s vazbou na daňové a účetní náležitosti těchto typů dokladů. Vydané faktury budou samostatnou dokladovou agendou, které budou v systému vznikat automatickou generací ze všech výše zmíněných typů výdajových listů. Budou stejně jako výdajové listy rozděleny do skupin na běžné vydané faktury a dobropisy, zálohové vydané faktury a proforma vydané faktury. Vydaná faktura v systému bude vznikat vždy z výdajového listu, a to různými způsoby. Režim vzniku vydaných faktur bude definovatelný na řadě prodejních listů a bude vlastností každé řady. Faktury tedy mohou vznikat dávkově nebo v on-line režimu. Dávkové generování vydaných faktur bude možno spouštět jako pravidelnou operaci v definovaném okamžiku. On-line režim bude opakem výše zmíněného dávkového generování a bude probíhat na pozadí ukládání prodejního listu tak, že to uživatele nikterak nebude zatěžovat. Účtování vydaných faktur bude probíhat dle standardních pravidel účtování v IT systému a bude stejně jako u ostatních prvotních účtovaných agend vlastností dokladové řady. Výdajové listy Zálohové výdajové listy Proforma výdajové listy Vydané faktury Zálohové faktury Proforma faktury Dobropisy 2.10 Exportní JSD Není požadováno 2.11 Statistika Intrastat a Souhrnné hlášení Není požadováno 2.12 Paragonová pokladna Není požadováno 2.13 Platební karty Není požadováno 2.14 Servis Modul Servis bude sloužit k evidenci servisovaných zařízení a úplnému řešení servisních zakázek. Z pohledu plánování bude napojen na modul Zdroje, jehož funkčnosti bude využívat. Podstatou tohoto modulu budou tyto oblasti: Typy zařízení Zařízení Znalostní báze Servisní zakázky Servisní poptávky a nabídky Servisní výdeje Servisní výkazy Generování nabídek service letter Generování nabídek z pravidelného servisu Plánování lidských zdrojů 2.15 Zdroje Modul Zdroje v IS systému bude sloužit k evidenci a plánování času libovolných zdrojů (lidí, strojů, zařízení). Modul půjde použít samostatně (úkoly a požadavky na zdroje půjde zadávat ručně přímo v modulu Zdroje s využitím šablon), nebo se na modul mohou napojit jiné prvotní agendy (např. moduly Servis, Půjčovna). V případě napojení ze strany jiných agend bude tvořit modul Zdroje v podstatě další jádro IS systému, tedy »Zdrojové jádro«. Podstatou tohoto modulu budou tyto oblasti: Zdroje (jednoduché, skupinové, kooperace, dílčí zdroje) Operace Úkoly Požadavky Rezervace Výkazy práce Kalendáře zdrojů Typy etap a etapy Plánování 2.16 Půjčovna Modul Půjčovna bude z aplikačního hlediska zcela univerzální. Jeho využití bude díky jeho přizpůsobivosti možné v různých oborech. Uplatní se při půjčování nářadí, nástrojů a strojů, či v půjčovnách drobného spotřebního zboží. Bude zabezpečovat evidenci půjčovaného sortimentu (včetně technických parametrů a příslušenství) s možností využití čteček čárového kódu. Bude umožňovat rezervaci půjčovaného sortimentu, sledovat vypůjčený i nevypůjčený sortiment, zápůjčky po termínu, automatické generování dokladů, tisk přehledů a sestav. Přímou vazbou na ostatní moduly a evidence IT systému jako »Organizace«, »Smlouvy«, »Zakázky«, »Workflow«, »Ceníky«, »Fakturace«, »Pokladna«, »Skladové jádro«, »Inventury skladů«, »Majetek«, »Servis«, a zejména modul »Zdroje« bude zajišťovat využití dalších funkčností jmenovaných modulů. Tím povede nejen k zrychlení a k zjednodušení provozu půjčovny, ale i zefektivnění investovaných finančních prostředků, a to především zvýšením vytíženosti zdrojů. Nepředpokládá se ale využití tohoto modulu. Upřesní KD. 2.17 Reklamace Modul Reklamace bude sloužit k posouzení problematiky reklamačního řízení ve všech jeho souvislostech. Bude sloužit nejen k evidenci reklamací, ale bude umožňovat sledovat oběh reklamované položky, nebo celé zakázky. Od vazby na partnera, zakázku, smlouvu, dodací/příjmový list, fakturu a dále s příjmem/výdejem reklamovaného zboží na reklamační sklad, převody na jiné sklady a jeho odeslání a přijetí z opravy až po vygenerování dobropisu, popřípadě faktury. Rovněž bude poskytovat informace o dodatečných nákladech a ztrátách vznikajících při reklamaci. Modul v sobě bude zahrnovat i užitečné přehledy a vyhodnocovací sestavy, jež budou složit k analýze objemu a vývoje reklamací. Dokladová agenda reklamací bude provázána na modul Workflow a bude připravena k definici firemních procesů. Požadováno pouze v případě využití ve společnosti. Upřesněno na KD. 2.18 Malá výroba Je požadována výroba a procesy. 2.19 TPV - technická příprava výroby Modul komplexně bude řešit problematiku technické přípravy výroby (technologické postupy, kusovníkové rozpady a pracoviště) s vazbou na zbývající výrobní moduly. Základem modulu bude technologický postup, který popisuje výrobek souborem vlastností. Technologický postup bude tvořen v období předvýrobní přípravy a bude zahrnovat v sobě všechny informace nutné pro realizaci vlastní výroby. Jedná se o obecné informace o výrobku, o jeho materiálových vstupech, potřebě dílců a jejich výrobě, o kooperacích, kusovníkových vazbách i vlastním výrobním procesu provázaném na jednotlivá pracoviště, konkrétní strojní zařízení a střediska, na potřeby výrobních pomůcek a lidských i strojních kapacit. Budou využívány metody hromadných změn pro velké rozsahy nově zadávaných nebo měněných informací, generování technologických postupů na nové výrobky na základě již dříve vyráběných a do určité míry si podobných výrobků, popřípadě o využití metody indexování pro definování variant technologických postupů. Bude možné využívat i velmi složité mnoha úrovňové kusovníkové vazby v grafické podobě spolu s kooperačními vazbami. Systém evidence pracovišť bude umožňovat poskytování základních podkladů pro související moduly, zejména pro modul plánování. Dále bude umožňovat evidenci nákladů spojené s pracovištěm, vyhodnocovat vliv těchto nákladů na náklady výrobků, počítat režie a nákladové ceny. Důležitou součástí TPV budou kalkulace, které bude možné stanovit pro jednotlivé technologické postupy nebo hromadně pro všechny najednou. 2.20 Zakázkové postupy Modul bude obsahovat nástroje pro zadávání výrobních příkazů s vnořenými strukturami (dílce) a sledování průběhu výroby a stavu rozpracované výroby. Výrobní příkaz bude možné generovat z přijaté objednávky (z modulu Objednávky), bude možné ho vygenerovat na základě výstupu nedostatků zásob (z modulu ATP) nebo moci být samostatně založen pro účely výroby. Položky výrobního příkazu představují vlastní objednávky pro výrobu (dále jen OPV), charakterizující konkrétní výrobek. Modul Zakázkové postupy bude umožňovat generování zakázkových postupů s kusovníkovým rozpadem na dílcové OPV. Zakázkové postupy budou poskytovatí nezbytné podklady pro plánování výroby. Nad vygenerovanými zakázkovými postupy bude možné provádět operace přesunů plánovaných množství mezi jednotlivými dílcovými OPV, vytvářet požadavky na mezisklady, dílcová OPV vykrývat z meziskladu, plánovat lidské zdroje apod. Po potvrzení přesunů bude možné vystavit interní objednávky na materiál a dílce s uplatněním rezervačního systému. Bude možné vydat materiál a dílce z požadavků na výdej ručně nebo automaticky, odvedením operace, do které materiály vstupují. Hotové dílce či výrobky bude možné odvádět na sklad. Požaduje se provádět odchylkové řízení na již potvrzený výrobní příkaz, jako bude například přidání nové operace, změna vstupujícího materiálu apod. Založení nového výrobního příkazu bude sloužit k vykrytí již dříve vzniklých odbytových požadavků. Rezervace a blokace budou umožňovat a uspokojovat požadavky zákazníků na základě skutečného stavu rozpracovanosti ve výrobě, na meziskladu dílců, skladu hotových výrobků, případně vydaných objednávek. Důležitou součástí modulu Zakázkové postupy budou nástroje pro provedení inventury rozpracované výroby. 2.21 Neshody Modul podporuje oblast neshodné výroby. Bude umožňovat sledování a evidence zmetků ve výrobě, vypočítat ocenění zmetku ve skutečných nákladech FIFO, vyhodnocovat dle různých příčin a hledisek, jako jsou viníci, zpětná použitelnost, opravitelnost, dopad do rozpracované výroby, nákladovost, místo vzniku atd. V naší společnosti se plnění tohoto modulu asi nepředpokládá. 2.22 Kooperace Modul kooperací bude umožňovat vytvářet objednávky na kooperaci ručně nebo automaticky, vydávat do kooperace a přijímat provedené kooperace do rozpracované výroby. Bude umožňovat sledování a vyhodnocování plánovaných a neplánovaných kooperací a nákladů na kooperaci. Při příjmu z kooperace bude možné také vykázat zmetky, které vznikly buď přímo v kooperaci, nebo dříve před výdejem do kooperace. 2.23 Plánování zdrojů (APS) Funkčnost modulu APS bude zajišťovat nastavení parametrů pro CTP (priority, výluky pracovišť apod.) a bude umožňovat zobrazovat již uložený hlavní plán a fronty práce v ERP systému pomocí přehledových sestav. Tyto přehledy budou dostupné až do uložení nového hlavního plánu - výstupu APS. Modul CTP (Capable to Promise) bude zajišťovat plánování výrobních zdrojů v závislosti na jejich aktuální vytíženosti. Systém plánuje do omezených nebo neomezených kapacit všech zdrojů. Plánujeme výrobní příkazy na základě dostupných kapacit zdrojů (pracoviště, materiál, výr. pomůcky, lidské zdroje) v čase. Výstupy budou umožňovat v rozhodovacím procesu řešení kapacitně úzká (bottle-necks) místa (posílením kapacit) nebo předimenzování kapacit. Kromě závazného hlavního plánu systém bude umožňovat vytvářet plány pracovní (heuristická metoda co když). Algoritmus bude umožňovat plánovat dopředně, zpětně a kombinovaně. Dále sbudou zohledněny, např. přesuny mezi jednotlivými výrobními příkazy, současná výroba dílců složitě strukturovaného kusovníku, vícestrojová obsluha, vykrývání dílců z meziskladu, výluky kapacit a prioritní systém. Na výsledky CTP navazují algoritmy ATP. Požadované volitelné součásti: Vizualizace - výsledky plánů lze interaktivně zobrazovat pomocí přehledných Gantových diagramů s možností on-line změn v tomto prostředí. Optimalizace - Vedle základní optimalizace CTP výsledek plánu podrobit opakovaným cyklům plánování a optimalizovat plán dle dalších parametrů (např. podobnost výrobků, hospodárné dávky), které se postupně doplňují. Simulace - bude umožňovat modelování variantního plánu dle simulačních parametrů (např. kapacit pracovišť, strojů, obsluhy, variantního materiálu), které se postupně doplňují. Algoritmus modulu ATP (Available to Promise) bude umožňovat stanovit výhled stavu zásob pro všechny úrovně skladů s vazbou na prodej, nákup a výrobu. Výstupem bude upozornění na nedostatky a přebytky zásob v čase. Cílem je zjistit, co je možné slíbit zákazníkovi. Jednotlivé doklady budou vytvářet plánované příjmy a výdaje na daném skladě. Z toho budou vznikat v budoucím období nedostatky, které bude možné vykrýt požadavky na objednání materiálu a požadavky na výrobu. Z daných požadavků vzniknou objednávky materiálu a výrobní příkazy, které vstupují do systému CTP. Volitelné součásti: Budou automatizovat přenos výsledků z plánu do realizace, tzn. Generování objednávek materiálů a Generování výrobních příkazů. 3. Řízení lidských zdrojů Oblast řízení lidských zdrojů bude podporovat podnikové procesy, které budou zajišťovat evidenci lidských zdrojů, jejich rozvoj, motivaci a řízení. 3.1 Personalistika Modul »Personalistika« bude sloužit k evidenci a zpracování osobních dat zaměstnanců (podklady pro evidenční listy, zápočtové listy), sledování stavů pracovníků. Bude umožňovat statistické vyhodnocování pořízených údajů, tvorbu přehledových sestav, vyhodnocovat pracovní hodiny s porovnáním docházkového systému. Je požadován automatický výpis pracovního fondu s tiskem platebního-mzdového lístku Personalistika: průběžná evidence zaměstnanců v kmenovém souboru vedení libovolného množství pracovních poměru (se společným výpočtem daně) evidence osobních údajů, mzdových údajů, rodinných příslušníků hlídání všech údajů s vazbou na uživatelsky definované číselníky přehledové sestavy z osobních údajů, sledování stavů pracovníků sestavy pro výkazy čtvrtletní statistiky podklady pro evidenční listy, zápočtové listy 3.2 Mzdy Bude umožňovat kompletní zpracování mzdové agendy. Požaduje se interaktivní i dávkovou vazbu na personalistiku a účetnictví a výrobu - pracovní lístky. Rozšiřujícími vlastnostmi modulu bude možnost napojení na elektronický docházkový systém (s kontrolou na pracovní výkaz), automatická komunikace s Českou spořitelnou nebo jinými bankami pomocí exportní šablony, statistické výkazy exportní šablony TREXIMA, komunikace s penzijními fondy pomocí exportní šablony PENZIJNÍ FONDY a export elektronického formátu Ročních evidenčních listů důchodového pojištění pomocí exportní šablony. Veškeré informace, které se mohou v čase měnit (zařazení, invalidita, důchody a další) budou udržovány vždy s platností od-do a v celé své historii - nebude docházet tedy ke ztrátě již neplatných informací. Dále bude obsahovat interaktivní i dávkovou vazbu nejen na personalistiku, ale i na účetnictví. Funkce modulu Mzdy: interaktivní i dávková vazba na personalistiku evidence docházky s možnou vazbou na docházkový systém interaktivní i dávkový výpočet měsíčních mezd uživatelsky definovaný výpočet různých forem mezd a libovolného počtu příplatků plně automatický čtvrtletní výpočet průměrů na dovolenou i nemocenskou výpočet daní, odvodů pojistného a čisté mzdy výpočet nemocenských dávek evidence stálých i měsíčních srážek s vazbou na modul banka měsíční výpočet všech odvodů z mezd s vazbou na modul banka automatická komunikace s Českou spořitelnou automatická komunikace s externími softwary vnitrobanky výpočet ročního zúčtování daně po roční uzávěrce výstupní sestavy pro přiznání sociálních dávek měsíční, čtvrtletní a roční přehledy, mzdové listy a uživatelsky definované sestavy plně automatické rozúčtování mezd a převod do modulu účetnictví 3.3 Vnitrospořitelna 3.4 Penzijní fondy Je požadováno, aby IT systém vedl standardně komunikaci s níže uvedenými penzijními fondy, přičemž komunikací se myslí vytváření 2 el. souborů - jednoho za zaměstnance a jednoho za zaměstnavatele. Požaduje se další kominikace z jinými fondy v případě, že to bude požadavkem zadavatele. 3.5 Trexima Jedná se o exportní šablony pro statistické výkazy a nejsou požadovány. 3.6 Elektronická komunikace s ČSSZ Jedná se exportní šablony informací, které ČSSZ umožnila organizacím odesílat elektronicky. V současné době se tedy jedná o export RELDP (Roční evidenční listy důchodového pojištění) a export Přihlášek/Odhlášek. Pro zajištění správné komunikace přímo s Portálem veřejné správy. Finance a ekonomika Oblast financí podporuje podnikové procesy, které souvisí s Účetnictvím, daněmi a povinnostmi podniku vůči orgánům státní správy, výkaznictvím, řízením financí, správou majetku firmy a konsolidaci státních výkazů za více firem v rámci holdingu nebo jiného konsolidovaného uspořádání. 3.7 Účetnictví Modul Účetnictví bude koncipován jako moderní nástroj pro průkazné, úplné a správně vedené podnikové účetnictví v souladu s platnou legislativní úpravou účetních postupů a veškeré její uvažované změny ve vazbě na mezinárodní účetní standardy a obecně používané účetní zásady. Modul Účetnictví bude přinášet možnost nastavení celého systémů nebo jeho částí na tzv. ON-LINE účtování, kdy v návaznosti na stavy prvotních dokladů definovaných v oběhu, může docházet k okamžitému generování účetních zápisů do účetních knih s předem definovanou metodou jejich účtování při prvotním zápisu, opravách v běžném období, následujících obdobích, jejich stornech, účetních likvidacích a jiných transakcích definovaných uživatelem. SCHÉMA - VIZ NOVINOVÁ VERZE Obchodního věstníku A INTERNETOVÁ pdf PŘÍLOHA TOHOTO INZERÁTU Modul Účetnictví bude mít integrovány funkce, metody a nástroje pro zajištění: vedení finančního účetnictví vedení vnitropodnikového a manažerského účetnictví vedení dvoj-okruhového účetnictví nezávislost na fiskálním období s prvotními moduly a agendami možnost paralelního zpracování v libovolném počtu fiskálních a měsíčních účetních obdobích se sdílením společných nefiskálních evidencí a opakovatelným převodem počátečních stavů přes převodové můstky k zajištění bilanční kontinuity provádění výsledných kalkulací s funkcemi účtování o rozpracované (nedokončené) výrobě nebo výkonech, klíčování režií, přeúčtováním a dalšími automatickými operacemi, které generují nové účetní zápisy účtování o naturálních ukazatelích zachycení daňových skutečností na pozadí účetních zápisů pro potřeby evidence přímých i nepřímých daní evidence účetnictví v libovolné domácí měně a svázaných dalších dvou měnách až dle jednotlivých účetních zápisů sestavování libovolných výstupních sestav, výkazů, přiznání, hlášení výpočet libovolných ukazatelů, jejich kategorií, časových řad a jejich exportů do manažerských systémů plánování všech skutečností, jejich vyhodnocování v porovnání se skutečností a importy plánů z jiných systémů ve standardních formátech podporu vnitřního kontrolního systému a kontrolingu evidenci saldokontních operací jejich vazbu na konečné zůstatky saldokontních účtů, vedení saldokontních případů vedení saldokont korunových, devizových, úloh kompletace pořízení zásob, majetku a transakcí »na cestě«. sborníkování účetních transakcí automatické účtování o kurzovních rozdílech rozvážných i výsledkových automatické účtování o haléřových rozdílech automatické účtování o ročních uzávěrkových operacích automatické účtování o periodicky se opakujících operacích automatické účtování o operacích časového rozlišení a dalších dle uživatelské definice automatické generování opravných a storno účetních zápisů standardní výstupy typu: hlavní kniha obratová předvaha deník účetních případů obraty/zůstatky účtů konta účtů přehledy nákladů a výnosů podklady pro státní výkazy (výsledovky, rozvaha, cash-flow) uživatelské sestavy Počáteční stavy a závěrkové operace Modul Počáteční stavy a závěrkové operace bude zajišťovat vstup a následnou evidenci účetních počátečních stavů systému, definici a automatizované zpracování závěrkových účetních operací. Vnitřní doklady Modul Vnitřní doklady bude zajišťovat komplexní práci s agendou vnitřních (interních) dokladů, která bude sloužit jako univerzální nabídka pro ruční vstup jakýchkoliv účetních dokladů. Běžně budou touto nabídkou pořizovány účetní doklady, které nejsou evidovány v některé z ostatních prvotních evidencí informačního systému (vnitřní zúčtování, opravné doklady, doklady z externích subsystémů, atd. ...). 3.8 Evropská Unie Obecně lze říct, že v zásadě se požaduje možnost za určitých okolností tvořit daňové doklady v sazbách jiných zemí EU (i když jde o výjimečné případy při vystavování dokladů do jiné země EU, ve které je firma zaregistrována). Výkazy DPH tedy budou poskytovat podklady pro podání více daňových přiznání v různých zemích. Současně bude možné počítat DPH na přijatých daňových dokladech od plátce z jiné země EU a bude možné odvádět DPH ze záloh. Součástí budou i podklady a výstup pro statistiku Intrastat a Souhrnné hlášení. Datové pole DIČ bude rozšířeno pro možnost zadání DIČ firmy v novém formátu a nad číselníkem partnerů je doplněna podpora pro kontrolu registrace k DPH v zemích EU přes Internet. Pozn.: Existuje informace, zda stát je součástí EU a od kdy, tedy do číselníku států je doplněn přepínač Evropská unie Ano/Ne, a datumové pole Vstup do EU. Dále bude možno definovat, ve kterém státě je vlastní firma registrovaná k DPH - Registrace k DPH Ano/Ne/K zásilkovému prodeji, DIČ a Platnost registrace od/do, také zde existuje pohled na Sazby DPH a Kódy DPH pro daný stát, kde byl přidán údaj Stát DPH, sazby DPH bude tak možné definovat dle států a stejně tak Kódy DPH. Na úrovni Kódu DPH je současně definována pravidla pro výpočet DPH, především Způsob zaokrouhlení, Počet desetinných míst zaokrouhlení, Minimální základ, Maximální základ, Minimální daň a Maximální daň. Obecně vznikne v systému nový pojem, Daňový režim a bude důležitým atributem pro vznik a chování dokladů na Výdajových listů, Faktur přijatých a vydaných. Jeho hodnota bude závislá na těchto informacích: - Vlastní firma je/není Plátce DPH v tuzemsku a v zemi EU partnera - Vlastní firma je/není ve státě EU - Partner je/není Plátce DPH v státě registrace k DPH - Partner je tuzemský/ze země EU/ze země mimo EU Většina běžných plnění, především co se týká zboží, mají v EU jednoznačná pravidla a jsou charakterizována výše uvedeným seznamem daňových režimů. Výjimkou z těchto pravidel bude trojstranný obchod a poskytování služeb, jež budou řešeny zvláštním režimem. Zohledněny budou nově i tyto funkce jako: - DPH na výstupu v IT systému - DPH na vstupu v IT systému - DPH ze záloh, tedy nutnost odvádět DPH ze zaplacených záloh - Souhrnné hlášení, tedy kvartální hlášení o prodeji plátcům DPH do zemí EU Statistika Intrastat, tedy statistické hlášení o pohybu zboží mezi zeměmi EU, přičemž samotné hlášení Intrastat se sestává ze dvou samostatných částí - Odeslání a Přijetí 3.9 Opakované účetní operace Modul Opakované účetní operace bude definovat a provádět opakované účetní operace formou definice vzoru účetního dokladu, který se bude opakovat v zadané periodě a počtu opakování. Opakování začíná od zadaného účetního období. Vznik interních dokladů dle vzoru bude probíhat zcela automaticky. Opakování bude možné pozastavit nebo zcela zastavit. Vhodné použití pro generaci splátek a časového rozlišení leasingu, periodické generování zaúčtování libovolných splátek (záloh energií, nájmů apod.). Definice opakovaných účetních operací: vzor dokladu počet opakování perioda opakování zahájení generace Automatická generace interních dokladů Pozastavení, zastavení generace 3.10 Evidence a Výkazy DPH Modul »Evidence a Přiznání k DPH« bude složit k analýze daňových dokladů, jejich kontrole a operacím s nimi, jako jsou změna období DPH, uzavírání účetních položek za zvolené období, výpočet přiznání a další. Mezi přehledy patří seznam daňových dokladů dle kódů a období, sumáře za kódy DPH a soupis daňových dokladů. Modul bude obsahovat nástroje pro kontrolu jednotlivých daňových dokladů (daňových rekapitulací) s možností přímého vstupu do odpovídajícího prvotního dokladu a jeho okamžité opravy. K dispozici budou pro firmy i orientační kontroly za jednotlivé kódy DPH. Modul bude obsahovat nástroje pro definici a výpočet řádného i dodatečného přiznání k DPH. Vytvořením přiznání dochází automaticky k daňové uzávěrce všech dokladů, které do přiznání vstoupily. Sestavené přiznání generuje předpis do saldokonta, na který se odvolává pohyb peněz z banky. Úhrady přiznání budou sledovány v saldokontu. Přiznání bude možné dále automaticky zaúčtovat. Tzn. zaúčtovat na opačnou stranu příslušných účtů 343 přiznanou částku uskutečněného nebo přijatého plnění proti účtu, který představuje závazek/pohledávku vůči finančnímu úřadu. Automaticky se zaúčtují i zaokrouhlení realizovaná na vlastním přiznání. 3.11 Účetní výkazy Modul bude zajišťovat komplexní práci s účetními výkazy (rozvahy, výsledovky, výkazy cash-flow atd.), tj. jejich vlastní definici, výpočet a následné zobrazení těchto výkazů. Hlavní využití je pro státem definované účetní výkazy, použití modulu bude však vzhledem k jeho obecnosti daleko širší. Hlavním nástrojem, ve kterém se zadávají vzorce a který zobrazuje výsledky, je program Microsoft EXCEL z balíku Microsoft Office. 3.12 Účetní kalkulace Modul »Účetní kalkulace« jako jeden z controllingových nástrojů bude sloužit pro přesnější kalkulaci nákladů na výrobní či jiné firemní účetní ukazatele (např. střediska, zakázky, činnosti, dealery, naturální ukazatele). Obecně budou náklady z výrobních režií nebo z provozní/správní režie dle přesně definovaných kritérií (různých poměrů, procent) přeúčtovány na dílčí sledované ukazatele. Modul bude generovat vnitřní doklady do standardní agendy IT systému v konkrétním účetním období. 3.13 Plán Modul bude umožňovat zadávání plánovaných hodnot do IT systému. Tyto hodnoty plánu budou pak přiřazeny k jednotlivým analytickým účtům, které budou k tomu určeny. Plánování lze také zadávat podle různých rozměrů, např. střediska, zakázky atd. Zadávání a uložení hodnot plánu bude pomocí standardní dokladové evidence. Pro přehledné zadávání hodnot plánu bude možno využít dokument aplikace Microsoft EXCEL z balíku Microsoft Office. 3.14 Saldokonto Modul Finanční saldokonto bude obsahovat evidenci finančních předpisů, finanční saldokonto a finanční plán. Mezi základní operace bude patřit párování finančního saldokonta, výpočet kurzových rozdílů a vystavování upomínek, uznání a penále. Přehledy budou ukazovat saldokonta partnerů, neuhrazené faktury, finanční plán a další. Součástí modulu bude i Haléřové vyrovnání, které umožňuje výpočet haléřových vyrovnání nad finančně nebo účetně saldokontními případy. Výběr případů bude možné filtrovat dle různých kritérií (účty, měny, výše zůstatku), které bude možné nastavit jako výchozí pro daný deník a řadu haléřových vyrovnání. Výstupy z finančního jádra budou poskytovat informace o aktuálních stavech pohledávek a závazků. K jejich analýze bude sloužit řada sestav a pohledů. Bude možné sledovat sumární a položkový stav pohledávek a závazků, např. v členění dle partnerů, dealerů, středisek apod. Modul bude také poskytovat výstupy zobrazující historický stav pohledávek a závazků, tj. stav rekonstruovaný k historickému účetnímu období nebo datu. Aktuální i historické sestavy budou umožňovat výstup v členění dle lhůt po splatnosti. Modul Saldokonto prostřednictvím finančního jádra bude také zajišťovat automatický vznik průběžných kurzových rozdílů na pohledávkách a závazcích. Generace a zúčtování konečných (rozvážných) kurzových rozdílů bude obsažena v modulu Počáteční stavy a závěrkové operace. Kurzové rozdíly budou vznikat v reálném čase tak, jak budou vznikat jednotlivé prvotní doklady o platbách. Přičemž budou počítány kurzové rozdíly již z dílčích plateb. Dalším nástrojem modulu saldokonto bude automatické generování haléřového vyrovnání. Systém bude plně automatický proces zjišťování a zaúčtovávání haléřových rozdílů z jednotlivých saldokontních případů. Haléřové rozdíly bude možné zjišťovat průběžně při odvolávání plateb (např. v pokladně nebo bance) nebo hromadně při dávkovém zpracování nad saldokontem. Rozdíly považované za haléřové se v systému budou zadávat: manuálně při odvolávání (tzn., že uživatel, který odvolává platbu, má možnost rozhodnout, zda zbývající rozdíl k úhradě bude považován za haléřový rozdíl nebo za nedoplatek) v definiční tabulce pro jednotlivé kombinace vyrovnávaných analytických účtů a měn při dávkovém zjištění a zaúčtování. Definice způsobu zaúčtování haléřových rozdílů ze saldokontních případů a zaokrouhlení (tzn. definice nákladového a výnosového účtu pro haléřové vyrovnání a způsob zaúčtování na střediska) se v systému definuje (nastavuje) na jednom místě. SCHÉMA - VIZ NOVINOVÁ VERZE Obchodního věstníku A INTERNETOVÁ pdf PŘÍLOHA TOHOTO INZERÁTU Modul Saldokonto: Výstupy nad saldokontem Kurzové rozdíly Haléřové vyrovnání Odpisy pohledávek Saldokonto - výstupy: Operativní přehledy neuhrazených faktur Operativní přehledy saldokont partnerů Pohledy na stav neuhrazených faktur v čase Výstupy nad »účetním« saldokontem Kurzové rozdíly: Průběžné kurzové rozdíly Dávkové nebo automatické generování Kurzové rozdíly z částečných plateb Nastavení pro jednotlivé agendy Haléřové vyrovnání: Plně automatizovaný proces Průběžné i dávkové zpracování haléřových rozdílů Definice rozdílu k dorovnání dle účtů a měn Zaúčtování zjištěných rozdílů Odpisy pohledávek: Odpis pohledávek splatných do 1994 Bloková nebo položková sestava Modifikace výstupů Sledování úhrad a případné rušení odpisů Zaúčtování 3.15 Provozní Cash Flow Pomocí tohoto programového modulu se požaduje analyzovat, plánovat a modelovat budoucí finanční toky s následným promítnutím do reálných dat. Jako vstupy budou použity reálné údaje z evidencí napojených na finanční jádro, ostatní »plánované« příjmy a výdeje ručně zadané do samostatné evidence, plánované výdaje na základě objednávek vydaných, plánované příjmy na základě objednávek přijatých, plánované příjmy a výdaje na základě opakovaných účetních operací a počáteční stavy. Při sestavování cash-flow bude možné dle zadání vstupních podmínek upravit výsledná data zadáním průměrné odchylky splatnosti, koeficientu pravděpodobnosti úhrady a dnů volna. Pro jednoduché vyloučení/zařazení pohledávek a závazků do výsledného cash-flow bude zavedeno ABC členění obchodních partnerů s automatizovaným plněním podle obratu. Pro rozčlenění plateb dle druhů bude možno použít některý z existujících standardních analytických atributů. Ve standardním řešení budou realizovány 2 stěžejní výstupy, a to do definovatelného formuláře MS Excel nebo jako pohled přes datovou kostku s využitím patřičné komponenty v systému. Hodnoty do výsledného cash-flow bude možné omezit výběrem vstupního filtru. Pomocí tohoto programového modulu budeme analyzovat, plánovat a modelovat budoucí finanční toky s následným promítnutím do reálných dat. Jako vstupy budou použity reálné údaje z evidencí napojených na finanční jádro, ostatní »plánované« příjmy a výdeje ručně zadané do samostatné evidence, plánované výdaje na základě objednávek vydaných, plánované příjmy na základě objednávek přijatých, plánované příjmy a výdaje na základě opakovaných účetních operací a počáteční stavy. Při sestavování cash-flow bude možné dle zadání vstupních podmínek upravit výsledná data zadáním průměrné odchylky splatnosti, koeficientu pravděpodobnosti úhrady a dnů volna. Pro jednoduché vyloučení/zařazení pohledávek a závazků do výsledného cash-flow bude zavedeno ABC členění obchodních partnerů s automatizovaným plněním podle obratu. Hodnoty do výsledného cash-flow je možné omezit výběrem vstupního filtru. 3.16 Obchod s pohledávkami Modul »Obchod s pohledávkami« bude umožňovat kompletní zpracování a evidenci postupování nákupu a prodeje pohledávek. Evidovat a tisknout veškeré smlouvy s vazbou na zaúčtování a sledování úhrad. Dále bude umožňovat evidenci nabídek a poptávek s vazbou na zakázky, generování a archivace variant zápočtů s možností automatického vzniku smlouvy o nákupu a prodeji pohledávek podle zvolené varianty zápočtu a hlavně jejich schvalovací proces dle struktury provozovatele a vnitřních norem. 3.17 Kompenzace Modul Kompenzace poskytuje nástroje pro vytváření vzájemných kompenzací - zápočtů. Modul umožňuje kompenzaci pouze s jedním partnerem, ale i vytvářet zápočty mezi více partnery. Výběr do kompenzace bude probíhat ze seznamu neuhrazených předpisů. Výsledkem bude návrh kompenzace. Ihned po uložení kompenzace se předběžně uhradí - zablokují - kompenzované předpisy. Z vytvořené kompenzace bude vytisknut dokument pro partnera - návrh kompenzace, oznámení o kompenzaci, dohoda o kompenzaci apod., přičemž text, který bude tištěn, je definovatelný uživatelem. Po potvrzení kompenzace uživatelem, tj. dle dohod s partnerem po jeho odsouhlasení nebo bez něj, se definitivně uhradí dotčené předpisy a následně je možné kompenzaci zaúčtovat. Vzájemné zápočty: Dvoustranné i vícestranné Bez nutnosti odsouhlasení partnerem Tisk návrhu, dohody, oznámení... Zaúčtování 3.18 Příkazy k úhradě Modul »Příkazy k úhradě a inkasa« bude sloužit k vytváření příkazů k úhradě, resp. inkasu z předpisů vzniklých v ostatních modulech. Pro tvorbu příkazů bude možné využít i evidenci návrhů k příkazům v případě, že požadavky k hrazení mají být vytvářeny nebo schvalovány dvoustupňově. Výběr do příkazu bude probíhat ze seznamu neuhrazených předpisů bez potřeby jejich manuálního vypisování. Stačí tedy skutečně pouhý výběr ze seznamu a případná úprava částek. V případě vícestupňového schvalování plateb bude možné jako mezistupeň variantně použít: Verifikaci - odpovědná osoba verifikuje všechny platby. Poté, co platbu zverifikuje, ji již nemohou ostatní uživatelé ani prostřednictvím jiných prvotních agend změnit - částka, datum splatnosti apod. V platbových agendách nelze v tomto režimu uhradit nezverifikovanou platbu. Návrhy příkazů - nejprve se vytváří návrhy příkazů a z těch teprve následně někdo hradí - lze použít i pro režim, kdy za pobočku hradí centrála. Případně je možné kombinovat oba tyto nástroje. Výsledný příkaz je možné buď vytisknou, nebo vygenerovat soubor - vždy s blokací dvojího provedení jednoho příkazu. Ten se následně doručí do banky. Ihned po uložení příkazu se blokují - předběžně hradí - hrazené předpisy. Definitivní úhrada proběhne po zpracování bankovního výpisu. Příkazy k úhradě: Příkazy k úhradě i inkasu Vícestupňové hrazení Automatizovaná tvorba Elektronický formát On-line aktualizace předpisů 3.19 Platební avíza Modul Platební avíza bude poskytovat nástroje na slučování plateb, a to jak na straně plateb přijatých, tak na straně plateb vydaných. V praxi se vyskytují zejména tři důvody, které vedou k potřebě řešit problém slučování plateb: úspora poplatků za bankovní operace při platbách do zahraničí, běžná praxe slučování plateb u zahraničních partnerů, praxe některých velkých odběratelů, zejména maloobchodních řetězců, při provádění plateb. Avíza umožňují řešit všechny tyto problémy. Výběrem ze seznamu aktuálně neuhrazených předpisů (faktur), stejně jako například v modulu příkazy k úhradě, budou vytvořit doklad, který v sobě slučuje platbu více faktur a vytváří jeden sumární předpis pro hrazení s vlastním variabilním symbolem. Při zpracování bankovního výpisu je potom hrazen pouze tento sumární předpis, a nikoli jednotlivé faktury. Avíza prostřednictvím finančního jádra budou zajišťovat, že jsou regulérně uhrazeny i jednotlivé faktury obsažené v avízu. Přičemž až do okamžiku, než bude avízo uhrazeno, budou tyto platby ve stavu předběžná, stejně jako například příkaz k úhradě, a v okamžiku zaplacení, nejčastěji bankou, se tyto platby změní na definitivní. Avíza zároveň zajišťují rozúčtování provedených plateb. Tj. prostřednictvím spojovacího účtu se rozúčtuje provedená sumární platba na úhrady jednotlivých předpisů. Vzhledem k praxi obvyklé v zahraničních firmách se očekává, že bude možné v rámci avíza vybírat jak faktury, tak dobropisy a zaplatit pouze zbývající rozdíl k úhradě. Tímto způsobem dojde v rámci avíza i ke kompenzaci faktur s dobropisy. Dalším zefektivněním a zjednodušením plateb prostřednictvím avíz bude možnost zasílání avíz mezi partnery v elektronické podobě. V takovém případě bude potom možné jak zaslat partnerovi vytvořené avízo, tak zejména načíst avízo provedené partnerem, a tím plně zautomatizovat jeho pořízení. Nástroj pro slučování plateb: Přijatá a vydaná avíza Automatické rozúčtování plateb Možnost tvorby z výpisu Vazba na neuhrazené předpisy Možná automatizace 3.20 Banka Modul Banka bude obsahovat nástroje pro zpracování bankovních výpisů a nástroje pro elektronický styk s bankou. Modul bude zpracovávat výpisy ručně pořízené i automaticky načtené z banky. Samozřejmostí bude zpracování výpisů z účtů vedených v zahraničních měnách a z úvěrových účtů. U devizových účtů bude generovat systém automaticky kurzové rozdíly mezi výpisy, plynoucí z rozdílného kurzu v jednotlivých dnech a v případě výpisů za více dní i kurzové rozdíly v rámci dokladu. Pro automatizaci zpracování výpisů budou dva základní nástroje. Prvním bude automatické párování položek banky. Tento nástroj projde všechny položky banky a dohledá k nim odpovídající předpisy v systému. Pokud předpis najde, doplní z něj do položky banky všechny potřebné informace - partnera, účet, středisko apod. Druhý nástroj bude nakontovat i ty položky, které nejsou platbami faktur. Bude možné definovat způsob účtování jednotlivých položek na základě typu toku (kredit, debet), konstantního symbolu a variabilního symbolu. Takto bude možné nakontovat např. položky typu poplatky za vedení účtu, platby pojištění, daní apod. Nástroj pro elektronickou komunikaci s bankami bude zajišťovat jak načítání výpisů v elektronické podobě, tak posílaní elektronických příkazů k úhradě, resp. inkasu. Systém zamezí duplicitnímu odeslání příkazů, ale nabízí funkci pro opakované zaslání příkazu, např. v případě poškození souboru nebo technické závady při spojení. Požadujeme v současné pro jednotlivé bankovní ústavy podporovat tyto komunikační formáty: Bankovní ústav Podporovaný komunikační formát KB Praha (0100) BEST ČSOB CZ (0300) ABO_KM, MULTICASH_CSOB Živnostenská banka (0400) GEMINI_ZIVNOBANKA GE Money Bank, a.s. (0600) ABO_KM Česká spořitelna (0800) ABO_KM, MULTICASH_CS, CSV Tatra banka (1100) ABO_KM, GEMINI_4_1, CLEARING Bank of Tokyo-Mitsubishi UFJ (Holland) N (2020) BTMU-GCMS eBanka (2400) ABO_KM Citibank (2600) CITIDIRECT, CSV UniCredit Bank, a. s. (2700) GEMINI_4_1, MULTICASH_HVB Ludova banka (3100) CSV ING Bank (3500) MULTICASH_ING ABN Amro Bank (5400) MULTICASH_ABN Reiffeisen bank (5500) GEMINI_4_1, MULTICASH_RAIF Dexia Banka (5600) ABO Commerzbank (6200) GEMINI_5 Volksbank CZ, a.s. (6800) GEMINI_4_1 ČSOB stock (7500) CSOB_SK Sparkasse Mühlviertel-West (8040) GEMINI_4_1 UniCredit Bank Slovak Republic a.s. (8080) GEMINI_4_1 KB Bratislava (8100) ABO_KM V současné době jsou podporovány terminály těchto bankovních ústavů: Bankovní ústav Podporovaný komunikační formát ČSOB CZ (0300) Elektronický výpis - UNICARD CS (0800) Elektronické avízo Vytvoření další komunikace musí být možné. Zpracování výpisů a styk s bankou: Automatické načítání nebo ruční pořizování Automatické párování a kontace Elektronický styk s bankou Zaúčtování 3.21 Pokladna Modul »Pokladna« bude zajišťovat komplexní práci s neomezeným počtem pokladen, vedených v tuzemských i zahraničních měnách. Bude umožňovat vystavování a evidenci příjmových a výdajových pokladních dokladů, okamžité zjištění evidenčního stavu finančních prostředků v pokladně, evidenci záloh z pokladny a jejich vyúčtování, inventarizaci finančních prostředků v pokladně. 3.22 Faktury přijaté Modul »Faktury přijaté« bude slouží k evidenci faktur přijatých, umožňuje odvolávání záloh, vícestupňovou likvidaci, rozpis položek a splatností předpisů. Požaduje se elektronický schvalovací proces platnosti a schvalování věcné správnosti faktury v rámci organizačního schématu společnosti. Faktury bude možné pořizovat také prostřednictvím přijaté pošty. Tj. při zaevidování fyzické faktury do přijaté pošty v modulu Sekretářka se pořídí základní údaje (partner, variabilní symbol, částka apod.) a při pořizování přijaté faktury se vybere tato pošta a všechny již pořízené údaje se převezmou, což významně urychlí proces pořízení přijaté faktury. Následně se požaduje faktury rozúčtovat případně likvidovat dle schvalovacích procesů společnosti. V modulu Faktury přijaté bude také integrován nástroj nad evidencí záloh. V evidenci záloh budou evidovány všechny vydané i přijaté zálohy bez ohledu na to, zda byly poskytnuty v hotovosti bez dokladu, nebo prostřednictvím zálohových faktur. S podporou této evidence budou poté zálohy odečítány na vyúčtovávacích dokladech. Evidence záloh kontroluje zůstatky záloh, tj. jejich úhrady a případné přečerpání. Kompletní zpracování přijatých faktur: Zápis faktur přijatých Likvidace a rozúčtování Evidence záloh Vazba na přijatou poštu Výstupy Volba způsobu evidence a účtování základu Vazba na faktury přijaté Evidence záloh: Zálohy ze všech modulů - včetně pokladny a banky Srážení kdekoli, zejména na fakturách přijatých a fakturách vydaných Evidence uhrazené a sražené částky Evidence případů záloha+doklady čerpání Možné zálohy a čerpání v různých měnách 3.23 Sekretářka Modul Sekretářka obsahuje evidenci došlé a odeslané veškeré pošty. Došlá pošta slouží mj. jako podklad pro pořizování faktur přijatých, odeslaná pošta slouží k evidenci ověření přijetí odeslaných dokladů druhé straně, za účelem např. stanovení správného data zdanitelného plnění na vydaných dobropisech. V případě přijaté pošty bude možné dále postoupit doklady ke zpracování, popř. schvalovacím procesům společnosti jak v elektronické, tak fyzické podobě. K tomu v prvém případě jednak možnost přenést údaje pořízené do pošty do dalších vstupních dokladů, jako např. faktura přijatá nebo příjmový list. K fyzickým dokladům je možné z evidence přijaté pošty vytisknout předávací protokol. Požaduje se, aby systém zajistil upozornění na schvalovací proces jedince a také upozorňovací proces prodlevy nechválené operace, popř. procesy schválení faktury - její správnost, popř. jiné korespondence!! Na straně vydané pošty bude řešen mechanizmus evidence doručení dobropisu pro určení data zdanitelného plnění dle novely DPH. Tzn., že z faktury vydané se vygeneruje vydaná pošta, ta se odešle z doručenkou a po vrácení potvrzené doručenky se informace o datu doručení zapíše do odpovídající vydané pošty a ta zaktualizuje datum zdanitelného plnění na faktuře. Modul Sekretářka: Evidence přijaté a vydané pošty Vazba na evidence (např. faktury přijaté, příjmové listy) Nástroje pro evidenci doručení dobropisů (novela DPH) Předávací protokoly 3.24 Majetek Modul »Majetek« bude sloužit k evidenci majetku firmy. Bude obsahovat inventární karty, informace o pořízení majetku, technických zhodnoceních, vypočtených odpisech účetních i daňových a informace o vyřazení majetku. Celá evidence bude podporována sadou číselníků, které umožňují správné a podrobné zařazení majetku, zejména číselníky odpisových skupin, položek odpisových skupin a číselník standardní klasifikace produkce. Samotná karta majetku bude obsahovat veškeré informace o majetku včetně informací potřebných pro zaúčtování jednotlivých pohybů. Z toho vyplývá, že v extrémním případě může být každá karta účtována jiným způsobem. Nástroj pro odepisování bude řešen pomocí variabilních vzorců, tzn., že v případě účetních odpisů bude možné definovat prakticky jakýkoli průběh odepisování, počínaje lineárním odpisem a konče skokovými odpisy. Se systémem budou pochopitelně dodávány vzorce pro daňové odepisování dle aktuálně platné legislativy. Požaduje se, že v případě cenových pohybů majetku systém sám kontroluje překročení hranice pro technické zhodnocení v daném roce, a případně si vynutí provedení technického zhodnocení. Samozřejmostí jsou hromadné pohyby majetku a rozsáhlé výstupy jak nad samotnými kartami, tak nad jednotlivými pohyby. Funkce modulu Majetek: samostatná účetní a daňová evidence ocenění majetku, jeho stavu a veškerých pohybů evidence účetních a daňových odpisů v intervalech určených uživatelem zcela uživatelské definice metod odepisování jednotlivých složek majetku uživatelská metodika zatřiďování majetku pro účetní a daňové účely do odpisových skupin jejich položek, SKP a uživatelem definovaných podskupin sledování majetku na osoby svěření, střediska a místa umístění, která mohou být v čase proměnná sledování stavu a pohybů majetku na činnosti, zakázky a naturální ukazatele evidence všech skutečností a stavů rozhodných pro daňovou evidenci majetku, jako jsou: stavy vyřazení stavy přerušení odepisování stavy předčasného vyřazení se zůstatkovou hodnotou uplatnění odpočitatelných položek k dani z příjmů neuplatnění daňových odpisů apod. pokračování v odepisování zahájeném u předchozího vlastníka podklady pro silniční daň podklady pro daň z nemovitostí podklady pro daň z převodu nemovitostí evidence dalších stavů pro interní potřebu: evidence zástav a hypoték evidence nájmů a pronájmů evidence rezerv na opravy a termínů oprav evidence pojistných smluv evidence zápůjček evidence investic, postupného pořízení majetku a investiční výstavby s možností aktivace investic do majetku s kalkulací pořizovací ceny evidence speciálních druhů majetků a jejich analytických údajů: pozemky nemovitosti dopravní prostředky výpočetní technika stroje a zařízení odborná literatura apod. uživatelsky definované evidence strukturované účtování o stavu a pohybu majetku s podporou metodiky účtování jak účetních, tak i o daňových aspektech evidence majetku Modul Majetek: Evidence investičního a drobného majetku Soubory majetku Operace s majetkem Reinvestice Související evidence Další funkčnosti: - Evidence souborů majetku, množstevní karty - Částečné vyřazení majetku - Až 6 způsobů odepisování a účtování (účetní, daňové, 3, 4, 5, 6) - Vzorce a odpisové skupiny na státní úrovni - Inventury majetku jako dokladová agenda - Změna logiky pořizování (zápis do karty a následným zařazením) 3.25 Konsolidace - konsolidační celek Modul »Konsolidace - konsolidační celek« umožňuje na straně mateřského podniku zpracovat data z podniků v konsolidačním celku a vytvořit požadované výstupy za konsolidační celek. Pro porovnání a vyhodnocení vzájemných vazeb mezi podniky v konsolidačním jsou v modulu k dispozici odpovídající nástroje. Modul je potřeba mít instalovaný pouze ve firmě, do které bude probíhat slučování z jednotlivých firem v konsolidační skupině - požadavek na Slovpump s.r.o. 3.26 Konsolidace - firma ve skupině Modul »Konsolidace - firma ve skupině« umožňuje na straně firmy v konsolidačním celku (mateřského nebo dceřiného), vytvořit na základě konsolidačních pravidel stanovených mateřským podnikem data pro vstup do konsolidačního celku. V případě, že mateřský podnik zpracovává konsolidaci v IT systému jsou data přenesena do modulu »Konsolidace - konsolidační celek« k dalšímu zpracování. V opačném případě je možné vytvořit požadované výstupy formou výkazů, popř. sestav. Modul je potřeba mít instalovaný ve všech firmách, které mají být zahrnuty do slučovaní v konsolidačním celku, tedy i ve firmě, která je zároveň konsolidačním celkem - součinnost na Slovpump s.r.o. 4. ERP - Průřezové a nadstavbové moduly Průřezové a nadstavbové moduly IT systému budou podporovat průřezové činnosti a procesy podniku, jejich trvalé zlepšování a synergie. 4.1 Manažer Modul »Manažer« bude určen pro vyhodnocování informací z IT systému formou tabulek a grafů. Uživatel pracuje v prostředí velmi podobném MS Excel. Výhodou bude mít možnost zanořování úrovněmi rozpadu grafu bez nutnosti nové definice, srovnávání výsledků za zvolená kritéria v jednom pohledu a možnost definice vlastních pohledů a ukazatelů. Standardem budou samozřejmě exporty do MS Word a MS Excel aplikací. Modul se požaduje, s jistými omezeními, použít i jako vyhodnocovací nástroj nad jinými primárními IS, pokud to bude provozovatel požadovat. 4.2 Workflow Modul Workflow IT systému bude vyžadovat pro jednoduchý návrh a realizaci oběhu dokladů ve vazbě na záznamy existující v tabulkách IT systému. Jde především o dokladové agendy typu doklad a položky, ale může jít i o workflow nad samostatnou tabulkou typu číselník partnerů. Základní myšlenkou modulu Workflow v bude vytvoření jednoduchého nástroje, ve kterém implementátor nebo správce definuje životní cyklus dokladů společnosti (schvalování SoD, fakturací, cenové kalkulace, nabídky apod.). Modul Workflow nabídne podporu pro definici a vlastní práci s oběhem dokladů nad dokumenty obsaženými v IT systému bude úzce provázán s podporou příloh a scan dokumentů, takže vlastní oběh dokladů bude probíhat nad elektronickými dokumenty. Výsledkem kontrolních bodů procesů Workflow budou akce prováděné nad prvotními doklady-Potvrzení, Storno, Hradit, schvaluji apod. Workflow bude v podstatě nástroj pro řízení firemních procesů bude integrováno do IT systému, díky čemuž stejně jako jinde v systému platí, že bude možno Workflow otevřeností napojit na libovolnou agendu nebo tabulku v IT systému. Na základě definice procesů, kontrolních bodů atd. budou generovány záznamy do tabulky certifikací a certifikačního deníku. Řešení takovýchto požadavků bude pak možno dvěmi způsoby. Jednak ze strany workflow, kdy uživatel IT systému si zobrazí certifikační deník, vyfiltrovaný na vlastní nevyřízené požadavky a začne je postupně řešit, a také upozornění emailem. Samozřejmě bude mít dispozici zobrazení schvalovaného dokladu jak v datové, tak v elektronické (scanované) podobě A druhým způsobem bude řešení požadavků ze strany dokladů - klasická cesta, z dokladové agendy si uživatel zobrazí Workflow atd. Systém půjde nastavit i tak, aby uživatel nebyl obtěžován Workflow, ale např. aby zaúčtování nebo potvrzení ze strany dokladu způsobilo automaticky schválení kontrolního bodu a následné akce. Parametricky nastavitelnou možností bude napojení na interní mail či externí manilový program (MS Outlook, MS Exchange...). 4.3 Datové sklady Modul »Datové sklady« bude nabízet možnost pro vznik a údržbu tabulek pro kumulované pohledy na data IT systému (případně z jiných systémů) a bude nabízet pohledy na tato data ve formě seznamů nebo kontingenčních tabulek. K zobrazení dat bude používat komponenty obsažené v Microsoft Office (2000, 2007 XP) - Office Web Components 10. Datové sklady budou složit k rychlému vytváření pohledů a grafů z předdefinovaných dimenzí a součtových polí. Obsažené funkce budou sloužit pro jednoduchý návrh a realizaci datových skladů, postavených nad tabulkami IT systému, tedy k vytvoření potřebných tabulkových struktur, triggerů a procedur, pro jednorázové naplnění i aktualizaci změn v datových skladech. Datový sklad bude provozován přímo v lokální databázi (jednodušší varianta) nebo v externí databázi pod stejným nebo nebo jiným serverem. Základní myšlenkou datových skladů v IT systému se požaduje vytvoření tabulek, ve kterých budou v pravidelných intervalech kumulovány informace ze zdrojových dat a které budou podkladem pro manažerské výstupy a rozhodování. Tyto tabulky nebudou součástí klasického produkčního systému a budou obsahovat pouze informace (sloupce) nutné právě pro manažerské rozhodování. Budou tedy významně menší a nebudou blokovány transakčním pořizováním v produkčním systému. 4.4 Správce Modul Správce bude výchozím nástrojem pro uživatelské přizpůsobení instalace IS na organizaci uživatele s využitím těchto funkcí a nástrojů: definice a konfigurace globálních parametrů systému, modulů a jejich agend definice objektů, pro které je možno samostatně definovat privilegia definice systému přístupových práv (uživatel, skupina, akce), dědění práv uživatelské přizpůsobení (vzhled dialogů a sestav, pořadí a přítomnost prvků v dialogu), přizpůsobení pro podnik, skupinu uživatelů nebo konkrétní uživatele možnost vkládání uživatelských polí do tabulek a uživatelských tabulek do databáze s vazbou na uživatelské rozhraní. definice systému sledování vybraných strategických transakcí a jejich žurnálování nástroje exporty a importy dat, správu jejich formátů, protokolování a definování harmonogramů a scénářů přenosů. 4.5 Definice rozhraní Modul »Definice rozhraní« bude obsahovat definice dokladových kontací, účetních kontací a saldo-kontací, a to jak standardně dodávaných, tak i firemně definovatelných (obsahuje informace o způsobu účtování). 4.6 Archivace dat Modul »Archivace dat« slouží k archivaci uzavřených a nepotřebných dat tabulek prvotních dokladů za vyjmenované fiskální roky do jiné databáze s možností jednoduchého prohlížení dat v archivu. Archivují se prvotní agendy, nikoliv data tabulek jader. Požaduje se archivace zakázkových listů včetně vyhodnocení, korespondence a výkresové dokumentace. Archivace zamezí přístup uživatelům, bude pouze pro čtení. Úpravy jsou povoleny pod heslem vybraným uživatelům se zápisem změny. 4.7 Agenti IT systému (Event Manager) Event Manager bude nástroj pro definici a automatické spouštění kontrol nad celým IT. Tedy bude možné si definovat libovolné množství dotazů do databáze (SQL příkazy) a následně k těmto vytvořený dotazům plánovat čas, periodicitu a další údaje nutné pro jejich automatické spouštění. Pro vytváření samotných dotazů bude k dispozici interaktivní prostředí a výsledek jednotlivých dotazů může být odesílán formou interní IT pošty nebo mailem, případně lze výsledek uložit do souboru. Pro zajištění automatického provádění akcí v IT systému budou k dispozici tzv. »AGENTI«, kteří umí: poslouchat na definovaném portu a on-line vykonávat příkazy spouštět příkazy a programy operačního systému provádět příkazy v SQL databázi provádět dotazy do SQL databáze a ty vracet v XML formátu posílat IT mail kontrolovat, jestli jiný agent běží poslouchat na zadaném adresáři a pro zadanou masku souborů provést definovanou akci vytvářet textové soubory, přesouvat a mazat soubory přikládat soubory jako přílohy k záznamům v IT systému ukládat a načítat data z FTP specifické akce speciálních agentů: EXIMP, mail, stahování kurzovního lístku jednotlivé akce lze v definici svázat dohromady, a vytvořit tak primitivní programový kód DEV - Vývoj, otevřenost a flexibilita Nástroje pro vývoj, údržbu a rozvoj bude souborem rozšiřujících vlastností a funkcí, díky kterým lze prostředí celého informačního systému přizpůsobit většině zákaznických požadavků. Systém bude nástroji otevřenosti IS nejen upravovat, ale i vytvářet a generovat agendy a funkčnosti zcela nové bez programování. 4.8 Design sestav Každý systém ve svém standardu obsahuje několik stovek reportů různého určení. Jsou to reporty výstupních (statistických) sestav, dokladové sestavy (typu faktura, stvrzenka pokladního dokladu nebo dodací list a řada dalších). Další možností tisku z IT systému se předpokládají tzv. položkové výběry, jejichž široká škála možností a vlastností bude obsažena také přímo v jádru celého IT systému. Všechny výše zmíněné typy reportů a sestav bude možné modifikovat nebo i vytvářet je zcela nové pomocí interního Generátoru sestav, který bude standardní součástí dodávaného systému a je přímo dostupný ze všech modulů. 4.9 Design obrazovek Pro pořizování informací do požadovaného systému budou k dispozici pořizovací obrazovky (formuláře, user interface...). Tyto obrazovky budou mít svůj standardní vzhled a barevnost se standardní ergonomií rozmístění jednotlivých prvků na obrazovce. Všechny tyto vlastnosti bude možné modifikovat pomocí interního Generátoru obrazovek, který bude standardní součástí dodávaného systému a bude přímo dostupný ze všech modulů IT systému. 4.10 Funkčnost obrazovek Pomocí Generátoru obrazovek bude možné modifikovat nejen vzhled pořizovacích obrazovek (viz výše), ale i jejich funkčnost a chování. Toho lze dosáhnout pomocí tzv. direktiv, kterými bude možné selektovat údaje z jiných tabulek a doplňovat je do jednotlivých sloupců, dopočítávat údaje ve sloupcích, kontrolovat různé podmínky a mnoho dalších užitečných funkcí. 4.11 Menu modeler Menu dodávaného systému bude možné ukládat na několika úrovních, kterými bude řízen i přístup uživatelů k jeho obsahu. Pomocí bude možné strukturovaně připravit: přístup do jednotlivých modulů a agend (také vytváření virtuálních modulů a agend), přístup do jednotlivých seznamů datových vět (např. číselník partnerů - seznam partnerů, číselník měrných jednotek...), tlačítka různých vlastností nad těmito seznamy, barevnost seznamů i podkladů tlačítek, definování prostředí pro Generátor sestav k tvorbě a úpravě dokladových reportů, definování prostředí pro Generátor sestav k tvorbě a úpravě přehledových a sumárních reportů, definování prostředí pro vytváření a úpravě tzv. Pohledů (do datové základny) včetně filtrů a tlačítek nad těmito pohledy, k hromadné úpravě vlastností dat nad seznamy. 4.12 Data modeler Tato vlastnost představuje možnost uživatelské modifikace a tvorby nových struktur v databázi. Modifikace a tvorba uživatelských tabulek i sloupců s patřičnými datovými typy včetně designu a direktiv, procedurami, triggery a indexy v uživatelsky přívětivém prostředí modulu Správce. Tyto schopnosti požadovaného systému umožňují vytvářet a spravovat neomezené množství vlastních (firemních) samostatných nebo provázaných agend či modulů. Za velmi jednoduchý příklad zde může posloužit třeba vytvoření vlastní interní evidence včetně umístění kancelářského spotřebního materiálu nebo dokonce vytvoření vlastního specifického modulu. Tyto výše zmíněné úpravy budou schopni provádět vyškolení uživatelé provozovatele, jako např. správci IS, nebo analytičtí a implementační pracovníci společnosti dodávající IT systém, a to bez potřeby programátorských kapacit, což reprezentuje výrazně nižší náklady na zapracování specifických požadavků klienta. 4.13 Definice rozhraní Definice rozhraní slouží k definici údajů, které generují zápisy z prvotní evidence do dalších evidencí, podle nichž se kontace člení na: rozhraní Dokladové agendy rozhraní Účetní rozhraní Saldokonta rozhraní Skladové rozhraní Objednávkové rozhraní Doručené pošty rozhraní Odeslané pošty 4.14 Textový tisk Standardní součástí dodávky budou reporty a sestavy pro tisk v tzv. grafickém režimu, tj. pro tisk na laserových a inkoustových tiskárnách. Systém ovšem musí dokázat rovněž používat textový tisk, tzn. generovat tiskové výstupy na jehličkové tiskárny. Vytváření reportů pro textový tisk bude stejné jako pro grafický tisk a jejich tvorba bude rovněž realizována v Generátoru sestav. Součástí dodávky budou vytvořené tiskové sestavy schválené budoucím provozovatelem. ------------------------------- FORMULÁŘ PRO PODÁNÍ NABÍDKY Referenční číslo: xxxx 1. UCHAZEČ Název uchazeče: Oficiální adresa uchazeče: Poštovní adresa uchazeče: IČ: DIČ: www stránky: 2. KONTAKTNÍ OSOBA Jméno: Adresa: Telefon: Fax: E-mail: 3. EKONOMICKÁ SITUACE UCHAZEČE Finanční ukazatele 2006 2007 Roční obrat (v Kč) 4. ZKUŠENOSTI Uveďte hlavní významné projekty související s touto smlouvou, které jste realizovali během posledních 3 let včetně termínů dodání a jejich rozsahu. Prohlašujeme, že výše uvedené informace o realizovaných projektech jsou pravdivé. 5. REFERENCE Uveďte jména firem, od kterých lze získat reference (osoba a telefon). 6. TECHNICKÉ MOŽNOSTI Uveďte seznam zařízení dokladující technickou způsobilost. (Schopnost realizovat dodávku dle zadání). 7. OBORY SPECIALIZACE Uveďte významné specializace související s touto smlouvou (projektem). (Personální zajištěnost odbornými profesemi). 8. HARMONOGRAM PRACÍ Uveďte časový harmonogram, posloupnost a dobu trvání navrhovaných činností. (Termín dodání, doba montáže, termín uvedení do provozu a předání). 9. TECHNICKÁ DOKUMENTACE Uchazeč přiloží k tomuto formuláři technickou dokumentaci (nabídku, popis) k předmětu zakázky. Součástí bude cenová nabídka v členění cen za jednotlivém komponenty a ceny celkové. Nabídková cena bude uvedena bez DPH a nabídka bude obsahovat platební a dodací podmínky, garance, servis. Všechny přílohy budou orazítkovány a podepsány oprávněnou osobou. ................................................ Razítko, datum a podpis oprávněné osoby uchazeče 323660-52/08

Obchodní jméno	AQUA-STYL spol. s r.o.
Rubrika	Výběrové řízení
IČO	16367758
Sídlo	U Cihelny 438/6, 796 07 Držovice
Publikováno	31. 12. 2008
Značka OV	323660-52/08

Zápis 323660-52/08