Egy szabály tipikusan a következő módon épül fel:  
IF < Feltétel(ek) > THEN < Esemény(ek) > ELSE < Esemény(ek) >
A döntési szolgáltatások egy-egy szabály kezelését végzik el. Továbbítják az adatokat vagy dokumentumokat, majd visszaküldik azt a válaszadatot, amely egy üzleti szabály végrehajtásán alapuló döntésre vagy tevékenységre épül. A döntési szolgáltatásokat az üzleti szabálymenedzsment rendszerek (BRMS) menedzselik. Eszközei és folyamatai támogatják a szabályok kezelését, az üzleti irányelvek kommunikációját, telepítését és végrehajtását.

Szerepkörök

• Az eljárásmenedzser a szolgáltatás tulajdonosa, aki a döntési mechanizmusok kialakításának módját felügyeli. Például ő dönti el, mely tényezőket érdemes nagyobb nyomatékkal figyelembe venni egy új típusú életbiztosításnál.

• Az üzleti elemző információit az eljárás menedzsertől szerzi, majd egy domain specifikus lexikont hoz létre az üzleti szabályok leírásához. Például nevet adhat üzleti szolgáltatásoknak („várható élettartam”, „nemdohányzó kedvezmény”). Ezen kívül kialakít egy alap szabálykörnyezetet, és szabványosítja az aláírást az új webszolgáltatáshoz (gyakran együttműködve egy SOA-architekttel). Az eljárásmenedzser aztán, felhasználva a lexikont és drag-and-drop eszközök széles skáláját, implementálja a szabályokat.

• Az integrátor írja meg a szükséges integrációs logikát, mint a WSDL-file-okat vagy UDDI-belépést.

A BRM-életciklus

• Az üzleti elemzők és eljárás menedzserek érvényesíthetik és szimulálhatják a szabályokat a telepítés előtt. Ahogy a szabályok tesztelését befejezték, az adminisztrátor abban a pillanatban telepítheti azokat.
• A szabályokat a szabályrepository tárolja. A közös repository lehetővé teszi az újrafelhasználhatóságot. Például bármely olyan döntési tevékenység, amelynek ugyanarra a szabálykészletre van szüksége, mint amit a kölcsönjegyzéssel foglalkozó osztály használ, egyszerűen elérést kap annak szabályaihoz (közvetlenül vagy webszolgáltatásokon keresztül), elkerülve így a duplikációt vagy a variációk elkészítését. Amennyiben egy másik osztálynak némileg módosítania kell a szabályokat, egyszerűen létrehoznak egy szabálykészletet, mely tartalmazza a kölcsönjegyző osztály szabályait és a saját igényeiket is. Ezentúl ha a kölcsönjegyző csapat szabályai változnak, valamennyi azokat felhasználó szabálykészlet automatikusan frissül.
• A verziókezelés elengedhetetlen a duplikációk és a tömeges verziók kialakulásának megelőzéséhez. Ha a szabályokat módosítjuk, a régieket nem kell kidobni, hanem egyszerűen kicserélhetők a frissített verzió szabálykészletével. Könnyen visszaállíthatók a korábban használt szabályok is, így ha az üzletnek egy már nem használt, korábbi szabályt kell felhasználnia, új szolgáltatások kialakítása nélkül teheti azt meg. Ez a tulajdonság rendkívül hasznos, ha egy átmeneti időszakban két szabálykészlet van hatályban.
• A BRMS az alkalmazásokba befagyasztott döntések helyébe a döntési szolgáltatásokat helyezi, melyek egy SOA-megoldásba is jól integrálódnak. Nem kell teljes alkalmazásokat webszolgáltatásokká alakítani, elég csak a döntési részeket. Azok az alkalmazások pedig, melyek néhány üzleti logikát duplikálnak, elérést kapnak ugyanazokhoz a szabályokhoz, és egy egyszerű implementációval konszolidálják a különböző variációkat.
• A komplex döntéshozások esetén sokszor igen nagyszámú adat auditálását kifinomult konfigurációs riport rendszer támogatja. A riportokat az eljárásmenedzser vagy üzleti elemző tervezheti meg, és formája illeszkedik a helyi igényekhez. Az átláthatóság érdekében lehetőség van az automatikus riportgenerálásra egy-egy döntési szolgáltatás valamennyi meghívása esetén.