Professional Documents
Culture Documents
FSCM Config PDF
FSCM Config PDF
FSCM Config PDF
com
info@sapcustomization.com
SAP FSCM Configuration & User Guide
TABLE OF CONTENT
TABLE OF CONTENT ..................................................................................................................................... 1
FINANCIAL SUPPLY CHAIN MANAGEMENT ............................................................................................. 5
CHAPTER – 1 - BUSINESS PARTNER ............................................................................................................. 0
Overview of Business Partner .............................................................................................................. 2
Define BP Roles ...................................................................................................................................... 5
Define Number Ranges: ........................................................................................................................ 8
Define Groupings and Assign Number Ranges: ............................................................................. 10
Synchronization Objects...................................................................................................................... 11
Activate Synchronization Options:.................................................................................................... 13
Set BP Role Category for Direction BP to Customer: ...................................................................... 14
Define BP Role for Direction Customer to BP: ................................................................................. 15
Define Number Assignment for Direction BP to Customer .......................................................... 16
Define Number Assignment for Direction Customer to BP: ......................................................... 18
Activate/Deactivate Standard Implementation for Mapping in FI-AR:...................................... 19
CHAPTER – 2 - DISPUTE MANAGEMENT ................................................................................................... 21
Overview of Dispute Management ................................................................................................... 25
BAdIs for Dispute Case Processing ............................................................................................... 26
Create RMS ID: ..................................................................................................................................... 28
Create Element Type: .......................................................................................................................... 30
Attribute Profile: .................................................................................................................................. 34
Attribute Priority:................................................................................................................................. 38
Create values for Attribute Escalation Reason: ............................................................................... 39
Assign Escalation Reason to Attribute Profile: ................................................................................ 40
Create Profile for Case Search: ........................................................................................................... 41
Create Function Profile:....................................................................................................................... 43
Create Text Profile:............................................................................................................................... 47
Create Status Profile: ........................................................................................................................... 49
The authors assume no responsibility for errors or omissions. You should use this
information as you see fit and at your own risk. Your particular situation may not be
exactly suited to the examples illustrated here and you should adjust your use of the
information and recommendations accordingly.
This book and authors are not affiliated with, sponsored by, or approved by SAP AG. Any
trademarks, service marks, product names or named features are assumed to be the
property of their respective owners, and are used only for reference. There is no implied
endorsement if we use one of these terms.
Visit www.SAPCustomization.Com
SAP Financial Supply Chain Management (SAP FSCM) set of applications provide a
complete, integrated solution for managing electronic customer billing disputes,
receivables, collections, and customer credit risk. SAP FSCM helps us to effectively
control our company's account receivable processes and ensure cash flows through
online billing, more streamlined handling of billing disputes, and collections.
Customer can utilize this FSCM module for the option of viewing and paying bills via
the Internet; or creating inquiries, comments or disputes to which the Business can
reply or resolve online.
Biller Direct: Electronic Invoice Presentment and Payment (EIPP) helps business cut
costs by moving to a paperless process, improve customer service by providing
customer self-service, decrease billing errors. SAP Biller Direct is an EIPP solution that
is fully integrated with the backend SAP ERP system eliminating redundancies and
inconsistencies in data.
In-House Cash: If our company has multiple corporate bank accounts spread across its
global organizational structure, we are either paying an extra fee or providing free
money to the banks by maintaining minimum cash balances. And we may be taking
expensive loans for some part of our business whereas; we can be having extra cash to
spare within our organization. We would like to get optimum benefit of our cash
position across multiple company codes, geographies, product lines, and business units
by using SAP’s In-House Cash.
In this eBook we have described how we can configure and use all these modules / sub-
modules which revolve around optimum utilization of cash resources in an
organization.
For easy understanding, we have divided this eBook into following chapters;
Chapter – 1 – Business Partner: In this chapter we will learn how to configure business
partner and its integration with accounts receivable module of FI.
Chapter – 4 – In-house Cash: The SAP® In-House Cash application, one of the financial
supply chain management components of the mySAP™ ERP Financials solution, can
help cut the costs of processing transactions for internal payments, external payments,
and international payments while reducing the number of external bank accounts you
must handle. Following configuration steps are described in this chapter.
Chapter – 5 – Dispute Management User Guide: For effective use of configuration and
SAP Application, user community should be aware of various available functionalities
within the component. In this chapter we will learn how effectively we can use SAP
Dispute Management.
Chapter – 7- Collection Management User Guide: For effective use of SAP collection
management functionality, collection representative should be well aware of various
available options and its integration with other SAP components. Learn how to use
effectvly SAP collection Management.
Chapter – 8 – Inhouse Cash User Guide: In-House Cash user Guide describes, how we
can get best result out of SAP In-House Cash.
Chapter – 9 – Business Processes:In this chapter we will learn few integrated business
process of SAP Financial Supply Chain Management.
Chapter – 10 – Questions & Answers:In this chapter we will learn few questions and
answers in the area of SAP FSCM.
Chapter – 11 – Issues and Resolutions: Issues and reolution chapter describes few real
time issues and its probable solution.
Chapter – 12 – References: This chapter covers various references for example OSS
Note, SAP Knowledge Base Areticles Etc.
• Define BP Roles: In this IMG activity, we define one or more Records Management
Systems (RMS). We use the registry maintenance for these settings.
• Define Number Ranges: In this activity, we define number ranges for business
partners. The defined number ranges are assigned to groupings in the Define
groupings and assign number ranges activity. Number ranges for business
partners are valid throughout a client.
• Activate Synchronization Options: Use this IMG activity to specify which SAP
synchronization options we want to activate.
• Set BP Role category for Direction BP to Customer: In this IMG activity, we can
define which BP role categories enable customer integration in the direction from
the business partner to the customer. We can determine how the system creates a
corresponding customer in Financial Accounting, when we process a business
partner.
• Define BP Role for Direction Customer to BP: In this IMG activity, we assign
BP roles to the account group for the customer master record in which the
business partner is to be created when processing the customer.
• Define Number Assignment for Customer to BP: In this IMG activity we assign
the groupings for the business partner to the account groups for the customer master
records to ensure that when we process customers as part of customer integration the
system also updates the business partner at the same time.
References:
• Tables: Business Partner Master Data.
All the above business processes are comes with screen prints and detail explanations.
Hope you will enjoy it… For any question please mail us info@sapcustomization.com
We create and manage centrally our business partners (BPs) and the roles they assume
for our company. For this purpose, we define the general data of the business partner
once and we assign business partner roles (BP roles) to the business partner. Specific
data is stored for each business partner role. In this way we do not store redundant
data, since the general data is independent of a business partner’s function or of
application-specific extensions.
When we first create a business partner in the system, the BP role General Business
Partner is automatically assigned to the business partner.
SAP Business Partner is designed to utilize technical benefits such as data integrity and
freedom from data redundancy, and to place greater emphasis on aspects relating to
customer maintenance and acquisition of new customers.
We can create a business partner in different business partner roles, and during the
course of the business relationship the business partner can assume other business
partner roles. No new data has to be created each time, meaning that redundant data
creation and retention is avoided, and there can be no inconsistencies.
We need to integrate customers with business partners when we are using FI along with
the new dimensional components of the SAP ERP system for example Financial Supply
Chain Management (FSCM), Customer Relationship Management (CRM), Supply
Chain Management (SCM), and Advanced Planning and Optimization (APO). In FI, we
use AR to manage accounting data for all customers. FI does not use the concept of
business partners; instead it uses its own customer master records.
In FSCM, collection management and credit management uses SAP Business Partner
(BP) functionality. SAP systems require BPs that is managed as customers in FI and as
business partners in other applications.
reflects any subsequent change to the customer master record. Due to this, the system
maintains master data consistency and avoids duplication.
1). SAP Business Partner (SAP BP): The component SAP Business Partner enables
us to create and manage business partners centrally. This is of prime interest if a business partner
plays different roles for a company, such as contract partner and prospect. SAP Business Partner
is designed to utilize technical benefits such as data integrity and freedom from data redundancy,
and to place greater emphasis on aspects relating to customer maintenance and acquisition of new
customers.
Define BP Roles
In this IMG activity we define the business partner roles and their attributes. We also
define the role categories with other relevant data. The BP role categories are stored in a
table that has the delivery class E. SAP comes with pre-delivered BP Roles, those we
will use in this eBook.
• On Change View “BP Roles”: Overview screen, choose position and enter BP Role
we want view.
SAP comes with pre-delivered BP roles for SAP FSCM Collection Management and
Credit Control. In our eBook, we will use following three business partner roles;
The Business Partner Role Category describes the function of the business partner in a
transaction and determines the rights and obligations of the business partner. We can
call up various screens (views) in business partner maintenance based on the role
category. The Role-View-Allocation takes place in business partner customizing under
Role-View-Determine allocation. The business partner must have been created in the
corresponding role in order to carry out a certain transaction with a business partner.
BP view is defined in the area menu of the Business Partner in the SAP Easy
Access Menu.
• In our business process creation BP should create customer and vice versa, we need create
and assign external number range for both business partner and customer. We can create an
external number range by checking check box against a number range in “Ext” col.
Refer Questions and Answers chapter for more information on number ranges.
In this step we have created an external number range and in the subsequent step we will
assign number range to BP grouping. Business partner number ranges are stored in table NRIV
under number range object BU_PARTNER.
remove any check mark, (e.g., against source object BP to customer), then changes to the
BP do not reflect in the customer master.
The BP role categories entered in this IMG activity are customer-based, this means that the
system has to consider customer integration when it processes business partners with a
corresponding BP role. In the IMG activity we can define whether the business partner role
assigned to the BP role category is a mandatory or optional customer business partner role.
In the case of mandatory customer business partner roles the system automatically creates
corresponding customers. In the case of optional customer business partner roles we can
determine whether we want to create a corresponding customer during business partner
processing.
• Same Number: Same Number When Creating Customer/Vendor from a BP. Determines
that when we create a customer master record/ vendor master record as part of
Customer/Vendor Integration we use the same number as the business partner number that
is currently being processed.
In this step we have maintained what would be the customer number when create a business
partner. As per our scenario we want have same number of customer as BP, that’s reason we
have checked same number.
• We have defined and assigned number ranges and groupings for the business partner.
We make these settings in the following IMG activities:
o Define Number Ranges
o Define Groupings and Assign Number Ranges
• We have determined the account groups and the number ranges assigned to the account
groups for creating customer accounts in Customizing for Financial Accounting. We
make these settings in the following IMG activities:
o Define Account Groups with Screen Layout (Customers)
o Create Number Ranges for Customer Accounts
o Assign Number Ranges to Customer Account Groups
• We can configure through IMG // Cross-Application Components // Master Data
Synchronization // Customer/Vendor Integration // Business Partner Settings // Settings
for Customer Integration // Field Assignment for Customer Integration // Assign Keys //
Define Number Assignment for Direction Customer to BP
• On Change View of Number Assignment for Direction Customer to BP”: Overview screen,
choose New Entries.
• On New Entries: Overview of Added Entries, enter data as shown below;
SAP Dispute Management supports the processing of receivables related disputes. Because
customers typically do not notify their suppliers in advance about payment reductions or
nonpayment, many vendors must deal with huge numbers of payment deductions or delays.
The result is declining cash-collection percentages and eroding day sales outstanding (DSO)
averages.
Customer disputes arise for many reasons, including damaged goods or incorrect bills. SAP
Dispute Management lets we process these disputes using a different reason code for each type
of business transaction that may cause a complaint. These reason codes could include
differences in price, quantity, quality, or delivery time. The system logs the status of a dispute
as either open or completed. The status, along with the reason codes, controls subsequent
actions on the dispute – such as notifying employees via workflow processes or generating an
e-mail to the customer.
With SAP Dispute Management, all information related to a dispute is summarized in one
central business object: the dispute case. This new SAP object is like an electronic folder for
bundling all the information related to a customer dispute. In a single view, we can see the
reason code, processor, disputed amount, and amount paid. We can also see all actions that
have been taken to resolve the dispute, as well as all customer correspondence.
SAP Dispute Management allows our finance department to analyze a dispute case and
examine the invoices, notes, and accounting records that are linked to a particular customer.
The drill-down capabilities of this application allow users to view information from other SAP
FSCM applications – such as SAP Biller Direct, SAP Credit Management, and SAP Collections
Management.
• In this step we want to create a new element type for search profile. Choose
UDM_SPS_MY_CASES and right click. Choose copy option to create our own element
type.
• By check and un-checking “Sel.Opt” field on above scree we can decide what field should
be available for selection.
• Now navigate to modifiable field. On Change View Modifiable Fields Overview screen we
can see modifiable fields. Here we can enter additional fields by choosing New Entries.
In this step we have created a case search profile and maintained its attributes such as what
fields are available for selection and what fields can modifiable.
We can use this IMG activity to assemble the functions that we want to provide for our
function profile. All case types to which we then assign this function profile provide the
corresponding functions and display the relevant case components. We can also
determine the sequence of the pushbuttons; create separators between them, and group
pushbuttons for dropdown menus. If we have not defined and customer-defined
functions, we recommend that we use the following function profile:
The collection specialist can access an overview of open resubmissions, which serves as
a reminder to deal with activities still outstanding.
The collection specialist documents the outcome of a customer contact in the collections
management system. The collections specialist can use various options, depending on
the progress of the contact.
The collection specialist creates promises to pay submitted by the customer by selecting
the invoice(s) for which payment is promised and then entering the promised payment
day, the promised amount, the contact person, and a note (optional). The application
determines and proposes the promised amount automatically from the parts of the
invoice that are still open. The user can over - write the amount. If the customer
proposes a different amount, the collection specialist can enter this amount and
automatically distribute it to the invoices, for example, by using the due date.
The collections specialist can also enter an amount for each invoice manually. The
application creates a separate promise to pay for each invoice when the collections
specialist saves it and monitors whether the promise is kept. If we have configured the
application appropriately, it excludes invoices with open promises to pay from dunning
up to the promised payment day plus any days’ grace granted.
The application supports users by having incoming payments update promises to pay
in real time as follows:
• If the customer pays the agreed-upon amount within the time promised, the
promise to pay receives the status of Kept.
• If the customer pays only part of the amount promised within the time agreed, the
promise to pay receives the status of partially kept. For payments that come in after
the promised payment date, the promise to pay updates only the Paid and Paid on
fields.
• If no incoming payment is posted within the time agreed for the invoice, a daily
valuation run assigns the promise to pay the status of Broken. Broken promises to
pay mean the assignment of a corresponding collection rule in the collection strategy
and that the customer appears repeatedly in the work list and is contacted again.
The collection specialist can use the information available to notify the customer of
o Resubmission reason
o Reason for note
• We can configure through IMG // FSCM // Collections Management // Basic Settings for
Collections Management // Resubmit // Define Resubmission Reason.
• On Change view Maintenance of Resubmission Reasons: Overview of Selected screen enter
following data.
In this configuration step we have maintained resubmission reason for resubmission reason
codes.
In this IMG activity we will define the status for dispute cases to be collected. When calculating
the amount to be collected, the system considers the status of the dispute cases involved by
transferring the amount of the dispute cases to be collected to the amount to be collected.
• We can configure through IMG // FSCM // Collections Management // Basic Settings for
Collections Management // SAP Dispute Management Integration // Define status for
dispute cases to be collected.
• In Determine Work Area: Entry window, enter case type
4. If the sub ledger accounting document contains exactly one residual item, enter
the required data on the detail screen for creating dispute cases.
5. If the sub ledger accounting document contains several residual items, we can
decide in the dialog box which dispute cases we want to create. Choose Detail
View: Dispute Case to enter notes and additional attributes on the respective
detail screen.
When we clear open items and simultaneously create residual items, we can create dispute
cases for the resulting residual items.
Prerequisites
The open item to be cleared has not been included in a dispute case as a disputed object.
In other cases, the new residual item is removed from the existing dispute case using the same
procedure. We recognize this situation from the title of the dialog box: Split instead of Create.
For more information about splitting dispute cases, see Effects of Clearing on Dispute Cases.
Procedure
1. Start the clearing transaction (for example, incoming payment, transfer posting) as
usual, select the open items to be cleared, and on the tab page Residual Items,
create the required residual items (there may be several for one item selected).
a. If we have created one residual item, the detail screen for creating dispute
cases appears. Enter the required data and choose Continue.
• Now to we can choose SAVE icon to save the addition of open items to an existing dispute
case.
Activities
With effect from mySAP ERP 2004, the program is in the application menu. From
the SAP Easy Access menu, choose Accounting → Financial Supply Chain
Management → Dispute Management → Periodic Processing in Accounting →
Automatic Creation of Dispute Case or Transaction code : FDM_AUTO_CREATE.
Once we created promised to pay, we can see promise to line item in “Promise to Pay” tab
pages.