quarta-feira, 31 de agosto de 2016

Terms of Payment customizing

Purpose

The purpose of this page is to share the information about “Terms of Payment”;
How to set the customizing;
How is baseline date determined;
How is net due date calculated, and the calculation logic.

Overview

Terms of Payment are conditions agreed between business partners for the payment of invoices. The conditions define the due date and the cash discount offered for payment of the invoice within a certain period.
Terms of payment enable the system to calculate a cash discount and invoice due date.

Creating Terms of Payment

Navigation:  Transaction SPRO -> SAP Reference IMG -> Financial Accounting -> Accounts Receivable and Accounts Payable -> Business Transactions -> Outgoing Invoices/Credit Memos -> Maintain Terms of Payment
Alternatively:  Transaction code OBB8
Some terms of payment are predefined in the system, you can add new ones with “New Entries” button.

General data

Day limit is the calendar day to which the terms of payment are valid. Using the day limit, you can store single or multi-part terms of payment in a terms of payment key (terms of payment key JOY1 in this page).
The above terms of payment is valid until 15th of the month.
The above terms of payment is valid from 16th to the end of the month.

Basic data



Related Documents



Related SAP Notes/KBAs


SAP Note 162885: - Behavior of terms of paymt when entering a doc

Other key words

Payment terms calculation; Baseline date calculation.

Fonte: https://wiki.scn.sap.com/wiki/display/ERPFI/Terms+of+Payment+customizing

Cash discount in SD



Purpose

The purpose of this WIKI is to explain how to setup the Cash discount in SD.

Overview

When the FI document is generated from SD billing document, the Cash discount is passed from SD to FI. Appropriate SD customizing is necessary to fulfill Cash discount functionality.

Introduction

  • In SD the Cash discount is implemented within Pricing procedure.
  • In standard delivered Pricing procedure, for example RVAA01, there are the Cash discount conditions SKTV, SKTO

Customizing

  • In transaction OBY6, set the indicator: Discount base amount is the net value (T001-XSKFN) if necessary. 
  
  • In transaction OBB8 setup Payment terms including Cash discounts.
  
  • In transaction MM02 set the Cash discount indicator MVKE-SKTOF.
  
  • In transaction V/08 set the Cash discount conditions SKTV, SKTO. See the standard delivered pricing procedure RVAA01 as sample.
  

Pricing setting details

The condition SKTV must be placed before tax condition. It must have:
  • Requirement  14, fulfilled if T001-XMWSN = 'X' and MVKE-SKTOF = 'X'.
   
  • Base value formula 2, determining discount base value equal to net value KOMP-NETWR
The condition SKTO must be placed after tax condition. It must have:
  • Requirement 9, fulfilled if T001-XMWSN is blank and MVKE-STKOF = 'X'.
      
  • Base value formula 11, determining discount base value depending on T001-XSKFN:
    • If T001-XSKFN is blank, base value equal to net value (KOMP-NETWR).
    • If T001-XSKFN = 'X', base value is net + tax (KOMP-NETWR + KOMP-MWSBP).
        
Both SKTV and SKTO must be statistical.

Conclusion

Once all the customizing settings are done, in the pricing of billing document the condition SKTV or SKTO is determined, from Payment terms.
The discounts are statistical in SD and don't affect the net value.
They are passed to FI, and are considered during the payment.

Related content

Related notes

  • SAP note 147992  Billing document transfers incorrect cash discount.
  • In case Plants abroad functionality is active, and you want the system considers the Discount base amount indicator at country level, instead of company level (technically speaking T005-XSKFN instead of T001-XSKFN) the modification of note 1598661 is necessary.
  • In case Tax jurisdiction function is active, and you want the system considers the Discount base amount indicator at Tax jurisdiction level, instead of company level (technically speaking TTXJ-XSKFN instead of T001-XSKFN) the modification of note 1080399  is necessary.
  • Fonte: https://wiki.scn.sap.com/wiki/display/SD/Cash+discount+in+SD

terça-feira, 30 de agosto de 2016

Partner determination procedure in SD

Partner Determination in SAP Sales and Distribution

Purpose

This wiki page will discussion about basic function related to partners in SAP Sales and Distribution Module knows as Partner Determination

Overview

This a procedure by which system selects the assigned sales relevant partner function/functions to the object in Order to Cash process.
In brief, sales partner are business parties which are involve/relevant to a sales process/transaction. Each partner are defined/identified based on role & function they play in those sales process/transaction. These can internal or external to an organization. To setup, determine & copy these business partners in a sales process or specific sales process or master in SAP SD, we use a search technique, known as Partner Determination.

