+421 2 5465 4463     CPZ Login     Online test

 

Unikátní architektura

Přizpůsobit procesy ERP systému nebo ERP systém procesům? Jeeves staví na zkušenostech v oboru ERP, kombinuje výhody různých architektur a zároveň je vylepšuje.

Filozofie architektury

Společnost Jeeves byla založena v roce 1992 na myšlence, že žádné dvě společnosti nejsou podobné - a že software by měl pomáhat, automatizovat procesy a pracovní postupy, které odliší jednu společnost od druhé. Věděli jsme, že hlavní problémy, kterým čelí většina uživatelů ERP systému jsou: buď změnit své podnikání, aby mohli používat svůj software (ztrácejí ze zřetele svou původní vizi a zároveň ztrácejí čas na řešení procesů a nesoulad pracovních postupů), nebo změnili software, aby zachovaly své obchodní procesy (vyhazování peněz při inovacích a přizpůsobeních nových i starých) Věděli jsme, že musí existovat lepší způsob - potřebujeme vyřešit tyto problémy a současně přinést nižší celkové náklady na vlastnictví konečným uživatelům. Proto jsme se rozhodli navrhnout softwarové řešení ERP, které by mohlo přinést snadno proveditelné, vysoce přizpůsobené implementace, které byly také jednoduše inovované. Chtěli jsme vytvořit softwarové řešení ERP, které by společnostem umožnilo realizovat své vybrané obchodní strategie a umožnit jim, aby byly odlišné. Uvažovali jsme o softwarovém řešení ERP, které by bylo jednoduché upravovat, aby pomohlo společnostem růst, přizpůsobit se měnícím se tržním podmínkám a lépe sloužit svým zákazníkům. Geniální architektura Jeeves ERP je výsledkem naší snahy vyřešit tyto skutečné problémy s trhem ERP. Naše architektura je "genius" nejen v tom, jak je technicky vybudována, ale i způsobem kterým nabízí našim zákazníkům hodnotu.

Architektonická evoluce

Mnoho definic slova architektura popisuje proces a výsledek plánování, navrhování a budování fyzických struktur. Studiu architektury budov a míst zkoumáme jako umělecká díla, které lze zařadit do kategorií podobného stylu a přístupu. Architektura softwaru se neliší. Architektura je zodpovědná za použitelnost softwaru, flexibilitu a dlouhou životnost. Stejně jako u budov, softwarové architektury mohou být kategorizovány a klasifikovány. Z historického hlediska můžeme sledovat různé styly architektury softwaru podle hlavních myšlenek řešení problémů různých ERP systémů včetně jejich výhod a omezení:

Systémy nejlepší praxe

Mnoho současných systémů ERP je založených na jejich vývoji od požadavků prvního zákazníka k požadavkům následujícího zákazníka a tak dále. Nejčastěji tyto architektury představují náhodnou páteř systémů na webu u zákazníka, které byly postaveny tak, aby zapadaly do několika společností - ale které nakonec používají mnohé firmy. Častokrát tyto architektury sužují nepružné databáze a starší technologie, které se časem dají těžko vyvíjet. Změny v jedné oblasti systému mají hluboké následky jinde v systému. Systémy tohoto typu, modelované na malém jádru společností, jsou obecně označovány jako systémy "osvědčených postupů", protože implementují postupy vybrané skupiny společností. Bohužel, tyto systémy se rychle stávají obtížné změnit a vyžadují, abyste změnili své procesy tak, aby následovaly původní procesy v prvotních společnostech. Zákazníci, kteří přecházejí z těchto systémů prosí o to, aby měli možnost jednoduchých úprav na podporu jejich konkurenční odlišnosti.

Konfigurovatelné systémy

Dále přišla gorila s 10 000 přepínači, populární architektonický směr během devadesátých let minulého století, který vedl SAP. Tyto systémy byly postaveny tak, aby splňovaly potřeby ne několika vybraných společností, ale každé společnosti bez ohledu na to, v jakém odvětví pracují. Každá možná požadavek byla zahrnuta do základny kódů a vše, co musíte udělat, bylo "konfigurovat" systém, Poté, co zákazníci vyberou z tisíců parametrů a zobrazení údajů, které mají k dispozici, začnou dělat zdlouhavý proces vlastního vývoje. Implementace má tendenci být dlouhá a složitá tím, že instaluje, třídíte, konfiguruje a testuje masivní množství kódu. Stejně jako předchozí systémy, architektury 10 000 přepínačů se těžko vyvíjejí a testují. V důsledku toho se téměř nedají vylepšit bez úplné reimplementaci. Zákazníci těchto systémů se rychle stávají frustrováni svou stárnoucí technologií, náklady na vlastnictví a obrovskými náklady na modernizaci.

Multi-Tenant SaaS

V roce 2000 hromadná reakce na tyto typy systémů dala dodavatelem silný impuls vybrat se opačným směrem. Zanechávajíc myšlenku vysoce přizpůsobených nákladních systémů, dodavatelé softwaru se vrátili k myšlence jednoduchosti, kde každý sdílí stejný systém, databázi a infrastrukturu s minimální konfigurací. V podstatě minimalistický software, který běží v cloudu. Zákazníci měli v podstatě nejmodernější technologii za nižší náklady, ale vrátili se k původnímu problému: vlastnili generický systém, který nevyhovoal nikomu a byl těžce přizpůsobitelný. Ještě horší je, že zákazníci nemají ani úplně definovaný systém "osvědčených postupů". Nyní mají systém "nejnižšího společného jmenovatele", kterým se neumí odlišit ale ani zvládnout své náročnější obchodní funkce. Uživatelé těchto systémů rychle zkusili na vlastní kůži, že neschopnost přizpůsobit vlastní systém, je nejhorší ze všech. Existuje architektura, která je nákladově efektivní a technologicky bezpečná jako řešení SaaS, ale stále umožňuje přizpůsobení? Architektura, která umožňuje společnostem chránit své jedinečné obchodní procesy bez tisíců hodin úsilí? Architektura, která nevytváří překážku neustálého zlepšování, neboť společnosti rostou a mění se? Architektura, která je schopna přizpůsobit se, jak se technologie vyvíjí? Ponořte se do architektury poháněné modely - to dělá architekturu Jeeves ERP tak geniální.

