Financialsupplychainmanagement 121105100455 Phpapp02 Libre
Financialsupplychainmanagement 121105100455 Phpapp02 Libre
Financialsupplychainmanagement 121105100455 Phpapp02 Libre
Credit Management
It's different from traditional SAP credit management because it aims to become a central function in a distributed
environment. The old system used SD and FI on the same R/3 system. FSCM Credit Management brings in CRM
systems, external logistics systems (both distributed SD and non-SAP systems), and can present the results through a
BI system and a Portal.
Features
limits
Credit limit for the customer (and order limit, risk class)
Credit Rules Engine, which takes information and automates credit scoring, credit decisions and calculations of credit
Credit score, determined from externally and internally-collected information. Both automated and manual updating of
credit scores are possible. Each customer has a credit scoring procedure, and a mass recalculation can be run to re-
Analysis
Credit decision support function, consolidates data from several systems, summarised on a customer credit fact sheet,
which can be accessed through the credit manager cockpit in the Portal.
evaluate scores.
Note function, for credit controller to record additional information
Document storage, to attach any external items (bank records, credit reports)
Automated credit decisions for most cases allow you to concentrate on the exceptions.
Dispute Management
This module aims to reduce the time spent handling disputes between companies and their customers. Often, a credit
control clerk can spend 50% of their time dealing with these cases. It also aims to speed up the time to collect the cash
from the customer.
Features
Create a new dispute case from the list of open items, or within a specific transaction (e.g. Process Incoming Payment,
Assign roles to the dispute case, each role having different tasks. The case notes can hold questions for colleagues, or
comments about the dispute, and add up to the complete case history.
Cases become classified, and managed according to processing status, and the reason for the dispute.
The important documents can be attached to the case, both SAP documents and external ones.
The case may be escalated to the next management level if an action isn't carried out.
The case may hold actions, which can be flagged for follow-up. The case may be escalated to the next management
level if an action isn't carried out.
invoicing modules.
payment.
integrated into the Supplier Portal. It can be run as a stand-alone application based on J2EE.
It can save the work of the AP department in answering vendor queries over invoices, whether they have been blocked,
Customers can be given the ability to create dispute cases on their own invoices, if they have grounds for withholding
Biller direct has facilities allowing customers (and vendors?) to access the portal, and request user profiles.
It can provide the access via SAP Enterprise Portal, or any other portal using single sign-on tickets. It can also be
Vendors do not need to install any SAP software in order to use this, merely a standard internet browser.
SAP recommend the use of Secure Network Communicator to make the communication between WebAS and ERP
secure.
In some countries (probably the UK) the Data Protection Act requires that you obtain authority from customers to
capture and hold their details (e.g. bank & credit card details) on your computer.
Collections Management
The Collections Management module allows organisations to manage individual AR accounts, in cases where bulk
dunning will not be effective. It's an efficiency tool for AR clerks, and aims to create prioritied work-lists of key customer
accounts for action.
Features
Target "delinquent" accounts for action, offer discounts more intelligently, and retain the best payers.
Automatically selects the customer accounts needing action, and prepare work lists for action. The application is based
on a collection strategy for customers, identifying how the priorities are set up. AR clerks are given information on why
the contact is necessary, and what previous contacts have been made.
The AR clerk may log the customer's promise to pay, or a dispute case (for Dispute Management). If the clerk cannot
make contact, or the customer wants calling back, the clerk enters a "resubmission".
Once a clerk has made contact with the customer, SAP Collections Management removes them from the worklist.
SAP Collections Management monitors whether the customer keeps their promise to pay, and if not, they get put back
on the work list.
Analysis
The AR Supervisor has functions to control and supervise the work of debt collection. The system provides statistics on
how many work list items have been completed (successfully or unsuccessfully), and how many are still open. The
supervisor has the ability to re-assign the work lists over the AR clerks.
FSCM Terminology
FSCM Terms
Collection Profile: For collecting receivables using sap collection management a collective profile is assigned to every
customer.
Collection Segment: ( The collection segment is assigned to collection profile) It groups company codes of a company
from the view of SAP collection management, so that transaction data( such as: open items, dispute cases, promise to
pay) of a business partner from these company codes can be considered together.
Collection Group: A collection group consist of collection specialist that are to make contact with customer in SAP
collection management. All specialist in a collection group collect open receivables from business partner with the
Biller Direct
Biller Direct is an online view of a customer account.
Collections Management
Before understanding Collections Management, it is important to understand what is available in the current solution (FIAR) and the benefits that Collections Management will give you.
5 reasons why your Accounts Receivable team should be using a Collections Work
list within SAP FSCM
The Collections Worklist can only be found within SAP FSCM and is part of the Collections Management module
of SAP FSCM. This is the tool SAP have provided to the Accounts Receivable team to assist them to perform
their daily duties of collecting cash. The Collections Worklist provides a priorities list of customers for the
Accounts Receivable team to contact. The Worklist can be priorities according to client's unique requirements
with the highest ranking customers appearing at the top of the worklist and the lower priority at the bottom of the
worklist.
The real benefits of a Collections Worklist are around a single system and process where there is full visibility of
actions that have occurred whilst contacting a customer. To achieve some of these without SAP FSCM could
only be achieved by either using a third party software provider or my bespoking your current SAP Accounts
Receivables solution to align to your own requirements.
Below are my top 5 reasons why your SAP Accounts Receivable team should be using the functionality with SAP
FSCM:
1.
Uniformity of process:
Within SAP Collections Management there is a clear Organisational structure that enables you to group
customers into different segments and groups. These normally align to legal entities and teams within an
Accounts Receivable team. A Collections Worklist is easy to use and if a member of the Accounts Receivables
team was on holiday or off sick a different team member could pick up another Worklist without needing a formal
handover.
2.
Prioritization of Accounts:
One of main benefits of the prioritized Worklist is that the team member does not have to work out which
customers to contact on a specific day, it is done for them. This will stop low risk customers being contacted, and
enforce more effort being driven towards higher risk customers. The true benefit of this is that the prioritization is
fully customisable allowing a client to make its own rules up. This is a massive benefit when comparing it to a
standard Aged debt report in SAP Accounts Receivable which can only be sorted by Name of Customer, or
amount of outstanding debt.
3.
Performance Management:
It is one thing providing your Accounts Receivable team a new tool to help collect cash but to see the true worth
of the change of process and solution you need to report on the benefit. With SAP Collections Management you
have the ability to record the number of customers contacted by an Accounts Receivable team member over a
period of time. You can then use this data to compare that team member against their peers. This will allow the
Accounts Receivable Manager to track the performance of the team members and make informed decisions
based on those findings.
4.
One of the biggest gripes regarding the existing SAP Accounts Receivable solution related to the notes that a
team member would make. Some used to print of reams of Aged Debt, and make hand written notes regarding
the customer contact. This is OK for the team member, but it does not help the Manager or a replacement who is
thinking about contacting a customer. By having the ability within the Collections Worklist to record, and therefore
report on the notes made by the Accounts Receivable team member provides a single reference point, which can
be easily accessed by any authorized user.
5.
Collections Management has been built so it easily integrated with the other modules of SAP FSCM. From the
Collections Worklist, a user can raise, change and display customer Disputes that may have been raised. On the
front screen of the Worklist there is a specific column to detail the value of outstanding debt currently under
"Dispute". This is used to inform the team member that whilst a customer might have $300,000 of outstanding
debt, if they have say $50,000 in dispute, then the amount to collect will be $250,000. Please note standard
Accounts Receivable has not notion at all regarding customer disputes, so this is a massive step forward.
Further to the integration with SAP Dispute Management, is the integration with SAP Credit Management within
SAP FSCM. Within SAP FSCM Credit Management is the ability to calculate a "credit score" against a customer.
This in turn can influence the "risk class" of the customer. What makes SAP FSCM Credit Management a better
proposition that its standard relation in core SAP Accounts Receivables is the benefit of using actual SAP data to
"score" a customer. The traditional method as standard was to either use offline methods, or third party scoring.
The Collections Worklist can be prioritized by a number of different criteria, including the value of customer
disputes and the risk class that is derived from SAP FSCM Credit Management.
Selection of Customer (All customer should be business partners then only they can be assigned in collection
management) - one of the key steps is to create all customers as collections management business partners.
For more information on this please refer to the following
article.http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/b001aec0-b12d-2d10-3faa-b416e6de0270
2) Prioritization of Customer based on Collection Strategies.
3) Preparation of Customer Contacts
4) Processing of receivables.
Terms:
Collection Profile: For collecting receivables using sap collection management a collective profile is assigned to every
customer.
Collection Segment: (The collection segment is assigned to collection profile) It groups company codes of a company
from the view of SAP collection management, so that transaction data( such as: open items, dispute cases, promise to
pay) of a business partner from these company codes can be considered together.
Collection Group: A collection group consist of collection specialist that are to make contact with customer in SAP
collection management.
All specialists in a collection group collect open receivables from business partner with the same collection strategy.
Collection strategy: It controls the priority of a work list item.
Collection segments are assigned to collection profiles by IMG activity (table UDM_PROF_SGMT gets updated)
and collection groups to collection segments (table UDM_SGMT_GRP) So when you assign a collection profile to
Business Partner, the segment and collection group gets updated based on the IMG configuration done.
You can use SAP Collections Management as a one-system or as a multiple-system scenario.
In a one-system scenario, Collections Management is in the same system as Accounts Receivable Accounting.
In a multiple-system scenario, you run Collections Management in a separate system. This communicates with the
system of the Accounts Receivable Accounting connected
by means of Application Link Enabling (ALE).
Dependent on the release of Accounts Receivable Accounting, you can either select between a one-system scenario
and a multiple-system scenario or you
can only use SAP Collections Management in a multiple-system scenario.
If you connect more than one accounting system to the Collections Management system, then you have to indicate the
company codes of these accounting
systems in Collections Management, and also enter them as a filter for the BAPI AccessProcessReceivables for the
object Collection Data.
Credit Management
FSCM Credit Management is not to be confused with the original Credit Management.
A quick overview of credit management within FSCM
must have.
The main benefits can be broken down into three areas.
Enabling you to make better decisions
Full integration of the process
Use of internal data for credit analysis
To fully understand the business benefits of SAP FSCM Credit Management, it is important to review how
standard SAP Credit Management is used and the associated processes.
Summary
You can measure the benefit of reducing the manual effort of creating new credit limits and reviewing changes,
however you cant see the full benefit around future bad debt. Comparing your current bad debt for a fiscal year
only indicates how you performed against a previous year. This cannot serve as an indication as to the future
trends of bad debt.
Being able to quickly identify when a customer changes its payment behaviour, or repeatedly asks for a Credit
Limit increase is something that you can track within SAP before the customer turns into a bad debt. It is also a
recommended approach to analysis the customers that became a bad debt, to see if you can spot any trends and
build warnings against these within your process. By changing your processes and using actual data will enable
you to make better decisions and avoid potential bad debts.
The new Credit Management has a more global view to it, it works on a different Org structure and can use internal and
external ratings to rate customers and provide a credit score.
The main difference here, is that internal credit scores can be generated, again, this is very flexible and this can be
used to work out the amount of credit a customer should be given, and can also work with external systems as well.
The combination of this should ensure that the amount of credit granted to customers follows the strict policies of ALL
clients.
The implementation of FSCM Credit Management requires XI (PI). - there is a useful blog on the subject of the PI
configuration steps
SAP Credit Management (FSCM) enables you to assign a certain credit limit to each customer. For example,
when an invoice is posted, the system checks if the amount exceeds this limit. Differents scenarios are provided:
FI-AR (Accounts Receivable)
FI-AR and SD (Sales and Distribution)
...
This blog gives you an overview of FI-AR and SD scenario: you need to configure a specific interface on the SAP
NetWeaver PI 7.1.
SAP provides standard packages for SAP NetWeaver PI:
SAP APPL
SAP ABA
FINBASIS
SAP BASIS
First, create a business system on SLD (System Landscape Directory).
Now you can import the standard packages previously downloaded from Sap MarketPlace with Enterprise
Services Builder tool.
For this scenario, you must create two communication channels that allow data transfer between SD and FIAR. Both channels point to an RFC destination of type HTTP Connections to ABAP System created
by transaction SM59 in SAP NetWeaver PI
--> Note: the user that is used by RFC Destination must have role for the use of FSCM on ECC 6, otherwise you might have
problems with the update of the financial data of the business partner (for example: Error during update of credit exposure
information UKM_BP 001)
After you have configured properly the two channels, various interfaces can be created to suit your needs:
UKM_R3_ACTIVATE
UKM_FILL
UKM_VECTOR_PUSH
All the interface informations can be found on the official documentation Sap Credit Management
Configuration Guide.
The following Blog (Article) covers how FSCM Credit Management is linked to XI so data from SAP Finance can be
used by the FSCM sub-module.
Financial Supply Chain Management (FSCM) is an integrated approach to provide better visibility and control
over ALL cash-related processes.
Better predictability of cash flow
Reduction of working capital
Reduction of operating expenses
End-to-end integration of business processes
Components of SAP FSCM
1.
SAP Credit Management, Controlling credit risk via real-time credit allocation and ongoing monitoring i.e. online credit
rating check for fast credit decision
2.
3.
SAP Biller Direct, Display of bill and payment history and account balances
SAP Collections Management, Comprise company specific rules for collecting receivables and Used to select and prioritize
4.
5.
(electronic record)
SAP In-House Cash, Management of internal bank accounts for all subsidiaries
Purpose of Blog
In this blog, you can able to see how to configure XI settings for SAP FSCM-Credit Management to generate
Credit Limit Utilization, Payment Behavior summary and Credit Exposure in dual box scenario (i.e. SAP R/3 is in
one box and SAP FSCM is in another box).
Landscape
Pre-Requisites
1.
On the ECC systems, you should have the checked all the necessary FSCM related settings done properly.
2.
3.
On XI system, The Integration server and System landscape directory should be configured properly.
Check all the three systems are connected properly through the RFC connections.
Steps to be performed
Setting up SPRO settings for Financial Supply Chain Management.
Setting up R/3 related Proxy settings to connect SAP XI.
Setting up XI related proxy settings to connect SAP FSCM.
Interface Design, Development and Configuration in XI.
1.) Setting up SPRO settings for Financial Supply Chain Management.
The settings should be carried out by our Functional team (FI).
2.) Setting up Proxy related settings in R/3 systems.
Go through this blog for activating the ABAP Client proxies.
How do you activate ABAP Proxies?
Apart from this we have to maintain and activate the following http services related to XI in R/3.
3.3) Maintain the following parameters for the Integration engine configuration.
3.6) Create and maintain the technical & business system for R/3 systems in XI.
4) Interface Design, Development and Configuration in XI
4.1) Integration Repository
Need to import and maintain the following software components in the Integration Repository.
FINBASIS
SAP ABA
SAP BASIS
we can download the content from https://websmp206.sap-ag.de/support & goto entry by application group ->SAP
Content -> ESR Content(XI Content).
Once the XI contents are downloaded, ask your BASIS team to move the files into following
path/sapmnt/XID/global/xi/repository_server/import
Need to assign the BUSINESS SYSTEM for R/3 system which is already maintained in the SYSTEM
LANDSCAPE DIRECTORY.
Create and maintain the receiver communication channel.
Create and maintain the collaboration profiles and collaboration agreements for corresponding interface objects.
Now we can start configuring the Credit Management Interfaces as per the requirement.
Dispute Management
Dispute Management is a sub module of FSCM.
Dispute Management uses the case management process in SAP.
A Dispute Case is created and then can be work-flowed through a business for resolution.
Links can be made to 3rd party information, business rules can be applied so certain dispute types are automatically
credit'ed, or moved to certain users for resolution.
The core reporting occurs in BI, however it integrates very well with Collections Management and Biller Direct.
The aim of the module is to record the dispute in a single system to allow all business users to have access to the
same information and work together to resolve the dispute as quickly as possible to improve cash flow, and reduce the
DSO.
Please review the following wiki for information regarding the ES view for Dispute Management available in
Enhancement Package 4
Dispute Management
The Dispute Management ES bundle service-enables the dispute management capabilities of SAP ERP.
Simply stated, the Dispute Management ES bundle provides Enterprise
Services designed to help SAP clients better manage invoice-related
disputes with customers when one or more processes must be invoked in
order to address the underlying claim. It accomplishes this by service
enabling Dispute Case functionality - the primary business object covered
by this bundle - held within SAP Dispute Management.
The Dispute Management ES bundle enables searching for, displaying,
creating, and changing of dispute cases. Dispute cases are created when
a customer pays less than the original invoice amount for a variety of
reasons, including dissatisfaction with a job. A Dispute Case is a record
that contains all the information relevant to a disputed invoice and is the
central business object tying together all the information and activities
necessary to process and resolve disputes.
Basically, a dispute case is a virtual file that can provide every employee
involved with resolving the dispute direct access to all of the necessary
information without having to search through numerous systems or files
manually. Employees can enter information and comments as electronic
notes, creating an accurate record of how a particular dispute was handled
and resolved.
Importantly, this ES bundle also facilitates real-time (synchronous) and asynchronous integration of SAP Dispute
Management with other SAP and non-SAP applications, though, as with all enterprise service implementations, some
work is involved to write code that invokes the services (the composite application or other type of service consumer).
This bundle also facilitates integration with customer interaction centers (areas that provide enhanced customer service
by offering multiple contact options and efficient methods to respond to customer queries), customer fact sheet
applications, and customer-facing portals, where a customer can create a dispute case themselves. The net result is an
integrated, 360-degree view of all customer disputes and related claims and tickets across the enterprise.
In all, the Dispute Management ES bundle leverages enterprise SOA by providing communication with SAP ERP, SAP
CRM, SAP Quality Management, as well as non-SAP applications through the use of enterprise services.
Audience
Industries
The Dispute Management ES bundle is targeted at all industries with FI-AR backend systems,
especially those where CRM-like applications are used. This bundle is also targeted at SAP
Roles
Managers and clerks.
Audience
For details on Service
Operations, Business
Objects and Process
Components, please
customers who are already using SAP Dispute Management and want to integrate it with
other SAP and non-SAP applications.
Table of Contents
check the ES
Workplace.
How to Use This ES
Bundle
Use Cases
Use Case 1: Dispute
Management
Integration with CRM Creating a Dispute
Case
Use Case 2: Dispute
Prior to the creation of this ES bundle, there was no automated and integrated way to allow
Management
users from various departments, such as call centers and quality management, to create
Changing a Dispute
Case
Use Case 3:
Interaction Center
Trouble Tickets
Use Case 4: Including
Disputes on a
Customer Fact Sheet
Use Case 5: Allowing
Quality Managers to
Create Dispute Cases
Use Case 6: Enabling
Call Center Agents to
Create Dispute Cases
Informed by Quality
Issue Notifications
Use Case 7: Handling
Dispute Cases
through a Customer-
Facing Portal
System Requirements
Related ES Bundles
Links
SDN and SAP Links
The Dispute Management ES bundle provides an automated method for companies to better manage disputes and to
integrate handling of disputes with a number of other systems. As a result, employees who create dispute cases have
direct access to all of the necessary information without having to manually search through a number of records and
files. It is all contained in an easily accessible format within the dispute case.
Further, each dispute case includes a reason code, which delineates the nature of the complaint and specifies the
various business processes involved. A processing status notice can also be logged, which with the reason codes will
activate follow-up actions such as notifying relevant employees and/or internal processes, triggering sending an email to
the customer, as well as triggering actions in SAP ERP financials or logistics applications, for example.
The result is more efficient and cost-effective handling of disputes, with the following benefits:
Cost Savings
Reduced manual work, lowered integration costs with SAP and non-SAP systems, and reduced number of open or
resolution, more effective communications between applications such as CRM and quality management.
Integrating with CRM
Armed with composite applications designed to call the services in this bundle, call center agents can quickly and easily
create dispute cases and forward them to SAP ERP for further processing. Call center agents are also able to quickly
and easily find dispute cases related to specific customers and get all the information they need about the status and
Furthermore, by connecting disputes with quality issues, the financial impact of quality issues can be assessed.
Customer Facing Portal
The Dispute Management ES bundle enables integration with web applications so that a customer can check the status
of a dispute or file a new dispute online.
Use Cases
The following sections explore seven use cases for the Dispute Management ES bundle. Each is intended to provide a
concrete example of the types of functions the bundle supports and shows how different outcomes can be achieved by
using the enterprise services in different combinations.
While these use cases demonstrate a few of the ways the ES bundle can be used, they are designed to highlight the
flexibility and reusability of the business objects and enterprise service operations so as to provide a clearer
understanding of how you can deploy them in your own environment.
This wiki is also the space for readers to share knowledge and collaborate with others who are implementing the
Dispute Management ES bundle.
Use Case 1: Dispute Management Integration with CRM - Creating a Dispute Case
Note: This use case presumes that the CRM system has been modified to provide options that invoke enterprise
services in this bundle.
In this scenario, a call center agent for a construction company receives a call from a customer asserting that the
company's contractor only performed 80 percent of the service, so the customer will only pay 80 percent of the invoice.
The call center agent understands that this represents an invoice-related dispute and selects an option in a CRM
system to open a dispute case.
After all of the necessary information is entered, the agent saves it, and the CRM system invokes the Check Trade
Receivables Payables Dispute Case Creation enterprise service. This service operation verifies that all the required
information to create a dispute case has been entered. If there are any errors or omissions, the application displays an
error message.
Upon correcting the errors, the agent saves the information, which invokes the Check Trade Receivables Payables
Dispute Creation enterprise service again.
Since the information is complete and correct, the CRM system then invokes the Create Trade Receivables Payables
Dispute Case enterprise service. This asynchronous service creates a dispute case in SAP ERP.
Once a dispute case is created in SAP Dispute Management, notices are automatically sent to relevant individuals and
organizational units.
Once a resolution is reached, the dispute case is automatically updated to reflect these changes. If a payment is
required from the customer, once it is received and posted the system, it can be mapped to the correct dispute case,
which can be automatically updated.
The following table summarizes these steps and associated enterprise services:
Step
Step 1: The call center agent displays the customer information in CRM
Step 3: The agent enters the necessary information to create a dispute case and
saves.
Step 4: The application checks for errors and displays an error message if any are
found.
Case Creation
Step 5: The agent corrects any errors and saves the information in the dispute case
again.
Case Creation
Step 6: The application creates the dispute case and sends it to SAP ERP
Step 7: The dispute case is forwarded to the necessary individuals and offices
Use Case 2: Dispute Management Integration with CRM - Changing a Dispute Case
The customer from use case 1 calls back to add to the complaint, asserting that the work the contractor did was of low
quality and portions of which have been done incorrectly. The building inspector has asked for modifications, causing
the customer to reduce his payment to the company to $7,000.
The call center agent looks up the customer in the CRM system, which searches for any relevant dispute cases for this
customer (by invoking Find Trade Receivables Payables Dispute Case by Elements). The call center agent clicks on
the dispute case number, which invokes Read Trade Receivables Payables Dispute Case. The agent can then enter
whatever changes need to be made along with the reasons for the dispute given by the customer and any other relevant
information.
When the agent finishes entering the changes and saves the dispute case, the application invokes Check Trade
Receivables Payables Dispute Case Update followed by Change Trade Receivables Payables Dispute Case to
send the changes to SAP ERP.
The following table summarizes these steps and the associated enterprise services:
Step
Step 1: The call center agent receives a call and displays customer information in the
CRM system.
Step 2: CRM searches for relevant dispute cases and displays a list
Step 3: The call center agent sees the dispute case the customer called about and
clicks on it.
Case
Step 4: The agent makes changes and provides updated information for the dispute
The agent is then able to provide the customer with the status of the credit memo and any other relevant information.
The following table summarizes these steps and the associated enterprise services:
Step
Step 1: The call center agent receives the complaint and creates a ticket.
this step
Step 5: The composite application verifies the information used to create the Check Trade Receivables Payables Dispute Case
dispute case
Creation
Step 6: The composite application then creates the dispute case and
Step 7: At a later time, the customer calls to check the status of the credit
memo.
this step)
Step 9: The agent selects the correct dispute case from the search results.
Step 10: The agent provides the customer with the requested information.
Step
Step 1: The composite application creating the customer fact sheet searches for
Step 2: The composite application displays the dispute cases and related details
these products.
Use Case 6: Enabling Call Center Agents to Create Dispute Cases Informed by Quality Issue
Notifications
Call center agents need access to quality information in order to have a fuller picture regarding a dispute. Realizing that
the product the customer has called to complain about already has received a Quality Issue Notification may help the
agent to ameliorate the customer's concerns.
A composite aimed at call center agents could combine information from SAP Dispute Management with information
from SAP Quality Management. It could further draw information from SAP CRM andSAP ERP.
The agent searches for a customer, which invokes Find Customer Address Basic Data by Name and Address. The
rep then selects the customer from the list of results, which invokes Read Customer. Using the customer ID, the
composite searches for order history by invoking Find Sales Order Basic Data by Elements and then searches for
any relevant dispute cases by invokingFind Trade Receivables Payables Dispute Case Basic Data by Elements. To
provide further details, the composite then uses the Material IDs from recent sales orders to invoke Find Quality Issue
Notification by Elements, searching for quality issues related to products ordered in the last six months.
Before even beginning to speak with the customer, the call center agent has an accurate picture of any quality issues
related to the products the customer has ordered.
If required, the agent can then create a dispute case on the customer's behalf by entering necessary details, which
invokes Check Trade Receivables Payables Dispute Case Creation. If all the details were entered properly, the
composite invokes Create Trade Receivables Payables Dispute Case.
The following table summarizes these steps and the associated enterprise services:
Step
Step 1: A call center agent receives a call from the customer and opens a composite
application.
Step 3: The agent selects the customer from the search results.
Read Customer
Step 4: The composite application uses the customer ID number to search for sales
orders
Step 5: The composite application searches for any dispute cases related to this
customer.
Step 6: The composite application searches for quality issue notifications related to
Elements
Step 7: The composite application displays all the information found, giving the
Step 8: If needed, the call center agent enters data needed to create a dispute case.
Case Creation
Step 9: If correct, the composite application creates a dispute case and sends it to
SAP ERP.
Dispute Case
Step 1: A customer logs into the company's web portal and pays her bill.
Step 3: The web application asks the customer to select a reason for the
underpayment.
Step 4: If the customer enters a reason code that should trigger a dispute case, the (no enterprise service operation is invoked
web application presents the customer with an appropriate option.
Step 5: The customer selects the option to create a dispute case and then saves
the information.
Case Creation
Step 7: The web application displays the identifier for this use case, as well as
other details.
Case
Step 8: Later the customer comes back to review the status of the case. The
System Requirements
SAP ERP 6.0
SAP enhancement package 4 for SAP ERP 6.0
Related ES Bundles
Customer Fact Sheet
Integration of Quality Management Systems
Links
SDN and SAP Links
SOA Homepage on SDN
Dispute Management page on the ERP Financials Wiki
Dispute Management page on the Shared Services wiki (nice diagrams of how dispute management fits into the overall
receivables process both on that page and on its parent page, Monitoring & Collection of Receivables)
Source: http://wiki.sdn.sap.com/wiki/display/ESpackages/Dispute+Management
Workflow is a key part of controlling the dispute management process. Disputes will be created and then passed out to
different business users for approval or more information. The key to this process is ensuring that workflow is used at
the correct time in the process
Workflow or BI reports?
Now BI reports can be sent to business users to notify them of disputes they need view and action, and in a way
this is doing the same type of job as the workflow notifying the business user they need to action the dispute.
With a typical SAP FSCM implementation, the reporting requirements will come right at the end of the project,
they maybe defined in the scoping and Blueprint, but the true look at feel to them will only come late in
realisation. Where clients want formal control around their processes workflow is usually recommended as an
option, and with mature SAP ERP clients, they will have some experience of this is other business processes.
Within scoping and blueprinting, the formal dispute cycle is debated and agreed, and the process will normally
include workflow where formal controls are required within the process. Sometimes the business decisions that
are made early on within the implementation will be done without the knowledge of what could be achieved via BI
reporting and so workflows get designed and agreed to mitigate the risk of lack of control around the approval
and sign off processes of a dispute.
2.
3.
4.
Closure of dispute
Summary
The key area to focus on utilising workflow is the approval phase of the dispute. By creating good reporting and
sensible dispute statuses the other phases should be achievable by either automated processes or frequent
business users reviewing reports to identify the disputes that need further processing. Further to this, some
clients like to provide the frequent dispute users a worklist similar to the Collections Worklist, to identify the
disputes that they need to process
Purpose
The purpose of this page is to clarify the use of the splitting functionality in the In-House Cash functionality.
Overview
The splitting functionality in the In-House Cash is to be used in case youd wish to pay the invoices using the individual
payment functionality in F110 and would also like to continue with individual payment when creating the payment
requests, therefore creating one payment request per payment process.
Splitting
When you set this indicator, in the case of an external payment, a separate payment request is sent to the paying FI
system for each invoice. This means that you can forward invoice information, for example, invoice number and item
text, to the payee.
This setting should be used, for example, in case you'd wish to have one payment request per ICH payment created.
This would allow more information on the detail of each invoice.
With this functionality, youd be able to populate PAYRQ-XBLNR (Reference Document Number field) without the use of
user-exit 002.
When you access the setup, select the appropriate Clearing Partner and go to Processing Parameters.
Example of Use
Scenario:
1) Run F110;
2) Run IHC0 to post the IHC payment order and trigger creation of payment request;
3) View Payment request via F8BT;
4) View table PAYRQ - reference field (XBLNR);
Expected result
In the scenario above, the reference field XBLNR will only come from the invoice paid in F110 if the splitting functionality
has been used. If it hasn't been used, youll not be able to view the reference document number in F8BT or in the
payment request table PAYRQ.
Purpose
The purpose of this page is to explain the settings needed to activate the amount limit check in IHC.
Overview
This page will guide users on which settings should be made to activate the limit check for ICH payment orders.
Related Notes
SAP Note 1493695 - Restrict the transaction amount beyond the allowed limit
SAP Note 1303418 - BTE 10024 does not work for direct debits
SAP Note 1163193 - List of all BADI/BTE/Exits used in IHC
SAP Note 843452 - RUERP2004: Workflow and limit-functionality
SAP Note 791282 - IHC: Workflow for IHC payment orders
Note: SAP Notes are available only at SAP Service Market which requires Official User ID.