3. Accounts Payable and Accounts Receivable

Question 1

Which business partner categories does the system support? (There are three
correct answers.)

A. Group

B.Agency

C. Person

D. Organization

E. Public Sector

Answer 1

A. Group
C. Person
D. Organization

The partner categories are person, organization, and group. These are fixed categories;
you can’t select to change or add any. Agency and public sector would
fall into the organization category.

Question 2

You’ve mistakenly created your business partner with the wrong business
partner category. You’ve saved the data but haven’t made any postings. What
can you do to correct this?

A. Change the setting directly in the business partner master record.

B. Contact the system administrator to change the table entry in the backend.

C. Create a new business partner using the correct category.

D. Delete the company code assignment for the business partner, correct the
category, and reassign the company code.

Answer 2

C. Create a new business partner using the correct category.

The only way to correct this is to create a new business partner and mark the
erroneous one for deletion. Changing this isn’t a matter of authorization, nor
does it make any difference if you’ve posted on the business partner or
assigned it to a company code. However, if you’ve posted, the best option is to
reverse the documents and repost on the correct business partner.

Question 3

True or False: After assigning a role to the business partner and saving your
data, you’re no longer able to remove the role assigned.

Answer 3

False

You can change the role assignment, and some roles are even designed to be
temporary roles.

Question 4

True or False: The business partner role grouping is where you assign the business
partner number range.

Answer 4

False

This is incorrect. The business partner grouping is the correct answer. The role
grouping is only useful for performing common maintenance of more than
one business partner role and has no part in the number range definition.

Question 5

You’re configuring a new SAP S/4HANA system. What are your options for
defining the number range assignments for business partners?

A. The supplier drives the number range used.

B. The customer drives the number range used.

C. The business partner drives the number range used.

D. Whichever account is created first drives the number range used.

Answer 5

C. The business partner drives the number range used.

In a new SAP S/4HANA system, the Business Partner is defined first and is
assigned a number. The customer and supplier created for the business partner
inherit the business partner account number.

Question 6

Which business partner objects can you define field statuses for? (There are
two correct answers.)

A. Account group

B. Client

C. Role

D. Type

Answer 6

C. Role
D. Type

This is a bit of a trick question. In the certification, we don’t use trick questions
so kudos if you got this one correct. All the objects displayed can have a separate
field status definition; however, only two of them can be considered business
partner objects: business partner role and business partner type.

Question 7

Which field cannot be changed during document posting for the one-time
customer?

A. Customer Number

B. Customer Name

C. Customer Industry

D. Customer Country

Answer 7

A. Customer Number

The customer number can’t be changed. The customer number isn’t an identifying
characteristic for one-time customers as more than one will share it! You
can enter the customer name, industry, country, and other address and bank
details during the posting transaction in the special popup ‘“‘indow.

Question 8

True or False: Bank details for a business partner are part of the General BP
role.

Answer 8

True

Bank details, meaning the business partner's bank accounts for where they
receive and from where they send their payments, are assigned in the General
Data section and are thus common and usable independent of the assigned business partner roles. The bank details you might enter in the customer/supplier
payment section (House Bank, Account ID) are per company code and
define from where the company code should pay or receive payments.

Question 9

Which field in the SAP Business Partner master can you configure so that the
document reference is transferred to the line item?

A. Assignment

B. Reference

C. Line Item Text

D. Sort Key

Answer 9

D. Sort Key

The sort key defines what is transferred to the assignment field on the line item.
Here, you shouldn’t be confused by the field names and remember where
everything belongs. The assignment is the actual field where such information
is transferred; the reference is a document header field. The line item text can
carry the information (not automatically, unless maybe with a substitution),
but, more importantly it’s a document level field and not maintained on the
business partner. Remember to read exactly what the question is asking for to
not get distracted by answers that seem to fit. but in the end, have nothing to
do with the question.

Question 10

A business partner is both a customer and a supplier. The customer has a sizable
open amount unpaid. You want to make sure that the payment program
posts no outgoing payments to the business partner until he has paid part of
the outstanding amount. How can you do this?

