+421 2 5465 4463     CPZ Login     Online test

 

Unikátna architektúra

Prispôsobiť procesy ERP systému alebo ERP systém procesom? Jeeves stavia na skúsenostiach v odbore ERP, kombinuje výhody rôznych architektúr a zároveň ich vylepšuje.

Filozofia architektúry

Spoločnosť Jeeves bola založená v roku 1992 na myšlienke, že žiadne dve spoločnosti nie sú podobné - a že softvér by mal pomáhať, automatizovať procesy a pracovné postupy, ktoré odlíšia jednu spoločnosť od druhej. Vedeli sme, že hlavné problémy, ktorým čelí väčšina používateľov ERP systému sú: buď zmeniť svoje podnikanie, aby mohli používať svoj softvér (strácajú zo zreteľa svoju pôvodnú víziu a zároveň strácajú čas na riešenie procesov a nesúlad pracovných postupov), alebo zmenili softvér, aby zachovali svoje obchodné procesy (vyhadzovanie peňazí pri inováciách a prispôsobeniach nových aj starých) Vedeli sme, že musí existovať lepší spôsob - potrebujeme vyriešiť tieto problémy a súčasne priniesť nižšie celkové náklady na vlastníctvo konečným užívateľom. Preto sme sa rozhodli navrhnúť softvérové ​​riešenie ERP, ktoré by mohlo priniesť ľahko realizovateľné, vysoko prispôsobené implementácie, ktoré boli tiež jednoducho inovované. Chceli sme vytvoriť softvérové ​​riešenie ERP, ktoré by spoločnostiam umožnilo realizovať svoje vybrané obchodné stratégie a umožniť im, aby boli odlišné. Uvažovali sme o softvérovom riešení ERP, ktoré by bolo jednoduché upravovať, aby pomohlo spoločnostiam rásť, prispôsobiť sa meniacim sa trhovým podmienkam a lepšie slúžiť svojim zákazníkom.
Geniálna architektúra Jeeves ERP je výsledkom našej snahy vyriešiť tieto skutočné problémy s trhom ERP. Naša architektúra je "genius" nielen v tom, ako je technicky vybudovaná, ale aj spôsobom ktorým ponúka našim zákazníkom hodnotu.

Architektonická evolúcia

Veľa definícií slova architektúra opisuje proces a výsledok plánovania, navrhovania a budovania fyzických štruktúr. Štúdiu architektúry budov a miest skúmame ako umelecké diela, ktoré možno zaradiť do kategórií podobného štýlu a prístupu.
Architektúra softvéru sa nelíši. Architektúra je zodpovedná za použiteľnosť softvéru, flexibilitu a dlhú životnosť. Rovnako ako u budov, softvérové ​​architektúry môžu byť kategorizované a klasifikované. Z historického hľadiska môžeme sledovať rôzne štýly architektúry softvéru podľa hlavných myšlienok riešenia problémov rôznych ERP systémov vrátane ich výhod a obmedzení:

Systémy najlepšej praxe

Mnoho súčasných systémov ERP je založených na ich vývoji od požiadaviek prvého zákazníka k požiadavkám nasledujúceho zákazníka a tak ďalej. Najčastejšie tieto architektúry predstavujú náhodnú chrbticu systémov na lokalite u zákazníka, ktoré boli postavené tak, aby zapadali do niekoľkých spoločností - ale ktoré nakoniec používajú mnohé firmy. Častokrát tieto architektúry sužujú neflexibilné databázy a staršie technológie, ktoré sa časom dajú ťažko vyvíjať. Zmeny v jednej oblasti systému majú hlboké následky inde v systéme. Systémy tohto typu, modelované na malom jadre spoločností, sú všeobecne označované ako systémy "najlepších postupov", pretože implementujú postupy vybranej skupiny spoločností. Bohužiaľ, tieto systémy sa rýchlo stávajú ťažké zmeniť a vyžadujú, aby ste zmenili svoje procesy tak, aby nasledovali pôvodné procesy v prvotných spoločnostiach. Zákazníci, ktorí prechádzajú z týchto systémov prosia o to, aby mali možnosť jednoduchých úprav na podporu ich konkurenčnej odlišnosti.

