EVROPSKÁ UNIE Evropský fond pro regionální rozvoj Integrovaný regionální operační program

EVROPSKÁ UNIE

Evropský fond pro regionální rozvoj

Integrovaný regionální operační program

MINISTERSTVO PRO MÍSTNÍ ROZVOJ ČR

Smluvní strany

1. Nemocnice Havířov, příspěvková organizace

se sídlem:	Xxxxxxxx 0000/00, 00000 Xxxxxxx
zastoupen: IČO:	00844896
DIČ:	CZ 00844896
bankovní spojení:

dále jen „Objednatel“

Osoba oprávněná jednat ve věcech technických - předmětu smlouvy:

Osoba oprávněná jednat ve věcech realizace projektu a řízení projektu:

2. Konica Minolta IT Solutions Czech s.r.o.

se sídlem:	X Xxxxxxxx 0000/00, 000 00 Xxxxx 00
zastoupena: IČO:	25820826
DIČ: bankovní spojení:	CZ25820826
číslo účtu:

Zapsána v obchodním rejstříku vedeném Městským soudem v Praze, oddíl C, vložka 347149.

(dále jen „Zhotovitel“)

Osoba oprávněná jednat ve věcech technických - předmětu smlouvy:

Osoba oprávněná jednat ve věcech realizace projektu a řízení projektu:

Předmět a účel smlouvy

Zhotovitel podal svou nabídku v rámci veřejné zakázky Objednatele s názvem „Dodávka IT řešení na automatizaci zpracování dat v oblasti materiálového hospodářství“ („Veřejná zakázka“), která byla Objednatelem vyhodnocena jako nejvýhodnější. Tato smlouva se tak uzavírá se Xxxxxxxxxxxx, jako vybraným dodavatelem, za účelem realizace předmětu plnění Veřejné zakázky a v souladu s jeho nabídkou.
Zhotovitel se zavazuje pro Objednatele provést na svůj náklad a nebezpečí za podmínek této smlouvy následující dílo:

dodávka, instalace a implementace počítačových programů v rozsahu uvedeném v příloze č. 1,
poskytnutí licence v rozsahu uvedeném v příloze č. 1 a čl. VI. této smlouvy, c. konfiguraci systému, testování a školení v rozsahu uvedeném v příloze č. 1, (dále jen dílo)

Objednatel je povinen řádně dokončené dílo převzít a zaplatit Xxxxxxxxxxx cenu díla podle čl. III smlouvy.
Zhotovitel prohlašuje, že je odborníkem v oblasti předmětu plnění Veřejné zakázky, má dostatečné odborné znalosti, zkušenosti a materiální i personální kapacity nezbytné pro řádné a včasné provedení díla podle této smlouvy. Zhotovitel se zavazuje počínat si tak, aby v důsledku jeho činnosti při plnění této smlouvy nedošlo k nedostupnosti jakýchkoli aktivních dat nebo přerušení dostupnosti stávajících systémů Objednatele, kterých se dílo týká.

Doba plnění

Zhotovitel se zavazuje provést pro Objednatele dílo ve dvou etapách („Etapa 1“, „Etapa 2“) a dle harmonogramu. Dodavatel je povinen postupovat tak, aby byly dodrženy lhůty pro dokončení příslušné Etapy, a to při zachování všech lhůt dle této Smlouvy
1. Etapu 1 je Zhotovitel povinen provést nejpozději do 150 kalendářních dnů ode dne účinnosti této smlouvy.
2. Etapa 1 zahrnuje:
  1. Zprovoznění úložiště dokumentů
  2. Zprovoznění systému vytěžování faktur
  3. Úprava ERP systému Microsoft Dynamics 365 Business Central (dále jen D365BC) a napojení na vytěžovaní faktur
  4. Analýza a vývoj žádankového systému
3. Etapu 2 je Zhotovitel povinen provést nejpozději do 420 kalendářních dnů ode dne účinnosti této smlouvy.
4. Etapa 2 zahrnuje:
  1. Tvorba a zprovoznění schvalovacího procesu
  2. Integrace žádankového systému do D365BC
  3. Zpracování žádanek a úprava nákupního procesu v D365BC
  4. Realizace integrace na FAMA+ - zasílání košilek nákupních faktur
Dílo je Zhotovitel povinen provést nejpozději do 420 kalendářních dnů ode dne účinnosti této smlouvy.

Cena a platební podmínky

Smluvní strany si sjednávají celkovou cenu díla v částce 10 708 500,- v Kč bez DPH. Cena díla včetně aktuální sazby DPH, platné ke dni uzavření smlouvy činí celkem 12 957 285,- Kč.

Z toho:

Cena Etapy 1 činí 5 354 250,- v Kč bez DPH.
Cena Etapy 2 činí 5 354 250,- v Kč bez DPH.

Cena díla bez DPH se sjednává za plnění dle čl. I odst. 2 písmeno a) až c) jako cena pevná a neměnná. Cena díla zahrnuje veškeré náklady Xxxxxxxxxxx k provedení díla a Zhotovitel není oprávněn žádat úhradu jakýchkoli dalších výdajů.
Nárok na zaplacení ceny díla za každou z Etap vzniká Zhotoviteli po provedení příslušné části díla v podobě každé z Etap na základě oboustranně podepsaného Předávacího protokolu. Cenu Etapy je Objednatel povinen Zhotoviteli uhradit nejpozději do 30 dnů ode dne doručení řádného daňového dokladu (faktury) na bankovní účet Zhotovitele uvedený v záhlaví. Přechod vlastnictví díla na Objednatele přechází dnem kompletního předání na základě Předávacího protokolu.
Objednatel je oprávněn vyúčtovat Zhotoviteli (a Zhotovitel je v takovém případě povinen Objednateli zaplatit) smluvní pokutu:
1. ve výši 0,02 % ze smluvené ceny příslušné Etapy za každý den prodlení se splněním závazku Zhotovitele dodat příslušnou část díla (Etapu) v termínu stanoveném v odst. II. této smlouvy;
2. ve výši 0,02 % ze smluvené ceny díla za každých započatých 24 hodin prodlení se splněním závazku Zhotovitele odstranit Incident kat. A v Době pro řešení podle čl. VIL smlouvy;
3. ve výši 0,01 % ze smluvené ceny díla za každý započatý den prodlení se splněním závazku Xxxxxxxxxxx odstranit vady díla podle čl. V odst. 6 smlouvy nebo odstranit Incident kat. B a C v Době pro řešení podle čl. VII. smlouvy.
Smluvní strany se dále dohodly na tom, že každá faktura Zhotovitele musí být označena názvem zakázky „Dodávka IT řešení na automatizaci zpracování dat v oblasti materiálového hospodářství“, reg. č. projektu CZ.06.01.01/00/22_008/0000530 a názvem projektu „Automatizace zpracování dat v oblasti materiálového hospodářství v Nemocnici Havířov“.
Zhotovitel není oprávněn požadovat poskytnutí jakékoli zálohy před provedením díla. Tím není dotčen nárok na zaplacení Ceny Etapy po jejím dokončení. .
Zhotovitel přebírá nebezpečí změny okolností ve smyslu § 2620 odst. 2 občanského zákoníku.

Povinnosti smluvních stran

Zhotovitel je povinen dílo provést samostatně, v souladu s právními předpisy a odbornými standardy a je povinen dbát na oprávněné zájmy Objednatele. Zhotovitel je povinen upozornit Objednatele na nevhodnou povahu věcí převzatých od Objednatele k provedení díla či nevhodnost jeho pokynů (zejm. požadavků na konfiguraci díla), jestliže Xxxxxxxxxx mohl tuto nevhodnost při vynaložení odborné péče zjistit.
Xxxxxxxxxx je xxxxxxx dílo provést pod svým osobním vedením a na provádění díla se musí podílet realizační tým, jehož členové byli uvedeni v nabídce Zhotovitele v rámci zadávacího řízení Xxxxxxx zakázky a jsou uvedeni v Příloze č. 2 - Realizační tým. Případná změna těchto členů realizačního týmu podléhá schválení Objednatele. Noví členové realizačního týmu musí mít zkušenosti a vzdělání minimálně v rozsahu požadované kvalifikace ve veřejné zakázce
Zhotovitel je povinen dílo provést v sídle Objednatele na adrese uvedené v záhlaví této smlouvy. Je-li to možné a účelné, je Zhotovitel oprávněn provádět činnosti nutné k provedení díla ze svého sídla (např. přímý vzdálený přístup do informačního systému Objednatele, instalace technologií, apod.).
Objednatel je povinen poskytnout Zhotoviteli veškerou potřebnou součinnost nutnou k provedení díla. Takto je Objednatel zejména povinen sdělit Zhotoviteli informace a předat Zhotoviteli dokumenty nezbytně nutné k provedení díla, umožnit Zhotoviteli přístup do prostor Objednatele, v nichž je dílo prováděno apod.
Xxxxxxxxxx je povinen uchovávat po dobu 10 let od ukončení realizace díla doklady související s realizací díla a umožnit osobám objednatele oprávněným k výkonu kontroly provést kontrolu těchto dokladů. Lhůta dle předcházející věty začíná běžet od 1. ledna následujícího kalendářního roku po předání díla.
Zhotovitel je povinen po celou dobu trvání smlouvy udržet v platnosti pojištění odpovědnosti za újmu způsobenou při své podnikatelské činnosti s pojistným krytím minimálně ve výši 10.000.000 Kč za každou pojistnou událost.
Objednatel je oprávněn vyúčtovat Zhotoviteli (a Zhotovitel je v takovém případě povinen Objednateli zaplatit) smluvní pokutu ve výši 50.000 Kč vč. DPH za každé jednotlivé porušení povinností podle tohoto článku smlouvy.
Smluvní strany se dohody, že součet veškerých Objednatelem uplatněných smluvních pokut po Zhotoviteli podle této smlouvy může činit nejvýše 30 % z ceny díla. Tímto ujednáním ani zaplacením jakékoli smluvní pokuty není dotčen nárok Objednatele na náhradu vzniklé škody způsobené Zhotovitelem porušením této smlouvy nebo právních předpisů v plné výši.

