I just thought of at least one area of improvement. The scenario is something like as described below:
- In that sense the users are going from Data Entry to Exception handling and co-authoring
- Systems are going from Aggregation to harmonization and more importantly Automation
- As structure is added into information, its ability to route intelligently increases by orders of magnitude, hence the value-add of data moves away from the store and into "right-time routing"
- forcing developers to go from transactional programming to Event centric resolution
A SAP user is creating an order on his transformed SAP system and encounters an error. He is now thinking about informing his SAP Helpdesk and about the interrogation process that he has to go through. Just when he has started writing about the details about simulating the error with the screen-shots/input data and actions, he receives a call/email from his SAP Helpdesk.
Well that's an exaggeration probably. But is it not an area of improvement for SAP? When my internet explorer crashes ( which is does every now and then ), I at least get that moral support pop-up from Microsoft Windows which begs me to send the information online with a click of button. As if they are going to solve the issue and it will never happen again.
Don't worry son, I know you are facing a problem and I know exactly what you did in the last transaction. Relax we'll take care of it.
Can we have something like this in SAP? So if a user is facing an error and wants to contact SAP Helpdesk, all he needs to do is to run the transaction with the tracker on and then send the information to SAP Helpdesk. With a click of button. All the related information regarding input required for error simulation, dump, error, authorization failure, user default settings, user-gui settings [ SAPGui ]/IE settings [ for Web-Gui ], navigation-path etc. will be send to the SAP Helpdesk with the in-built mechanism.
For SAPGui transactions, it sounds like sending the BDCDATA table of the recorded transaction through a workflow-task-method, which can be run by the SAP Helpdesk.
Almost similar to eCATT functionality but needs to be embedded within the transaction.
For web-gui transactions, navigation-path, click tracking, form-data....does not it sound like Sitemeter or MyBlogLog?
Also, the information can be recorded in two ways. One is to show the demo of screens, input and navigation sequence. More of a static representation of the flow like the flash-demo we see on websites.
Second one can be a guided procedure to actually run the transaction with the same set of data and navigation sequence.
Some of these click-tracking and navigation information can easily be recorded using the JavaScript in a same way that we do for our blogs and sites.
However, a refined framework will be required to completely build this mechanism. I think with the MVC architecture of BSPs and WebDynpro, it will not be too difficult to build the event driven data-collector for recording the input-data and screen change [ navigation ] etc.
Basically, the idea is that user will click on the "Start Tracking" button at the beginning of the transaction and then...when he encounters the error he gets a moral-support-pop-up.
What do you think?
No comments:
Post a Comment
Info : Comments are reviewed before they are published. SPAMs are rejected.