A. Assign an overall payment block in the General BP Role details.

B. Assign a central purchasing block in the General BP Role details.

C. Assign a payment block in the Customer BP Role details.

D. Assign a payment block in the Supplier BP Role details.

Answer 10

D. Assign a payment block in the Supplier BP Role details.

Here, D is the obvious choice. An overall payment block would block incoming
payments as well as outgoing, which is the same as assigning the block on the
customer. A purchasing block would mean you wouldn’t be able to use the supplier
to order goods, which isn’t mentioned as a desired outcome in the scenario.
Blocking the supplier for payment ensures that you won’t pay for any
open items, at least not without a manual supervision of the payment. (Don’t
let questions like this one with a lot of text cause you to panic during the examination
for fear of running out of time. The writing guidelines for questions
generally maintain that the questions should be concise and carry mostly only
information absolutely required to answer the question. This means. in most
cases, it’s a good idea to read every detail of the question. It also means that
most questions aren’t very long, so you can afford to spend a little more time
on the few longer ones without worrying about running out of time.)

Question 11

What can you achieve by using the head office-branch scenario?

A. Settings changed for the head office master record will be transferred to the
branch account.

B. Postings made to the head office also can be paid to the branch account.

C. Invoices posted to the branch become open items for the head office.

D. Correspondence and dunning letters are printed and sent to both the
branch and the head office.

Answer 11

C. Invoices posted to the branch become open items for the head office.

The definition of the head office/branch scenario is to have centralized open
item and payment management. Thus, C is the only answer that fits the bill.
There is no kind of automatic master data synchronization •vith a head office.
You pay the head office because that is where the open item is, and correspondence
can be sent either to the head office or to the branch depending on the
setting in the decentralized processing field.

Question 12

Which configuration can you use to define separate payment terms for the
same terms of payment key?

A. Day limit

B. Company code

C. Country

D. Installment payment

Answer 12

A. Day limit

The day limit key allows you to do this. The day limit together with the terms of
payment are the key fields in the relevant definition, which means you can differentiate either field to have an additional payment term. You can have
multiple term of payment definitions differentiated by the day limit. The level
you would need to change to create terms of payments with the same key otherwise
would be the client, as the terms of payment are client dependent.

Question 13

You’ve agreed to terms of payment with a business partner that is a customer
and a supplier. The same terms are to be used both ways (incoming and outgoing).
You’ve defined a new terms of payment key but when trying to update
the Supplier BP role, you don’t find the payment term available to select. What
must you do?

A. Create a new payment term for the Supplier BP role.

B. Enter the payment term manually during invoicing.

C. Maintain the account type in the terms of payment.

D. Change the field status of the business partner role to make the payment
terms an optional field.

Answer 13

C. Maintain the account type in the terms of payment.

This is a troubleshooting question, which tests understanding and knowledge
of the functionality of the system. However, they aren’t often used in our
exams because it’s hard to make them unambiguous. In this example, the
terms of payment (answer C) must have been configured without supplier
account type. However, one could argue that A would work as well, and yes, it
would. B also kind of works, but it’s no real solution.Dis clearly \Vrong; the specific
payment term was missing per the scenario in the question, and D would
indicate the field itself was missing, which isn’t implied anywhere. So why is C
the correct choice? It’s by far the most proper way to handle the situation. Creating
additional records when you could use what is there just adds noise to an
already complex system. You want to always try and simplify for the end users.

Question 14

You’ve negotiated payment terms that include three installment payments
with your customer. How many terms of payment must you define?

A. 1

B. 2

C. 3

D.4

Answer 14

D.4

To configure installments, you need a base payment term and then an additional
payment term per number of installments. In Customizing, you assign
each installment payment term to the base payment term.

Question 15

What does assigning a screen variant during document entry do?

A. It defaults values for fields in the document line item.

B. It changes the fields that are ready for entry in the document header.

C. It changes the fields that are ready for entry in the line items.