Konfigurovateľné systémy

Ďalej prišla gorila s 10 000 prepínačmi, populárny architektonický smer počas deväťdesiatych rokov minulého storočia, ktorý viedol SAP. Tieto systémy boli postavené tak, aby spĺňali potreby nie niekoľkých vybraných spoločností, ale každej spoločnosti bez ohľadu na to, v akom odvetví pracujú. Každá možná požiadavka bola zahrnutá do základne kódov a všetko, čo musíte urobiť, bolo "konfigurovať" systém , Potom, čo zákazníci vyberú z tisícov parametrov a zobrazenia údajov, ktoré majú k dispozícii, začnú robiť zdĺhavý proces vlastného vývoja. Implementácia má tendenciu byť dlhá a zložitá tým, že inštaluje, triedite, konfiguruje a testuje masívne množstvo kódu. Rovnako ako predchádzajúce systémy, architektúry 10 000 prepínačov sa ťažko vyvíjajú a testujú. V dôsledku toho sa takmer nedajú vylepšiť bez úplnej reimplementácie. Zákazníci týchto systémov sa rýchlo stávajú frustrovaní svojou starnúcou technológiou, nákladmi na vlastníctvo a obrovskými nákladmi na modernizáciu.

Multi-Tenant SaaS

V roku 2000 hromadná reakcia na tieto typy systémov dala dodávateľom silný impulz vybrať sa opačným smerom. Zanechávajúc myšlienku vysoko prispôsobených nákladných systémov, dodávatelia softvéru sa vrátili k myšlienke jednoduchosti, kde každý zdieľa ten istý systém, databázu a infraštruktúru s minimálnou konfiguráciou. V podstate minimalistický softvér, ktorý beží v cloude. Zákazníci mali v podstate najmodernejšiu technológiu za nižšie náklady, ale vrátili sa k pôvodnému problému: vlastnili generický systém, ktorý nevyhovoal nikomu a bol ťažko prispôsobiteľný. Ešte horšie je, že zákazníci nemajú ani úplne definovaný systém "najlepších postupov". Teraz majú systém "najnižšieho spoločného menovateľa", ktorým sa nevedia odlíšiť ale ani zvládnuť svoje náročnejšie obchodné funkcie. Používatelia týchto systémov rýchlo skúsili na vlastnej koži, že neschopnosť prispôsobiť vlastný systém, je najhoršou zo všetkých. Existuje architektúra, ktorá je nákladovo efektívna a technologicky bezpečná ako riešenie SaaS, ale stále umožňuje prispôsobenie? Architektúra, ktorá umožňuje spoločnostiam chrániť svoje jedinečné obchodné procesy bez tisícok hodín úsilia? Architektúra, ktorá nevytvára prekážku neustáleho zlepšovania, keďže spoločnosti rastú a menia sa? Architektúra, ktorá je schopná prispôsobiť sa, ako sa technológia vyvíja? Ponorte sa do architektury poháňanej modelmi - to robí architektúru Jeeves ERP tak geniálnou.

Modelovo riadená architektúra

Architektúry založené na modeloch sú postavené na technických modeloch, ktoré opisujú, ako fungujú softvéry a obchodné modely, ktoré opisujú, čo by softvér mal robiť. Modelovo riadené architektúry vytvárajú flexibilné systémy postavené na modifikáciu a zmenu. Architektúra umožňuje kedykoľvek pridať nové logické a dátové správanie. Stará logika a správanie zostávajú funkčné dokonca aj vtedy, keď je aktualizovaná základná systémová logika. Architektúry založené na modeloch vychádzajú z predpokladu, že systém informujete o tom, čo chcete urobiť, a systém to urobí práve tak. Nie najlepšia prax niekoho iného, ale vaša najlepšia prax. Nie 10 000 možností - len požadované možnosti. A určite nie najmenší spoločný menovateľ v priemysle. Čo chcete, rýchlo a ľahko, ako chcete.

Architektonická revolúcia