Main Components in Partner Determination

  1. Partner Function
  2. Customer Account Group
  3. Partner Determination Procedure

Partner Object

Following are the Partners object with respective key area for which partner determination can take place-
  • Customer
  • Sales Document Header
  • Sales Document Item
  • Delivery Document
  • Shipment Document
  • Billing Document Header
  • Billing Document Item

SPRO path/Transaction Code

Transaction Code
VOPAN / VOPA
SPRO Path
Sales and Distribution - Basic Functions - Partner Determination - Set Up Partner Determination

Configuration Steps

Let us go through the configuration steps involved in partner determination. Here we would take focus on partner determination for a customer master.
Existing Sales Partner in Customer Master Determination:
Partner Function
Language
Name
Language-specific 
Partner Func.
AG
EN
Sold-To Party
SP
RE
EN
Bill-to Party
BP
RG
EN
Payer
PY
WE
EN
Ship-to Party
SH
The following are the steps involved in adding a new partner type, say, JP, for customer master for partner determination:

Step 1. Partner Functions

Maintain a new partner function, JP,  under partner function node with respective partner type (KU for Customer, LI for Vendor) & indicator for Uniqueness in the master data.

Step 2. Assigned Partner Function to Account Group

Assigned newly created partner function JP to corresponding account group of your desire.

Step 3. Create Partner Determination Procedure

Select partner determination procedure if your requirement is met. Otherwise copy existing Partner determination procedure.

Step 4. Maintain relevant Partner to determine under Partner Determination Procedure

Under partner determination procedure sub-dialog, you assign required partners to partner determination procedure. Here you specify whether the assigned partner can be:
  • modified in object or not
  • whether it is mandatory
  • sequence in which partners are determined (may differ with object).

Step 5. Assign Account Group to Partner Determination Procedure

Assign Partner determination procedure to account group. It is assumed that required account groups are available in the system.
In case of other objects same procedures can be followed. It differs at step 5, where you assign partner determination procedure to respective object.
Partner Object
Partner Determination 
Procedure assigned to
Customer
Customer Account Group
Sales Document Header
Sales Document Type
Sales Document Item
Item Category
Delivery
Delivery Type
Shipment/Transportation
Shipment Type
Billing Header
Billing Type
Billing Item
Billing Type

Related SAP Notes

SAP Note
Description
Category
550073
FAQ: SD Partner Determination I
FAQ
550102
FAQ: SD Partner Determination II
FAQ
550113
FAQ: SD Partner Determination III
FAQ
Fonte: https://wiki.scn.sap.com/wiki/display/ERPLO/Partner+determination+procedure+in+SD

segunda-feira, 29 de agosto de 2016

Credit mangement In SD-FI

Customizing for Credit Control

Define Credit Control Area

SPRO > Enterprise Structure > Definition > Financial Accounting > Define Credit Control Area

Assigning Company Codes to a Credit Control Area

SPRO > Enterprise Structure > Assignment > Financial Accounting > Assign Company Code to Credit Control Area

Assigning Sales Area to a Credit Control Area

SPRO > Enterprise Structure > Assignment > Sales and Distribution > Assign Sales Area to Credit Control Area

Basics of Credit Control

Credit check can be done at:
  1. sales order
  2. delivery
  3. goods issue
The system does the credit check in sales order or delivery based on configuration settings. If the credit check fails:
  • System stops the user from saving the document OR
  • It allows the document to be saved but it blocks the document with a credit block.
  • Documents blocked for credit have to be released by an authorized person before they can be processed.
To view documents blocked for credit:
Logistics > Sales and Distribution > Credit Management > Sales and Distribution Documents > All
Transaction Code VKM3
We can use program RVKRED08 to recheck all documents blocked for credit.
The system can use many different automatic credit management checks such as:
  • A static check
  • A dynamic check
  • A check on the total document value
  • A critical field check
  • A next review date check
  • A check on open items
  • A check on oldest open item
  • A check on highest permitted dunning level

Simple Credit Check

The simple credit check compares the payer customer master record's credit limit to the net document value plus the value of all open items.
In case the value of the document and open items is more than the credit limit:
  • System may respond with a warning message in the sales order OR
  • Warning message and a delivery block OR
  • Error message, which will cause the document not to be saved.
    This setting for a simple credit check is set at the document type level:
    SPRO > Sales and Distribution > Basic Functions > Credit Management/Risk Management > Simple Credit Limit Check