D. It defaults values for fields in the document header.

Answer 15

C. It changes the fields that are ready for entry in the line items.

The screen variant is an entry that simplifies the line item section of the screen
by displaying only those items that are required to be entered or at least a much
smaller selection of account assignments than what is on the standard line
items. The screen variant has no effect on the header section, and it has no predefined
values attached to it.

Question 16

When setting up the system, you want to maintain default values for users of
a company code. Which application do you use?

A. User Maintenance

B. Maintain User Profile

C. Default Values (SAP Fiori}

Answer 16

A. User Maintenance

As a consultant, you would use the user maintenance applications (Transaction
SU01 or better yet Transaction SUlO}. “Vith these transactions, you can change
users other than your own. Both the user profile and the default values in the
SAP Fiori launchpad are limited to defaulting values only for the logged-on
user.

Question 17

Your customer doesn’t \Vant to implement profitability analysis, not even
account based, because the company doesn’t understand the its value. ‘l/Vhich
argument would you use to persuade the customer?

A. Profit and loss statements can be analyzed by sales-specific characteristics.

B. Balance sheets can be analyzed by sales-specific characteristics.

C. Sales orders can be forecasted as liquidity items in cash flow reports.

D. Down payment integration can be performed 1.vith SD.

Answer 17

A. Profit and loss statements can be analyzed by sales-specific characteristics.

This question is borderline as far as if it can be answered with the content in this
book. Though we try to be consistent with the “everything can be found in the
materials” rule, there are some questions where it helps (but isn’t strictly required) to have some “outside” experience to answer. In this case, you know
that many fields coming from SD are transferred to the Universal Journal as values
of CO-PA characteristics. Anything that finds itself as information on
the line item in the Universal Journal can be analyzed in reports, including the
P&L statement, so A is the correct answer. The distractors here are wrong:
CO-PA is updated for P&L accounts, so no balance sheet entries (usually);
liquidity forecasting has nothing to do with CO-PA; and the same is true with
payment and down-payment processing. SAP recommends that account-based
CO-PA be activated for all SAP S/4HANA systems by default, even if a customer
won’t initially make use of it.

Question 18

What can you enter in the header section of the Post Outgoing Payments
application? (There are three correct answers.)

A. Value date

B. Bank fees

C. Discount amount

D. Customer

E. Payment terms

Answer 18

A. Value date
B. Bank fees
D. Customer

This is a straightfor•vard question where it helps to be able to bring the entry
screen to your mind. If that doesn’t work, you can think of eliminating distractors.
The Discount Amount is a line item setting as it might be different for the
items you clear. The same is true for the Payment Terms field (which would be
weird to change during the payment entry).

Question 19

You receive a payment for an invoice that is smaller than the owed amount.
How can you manage payment differences in the Post Incoming Payments
application? (There are two correct answers.)

A. Partial payment

B. Residual item

C. Change due date

D. Reject payment

Answer 19

A. Partial payment
B. Residual item

• The standard ways of handling payments that are smaller than the assigned
  open items are to create either a partial payment or a residual item. If neither
  works, you handle the differences manually (post to G/L or post on
  account).
• There is no functionality to reject a payment. You could return it on the bank
  level, but generally you would post the payment and then talk to the customer
  to understand the amount discrepancy. Changing the due date is
  irrelevant to how or if you post the payment.

Question 20

When a payment in foreign currency clears the amount of the invoice exactly
in the foreign currency but in the local currency is more than the invoiced
amount, what does the system do?

A. Post to profit from exchange rate differences.

B. Leave the amount as an open item to be reconciled with open amounts in
the future.

C. Return the difference back to the customer.

D. Adjust the local currency amount to clear the invoice exactly.

Answer 20

A. Post to profit from exchange rate differences.

This is a straightforward question with a simple answer as differences from currency
exchange are posted automatically to the accounts you’ve specified in
Customizing for profits or losses from exchange rate differences.

Question 21

What is the correct order of steps when configuring the payment programs?

