1. SAP is an ERP system that uses common data records across business processes like procurement, production, and sales. It contains three types of data: configuration data, master data like customer and product records, and transactional data from events.
2. Business processes are classified as either operational processes like procurement, production, and sales or support processes like accounting. They are integrated through shared data.
3. Users log into specific clients and company codes within SAP, and have roles and passwords that restrict their access and tasks.
1. SAP Study Materials
Monojit Banerjee (monojit.net@gmail.com)
SAP General Terms
There are a number of terms that have specific usage and meaning in dealing with SAP. Some of these
general terms are identified below.
Client: The highest level in a SAP instance. A client is a self contained unit with a separate set of master
records and its own set of configuration tables. An instance (installation) can have more than one client
(e.g., a training client, a testing client, and a production client). In using SAP the user logs on to a
particular client that usually has a three digit numeric identifier.
Company Code: Represents an independent legal accounting entity that contains a balanced set of
books as required by law or regulation. A client may have more than one company code (e.g. a company
code for the US, one for Germany, one for Canada, etc.)
Chart of Accounts: A list of all accounts in the General Ledger for a company code. Each company code
must be assigned one, and only one chart of accounts. However, more than one company code can use
the same (i.e., identical) chart of accounts. SAP comes preconfigured with a large number of charts of
account. For example, the delivered US chart of accounts is CAUS. Accounts can be added to, deleted
from, or modified in the delivered chart of accounts as desired by the user.
Passwords: Each user has his or her own password. On the initial log in to the system, the user must
change a generic delivered password to his/her own. The password must be at least three characters
long, cannot begin with a “!” or “?”, and the first three characters unique and not contained in the user
name.
Roles and Profiles: Roles specify the sets of tasks or activities that can be performed by a particular
user within the system. A role is assigned to each user. When the user logs on, the system automatically
presents a specific menu for that user’s assigned role. For example, a receiving clerk can perform only
certain tasks within the SAP system. When a receiving clerk logs on, that user’s role will define what the
user will be allowed to view, create, change, delete, etc. Profiles work in the same manner as do roles to
restrict authorization for access to the system.
User profiles and roles are entered by system administrators into user master records thus enabling
users to access and use specific functions within the system. In a training “case”, users may have
authorization to all master data and transaction processing applications. This would be highly unusual in
actual practice given the need for internal controls and separation of duties.
Session: Each instance in which a user is connected to the SAP system is known as a session. A user
can have up to nine sessions open at any given time (but each session is logged into the same client and
company code).
Configuration: Configuration is table-driven customization of the SAP system to meet specific customer
requirements. In configuration the user sets values in tables to cause the system to function in a desired
manner. Configuration is somewhat like setting the defaults in a word process or spreadsheet application.
It does not change the underlying source code in the system. In many “cases” there are no configuration
exercises. The case system, usually, is preconfigured.
Business Processes
A business process can be described as a set of linked activities that transform an input into a more
valuable output thus creating value. In many cases business processes are classified as operational
processes or as support processes.
At the most basic level, a typical business utilizes three operational processes:
(1) procurement (purchasing and materials management),
(2) production, and
(3) sales and distribution (customer order management).
Page 1 of 3
2. The typical support processes include:
(1) accounting/controlling and
(2) human resources.
While these processes have specific identities, they are linked together (integrated) in order to
carry out the day to day activities of a business.
For example, the sale of a manufactured product involves not only the sales process but also production
(the creation of the product), procurement (of necessary raw materials), accounting/controlling to
determine the profit on the sale, and human resources to ensure the operations are staffed with qualified
or trained employees. These linkages of activities across business processes necessitate the sharing of
data across those processes, regardless of which process created the data initially. For example, data
related to a finished product may be initially created in the production process, but the data are also
required in the procurement process and, of course, in accounting/controlling for costing purposes, as
well as in calculating pay based on work production hours.
SAP as an integrated ERP system utilizes the principle of a common data record for a given object
that can be accessed by any process that has need of the various attributes contained in that
common record.
Business processes are often viewed as elements of a logistics value chains. From this perspective
the operational processes are defined as sales logistics, production logistics, and procurement
logistics.
Types of Data
There are three differing types of data within the SAP system:
(1) control or configuration data,
(2) master data, and
(3) transaction data.
Control or configuration data include system and technical functions of the SAP system itself. These
data drive the logic of the applications within the system and is primarily used for defining the details of
business processes.
For many training “cases”, all control/configuration data have been pre-established so that no
configuration is necessary to complete the case exercises.
Master data represent the various business entities present in the system, both internal and external.
For example, master data include internal entities such as:
(1) the company
(2) a plant
(3) a sales area
(4) a cost center
(5) an account
(6) a material
(7) a routing
(8) a bill of material
(9) a personnel file
In addition there are external entities that are a part of the system’s master data such as:
(1) vendors
(2) customers
(3) employees
(4) competitors
From one perspective, master data can be thought of as providing the “which” or the “what” that is of
interest in the activities of the business process. The attributes of the fields within master data are
relatively stable.
Page 2 of 3
3. For example, the master data for a customer containing specific values for the customer’s attributes
such as name, address, delivery priority, terms of payment, etc. vary little over time. Once the
master data record for the customer is set up in the system, it is rarely changed.
Also, once set up within the system, it can also be accessed by any business process that may
have use for the master data. For example, a customer master record may be used in sales,
transportation and shipping, production, marketing, accounting, or any other process that may have use
for data contained in the master record.
The sets of exercises in different “cases” contain optional exercises that can be used to set up master data for each
of the logistics areas and for accounting. If these optional exercises are not assigned or completed, the case contains
pre-established master data records for each process that can be used to process transactions in the transaction
processing exercises. As an additional alternative, the optional exercises involving creation of master data can also
be used to create additional master data beyond that contained in the case. This allows creation of transaction
processing exercises in addition to those already contained in the case.
Transaction data describe a business event or may be the result of a business process.
Example: A sales order would contain transaction data that have resulted from a customer placing an
order to purchase a product from the company. The various attributes necessary to process that sales
order transaction would include such data as:
(1) the customer (which allows detailed customer data to be drawn from the customer master
record),
(2) the item or items being sold (which would draw data from the material master records for
those items),
(3) the quantities being sold,
(4) the desired delivery date,
(5) the customer PO number, etc.
While the customer master data for this transaction would be the same for various sales orders to that
customer, the other data such as items wanted, quantities, delivery dates, etc. would most likely vary from
order to order. For this reason, transaction data vary from event to event.
Transaction data may also arise as the result of the outcome of a completed business process.
For example, the system may process an inquiry to determine the current stock quantity level for a raw
material. That inquiry is a transaction that extracts the data for the quantity on hand in the warehouse.
This too, of course, will vary over time. Other examples, pertaining to human resources, would involve the
hiring of employees and pay transactions. From one perspective, therefore, transaction data can be
viewed as resulting from the events or activities that are taking place in the business. The transaction
data represent the recorded attributes, elements, and results or outcomes of business events and
activities, and, as a result is the most volatile and frequently used data in day to day business operations.
Each of the logistics and support processes addressed in different “cases” contains exercises that require the
processing of transactions through the particular process.
Page 3 of 3