Thank you Ben for a very well redacted piece. I've already purchased my 7.5 licenses and look forward to start using it soon. I'm not sure where to start so I'll definitely be looking for your samples...
I guess you forgot one point though. With less demand on your time for RBase development, you'll be out geocaching more! <g> Warm regards, Claudine :) > -----Original Message----- > From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Ben Fogt > Sent: Friday, April 22, 2005 2:08 PM > To: RBG7-L Mailing List > Subject: [RBG7-L] - Why we should move to R:Base 7.5 > > I'm working on a document for our company to explain why we need to get > all > of our internal products up to version 7.x of R:Base and why version 7.5 > has > value over 7.1, even with the added licensing costs. This is the part > that > deals with R:Base 7.5 in particular. > > I plan to make some examples of what we can do with 7.5 that is so much > better than in 7.1, but it's been a busy week. If you haven't seen > sub-reports and Report EEPs or the new form controls, get yourself to a > class or at least get a 7.5 license for yourself. I'll try to make up > some > samples and blog them next week. Right now I need to head up toward Mike > Byerly's part of the world. > > Without further delay, the tail of my recommendation: > > > As our business grows we need to make sure that our internal systems are > 1) > Easy to learn and use, 2) solid, requiring very little maintenance and > revision, 3) doing as much decisioning as possible and 4) providing the > most > bang for the resources used. > > Migrating to the R:Base 7.5 platform will provide us with tools that will > help make our applications easier to use than they are now. Currently, we > use a second sign-on procedure to access important applications. There > are > some applications where password protection was not included at the start > and the job of integrating security is not envied. With 7.5, we'll be > able > to utilize the Windows login ID and hopefully group permissions to > determine > the access level that a user will have in these critical applications. > The > side benefit is that we will also remove the required sign on procedure in > some of our current applications. > > 7.5 also gives us R:Themes which can allow us to customize colors and > screen > sizes to fit the needs of our employees. With an age range frequently > between 19 and 70, all types of eye conditions need to be considered. > Instead of choosing something only slightly uncomfortable for everyone, we > can tune our schemes to best fit the individual's needs. > > Beyond our own use of the systems, we will be able to print reports that > have exactly the information a client needs to know. Subreporting will > allow us to combine data from different areas of our databases in one > report. No longer will a client get three reports that they then need to > reconcile against each other for the whole view of their account with us. > Being able to execute programs on detail and break levels will help us to > highlight exactly the things that a customer needs to see. > > All of this will help to reduce the overall drain on our resources. > > The updates to the R:Base engine through different stages of version 7 > have > been notable. Programs that we have migrated from 6.5++ for DOS now > execute > in a fraction of the time on the same systems. Since our update to > version > 7 on many critical and high volume transaction processes, we have yet to > need to repair our structure files or recover from a backup. This was a > common occurrence in the past. Moving everything onto the latest platform > will help prevent critical errors in our database that could devastate our > business for weeks. > > Moving to version 7.5 also acts as a bridge to migrate to version 8 and > lose > the limits that remain from the DOS days. As we seem to bump up against > the > 2 Gb limit on an annual basis, we could benefit from that migration in the > future to prevent an unexpected mid-day crisis. > > With all of the form level controls available in R:Base 7.5, we can now > let > the program help guide employees to the functions they need. An example > from our current applications is my help menu in our ACH Processing > program. > Clicking a Help button opens all of the groups needed to execute the > operation in the help text. Adding to that, with 7.5, we can summon more > objects, change more colors, and lock more areas away than before. Giving > our employees fewer options and making the programs more streamlined on > the > fly will help us get fewer processes wrong, but also get them completed > quicker and with more consistency. By implementing these tools, we will > have the full power of our applications in the hands of all of our users > and > no longer need to queue up special requests to managers or IT "dudes" > because these tasks are complicated and easy to goof up. > > The last reason for updating to 7.5 is that we'll be able to concentrate > our > resources in a central area. Right now, supporting disparate systems, we > need to take hours to determine what needs to be changed in an existing > system. I have spent countless days going through DOS code to figure out > which menu executes which submenu and finally which form to print which > report. By moving everything into one platform, we'll be able to see > these > pieces much clearer. We will also be running software much faster and > geared to the speeds our workstations currently run. We won't take as > much > time to teach our systems to new hires and as a result will have fewer > questions to answer down the road. By upgrading we will be able to reduce > some of the effort that our company expends just trying to keep us > running. > > This is why we need to move forward with migrating everything to R:Base > 7.5.
