1 POPIS FIRMY BODY- CARE

Rozměr: px
Začít zobrazení ze stránky:

Download "1 POPIS FIRMY BODY- CARE"

Transkript

1 1 POPIS FIRMY BODY- CARE Na českém trhu je několik dodavatelských firem, které poskytují zákazníkům celou řadu věhlasných kosmetických přípravků. Stačí jmenovat dvě, které na českém trhu s kosmetikou vévodí. Jsou to ORIFLAME a AVON LADY. My chceme modelovat virtuální firmu, která je v aktivitách podobná zmíněným zavedeným firmám. Naši virtuální firmu pojmenujeme BODY- CARE. Firma BODY- CARE je situována v Praze, kde má vedení a centrální sklad. Filiálky firmy jsou téměř ve všech krajských městech. Vzhledem k velké samostatnosti jednotlivých filiálek je komunikace mezi centrem v Praze a filiálkami redukována jen na tok zboží z centrálního skladu do skladů filiálek a na tok finanční. Každá filiálka pracuje samostatně. Předmětem naší komputerizace bude právě filiálka, bez ohledu na její rezidenci. Označení filiálka již nebudeme dále používat, zůstaneme u názvu BODY- CARE, ovšem komunikaci s centrem si budeme všímat rovněž. Ostrava Praha PRAHA Centrum BODY-CARE BODYCARE Centrální sklad Oddělení komunikace s filiálkami Brno Jihlava Plzeň filiálky Před námi stojí tři úkoly: Obrázek 1: Poloha filiálek na teritoriu ČR 1. Sestavit verbální business deskripci problémové domény BODY-CARE. 2. Uplatnit objektovou metodiku UP (Unified Process) pro produkci cílového softwarové ke komputerizaci domény BODY-CARE. 3. Vytvořit cílový software na bázi komponent. Řešení každého z úkolů umístíme do samostatného souboru. Zde naplníme požadavek business deskripce pro firmu BODY-CARE. Business deskripce firmy byla sestavena podle obsahu interview s ředitelem firmy a vedoucími jednotlivých oddělení. Firma má celkem asi 30 zaměstnanců, jejichž zaměstnaneckými pozicemi jsou: Ředitel firmy Vedoucí oddělení Pracovník oddělení - specifická pozice Firma má několik oddělení: Finančně ekonomické Personální Oddělení prodeje Oddělení skladu a expedice Oddělení marketingu a péče o zákazníka

2 vedoucí Filiálka Ředitel filiálky BODYCARE vedoucí vedoucí vedoucí vedoucí Finančně ekonomické oddělení Personální oddělení Oddělení prodeje Oddělení skladu a expedice Oddělení marketingu a péče o zákazníka Prodejní místa Místo pro předání expedičního balíčku Obrázek 2: Organizační struktura filiálky Kolegium vedení firmy je složeno z ředitele a vedoucích jednotlivých oddělení. Vzhledem k tomu, že business problematika firmy je docela široká, soustředíme se na komputerizaci aktivit a zpracování dat jen na dvě oddělení: Oddělení prodeje, Oddělení skladu a expedice. Firma nemá žádné dopravní prostředky, styk se zákazníky je interaktivní v budově firmy. V prvním poschodí budovy firmy je situováno prodejní místo (pět prodejních boxů), expediční sklad a prostor pro zákaznické boxy (asi 5 zákaznických boxů). Zákaznické boxy umožní zákazníkům překontrolovat obsah expedičního balíčku podle Expedičního listu, který je do balíčku přidán. Přístup k prodejním boxům je řízen pomocí lístkového automatu spojeného s vizuálním systémem. Firma rozlišuje několik typů zákazníků: drobný odběratel (zákazník), odběratel-firma, odběratel-dealer. Prodej zboží, styk se zákazníkem Firma má připravenou papírovou zákaznickou Objednávku zboží, která identifikuje zákazníka (pomocí čísla jeho čipové karty) a má ještě své vlastní číslo Objednávky zboží. Názvy a materiálová čísla zboží jsou uvedena v katalogu, jehož nové číslo vydává oddělení marketingu na nový prodejní měsíc. Prodej, prodejní slevy na zboží, je obojí orientováno podle tohoto katalogu na jeden měsíc. Zákazník vyplní papírovou Objednávku a osobně předá v jednom z boxů prodejního místa. Prodejní asistentka prověří správnost materiálových čísel a zjistí možné pokrytí objednávky skladem firmy. Na základě pokrytí je vypracován Expediční list zboží pro sklad a expedici a rovněž Faktura, kterou zákazník ihned proplatí a převezme. Druhý originál Faktury je odeslán na Finančně ekonomické oddělení. Prodejní oddělení si vytváří Prodejku, na které je prodejce, zboží, datum, čas, Expedice Pracovníci skladu připraví podle Expedičního listu expediční balíček objednaného kosmetického zboží. Vizuální systém, který je v zákaznických boxech, upozorní zákazníka na již hotový expediční balíček a zákazník přikročí k jeho vyzvednutí ve výdejním místě. Expediční balíček je vybaven Výdejkou, jejíž druhý originál zůstává v Oddělení skladu a expedice. Vize komputerizace Firma předpokládá evoluční vývoj své komputerizace v tom smyslu, že nejdříve se komputerizuje prodej a skladování zboží s marketingem a péčí o zákazníky, později ekonomicko-finanční operace firmy. Pro ekonomicko-finanční operace firmy (faktury, výplaty, daně, ) se bude dočasně využívat zakoupená služba, poskytovaná jinou softwarovou firmou. Po komputerizaci prodeje se bývalá prodejní místa změní na místa reklamační a místa prezenčního styku se zákazníky (v těchto místech zatím fungují asistenti prodeje). Vyřešení reklamace vede na jistou úpravu Objednávky a všech souvisejících dokumentů anebo na úplné zrušení Objednávky. Zákaznické boxy jsou vybaveny koncovými počítači, které budou napojeny na nový IS cílový

3 software. Z těchto boxů budou moci zákazníci prezenčně komunikovat se systémem, zejména si vytvořit Objednávku, sledovat její realizaci, provést proplacení faktury bankovní transakcí. Komunikace se systémem může být rovněž vzdálená přes internet. Dodávky zboží z centrálního skladu Z centrálního skladu dochází k pravidelnému doplňování zboží ve skladu filiálky. Dodávky zboží jsou na základě Objednávky-c, kterou připravuje zásobovač skladu filiálky na základě poklesu zboží pod limitní zásobu, nebo na základě pohybu zboží, který odráží zájem zákazníků. Z centrálního skladu potom přichází Dodací list a ze skladu filiálky odchází Příjemka zboží. Na základě těchto dokumentů, tj. Objednávky-c, Dodacího listu a Příjemky mají obě strany přehled o pohybu zboží od centrálního skladu do skladu filiálky. 1.1 Hrubé schéma procesních podsystémů domény BODY-CARE Doména BODY-CARE je rozčleněna do 10 subjektů procesních podsystémů. Každý z nich má svůj obzor procesů a jistě souvislosti s jinými procesními podsystémy. Seznam procesních podsystémů: KLASICKÝ PRODEJ SKLAD, SKLADOVÁ ČINNOST EXPEDICE MARKETING PERSONALISTIKA ZPRACOVÁNÍ FAKTUR HODNOCENÍ ZÁKAZNÍK PÉČE INTERNETOVÝ PRODEJ SPRÁVA DOKUMENTŮ Naše obecné schéma, bez výrazných vazeb by mohlo mít následující podobu: BODY-CARE Klasický prodej Sklad Expedice Marketing Personalistika Zpracování faktur Hodnocení Zákazník péče Internetový prodej Správa dokumentů Obrázek 2: Prvotní přístup ke struktuře domény z procesních podsystémů

4 Teď bychom měli zavést alespoň obecnou relaci o vzájemné souvislosti procesních podsystémů. Tato relace není obecně dostatečná pro zvýraznění života podsystém, vyplývá z funkcionální podstaty jednotlivých procesních podsystémů a jejich poskytování a požadování potřebných dat. Marketing Zákazník péče Internetový prodej Hodnocení Expedice Zpracování faktur Klasický prodej Sklad, skladová činnost Správa dokumentů Personalistika Obrázek 3: Hrubá ilustrace relace <<závisí na>> 1.2 Výběr zájmové části domény, Vybrané procesní podsystémy (Klasický prodej, Sklady skladová činnost) Už první pohled na obrázek 2 evokuje, že softwarová firma musí velmi důsledně rozčlenit vývoj cílového software mezi jednotlivé týmy. Systémový integrátor potom pečuje o vzájemnou koordinaci výsledků, získaných informačním modelováním. Jelikož práce každého týmu je řízena stejným Workflow (pracovním postupem), jehož cílem je získat pro každý podsystém software ve formě komponentového systému (kolekce komponentových diagramů), stačí názorná orientace jen na jeden vybraný tým. My se budeme orientovat na tým řešící nejdříve KLASICKÝ PRODEJ a potom SKLADY- SKLADOVOU ČINNOST, což jsou jádrové aktivity firmy s hmotnými statky (zboží) Robustní procesy podsystému KLASICKÝ PRODEJ (1. vrstva) Do Klasického prodeje náleží správy těchto dokumentů: Objednávka Prodejka Faktura Skladová karta

