TB1100 EN Col96 FV A4 PDF
TB1100 EN Col96 FV A4 PDF
TB1100 EN Col96 FV A4 PDF
© SAP AG 1 TB1100
© SAP AG 2 TB1100
© SAP AG 3 TB1100
© SAP AG 4 TB1100
© SAP AG 5 TB1100
© SAP AG 6 TB1100
© SAP AG 7 TB1100
© SAP AG 8 TB1100
© SAP AG 9 TB1100
Welcome to the course on accounting for the sales and purchasing processes.
© SAP AG 10 TB1100
In this topic, we will cover some general accounting conventions and give examples of the
automatic journal entries that are created during the sales, purchasing, and inventory
processes. We will also talk about some financial settings that affect these automatic journal
entries.
© SAP AG 11 TB1100
Imagine that you are implementing SAP Business One at a new customer OEC Computers.
Your main contact is the OEC Computers accountant, Maria.
Maria is very interested in the implementation and asks you about how SAP Business One
handles the financial accounting process.
She wants to make sure she understands the big picture so she can report business results to
the company owners each period.
© SAP AG 12 TB1100
Let us discuss some financial basics.
© SAP AG 13 TB1100
Every business transaction is recorded in the company's books.
This allows you:
To manage your company effectively with the option of producing financial reports
To report the business transactions to the authorities.
Every business transaction results in a value exchange:
A certain account increases value and another decreases value, resulting in the recording of
balancing debit side and credit side postings.
© SAP AG 14 TB1100
In previous topics we learned about the documents in the sales process and their
consequences on bookkeeping.
To review this process let us try to answer the following question:
In a standard sales process which documents affect the accounting system?
© SAP AG 15 TB1100
These are the documents in the sales process that create automatic journal entries and
therefore affect the accounting system: the delivery, the A/R invoice, the incoming payment
and the deposit. Note that the delivery only creates an accounting posting if you are using
perpetual inventory.
© SAP AG 16 TB1100
In SAP Business One, a journal entry is automatically posted for many documents during the
sales, purchasing and inventory processes.
Now let us assume for a moment that we are in a non-perpetual inventory system in order to
keep our example simple. In that case, in our sales process example, the A/R Invoice
automatically creates the following journal entry:
There is a debit to the customer account for the total price of the sale.
There is a credit to the tax account for sales tax and a credit to the revenue account for the
sales price (excluding tax).
Let us focus on the debit side. Each transaction registered for the customer affects the
customer account balance. Now let us look at the customer account in more detail.
© SAP AG 17 TB1100
This is an example of the customer account.
The account balance represents the difference between the total debit transactions and the
total credit transactions recorded for that account.
The transaction summary or the balance of a certain G/L account or business partner is the
initial information the accounting system can provide about the business.
In the graphic, we see that the total debits are greater than the total credits, so the account has
a debit balance.
Previously, we mentioned that in each journal entry a certain account increases value and
another decreases value, resulting in the recording of balancing debit side and credit side
postings.
The effect on the account balance would be:
Assets, Expenses, and Drawings accounts are generally in debit.
Liability, Revenue, and Capital (Equity) accounts are generally in credit.
© SAP AG 18 TB1100
Here, we see the typical account balance of the different account types.
For example, let us look at the value exchange for assets and liabilities.
For assets:
Debit transactions always increase the asset value.
Credit transactions always decrease the asset value.
For liabilities:
Credit transactions always increase the liability.
Debit transactions always decrease the liability.
We will discuss the different account types in a later course.
© SAP AG 19 TB1100
In a typical A/R invoice, what is the effect of the debit and credit amounts on the involved
account balances?
Once again we will make some assumptions to keep the example simple: Let us assume that
the customer is tax exempt and that this is a non-perpetual inventory system
© SAP AG 20 TB1100
The answer is that the two accounts increase their values.
The customer account is considered an asset so any debit to this account increases the
account’s value.
A credit to the revenue account, as we saw on the previous slide, increases the account’s
value.
Note that you can preview the corresponding journal entry posting and the involved accounts
before you add a document that generates journal entry. You can do so by choosing the
Journal Entry Preview icon from the toolbar or by right click the document and choosing the
Journal Entry Preview option.
© SAP AG 21 TB1100
Next, we review the necessary financial settings and how they affect the journal entries that are
automatically posted by documents.
© SAP AG 22 TB1100
In the journal entries that are automatically posted by documents in SAP Business One, how
does the system “know” which accounts to use?
The system knows which accounts to use because when you initialize SAP Business One, you
define default G/L accounts related to a specific business processes in the G/L Account
Determination window.
In this window, you also define control accounts that link the business partner sub-ledger
accounts to the general ledger.
© SAP AG 23 TB1100
First let us review how accounts are determined for items used in business processes.
As we mentioned, when you first implement SAP Business One you define default G/L
accounts to be used when transactions are created during the different business processes,
such as sales, purchasing and inventory.
These default accounts are defined in the setup menu under the Administration module.
Under Setup you will find a section for Financials which includes the transaction for G/L
Account Determination.
When items are used in the transactions, there are 2 options for account determination:
In the traditional solution the system looks for the default accounts based on the account
determination set in the item master data.
Starting at version 9.0, you can work with the advanced solution for account determination.
The advanced solution provides a centralized matrix to determine rules for assigning G/L
accounts in journal entries according to a predefined (closed) list of criteria.
Both options are based on the G/L Account Determination window.
We will discuss these options in the Manage the Chart of Accounts topic.
© SAP AG 24 TB1100
In the G/L Account Determination window you also define the Control Accounts: Accounts
Receivable for the Sales process and Accounts Payable for the Purchasing process.
A control account links the business partner sub-ledger accounts to the general ledger.
You need to define a G/L account as a Control Account in the Chart of Accounts.
Whenever you post a document to a business partner, the system automatically registers the
journal entry to:
The Business Partner Master Data account balance, and
The control account balance.
You cannot post journal entries directly to a control account.
In an A/R Invoice, for example, when the customer is debited the Accounts Receivable account
is also debited.
This journal entry appears now in both accounts balances (the customer and the control
account).
© SAP AG 25 TB1100
Note, that the Business Partner Master Data balances do not appear in the Chart of Accounts.
Only the receivable and payable control accounts appear.
The receivable and payable control accounts accumulate the customers’ and vendors’
transactions in their balances.
Therefore, the Chart of Accounts presents the complete financial status of the company.
The Financial Reports also show the full picture. For example, the balance sheet contains the
accounts receivable and accounts payable accounts.
© SAP AG 26 TB1100
We have learned how the system “knows” which accounts to use in automatic journal entries.
This is done using the values defined in the G/L Account Determination window.
But, how does the system “know” the value to be credited and debited in those automatic
journal entries? For example, in an automatic journal entry created by an A/R Invoice?
© SAP AG 27 TB1100
Let us refresh our memory with some of the topics we learned before. Here is a common
scenario of how prices are set in SAP Business One during the sales process:
Note! In the following slides we assume that no special prices or discounts were defined for the
involved items and business partners.
Our customer Star Trek Computers asks for an offer on 4 portable media players.
Jean creates a sales quotation. She chooses the customer and then the item. The price per
unit appears in the quotation. How?
The Item master data includes 3 optional prices for this item. Each one of them is
represented in a different price list.
Star Trek Computers is a reseller customer and so his default price list as defined in his
master data record is the Reseller Price List.
Therefore, in the Sales Quotation, the unit price for a portable media player is 110, the price
from the Resellers Price List.
The sales person Jean enters quantity of 4.The total value of the quotation is 440 (assuming
there are no additional items in the quotation and that no discount, freight charges or tax
amounts are added).
Star Trek Computers mails us a Sales Order based on the Sales Quotation.
In SAP Business One, Jean copies the Sales Quotation to a Sales Order.
2 days later Joe, the warehouse manager, dispatches the company truck with the weekly
deliveries, including 4 portable media players for Star Trek Computers.
Later on the day, the accountant copies the Delivery to an A/R Invoice.
Since no change was done to the price during the Copy To process, the Invoice’s total value is
440, and these are the Credit and Debit amounts in the automatic journal entry created by the
A/R Invoice.
© SAP AG 28 TB1100
In the Purchasing process a common scenario of how prices are set would be:
Joe, the warehouse manager, issues a purchase order of 10 portable media players. He
chooses the vendor Coconut Devices and then the item - portable media player. The price per
unit appears in the Purchase Order. How?
Since Coconut Devices is a vendor, his default price list as defined in his master data record
is the Purchasing Price List.
Therefore, in the Purchase Order, the unit price for portable media player is 100, the price
from the Purchasing Price List for the portable media player item master data.
Joe enters a quantity of 10. The total value of the Purchase Order is 1000 (assuming there are
no additional items in the Purchase Order and that no discount, freight charges or tax amounts
are added).
Joe e-mails the Purchase Order to the vendor.
Few days later Joe receives a delivery including 10 portable media players from Coconut
Devices.
In SAP Business One, he copies the Purchase Order to a Goods Receipt PO.
A week later, the Invoice from Coconut Devices arrives via mail and the accountant copies the
Goods Receipt PO to an A/P Invoice.
Since no change was made to the price during the Copy To process, the A/P Invoice total
value is 1000, and these are the Credit and Debit amounts in the automatic journal entry
created by the A/P Invoice.
© SAP AG 29 TB1100
Let us go one step back, to the Goods Receipt PO that Joe entered based on the Delivery he
got from the vendor.
Assuming the company runs perpetual inventory, an item cost value is being calculated
automatically in each stock transaction.
More details on perpetual inventory are provided in a separate course.
When Joe entered the Goods Receipt PO to SAP Business One, the Purchasing Price List
value (100 per unit) affected the unit price in the Goods Receipt PO and also the item cost
value.
The item cost value is calculated automatically, behind the scenes, according to the valuation
method chosen for the item (Moving Average, FIFO, or Standard). This particular item was set
up as moving average, so based on the total number of items in stock and the purchase prices
previously paid, the calculated item cost value after the Goods Receipt PO was 90.
Joe entered a quantity of 10 portable media players. Therefore, the total value of the journal
entry created by the Goods Receipt PO was 1000 and these are the Credit and Debit
amounts registered to the inventory default accounts.
However, the value of the journal entry linked to the Delivery sent to the customer is 360. That
is, the quantity of 4 items multiplied by the item cost value at that moment (90).
Remember that the total value of the Invoice based on that Delivery was 440. It was calculated
according to the Reseller Price List (110) that is defined as the default price list in the customer
master data record.
© SAP AG 30 TB1100
Here are some key points to take away:
The account balance represents the difference between the total debit transactions and the
total credit transactions recorded for that account.
In each journal entry a certain account increases value and another decreases value and the
debit side and the credit side balance.
Assets, Expenses, and Drawings accounts are generally in debit.
Liability, Revenue, and Capital (Equity) accounts are generally in credit.
In automatic journal entries the system ‘knows’ which accounts to use because you defined
default G/L accounts in the G/L Account Determination window. These default accounts
include control accounts that link the business partner sub-ledger accounts to the general
ledger.
© SAP AG 31 TB1100
The Business Partner Master Data balances are represented in the chart of accounts in the
receivable and payable control accounts that accumulate the customer and vendor
transactions in their balances.
In an A/R Invoice the system ‘knows’ the value to be credited and debited in the automatic
journal entry using the default price list as defined in the customer master record and the item
price in this price list.
In a Delivery the system ‘knows’ the value to be credited and debited in the automatic journal
entry using the item cost value that is calculated automatically, behind the scenes, according to
the valuation method chosen for the item.
© SAP AG 32 TB1100
Exercises
© SAP AG 33 TB1100
1-2 Control Accounts
1-2-1 Review the Accounts Receivable and the Accounts Payable control
accounts.
Under the Sales tab, in the G/L Account Determination window, review
the Accounts Receivable accounts (domestic and foreign) and under
the Purchasing tab review the Accounts Payable accounts (domestic
and foreign).
Tip: choose the button next to the Accounts Receivable/ Accounts
Payables field at the top, to define dedicated control accounts for Open
Debts and Down Payments. Otherwise, the system will use the regular
control accounts.
1-2-2 Check the account details.
Browse to the Domestic Accounts Payable account and verify that it is
defined as a control account in the chart of accounts.
1-2-3 Check the automatic posting.
Browse to an existing A/P Invoice and open the automatic journal
entry. Check that the entry was registered to the Accounts Payable
control account.
Tip: add the control account column to the Journal Entry display and
focus on the vendor’s row.
1-2-4 Check the control account’s balance in the chart of accounts.
Browse to the Accounts Payable account in the chart of accounts.
Note! The receivable and payable control accounts accumulate the
customers and vendors’ transactions in their balances. This way, the
Chart of Accounts presents the complete financial status of the
company.
Review the account balance details for the current fiscal year.
© SAP AG 34 TB1100
Solutions
© SAP AG 35 TB1100
1-2 Control Accounts
1-2-1 Review the Accounts Receivable and the Accounts Payable control
accounts.
Choose Administration Setup Financials G/L Account
Determination G/L Account Determination.
Choose the Sales tab. Under the General tab:
In the Chart of Accounts window, on the left, verify that the Control
account box is checked.
© SAP AG 36 TB1100
1-2-3 Check the automatic posting.
Choose Purchasing – A/P A/P Invoice
From the toolbar choose the Last Data Record icon.
Choose the Accounting tab.
In the Journal Entry window, from the toolbar, choose the From
Settings icon. Choose the Table Format tab. Check the Visible box in
the Control Acct row.
Choose OK.
In the vendor’s row, check the control account column.
1-2-4 Check the control account’s balance in the chart of accounts.
In the journal entry of the A/P Invoice, in the vendor’s row, choose the
linking arrow in the control account column to open the Chart of
Accounts window.
In the Account Balance window, ensure that the dates in the From and
To fields present the current fiscal year and review the different journal
entries.
© SAP AG 37 TB1100
© SAP AG 38 TB1100
© SAP AG 39 TB1100
Welcome to the handling payments topic.
© SAP AG 40 TB1100
After completing this topic, you will be able to:
List the steps of the payment process and perform them in SAP Business One including:
Incoming Payments, Outgoing Payments, Deposits and the Payment Wizard.
Explain the consequences of each step on the involved G/L accounts.
Adjust the appropriate payment scenario to the customer needs and localization according
to decisions made together with client accountant.
© SAP AG 41 TB1100
First, let us look at a typical manual payment process:
The customers pay their debts, that is open A/R Invoices, according to agreed payment terms:
Cash Basic, Installments, Net 30, etc.
In our business example, Maria, the accountant at OEC Computers, deals with incoming
payments every afternoon.
She views the company bank account on-line to see the amount of bank transfer Incoming
Payments received from customers.
In SAP Business One, she checks the credit card accounts (Visa and Master Card) to see the
amount of credit card Incoming Payments issued in the store point of sale and in the customer
service center during the day.
Then, Maria enters a Credit Card Deposit in SAP Business One to record the payments Visa
and Master Card transferred to the company bank account.
Note that in this business example we focus on the manual payments process.
Remember, that you have the Payment Wizard and the Bank Statements Processing options
that enable you to create incoming and outgoing payments automatically and semi-
automatically, depending on your localization.
© SAP AG 42 TB1100
This topic covers both incoming and outgoing payments. We will begin with incoming
payments and look at the payment means, the structure of a payment document and the
working methods, and deposits.
© SAP AG 43 TB1100
There are four payment means options for incoming payments. We will first look at the three
payment means that typically have a two-step process: cash, check and credit card.
Regardless of the payment means, when you issue a full Incoming Payment the open invoice
on the customer account is closed.
Cash, check, and credit card payments are posted to a clearing or temporary account.
Note that the term “clearing” is used in the US localization. In other localizations the term could
be: “Temporary Account” or “Suspense Account”. The clearing accounts must be predefined
during the setup.
In the example shown we see an Incoming Payment on the left for 105 that generates the
following automatic journal entry:
Debit to a clearing account - cash on hand/ credit card/ checks received.
Credit to customer account.
- External tools like point of sale system and authorization of credit card transactions can
be integrated into the standard process.
The system retrieves the cash and the checks received accounts from the G/L Account
Determination window.
The credit card account is retrieved from the G/L Account field in the credit cards definition
window under the banking setup in the Administration module.
On the right, we see the second posting from a Deposit document used to transfer the funds
from the clearing account to the house bank account and clear the clearing account.
© SAP AG 44 TB1100
Another option for the payment means is the bank transfer.
When a customer pays using the Bank Transfer payment means the transaction does not
involve a clearing account. The customer transfers the payment directly to your house bank.
Here we see the debit to the house bank account, and the credit to the customer account.
© SAP AG 45 TB1100
The windows for incoming and outgoing payments are almost identical. The window is divided
into the following parts:
The document header area (on the top)
The area for selecting open invoices, credit memos and journal entries, and for assigning
the payment amounts (in the middle).
The area for entering remarks and displaying totals (at the bottom)
© SAP AG 46 TB1100
In the middle area, you select open transactions for payment from the table by using the
checkbox in the Selected column.
The system offers you tools to quickly identify the nature of the documents displayed and to aid
in your selection.
© SAP AG 47 TB1100
An asterisk (*) after the invoice date indicates that the invoice is currently due. That is, the
invoice due date is earlier than or equal to the current date.
The cash discount percentage displays the rate of the cash discount defined for the business
partner, depends on the incoming payment date and the invoice date. You can change it if
required.
The Total Payment column, displays the amount that is outstanding on an invoice. The system
proposes the balance due as the amount to be paid. Change this amount if the payment is only
for part of the invoice amount.
© SAP AG 48 TB1100
The document type column tells you the origin of each line. For example IN for invoice, CN for
credit memo and JE for journal entry.
© SAP AG 49 TB1100
Using Form Settings, you can choose to display the BP Reference Number indicator in the
table. This allows you to base the payment on the vendor’s invoice number rather than your
own internal document number when you issue an outgoing payment.
You can choose whether to have the system display all transactions in the table or to restrict
the display to invoices and credit memos. The setting to display all transaction by default is
found in the document settings for incoming and outgoing payments.
In case you want to document a payment that is not based on an invoice. For example,
payment in advance, choose the Payment on Account option.
In the presented example, the Total Amount Due includes the payment on account and the total
payment amount of the open transactions from the table.
© SAP AG 50 TB1100
After you determine the payment amount, you must specify the payment means. You can
select one of the following payment means: Check, Bank Transfer, Credit Card, or Cash.
In some countries, you can also use the Bill of Exchange payment mean.
Choose the Payment Means icon in the toolbar to open the Payment Means window.
In most cases, the payer pays the amount in full using one means of payment. However, it is
possible to split the amount among several means of payment. The system takes the details on
the means of payment for incoming payments from the customer master record.
When you post a payment, the system reconciles the payment with the selected invoices, and
closes the transactions. If the payment was posted as a Payment on Account, the invoices and
the payment stay open. If a partial payment was made, the system adjusts the Balance Due
appropriately.
© SAP AG 51 TB1100
If you take cash from your cash register or checks from your check drawer and bring them to
your bank, you can use the Deposit transaction to post this transfer.
In this graphic we see the process for cash payments. The incoming payment credits the
customer account and debits the cash on hand account. When the deposit is made, the cash
deposit is credited and the bank account is debited.
© SAP AG 52 TB1100
A deposit of checks is similar.
The incoming payment credits the customer account and debits the checks received account.
When the deposit is made, the checks received account is credited and the bank account is
debited.
© SAP AG 53 TB1100
SAP Business One supports various scenarios of cancelling payments, deposits and checks.
For example:
In case you enter a wrong payment or deposit,
In situations where a payment is cancelled, or
In case you need to cancel a payment or deposit after the check related to a payment was
already deposited.
Note that starting at 9.0 version, you can cancel one deposited check out of a deposit with
multiple checks.
For more details on how to cancel payments, deposits and checks refer to the Online Help.
© SAP AG 54 TB1100
Next, we will discuss the outgoing payment option that completes the purchasing process. We
will also deal with the payment wizard.
© SAP AG 55 TB1100
Working with outgoing payments is similar to incoming payments, except of course that you
pay money instead of receiving money.
When you create an outgoing payment:
There is a debit to the vendor account,
And a credit to the bank account
Unlike incoming payments, typically the process of manual outgoing payments does not
involve clearing or temporary accounts for credit cards, checks and bank transfers. Instead,
the credit posting is done directly on the bank account.
If you wish to use a clearing or temporary account, an interim account can be manually
inserted in the G/L account field in the Payment Means window. Then, when the payment is
reduced from the bank, a manual entry should be created to debit the interim account and
credit the bank account.
Additionally, the payment wizard can be used to automatically generate payments against a
clearing account if you define one in the House Bank Accounts – Setup window.
If you want to set the system to use clearing accounts automatically, you can use the Bank
Statement Processing functionality (if it is available in your localization). This functionality can
be set up to automatically post the transfer between the clearing and bank accounts.
The same is true for the Cash and Bank add-on which is relevant for some localizations. Note
that Cash and Bank add-on is not available if the Bank Statement Processing functionality has
been switched on.
© SAP AG 56 TB1100
The Payment Wizard enables you to create outgoing and incoming payments in batches for
bank transfers, checks and bills of exchange. The payments are created according to your
selection criteria and payment methods.
The Payment Wizard creates:
Incoming bank transfer payments, and
Outgoing checks and bank transfer payments
Payment Wizard runs cover A/P and A/R documents and transactions that are not fully paid,
credited, or reconciled. The runs also cover payments on account that are not allocated or
reconciled to specific transactions.
If the created payments are bank transfer payments or direct debit payments, the Payment
Wizard creates payment files in the correct country-specific format.
There is also an option for issuing a Payment Order Run that creates a bank file, does not
create any journal entry and leaves the invoices open. The invoices will be closed after getting
the bank confirmation.
This feature is supported by 2 reports:
Payment Orders Report by Business Partner, and
Payment Orders Report by Payment Run
© SAP AG 57 TB1100
In the Payment Wizard, payments are created according to your selection criteria and
payment methods.
This graphic shows the steps in the Payment Wizard.
First, each run of the payment wizard is identified by a payment run name and the date of the
payment run.
Then you specify several selection criteria as follows:
General parameters, such as the date of the next planned payment run, type (outgoing or
incoming), payment means (check or bank transfer), and the document series used to
create the payment documents.
The business partners that the system checks for invoices due. Including expanded
selection criteria.
Selection criteria for the documents that the system includes, such as date ranges.
And lastly, the payment methods to be used in the payment run.
Based on these selection criteria the system creates a recommendation report or a list of
suggested payments:
• You can accept or reject the recommendations.
• Using the Add Manual Row button, you can create a payment document or a payment
order row between a house bank account and a business partner or a target account
without referencing any documents in SAP Business One.
• The button Non-Included Transactions creates a list of all open items that could not be
included in the payment run.
© SAP AG 58 TB1100
At the Save Options step, you can:
• Save the selection criteria without the recommendation report. This option does not reserve
the selected open transactions for this payment run. You can still clear the transactions either
using the incoming or outgoing payment documents or using a new payment run.
• The second option is to save the recommendations and proceed at a later date. This
reserves the selected open transactions for this payment run only, which means that open
transactions saved by this option cannot be cleared using the incoming or outgoing payment
documents or a new payment run.
• In order to delete a recommended payment run, in the first step of the payment wizard, select
the payment run, right-click and choose Cancel.
• There is also an option for issuing a Payment Order Run that creates a bank file, does not
create any journal entry and leaves the invoices open. The invoices will be closed after
getting the bank confirmation.
• When getting the bank confirmation you can load the saved payment run, execute the
payments and close the invoices.
• And using the last option you can simply execute the payments.
© SAP AG 59 TB1100
When you execute the payments, the system automatically creates the payment documents for
your accepted recommendations.
A payment usually consolidates invoices for a business partner, unless you specify otherwise
in the business partner master. For example, you can choose “single payment” to create one
payment for each invoice for that business partner.
If the created payments are bank transfer payments or direct debit payments, the Payment
Wizard creates the payment files in the correct country-specific format. If you need to create or
adapt file formats you can use the Electronic File Manager. This SAP Business One add-on is
a graphical tool that lets you define and modify incoming bank statement formats.
If the created payments are check payments, they can print directly from the system. After the
check is printed, the system assigns the check numbers. Once the process is complete, use
the Check number confirmation option in the Banking module to confirm the numbers
assigned.
© SAP AG 60 TB1100
It is very important to define payment methods when configuring the banking setup in the
Administration module. This data is used by default in every payment run.
With the payment method, you control the entire payment process.
In the definition of a payment method, you define the following:
First, the type of payment and payment means: for outgoing payments: check or bank
transfer, for incoming: only bank transfer.
Second, the house bank and the bank account that should usually receive or issue the
payment made with this payment method. If the company works with additional house bank,
define a payment method for each bank or branch.
Third, validation checks that the system is to carry out before using this payment method,
as well as amount restrictions.
And lastly, postings in relation to G/L interim accounts.
Note! You can define a payment method as inactive by deselecting the Active box. This
method will not be included in the payment run.
© SAP AG 61 TB1100
All incoming/ outgoing payment methods defined in SAP Business One appear in the master
records of the business partners, under the Payment Run tab.
You must specify which payment methods you want to use with each business partner. To
do this, select the Include box for the preferred payment method.
• Note that you might need to scroll to the right to view the Include column.
You can set a default payment method that will be assigned automatically to new business
partners on the BP tab in General Settings.
In the master record, you can also set one method as the default payment method to be used
in all documents for this business partner.
From the payment methods included in the business partners master records, the system
automatically chooses one, based on the settings in the payment run. If you want to use a
specific payment method for a certain invoice, you can also directly enter the payment
method in the invoice itself.
Note! To use the payment wizard, make sure you have also set up banks and house bank
accounts:
You can define the banks with which your company works with in the banking setup area
in the Administration module.
You can define more than one branch or account as house banks in SAP Business One.
This is done in the House Banks Accounts window in the banking setup area in the
Administration module.
In the vendor business partner master data, under the Payment Terms tab, define the
business partner bank details. This information will be used for payments created by the
payment wizard.
© SAP AG 62 TB1100
Here are some key points to take away:
In incoming payments, cash, check, and credit card payments are usually posted to a
clearing or temporary account.
A Deposit document must be processed in order to transfer the funds from the clearing account
to the house bank account and clear the clearing account.
When a customer pays using the Bank Transfer payment means, the transaction does not
involve a clearing account. The customer transfers the payment directly to your house bank.
In a payment document, an asterisk (*) after the invoice date indicates that the invoice is
currently due. That is, the invoice due date is earlier than or equal to the current date.
© SAP AG 63 TB1100
In outgoing payments typically the process does not involve clearing or temporary accounts.
Instead, the credit posting is done directly on the bank account.
If you wish to use a clearing or temporary account in outgoing payments, you can do this in
three ways. You can manually insert an interim account in the G/L account field in the Payment
Means window. You can use the payment wizard to automatically generate payments against
a clearing account. Or, if it is available in your localization, you can use the Bank Statement
Processing functionality.
The Payment Wizard creates payments in batches for incoming bank transfer payments, and
outgoing checks and bank transfer payments.
In the payment wizard there is also an option for issuing a Payment Order Run that creates a
bank file, does not create any journal entry and leaves the invoices open.
With the payment method, you control the payment wizard process.
In the master records of each business partner, you specify which payment methods you want
to use for the business partner and one default payment method to be used in all documents
for this business partner.
© SAP AG 64 TB1100
Exercises
Unit: Banking
Topic: Incoming Payments
You can use manual payments to post payments for a single customer or
vendor.
© SAP AG 65 TB1100
1-2 Incoming Payment with Cash Discount (using check payment means)
1-2-1 Create an A/R Invoice with Cash Discount
Create an A/R invoice for any domestic customer. Post this invoice
with a payment term that allows cash discount.
Tip: To check the payment terms for a customer, click the orange
navigation arrow on the Payment Terms field. If the Cash Discount
field is blank, select a cash discount from the dropdown list. To see the
terms for the cash discount, click the orange navigation arrow.
1-2-2 Post an incoming check payment.
The customer pays the invoice amount less the discount using a check.
Post the payment using the check payment means.
1-2-3- Check the Posting.
Check the journal entry to see if the cash discount was applied.
© SAP AG 66 TB1100
Solutions
Unit: Banking
Topic: Incoming Payments
© SAP AG 67 TB1100
Tip:
To post cash payments for one time customers who do not have a
master data record, you can set up a dummy business partner.
Check customer C99999 in the training database.
Note that the default cash clearing account appears automatically
in the Payment Means window. You can choose a different G/L
account if necessary.
1-1-3 Check the Posting.
Open the incoming payment document that you just created and
navigate into the journal entry through the Transaction No. field.
© SAP AG 68 TB1100
1-2 Incoming Payment with Cash Discount (using check payment means)
1-2-1 Create an A/R Invoice with Cash Discount
Choose Sales – A/R A/R Invoice.
Choose any domestic customer
© SAP AG 69 TB1100
Tip:
The default check clearing account appears automatically in the
Payment Means window, at the top.
If the customer bank details were defined in the customer master
data, under the Payment Terms tab, it will appear as the default
check details here.
1-2-3 Check the Posting.
Open the payment document that you just created and navigate into the
journal entry through the Transaction No. field. Check the automatic
cash discount posting.
© SAP AG 70 TB1100
1-3 Partial Incoming Payment (using cash payment means)
The customer pays part of his debt on an open A/R Invoice.
1-3-1 Create an A/R Invoice
Choose Sales – A/R A/R Invoice.
© SAP AG 71 TB1100
1-3-3 Post an incoming cash payment for the remaining invoice sum
Let us say that a few days have passed and the customer pays the
remaining sum of the invoice in cash.
Open an incoming payment document: Choose Banking Incoming
Payments Incoming Payments.
Select the open invoice you posted the partial payment in the previous
step.
Note that the Balance Due field displays the open amount of the
invoice. We leave the Total Payment amount as is since the customer
pays the entire debt on account of this invoice.
Choose Goto Payment Means.
Choose the Cash tab.
Click in the Total field.
Select CTRL + B to copy the remaining payment amount to the Total
field.
Choose OK.
Choose Add and confirm your entries.
1-3-4 Check the customer Account Balance
Open the incoming payment document that you just created.
Choose the orange arrow to the left of the business partner code. This
opens the business partner master data.
Choose the orange arrow to the left of the account balance amount.
Select the check box Display Unreconciled Trans. Only. Make sure the
invoice and the two partial payments are not displayed.
© SAP AG 72 TB1100
Exercises
Unit: Banking
Topic: Cash and Check Deposits
You transfer money from your cash register to your bank account. You
also deposit the checks received from your customers to your bank
account. This has to be reflected and controlled in the accounting system.
© SAP AG 73 TB1100
© SAP AG 74 TB1100
Solutions
Unit: Banking
Topic: Cash and Check Deposits
G/L Account (Header) <select the house bank account to which you
deposit the cash>
G/L Account (Cash Tab) <Account number of your cash on hand account>
Amount 2000
Choose Add.
© SAP AG 75 TB1100
2-2 Post checks deposit.
Choose Banking Deposits Deposit
Choose the Checks tab.
Note that Cash Checks, the checks which have a Due Date that is equal or until
today, and that are not deposited yet appear in the checks table.
Tip: you can choose multiple checks in a deposit form using CTRL + Click or
Shift + Click.
Choose Add.
© SAP AG 76 TB1100
Exercises
Unit: Banking
Topic: Payment Wizard
© SAP AG 77 TB1100
© SAP AG 78 TB1100
Solutions
Unit: Banking
Topic: Payment Wizard
Vendor V10000
© SAP AG 79 TB1100
3-1-3 Use the payment wizard.
Use the payment wizard to pay your vendor liabilities by bank transfer.
Assume that you run the payment wizard once per week.
Choose Banking Payment Wizard.
Choose Next.
Select Start New Payment Run.
Select Outgoing.
Select Bank Transfer.
In the Next Payment Run Date enter date a week from today.
Choose Next.
In the Code From and To fields enter vendor V10000.
Choose Add To List.
Choose Next.
Choose Next.
Select the payment method Outgoing BT.
Choose Next. The system displays the recommendation report.
Select the payments that you want to generate.
Choose the Add Manual Row button.
Choose the same vendor V10000 and enter a payment amount.
Choose OK.
Choose Next.
Choose Execute Payment Run.
Choose Next.
A window appears that states The Payment Wizard has been executed
successfully.
Choose OK.
© SAP AG 80 TB1100
Check if the system has correctly created the payment documents.
Choose: Banking Outgoing Payments Outgoing Payments.
Navigate to the last two data records. The indicator Created by
Payment Wizard is set in the outgoing payment document.
© SAP AG 81 TB1100
© SAP AG 82 TB1100
© SAP AG 83 TB1100
Welcome to the Chart of Accounts topic.
© SAP AG 84 TB1100
In this session, we will explore how to set up a chart of accounts adapted to the company type.
We will discuss the chart of accounts structure and the effect of standard processes on the
Chart of Accounts. We will look at how you manage the chart of accounts. And discuss the
options for defining default G/L accounts.
© SAP AG 85 TB1100
Imagine that you are implementing SAP Business One at a new customer.
Maria the accountant, tells you that moving to SAP Business One is a good opportunity for
her to organize the company accounts structure.
You show Maria the pre-defined Chart of Account templates in SAP Business One. You tell
her that she can use this template as the basis for her Chart of Accounts and adjust it before
go-live.
Maria says that this structure will help her in presenting the financial reports in a clear and
structured way.
You discuss with Maria the effect of the sales and purchasing processes on the chart of
accounts, and as a result, on the financial reports.
Maria has chosen a Chart of Account template, and now, you show her how to adjust the
accounts: add, remove and update.
© SAP AG 86 TB1100
We start by defining the company chart of accounts.
© SAP AG 87 TB1100
How are the Business Partner Master Data balances presented in the Chart of Accounts?
The Business Partner Master Data balances do not appear in the Chart of Accounts.
The receivable and payable control accounts accumulate the customer and vendor
transactions in their balances.
For example, when you post an A/R invoice, the accounts receivable account related to the
customer is used, in addition to the customer account.
Therefore, the Chart of Accounts presents the complete financial status of the company, as
well as the Financial Reports (Profit & Loss, Balance Sheet).
© SAP AG 88 TB1100
The chart of accounts is an index of all G/L accounts used by your business.
Every G/L account has:
An account code
An account description, and
Additional information that determines the functions of the G/L account.
When you implement SAP Business One you define (or import):
The Chart of Accounts, and
Default G/L accounts to be used when transactions are created in the regular business
processes: Sales, Purchasing, Inventory and more.
The documents in the Sales and Purchasing processes create automatic journal entries that
are registered in the Journal Entry file and affect the account balances.
The account balances are also affected by manual journal entries and other accounting
transactions, such as the Period End Closing process that transfers the balances of the Profit
and Loss accounts to a Balance Sheet account.
© SAP AG 89 TB1100
You have 3 options for defining a Chart of Accounts:
The first option is selecting a pre-defined Chart of Accounts template.
This option could be suitable for a standard company, especially a new company without a legacy
chart of accounts.
Note that once you have started to work with the company database you cannot choose a different
Chart of Accounts template. You can however add, update or remove accounts in the Chart of
Accounts.
The second option is to import the chart of accounts data from your legacy system using the Data
Transfer Workbench (DTW) tool.
If the company wants to keep their chart of accounts, they can still reorganize the structure before
the import.
Alternatively, you can define your own Chart of Accounts.
This option allows you to create your own customized chart of accounts. An organization can use
this opportunity to determine what the chart of account structure should look like to accommodate
their needs.
Defining the entire chart of accounts is a long, complex procedure.
You can use one of the existing standard charts of accounts and adapt it to the company’s needs.
Work together with the client accountant to decide on the company’s chart of accounts content and
structure.
Although using one of the existing standard chart of accounts could suffice in many situations,
organizations can take this opportunity to determine what the chart of account structure should look like
to accommodate their needs.
Note that the practice of choosing a pre-defined Chart of Accounts template will be done in a separate
course.
© SAP AG 90 TB1100
The Chart of Accounts is organized by drawers and levels.
Let us look at this example of a Chart of Accounts. The chart of accounts varies according to
the company’s localization.
The organization of the chart of accounts follows Generally Accepted Accounting Principles.
The Chart of Accounts window organizes your accounts by drawers. These drawers, which
have been defined by SAP and cannot be changed, organize your accounts by level in a
logical fashion appropriate to your localization’s financial accounting and reporting processes.
© SAP AG 91 TB1100
In the General Ledger, we distinguish between Balance Sheet Accounts and Income
Statement Accounts, also called Profit and Loss Accounts.
Let us start with Balance Sheet Accounts:
The first 3 drawers: Assets, Liabilities, Equity (Capital and Reserves) hold the Balance
Sheet Accounts, such as the Sales Tax account and the Accounts Payable Account.
The bookkeeping balance of these accounts is kept from one fiscal year to the next.
The Balance Sheet Accounts – reflect the monitory value of the company - stock, assets,
debt, etc.
Next, we have the Profit and Loss Accounts:
The last 5 drawers: Revenues (or Turnover), Cost of Sales, Expenses (or Operating Costs),
Financing (or Non-Operating Income and Expenditure), and Other Revenues and Expenses
(or Taxation and Extraordinary Items) hold the Profit and Loss Accounts, such as the
Income Accounts. Note that in some localizations, the lower drawers are not all profit and
loss account drawers.
The bookkeeping balance of these accounts has to be cleared at the end of each fiscal year
during the Period End Closing process.
The Profit and Loss Accounts reflect the changes in the company value, such as: when you
sell stock – the cost of goods sold account is affected and increases revenues.
© SAP AG 92 TB1100
Next, we discuss the chart of accounts structure in association with financial reports.
We will see the levels in the chart of accounts and how to manage the chart of accounts
structure
© SAP AG 93 TB1100
Financial reporting requirements drive most of the initial settings and configuration decisions in
the chart of accounts.
The different financial reports run on the account balances relevant to a selected date range
and present them according to their drawer, level and type:
The Balance Sheet summarizes the value of the business’ assets liabilities, and owner’s
equity accounts.
The Trial Balance displays for each account: beginning balance for a particular period, all of
the debits and credits, and the ending balance.
The Profit and Loss Statement is determined after the end of the fiscal year. The balances
of the expense accounts will be subtracted from the balances of the revenue accounts to
come up with the profit or the loss for the fiscal year.
© SAP AG 94 TB1100
A chart of accounts arranges a company's general ledger accounts in a hierarchical structure.
The top level in the structure (level 1) consists of sections or groups for different type of
accounts (assets, liabilities, capital and reserves, turnover, and so on). The number of account
groups depends on the localization that was selected when the company was created and
cannot be modified by the user.
The system displays the section as a cabinet drawer. Each drawer has a section title, which
you cannot change. The system displays lower-level titles in blue and normal active accounts
in black. Accounts that you have entered in the G/L Account Determination (default accounts)
are displayed in green.
The chart of accounts varies according to the company’s localization. Let us look at this
specific example of Chart of Accounts that contains 5 levels:
Levels 2 through 4 can contain either active accounts or titles that combine several active
accounts. Level 5, in this example, contains only active accounts.
Because only active accounts can be posted to in SAP Business One, it is a good practice to
have all your active accounts at the same level.
In reports, a title account summarizes all the balances of each active account below it.
© SAP AG 95 TB1100
We have two windows for maintaining the chart of accounts: the Chart of Accounts window and the Edit
Chart of Accounts window. Let us discuss the tasks we can perform in each window.
For the Chart of Accounts window we go to the Financials module and choose the Chart of Accounts
option. The main goal of the Chart of Accounts window, is to:
Add a new G/L account to an existing title. For example add new expense accounts to the Utilities
title.
View information about existing accounts.
And update different properties of existing accounts using the Accounts Details button.
The accounts colors represent their functionality:
Titles appear in blue.
Normal active accounts in black
Accounts that were entered in the G/L Account Determination window (that is default accounts) are
displayed in green.
For the Edit Chart of Accounts window, we choose the Edit Chart of Accounts option from the Financials
module and then we choose a drawer. For example, the Operating Costs. In this window we can:
Add a new title
Delete an account.
Change the structure of the chart of accounts and move titles and accounts within the structure of the
chart of accounts.
We can also add an account in the Edit Chart of Accounts window using the Add Sub-Level Account
button.
Note: it is a good practice to have all your active accounts at the same level. For example,
level 5.
© SAP AG 96 TB1100
And finally, we will discuss the two available options for defining default G/L accounts.
© SAP AG 97 TB1100
As we mentioned in earlier, when you first implement SAP Business One you define default
G/L accounts to be used when transactions are created during the different business
processes, such as sales, purchasing and inventory. This is done in the G/L Account
Determination window in the Financials Setup area of the Administration module.
When choosing a pre-defined Chart of Accounts template, most of the default G/L accounts are
already defined. You can change them if required.
When items are used in the transactions, there are 2 options for account determination: the
traditional solution and the advanced solution.
Note! It is very important to ensure you make decisions about G/L Account Determination
together with the client accountant.
Both options are based on the accounts defined in the G/L Account Determination window.
The first option is the traditional solution that was available prior to version 9.0.
According to the traditional solution there are three options to define a default G/L method
for an item: warehouse level, item group level, and item level. Each item will have one
method defined for it. You can set the method in advance for all new items. You can then
change the method per item.
The values that you define under the tabs in the G/L Account Determination window are
defaulted into all 3 levels. You can then change the default accounts for any of the levels.
For example, you can manage different inventory accounts for each warehouse the
company owns.
Whenever you add a document that posts a journal entry, an A/R Invoice for example, the
system looks at each item in the document to determine the level set for that item and then
finds the associated G/L accounts to use from the default accounts.
© SAP AG 98 TB1100
Let us review the set-up of the traditional solution for G/L Account Determination (prior to
version 9.0).
The company default accounts under the G/L Account Determination window default to all 3
levels (warehouse level, item group level, and item level).
Then, you define the accounts at each required level. In the presented example, we defined
the accounts for each item group (this is step 1 in the graphic). This means that when an item
using the item group level is chosen in a document, the system will automatically retrieve the
accounts from the definition of the item group to which the item belongs.
Where are these default accounts set?
For the item group level, the default accounts are set in the definition of each item group.
The place to define an item group is found in the inventory setup area of the Administration
module. Default accounts are maintained on the Accounting tab for the item group.
Similarly, for the warehouse level, default accounts are set on the Accounting tab in the
definition of each warehouse. Defining a warehouse is also done in the inventory setup
area.
If you set an item to be controlled at the item level, you set the G/L accounts directly in the
item master.
Once you have set the default accounts, you should also choose the default G/L method for
new items in the General Settings on the Inventory tab. On the sub-tab for items, you will find
the Set G/L Accounts By field. (This is step 2 in the graphic).
In our example, the default G/L method for new items was set to item group. Therefore, the
default in any new item is the Item Group Level (as presented in step 3) and the accounts
assigned to the item master data derive from the item group defined for this item (step 4).
The end result is that in the Item Master Data you define the G/L accounts to be involved in the
monetary transactions according to one defined level. And, the accounts are retrieved from
that level.
© SAP AG 99 TB1100
These are the three options presented from the item point of view. The accounts will be used in
the monetary transactions for items.
Each item can have one method defined for it.
In the warehouse and item group levels the accounts are derived from the warehouse or the
item group and the user cannot change them.
In the item level the user enters the accounts manually into the item master.
Note that although you specify one default G/L method for new items, you can manage
different items with different methods if this scenario is necessary in your company. Just
change the default level in the item master as needed.
Note! After the warehouse or the item group level is defined in an item, you can switch to the
item level method and assign different G/L Accounts to be used in the monetary transactions.
Unit: Financials
Topic: Manage the Chart of Accounts
Your company has a new house bank and you need to create a
balance sheet account for it in your chart of accounts.
Your company has upgraded its Internet service. The Accounting
department wants to post the costs for Internet service to a new
expense account.
Your company wants to allocate revenues from selling a certain
item group to a dedicated account.
1-1 Transactions
Which function do you use to change the properties for a G/L account?
___________________________________________________________
Which function do you use to remove an account from your chart of accounts?
___________________________________________________________
Unit: Financials
Topic: Manage the Chart of Accounts
1-1 Transactions
Which function do you use to change the properties for a G/L account?
Financials Chart of Accounts
Which function do you use to remove an account from your chart of accounts?
Financials Edit Chart of Accounts
G/L Account Location <You can choose from the dropdown list, or
leave the existing definition>
Choose Add.
Name Internet
Choose Add.
Type General
Warehouse Code 01
Active Checked
Unit: Financials
Topic: Enter Manual Journal Entries
Unit: Financials
Topic: Enter Manual Journal Entries
First Item
Debit 10,000
Second Item
Credit 10,000
Unit: Financials
Topic: Posting Tools
Unit: Financials
Topic: Posting Tools
Credit % 115
Debit % 100
Debit % 15
Choose Add.
First line
Second line
Third line
When you enter the Debit amount on the second line in place of the
100%, the system automatically calculates the amounts of the other line
items.
Choose Add to post the entry.
Code Homepage
Ref 1 08400
Debit 200
Vendor item:
1-1 Questions
1-1-1 What is the difference between system reconciliation and user
reconciliation?
_______________________________________________________
_______________________________________________________
_______________________________________________________
1-1-2 When does the system perform an automatic partial
reconciliation?
_______________________________________________________
_______________________________________________________
_______________________________________________________
1-1 Questions
1-1-1 What is the difference between system reconciliation and user
reconciliation?
System reconciliation is performed by the system when you assign a
payment to an invoice. User reconciliation is performed by the user
through the Reconciliation function.
1-1-2 When does the system perform an automatic partial reconciliation?
Partial reconciliation is done when a payment amount does not match
the amount of the selected transactions.
For example, a customer may pay a partial amount due. When a partial
payment is made, the system adjusts the Balance Due appropriately and
partially reconciles the invoice.
Choose Reconcile.
Select the A/R Invoice in debit and the A/P Invoice in credit and
Choose Reconcile.
Choose OK.
The reconciliations are displayed in the upper part of the window.
Select one of manual reconciliations.
Choose Cancel Reconciliation.
These transactions will appear again in the Internal Reconciliation window open
to be reconciled again.
At the end of a posting period you need to clear the balances for the sales
and expenditure accounts. Balances are transferred to the retained
earnings account.
Choose OK.
In the results window, select Age by Due Date.
Review the list of documents for the relevant customer account.
Note a customer and the customer's open balance.
Choose OK.
In the results window, select Age by Due Date.
Review the list of documents for the relevant vendor account.
Note a vendor and the vendor's open balance.
1-1 Work with currencies in an A/P Invoice for a foreign business partner.
1-1-1 Review and update the setup.
Review the Currencies - Setup window.
Then review the Exchange Rates and Indexes window.
Enter exchange rate values in all existing currencies for today’s date.
1-1-2 Create a foreign currency vendor and update the price list.
Create a foreign currency vendor. Ensure that you define an account
currency that is different than the local currency. Write down the
account currency_________.
Ensure that you attach a Cash Basic payment terms to the vendor
record.
Check the pricelist defined for him in the payment terms__________.
For one of the items in this price list, in the Additional Currency 1 Unit
Price column, define a price in the same foreign currency.
1-1-3 Issue an A/P invoice for the foreign currency vendor.
Issue an A/P invoice for the foreign currency vendor you have just
defined. In the A/P invoice, choose the same item.
If the Exchange Rate and Indexes window appears, enter a valid
currency rate and update the window.
1-2 Work with currencies in an A/P Invoice for a local business partner.
1-2-1 Issue an A/P invoice for a local vendor.
For the item/s in the invoice, enter the unit price in foreign currency.
Review the currency calculation in the Unit Price field, the total row
amount, and the total document amount.
1-2-2 Add the A/P invoice.
Review the calculation in the automatic journal entry.
1-1 Work with currencies in an A/P Invoice for a foreign business partner.
1-1-1 Review and update the setup.
Choose Administration Setup Financials Currencies.
Review the Currencies - Setup window.
Then choose Administration Exchange Rates and Indexes.
Enter exchange rate values in all existing currencies for today’s date.
1-1-2 Create a foreign currency vendor and update the price list.
Choose Business Partners Business Partner Master Data. From
the Data menu choose Add.
Customer/Vendor/Lead Vendor
Let us say that the exchange rate changed since the invoice was issued.
Ensure that in the Doc. Currency filed at the top of the payment the
exchange rate is different than the rate you entered for the invoice.
Choose the Payment Terms icon. In the Payment Terms window, enter
the payment details (for example bank transfer).
Ensure that the account currency of the account selected in the G/L
Account field is defined to All Currencies.
Choose OK and add the payment.
Review the automatic journal entry created for the outgoing payment.
Note that the exchange rate difference was posted in the local currency
on different row to a dedicated account.
In the Fixed Assets tab, under the Overview sub-tab, in the Asset Class field,
choose the Motor Vehicles asset class.
Review the Depreciation Parameters area.
Note that the Depreciation Areas, the Useful Life and the Depreciation Types
defined for the Motor Vehicles asset class apply to the truck asset master data
record.
Choose Add.
Vendor <any>
Choose Add.
Go to Financials Fixed Assets Capitalization.
Browse to the last record. Review the Capitalization document that was
automatically created.
Choose the Contents tab and choose the linking arrow in the Asset No. field. In
the asset master data window choose the Fixed Assets Tab. Under the Overview
sub-tab focus on the Status Field. The Asset Master Data is activated.
Customer <any>
Choose Add.
Browse back to the invoice. Under the Accounting tab choose the linking arrow
in the Journal Remark field.
Close the Journal Entry window.
Go to Financials Fixed Assets Retirement.
Browse to the last retirement document. Review the retirement document that
was automatically generated by the A/R Invoice.
Under the Contents tab choose the linking arrow in the Asset No. field. In the
Asset Master Data window choose the Fixed Assets tab, choose the Values sub-
tab and focus on the Net Book Value column. The net book value of the asset
master data record is set to zero.
Under the Overview sub-tab focus on the Status Field. The asset status is set to
Inactive.