SAP A.G. Message Board - Msg: 6910476

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : SAP A.G.

SAP 245.56

+0.2%

Dec 24 12:59 PM EST

Public Reply Prvt Reply Mark as Last Read File

Previous 10 Next 10 Previous Next

To: jon iliz who wrote (2845)	12/20/1998 4:12:00 PM
From: Lizzie Tudor	Read Replies (1) of 3424

jon, I believe I made a mistake in trying to address these architecture issues with a few sentences. In any rate my point is this. Say you have a Sap implementation for order mgmt and manufacturing. You want to create a hub and spoke distribution center at the local FedEx office. In order to do this, FedEx has to set a field in a table (record, whatever) to indicate that this pick released product has actually shipped. While FedEx is implementing this hub and spoke thing, they decide they need to generate a bunch of reports based on hourly pick releases etc. This is the kind of stuff that the boxmakers are delving into. Assume the hubs dont have Sap. They all have Oracle however (everybody does). With Oracle ERP or Ariba or Manugistics or any number of packages that use standard Sql, the programmers at the hub can easily manipulate the shipping data - not because they know the architecture of the ERP system (and we dont want them to know that) but because they know SQL. All they have to do to get at your data is something like "Select tablename from tables where tablename like '%SHIPPING%'" and "desc SHIPPING_TABLE" (to see the columns) and "Update shipping set SHIPPED = TRUE" when something goes out and thats all there is to it. The people actually using the ERP back at Dell can see what shipped because the ERP reflects the change - voila. This also applies to a dept or group trying to get data out of the application. There is no need for everybody in an org to know some packages internals just to get a report on customers.... that was the old way, back in the Man Man days when to get data out you had to know Man Man. Im talking about the early days of Sap on the porting stuff... Abap was not devised as a superior alternative to SQL - come on! Anyway as I said I dont think at this point this stuff much matters to Sap as an investment. It was an opportunity for Oracle, and they blew it. Sap is a platform in itself now, it doesnt matter what their architecure is.

Report TOU Violation

Share This Post

Public Reply Prvt Reply Mark as Last Read File

Previous 10 Next 10 Previous Next