5 Expediční list Oznam Za robustní procesy 1. vrstvy můžeme považovat procesy, které spravují právě zmíněné dokumenty. Vede nás k tomu poznání, že zmíněné dokumenty a procesy, které je spravují, jsou jádrem procesních podsystémů. Navíc zavedeme ještě informativní proces o výsledcích zpracování dokumentů. Navrhneme tedy tyto robustní procesy: SPRÁVA OBJEDNÁVEK SPRÁVA PRODEJEK SPRÁVA FAKTUR SPRÁVA SKLADOVÝCH KARET SPRÁVA EXPEDIČNÍCH LISTŮ SPRÁVA KOMUNIKACE SE ZÁKAZNÍKEM Většina těchto robustních procesů je rozložitelná na nižší procesy 2. vrstvy. Např.: 1. SPRÁVA OBJEDNÁVEK a. Vytvořit Objednávku b. Stornovat Objednávku c. Editovat Objednávku (změny) d. Pokrytí Objednávky e. Reklamační úprava Objednávky 2. SPRÁVA PRODEJEK a. Vytvořit Prodejku b. Vyhodnocení Prodejek (statistika prodeje zboží) 3. SPRÁVA SKLADOVÝCH KARET a. Doplnit na základě uskladnění zboží b. Doplnit na základě vyskladnění zboží 4. SPRÁVA FAKTUR a. Vytvořit Fakturu b. Systém proplacení Faktury 5. SPRÁVA EXPEDIČNÍCH LISTŮ a. Vytvořit Expediční list b. Provize za odběr zboží 6. SPRÁVA KOMUNIKACE SE ZÁKAZNÍKEM a. Protokoly oznámení i. Protokol o chybách v Objednávce, ii. Protokol o pokrytí Objednávky náhrady za nedostatkové zboží) Nebudeme dělat popis všech základních aktivit uvedených robustních procesů 1. vrstvy, ale soustředíme se jen na robustní proces SPRÁVA OBJEDNÁVEK. Vytvoření Objednávky je základním úkolem zákazníka (individuální nákupce, dealer, firma). Systém umožní vytvořit Objednávku na zboží, které je uvedeno v právě platném katalogu zboží. Jiné zboží se odmítá s možností jeho náhrady zbožím z katalogu. Objednávku zboží je možné v průběhu její tvorby měnit, a nakonec odeslat do

6 softwarového systému k zpracování. Systém Objednávku zařadí do fronty, kde Objednávka čeká, až ji systém začne zpracovávat. Tento akt je ovšem oznámen zákazníkovi, který může dále nakázat systému, aby Objednávku stornoval, umožnil dodatečnou editaci (zaslání do systému může následovat) nebo začal zkoumat pokrytí Objednávky. Stornování vyřadí Objednávku ze systému. Editovat Objednávku umožní provést změny a znovu ji zaslat do systému. Pokrytí Objednávky ukáže dostupnost objednávaného zboží a návrhy na náhrady. Po odeslání Objednávky do systému a svolení k jejímu zpracování vyvolá automaticky prověrku Objednávky (čísla zboží, názvy zboží, ceny, ). Vše se automaticky oznámí zákazníkovi a požádá se buď o storno, nebo provedení správných změn. Může potom následovat nové odeslání Objednávky do systému Robustní procesy podsystému SKLADY, SKLADOVÁ ČINNOST (1. vrstva) Je dobré, když je členem týmu rovněž zásobovací manažer firmy BODY-CARE a pokud není, je dostatek literatury popisující aktivit v oblasti SCM (Supply Chain Management) odkud se dá čerpat. Je zřejmé, že použijeme vrstvený pohled na aktivitu, možná až do třech vrstev. Řešící tým se rozhodl uvést následující robustní procesy SKLADU a SKLADOVÉ ČINNOSTI, které jsou v 1. vrstvě a jsou dále rozložitelné na procesy nižší, tj. 2. vrstvy. Např. jeden z možných rozkladů se stručným popisem: 1. USKLADNĚNÍ ZBOŽÍ. Jde o zboží dodávané dodavateli výrobci (mimo centrum a filiálky). K tomuto zboží vyrábí zásobovač filiálky Objednávku-d, Příjemku-d, Fakturu-d a přebírá Dodací list-d od dodavatele. Ceny dodaného zboží se nastavují podle dohody dodavatele a centra. Doplňují se Skladové karty. 2. VYSKLADNĚNÍ ZBOŽÍ. Týká se velkoodběratele (dealer, firma) Zásobovač vyrábí Výdejku-v, Dodací list-v a Fakturu-v. Opravují se Skladové karty. 3. POHYB ZBOŽÍ. Úkolem procesu je vytvářet směrodatné statistiky, používané později. V statistikách se vyhodnotí odběr a bonifikace za odběr. 4. DODÁVKY Z CENTRÁLNÍHO SKLADU. Jde o evidenci výměny zboží mezi centrem a filiálkou. Proto zásobovač vytváří interní Objednávka-i, Příjemky-i. 5. VÝMĚNA ZBOŽÍ MEZI KOMPUTERIZOVANOU FILIÁLKOU a ostatními filiálkami. Jde o evidenci výměny a proto, zásobovač vytváří Objednávka-m a Příjemka-m. 6. FINANČNÍ ROZSAH SKLADU. Spočte se finanční hodnota skladu podle typu zboží a provádí se úprava cen zboží podle pokynů z centra. 7. PŘÍPRAVA EXPEDICE ZBOŽÍ ZÁKAZNÍKŮM. Tvorba Expedičního listu-v a Výdejky-v. 8. PROVĚRKA LIMITNÍHO MNOŽSTVÍ ZBOŽÍ. Propočet výskytu zboží ve skladu podle platné statistiky na daný měsíc, reakce na nedostatek zboží a nastavení nové statistiky. Uveďme rozklady do 2. vrstvy: 1. USKLADNĚNÍ ZBOŽÍ od jiných dodavatelů než centrum a jiné filiálky a. Tvorba objednávky-d, Dodací list-d, Příjemka-d

7 b. Doplnění pozičního plánu skladu c. Doplnění Skladové karty 2. VYSKLADNĚNÍ ZBOŽÍ mezi jinými filiálkami a od velkodběratele a. Tvorba Výdejky-v, Dodacího listu-v, Faktury-v b. Úprava pozičního plánu skladu c. Úprava Skladové karty 3. POHYB ZBOŽÍ - statistiky a. Statistika odběru zboží podle typu a platného katalogu b. Vyhodnocení odběru, převzetí benefitů z centra 4. DODÁVKY Z CENTRÁLNÍHO SKLADU a. Tvorba interní Objednávky-i, Příjemky-i b. Doplnění pozičního plánu skladu c. Doplnění Skladových karet 5. VÝMĚNA ZBOŽÍ MEZI KOMPUTERIZOVANOU FILIÁLKOU a ostatními filiálkami a. Tvorba Objednávky-m, Příjemky-m b. Doplnění pozičního plánu skladu c. Oprava Skladových karet 6. FINANČNÍ ROZSAH SKLADU, CENY a. Finanční rozsah podle typu zboží b. Úprava cen podle pokynů z centra 7. PŘÍPRAVA EXPEDICE ZBOŽÍ ZÁKAZNÍKŮM a. Příprava pozičního plánu zboží b. Příprava Výdejky-v k Expedičnímu listu-v 8. PROVĚRKA LIMITNÍHO MNOŽSTVÍ ZBOŽÍ a. Propočet výskytu zboží podle stávající statistiky (nejčastěji odebírané, méně, vůbec) b. Nové nastavení statistiky pro platný katalog zboží Dále berme v úvahu, že pro procesní modelování jednotlivých vrstev použijeme metodu Eriksson-Penker. Poznámka: 1. Pokud uvedené rozklady procesů 1. a 2. vrstvy nevznikly za těsné spolupráce s managementem firmy BODY-CARE, mohou být značně subjektivní, ovšem v průběhu informačního modelování jsou měnitelné. 2. Popis procesů je jen velmi stručný. 1.1 Procesní modelování podsystémů. Procesní diagramy pro 1., 2. a 3. vrstvu procesů

8 1.1.1 Procesní diagram podsystému Sklady, 1. vrstva Správa komunikace se zákazníkem Správa Objednávek Správa Faktur Správa Prodejek Správa Expedičních listů Obrázek 4: nnnnnnn Obrázek 4: Eriksson-Penker diagram první vrstvy Procesní diagram podsystému Sklady 2. vrstva Procesní diagram podsystému Sklady, 2. vrstva Obrázek 4: bbbbbbbbbbbbbbbbbbb

9 Obrázek 5: Eriksson-Penker diagram druhé vrstvy