Předání díla

Xxxx je provedeno jeho dokončením a předáním Objednateli, anebo okamžikem, kdy se Objednatel ocitl v prodlení s převzetím dokončeného díla.
Po dokončení díla Xxxxxxxxxx vyzve Objednatele k převzetí díla a poskytne mu veškerý přístup pro testování díla v délce alespoň třech (3) pracovních dnů, ve kterém Objednatel posoudí, zdaje dílo způsobilé převzetí a splňuje podmínky této smlouvy. Tím není dotčena odpovědnost za vady díla podle čl. VII této smlouvy.
O předání a převzetí díla jsou smluvní strany povinny mezi sebou sepsat předávací protokol.
Objednatel muže dílo převzít i v případě, že dílo vykazuje drobné vady a nedodělky, které nemají vliv na celkovou funkčnost díla. Vykazuje-li dílo vady, které brání jeho řádnému užívání, Objednatel dílo nepřevezme a sdělí písemně Zhotoviteli své odůvodnění.
Dílo bude Zhotovitelem Objednateli předáno ve dvou dílčích částech odpovídajících Etapě 1 a Etapě 2. Pro předání každé části díla (Etapy) se použijí ujednání této smlouvy o předání díla obdobně.
Zhotovitel je povinen odstranit vady nebo nedodělky díla uvedené v předávacím protokolu bez zbytečného odkladu, nejpozději do 10 dnů. Pro posouzení odstranění vad se uplatní postup předání díla podle tohoto odstavce obdobně. Náklady na odstranění vad nebo nedodělků nese Zhotovitel.

Duševní vlastnictví

Uživatelská práva poskytnutá Objednateli jsou nevýhradní a nepřenosná na třetí osoby, Objednatel není v žádném případě oprávněn šířit právo užívání aplikačního programového vybavení na třetí osoby. Uživatelská práva nejsou časově omezena, aplikační programové vybavení může být užíváno pouze v sídle Objednatele.
Zhotovitel je dále povinen v rámci plnění díla zajistit poskytnutí Objednateli nezbytných časově neomezených licencí k autorským dílům třetích stran (např. operační systémy pro pracovní stanice, ovladače a další software). Cena za poskytnutí těchto licencí je součástí ceny díla a poskytovaná licence se řídí licenčními podmínkami daného poskytovatele software.
Xxxxxxxxxx se zavazuje zajistit, aby na dílu nebo jakékoli jeho části nevázla jakákoli práva třetích osob. Prohlašuje zejména výslovně, že vypořádal veškeré závazky vůči všem případným autorům a žádný z těchto autorů nemá nárok na jakoukoliv dodatečnou odměnu v souvislosti s dílem nebo jeho částí. Ukáží-1 i se tato prohlášení jako nepravdivá, může Objednatel dle svého uvážení požadovat po Xxxxxxxxxxx i to, aby veškeré závazky na svůj náklad vypořádal, případně aby nahradil dotčenou část díla jiným řešením.

VIL

Odpovědnost za vady a záruka

Má-li dílo v době předání vadu, zakládá to povinnosti Xxxxxxxxxxx z vadného plnění. Objednatel je povinen vady díla vytknout Xxxxxxxxxxx bez zbytečného odkladu, kdy je zjistil, nejpozději však do dvou let od předání díla. Zhotovitel dále Objednateli poskytuje záruku za jakost díla po dobu min. 24 měsíců (pokud není v příloze č. 1 uvedena záruka delší) ode dne předání do provozu. Náklady na odstranění vadného plnění a vad krytých zárukou za jakost nese Zhotovitel.
Záruka na jakost se nevztahuje na vady způsobené vyšší mocí a vady způsobené neodbornou obsluhou, protiprávním jednáním třetí osoby či Objednatele a elektrickou napájecí sítí a komunikační infrastrukturou Objednatele. Dále se o vadu krytou záruku nejedná, pokud je způsobena změnou (např. aktualizace) jiného softwarového vybavení Objednatele, které nebylo předmětem díla, a která nastala nezávisle na Zhotoviteli po předání díla.
Nároky z odpovědnost za vady nebo ze záruky je Objednatel povinen vůči Zhotoviteli uplatnit písemně u oprávněné osoby ve věcech technických uvedené v záhlaví této smlouvy („Incident“).
Požadavek na řešení Incidentu musí obsahovat popis Incidentu, zejm. toho, jak a v jakých situacích se Incident projevuje. Xxxxxxxxxx provede předběžné posouzení Incidentu a odešle Objednateli prvotní reakci na jeho požadavek, v níž informuje Objednatele o okolnostech podstatných pro řešení Incidentu a zahájí práci na odstranění vady („Reakční doba“).
Zhotovitel odstraní příčinu vzniku Incidentu nebo jinak obnoví funkčnost díla („Doba pro řešení“).
Délka Reakční doby a Doby pro řešení závisí na následující kategorizaci Incidentů:

Název kategorie	Reakční doba	Doba pro řešení
Kategorie A	24 hodin	48 hodin
Kategorie B	48 hodin	5 pracovních dní
Kategorie C	5 pracovních dnů	podle dohody

Incidenty spadají do kategorií dle následujícího klíče:

Kategorie A: Dílo není použitelné ve svých základních a klíčových funkcích, což znemožňuje jeho užívání všem nebo většině jeho uživatelů a ohrožuje běžný provoz Objednatele v jeho klíčových procesech a aktivitách, případně způsobuje větší finanční nebo jiné škody.
Kategorie B: Funkčnost díla je omezena tak, že tento stav omezuje běžné užívání díla.
Kategorie C: Veškeré vady, které nespadají do Kategorie A a Kategorie B, tedy drobné závady neznemožňující ani neomezující základní funkčnost a běžné užívání díla.

Důvěrnost informací

Smluvní strany jsou povinny zachovávat mlčenlivost o všech skutečnostech, o kterých se o sobě navzájem dověděly při realizaci této smlouvy, a které jsou neveřejné a hospodářsky využitelné, anebo mají povahu obchodního tajemství.
Povinnost zachovávat mlčenlivost dle tohoto článku smlouvy znamená zejména povinnost zdržet se jakéhokoli jednání, kterým by důvěrné informace byly jakoukoliv formou sděleny nebo zpřístupněny třetí osobě nebo by byly důvěrné informace využity v rozporu s jejich účelem pro vlastní potřeby nebo potřeby třetí osoby anebo by bylo umožněno třetí osobě jakékoliv využití těchto Důvěrných informací.
V případě, že Xxxxxxxxxx bude mít přístup k osobním údajům zpracovávaným Objednatelem, smluvní strany se zavazují bezodkladně uzavřít smlouvu o zpracování osobních údajů splňující požadavky právních předpisů.
Objednatel je oprávněn vyúčtovat Zhotoviteli (a Zhotovitel je v takovém případě povinen Objednateli zaplatit) smluvní pokutu ve výši 50.000 Kč vč. DPH za každé jednotlivé porušení povinností podle tohoto článku smlouvy.

Platnost smlouvy

Smlouva může být měněna pouze písemně. Práva a povinnosti touto smlouvou neupravené se řídí příslušnými právními předpisy České republiky, zejména občanským zákoníkem.
Tato smlouvaje v elektronické podobě.
Tato smlouvaje uzavřena na dobu určitou do doby provedení díla a nabývá platnosti dnem jejího podpisu oběma smluvními stranami a účinnosti dnem jejího uveřejnění v registru smluv. Smluvní strany se dohodly, že uveřejnění v registru smluv ve smyslu zákona o registru smluv provede objednatel. Smlouva bude zveřejněna po anonymizaci provedené v souladu s platnými právními předpisy.
Nedílnou součást této smlouvy tvoří Příloha č. 1 - Podrobná specifikace díla a Příloha č. 2 - Realizační tým.

Závěrečná ustanovení

Smluvní strany shodně prohlašují, že tato smlouva odpovídá jejich skutečné, vážné a svobodné vůli, a že se seznámily a souhlasí s jejím obsahem, což potvrzují svými podpisy smlouvy.
2. Zhotovitel se za podmínek stanovených touto Smlouvou zavazuje jako osoba povinná dle ustanovení § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů, ve znění pozdějších předpisů, spolupůsobit při výkonu finanční kontroly, mj. umožnit všem subjektům oprávněným k výkonu kontroly Projektu, zejména Řídicímu orgánu přístup ke všem dokumentům, tedy i k těm částem nabídek, smluv a souvisejících dokumentů, které podléhají ochraně podle zvláštních právních předpisů (např. obchodní tajemství), a to za předpokladu, že budou splněny požadavky kladené právními předpisy; tuto povinnost rovněž zajistí Zhotovitel u případných poddodavatelů Zhotovitele.

V Praze dne

V Havířově dne

za Zhotovitele

za Objednatele

Příloha ě. 1 - Podrobná specifikace díla

TECHNICKÁ SPECIFIKACE

Sklady

Tabulka popisuje požadavky na evidenci skladů SZM, MTZ, IT a Údržba v rámci již provozovaného systému Dynamics 365 Business Central