Modelově řízená architektura

Architektury založené na modelech jsou postaveny na technických modelech, které popisují, jak fungují softwary a obchodní modely, které popisují, co by software měl dělat. Modelově řízené architektury vytvářejí flexibilní systémy postavené na modifikaci a změnu. Architektura umožňuje kdykoliv přidat nové logické a datové chování. Stará logika a chování zůstávají funkční i tehdy, když je aktualizována základní systémová logika. Architektury založené na modelech vycházejí z předpokladu, že systém informujete o tom, co chcete udělat, a systém to udělá právě tak. Ne nejlepší praxe někoho jiného, ​​ale vaše nejlepší praxe. Ne 10 000 možností - pouze požadované možnosti. A určitě ne nejmenší společný jmenovatel v průmyslu. Co chcete, rychle a snadno, jak chcete.

Architektonická revoluce

Na rozdíl od starších systémů ERP, kde je každý aspekt produktu naprogramovaný přímo a těžko se přizpůsobí nebo změní, je architektura systému Jeeves ERP založená na modelech. Vývojář definuje způsob, jakým by měl vypadat produkt, a tento model se používá k řízení provozu systému. Nejenže jsou zákaznické údaje jedinečné pro každou zákaznickou implementaci, ale i vzhled a pocit z produktu a obsah každé stránky je jedinečný. Systém ERP společnosti Jeeves má úložiště, kde jsou uloženy všechny detaily implementace specifické pro zákazníka. Po aktualizaci základní aplikace se tyto změny zachovají a produkt pokračuje v činnosti dle specifikace v lokalitě. Zákazníci mohou snadno vytvořit skutečně jedinečné řešení ERP, které zachová jejich schopnost přizpůsobit se a aktualizovat svůj systém v průběhu času. Myšlenka je jednoduchá: popsat požadovaný systém namísto toho, abyste ho programovali, a zachovat tento popis odděleně od jádra systému.

Klíčové výhody

Podívejme se na některé z klíčových výhod géniové architektury Jeeves ERP.

Flexibilita během běhu systému

Některé modelové architektury implementují model opětovným generováním kódu, který implementuje systém. Architektura Jeeves ERP udržuje svůj model jako kritický prvek systému. Model se používá a spouští v době provozu, takže změny a vylepšení a inovace se mohou vykonat s minimálním narušením běhu systému.

Inovace nových funkcí vedle změn

Architektura Jeeves ERP odděluje model pro standardní systém od modelu přizpůsobení tak, aby si zákazníci mohli zachovat své přizpůsobení a současně nadále využívat nově vydané standardní funkce.

Nulová nutnost aktualizace (ZUF)

V systémech založených na přímém programování musí být modifikace ručně přeneseny ze starší verze na novou verzi a potom upravené na základě nových funkcí nebo změn závislostí. S Jeeves ERP je základní systém inovovaný kolem přizpůsobení. Znamená to, že zákazníci mohou aktualizovat na základě vlastního rozhodnutí a s výrazně menším úsilím. Více než 80 procent zákazníků Jeeves do dvou let po vydání přejde na novější verzi - a to rozhodnutí udělají sami. Za touto nepřekonatelnou statistikou v odvětví ERP si hrdě stojíme.

Vývoj s vysokou efektivností

Modelové prostředí Jeeves je velmi efektivní a produktivní. Programování je omezeno na minimum, což umožňuje společnosti Jeeves rychle vydat nové funkce a umožnit zákazníkům a partnerům nové funkce rychle spustit. Významné změny mohou být často provedeny během několika minut.

K dispozici kdekoliv

Architektura Jeeves jednoduše podporuje všudypřítomnou konektivitu a tím myslíme více než jen přístup k aplikaci v cloudu ve webovém prohlížeči z mobilního zařízení. Jeeves ERP má velmi efektivní komunikační systém klient-server, který umožňuje aplikaci využívat v sítích s úzkým pásmem, mimo lokálních sítí nebo ve společnostech s geograficky rozptýlenou organizací.

Spolupráce a časový rozvrh nových funkcí

Aplikace Builder aplikací Jeeves (JAB) umožňuje zákazníkům rychle a jednoduše sdílet funkčnost mezi instalacemi, což jim umožňuje importovat a exportovat nastavení v aplikacích, šablony přehledů nebo nové programy jako "aplikaci". Aplikace mohou být sdíleny mezi různými prostředím Jeeves prostřednictvím JAB, což vám umožní spolupracovat s Jeeves, našimi partnery nebo jinými zákazníky při řešení problémů a dalším rozšiřování vašeho systému - nebo automatizovat proces přesunu přizpůsobení z vývoje do testování a ostrého provozu. Toto zaručuje mnohem kratšími čas výpadku během nasazení do výroby a odstraňuje možnost lidské chyby.