- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (80)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
E-procurement ve společnosti Český Mobil

Na konci roku 2000 stála nae společnost před zásadním problémem: jakým způsobem zlepit organizaci nákupu. Český Mobil měl v tomto období asi 1 000 zaměstnanců a celkově 1 rok ivota na trhu. Je celkem pochopitelné, e maximální vnitřní úsilí firmy se investovalo do trhu, do získávání nových zákazníků, a na dalí aktivity související s bouřlivým rozvojem (Oskar patří mezi tři nejrychleji rostoucí mobilní operátory na světě) nezbývalo ji tolik energie. Nicméně vem zúčastněným bylo jasné, e je pouze otázkou času, kdy se přistoupí ke stejně revolučním změnám v oblasti řízení a kontroly nákladů, jako byly ty, je se odehrávaly na trhu.
Proč e-procurement?
Oskarův nákup byl nákupem hodně decentralizovaným. Nákupní proces byl usměrňován pouze zákonem o zadávání veřejných zakázek platným pro vechny mobilní operátory, schváleným nákladovým plánem a poměrně komplikovaným administrativním procesem, sestávajícím z papírového nákupního poadavku, který se po vyadované autorizaci podpisem minimálně čtyř, avak daleko častěji více osob manuálně transformoval do podoby nákupní objednávky v podnikovém ERP systému.
Po přísluné analýze obsahující návratnost investice jako jeden z důleitých faktorů při posuzování, která proběhla v druhé polovině roku 2000, se Oskar rozhodl, e je nutné maximálně zestandardizovat a zefektivnit nákupní procesy, co vedlo ke dvěma zásadním rozhodnutím: k zavedení centrálního nákupu pro zlepení obchodních nákupních procesů a kontroly nad nimi a jako podporu zavedení elektronického systému e-procurement, je umoní řídit efektivně administrativní procesy spojené s nákupem na straně jedné, jakoto i významně sníit lidskou pracovní náročnost na straně druhé.
Výběr řeení
Po rozhodnutí a schválení dalího strategického postupu v oblasti nákupu ji nic nebránilo začít s realizací. Nebudu se zde zmiňovat o zavádění centrálního nákupu a řeení obchodních/nákupních procesů, ačkoli i to je jistě zajímavé téma, a budu se věnovat ji pouze e-procurementu a řeení administrativních procesů.
Na začátku roku 2001 byly stanoveny základní podmínky a principy pro výběr a vyhodnocení e-procurementu jako takového. Ve začalo vytvořením základního funkcionálního schématu ideálního e-procurement systému řeícího administrativní a komunikační procesy (obr. 1).
|
Zároveň dolo ke stanovení základních výběrových kritérií pro výběr e-procurement systému:
. systém musí být dostatečně ověřený a rozířený na trhu,
. systém musí umonit sníení nákladů vynaloených na nákup,
. systém musí efektivně zkrátit nákupní cyklus - čas od poadavku do vystavení objednávky,
. systém musí zlepit nákupní kontrolu, zejména pak zamezit "divokým" nákupům,
. systém musí být velice flexibilní v oblasti nastavení schvalovacích cyklů pro nákupní poadavek i pro příjem,
. systém musí umonit e-mailovou notifikaci uivatelů nejen pokud je od nich vyadována jakákoli akce, nýbr i v případě, e je některá z operací podstatných pro nákup dokončena,
. systém musí umonit elektronickou komunikaci s dodavateli nejenom v oblasti zaslání objednávky, nýbr i v oblasti správy katalogů zboí,
. systém musí umonit efektivní kontrolu budgetu (jiný schvalovací cyklus pro out-of-budget poloky),
. systém bude mít lokální podporu.
Na základě stanovených podmínek byly do výběrového řízení přizvány čtyři společnosti. Jejich výběr se řídil výe popsanými kritérii, jako i aktuálním trním podílem jednotlivých produktů v tomto segmentu. Jednalo se o produkty Ariba (na českém trhu reprezentovaný společností LLP Group), Commerce One (na českém trhu reprezentovaný společností Compaq, dnes u HP), iPlanet (na českém trhu reprezentovaný společností Sun) a Oracle.
Z pohledu Oskara je zhodnocení jednotlivých produktů ve formě kladů a záporů shrnuto v tabulce. Hodnocení zde uvedené představuje názor Oskara v době výběru dodavatele na základě tehdy dostupných informací. Na základě několika kol jednání byl nakonec vybrán pro implementaci v Oskarovi produkt Ariba Buyer, a to z následujících důvodů:
. celkově se jednalo o funkčně nejvyváenějí produkt,
. velmi silný produkt v oblasti workflow,
. umoňuje řeit i ostatní firemní dokumenty vyadující schválení,
. ASN sí umoňující hardwarově a protokolově nezávislý kontakt mezi dodavatelem a odběratelem,
. vysoká míra uivatelské "přívětivosti",
. plně reflektoval stávající Oskarovy procesy v nákupu,
. umoňuje rozíření z administrativního řeení pro nákup i do oblasti obchodního řeení - správa kontraktů, dodavatelů, obchodních jednání,...
Implementace
Implementace produktu probíhala od listopadu 2001 do června 2002. Pochopitelně se objevily problémy, které vyadovaly částečnou modifikaci původních představ, nicméně hlavních cílů bylo dosaeno. V současné době se produkt připravuje pro nasazení do ivého provozu.
"Na rozdíl například od finančního systému se zavedení elektronického procurementu týká zaměstnanců ve vech úrovních společnosti. Vichni budou jeho uivateli a pro vechny to znamená změnu. Více zaměstnanců přináí mnohem větí riziko případné neochoty systém akceptovat, co se nesmí podcenit. Proto je potřebné klást značný důraz na interní propagaci systému ji v průběhu projektu, vysvětlování přínosů z hlediska společnosti a i z hlediska uivatelů a zajitění si aktivní podpory vybraných uivatelů ve vech úrovních společnosti."
Radomír Strako, projektový manaer Český Mobil
"Implementace informačních systémů jsou si v mnohém podobné. Přesto bylo zavádění Ariba Buyer v Českém Mobilu v něčem odliné. Jednalo se o zcela první implementaci Ariba Buyer ve střední a východní Evropě a ne vechny zkuenosti při organizaci projektů Ariba se dají automaticky převzít ze západní Evropy nebo USA. Z toho důvodu jsme v řadě případů pouívali nová řeení či jiné postupy fungující v naich lokálních podmínkách. Dalí zajímavostí je překrývání jednotlivých fází projektu dle standardní americké implementační metodologie AribaLive. Výhodou je výrazně rychlejí implementace, ne je to například u ERP systémů, ale na druhou stranu to klade větí nároky na řízení projektu a zajitění časové návaznosti plnění jednotlivých úkolů."
Tomá Křípal, projektový manaer LLP Group
Závěr
Ačkoli volba padla na řeení společnosti Ariba, i ostatní produkty ve výběrovém řízení jsou zralé a plnohodnotné systémy. Vdy vak záleí na konkrétních podmínkách dané společnosti a na důvodech, které společnost vedou k mylence implementovat e-procurement systém. Rozhodování o výběru produktu a konkrétního implementačního partnera není nikdy jednoznačné. Jeden fakt je ale zřejmý: ádný informační systém nepřinese tolik ádané úspory sám o sobě. Vdy bude záleet na konkrétních lidech, jak efektivně budou sebedokonalejí nástroj pouívat a jaká je vůle společností dosáhnout zlepení.
Pozn. red.: Autor článku pracuje jako Procurement Sr. Manager ve společnosti Český Mobil, a. s.



