Požadavek	Splněno	Způsob splnění
Řešení umožní zajistit evidenci materiálových zásob na různých typech a libovolném počtu skladů (centrální, příruční, konsignační) a provádět mezi nimi převody.	Ano	Standardní funkcionalita systému D365BC umožňuje vést v rámci karty zboží libovolný typ skladové karty. Systém je možné na úrovni konfigurace nastavit tak, že umožňuje vést libovolný počet skladů (centrální, příruční, konsignační. Mezi jednotlivými sklady je možné provádět přesuny materiálu, a to jak pomocí interních deníků, tak pomocí speciálních dokladů (objednávky transferu), které mj. umožňují i evidenci materiálu na cestě.
Řešení musí umožnit jednoznačnou identifikaci a zatřízení karty zboží do dané oblasti (SZM/MTZ).	Ano	V rámci systému D365BC bude na úrovni karty zboží připraveno zařazení dané karty zboží do dané oblasti (SZM/MTZ/...)
Řešení umožní zajistit přístup oprávněných uživatelů ke skladové evidenci tak, aby uživatelé mohli provádět skladové operace na skladech, za jejichž správnost a úplnost odpovídají.	Ano	Standardní funkcionalitou systému D365BC je možnost nastavit práva konkrétních uživatelů až na úroveň konkrétních skladů. Díky tomu je zajištěno, že uživatelé mohou provádět skladové operace pouze na skladech, za jejichž správnost a úplnost odpovídají.
Řešení musí zajišťovat vedení skladové evidence - skladových karet včetně pohybů zásob, sledování hodnoty zásob ve skladu a dostupnosti zásob. Ze skladové karty musí být možné zobrazit veškeré vzniklé doklady nebo pohyby s možností rychlého dohledání původu vzniku.	Ano	Systém D365BC je postaven na principu, že u každé karty zboží je k dispozici její úplná historie skladových pohybů, a to jak z pohledu skladu (množství) tak z pohledu účetnictví (částka). V rámci systému D365BC je možné se pomocí funkcionality "Najít položky" rychle dostat až na konkrétní zdrojový doklad.
Řešení umožní evidovat na položkách skladových karet doplňkové informace (výrobní číslo, dodavatel apod.).	Ano	Standardní řešení D365BC umožňuje u karty zboží evidenci dodavatelů, číselníků dodavatelů. Dále je možné nastavit kartu zboží tak, aby na ní bylo sledováno zboží až na úroveň konkrétních sériových čísel.
Řešení umožní ve skladovém hospodářství nastavit metodu oceňování zásob - FIFO, průměrná cena.	Ano	Systém D365BC umožňuje na úrovni každé karty zboží nastavit metodu ocenění. Podporována je jak metoda FIFO, tak metoda průměrných cen.
Řešení musí podporovat tvorbu standardních opravných dokladů - storna (zrušení celého dokladu), vratký (zrušení části dokladu) všech skladových dokladů.	Ano	Systém D365BC umožňuje pomocí opravných dokladů stornovat jak konkrétní doklad, případně část dokladu. K tomuto účelu jsou v systému k dispozici nové typy dokadů - tzv. Objednávky vrátek.

Řešení musí umožnit příjem a vedení materiálu a zboží dočasně bez jeho ocenění a provádět nad ním běžné pohyby a zajistit následné správné ocenění příjmu a všech pohybů dle dodavatelské faktury.	Ano	Systém D365BC je postaven na principu, že je možné na straně nákupu a prodeje zvlášť účtovat o pohybu zboží (množství) a zvlášť o ocenění zboží (částka). Zboží, které bylo na sklad přijato pouze množstvím je možné i bez související faktury ze skladu vydat. 0 správné ocenění nákladů a účtování o zboží se starají interní mechanizmy systému D365BC tzv. adjustace.
Řešení umožní nastavit parametry plánu (min. a max. stav) pro doplňování zásob. Plán lze nastavit pro každou kartu individuálně. Na základě parametrů plánu možnost navrhnout doplnění zásob, provést jeho případné úpravy a následně přenést do nákupních objednávek.	Ano	Standardní funkcionalita systému D365BC umožňuje řídit požadavky na nákup pomocí nástroje "Sešit požadavků". Pomocí tohoto nástroje je možné vygenerovat návrh nákupu, který bere v potaz stavy skladu a nastavené parametry konkrétního zboží (minimální množství, dobu dodání od dodavatele, max. stavy skladu apod.). Z tohoto sešitu požadavků je možné následně vygenerovat nákupní objednávky na konkrétní dodavatele.
Řešení umožní automatické vytvoření příjmového dokladu z objednávky.	Ano	Standardní funkcionalita D365BC umožňuje účtovat příjem zboží přímo z nákupní objednávky.
Řešení umožní účtování nákupní faktury za zboží přímo z objednávky.	Ano	Standardní funkcionalita D365BC umožňuje účtovat fakturaci přímo z nákupní objednávky.
Řešení umožní vzájemné párování souvisejících dokladů (objednávky, příjemky, došlé faktury).	Ano	Systém D365BC udržuje vazbu mezi jednotlivými doklady (objednávka, příjemka, došlý doklad) tzn. je umožněno jejich vzájemné párování
Řešení umožní realizovat skladové závěrky.	Ano	Systém D365BC umožňuje realizaci skladových závěrek, kdy je možné nastavit období do kterého je možné aktivně účtovat.
Řešení zajistí on-line dostupné informace nejen o stavu zásob na skladě, ale také o následné dostupnosti zásob z nákupních objednávek. Možnost prohlížet hodnotu zásob i zásoby, kdykoliv v průběhu období bez nutnosti uzavírání období.	Ano	Na úrovni každého zboží jsou v systému D365BC informace o skladové dostupnosti, a to jak přes všechny lokace, tak s informací o konkrétní lokaci. Dále jsou k dispozici údaje o množství na nákupních objednávkách. V systému D365BC je k dispozici také údaj o hodnotě skladu. Údaje o hodnotě skladu a o množství na skladě nějsou vázány na uzavírání období a jsou v systému k dispozici kdykoliv.
Řešení umožní provádění inventarizace zásob dle platné legislativy kdykoliv v průběhu období, inventarizaci bude možno provádět samostatně pro kterýkoliv sklad.	Ano	Pro potřebu inventarizace jsou v systému D365BC k dispozici nástroje, které podporují a dokladují průběh inventarizace a umožňují o inventarizaci vést dokladové záznamy. Inventarizaci je možné provádět kdykoliv pro libovolný sklad (lokaci)
Řešení umožní provádět inventury za konkrétní materiálové skupiny. Bude zajištěna podpora zpracování tiskových sestav jako podkladů při fyzické inventuře i dokladů o provedení inventury.	Ano	V rámci dodaného řešení bude možné realizovat inventury i po materiálových skupinách. Doklady inventury budou k dispozici i jako sestavy, které zajistí potřebné podklady při fyzické inventuře a doklady o provedení inventury.
Systém musí být možné nastavit tak, aby skladové operace byly přímo účtovány do účetnictví bez nutnosti dodatečných přenosů dat.	Ano	Systém D365BC má provázané skladové a účetní pohyby, na úrovni parametrizace je možné nastavit, jestli má být automaticky účtováno o očekávaných nákladech (náklady, které ještě nejsou oceněny

		skutečnou fakturou), nebo jestli má být účtováno až v okamžiku skutečného ocenění.
Řešení poskytne souhrnné i detailní přehledy o zásobách podle jednotlivých druhů materiálu ve skladech (aktuální stav materiálu na skladě, aktuální stav dle materiálových skupin, přehled materiálu, u kterého za dané období nebyl žádný obrat)	Ano	Součástí systému D365BC je sada sestav, které dávají uživateli detailní přehled o zásobách s možností filtrovat na jednotlivé druhy materiálů. Součástí sestav budou k dispozici i sestavy o zboží bez pohybu, stavu skladu apod.
Řešení poskytne souhrnné i detailní přehledy o výdejích materiálu (objem dle středisek, zdrojů financování (dotace, granty), skladů, materiálových skupin)	Ano	Součástí dodaného řešení D365BC bude i sada reportů, pomocí kterých bude možné zobrazit souhrnné i detailní pohledy o výdejích materiálů dle různých dimenzí, lokací, materiálových skupin apod.
Řešení poskytne přehledy o příjmech materiálu (objem dle dodavatelů, skladů, materiálových skupin...)	Ano	Součástí dodaného řešení D365BC bude i sada reportů pro analýzu nákupu materiálu dle dodavatelů, lokací, materiálových skupin apod.
Řešení musí zajistit možnost provázání skladové evidence s evidencí majetku.	Ano	V rámci systému D365BC bude připravena i funkcionalita, která umožní provázat skladovou evidenci s evidencí majetku.
Řešení musí podporovat zaúčtování uskutečněných skladových pohybů do účetní evidence na základě předkontací.	Ano	Systém D365BC funguje na principu tzv. účto skupin, kdy pomocí správného nastavení úČtoskupin je možné uživatelsky nadefinovat na jaké účty má být v rámci skladové evidence účtováno
Systém musí umožnit vést libovolný počet dodavatelských konsignačních skladů.	Ano	Systém podporuje neomezený počet dodavatelských konsignačních skladů.
Řešení musí umožnit na úrovni konkrétní skladové karty evidovat konkrétní sériová čísla, případně evidovat šarže a to jak na vstupu do skladu, tak na výstupu ze skladu	Ano	V rámci nastavení karty zboží v systému D365BC je i informace o tom, zda mají být na konkrétní skladové kartě evidovány sériová čísla, případně šarže (tzv. sledování zboží). V rámci tohoto nastavení je možné určit, jestli má být toto sledování zboží aktivní na straně příjmu zboží, nebo výdeji zboží, případně jestli má být nastaveno u všech skladových pohybů.
Řešení musí podporovat práci s čárovými kódy včetně jejich tisku.	Ano	V rámci systému D365BC je možné u každé karty zboží definovat čárové kódy, a to jak interní, tak dodavatelské. Systém D365BC nativně podporuje tisk čárových kódů.

Žádanky

Tabulka popisuje požadavky na žádankový systém v oblasti skladů SZM, MTZ, IT a Údržba v rámci již provozovaného systému Dynamics 365 Business Central (D365BC). Zadavatel předpokládá, že žádankový systém bude postaven na platformě Microsoft PowerApps a bude integrován na Dynamics 365 Business Central.

Požadavek	Splněno	Způsob splnění
Žádankový systém musí být pro svoje fungování postaven nad číselníky D365BC.	Ano	Potřebné číselníky budou synchronizovány z D365BC
Systém musí umožňovat tvorbu žádanky v prostředí Microsoft PowerApps s integrací na D365BC.	Ano	Tvorba žádanek bude možná v obou prostředích

Systém musí umožňovat jak ruční vytváření žádanek, tak automatické vytváření žádanek na základě parameterů definovaných v D365BC (např. minimální pojistná zásoba a minimální objedávkové množství).	Ano	Tvorba žádanek bude možná v obou prostředích
Systém musí umožňovat číslování žádanek na základě číselné řady.	Ano	Lze nastavit i více číselných řad v závislosti na parametrech (středisko apod.)
Systém musí pro uživatele podporovat tvorbu žádanky na libovolné středisko s tím, že středisko bude dle přihlášeného uživatele předvyplněno.	Ano
Systém musí podporovat výběr materiálu do žádanky z číselníku zboží.	Ano	Číselník produktů bude synchronizován z D365BC
Systém musí podporovat funkcionalitu pozitivních listů až na úroveň konkrétního střediska.	Ano
Hlavička žádanky musí obsahovat základní údaje o žádance, minimálně pak - Typ žádanky (MTZ, SZM, IT, Údržba) Číslo žádanky, Žadatel, Kód střediska a Statím, Stav žádanky a volné textové pole.	Ano	Požadovaná pole budou součástí hlavičky žádanky
Řádky žádanky musí obsahovat minimálně údaje o skladové kartě, měrné jednotce (tento údaj musí být ve výchozím stavu vyplněn), Popis (automaticky předvyplněn z číselníku zboží, požadovaném množství, jednotková cena, celková pořizovací cena a stav zpracování. Cena na řádkuje počítána automaticky na základě dat v D365BC bez možnosti ji v žádance změnit.	Ano	Požadovaná pole budou součástí řádku žádanky
Systém musí umožňovat omezení položek skladových karet pro nabízení se v žádankách.	Ano	V rámci implementovaného systému bude k dispozici i funkcionalita tzv. pozitivního listu, která zajistí omezení zobrazení položek skladových karet v žádankách.
Žádanku musí být možné odeslat do schvalovacího procesu k jejímu schválení.	Ano	Žádanka bude jedním z typů schvalovaných dokumentů
Systém musí umožnit uživateli zobrazení všech nezpracovaných žádanek na vybraném středisku.	Ano	Přehled žádanek lze filtrovat podle jakéhokoli pole hlavičky
Systém musí umožňovat vytvoření nákupní objednávky z žádanky v podobě 1:1 (z jedné žádanky je vytvořena jedna objednávka).	Ano	V rámci systému D365BC bude k nad žádankami v D365BC k dispozici funkcionalita, která umožní z žádanky vytvořit nákupní objednávku.
Systém musí umožňovat vytvoření jedná nákupní objednávky z více žádanek.	Ano	V rámci systému D365BC bude k dispozici nad žádankami funkcionalita, která na základě více vybraných žádanek umožní vytvoření jedné nákupní objednávky.
Systém musí umožňovat vícestupňové schvalování žádanky.	Ano	Schvalovací proces může mít neomezený počet schvalovacích kroků, definovaných v šablonách
Systém musí umožňovat z jedné žádanky vytvořit skladovou výdejku.	Ano	V rámci žádanek v systému D365BC bude k dispozici funkcionalita, která umožní z konkrétní žádanky vytvořit skladovou výdejku.
Systém musí umožňovat z jedné žádanky vytvořit objednávku transferu.	Ano	V rámci žádanek v systému D365BC bude k dispozici funkcionalita, která umožní z konkrétní žádanky vytvořit objednávku transferu. V rámci dialogu bude uživatel volit mezi kterými lokacemi má být skladový pohyb proveden.

Systém musí umožnit zpětnou aktualizaci stavu žádanky a stavu řádu žádanky z D365BC do žádankového systému.	Ano	V rámci dodaného systému bude zajištěna aktualizace stavu žádanky a řádku žádanky z D365BC do žádankového systému postaveného na platformě PowerApp
Systém musí umožnit vytvořit novou žádanku i z prostředí D365BC, tato žádanka nebude do žádankového systému v PowerApps propsána	Ano	Systém D365BC bude umožňovat i ruční vytvoření žádanky přímo pomocí klienta D365BC.
Systém musí umožnit již zpracované žádanky v D365BC archivovat.	Ano	V rámci systému D365BC bude k dispozici funkcionalita archivu žádanek, kdy již zpracované žádanky bude možné přesunout do archivu.
Systém musí umožnit automaticky', na základě zadání místa určení dodávky (tzn. Oddělení, klinika apod.), vytvořit sběr požadavků z jednotlivých žádanek, tyto požadavky porovnat se stavem skladu (i zde bude uplatněn princip zachování minimální zásoby), následně propočítat možnou dodávku a vytvořit komplexní List vychystání zboží, včetně vygenerování čárového kódu pro danou dodávku.	Ano	V rámci systému D365BC bude připravena funkcionalita, kdy bude na základě zadání místa určení dodávky automaticky vytvořen sběr požadavků z jednotlivých žádanek, následně bude provedeno porovnání se stavem skladu a na základě těchto dat bude vypočítána možná dodávka. V rámci dodaného řešení bude automaticky vytvořen komplexní list vychystání zboží včetně vygenerování čárového kódu pro konkrétní dodávku.
Systém musí umožnost naskladnění celé dodávky sejmutím čárového kódu.	Ano	Dodané řešení bude podporovat naskladnění celé dodávky pomocí sejmutí Čárového kódu

Nákup

Tabulka popisuje požadavky na rozšíření nákupního procesu v systému Dynamics 365 Business Central (D365BC) o vytěžování dokladů a elektronický oběh účetních dokladů.

Tabulka popisuje požadavky na rozšíření nákupního procesu v systému Dynamics 365 Business Central (D365BC) o vytěžování dokladů a elektronický oběh účetních dokladů.

Požadavek	Spině no	Způsob splnění
Systém musí umožnit vytěžování hlavičkových údajů z nákupních faktur a dobropisů a to v minimálním rozsahu - Číslo dokladu, Údaje o dodavateli, základní údaje o platebních údajích (bankovní účet, datum splatnosti, variabilní symbol...), údaj o celkové částce dokladu.	Ano	Všechny uvedené hlavičkové údaje budou vytěžovány v software ABBYY FlexiCapture for Invoices včetně základní kontroly správnosti vytěžení údajů.
Systém musí v rámci vytěžování umožnit uživatelský vstup a korekci nesprávně vytěžených polí	Ano	Validace vytěžených dat může být provedena prostřednictvím webové aplikace, či tlustého klienta instalovaném na PC verifíkátora.
Systém musí v rámci vytěžování umožnit kontrolu vytěžených údajů proti číselníku dodavatelů a bankovních účtů dodavatelů z D365BC	Ano	FlexiCapture automaticky kontroluje vytěžená data vůči číselníku dodavatelů. Tento číselník bude synchronizován s D365BC. Při nalezení rozdílných údajů je uživatel ve verifikaci upozorněn.
Systém musí obsahovat centrální úložiště účetních dokladů, do kterého budou vytěžené účetní doklady ukládány.	Ano	Účetní doklady budou po vytěžení ukládány ve formátu PDF včetně textové vrstvy ukládány do dokumentové knihovny na SharePoint Online. Textová vrstva umožní pozdější fulltextové vyhledávání v těchto dokumentech. Exportována budou i vytěžená data faktury.
Systém D365BC musí umožnit příjem a uložení vytěžených dokladů do agendy došlých dokladů v D365BC a to včetně odkazů na centrální úložiště účetních dokladů.	Ano	V systému D365BC bude připraveno integrační rozhraní, pomocí kterého bude zajištěn příjem vytěžených dat do oblasti došlých dokladů. Součástí dat, které budou přebírána ze systému vytěžování bude i odkaz do centrálního úložiště účetních

		dokladů. Tento odkaz bude uložen do D365BC k došlému dokladu.
V rámci systému D365BC musí být umožněno odeslání došlého účetního dokladu (Nákup faktura / dobropis) do systému elektronického schvalování účetních dokladů. Do elektronického schvalování budou z D365BC odeslány hlavičkové údaje účetního dokladu včetně odkazu na pdf scan a případné přílohy.	Ano	Stávající řešení došlých dokladů bude rozšířeno tak, aby bylo možné na konkrétním došlém dokladu tento doklad odeslat do schvalovacího systému. Po dobu schvalování nebude možné tento došlý doklad editovat do doby, než bude do D365BC vrácena informace o schválení/zamítnutí konkrétního dokladu. Na došlém dokladu v D365BC bude přidána informace o tom, že je daný došlý doklad odeslán do schvalování a o výsledku schválení. Na došlém dokladu bude odkaz do systému schvalování pomocí kterého si uživatel může zkontrolovat průběh schvalování ve schvalovacím systému. Dokumenty pro schvalování budou uloženy ve složce Sharepointu a budou přístupné ze schvalovací aplikace KM Approvals. Hlavičkové údaje (metadata) dokumentu budou přenesena při založení dokumentu.
Systém musí obsahovat funkcionalitu elektronického oběhu účetních dokladů (nákupní faktura / dobropis) mimo prostředí D365BC.	Ano	Schvalování je řešeno v Power aplikaci KM Approvals.
Nástroj pro elektronický oběh účetních dokladů musí umožnit nastavení schvalování účetních dokladů, včetně možnosti ke schvalovanému dokladu připojit libovolné množství příloh.	Ano	Dokumenty pro schvalování budou uloženy ve složce Sharepointu a budou přístupné ze schvalovací aplikace KM Approvals. Hlavičkové údaje (metadata) dokumentu budou přenesena při založení dokumentu. Schvalování konkrétních dokumentů bude probíhat na základě uživatelsky definovaných šablon.
Nástroj pro elektronický oběh účetních dokladů musí po kompletním schválení účetního dokladu zaslat do D365BC informaci o schválení včetně odkazu na schvalovací proces konkrétního dokladu.	Ano	Výsledný stav schválení bude propsán do D365BC včetně odkazu na záznam schvalovaného dokumentu v aplikaci KM Approvals.
integrace košilek faktur z D365BC do FaMa+ (přenos faktur pro OZT)	Ano	Pro potřeby integrace systému D365BC a systému FaMa+ bude v rámci systému D365BC připraveno integrační rozhraní, které na straně D365BC připraví data z došlých dokladů ve formě REST API.

POPIS DODÁVKY IT ŘEŠENÍ NA AUTOMATIZACI ZPRACOVÁNÍ DAT V
OBLASTI MATERIÁLOVÉHO HOSPODÁŘSTVÍ

POPIS ŘEŠENÍ

ÚVOD

Základem celého řešení je již používaný systém Microsoft Dynamics 365 Business Central (dále jen D365BC), který je již nyní provozován v prostředí SaaS.

Stávající řešení bude rozšířeno o následující komponenty:

Vytěžování došlých nákupních faktur a dobropisů

o Pro potřeby vytěžování došlých dokladů, bude stávající řešení rozšířeno o systém Abbyy FlexiCapture (dále jen FlexiCapture), které zajistí samotný proces vytěžení účetního dokladu.

o Z důvodu validace vytěžených dat bude systém FlexiCapture pomocí integrační vazby napojen na D365BC, ze kterého bude čerpat data nutná pro validaci vytěžených dat (údaje o dodavatelích a jejich bankovních účtech)

o Po vytěžení bude vytěžený doklad uložen do úložiště účetních dokladů a následně budou do D365BC tyto vytěžené údaje zaslány včetně odkazu na doklad v úložišti

Řízení schvalovacích procesů

Řešení bude dále rozšířeno o obecný schvalovací nástroj, který bude postaven na platformě PowerApps.
Tento systém umožní řešit obecné schvalovací procesy napříč různými systémy
Pro potřeby schvalování došlých dokladů bude D365BC rozšířen o integraci na tento schvalovací systém, kdy bude možné došlý doklad odeslat ke schválení

Rozšíření D365BC o skladové procesy a žádankový systém

o Stávající systém D365BC bude rozšířen o oblast zásob a s tím související procesy

o V rámci systému D365BC bude dále zprovozněna oblast skladových žádanek, do které se budou sbírat data ze žádankového systému a kde dojde k vypořádání dané skladové žádanky.

o Systém D365BC bude dále sloužit jako primární systém pro správu číselníku zboží MTZ/SZM včetně práce s pozitivním listem

Žádankový systém

o Samotný žádankový systém bude postaven na platformě PowerApps

o Tento žádankový systém umožní vytvoření žádanky, a to jak skladové, tak obecné

o Samotnou žádanku bude možné odeslat do schvalování a po schválení bude v případě skladové žádanky odeslána do D365BC k jejímu zpracování

DYNAMICS 365 BUSINESS CENTRAL

Již používaný systém Dynamics 365 Business Central bude rozšířen o následující oblasti / funkcionality:

DOŠLÉ DOKLADY

Oblast došlých dokladů bude rozšířena o integraci na vytěžovací systém a na úložiště účetních dokladů

Automatické založení došlého dokladu z vytěžených dat včetně odkazu na daný doklad v úložišti účetních dokladů

NÁKUP

Oblast nákupu bude rozšířena o funkcionality týkající se nákupu zboží

Nákupní ceny a slevy

k dodavateli a konkrétnímu zboží v daném období
slevy na základě odebraného množství, na základě fakturované ceny Poptávka
zboží

Automatické návrhy doplnění zásob - parametrizace zboží

parametry zboží pro automatické doplnění - dodavatelé, měrná jednotka nákupu, mezní hodnoty zásob (min., max. zásoby) a objednací množství

Automatické návrhy doplnění zásob - sešit požadavků na nákup

ruční plnění podle aktuálních požadavků nebo automatické plnění na základě parametrů zboží, očekávaných vstupů a výstupů

Plánování objednávek

jednodušší plánování pokrytí existujících požadavků

Objednávka

jednorázové i postupné plnění
kontrola cen a slev vůči nastaveným parametrům
datum přijmu zboží (požadované, očekávané, přislíbené)

Příjmy

možnost částečného příjmu

Faktury

možnost vytvoření faktury přímo z nákupní objednávky

Objednávky vrátek

odeslání nároku na reklamaci

Dodávky vratký

autorizace reklamace dodavatelem
odeslání zboží do reklamace

ZÁSOBY

Modul určený pro sklady a zásobování pokrývá veškeré procesy řízení skladových zásob, nákupu, výroby a distribuce a díky tomu vytváří technologii, která optimalizuje procesy formou snižování nákladů, zlepšuje komunikaci a spolupráci s obchodními partnery a generuje důležité reporty, které zajišťují rychlost a správnost rozhodování na měnící se podmínky.

Evidence zásob

primární data na kartě zboží rozdělena podle vazby do ostatních oblastí systému
rozdělení karty dle dané oblasti (SZM/MTZ...)
obecné údaje o názvu zboží, měrných jednotkách, výchozí hodnoty pro statistiku Intrastat
atributy zboží - možnost definovat vlastní parametry zboží jakou jsou například barvy, velikosti, nebo jiné parametry, které pomáhají popsat zboží - možnost filtrování v seznamu zboží na základě přiřazených atributů
varianty, náhrady, křížové odkazy (čárové kódy, čísla zboží dodavatelů, čísla zboží zákazníků)
metoda ocenění zásob, informace o pořizovacích a prodejních cenách, kontace - účto skupiny, skupiny slev
údaje o doplnění zásob, možnosti sledování sériových čísel a čísel dávky
způsob zacházení se zásobami ve skladu (lokace)
možnost evidence zásob na lokacích (karty skladových jednotek)
možnost zamezení výdejů do minusu
možnost nastavit šablony zboží, které budou obsahovat přednastavené informace. Šablony lze pak použít při založení nové karty zboží - rychle vyplní pole na kartě
správa pozitivního listu

Deník zboží

účtování interních skladových pohybů zboží prostřednictvím deníků zboží, s předdefinovanými šablonami a listy například podle oprávněných uživatelů
v řádcích deníku informace o zboží, typu pohybu, množství, lokaci, kontaci - účtování o zásobách a pořizovacích cenách

Fyzická inventura skladu

deníky fyzické inventury, nebo objednávky fyzické inventury a záznamy fyzické inventury
možnost definice četnosti provádění inventury - období inventury
automatický výpočet systémem evidovaných zásob
zúčtování inventurních rozdílů
uchování historie výsledků fyzické inventury

Deníky přeřazení zboží

možnost změnit informace související se zaúčtovaným skladovým pohybem — lokace, přihrádky, dimenze

Deníky přecenění

možnost opravit pořizovací cenu zboží nebo konkrétního skladového pohybu

Objednávka transferu

pohyb zásob mezi lokacemi (sklady) s možností časové rozfázování tohoto pohybu (dodání a příjem účtovány zvlášť)

Lokální výkaznictví

Intrastat

Katalog zboží dodavatele

možnost evidence zboží, které chcete nabídnout odběratelům, avšak které nevedete skladem
možnost importovat celý katalog neskladovaného zboží z katalogu dodavatele
neskladové zboží lze vložit do dokladu prodejní nabídky a nabídnout jej tak zákazníkovi
při vložení neskladového zboží do prodejní objednávky program automaticky vytvoří kartu zboží

Montáže

možnost vytvoření finálního produktu kombinováním komponent v jednoduchém procesu bez potřeby funkcionality výroby
možnost definice kusovníků montáže, které lze následně plánovat a zpracovávat formou montážních zakázek
Dodávky produktů vytvářených kombinací komponent v jednoduchých postupech (montáž, jednoduchá výroba a kompletace)

ŽÁDANKOVÝ SYSTÉM

Pro potřeby Nemocnice Havířov bude D365BC rozšířen o oblast evidence skladových žádanek

Nezpracované žádanky

hlavička žádanky, řádky žádanky, údaje o požadovaném množství
funkcionalita pro vytvoření nákupních dokladů z nezpracovaných žádanek
možnost ručního vytvoření žádanky v prostředí D365BC

Archiv zpracovaných žádanek

možnost archivace již zpracovaných žádanek

INTEGRACE NA OKOLNÍ SYSTÉMY

D365BC bude integrován na následující systémy:

Abbyy FlexiCapture

Příjem vytěžených nákupních faktur včetně odkazu na dokument v úložišti účetních dokladů

Schvalovací systém

Odeslání došlého dokladu do schvalování
Příjem informace o schválení / zamítnutí došlého dokladu

FaMa+

V D365BC bude vytvořeno API, pomocí kterého si systém FaMa+ bude moci načíst údaje o došlých dokladech

Žádankový systém

Publikace základních číselníků pro potřeby žádankového systému (zboží, pozitivní list, střediska...)
Příjem schválených žádanek ke zpracování v logistice (hlavička a řádky žádanky)

VYTĚŽOVÁNÍ NÁKUPNÍCH FAKTUR

Tato nabídka řeší vytěžování dat z digitálních dokumentů, konkrétně z faktur s textovou vrstvou nebo i bez ní. Jsou zde jasně definované parametry vstupních souborů, samotný proces vytěžování a následný export.

VSTUP

Import faktur je možný dvěma způsoby:

Hot Folder (SFTP adresář), který je napojený přímo na MFZ, nebo do něj lze faktury nahrávat ručně.
Dedikovaný e-mail, z něhož vytěžovací software bude automaticky stahovat přílohy zprávy a zpracovávat je jako faktury (1 mail = n faktur), přičemž faktura může mít více stran.

Konfiguraci a přístupy ke vstupním kanálům zajišťuje zadavatel.

PROCES PŘEDZPRACOVÁNÍ

V rámci automatického importu faktur do vytěžovacího modulu ABBYY FlexiCapture for Invoices z Hot Folderu nebo e-mailu, proběhne proces předzpracování obrazu, odstranění prázdných stránek a převedení obrazu faktury pomocí OCR technologie do editovatelné podoby.

PROCES VYTĚŽENÍ FAKTUR

Samotný proces vytěžování identifikuje texty pro potřeby vytěžování pomocí rozpoznávání klíčových slov a pozic údajů na stránce. Proces je nastavený na získání klíčových údajů z každé faktury, jako např. identifikační údaje dodavatele, bankovní spojení, data splatností, částky. Součástí není vytěžování jednotlivých položek na faktuře ani zpracování příloh faktur. Zahrnuje však například verifikaci dodavatelů oproti číselníkům zákazníka, kontrolní součty částek, sazby DPH.

VÝSTUP

Po verifikaci vytěžených údajů operátorem na ověřovací stanici bude automatizovaně proveden export metadat. Export dat proběhne do dvou systémů:

Centrální úložiště účetních dokladů (knihovna SharePoint Online) o PDF účetního dokladu

o Vytěžená metadata

D365BC

o Vytěžená metadata

o Link dokumentu v Centrálním úložišti

TECHNICKÝ POPIS

Obrázek 1: Schéma vazeb jednotlivých komponent

MULTIFUNKČNÍ ZAŘÍZENÍ - MFZ

Navrhované řešení předpokládá využití MFZ nebo jiného skeneru, kde bude předpřipravena skenovací úloha splňující následující nastavení:

Formát skenovaných dokumentů:

o 300 DPI

o Full Color

o PDF (ne compact PDF)

Jeden sken = jeden dokument
Výstupní složka skenu bude vstupní složkou (HotFolder) vytěžovacího software, nebo vstupní emailová schránka

Návrh řešení počítá se skenováním dokumentů z více pracovišť, za předpokladu že skenovací úloha na skenovacích zařízeních bude dokumenty ukládat do jednoho Hot Folderu, neboje odesílat na vstupní emailovou schránku dostupnou pro vytěžovací software. Konfigurace MFZ není součástí této nabídky.

EMAILOVÉ SCHRÁNKY

V rámci projektu lze nastavit import z jedné emailové schránky. Emailem přijaté faktury jsou automatizovaně vyzvedávány nativním ABBYY FlexiCapture email konektorem. Každá příloha emailu je považována za fakturu a systém se ji pokusí zpracovat. Systém tedy nepočítá s automatizovaným zpracováním příloh.

Vzhledem ke způsobu načítání obsahu emailů, systém považuje každý soubor, který je součástí zpracovávaného emailu za fakturu. Tím je vyloučena možnost zpracování příloh faktur. Pokud bude v jednom souboru v příloze zprávy uvedena faktura i příloha, bude tento soubor zpracován jako faktura. V tomto případě úspěšné vytěžení požadovaných údajů proběhne za předpokladu, že faktura bude uvedena na prvních stranách dokumentu.

Import dokumentů do systému lze provádět dvěma způsoby:

Manuální příjem a automatický import dokumentů

o Obsluha manuálně přepošle dokumenty k vytěžení z osobního emailu nebo z jiných firemních mailů do emailu dedikovaného pro zpracování faktur (doporučený způsob).

Automatický příjem a automatický import

o Dokumenty jsou dodavatelem zasílány přímo do dedikované emailové schránky bez manuální kontroly a přeposlání (silně nedoporučeno, kvůli velké pravděpodobnosti zneužití schránky vnějšími odesilateli - reklamy, spam, jiné soubory).

Tato dedikovaná emailová schránka musí být určená pouze pro import faktur zpracovávaných vytěžovacím modulem.

Dodávané řešení podporuje protokol IMAP a Microsoft Graph Mail API. Podporované formáty faktur v příloze emailu: PDF, JPG, JPEG, PNG, TIFF. PDF soubory nesmí obsahovat hesla a musí mít povoleno kopírování obsahu a kopírování obsahu pro usnadnění přístupu.

DIGITALIZAČNÍ SERVER

Digitalizační server je páteřním systémem celé digitalizační linky. U ABBYY FlexiCapture Cloud je digitalizační server umístěn v prostředí ABBYY. Cloudová varianta přináší řadu výhod oproti tradičním on-premise verzím. Její klíčovou vlastností je plně cloudová architektura, díky které odpadá nutnost investovat do vlastní infrastruktury a správy hardwaru. Tím se podnikům nabízí rychlá implementace, snížení nákladů a flexibilita přizpůsobení podle aktuálních potřeb. ABBYY FlexiCapture Xxxxx je navržen tak, aby umožňoval automatizovat procesy zpracování dokumentů včetně rozpoznávání textu, extrakce dat a následného začlenění do firemních systémů.

Rozdíly mezi ABBYY FlexiCapture Cloud a on-premise verzí jsou zásadní. Zatímco on- premise řešení vyžaduje lokální instalaci softwaru a hardwaru, FlexiCapture Cloud poskytuje plně spravovanou cloudovou službu. To znamená, že uživatelé nemusí řešit žádné aspekty provozu, údržby nebo škálování infrastruktury. Navíc, FlexiCapture Cloud nabízí pružnost a škálovatelnost na požádání, což umožňuje rychlé reagování na změny v objemu zpracovávaných dokumentů. Díky automatickým aktualizacím jsou vždy zajištěny nejnovější funkce a bezpečnostní opatření.

ABBYY FlexiCapture Ověřovací stanice

Ověření vytěžených dat provádí uživatel v aplikaci ABBYY Ověřovací stanice. Tuto stanici lze používat ve dvou variantách:

Instalovaná aplikace (tlustý klient)

a. Instalaci jednotlivých stanic typicky zajišťuje dle dodané příručky Zadavatel

Webová aplikace (tenký klient)

a. Aplikace je po přihlášení dostupná skrze standardní webový prohlížeč

Uživatelské role

V rámci digitalizační linky rozlišujeme čtyři základní uživatelské role:

Obsluha skeneru

o Uživatel s oprávněním skenovat faktury.

Verifikátor

o Role zajišťující kontrolu vytěžených dat, následnou opravu a případné zaučení šablon pro jednotlivé dodavatele. Mělo by se jednat o osobu, která rozumí obsahu faktur, ale není nezbytné, aby to byla účetní.

Správce šablon

o Uživatel v roli Správce šablon udržuje šablony pro jednotlivé dodavatele. Mělo by se jednat o technicky založenou osobu (aplikačního specialistu) se základní znalostí problematiky daňových dokladů, případně o poučeného verifikátora.

DATABÁZE ČÍSELNÍKŮ - ČÍSELNÍK DODAVATELŮ

Řešení počítá s jednou odběratelskou firmou, která bude zadána do ABBYY Flexicapture manuálně a nevyžaduje aktualizaci.

Pro potřeby vytěžování je nezbytné udržovat informace o dodavatelích pomocí číselníku z Databáze Zákazníka. Data o dodavatelích jsou pro potřeby ověřování udržována přímo v interní databázi ABBYY Flexicapture.

Synchronizace číselníků probíhá v pravidelných intervalech prostřednictvím webových služeb vystavených na straně D365BC.

PROCES DIGITALIZACE A VYTĚŽOVÁNÍ

Skenování dokumentů v papírové podobě

Automatické zpracování dokumentů

Doručení a příprava Skenování dokumentů dokumentů ke skenování

Příjem faktura příloh

Import elektronických dokumentů

Obrázek 2: Schéma procesu digitalizace faktur

Příprava dokumentů ke skenování

Před samotným skenováním je nezbytné, aby obsluha skeneru provedla následující kroky:

Odstranění všech spojek, které spojují dokumenty dohromady (sponky, plomby, lepenka), aby nedošlo k poškození MFP/Dokumentového skeneru a dokumentů a skenovací proces mohl korektně proběhnout.
Kontrola, zda jednotlivé listy dokumentu nejsou poškozeny (natržení, zmuchlání).

V případě natržení se tento dokument podlepí lepenkou, aby nedošlo k poškození MFP/skeneru.

Ujištění se, že pořadí stran každého dokumentu je správné (Faktura vždy první v pořadí).

Předzpracování dokumentů

V rámci zpracování dokumentů importovaných do vytěžovacího modulu faktur, proběhnou následující automatické kroky:

Úprava a vylepšení obrazu
Automatická rotace obrazu
Odstranění prázdných stran
Rozpoznání textů pro potřeby vytěžování
Vytěžení hlavičkových údajů faktury
Automatické formální ověření vytěžených údajů
Ověření údajů oproti poskytnutým databázím

Workflow procesu zpracování faktury má v sobě i uživatelské ověření dat. Prvotně vytěžovaným údajem na faktuře je identifikace dodavatele, u kterého se mj. eviduje i údaj Stát. Na základě této informace, ABBYY FlexiCapture použije pro vytěžení a kontrolu dalších údajů nastavení pro vybraný stát (jazykové, ale i povolené daňové sazby, formát DIČ, atd.). Např. pokud je Dodavatel z ČR (hodnota pole Stát je CZ), ABBYY FlexiCapture bude pro vytěžení Datum splatnosti hledat na faktuře texty „Splatnost“ nebo „Datum splatnosti“, atd. Pro kontrolu správně vytěžené rekapitulace DPH pracuje s povolenými daňovými sazbami 10%, 15%, 21% a 0%. Automaticky se vytěžuje pole DUZP, atd.

Pro každou fakturu přijatou ABBYY FlexiCapture provede kontrolu oproti číselníku dodavatelů v informačním systému Zákazníka. Založení nového dodavatele a správa dodavatelů zůstává v IS Zákazníka. Pokud přijde do vytěžovacího modulu dokument od neexistujícího dodavatele (není v databázi dodavatelů), verifíkátor nechá tento dokument v ABBYY FlexiCapture ve fázi rozpracování a založí (nechá založit) nové dodavatele do IS Zákazníka. Po aktualizaci seznamu dodavatelů verifíkátor otevře rozpracovaný dokument a ze seznamu dostupných dodavatelů vybere odpovídajícího dodavatele. Poté postupuje ve zpracování standardním způsobem.

U všech faktur ABBYY FlexiCapture provede kontrolu součtu celkové částky a rekapitulace DPH. Přesnost výpočtu je nastavena na 0,5 Kč.

VYTĚŽOVANÉ ÚDAJE

V rámci zpracování předpokládáme vytěžování následujících hlavičkových údajů faktury:

Název pole	Typ	Vzor dat	Povinné pole	Export	Ověření
DIČ Odběratele	Text		Ano	Ne	Pro ověření, jestli faktura patří Zákazníkovi - kontrola oproti zadaným interně do FlexiCapture údajům o odběrateli, pole se neexportují
Název Odběratele	Text		Ano	Ne
IČ Dodavatele	Text		Ne	Ne	kontrola oproti DB dodavatelů, pole se neexportují
DIČ Dodavatele	Text		Ne	Ne
Název Dodavatele	Text		Ano	Ne
Adresa Dodavatele	Text		Ne	Ne

ID Dodavatele v IS Zákazníka	Text	05478425	-	Ano	Získaná z DB dodavatelů hodnota, bude vyexportována
Bankovní účet dodavatele	Text	1002159001		Ano	Kontrola oproti DB dodavatelů. Musí být aspoň jeden ze dvou: Bankovní účet + kód banky nebo IBAN
Kód banky	Text	2700		Ano
IBAN	Text	XX00 0000 0000 0000 0000 0000		Ano
Číslo faktury	Text	2191100555	Ano	Ano
Variabilní symbol	Text	2191100555	Ne	Ano	V případě, že nebude vytěženo z dokumentu, automaticky se využije Číslo faktury - pouze čísla
Datum doručení	Datum	2019-02-25 13:15:35	-	Ano	Datum vstupu dokladu do vytěžovacího modulu
Datum vystavení	Datum	22.01.2019	Ano	Ano
DUZP	Datum	22.01.2019	Ne	Ano	V případě, že nebude vytěženo z dokumentu, automaticky se vy užije DUZP = Datum vystavení
Datum splatnosti	Datum	12.02.2019	Ne	Ano
Přenesená daňová povinnost	Check box	Ne	-	Ano	Ručně vyplněno verifikátorem, do exportu půjde hodnota „Ano“ nebo „Ne“
Měna	Text	CZK	Ano	Ano	Číselník kódů měn: EUR, USD, GBP, CZK, PLN, CAD, CHF, HUF
Částka celkem bez DPH (základ)	Částka	1917.00	Ne	Ano	opakující se pole dle počtu sazeb
Sazba DPH	Číslo	21	Ne	Ano	opakující se pole dle počtu sazeb
Částka celkem DPH	Částka	263.00	Ne	Ano	opakující se pole dle počtu sazeb
Částka celkem včetně DPH (Total)	Částka	2180.00	Ano	Ano
Celkem zaklad	Částka	802.00	-	Ano
Celkem DPH	Částka	263.00	-	Ano
Zaokrouhlení	Částka	0.00	Ne	Ano
Cesta k PDF	Text	xxxxx://xxx.x xxxxxxxxx.xx m/sites/Naz evStranky/D okumenty/Sl ozka/Nazev Dokumentu, pdf		Ano

Tabulka 1 Vytěžované hlavičkové údaje

ZALOŽENÍ NOVÉHO NEBO ZMĚNA ÚDAJŮ STÁVAJÍCÍHO DODAVATELE

Pokud bude do vytěžovacího modulu importován dokument od neexistujícího dodavatele (není v databázi dodavatelů ES), verifikátor nechá tento dokument v ABBYY

FlexiCapture Ověřovací stanici ve fázi rozpracování a založí (nechá založit) nové dodavatele v databázi Informačního systému. Po aktualizaci seznamu dodavatelů, který bude probíhat Ix denně, verifikátor otevře rozpracovaný dokument a ze seznamu dostupných dodavatelů vybere odpovídajícího dodavatele. Poté postupuje ve zpracování standardním způsobem.

INTEGRACE NA OKOLNÍ SYSTÉMY

Synchronizace číselníků

FlexiCapture pro vytěžování faktur vyžaduje seznam dodavatelů. Data tohoto číselníku budou v pravidelném intervalu (standardně 1 hodina) jednosměrně synchronizována prostřednictvím webových služeb z číselníku D365BC.

Export faktury

Export metadat (vytěžených a ověřených) bude automatizovaně proveden po ukončení verifikace operátorem v Ověřovací stanici. Export vytěžených metadat (hlavičky faktury) bude proveden do dvou cílových umístění:

Export vytěžených dat do D365BC

Metadata faktury jsou exportována prostřednictvím volání webové služby do D365BC, který na základě těchto dat založí nový doklad. Součástí exportovaných metadat je URL odkaz na PDF dané faktury uložené v Centrálním úložišti, viz bod 2.

Export obrazu faktury do Centrálního úložiště (SharePoint Online)

FlexiCapture exportuje PDF soubor faktury opatřený prohledávatelnou textovou vrstvou do Centrálního úložiště dokumentů (dokumentová knihovna na SharePoint Online). Společně s dokumentem budou do knihovny exportovány základní údaje o faktuře, podle kterých bude možné dokumenty v knihovně filtrovat a řadit.

INSTALACE SOFTWARE

Jelikož se jedná o software typu SaaS, není potřeba připravovat speciální prostředí pro jeho provoz. V případě potřeby lze instalovat pouze klientský software. Ověřovací stanice mohou být instalovány v prostředí zákazníka na libovolné množství PC/notebooků. Instalaci ověřovacích stanic provádí Zákazník dle dodané instalační příručky.

ÚLOŽIŠTĚ ÚČETNÍCH DOKLADŮ A PŘÍLOH ŽÁDANKOVÉHO SYSTÉMU

Pro ukládání souborů budou existovat dokumentové knihovny v systému Microsoft SharePoint Online. Knihovny budou umístěny na samostatném webu a bude k nim řízen přístup skrz nastavení oprávňění. Knihovna dokumentů pro uložení účetních dokladů bude obsahovat také sloupce pro uložení vytěžených metadat. Podle těchto údajů bude v případě potřeby možné v knihovně záznamy hledat, či filtrovat.

ŘÍZENÍ SCHVALOVACÍCH PROCESŮ

Všechny schvalovací procesy budou probíhat v rámci aplikace KM Approvals. Aplikace je řešena tak, že je možněji napojit na jakýkoli typ schvalovaného dokumentu nebo jiné položky.

V rámci řešení bude aplikace napojena na požadované typy dokumentů - nákupní fakturu, dobropis a žádanku.

ARCHITEKTURA ŘEŠENÍ

Řešení bude založeno na Dynamics 365, rozšířené o:

Standardní aplikaci KM Approvals
Uživatelské úpravy, které napojí schvalování na entitu se schvalovanými dokumenty podle jejich typu

Samotný proces schvalování bude probíhat v systému MS Teams v aplikaci Power Automate Approvals.

PROCES SCHVALOVÁNÍ

Schvalování bude procházet následujícím procesem:

Nový dokument ke schválení bude vytvořen v entitě Dokument, následně budou vyplněna metadata dokumentu, odkaz na dokument v úložišti a případně připojeny přílohy do úložiště
Na základě nastavení schvalování bude vytvořena položka schvalování a dle metadat vybrán schvalovací proces pro daný typ dokladu
Následně bude spuštěn schvalovací proces a aktivován první krok schvalování
V rámci kroku bude vygenerován požadavek na schválení v Teams Approvals pro příslušného schvalovatele společně s notifikací v Teams a pomocí emailové zprávy
V případě schválení prvního kroku bude schvalování postupně pokračovat dalšími kroky (obdobným způsobem) až do posledního kroku dle šablony
V případě neschválení kteréhokoli kroku bude proces schvalování zastaven a dokument označen jako zamítnutý / vrácený
V případě vrácení dokumentu bude možno po zpracování připomínek schvalovatele spustit nový běh schvalování
Výsledný stav schvalování bude zapsán do D365BC
Všechny schvalovací běhy a kroky jsou průběžně archivovány

APLIKACE KM APPROVALS

Power Aplikace KM Approvals je řešena jako univerzální nástroj, určený ke schvalování jakýchkoli podkladů s flexibilně nastavitelným schvalovacím procesem. Její struktura je následující:

SCHVALOVANÝ DOKUMENT

Přehled všech schvalovaných dokumentů, setříděných podle typu (nákupní faktura, dobropis a žádanka). Nastavení typů schvalovaných dokumentů bude otevřené a do budoucna snadno rozšiřitelné o další typy dokumentů.
Záznam schvalovaného dokumentu obsahuje i metadata konkrétního dokumentu, přenesená z D365BC (v případě založení dokumentu v D365BC).
Na záznamu dokumentu jsou i odkazy na schvalovaný dokument a na složku s ostatními souvisejícími dokumenty / přílohami. Obsah složky příloh je přímo přístupný z dokumentu.

Faktura X91 -1 faktura _

Doo*trtA:« wt'

Approvab F4Í11W

Faktura - daóový doklad

Ukázka schvalovaného dokumentu (faktury) s vytěženými údaji a náhledem faktury ve formátu PDF (ve složce Sharepointu)

ZÁZNAM SCHVALOVÁNÍ

Položka schvalování (Aproval Item) - základní položka schvalování, zastřešující celý schvalovací proces. Eviduje základní informace o konkrétním schvalovacím běhu, jako je metoda schvalování, šablona procesu, předkladatel, zdůvodnění, termín a stav schválení. Obsahuje také odkaz na schvalovaný doklad.
Krok schvalování (Aproval Step) - dílčí krok schvalování, jednotlivé kroky schvalovacího procesu. Krok může schvalovat pracovník nebo tým. Schvalování postupuje dle pořadí kroků, schválení kroku startuje schvalování následujícího. V případě zamítnutí nebo vrácení krokuje celý běh schvalování ukončen.
Záznam schvalování (Approval Log) - rozpad kroků schvalování na jednotlivé schvalovatele s vazbou na aplikaci, v níže je provedeno samotné schválení. Záznam schvalování slouží současně jako archiv provedených schválení.

I E Approval Jtern

। □ N.ime

Approval Method E Approval Template □ Worker

) “ WG Type

E Worker Group

E Send to Approval

E Approvallog

E Name

E Approval Stop

E Worker

E Status

E Status Reason

E Descriptíon

E Nanic

□ Ordet

E Approval Item

E Approval type ^— Worker E WG type ~ Worker Group E Met hod “ Variable X E Due Dále
l>escription n Due Dáte

ŠABLONA SCHVALOVÁNÍ

Šablona položky schvalování - slouží jako vzor schvalovacího procesu, např. „Nákupní faktura“.
Šablona kroku schvalování - vzor kroků schvalovacího procesu, po výběru šablony schvalování se ze šablony kroků vytvoří jednotlivé kroky konkrétního schvalování.
Operace schvalování - vzor kroku schvalování pro opakující se kroky (např. „Schválení vedoucím pobočky“).
C Approval Template n Name O Detcríption
Approval Operatiorr

fTi Nan»e

“ Approval Type

Workor
WG Type

C Worker Group

Cj Metbod

VariableX
Approval Time l imit (days)

Approv.ilTemplateStep

Cj Name

C Order

~ Approval Template

H Approval Operation

Čj Approval Type

Approval Step Template
Worker
WG Type
Worker Group

Method

VariableX
Approval Time limit (days)

SCHVALOVATELÉ

Pracovník - schvalovatel nebo předkladatel, fyzická osoba
Skupina - skupina pracovníků (tým, oddělení), schvalování lze nastavit např. na všechny, jednoho nebo X členů skupiny. Pokud schválí, považuje se za schváleno za tým.
Člen skupiny - přiřazení pracovníků do skupin. Každý pracovník může být členem neomezeného počtu skupin.
Absence - definice absence a zástupu za pracovníka schvalovatele v definovaném období.

“ Worker

^— full Name

B Manager

B First Name

B i ast Name

B UMÍ

B Email

B Working Hours Frorn

B Working Hours To

B Daily Fond

B Substitute

B Absenrc

B Name “ Worker

B Front Dáte

B To Dáte

B Substitute

í B Worker Group

i B Name

| B Paren! Worker Group

I B Type

B Worker Group Member

□ Name

i“ Worker

Worker Group

B RAtlfype

Faktura X95 -1. faktura m

Apptovuf Item

General Rehted

•Unie Fakuxa X95 - 1 faktura

Z^XU’ jL MutelNcrtlCi

AJI Appt oval Slepí

i - R«c\< to • Roo^re On

10 07.112022 02.112022

20 05H 2022 0311.20'22

30 05112022

Appo>**l Tempíate

to FartxacApU

Ukázka položky schvalováni (Approval Item) s vygenerovanými kroky schvalování na základě šablony.

SCHVÁLENÍ DOKUMENTU

Samotné schválení dokumentuje provedeno postupným průchodem dílčích záznamů schvalování, provedených jednotlivými schvalovateli. Každý schvalovatel může schvalovat 3 různými způsoby:

Přímo v aplikaci KM Approvals
V aplikaci Microsoft Teams
V emailové zprávě

Dojde-li ke schválení jedním způsobem, ostatní způsoby přestanou být aktivní.

Appfovaii | Power Automate

Faktura X95 - 1. faktura | Částka a splatnost i Xxxxxx Xxxxxxxx

RťC-ercco', KoňkaMlnclta - íí^-íitcCKíl *

Oob Cctckcl \3?av

Involce No, 22VF00021

SPV Accsaúí s/c.

Xxxxx o r ^etkJjT 3 s.

Amount 3‘ 369^; i • '

Llnks

CFyrurnics Appmwil

Involce and aťachmenti

Allocatlons

Ukázka schválení dokumentu - v aplikaci, v Teams a v emailové zprávě.

INTEGRACE NA OKOLNÍ SYSTÉMY

Aplikace KM Approvals bude integrována na následující systémy:

D365BC

Odeslání a stav schvalovaného došlého dokladu (nákupní faktura)

Žádankový systém

Schválení žádanky

ŽÁDANKOVÝ SYSTÉM

Pro potřeby Nemocnice Havířov bude vytvořen systém evidence skladových žádanek jako Power App aplikace (podobně jako KM Approvals).

APLIKACE ŽÁDANKY

Aplikace Žádanky umožní evidenci skladových žádanek v prostředí Power Apps. Žádanku bude možno vytvořit:

Importem z D365BC
Přímo v aplikaci Žádanky

Stav zpracování žádanky bude průběžně synchronizován do D365BC.

HLAVIČKA ŽÁDANKY

Hlavička žádanky bude obsahovat následující údaje:

Typ žádanky (MTZ, SZM, IT, Údržba)
Číslo žádanky,
Žadatel,
Kód střediska
Statím
Stav žádanky
Popis - textové pole

Součástí aplikace bude přehled žádanek, obsahující více předdefinovaných pohledů

s nastaveným filtrování a tříděním žádanek.

ŘÁDKY ŽÁDANKY

Každá žádanka může obsahovat řádky se specifikací požadovaných skladových položek.

Řádky žádanky budou obsahovat následující údaje:

Produkt - skladová karta
Měrná jednotka (bude vyplněna výchozí jednotkou produktu)
Popis (automaticky předvyplněn z karty produktu
Množství
Jednotková cena - importovaná z D365BC
Měna
Celková pořizovací cena (Množství x Jednotková cena)
Stav zpracování

INTEGRACE NA OKOLNÍ SYSTÉMY

Aplikace Žádanky bude integrována na následující systémy:

D365BC

Publikace základních číselníků pro potřeby žádankového systému (zboží, pozitivní list,

střediska...)

Přenos žádanek ke zpracování v logistice (hlavička a řádky žádanky)

Schvalovací systém (KM Approvals)

Schválení žádanky

LICENCE

V rámci implementace celého řešení předpokládáme využití následujících licencí:

Dynamics 365 Business Central

o Uživatelé

Uživatelé nákupního oddělení a centrálního skladu - D365BC
Uživatelé příručních skladů - D365BC Device

o Další potřebné licence

AddOn BA4 Logistics pro pokrytí funkcionality žádankového systému v D365BC

Vytěžování nákupních dokladů

o FlexiCapture for Invoices Cloud

Řízení schvalovacích procesů

o Uživatelé

Aplikace KM Approvals / administrátor (systém user pro flows) - Power Apps per User
Aplikace KM Approvals (žadatelé o schválení) - Power Apps per App
Schvalovatelé — Microsoft Teams

o Další potřebné licence

KM Approvals, zajišťující samotnou funkcionalitu schvalování

• Žádankový systém v prostředí PowerApps

o Uživatelé

Aplikace Zádanky / administrátor (systém user pro flows) - Power Apps per User, může být stejný uživatel, jako pro KM Approvals
Aplikace Zádanky (uživatelé) - Power Apps per App

Příloha č. 2 - Realizační tým

Titul, jméno a příjmení člena týmu	Pozice v týmu	Přehled profesní praxe a její délky v IT oboru	Vztah k účastníkovi (zaměstnanec / na základě DPP / jiné)
	Vedoucí projektu		Zaměstnanec
	SW architekt		Zaměstnanec
	Konzultant Microsoft Dynamics NAV		Zaměstnanec
	Konzultant Microsoft Dynamics NAV		Zaměstnanec
	Programátor		Zaměstnanec

Document Metadata

Table of Contents

EVROPSKÁ UNIE Evropský fond pro regionální rozvoj Integrovaný regionální operační program

Document Metadata