10 2 LOGICKÁ ARCHITEKTURA UCELENÉ DOMÉNY BODY-CARE Pochopitelně, budeme vycházet ze schématu na obrázku 2 a zkusíme doplnit toto schéma o celou řadu logických prvků (řízení výstupů, báze dat a její řízení, přístup klientů, práva-povinnostkompetence klientů a zaměstnanců, statistika, ) a pochopitelně budeme muset překreslit ilustraci, protože schéma již ponese rovněž jistou filosofii cílové funkcionality cílového software pro komputerizaci domény BODY-CARE. Do schématu rovněž zavedeme vazby tří typů: mezi podsystémy, s bází dat a s klientem. Komunikace s klienty Internetový prodej Marketing Zákazník péče Statistiky Správa výstupních sestav BD Hodnocení Expedice Zpracování faktur Klasický prodej Personalistika Sklad, skladová činnost Správa dokumentů Obrázek 6: Hrubé schéma Logické architektury domény BODY-CARE Poznámka: 1. Ačkoliv Hrubé schéma Logické architektury vypadá komplikovaně vůči vazbám, nutno podotknout, že vazby červené jsou na bázi dat (BD), modré pro klienty a černé pro jednotlivé procesní podsystémy. 2. Cílový software je typu Data-driven prostřednictvím BD. 3. Všechny procesní podsytémy ukládají a berou svou informaci výlučně z BD. Jedná se tedy o vazby oboustranné. 4. Není zaveden podsystém, který by sjednocoval styk s BD. 5. Klienti mohou spouštět jednotlivé procesní podsystémy. 6. Práva, kompetence a povinnosti klientů jsou zabudovány v BD.

11 3 OBECNÁ POJEDNÁNÍ O CÍLOVÉM SOFTWARE A JEHO VÝVOJI Obecná pojednání poskytují programátorům sice jisté obecné informace, které je ovšem snaha v dalším vývoji cílového software právě v softwarové doméně zohlednit. Nejsou to ovšem direktiva, která jsou neměnná a nedají se doplňovat. Ovšem velké detaily v prvotních myšlenkách mohou být na obtíž a ničí transparentnost prvotního přístupu. 3.1 Iterace vývoje cílového software Zde by se měly sestavit tzv. Iterace podle metodiky UP, které jsou základem projektového řízení vývoje cílového software. My ovšem nebudeme dělat projekt, proto nebudou Iterace uváděny. 3.2 Kontextová analýza, klienti, popis jejich práv, povinností a kompetencí Ačkoliv se při letmém pohledu na okolí firmy zdá, že bude nevýrazné, skutečnost je jiná. Jako každá firma ČR rovněž BODY- CARE musí být napojena na mnoho jiných systémů veřejného života: bankovní ústav, zdravotní středisko, zdravotní pojišťovnu, pracovní úřad, finanční úřad a sociální úřad. Firma využívá možností dodavatelů propagačních tiskovin. Nelze ovšem opomenout kontakt na centrum firmy, které je v Praze a na skladovou výpomoc od jiných filiálek. Maloodběratel zboží 1 Odběratel firma 2 Bankovní ústav Zdravotní středisko Zdravotní pojišťovna 1 Sklad centra a Centrum firmy 5 4 BODY- CARE 3 Dealer Pracovní úřad Dodavatelé propagačních tiskovin Sociální úřad Finanční úřad Obrázek 7: Hrubé schéma Kontextové analýzy domény BODY-CARE

12 Obvykle je Hrubé schéma Kontextové analýzy pro další úvahy o klientech dostačující. Ovšem jistě je užitečné, víme-li kam přímo, tj. do kterého procesního podsystému směruje kontakt každého z klientů. Taková je ilustrace na obrázku 5. Jak bylo již řečeno, firma rozlišuje několik odběratelů zboží: maloodběratel, dealer a odběratel-firma. Poslední dva profitují, ačkoliv odlišně, na velkoodběru zboží. Popis relevantních vazeb: 1. Vazby 1, 2 a 3: Odběratelé posílají Objednávku zboží, dostávají Fakturu a Expediční list. 2. Vazba 4: Centrum firmy dostává Objednávku-c pro přesun zboží do skladu filiálky. Vedle toho dostává centrum vyhodnocení měsíční aktivity filiálky. 3. Vazba 5 je nejen na sklad centra, ale rovněž sklady jiných filiálek. Analýza klientů cílového software: Vzhledem ke Kontextové analýze firmy, budou zřejmě relevantními klienty cílového software maloodběratel, dealer a odběratel-firma a pochopitelně firma-centrum. Mimo softwarový systém rovněž stojí zaměstnanci firmy BODY- CARE, tj. klienti-zaměstnanci, kteří mají jistá práva, povinnosti a kompetence podle zaměstnaneckých pozic a rolí, které v nich mohou hrát. Za klienty systému budeme považovat rovněž některé systémy z okolí firmy BODY- CARE, např. centrum firmy, dodavatelé propagačních tiskovin, bankovní ústav,...). Pochopitelně, administrátor systému je rovněž relevantním klientem systému. Zákazník Pracovník firmy Expediční manažer Skladový zásobovač Marketingový manažer Účetní PŘÍSTUP k software KLASICKÝ PRODEJ HODNOCENÍ ZÁKAZNÍK PÉČE EXPEDICE PERSONALISTIKA SKLAD, skladová činnost MARKETING ZPRACOVÁNÍ FAKTUR INTERNETOVÝ PRODEJ DOKUMENTY Ekonomický manažer Manažer CRM Personální manažer Zákazník Manažer obchodu Online Správce dokumentů Obrázek 8: Detailní schéma Kontextové analýzy domény BODY-CARE Zopakujme znovu seznam procesních podsystémů. Je to užitečné pro další prvotní přístupy.

13 KLASICKÝ PRODEJ SKLAD, SKLADOVÁ ČINNOST EXPEDICE MARKETING PERSONALISTIKA ZPRACOVÁNÍ FAKTUR HODNOCENÍ ZÁKAZNÍK PÉČE INTERNETOVÝ PRODEJ SPRÁVA DOKUMENTŮ 3.3 Prvotní přístup k architektuře cílového software Vzhledem k tomu, že je plánováno doplnění cílového software o internetový prodej, bude rovněž realizovaná IISF (informační infrastruktura firmy), koncové počítače budou na prodejním místě a v boxech zákazníků, bude výhodné spojit koncového klienta jen s náležící komponentou cílového software, která realizuje klientem požadovanou funkcionalitu. Jistě budou poznány následující podsystémy jako celky se specifickými procesy, které jsou navzájem sémanticky svázané: 1. pro prodej zboží... KLASICKÝ PRODEJ 2. pro skladovou a expediční činnost... SKLAD-EXPEDICE 3. pro marketing... MARKETING 4. péče o zákazníka... ZÁKAZNÍK-PÉČE 5. pro internetový prodej... INTERNETOVÝ PRODEJ 6. pro ekonomicko-finanční vyhodnocení firmy... HODNOCENÍ 7. pro přístup k softwarovému systému... PŘÍSTUP K SOFTWARE 8. pro personální práci... PERSONALISTIKA 9. pro zpracování faktur... ZPRACOVÁNÍ FAKTUR 10. Pro správu dokumentů... SPRÁVA DOKUMENTŮ Podsystémy budou mapovány na distribuované komponenty a takový softwarový systém na komponentovém základě umožní transparentnější vývoj, snadnou modifikaci a šetření operační paměti koncových počítačů. 3.4 Podmínky proveditelnosti vývoje cílového software Firma BODY-CARE nechce nakoupit integrovaný systém. Dokonce IS, který by se hodil k realizaci procesů a zpracování dat v podstatě neexistuje. Tak, jak prohlásil ředitel firmy, ani centrum nemá IS, který by rovněž řídil filiálky v krajských městech. Centrum výhledově počítá s nákupem IS typu SAP pro veškeré ERP (majetek, finance, ) na centru, přičemž filiálky evolučně implementují systém pro řízení procesů prodeje a expedice zboží, marketingu a péči o své zákazníky. Tento softwarový systém filiálek by měl být na systém typu SAP připojitelný. Je to sice zvláštní řešení, ale ředitel firmy předpokládá podle prvních odhadů, že finanční zátěž vývoje softwarového systému je pro BODY- CARE akceptovatelná. Tabulka možného implementovatelného finančního kapitálu firmy BODY- CARE na vývoj zmíněného softwarového systému potvrzuje proveditelnost vývoje. To potvrdily obě firmy, BODY- CARE a softwarová firma IS Production Company. Jelikož odhady byly provedeny na úzkém jednání ředitele firmy a ředitele softwarové firmy (možný produkční adept) a prohlášeny oběma zástupci za citlivé, není možno je zveřejnit. 3.5 Obchodní případ (podnikatelské zhodnocení) Provádění všech aktivit firmy BODY- CARE tužkou, papírem a lidskou hlavou se ukázalo jako neúnosné. Extenzivní nárůst počtu pracovníků se stal pro firmu finančně nepřijatelný. Firmě se snižovala konkurenceschopnost, ačkoliv počet zaměstnanců narůstal. Komputerizované adekvátní firmy dosahovaly prostřednictvím internetového obchodu dalece většího obchodního obratu než