We can assign the credit limit check to the sales document type, using the options:
A - Run simple credit limit check and warning message
B - Run simple credit limit check and error message
C - Run simple credit limit check and delivery block

Automatic Credit Management

It is used to carry out the different credit checks including the static and dynamic checks. For this, we separate the sales document types, the delivery document types, and goods issue into specific credit groups.
Defining Customer Risk Category (FI)
SPRO > Financial Accounting > Accounts Receivable and Accounts Payable > Credit Management > Credit Control Account > Define Risk Categories 
Example: If we have 5 risk categories and 2 document credit groups, we have 10 credit management strategies to configure.

Defining Credit Groups

SPRO > Sales and Distribution > Basic Functions > Credit Management/Risk Management > Credit Management > Define Credit Groups
We need to assign a value in the pricing procedure that defines the amount used for credit check. For this, subtotal A must be entered in the control data of Pricing Procedure. The credit price is stored in field VBAP-CMPRE and is used for the update and the credit check.

Assigning Sales Documents and Delivery Documents

SPRO > Sales and Distribution > Basic Functions > Credit Management/Risk Management > Credit Management > Assign Sales Documents and Delivery Documents > Credit Limit Check for Order Types > Credit Limit Check for Delivery Types

Defining Automatic Credit Control

The control of the automatic credit management is based on the combination of the risk category and the document credit group.
SPRO > Sales and Distribution > Basic Functions > Credit Management/Risk Management > Credit Management > Define Automatic Credit Control

Static Credit Limit Check:

CREDIT LIMIT = Open Sales Orders +
Open Deliveries (Not Yet Invoiced) +
Open Billing Documents (Not Yet Passed On To Accounting) +
Billing Documents (Passed On To Accounting, But not yet paid by the customer)

Dynamic Credit Check:

CREDIT LIMIT = Open Sales Orders Not Yet Delivered +
Open Deliveries (Not Yet Invoiced) +
Open Billing Documents (Not Yet Passed On To Accounting) +
Billing Documents (Passed On To Accounting, But Not Yet Paid By The Customer)
In addition to this, the dynamic check has attached time period (called theCREDIT HORIZON).
This controls that the system excludes the sales orders in the total of outstanding items that are due for delivery outside the credit horizon.
We may also require additional checks to be performed:
  1. Credit check when the maximum document value is exceeded
  2. Credit check when changing critical fields
  3. Credit check at the time of the next internal check
  4. Credit check on the basis of overdue open items
  5. Credit check on the basis of oldest open items
  6. Credit check against the maximum allowed dunning levels
  7. Customer specific credit checks

Update Group

Each automatic credit control must be assigned an update group. This is done while defining Credit Control Area. We can have the following Update groups:

Update group 000012

Sales Order, Increases open order value from delivery-relevant schedule lines
Delivery, Reduces open order value from delivery-relevant schedule lines, Increases open delivery value
Billing Document, Reduces open delivery value, Increases open billing document value,
Financial Accounting Document, Reduces open billing document value, Increases open items

Update group 000015

Delivery,Increases open delivery value, Increases open billing document value
Financial Accounting Document, Reduces open billing document value, Increases open items

Update group 000018

Sales Order, Increases open delivery value
Billing Document, Reduces open delivery value, Increases open billing document value
Financial Accounting Document, Reduces open billing document value, Increases open items

Customer Credit Management

Maintaining credit limit for a customer.
SAP Easy Access Menu > Accounting > Financial Accounting > Customers > Credit Management > Master Data > Change
T Code: FD32

Some of useful Transactions Codes in Credit Management:

Sales Transactions Codes
Description
VKM4
All documents for release
VKM3
Sales document documents for release
VKM5
Delivery documents for release
VKM2
Released
Finance transactions Codes
Description
FD10N
Customer balance display
FBL5N
Customer line item display
F-28
Reset customers credit limit
F.31
Overview: customer's financial analysis or line items.
F.33
Brief overview
F.32
Missing credit data
FCV3
Early warning list
FDK43
Master data list.
S_ALR_87012215
Displays changes to credit management.
S_ALR_87012218
Credit master sheet
Fonte: https://wiki.scn.sap.com/wiki/display/SD/Credit+mangement+In+SD-FI