by Dave Hannon
March 15, 2011
While waiting for a train this week and I overheard a conversation (I know, rude, but..) that I think serves as a good reminder for most ERP users. From what I could gather, the conversation was between two academic administrators and regarding a database their organization had developed to track all of the students that had applied to their institution. The database, however, was not developed by the administrators. It was developed by the IT organization with an extremely limited amount of input from the user community. The problem, said one administrator, was the database was basically nothing more than an electronic file cabinet. All of the applicants’ information was stored in the database and single files could be easily retrieved, but beyond that, it didn’t provide much value. And it could, in this administrator’s view, if it had the right reporting capabilities. “Some students come in with high scores and when they get here, they do poorly and some students that we don’t expect to thrive, truly surprise us,” he said. The administrator wanted to be able to sort applicants by test score and run reports of the most successful students and compare their entrance exam scores and backgrounds. He wanted to find out what was the common the read between the most successful students and incorporate that into the school’s eva
luation criteria. He was convinced that information was locked in the database but he couldn’t find the key. Unfortunately, then my train showed up, so I didn't get to hear more. Now I’m aware this is a fairly extreme example – a total lack of reporting capability – but it’s a real-life reminder that a little foresight can go a long way when deciding what level of reporting capability your ERP system might need. Sure, you can gather up the wants and needs of today’s users easily enough, but getting a glimpse into what those users might want tomorrow is the challenge. And that doesn’t mean you have to be able to provide futuristic capabilities now, but at least be aware that what your users want today might be different down the road and be ready to make some changes and updates when the time comes.
And lastly, remember that it's not eavesdropping if it's on a train platform. Is it?
An email has been sent to:
This session provides an overview of options on how to address these issues and the overall client journey to the cloud, with a focus on migrating from SAP...
insiderTRAINING offers 15 free, no-obligation lessons to test out the learning platform. All of insiderTRAINING's lessons are hands-on and take place in a simulated SAP environment so students get experience...
This webinar explores how you can drive the digital transformation of T&E with Concur Travel & Expense while gaining better control over costs and spending less time managing...
Please log in to post a comment.
No comments have been submitted on this article. Be the first to comment!
Lessons Learned from an SAP HANA Cloud Platform Implementation
SAP Data Services Part 2: Integrating with SAP BW on SAP HANA
SAP Data Services Part 1: Integrating with SAP Business Suite Sources
See more »
SAPinsider is published by WIS Publishing, a division of Wellesley Information Services.
20 Carematrix Drive, Dedham, MA 02026 USA
Sales and Customer Service: 1(781)751-8799; firstname.lastname@example.org
© 2016 Wellesley Information Services. All rights reserved.
Online ISSN #2155-2444, Print ISSN #1537-145X
SAP and the SAP logo are trademarks or registered trademarks of SAP SE in Germany and other countries.