je vpeljala sistem za upravljanje s poslovnimi pravili iz dveh razlogov. Skladnost z Basel II in bonitetni sistem za posojilojemalce. Zaradi okornosti in ne-integriranosti heterogenega IT okolja so bili preveč neagilni pri prilagajanju ponudbe glede na zahteve strank, ter pri doseganju skladnosti z Basel II standardi. Z Ilog JRules so zgradili fleksibilno programsko arhitekturo, ki omogoča hitre prilagoditve na nove zahteve pri določanju bonitet, ter odločitvenih sistemov za določanje tveganja. Dodatne informacije...
130 letna tradicija na področju zavarovalništva postavlja EIG med vodilne Kanadske zavarovalnice. Raznovrstnost zavarovanj in želja po hitrem oblikovanju novih produktov je bila povod, da so se odločili za Ilog JRules. Poslovni subjekt oz. skrbnik produkta je zmožen sam spremeniti ali na novo napisati pravilo za dotično zavarovanje, ob minimalni podpori IT-ja. To jim omogoča hitrejše spremembe in prilagoditve trgu ter hitrejše uvajanje novih produktov.
Transparentnost in konsistentnost pravil v centralnem skladišču je dobrodošla sprememba. Uspešno implementacijo so kasneje razširili še na sistem preverjanja stranke ter izračuna tveganja, ter zagotavljanja skladnosti z zakoni in regulativami.
Za izračun zneska pokojnine se je Norveški ZPIZ odločil uporabiti Ilog JRules. Ideja je bila da se za izračun prilagaja vsakemu posamezniku in ne samo skupinam, ki ustrezajo določenim kriterijem (delovna doba, starost in plačilni razredi). Njihove storitve segajo tudi na področje zdravstvenih zavarovanj, kjer prav tako za izračun premij uporabljajo Ilog JRules.
Vsak dan se z Visa plačilnimi in kreditnimi karticami opravi prek 50 mio transakcij. Glede na število prevar v današnjem času so se pri Visi odločili da bodo uvedli dodatno pregledovanje transakcij, ki so se preko dneva opravile. Vseh 50 mio transakcij preverijo z določenim naborom pravil (npr: ista kartica se ne more v enem dnevu pojaviti na dveh koncih sveta - oz, lahko ampak pod točno določenimi pogoji, pa še v teh primerih se preverijo ) in izločijo tiste, ki so sporne, ter pošljejo v nadaljnje preverjanje. Gre za dodatne ukrepe, odkrivanja prevar, ki jih običajni sistemi za avtorizacijo spregledajo. Vse transakcije obdelajo v eni noči, kar je velik dosežek z vidika zmogljivosti orodja.
Zmožnost hitre reakcije glede na dogajanje na trgu je danes odločilna prednost. Dober primer je dogajanje na Ebay nekaj ur po tem ko se je zrušil space shuttle Challenger. Na spletnem trgovanju so se znašli kosi raketoplana. Kako odreagirati na omenjeno situacijo (prodajanje je bilo protizakonito) s poslovnimi pravili? Če bi morali spreminjati aplikacijo, bi to pomenilo dneve, če ne celo tedne.
Z rešitvijo Ilog JRules so na Ebayu zelo enostavno onemogočili prodajo delov razbitin raketoplana . Napisali so nekaj poslovnih pravil ki to onemogočajo in jih poslali v produkcijo. Na 32 spletnih straneh, kolikor jih ima Ebay v 32 različnih državah (vsaka s svojimi regulativami in zakoni), so poslovna pravila drugačna. Veliko jih je enakih, saj ne zadevajo regionalne specifike (ta pravila je bilo potrebno napisati samo enkrat in jih ponovno uporabiti), tista, ki so specifična pa so napisali za vsako državo posebej.
Za to da je pravilo v produkciji ni potrebno spreminjati procesa ali pa posegati v aplikacijo. Enostavno lahko napiše pravilo nekdo v IT ali nekdo iz poslovnega dela organizacije (s sistemom verbalizacije, ki ga orodje uporablja, je jezik, ki se uporablja za pisanje pravil, enak našemu vsakdanjemu) in ga pošlje v produkcijo.