A. Configure: all company codes, paying company codes, payment methods in
country, payment methods in company code, bank determination

B. Configure: all company codes, payment methods in country, paying company
codes, payment methods in company code, bank determination

C. Configure: all company codes, bank determination, paying company codes,
payment methods in country, payment methods in company code

D. Configure: all company codes, paying company codes, payment methods
in country, payment methods in company code, bank determination

Answer 21

D. Configure: all company codes, paying company codes, payment methods
in country, payment methods in company code, bank determination

The order is to configure all company codes, assigning paying company codes
to the ones that don’t perform payments and configuring the company codes
that do perform payments. Configuring the payment methods for the countries
and out of the country payment methods, assign the ones valid for each
company code. The final configuration step is to define the bank determination
for the automated payments.

Question 22

In the payment method settings for the company code, what options do you
have for payment optimization?

A. Optimization by due date

B. Optimization by discount

C. Optimization by bank group

D. Optimization by postal code

Answer 22

C. Optimization by bank group
D. Optimization by postal code

This is a very specific question as it concerns settings in a Customizing screen.
There you can select to optimize per bank group, meaning the system will give
priority to paying from bank accounts that are in the same bank group as the
business partners. You can also optimize by postal code, meaning the preferred
bank will be the closest (per the postal codes) to the business partner.

Question 23

What can you change for items that are in the Exceptions list of the payment
proposal? (There are three correct answers.)

A. Payment block

B. Payment term

C. Payment method

D. Bank selection

E. Reason code

Answer 23

A. Payment block
C. Payment method
D. Bank selection

You can remove the blocking reason (if it’s allowed by the definitions in Customizing),
you can enter or change the payment method, and you can enter or
change the selected house bank account. In addition, although not one of the
answer options, you could also alter the discount amount (per the tolerances
allowed).

Question 24

On what level do you assign dunning areas?

A. Client

B. Company code

C. Functional area

D. Segment

Answer 24

B. Company code

Dunning areas are used to subdivide company codes into areas of responsibility
for dunning, so the answer is the company code where you assign these.
Dunning areas might well reflect either segments or functional areas, but there
is no system connection or assignments between these.

Question 25

When assigning dunning charges to a dunning procedure, what options do
you have? (There are two correct answers.)

A. To assign a fixed amount without assigning a dunning charge percentage.

B. To assign a fixed amount and a percentage. The system posts the larger
amounts.

C. To assign a fixed amount and a percentage. The system posts the smaller of
the two amounts.

D. To assign a dunning charge percentage without assigning a fixed amount.

Answer 25

A. To assign a fixed amount without assigning a dunning charge percentage.
D. To assign a dunning charge percentage without assigning a fixed amount.

You can assign either an absolute value for the dunning charge or a percentage
(which is calculated off the total amount of the overdue items). You can’t select
both. You enter the charges per level and per outstanding amount, so that is
where you can differentiate the charges assigned.

Question 26

True or False: You can assign correspondence types directly to a payment difference
reason code.

Answer 26

True

In the definition of the payment difference reason codes, you can indeed assign
a specific correspondence type to generate correspondence for the difference.

Question 27

True or False: You can change all delivered special G/L indicators and assign
your own to business processes.

Answer 27

False

This wasn’t discussed specifically in the chapter, but it’s good to know. There
are certain processes that are tied to the specific special G/L accounts being configured
in a specific way. For example, the down payment integration scenario
uses F for down payment requests and A for down payments. These shouldn’t
be changed.

Question 28

At which point is the down payment request created in the integrated down
payment process with purchasing?

A. Purchase requisition

B. Purchase order

C. Goods receipt

D. Invoice Verification

Answer 28

B. Purchase order

You enter that a dov.in payment is expected in the PO, and this generates the
down payment request in FI.

Question 29

True or False: The special G/L indicator is the only way to post to a customer
or supplier using a different reconciliation account.

Answer 29

False

As mentioned, you can also configure the reconciliation account field to be
changeable/selectable during document posting. This eliminates the need for a
special G/L transaction in certain cases.