Na rozdiel od starších systémov ERP, kde je každý aspekt produktu naprogramovaný priamo a ťažko sa prispôsobí alebo zmení, je architektúra systému Jeeves ERP založená na modeloch. Vývojár definuje spôsob, akým by mal vyzerať produkt, a tento model sa používa na riadenie prevádzky systému. Nielenže sú zákaznícke údaje jedinečné pre každú zákaznícku implementáciu, ale aj vzhľad a pocit z produktu a obsah každej stránky je jedinečný. Systém ERP spoločnosti Jeeves má úložisko, kde sú uložené všetky detaily implementácie špecifické pre zákazníka. Po aktualizácii základnej aplikácie sa tieto zmeny zachovajú a produkt pokračuje v činnosti podľa špecifikácie v lokalite. Zákazníci môžu ľahko vytvoriť skutočne jedinečné riešenie ERP, ktoré zachová ich schopnosť prispôsobiť sa a aktualizovať svoj systém v priebehu času. Myšlienka je jednoduchá: popísať požadovaný systém namiesto toho, aby ste ho programovali, a zachovať tento popis oddelene od jadra systému.

Kľúčové výhody

Pozrime sa na niektoré z kľúčových výhod géniovej architektúry Jeeves ERP.

Flexibilita počas behu systému

Niektoré modelové architektúry implementujú model opätovným generovaním kódu, ktorý implementuje systém. Architektúra Jeeves ERP udržuje svoj model ako kritický prvok systému. Model sa používa a spúšťa v čase prevádzky, takže zmeny a vylepšenia a inovácie sa môžu vykonať s minimálnym narušením behu systému.

Inovácia nových funkcií popri zmenách

Architektúra Jeeves ERP oddeľuje model pre štandardný systém od modelu prispôsobenia tak, aby si zákazníci mohli zachovať svoje prispôsobenia a súčasne naďalej využívať novo vydané štandardné funkcie.

Nulová nutnosť aktualizácie (ZUF)

V systémoch založených na priamom programovaní musia byť modifikácie ručne prenesené zo staršej verzie na novú verziu a potom upravené na základe nových funkcií alebo zmien závislostí. S Jeeves ERP je základný systém inovovaný okolo prispôsobení. Znamená to, že zákazníci môžu aktualizovať na základe vlastného rozhodnutia a s výrazne menším úsilím. Viac ako 80 percent zákazníkov Jeevesu do dvoch rokov po vydaní prejde na novšiu verziu - a to rozhodnutie urobia sami. Za touto neprekonateľnou štatistikou v odvetví ERP si hrdo stojíme.

Vývoj s vysokou efektívnosťou

Modelové prostredie Jeeves je veľmi efektívne a produktívne. Programovanie je obmedzené na minimum, čo umožňuje spoločnosti Jeeves rýchlo vydať nové funkcie a umožniť zákazníkom a partnerom nové funkcie rýchlo spustiť. Významné zmeny môžu byť často vykonané v priebehu niekoľkých minút.

K dispozícii kdekoľvek

Architektúra Jeeves jednoducho podporuje všadeprítomnú konektivitu a tým myslíme viac než len prístup k aplikácii v cloude vo webovom prehliadači z mobilného zariadenia. Jeeves ERP má veľmi efektívny komunikačný systém klient-server, ktorý umožňuje aplikáciu využívať v sieťach s úzkym pásmom, mimo lokálnych sietí alebo v spoločnostiach s geograficky rozptýlenou organizáciou.

Spolupráca a časový rozvrh nových funkcií

Aplikácia Builder aplikácií Jeeves (JAB) umožňuje zákazníkom rýchlo a jednoducho zdieľať funkčnosť medzi inštaláciami, čo im umožňuje importovať a exportovať nastavenia v aplikáciách, šablóny prehľadov alebo nové programy ako "aplikáciu". Aplikácie môžu byť zdieľané aj medzi rôznymi prostredím Jeeves prostredníctvom JAB, čo vám umožní spolupracovať s Jeevesom, našimi partnermi alebo inými zákazníkmi pri riešení problémov a ďalšom rozširovaní vášho systému - alebo automatizovať proces presunu prispôsobení z vývoja do testovania a ostrej prevádzky. Toto zaručuje oveľa kratšií čas výpadku počas nasadenia do výroby a odstraňuje možnosť ľudskej chyby.