SAP Controlling Creation of Customer and Vendor Accounts

SAP Controlling of finances has a integral part of Creation of Customer and Vendor Accounts and here in this post we are going to deal with how to do that in a systematic way with screen shots. Like G/L accounts, customer/vendor accounts have two segments:
  1. A section with normal data on the shopper level. This data may be accessed throughout the whole organization.
  2. A segment with company code particular information on the company code level. Any firm code who wishes to do business with a particular buyer or vendor has to create an organization code segment for him. By doing this, a buyer/vendor account is created.
Because the sales and distribution department also stays in contact with a buyer and has to know particular information about this customer, a sales space section could be created for every customer.Any sales area which wants to do enterprise with a customer has to create a sales area segment first.The gross sales area phase accommodates sales area specific data.

Just as there's a gross sales area segment for patrons, there are buying organization segments for vendors.Any buying group which desires to do business with a vendor has to create a purchasing organization section first. The purchasing organization phase accommodates buying organization particular data.

A complete buyer account consists of the following three segments:
  1. General information on the consumer stage
  2. Firm code phase
  3. Gross sales space section
Usually at a minimal, the gross sales area segment of the gross sales area which is assigned to the company code has to be created. Word: There could also be other gross sales areas doing business with the customer as well.The account quantity is assigned to the customer at the client level. This ensures that the account quantity for a buyer is identical for all company codes and gross sales areas.


A complete vendor account consists of the next three segments:
  1. General knowledge at the consumer level
  2. Company code phase
  3. Buying group segment
Often at at minimum, the buying organization phase of the purchasing group which is assigned to the company code must be created. Be aware: There could also be other buying organizations doing business with the seller as well.The account number is assigned to the seller on the client level. This ensures that the account quantity for a vendor is identical for all firm codes and purchasing organizations.



Record Maintenance

The system presents separate features for sustaining customer master data relying on the necessities of your organization. They can be maintained centrally for all areas or individually for Monetary Accounting and Sales and Distribution.For the relaxation of this course we will focus just on the FI-side of the client master record.When implementing both Accounts Receivable and Gross sales and Distribution, members of each of these implementation groups should work together to decide methods to configure customer master data and who will most likely be chargeable for their maintenance.

Simply as with customer master data, vendor grasp data can be maintained centrally for all areas or individually for Financial Accounting and Materials Management.For the remainder of this course we are going to focus just on the FI-facet of the seller grasp record.When implementing each Accounts Receivable and Materials Administration, members of both of these implementation teams should work collectively to decide tips on how to configure buyer grasp information and who will probably be chargeable for their maintenance.

Account Groups

The account group is used to regulate the fields displayed on the grasp record. For instance, to make certain that all correspondence has complete address information, alter the sphere status so that each one deal with fields are marked as “required entry”.When creating customer/vendor master data, the account group is entered on the initial create screen. In financial accounting, as soon as the client/vendor account is created, its account group can't be changed. Nevertheless,when utilizing accomplice capabilities in sales and distribution, in some cases the account group will be modified from, for instance , an ordering deal with to a ship-to address.

Number Ranges

There are separate number ranges for customer and vendor accounts. The range of attainable account numbers is divided into smaller number ranges. Quantity ranges aren't allowed to overlap.For each number vary you may set whether the numbering shall be internally or externally assigned.Inside quantity assignment implies that the numbers are assigned by R/3 in sequential order. With external number project, the numbers are entered manually by the user creating the grasp record. External numbers may be alphanumeric.With inside numbering for a brand new account the system always assigns the next quantity obtainable in the range. Therefore, it will probably display the “present number” which informs you how many numbers are nonetheless left inside a given quantity range.With exterior numbering, the user chooses the account number. Numbers don't need to be assigned in sequence; therefore, a present number can't be displayed.

Each quantity vary may be assigned to one or more account groups.For all clients or vendors with whom you rarely do business, a special buyer and a special vendor master record should be created. Those master records are for “one-time accounts”. In distinction to other master records, no data particular to a single buyer/vendor is stored in the one time master report, since this account is used for multiple customer/vendor. Subsequently, the buyer-specific fields needs to be suppressed. n The client/vendor particular information for one time prospects/distributors are entered into the document at the time of posting.

Control of Field Status

The format of buyer/vendor grasp knowledge screens could be affected by several factors:
  1. Account group control : Usually the field status is managed solely by the account group. This manner all accounts of 1 account group could have the identical display screen layout.
  2. Transaction dependent management : If desired, the sphere status may also rely upon the master data transaction “Create”, “Change”, and “Show”. The transaction dependent field status must be set on “show” for the transaction “change” if the sector should not be changed after creation, e.g. the area “reconciliation account”.
  3. Firm code dependent control : The sector status will also be managed per firm code. Fields which are not utilized in one company code will be suppressed whereas they're entry fields in others.
  4. Discipline standing definitions of account groups, the transaction, and firm code are mixed and the one which has highest precedence is used.
  5. Fields that are accessed with the transaction “display” are all the time either displayed or suppressed since you can not make an entry in a show transaction.
  6. If you do not want to make use of transaction dependent or firm code dependent discipline status management, set all subject status definitions as elective entry since this has the bottom precedence and can there fore not conflict with the account group control.


Related Posts

SAP Financial and Controlling Overview
SAP security infrastructure for data production

SAP Network Level Security
Mysap web application server
SAP web application and business server pages
SAP project introduction in the best ERP
SAP project migration
SAP Project blueprint