14 nekomputerizovaná BODY- CARE. Studie, kterou vypracovalo vedení firmy za poradenství softwarové firmy, jasně poukázala na aktivity, které by po komputerizaci měli firmě přinést zvýšení obchodního obratu: Evidence veškeré informace v centrálních bázích dat a jejich využívání. Dát zákazníkům, kteří jsou přítomni na prodejním místě firmy, možnost vytvořit elektronickou objednávku a odeslat ji do prodejního systému. Řízení prodeje a expedice zboží. Marketing a péče o zákazníky. Internetový obchod. Elektronická komunikace s centrem firmy v Praze. 3.6 Prvotní přístup k vývojovému prostředí Vzhledem k tomu, že je zvolena komponentová architektura cílového software, připadají v úvahu jen objektová vývojová prostředí s možností tvorby silně distribuovaného cílového software, založeného na komponentách. Takovým prostředím jsou zejména komponentové modely. 3.7 Více o cílovém software Zde můžeme vyslovit první myšlenku o organizaci cílového software pomocí procesních podsystémů a jejich přerodu do komponent. Můžeme vyslovit tezi, že první náčrt globálního Komponentového diagramu by mohl být postaven na procesních podsystémech, které budeme považovat za nejvyšší komponenty. Takový diagram je potom odvozen z Hrubého schématu Logické architektury, viz obrázek 6. V globálním komponentovém diagramu nehledáme požadovaná a nabízená rozhraní mezi komponentami, ale zachováme pouze závislosti mezi podsystémy z Logické architektury, které do schématu přeneseme. Je pochopitelné, že teď může každý tým pracovat na svém procesním podsystému a postupně vytvářet strom komponent pod ním. 3.8 Prvotní přístup k prostředí nasazení Jelikož firma bude mít několik samostatných bází dat (zboží, zákazníci), které bude cílový software využívat, bude požadována informační infrastruktura napojená na internet. Informační infrastruktura musí prokazovat alespoň tyto základní funkcionality: centrální ochrana informace, uložení a provozování cílového software na jednom ze serverů, poskytnutí serverových prostorů pro firemní bázi dat, napojení na internet, rozvedená místní počítačová síť. Napojení na internet by mělo umožnit organizovat internetový prodej, který bude později součástí cílového software, s osobním vyzvedáváním expedičního balíčku v sídle firmy. 3.9 Krizové momenty vývoje Systémový inženýr chápe a týmům situaci předkládá, že v projektu je docela dost kritických míst, které mohou být téměř nepřekonatelnými krizovými situacemi. Např. nemocnost, odchod členů týmů do jiných softwarových firem, Analýza krizových situací je záležitostí softwarového projektu a nebudeme se jimi zabývat.

15 4 PřEDB EDBěžNÝ NÁVRHOV VRHOVÝ KOMPONENTOVÝ DIAGRAM 4.1 Mapování procesních podsystémů na komponenty Do této doby je zřejmé, že jsme: 1. Zadali procesní podstatu problémové domény BODY-CARE pomocí tzv. procesních podsystémů (na základě interview se zákazníkem). 2. Pro procesní podsystémy upřesnili robustní procesy (diagramy podle metody Eriksson- Penker) 1. vrstvy, jejich rozklady do procesů 2. vrstvy a případně jsme uvažovali ještě o 3. vrstvě. 3. Zavedli tzv. Logickou architekturu cílového software s třemi typy vazeb. 4. Poukázali jsme na některé obecné přístupy týkající se vývoje cílového software. Významně jsme rozebrali kontakty klientů, jejich role se systémem domény (Kontextová analýza). V následujícím ještě potvrdíme relevantní myšlenku z 3.7 Více o cílovém software a zavedeme tzv. předběžný Návrhový komponentový diagram. 4.2 Tvorba předběžného návrhu Komponentového diagramu Máme tedy připravenou situaci pro stanovení velmi hrubého vztahu procesních podsystémů a robustních komponent. Nic nám nepřekáželo v tom, že již každý procesní podsystém považovali za robustní komponentu (mapování podsystému na komponenty). Z toho hned plyne, že výsledný cílový software pro celou doménu BODY-CARE je vlastně kolekce vzájemně spolupracujících komponent (komponenty z globálního diagramu, komponenty z 1., 2. a 3. vrstvy jednotlivých procesních podsystémů). Komponentám obvykle ponecháváme jména zdrojových podsystémů. Myšlenky o předběžném uplatníme na hrubý Komponentový diagram, který bude respektovat vazby z Logické architektury. Situaci předběžného přístupu bychom mohli prodloužit rovněž na 2. vrstvu a případně na 3. vrstvu procesů. Jednoduše použijeme jednoduchého mapování procesů na komponenty: jeden proces jedna komponenta. Hrubý, globální komponentový diagram může potom vypadat následovně:

16 BODY-CARE komponenta Marketing Zákazník péče Internetový prodej Klasický prodej Personalistika Hodnocení Sklad, skladová činnost Expedice Zpracování faktur Správa dokumentů Obrázek 9: Globální Komponentový diagram domény BODY-CARE. Posud opraveno

9. Může dojít k situaci, že ZP je nutno aktualizovat (změna vzhledu, změna příjmení, změna -1- dále ZP).

9. Může dojít k situaci, že ZP je nutno aktualizovat (změna vzhledu, změna příjmení, změna -1- dále ZP). 1 Popis ucelené problémové domény Následující komplexní příklad se týká domény soukromých zbraní v ČR (SSZ v ČR) Ukážeme nejdříve její obecný popis, ale nebudeme se přísně držet současně platného zákona

Více

Problémové domény a jejich charakteristiky

Problémové domény a jejich charakteristiky Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta

Více

SCÉNÁŘ FÁZE ZAHÁJENÍ NAD DOMÉNOU SSZ V ČR (20. Dubna 2012)

SCÉNÁŘ FÁZE ZAHÁJENÍ NAD DOMÉNOU SSZ V ČR (20. Dubna 2012) SCÉNÁŘ FÁZE ZAHÁJENÍ NAD DOMÉNOU SSZ V ČR (20. Dubna 2012) Úvod problémová doména Co je problémová doména? Pojem je sice informatický, ale srozumitelný rovněž managementu. Informatici nemohou do svých

Více

Nákup. Likvidace. Jádro. Finanční účetnictví. Ing. Richard Bejr. Setkání uživatelů 2010 1

Nákup. Likvidace. Jádro. Finanční účetnictví. Ing. Richard Bejr. Setkání uživatelů 2010 1 Nákup Likvidace Jádro Finanční účetnictví Ing. Richard Bejr Setkání uživatelů 2010 1 31.5.2010 Faktury - nové společné jádro Proč nové společné jádro? Základní myšlenky řešení Co to přinese? Postupný přechod

Více

IS Restaurace. Semestrální práce. Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík

IS Restaurace. Semestrální práce. Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík IS Restaurace Semestrální práce Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík 1 1. Obsah 2. Neformální specifikace... 3 Informační systém Restaurace... 3 3. Formální specifikace... 3 Funkční požadavky...

Více

EKONOMICKÝ A LOGISTICKÝ SOFTWARE. Luhačovice 24.10.2013

EKONOMICKÝ A LOGISTICKÝ SOFTWARE. Luhačovice 24.10.2013 EKONOMICKÝ A LOGISTICKÝ SOFTWARE Luhačovice 24.10.2013 CRM řízení vztahů se zákazníky CRM - je zkratka z anglického Customer Relationship Management a označují se tak systémy pro řízení vztahů se zákazníky.crm

Více

PRODEJ Prodej je pochopitelně základní funkcí pokladního systému. Systému MERCATOR umožňuje prodej realizovat ve 3 režimech:

PRODEJ Prodej je pochopitelně základní funkcí pokladního systému. Systému MERCATOR umožňuje prodej realizovat ve 3 režimech: MERCATOR Moderní pokladní systém od společnosti SICONET a.s. Co je MERCATOR MERCATOR je PC pokladní systém určený především maloobchodním a velkoobchodním prodejnám společností, jejichž podnikovým systémem

Více

OBCHODNÍ PODMÍNKY. 1. Úvodní ustanovení

OBCHODNÍ PODMÍNKY. 1. Úvodní ustanovení 1. Úvodní ustanovení OBCHODNÍ PODMÍNKY Tyto obchodní podmínky platí pro nákup v internetovém obchodě www.emission.cz (prodávající), jehož provozovatelem je společnost Full Capacity s.r.o. Podmínky blíže

Více

KATEDRA ŘÍZENÍ PODNIKU. Obchodní, organizační, personální plán, IT

KATEDRA ŘÍZENÍ PODNIKU. Obchodní, organizační, personální plán, IT Business model KATEDRA ŘÍZENÍ PODNIKU Obchodní, organizační, personální plán, IT Mapa cílů Vyšší zisk Vyšší tržby Finanční stabilita image Rozšíření na další trhy Navýšení stávajícíc h tržních podílů Udržení

Více

Vývoj IS - strukturované paradigma II

Vývoj IS - strukturované paradigma II Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 05 1/18 Vývoj IS - strukturované paradigma II Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních

Více

Vývoj informačních systémů. Obecně o IS

Vývoj informačních systémů. Obecně o IS Vývoj informačních systémů Obecně o IS Informační systém Informační systém je propojení informačních technologií a lidských aktivit směřující k zajištění podpory procesů v organizaci. V širším slova smyslu

