Interesting. Well, you have to have some spice in the mix, otherwise working on a product like webERP would be tedious. So I'll take Tim's opinions as an attempt to keep things "spicy". It looks like he's succeeded! I think I'd like both of you. How about the three of us meet for coffee in Atlanta, GA? (there are no emoticons in the forum (that I can see), otherwise I'd add a smiley face!

)
I'm quite new to webERP, but so far I'm very impressed and I look forward to greater understanding as I continue to dig in to it. No product like this can be developed without friction and it seems to me that the friction has helped produce a great product. So kudos to both you and Tim, Phil, and I'm sure others that I don't know about.
For what's it's worth, I'd have used a drag-and-drop solution. Create a new user, then drag names of pages from a hierarchical tree onto that user. Entire nodes or leaves. Done. The notion of "role" is a little too strict for me. What if an Accountant-type user needs access to an Inventory function, etc? With this approach, the four steps currently required are reduced to ... one! And it's intuitive to system managers. Any users can be allowed access to any page that the assigning manager deems important. And make changes in an equally intuitive way.
Naturally, this idea is purely theoretical, so perhaps for the next release?
Buz