A Work In Progress
History is nothing more than a vast collection of todays.
Click to see the XML version of this web page.

Subscribe to "A Work In Progress" in Radio UserLand.

Click here to send an email to the editor of this weblog.


Thursday, March 28, 2002


Gotta figure out why my list of subscriptions (supposed to show on the right) went and got busted. I didn't touch anything. Honest. 

comments   permalink 




Click for the Big PictureHeh. Nice interface for managing user and/or group level security. As part of my ongoing battle against Crystal, I've come across what I believe to be the interface used for limiting data displayed in a report based on a user or group of users.

I'm not completely sure, but I think you're required to know some kind of programming language (not sure about the squiggle brackets, but everything else looks pretty straight-forward database table and field names). But what if you don't know anything about the tables? And if you did, how would you test your syntax? The screen here talks about "employee name," not username ... how do you tie that together with the actual logged on user?  

comments   permalink 




Click to enlargeCompare that with (ahem) our effort. Within a larger admin interface, you see a list of reports that a particular group is able to see. Assuming you've enabled security (which, in this screen, we have based on DIVISION), the following screen pops up when you click on the report link.

The list of available divisions comes straight from the database, and the administrator simply clicks "Excluded" to include that division's data, or "Included" to exclude it. Screen quickly repaints after whatever selection you've made.

Every report parameter we offer has the ability to associate security with it or not, so you could feasibly set up a group that can only see actuals, but not plan, or data from a particular month, or whatever. Very flexible. And it keeps the choices visible to the end user, who might not know how to construct a query against the database. 

comments   permalink 




Here's the solution regarding the bonus plan: it's all based on revenue. If a consultant bills hours, and receives a bonus, and either (a) the client doesn't pay, or (b) the company is later required to give some money back, then (believe it or not) the consultant can expect to have the appropriate bonus amount deducted from his next paycheck.

Yikes. 

comments   permalink 



Copyright 2002 © Robert K. Brown

March 2002
Sun Mon Tue Wed Thu Fri Sat
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31            
Feb   Apr