Více

Management IS. Doc.Ing.Miloš Koch,CSc. koch@fbm.vutbr.cz 22/ 1

Management IS. Doc.Ing.Miloš Koch,CSc. koch@fbm.vutbr.cz 22/ 1 Management IS Doc.Ing.Miloš Koch,CSc. koch@fbm.vutbr.cz 22/ 1 Učitelé Přednášející: Cvičící: Doc.Ing.Miloš Koch,CSc. Ing.Aleš Klusák Kontakt: koch@fbm.vutbr.cz 22/ 2 Literatura Skripta: Koch,M. Dovrtěl,J.:

Více

Retail Summit 2008 Technologie které mohou pomáhat

Retail Summit 2008 Technologie které mohou pomáhat Retail Summit 2008 Technologie které mohou pomáhat Jiří Melzer, MIBCON, a.s. Klíčová témata Plánování sortimentu strategické plánování nové sezóny plánování a tvorba kolekce finanční plánování prodejních

Více

Agendový Informační Systém Města Brna

Agendový Informační Systém Města Brna Konference ebrno IDS Scheer ČR Agendový Informační Systém Města Brna www.ids-scheer.cz Agenda: Východiska AISMB Co je cílem AISMB Kroky k dosažení cíle Kontextový procesní model Procesy / Agendy Hrubý

Více

Obsah. Předmluva...19. KAPITOLA 1 Úvod do programu Microsoft Dynamics NAV...23. KAPITOLA 2 Základy ovládání...33

Obsah. Předmluva...19. KAPITOLA 1 Úvod do programu Microsoft Dynamics NAV...23. KAPITOLA 2 Základy ovládání...33 Obsah Předmluva...19 Stručný úvod... 19 Cílová skupina... 20 Cvičení a řešení... 20 Poděkování... 21 Zpětná vazba od čtenářů... 21 Errata... 21 KAPITOLA 1 Úvod do programu Microsoft Dynamics NAV...23 Co

Více

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Aplikace IS, outsourcing, systémová integrace Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Kontext Dodavatelé Strategická Zákazníci ERP Taktická Operativní Kategorie ERP - zaměřeno na

Více

Modul msender message Sender. Brána do světa SMS zpráv a E-mail obchodní komunikace

Modul msender message Sender. Brána do světa SMS zpráv a E-mail obchodní komunikace Modul msender message Sender Brána do světa SMS zpráv a E-mail obchodní komunikace Představení modulu msender je samostatně prodávaným modulem a rozšiřujícím doplňkem informačního systému Money S5. msender

Více

Komputerizace problémových domén

Komputerizace problémových domén Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 03 1/19 Komputerizace problémových domén Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních

Více

UDS for ELO. Univerzální datové rozhraní. >> UDS - Universal Data Source

UDS for ELO. Univerzální datové rozhraní. >> UDS - Universal Data Source Univerzální datové rozhraní UDS for ELO UDS pro ELO je univerzální datové rozhraní, schopné napojit systém pro archivaci a správu dokumentů ELO na libovolný datový zdroj a to bez nutnosti programování.

Více

Součástí inventarizace zásob materiálu je také ověření správnosti ocenění, tj. porovnání cen skladovaných zásob materiálu s jejich reálnou hodnotou.

Součástí inventarizace zásob materiálu je také ověření správnosti ocenění, tj. porovnání cen skladovaných zásob materiálu s jejich reálnou hodnotou. 2. přednáška 21.2. Opravné položky k zásobám Součástí inventarizace zásob materiálu je také ověření správnosti ocenění, tj. porovnání cen skladovaných zásob materiálu s jejich reálnou hodnotou. Výsledkem

Více

Linet, spol. s r.o. Kolísání prodeje

Linet, spol. s r.o. Kolísání prodeje Linet, spol. s r.o. Linet, spol. s r.o. Linet, spol. s r.o. Linet, spol. s r.o. Linet, spol. s r.o. Kolísání prodeje Základní metody Objednávky na zakázku Výhody: Žádné zbytkové zásoby Nenáročné na software

Více

