Page Content Bookmarks – click for more info:
- SAP Defined – What is SAP (the company) ?
- What is SAP (the software) ?
- What are “SAPS”? Or, in other words, SAPS defined
There are two ways to define SAP. The first SAP definition is related to the company itself and the next is the name of the application software. What is SAP?
Very Brief History of the SAP Name and the Company
SAP is defined in literal terms from a German translation of Systeme, Anwendungen und Produkte in der Datenverarbeitung as Systems, Applications, and Products in Data Processing. The company’s main product is “R/3″ for “Realtime” and “3 tier” processing architecture consisting of application, database, and presentation layer (or GUI / user interface).
Originally the company was founded by five (5) prior IBM employees in 1972 who wanted to create a real-time business data system. The first name chosen for the company was not Systeme, Anwendungen und Produkte in der Datenverarbeitung (or SAP) but instead, what we know as the global ERP powerhouse of SAP was originally called Systemanalyse und Programmentwicklung or in English, Systems analysis and program development.
German SAP web site
Wikipedia SAP Germany History
The Second SAP definition is Based on What the Product Is and Does.
The definition of SAP as its software products includes the name of the flagship global ERP product. SAP’s primary flagship ERP software, or Enterprise Resource Planning system, is an integrated set of modules and functions for nearly every major business process imaginable. SAP’s global ERP system also includes a comprehensive set of industry solutions for major industry verticals.
SAP’s ERP system contains special subsets of software functions that are divided into processing modules. For example there are modules for Sales and Distribution (SD), Materials Management (MM), Finance (FI), Controlling (CO), Production Planning (PP), Human Resources (HR), Quality Management (QM), Warehouse Management (WM), Plant Maintenance (PM), Project Systems (PS), Asset Management (AM), Treasury (TR), and many other modules.
A very simple, very standard order to cash process (SD and FI) overview in SAP.
When you create a sales order all of the order data is passed into the delivery document to the customer (it does not have to be re-entered). As the delivery document is processed by shipping on hand stocks or inventory amounts are reduced and accounting documents are automatically generated in the background related to a reduction in inventory. Afterward a customer invoice is generated from the delivery document (again, without re-entering the original order data) and then additional accounting documents are generated related to the customer invoice. Once the customer payment is received, offsetting or clearing accounting documents are generated as the cash is posted to the customer account. Open customer receivables are reduced and the order process for this one simple example is complete.
Inventory and Material Requirements Planning (MM, PP, and FI) during the Order Process.
As necessary, throughout the process when inventory is reduced to a certain level then MRP (Material Requirements Planning) runs planning for the replenishment of materials and MRP II (Manufacturing Resource Planning) is carried out to ensure that there is capacity in the manufacturing facility to replenish stocks. These replenishment and scheduling activities depend on the settings you make for how they behave and how the “master data” is set up to process those system settings. When MRP runs, depending on the system settings, production orders or purchasing documents are created to replenish or produce stocks. Each of these processes has their own details and all of the associated accounting entries related to the procurement or production of stocks and materials are automatically carried out.
SAP Global Sourcing and Operational Options.
As an example scenario if the company is a multinational with raw materials or subcomponents sourced from China or some other country the transactions can be carried out in their native language and currency. The shipment of raw materials may be sent to a sub-assembly factory in Italy where the system plans production capacities and schedules materials, people, machines, or other resources based on the receipt of materials, current production backlog, end customer order requirements, and other factors. This may include receiving other components or other sub-assemblies from still more countries, or locally to Italy. The system can also process these transactions in the local language and currency as well. Depending on the method the organization handles exchange rate differences the exchange rates are determined and all accounting entries are automatically generated for currency gains or losses depending on the processing of goods or services to and from the organizations involved. From there, the transportation time and shipping requirements with foreign trade, customs, duties, tariffs, and legal export or import requirements may also be processed or you may wish to use a freight forwarder. The Italian subassemblies may be shipped to still another country where the final product is assembled and then shipped the final country for customer delivery, or, they may be shipped direct to the customer and the order taking company receives the inter-company “vendor” invoicing while also invoicing the customer and collecting the cash.
SAP Multi-National Tax and Financial Benefits.
All of these transactions can be carried out in such a way as to maximize tax benefits from each country or processing facility and to ensure that currency advantages are accounted for. Behind this there are accounting documents for each of these transactions which are automatically created and posted to the proper accounts in the proper legal entities. Appropriate country reporting and tax requirements are also taken care of depending on business needs.
SAP Configuration or System Setup to Support Business Processes
Within each step of these processes there are “configuration” options which are the numerous settings of options on how each step in the process will behave. Layered on top of that configuration there is master data that interacts with those configuration settings and determines a finer level of actions or behaviors within each step and specific to each peice of master data, for example: you might maintain separate data requirements for each customer, each vendor, each material or service, pricing, etc… If the SAP application is still not able to handle a very specific business or country requirement SAP provides what they call “user exits” or in newer versions of the software there are “enhancement points”. These are places in the SAP standard coding where you can “exit” the standard processing and then influence, change, add additional data to the processing stream, and then re-enter the standard SAP application code.
As another example, at each step of the process there are alternates or options that can be set up with configuration or with master data to allow for alternate processing options. If a supplier is not able to fulfill part of an order an alternate supplier might automatically be chosen based on certain rules, or depending on the capacity of a manufacturing facility some of the subassembly processing might be moved from Italy to France. And each of these steps can be reported on, evaluated for efficiency, or given global consolidation in such a way as to help with vendor price negotiations.
This complexity and the deep business knowledge that it requires is why ERP consultants such as those who work with SAP are highly paid. As a result of the low barriers to entry it is also a prime target for fraud and cheats which is why many companies are disappointed with the lack of results they expect.
For more information on some of the tactics and strategies these frauds use to cheat you, and some of the steps to combat them, see the article “Screening and Interview Methods to Find the Right SAP Consultant” and review the other information on this site.
SAP Application Performance Standard (SAPS) is an SAP centered benchmark that defines how effectively database and application hardware can process several SAP transaction strings. These transaction strings are in the SAP SD (Sales and Distribution) module. The measurement has the following characteristics [FN1] :
100 SAPS is defined as 2,000 fully business processed order line items per hour.
In technical terms, this throughput is achieved by processing 6,000 dialog steps (screen changes), 2,000 postings per hour in the SD Benchmark, or 2,400 SAP transactions.
In the SD benchmark, fully business processed means the full business process of an order line item: (1) creating the order, (2) creating a delivery note for the order, (3) displaying the order, (4) changing the delivery, (5) posting a goods issue, (6) listing orders, and (7) creating an invoice.
SAP Application Performance Standard (SAPS) are a performance benchmark often used for sizing SAP hardware. Many hardware vendors have defined SAPS as the processing standard for benchmarking against competitors [FN2].
SAP maintains lists of certified hardware solutions and their performance benchmarks. As part of this industry standard, and to maintain the real-world usefulness of the benchmarking data SAP periodically updates the benchmark requirements [FN3] :
Important note: On January 1, 2009, the SAP SD Benchmark was updated. Alongside the upgrade to SAP Business Suite 7 and the SAP enhancement package 4 for SAP ERP 6.0, a number of additional, necessary updates were implemented. Business changes constantly, for example, Unicode and the use of the new general ledger are now common practice for SAP customers across all industries, and the SAP standard application benchmarks need to reflect this change. The updates are transparent; that is, the steps of the benchmark scenario remain unchanged. Please be aware that these changes make the SD benchmark more resource-intensive, which has a direct impact on the benchmark results.
SAP maintains a list of the standards and key requirements for their benchmarking. Vendor hardware requirements and vendor results are performed using either the 2 tier or 3 tier approaches for measuring hardware performance. The SAPS are defined primarily in these two types of tests [FN4] :
- Two-tier, in which the presentation layer runs on a separate server, application and database on one central server
- Three-tier, in which the presentation layer, application layer and database layer each run on separate physical servers
[FN1] SAP Application Performance Standards: Measuring in SAPS. http://www.sap.com/solutions/benchmark/measuring/index.epx (retrieved 12/16/2010)
[FN2] For example, see this Oracle publication promoting their recent performance achievement based on SAPS transaction processing. http://www.oracle.com/us/corporate/press/102364 (retrieved 12/16/2010)
[FN3] List of performance results for various hardare platforms in SAPS and with transaction processing details.
2 tier hardware results: http://www.sap.com/solutions/benchmark/sd2tier.epx (retrieved 12/16/2010)
3 tier hardware results: http://www.sap.com/solutions/benchmark/sd3tier.epx (retrieved 12/16/2010)
[FN4] Running a Stadard SAP Application Benchmark http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/00f5a147-0132-2a10-e399-b0084ecff066 (retrieved 12/16/2010)
- define sap
- sap definition
- definition of sap
- SAP defined
- sap software definition
- sap system definition
- definition of saps
- solution architecture roi
- sap in it definition
- sap definition shipping and receiving
- SAP definition in german
- sap distributed architecture definition