5. Kohviku näite juures (ptk. 4.3, joonis 54, lk. 51-53) oleks vaja olnud täiendavaid selgitusi. Neisse 3 erinevasse algsündmusesse joonisel 54 on sündmuse seadete all määratud erinev sündmuse sagedus: 1, 3 või 40. Kõigi kolme algsündmuse ajaintervall on 0, st. nii palju kui kliente tuleb, tulevad nad kõik koos. Kui ajaintervall oleks nullist suurem, siis ei tuleks kõik kliendid ühte algsündmusesse enam kõik koos. Järgmine nüanss puudutab ajatamist – kui näiteks on soov simuleerida ühe bussitäie (40) inimese saabumist päeva jooksul ükskõik mis kellaajal, siis seda ei saa enam algsündmuse seadetes määrata, sest algsündmuse ajaintervall kehtib algsündmuse üksikute instantside vahelisele ajale, mitte kõigile 40 kliendile korraga. Seega kuidagi peab nende 40 kliendi saabumise aega edasi lükkama täpselt sama ajaperioodi võrra, mis tähendab et täiendava taimer tüüpi vahesündmuse lisamisel peaks selle vahesündmuse saabumise aja kohe alguses kindlalt paika panema, näiteks 40 minutit ootamist vahesündmuse taga. Ootamist saab määrata ka esimese tegevuse seadetes (waiting time). See aga ei võimaldaks saavutada eesmärki simuleerida bussitäie klientide saabumist suvalisel kellaajal päeva jooksul. Vahesündmuse seadetes saaks määrata ka absoluutse kellaaja millal vahesündmus ergastub, aga see oleks jällegi kindel kellaaeg, mitte juhuslik. See ülesanne – kuidas määrata protsessi ühes harus protsessi mitmele instantsile ühesugune juhuslik ooteaeg – jääb lahtiseks ülesandeks. Võimalik, et seda ülesannet saaks mingi tegevuse juures mingi ressursi kasutuse abil esile kutsuda – protsessimudeli iseseisvas nurgas (kasvõi eraldi basseinis) käivitub äriprotsessi (tööpäeva) alguses üks tegevus, mis kasutab ühte ressurssi (näiteks ressurss nimega 'buss 40'). Selle iseseisva tegevuse kestus on määratud juhuslikult. Ja joonisel 54 tegevus „Esitab tellimuse (40 klienti)“ vajab toimumiseks samuti ressurssi nimega 'buss 40'. Simulatsiooni ressursside all on 'buss 40' kasutadaoleva hulga suuruseks määratud 1 (st. üks buss). 3 kliendi korraga saabumise jaoks peab olema teine eraldiseisev tegevus, mis kasutab ressurssi 'buss 3', jne. Kui on soov simuleerida kahte sama klientide arvuga bussitäie saabumist päeva sees, siis peab joonisel 54 olema eraldi algsündmus mõlema bussitäie jaoks ja ilmselt on vajalik ka uus unikaalne ressursitüüp, näiteks 'buss 40b'. 6. Kohviku näites (Joonis 54, lk. 53) algselt „tellimuse täitmine“ alamprotsessi küljes olnud katkestussündmuse eemaletõstmist ma siiski õigeks lahenduseks ei pea. Algse lahenduse alternatiiviks oleks enne „tellimuse täitmine“ alamprotsessi kliendi rajal tekitada paralleelse lüüsi abil kaks paralleelharu, millest üks paralleelharu läheb teenindaja rajale, aga teine paralleelharu jääb kliendi rajale ja seal harus lisada järgnevalt sündmuspõhise lüüsi millest ühes harus on esimeseks sündmuseks timer tüüpi vahesündmus, millele järgneb Terminate lõppsündmus, mis kliendi kannatuse katkedes protsessi kõik harud katkestab. Sündmuspõhise lüüsi teine haru ootaks tagasisidet (Receive intermediate event) teenindaja töövoost ja seejärel läheks protsessi põhitöövooga edasi.