Internetový obchod je prodávajícím provozován na webové stránce umístěné na. internetové adrese (dále jen webová

Internetový obchod je prodávajícím provozován na webové stránce umístěné na. internetové adrese  (dále jen webová Obchodní podmínky platné od 1.1.2014 Tyto obchodní podmínky upravují v souladu s ustanovením 1751 odst. 1 zákona č. 89/2012 Sb., občanský zákoník (dále jen občanský zákoník ) vzájemná práva a povinnosti

Více

Řízení podniku a elektronické obchodování

Řízení podniku a elektronické obchodování Řízení podniku a elektronické obchodování Elektronické podnikání Všechny podnikové procesy ovlivněné internetem Elektronický obchod Řízení dodavatelských sítí Řízení zdrojů podniku Řízení vztahů se zákazníky

Více

Předmluva 17. Stručný úvod 17 Cílová skupina 18 Cvičení a řešení 18 Poděkování 19 Zpětná vazba od čtenářů 19 Errata 19

Předmluva 17. Stručný úvod 17 Cílová skupina 18 Cvičení a řešení 18 Poděkování 19 Zpětná vazba od čtenářů 19 Errata 19 Obsah Předmluva 17 Stručný úvod 17 Cílová skupina 18 Cvičení a řešení 18 Poděkování 19 Zpětná vazba od čtenářů 19 Errata 19 BCAPITOLA 1 Úvod do programu Microsoft Dynamics NAV 21 Co je Microsoft Dynamics

Více

Komponentový systém Personalistika Autor: Milan Mišovič, PEF, Ústav informatiky, Mendelova univerzita v Brně

Komponentový systém Personalistika Autor: Milan Mišovič, PEF, Ústav informatiky, Mendelova univerzita v Brně Komponentový systém Personalistika Autor: Milan Mišovič, PEF, Ústav informatiky, Mendelova univerzita v Brně -1- Základy podnikové personalistiky popis Úvod Jednou z prvořadých povinností každého podniku

Více

Řízení vztahů se zákazníky

Řízení vztahů se zákazníky Řízení vztahů se zákazníky Řízení vztahů se zákazníky Vychází z představy, že podnik je řízen zákazníkem Používanými nástroji jsou: Call Centra Customer Relationship Management (CRM) Základní vazby v řízení

Více

1.05 Informační systémy a technologie

1.05 Informační systémy a technologie Vypracoval Gestor Schválil Listů Příloh D. Marek(EOS/2) EOS VS 5 Směrnice platí pro všechny závody ŠKODA AUTO. Obsah: 1. Použité pojmy a zkratky 2. Plánování IT 3. Pořízení IT 4. Dodání IT 5. Provoz a

Více

Obchodní podmínky obchodu MYUNICARD

Obchodní podmínky obchodu MYUNICARD Obchodní podmínky obchodu MYUNICARD I. Úvodní ustanovení 1. Tyto obchodní podmínky upravují vztah mezi společností mobile2card a.s., IČ 24301761, se sídlem Hanusova 353/12, 140 00 Praha 4 Michle, zapsanou

Více

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Aplikace IS, outsourcing, systémová integrace. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Aplikace IS, outsourcing, systémová integrace Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Kontext Dodavatelé Strategická Zákazníci ERP Taktická Operativní Kategorie ERP - zaměřeno na

Více

Odbor městské informatiky

Odbor městské informatiky Odbor městské informatiky 1 - vytváří, ve spolupráci s Komisí informatiky RMB, koncepci Informačního systému města Brna (dále jen "ISMB") v souladu se standardy VIS 2 - zajišťuje a koordinuje rozvoj informatiky

Více

Zvyšování kvality výuky technických oborů

Zvyšování kvality výuky technických oborů Zvyšování kvality výuky technických oborů Klíčová aktivita V.2 Inovace a zkvalitnění výuky směřující k rozvoji odborných kompetencí žáků středních škol Pracovní list pro téma V.2.21 Daňová evidence a účetnictví

Více

Projektování informačních systémů - Restaurace

Projektování informačních systémů - Restaurace Mendelova univerzita v Brně Provozně ekonomická fakulta Projektování informačních systémů - Restaurace Semestrální práce Vedoucí práce: doc. Ing. Ivana Rábová, Ph.D. Stratil, Antonič, Kačmár, Vodák Brno

Více

1.05 Informační systémy a technologie

1.05 Informační systémy a technologie Vypracoval Gestor Schválil Listů Příloh D. Marek(EOS/2) EOS VS 7 Směrnice platí pro všechny závody ŠKODA AUTO. Obsah: 1. Použité pojmy a zkratky 2. Plánování IT 3. Pořízení IT 4. Dodání IT 5. Provoz a

Více

Mgr. Radko Martínek, hejtman Pardubického kraje

Mgr. Radko Martínek, hejtman Pardubického kraje Dodatečná informace č. 3 pro otevřené nadlimitní řízení dle 27 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů a dle metodiky IOP Název veřejné zakázky Technologické centrum

Více

Workshop SAP GRC AC - 18.6.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o.

Workshop SAP GRC AC - 18.6.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o. Workshop SAP GRC AC - 18.6.2009 Představení SAP GRC Access Control Josef Piňos, CONSIT s.r.o. Představení SAP GRC Access Control Aplikace SAP GRC AC se obsluhuje v prostředí SAP Portál. Technicky se jedná

Více

Následně vydala účetní jednotka do spotřeby 180 t tohoto materiálu.

Následně vydala účetní jednotka do spotřeby 180 t tohoto materiálu. Účtování o zásobách Příklad 1/1 Účetní jednotka používá pro oceňování nakoupených materiálových zásob stejné druhy ceny zjištěné váženým aritmetickým průměrem ze skutečných pořizovacích cen. Počáteční

Více

Sázková kancelář Z pekla štěstí

Sázková kancelář Z pekla štěstí Sázková kancelář Z pekla štěstí Řešitelský tým Michal Pfeifer, Martin Halamíček, Jan Blaško, Zdeněk Křepela, Jan Popelka, Jan Mach Úvod Sázková kancelář Z pekla štěstí je malá společnost s několika malými

Více

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování. 3 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Business modelling, základní nástroje a metody business modelování.

Více

KATALOG SLUŽEB NÁSLEDNÉ PODPORY

KATALOG SLUŽEB NÁSLEDNÉ PODPORY KATALOG SLUŽEB NÁSLEDNÉ PODPORY Společnost WEBCOM a. s. Vám nabízí kompletní pokrytí Vašich požadavků na zajištění služeb technické podpory Microsoft Dynamics přesně podle Vašich potřeb a v požadovaném

Více

1. Integrační koncept

1. Integrační koncept Příloha č. 2: Technický popis integrace 1. Integrační koncept Z hlediska koncepčního budování Smart Administration na Magistrátu města Mostu je možno hovořit o potřebě integrace tří úrovní systémové architektury

Více

nejen Ing. Jaroslav Zlámal, Ph.D. Ing. Zdeněk Mendl Vzdìlávání, které baví www.computermedia.cz Nakladatelství a vydavatelství

nejen Ing. Jaroslav Zlámal, Ph.D. Ing. Zdeněk Mendl Vzdìlávání, které baví www.computermedia.cz Nakladatelství a vydavatelství nejen 2. díl Ing. Jaroslav Zlámal, Ph.D. Ing. Zdeněk Mendl Nakladatelství a vydavatelství R Vzdìlávání, které baví www.computermedia.cz Obsah OBSAH 1. PODNIK... 7 1.1 OBECNÁ CHARAKTERISTIKA PODNIKATELSKÉHO

Více

Obchodní podmínky prodejce

Obchodní podmínky prodejce Obchodní podmínky prodejce Veškeré smluvní vztahy jsou uzavřeny v souladu s právním řádem České republiky, zejména Občanským zákoníkem 89/2012 v platném znění (dále jen občanský zákoník ). Kupující zasláním

Více

nejen Ing. Jaroslav Zlámal, Ph.D. Ing. Zdeněk Mendl Vzdìlávání, které baví www.computermedia.cz Nakladatelství a vydavatelství

nejen Ing. Jaroslav Zlámal, Ph.D. Ing. Zdeněk Mendl Vzdìlávání, které baví www.computermedia.cz Nakladatelství a vydavatelství nejen 2. díl Podniková ekonomie Ing. Jaroslav Zlámal, Ph.D. Ing. Zdeněk Mendl Nakladatelství a vydavatelství R Vzdìlávání, které baví www.computermedia.cz TEMATICKÉ ROZDĚLENÍ DÍLŮ KNIHY EKONOMIE NEJEN

Více

DN Portál Efektivní obchod v terénu díky mobilnímu B2B systému DN Portál

DN Portál Efektivní obchod v terénu díky mobilnímu B2B systému DN Portál DN Portál Efektivní obchod v terénu díky mobilnímu B2B systému DN Portál www.data-norms.cz Efektivní obchod v terénu díky mobilnímu B2B systému DN Portál Podpořte své zákazníky a obchodní zástupce nasazením

Více

Allegro obchodní doklady

Allegro obchodní doklady Allegro obchodní doklady Modul obchodních dokladů nabízí vše, co je zapotřebí pro obchodování menších a středních firem. K dispozici je evidence nákupu a objednávek materiálu, systém pokrývá celý prodejní

Více

OBSAH. Nasazení standardního podnikového informačního systému 9. Přehled komponent systému SAP 13. Úvod do používání systému SAP 31

OBSAH. Nasazení standardního podnikového informačního systému 9. Přehled komponent systému SAP 13. Úvod do používání systému SAP 31 3 Kapitola 1 Nasazení standardního podnikového informačního systému 9 Standardní podnikový informační systém 10 Podnikové informační systémy 10 Zavádění systémů ERP 12 Kapitola 2 Přehled komponent systému

Více

Obsah. 1. Výklad pojmů 3. 2. Vývoj outsourcingu 9. 3. Strategie vyrob nebo kup (Strategy make or buy) 13

Obsah. 1. Výklad pojmů 3. 2. Vývoj outsourcingu 9. 3. Strategie vyrob nebo kup (Strategy make or buy) 13 Seznam tabulek vi Seznam obrázků vii Úvod 1 1. Výklad pojmů 3 1.1. Outsourcing 3 1.2. Insourcing 5 1.3. Vnímání outsourcingu v českých médiích 6 2. Vývoj outsourcingu 9 2.1. Z pohledu teorie ekonomie 9

Více

1.1 Tyto obchodní podmínky platí pro nákup zboží od prodejce mago prostřednictvím on-line obchodu umístěného na internetové adrese

1.1 Tyto obchodní podmínky platí pro nákup zboží od prodejce mago prostřednictvím on-line obchodu umístěného na internetové adrese 1. Úvodní ustanovení 1.1 Tyto obchodní podmínky platí pro nákup zboží od prodejce mago prostřednictvím on-line obchodu umístěného na internetové adrese www.fler.cz. 1.2. Podmínky blíže vymezují a upřesňují

Více

Allegro fakturace. Schéma fakturačního modulu. Podstatné vlastnosti. Allegro Business Solution Fakturace

Allegro fakturace. Schéma fakturačního modulu. Podstatné vlastnosti. Allegro Business Solution Fakturace Allegro fakturace Obsahuje evidenci faktur vydaných i přijatých a stejně tak zálohových faktur vydaných i přijatých. Ačkoli je modul z praktických důvodů veden jako samostatný celek, jeho úzká provázanost

Více

Projektová kancelář Kraje Vysočina CRM systém řízení projektů

Projektová kancelář Kraje Vysočina CRM systém řízení projektů Příloha č. 1 výzvy k podání nabídek Projektová kancelář Kraje Vysočina CRM systém řízení projektů PK Vysočina, o organizaci Základní údaje: Projektová kancelář Kraje Vysočina, příspěvková organizace (PK

Více

Způsobilé výdaje na poradenské služby pro individuální projekty MSP. Poradenství OPPI 1. výzva

Způsobilé výdaje na poradenské služby pro individuální projekty MSP. Poradenství OPPI 1. výzva Způsobilé výdaje na poradenské služby pro individuální projekty MSP Poradenství OPPI 1. výzva Praha, srpen 2008 1/7 1. Uznatelnými náklady v projektu Poradenství jsou: náklady na služby poradců, expertů

Více

financnasprava.sk Portál Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším.

financnasprava.sk Portál Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším. Případová studie Portál financnasprava.sk Technologie Microsoft zjednodušují komunikaci občanů s Finanční správou SR a činí výběr daní transparentnějším. Portál financnasprava.sk Uvedení portálu do života

Více

INFORMAČNÍ ZABEZPEČENÍ LOGISTICKÝCH SYSTÉMŮ

INFORMAČNÍ ZABEZPEČENÍ LOGISTICKÝCH SYSTÉMŮ INFORMAČNÍ ZABEZPEČENÍ LOGISTICKÝCH SYSTÉMŮ Logistický informační subsystém (LIS) Řízení celého materiálového toku není možné bez odpovídajících informací. Proto součástí integrovaného logistického systému

Více

Průvodce on-line přístupem k účetním a firemním datům

Průvodce on-line přístupem k účetním a firemním datům ON-LINE PŘÍSTUP K FIREMNÍM DATŮM Průvodce on-line přístupem k účetním a firemním datům Oprávnění zaměstnanci klienta mohou pracovat s účetními a dalšími firemními daty 24 hod. denně, 7 dní v týdnu. Zřízením

Více

OBCHODNÍ PODMÍNKY. Objednávky. Storno objednávky

OBCHODNÍ PODMÍNKY. Objednávky. Storno objednávky OBCHODNÍ PODMÍNKY Obchodní podmínky upravují vztah mezi společností, jako dodavatele zboží a služeb, a zákazníky firmy, jako odběratele. Podmínky blíže vymezují a upřesňují práva a povinnosti dodavatele

Více

k modulu podnikový informační systém (ERP) RPDP Metodika vykazování DPH v režimu přenesení daňové povinnosti

k modulu podnikový informační systém (ERP) RPDP Metodika vykazování DPH v režimu přenesení daňové povinnosti Dokumentace k modulu podnikový informační systém (ERP) RPDP Metodika vykazování DPH v režimu přenesení daňové povinnosti Metodika vykazování DPH v režimu přenesení daňové povinnosti (dále RPDP) je specifická

Více

Uživatelský manuál k prodejní aplikaci věrnostního systému Nestlé

Uživatelský manuál k prodejní aplikaci věrnostního systému Nestlé Uživatelský manuál k prodejní aplikaci věrnostního systému Nestlé Prodejní aplikace věrnostního systému Nestlé slouží k identifikaci zákazníka na prodejně, který se prokáže věrnostní kartou a k následnému

Více

Jak používat statistiky položkové v systému WinShop Std.

Jak používat statistiky položkové v systému WinShop Std. Jak používat statistiky položkové v systému WinShop Std. Systém WinShop Std. využívá k zápisům jednotlivých realizovaných pohybů (příjem zboží, dodací listy, výdejky, převodky, prodej zboží na pokladně..)

Více

Dodávka informačního systému ERP

Dodávka informačního systému ERP Příloha č.1 - Pokrytí jednotlivých poptávaných procesních oblastí Dodávka informačního systému ERP Podrobnější informace o pokrytí jednotlivých poptávaných funkcí uchazeč vyplní v následující tabulce.

Více

Elektronická komunikace s dodavateli

Elektronická komunikace s dodavateli Elektronická komunikace s dodavateli Jaroslav Šebesta, con4pas Komunikace s dodavateli Potřeba komunikace s dodavateli Předání objednávky Potvrzení objednávky Dodací list Příjem faktury Reklamace / dobropis

Více

1. Úvodní ustanovení Tyto obchodní podmínky platí pro nákup v internetovém obchodě eshop.eledo.savana.cz Podmínky blíže vymezují a upřesňují práva a povinnosti prodávajícího a kupujícího. Provozovatelem

Více

Případová studie pro prodejce stínící techniky. 9. září 2008. Info o systému. Kontakt na vývojové centrum

Případová studie pro prodejce stínící techniky. 9. září 2008. Info o systému. Kontakt na vývojové centrum Info o systému Systém běží na asp.net 3.5 Systém využívá MS SQL, nejstabilnější databázi na trhu Systém jde použít vždy pro jedno doménové jméno, na které je vázán, například www.insale.cz Kontakt na vývojové

Více

Obchodní podmínky společnosti Realitní kuchařka s.r.o., IČ: 04198948, se sídlem Holandská 630/11, 101 00, Praha 10

Obchodní podmínky společnosti Realitní kuchařka s.r.o., IČ: 04198948, se sídlem Holandská 630/11, 101 00, Praha 10 Obchodní podmínky společnosti Realitní kuchařka s.r.o., IČ: 04198948, se sídlem Holandská 630/11, 101 00, Praha 10 Tyto obchodní podmínky jsou nedílnou součástí kupní smlouvy a platí pro nákup v internetovém

Více

Zprovoznění vybraných částí systému PROXIO pro zefektivnění vnitřních procesů odboru dopravy ÚMČ Praha 8

Zprovoznění vybraných částí systému PROXIO pro zefektivnění vnitřních procesů odboru dopravy ÚMČ Praha 8 PŘÍLOHA Č. 1: Specifikace předmětu plnění SPECIFIKACE PŘEDMĚTU PLNĚNÍ VEŘEJNÉ ZAKÁZKY ZPROVOZNĚNÍ VYBRANÝCH ČÁSTÍ SYSTÉMU PROXIO PRO ZEFEKTIVNĚNÍ VNITŘNÍCH PROCESŮ ODBORU DOPRAVY ÚMČ PRAHA 8" 1. Stávající

Více

TÉMATICKÝ OKRUH Softwarové inženýrství

TÉMATICKÝ OKRUH Softwarové inženýrství TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 24. Otázka : Implementační fáze. Postupy při specifikaci organizace softwarových komponent pomocí UML. Mapování modelů na struktury programovacího

Více

Aplikace na čipových kartách

Aplikace na čipových kartách Aplikace na čipových kartách Systémy dodávané pro veřejnou a státní zprávu ISSS 2007 Hradec Králové, 2. dubna 2007 Jiří Hrdina ISCRD Informační systém centrálního registru dopravců (ISCRD) Aplikace na

Více

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?

Více

WORKFLOW. Procesní přístup. Základ perspektivního úspěšného podnikového řízení. Funkčnířízení založené na dělbě práce

WORKFLOW. Procesní přístup. Základ perspektivního úspěšného podnikového řízení. Funkčnířízení založené na dělbě práce WORKFLOW Procesní přístup Základ perspektivního úspěšného podnikového řízení Funkčnířízení založené na dělbě práce Procesní řízení princip integrace činností do ucelených procesů 1 Funkční řízení Dělba

Více

Propojení s externími dopravci. Číselník způsobů dopravy umožňuje členit externí dopravce podle následujících hodnot:

Propojení s externími dopravci. Číselník způsobů dopravy umožňuje členit externí dopravce podle následujících hodnot: PPL a DHL Rozšíření číselníků způsobů dopravy Číselník způsobů dopravy umožňuje členit externí dopravce podle následujících hodnot: NULL=není 1=Kurýr 2=Zahraničí 3=PPL Express+ 4=B2C 5=Volné 6=PPL 9=DHL

Více

Modul VÝROBA. Krátké shrnutí významu modulu VÝROBA v SAP Business One. Ing. Radomír Možnar Servis/Helpdesk

Modul VÝROBA. Krátké shrnutí významu modulu VÝROBA v SAP Business One. Ing. Radomír Možnar Servis/Helpdesk Modul VÝROBA Krátké shrnutí významu modulu VÝROBA v SAP Business One Ing. Radomír Možnar Servis/Helpdesk Základní kritéria pro nasazení modulu VÝROBA Společnost, která dodává produkty na základně objednávek

Více

DODÁVÁME VÍC NEŽ VÝROBKY Mgr. Václav Halama

DODÁVÁME VÍC NEŽ VÝROBKY Mgr. Václav Halama DODÁVÁME VÍC NEŽ VÝROBKY Mgr. Václav Halama Dlouhodobé partnerství poradenství sortiment Service služby partnerské smlouvy Skladové hospodářství Procesní analýzy Služby HARTMANN Zprostředkování dotací

Více

Expresní analýza PLM. jako efektivní start implementace PLM. www.technodat.cz. jindrich.vitu@technodat.cz

Expresní analýza PLM. jako efektivní start implementace PLM. www.technodat.cz. jindrich.vitu@technodat.cz jako efektivní start implementace PLM www.technodat.cz jindrich.vitu@technodat.cz 1 úvod: definice, cíl a výstup analýzy 2 etapy expresní analýzy PLM 3 sběr dat a podkladů a jejich analýza 4 dokument Expresní

Více

Vyzýváme Vás k podání nabídky na veřejnou zakázku malého rozsahu s názvem E-shop pro Centrální nákup Plzeňského kraje.

Vyzýváme Vás k podání nabídky na veřejnou zakázku malého rozsahu s názvem E-shop pro Centrální nákup Plzeňského kraje. PLZEŇSKÝ KRAJ KRAJSKÝ ÚŘAD, odbor informatiky Škroupova 18, 306 13 Plzeň NAŠE ZN.: IT/1127/13 VYŘIZUJE: Mgr. Pavel Sloup TEL.: +420 377195194 FAX: +420 377195208 E-MAIL: pavel.sloup@plzensky-kraj.cz DATUM:

Více

Obchodní podmínky. na webových stránkách WWW.DVIRKASIKORA.cz

Obchodní podmínky. na webových stránkách WWW.DVIRKASIKORA.cz Obchodní podmínky na webových stránkách WWW.DVIRKASIKORA.cz Prostřednictvím internetových stránek umožňujeme zákazníkům zakoupení zboží bez osobní návštěvy. Tyto obchodní podmínky platí pro prodej kuchyňských

Více

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005

INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 INFORMAČNÍ SYSTÉMY (IS) Ing. Pavel Náplava Katedra počítačů K336, ČVUT FEL Praha 2004/2005 AGENDA definice IS, zavedení pojmů možnosti a rozdělení typická struktura technologie nasazení praktická ukázka

Více

Hospodářská informatika

Hospodářská informatika Hospodářská informatika HINFL, HINFK Vytvořeno s podporou projektu Průřezová inovace studijních programů Lesnické a dřevařské fakulty MENDELU v Brně (LDF) s ohledem na disciplíny společného základu reg.

Více

ZADÁVACÍ DOKUMENTACE

ZADÁVACÍ DOKUMENTACE VÝBĚROVÉ ŘÍZENÍ Nákup komodit do školní jídelny D Mražené potraviny a polotovary ZADÁVACÍ DOKUMENTACE Zadavatel výběrového řízení Základní škola Prostějov, ul. E. Valenty 52 796 03 Prostějov 3 IČ: 47922303

Více

Co nového v modulech Prodej, Logistika, Výroba

Co nového v modulech Prodej, Logistika, Výroba Co nového v modulech Prodej, Logistika, Výroba Ing. Richard Bejr 20. uživatelská konference firmy ORTEX, 21. a 22.května 2009 1 Nová verze 9.2 Rozšíření desetinných míst u cen za měrnou jednotku Rozšíření

Více

OBCHODNÍ PODMÍNKY. Platba převodem: bankovní spojení : Ceny : Recyklační a autorské poplatky : Identifikační a kontaktní údaje společnosti:

OBCHODNÍ PODMÍNKY. Platba převodem: bankovní spojení : Ceny : Recyklační a autorské poplatky : Identifikační a kontaktní údaje společnosti: OBCHODNÍ PODMÍNKY Identifikační a kontaktní údaje společnosti: ATLUS GAME. cz Miluše Světlíková Rozhraní 476/28 (sídlo) 619 00, Brno IČ : 87901471 Platba převodem: bankovní spojení : Číslo účtu : - ČR

Více

Architektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura

Architektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura Dílčí architektury Informační systémy - dílčí architektury - EIS MIS TPS strategické řízení taktické řízení operativní řízení a provozu 1 Globální Funkční Procesní Datová SW Technologická HW Aplikační

Více

INFORMAČNÍ SYSTÉMY. 03. 01. 2006, Ing. Jiří Mráz

INFORMAČNÍ SYSTÉMY. 03. 01. 2006, Ing. Jiří Mráz INFORMAČNÍ SYSTÉMY 03. 01. 2006, Ing. Jiří Mráz PŘEDNÁŠEJÍCÍ Jiří Mráz Production Coordinator UNICORN jiri.mraz@unicorn.cz AGENDA Informační a komunikační technologie (ICT) podniku Informační systémy Zakázkový

Více

OBCHODNÍ PODMÍNKY OWNERS CLUBU

OBCHODNÍ PODMÍNKY OWNERS CLUBU OBCHODNÍ PODMÍNKY OWNERS CLUBU I. ÚVODNÍ USTANOVENÍ 1. Tyto obchodní podmínky, které upravují fungování OWNERS CLUB, práva a povinnosti jeho zřizovatele a členů jsou vydávány společností SAPE- CARS.CZ

Více

NABÍDKA PRÁCE KOORDINÁTOR VÝROBY VZORKŮ

NABÍDKA PRÁCE KOORDINÁTOR VÝROBY VZORKŮ KOORDINÁTOR VÝROBY VZORKŮ Výtisk dokumentace k vzorkové výrobní zakázce Zpracování vzorkových zakázek z Laboratoře barev Obsluha strojů na výrobu vzorků Obsluha Soft stroje na výrobu vzorků Dokončování

Více

Proces P4 Nakupování

Proces P4 Nakupování Účinnost dokumentu od: 15.6.2007 Proces P4 Nakupování Řízená kopie č.: Razítko: Není-li výtisk tohoto dokumentu na první straně opatřen originálem razítka 1/9 Proces: P4 Nakupování Garant procesu: Účel:

Více

Implementace informačního systému pro knihovnu Jiřího Mahena v Brně

Implementace informačního systému pro knihovnu Jiřího Mahena v Brně Mendelova univerzita v Brně Provozně ekonomická fakulta Implementace informačního systému pro knihovnu Jiřího Mahena v Brně Informační systémy (projektování) Vypracovali: Jakub Drobný, Jakub Mazal, Monika

Více

Výběr modulů pro internetové obchody REDENGE verze 3.0 a vyšší

Výběr modulů pro internetové obchody REDENGE verze 3.0 a vyšší Výběr modulů pro internetové obchody REDENGE verze 3.0 a vyšší (Verze 3.0 byla uvedena do prodeje od června 2007) 1. Moduly technické funkcionality 1.1. Modul Formuláře Modul formuláře umožňuje tvorbu

Více

Obchodní podmínky. kupující - spotřebitel

Obchodní podmínky. kupující - spotřebitel Obchodní podmínky kupující - spotřebitel I. Základní ustanovení, vymezení pojmů. Obchodní podmínky a Reklamační řád (dále jen Obchodní podmínky), je zpracován dle Zákona na ochranu spotřebitele č. 634/1992

Více

PŘÍLOHA C Požadavky na Dokumentaci

PŘÍLOHA C Požadavky na Dokumentaci PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé

Více

Proces vývoje HRIS Vema (Human Resources Information System) Jaroslav Šmarda

Proces vývoje HRIS Vema (Human Resources Information System) Jaroslav Šmarda Proces vývoje HRIS Vema (Human Resources Information System) Jaroslav Šmarda Proces vývoje HRIS Vema Vlastnosti HRIS (Human Resources Information System) HRIS Vema Proces vývoje HRIS Vema Vema, a. s. Přední

Více

VŠEOBECNÉ A OBCHODNÍ PODMÍNKY

VŠEOBECNÉ A OBCHODNÍ PODMÍNKY Všeobecné a obchodní podmínky a reklamační řád upravující poskytování služby prodeje vstupenek na kulturní a jiné akce společnosti Divadla Kladno s.r.o. (Městské divadlo Kladno a Divadlo Lampion) VŠEOBECNÉ

Více

Obchodní podmínky pro nákup zboží v e-shopu www.humlmusic.cz

Obchodní podmínky pro nákup zboží v e-shopu www.humlmusic.cz Obchodní podmínky pro nákup zboží v e-shopu www.humlmusic.cz Prodávající: Václav Huml, Petýrkova 1956, Praha 4,14800 IČO: 62420691 DIČ: CZ6502091981, ŽL vydán Mú Praha 11 Č.jednací:3303/94/fyz Provozovna:

Více

Co je nového v systémech DUNA DE, DUNA ÚČTO, DUNA OBCHOD 2013,1.22

Co je nového v systémech DUNA DE, DUNA ÚČTO, DUNA OBCHOD 2013,1.22 Co je nového v systémech DUNA DE, DUNA ÚČTO, DUNA OBCHOD 2013,1.22 Nastavení základní konfigurace Údaje o firmě záložka Finanční úřad změny v souvislosti se změnou číselníku Finančních úřadů, proveďte

Více

Účtování o zásobách. Příklad 1/1

Účtování o zásobách. Příklad 1/1 Účtování o zásobách Příklad 1/1 Účetní jednotka používá pro oceňování nakoupených materiálových zásob stejné druhy ceny zjištěné váženým aritmetickým průměrem ze skutečných pořizovacích cen. Počáteční

Více

JAK NAKUPOVAT (BEZPEČNĚ) V NAŠEM OBCHODĚ? KROK 1. - REGISTRACE KROK 2. - POTVRZENÍ REGISTRACE

JAK NAKUPOVAT (BEZPEČNĚ) V NAŠEM OBCHODĚ? KROK 1. - REGISTRACE KROK 2. - POTVRZENÍ REGISTRACE JAK NAKUPOVAT (BEZPEČNĚ) V NAŠEM OBCHODĚ?... je to jednoduché... stačí si pozorně přečíst následující postup doplněný názornými obrázky a můžete začít! KROK 1. - REGISTRACE Pro nákup v našem internetovém

Více

NABÍDKA PRÁCE ÚČETNÍ

NABÍDKA PRÁCE ÚČETNÍ ÚČETNÍ Samostatné účtování účetních transakcí Příprava podkladů pro hlavní účetní knihu Příprava a účtování všech závěrkových operací včetně inventarizace Příprava podkladů pro přiznání DPH včetně souhrnného

Více

Helios Easy. integrované řešení pro řízení

Helios Easy. integrované řešení pro řízení integrované řešení pro řízení Skupina ASSECO je jedním z nejvýznamnějších softwarových domů ve střední Evropě. Chcete držet své náklady více pod kontrolou? Potřebujete, aby vaše investice měly rychlou

Více

POPTÁVKOVÝ DOKUMENT NA DODAVATELE IS/IT Předmět poptávky Integrovaný IS, podložený podrobnou studií, pro částečné řízení výroby, správy zakázek dodavatelů, subdodavatelů, výrobních dokumentů a vnitropodnikovou

Více

Kupní smlouva uzavřená podle 409 a násl. obchodního zákoníku I. Smluvní strany

Kupní smlouva uzavřená podle 409 a násl. obchodního zákoníku I. Smluvní strany číslo smlouvy kupujícího: číslo smlouvy prodávajícího: uchazeč v dále uvedené smlouvě řádně a správně doplní údaje na zeleně vyznačených místech dle své předkládané nabídky 1.1. Prodávající: Prodávající:

Více

Výzva k podání nabídky

Výzva k podání nabídky Výzva k podání nabídky v rámci výběrového řízení na zajištění vzdělávacích aktivit Projekt: Číslo projektu: Zvýšení adaptability zaměstnanců a zmírnění dopadů ekonomické krize vzděláváním zaměstnanců společnosti

Více

VESELÁ TRIČKA Obchodní podmínky

VESELÁ TRIČKA Obchodní podmínky VESELÁ TRIČKA Obchodní podmínky Seznam: 1. Základní údaje 2. Jak objednávat 3. Dodací podmínky 4. Reklamace 5. Ochrana osobních údajů 1. Základní údaje Dodavatel: NEUBERT marketing & Company s.r.o. Sídlo:

Více