"Sales value" in FD33, credit management

Hi Experts,
I have configured Credit management.
After creating a sales order. The field "Sales value" (RF02L-SAUFT) in FD33 is NOT getting updated. It remains 0,00.
After I have created a bill, field "Receivables" gets updated.
Could you please advise how field "Sales value" could be correctly updated (i.e. with values of the sales orders that have not yet been transferred to FI )?
Because of the above, I can not get a warning or error message, at creation of sales order stage, when credit exposure > credit limit.
PS - I have tried VKM3, releasing sales orders, but issue still persists.
I have also executed RVKRED77

Hey!
Go to transaction VOV7 and make sure of the following:
n item is relevant for billing
n item is relevant for credit
n the item does not have a check mark in ‘item relv for delv’. This is for text and value items which have no value in R/3 – see note 67748
n the item is not statistical
If these are not configured correctly, the item will have no value.
Go to the sales order and make sure that the items have a confirmed schedule line. Without a confirmed schedule line, the item will have no credit value. Next check the pricing procedure. You can go to the analysis button to find out which pricing procedure is being used. Go to transaction V/08 and go to the details level of the pricing procedure. Make sure that an ‘A’ is set in the ‘Sub to’ column for something reasonable like the total of the document.
Hope it helps.

Similar Messages

Credit Horizon Date and Sales Value in FD33

Hello,
I currently have the credit horizon for a certain risk category set to look at orders 7 days out in OVA8. The sales value in FD33 reflects open orders for the 7 days out, but is also adding 100% of a specific order type (dropship orders) regardless of the 7 day setting in OVA8 and is overstating the total credit exposure. I am wondering, what is the specific date field on the order that this "Credit horizon date" is referencing to do the 7 day calculation? My thought is that there is something different about this specific order type that the 7 day horizon is not seeing.
Appreciate the help.
Kevin Schuller

Hello Kevin Schuller,
I am also facing the same issue, can you please explain me how you closed this issue?
Your query is highly appreciated,
Regards,
Sadanand.

Interface with Sales Order to the Credit Management(FSCM)

Hello,
In Our Scenario Sales and Distrubution and Credit management in the Same Sytem and in the Same Client
Can we do the Credit Check from Sales Order Without enbling the XI Interfaces?How?
Thanks.

Hi Guys,
No matter they both exits in same system still you need XI/PI to implement SAP FSCM Credit management. Thats how its designed. after the activation of new Credit management communication happens via PI only.
regards,
--Kathir

How to reorganise the sales value in FD33 tcode

Hi gurus,
I had a customer whose credit limit is "1" rupee, in general process when we raise a sales order for him get the proforma invoice and send to him and then he pays for that then only we deliver and invoice him, but now system allows him to raise a sales order with one lack also, i analysed the problem and I had find that some negative valve is triggring in "sales value" field in FD33 tcode, i had executed the report RVKRED88 and got the list of slaes documents for that comprising wrong values, but i stuck up at this point how to reorganise them i.e., bringing back the vale of "sales value " to 0 rupees. if anyone worked in this scenario help me .
thanks in advance.
regards,
kishore.

hello, friend.
we had a similar situation here, so i can say i understand your situation a little bit. am i correct in saying the reason why sales orders can be created without being blocked is because the customer's sales exposure is negative (meaning you owe the customer)?
what we did here is add another restriction by putting maximum document value at 0.01 (also try zero value) so that any order raised is blocked.
it's also possible to use billing plan where a downpayment must be paid by the customer, but the configuration for this set up is more complicated and may be impractical.
you can also clear the negative sales values in FI but let's hear what the FI guys have to say about this (audit issues).
i am sure someone out there has a much better idea, but that's the only thing i can think of right now. if i find a better solution, i will post it here.
regards.

Sales value in FD33 is not matching with the system's sales documents

Dear Experts,
Kindly provide your valuable inputs for the below mentioned issue-
I have one customer X ( Same for all Partner functions) defined for CCA say CN01( Risk cat, update group 000012). The applicable credit check is STATIC check, with open orders and Open delv. are ticked + Oldest open items= 10 days.
There are two open sales oders amounting 49,854.40 CNY. Customer has the credit limit as 50,000 CNY.
Now We have found, that the FD33 is also showing SALES VALUE as 249. CNY and split of Sales Value shows the 249 as Open billing Doc. But we could not get any Open Billing Document that is amounting to 249.
We have checked it in S067 ( showing 249), ran the pgm RVKRED88/RVKRED77 but Still this 249 value is appearing.
We have found that there are two open billing Doc. - One invoice and one credit for returns in relation to same Sales cycle. Both amounts to 212.85 CNY each.
Now i am unable to get the information as How can i check this Difference?
Kindly suggest accordingly.
Many thanks in advance for your understanding.

Dear All,
Let me give you the finding that i have got for my case:
1. If you go to FD33, what is the value in field "Sales Value"? (any changes?)
Sales value= 249
2. In VA05N, choose SP, Document date & Open Orders; check for values matching the outstanding value (249)
No values are coming in VA05
3. Which other document types have the same Credit Group, you can check this in VOV8, check the sales doc types you are using for your business processes.
There are a few sales doc. types that are assigned the same credit group. But what to infer from this?
4. You say in your post "split of Sales Value shows the 249 as Open billing Doc." where exactly can you see this split?
I have searched from Extra tab, also checked the same in other sales report say vc/2 .
=================
1. Check the Tcode: FBL5N to check open items
FBL5N: Only one entry , exactly equals to the Receivables value in FD33
2. FD33 - check oldest Open items - clik on extra - oldest open items
No Oldest open items
3. also check F.35 report
Fur ther if you want to go into details what are the checks applied to your sales order you can track this by running the report CHECK_CM by using Tcode: se38 OR sa38.
1. se38,
2. Enter the report CHECK_CM
3. Press F8
4. Enter COC Number
5. here you can see the entire credit status of Sales order either it block or not if block what are the credit check applied you can see and you also can see either its blocked - B or released - D by looking the status.
What is COC number, I have tried to execute , and there are options of Sales Document number, I have put the input as The BILLING DOCUMENT THAT ARE HAVING STATUS " NOT POSTED TO FI" In Vf05, but it appeared"Please check the entries. No work list selected"
I am not getting any clue as why THE OPEN BILLING DOC. value is 249, over and above the receivables value, and in system I could not find the Documents which sum up to 249.
Kindly provide the inputs.
Thanks in advance.

Open Billing Doc value table in Credit management

Hello All,
I am having the open billing document vaule in credit management,
I need the details that from which billing document, what value has come.
Is there any table for get these details.
Advance thanks
Thanks and Regards
Sridhar

Hi,
the system updates open values for credit management. These are:
Open sales order credit value (S066-OEIKW)
Open delivery credit value (S067-OLIKW)
Open billing document credit value (S067-OFAKW)
The system updates the open values in standard SIS structures S066 and S067. Technically, the structures are transparent tables. You can display the contents using transaction SE16 or using table maintenance.
The S067-OLIKW will give the open delivery credit values credit.Check in you system whether this table is updated with the delivery values for the credit account(customer number)
RVKRED77 u2013 Reorganize SD credit data
When updating errors occur, it enables you to reorganize the open credit, delivery and billing document values.
If the table is not updated run this report in background.
Regards,
Saju.S

Excluding open sales order & Deliveries in Credit management

Hi All,
       I dont want to update all the open sales orders and deliveries in sales value in FD32. For this I have done the configuration and it is working fine. But after the configuration, system will delete the existing records in S066 & S067 and will not create records further even we create new sale order, del & inv.
Now I want to know wether there will be any problem if the records in S066 & S067 were deleted and will not be created further. And I also want to know wether the data in these infostructures (S066 & S067) were used anywhere in the system or not?
Kindly help me out in this.
Ratna

Hi,
    My requirement is while doing credit check system should consider only open invoices, not sales order or deliveries. For this I did the following.
    After running the program all my records in S066 & S067 will be deleted as I have deleted the update group under credit control area. Giving blank in update group under credit control area, will not update any open sales values or deliveries in FD32 for freshly created documents. But already there will be some existing open orders & del in the system which will show as sales value in FD32. This value will not be cleared for ever as there was no update group. So I want to clear these sales value in FD32. So I will run the program after deleting the update group and so the system will delete all the records in S066 & S067 and sales value will be zero in FD32 which is as per requirement.
Now I want to know will there be any problem by deleting this records. Wethere these records are anywhere used in the system other than FD32???
Kindly update
Ratna

Arrear after net due date - FD33 Credit Management

Arrears after net due date is not appearing in the payment history of FD33 customer credit management report(it is showing as zero days), bur the same is appearing in the FDL5N report.
The credit control area and payment terms are same as other customer wherein the arrear days are getting appear properly

Hi,
I moved your question tnto this forum.
Mario

Credit Management Check - Sales Value not updated in FD33

Hi,
We have configured Credit Management checks in our system.
When we create a Sales Order that has exceeded the Credit Amount for a Customer we get a pop up saying "Credit Limit Exceeded by XXX amount. We proceed to save the sales order.
By my understanding this amount XXX should get get updated in Transaction FD33 - Customer Credit management Display Status in the column "Sales Value". But this does not happen. The value remains as zero.
What could be wrong here. Should this field not be updated with the credit value that the customer has exceeded?
Thanks and Regards,
Ashwin

The Sales Value in FD33 transaction is the value of open sales orders as of that point. Now in your case if you are creating the first sales order and the value of that order is going beyond the allowed credit limit then and as per setting if system is blocking that order for credit faliure in this case system does not consider this order as open untill it blocked for credit.
Check if the order is blocked for credit. Also see the status of the order in VBUK (status table).
Hope this helps.

Credit Management-Sales value updated in FD32 even though credit set up is not active

Dear Team,
We are facing an issue where, for a sample order - sales value got updated as open sales order value against a customer in FD33.
Credit set up is not active for the sales order type (OVAK) or the delivery type (OVAD). Since this has occurred in 2003, we have no clue what exactly has happened. We cannot locate any change logs in the configuration level.
1) What is the possibility for credit management to be active for a document type, which was not meant for credit set up?
2) How to remove the open order/ delivery value for the customer?
Thanks and regards.
Sivarajesh

Credit set up is not active for the sales order type (OVAK) or the delivery type (OVAD).
the above two settings are credit checks at what level( example order level or delivery etc) you what to block the customer if the customer payer exceeds the credit limit.
Where as if the credit active field is active in VOV7 in corresponding item category, system update the respective document values in to credit management (FD32/33) in your example open order value.
Even though OVAK, OVAD settings are not done still system update the document values in to FD33 subject to credit active field is active in t code VOV7 .
Please check in your item category whether credit active field active.
thanks,
Srinu.

Credit management....sales area data

hi gurus,,
I have some doubts in Credit Management>
1. In my development Server....Customer Master data > Sales Area Data > Billing Tab Page>CREDIT CONTROL AREA...is not reflecting.
using version 4.7... why is was not reflecting... any configaration settings is required??.
Anybody having configuration material of CREDIT MANAGEMENT and FREE GOODS DETERMINATION..
MAIL ID::: [email protected]

Hi ravi,
Notes on Credit mangement
SAP SD Credit Management
All business have their own credit management needs, SAP allows you to specify your own automatic credit checks based on a variety of criteria. You can also specify at which critical points in the sales and distribution cycle the system carries out these checks.
SM30 - Table/View
V_TVTW - Define Distribution Channel
V_TVTA_KKB - Assign sales area to credit control area
V_T014 - FI - Define Credit Control Area
T001CM - FI - Assign Permitted Credit Control Area to company code
OVXG - Set up Sales Areas
e.g. Sales Organization
                  Distribution Channel
                              Division
                  Distribution Channel
                              Division
FD32 - Customer Credit Management
OVAK - Define credit limit check by sales document type
Check Credit
A - Credit limit check and warning message
B - Credit limit check and error message (no sales order can be created)
C - Credit limit check and delivery block (block delivery if hit credit limit)
Options B and C -> used for checking open order values (when you create/change the sales order)
D - Automatic credit control with open order values
More control in transaction OVA8 - Automatic credit control
You check for open orders and deliveries, or just open deliveries.
or open order values with other options
Credit group
Allows you to combine different sales document types for the credit limit check
VKM1 - Blocked SD Documents - Finance have to released the delivery block
OVAD - Define credit limit check by delivery order
whether the automatic credit check occurs at the time of delivery creation and/or goods issue
OVA7 - Define credit limit check by item category
Set whether to include/exclude item category for credit limit check
OVA6 - Define credit group. You can groups together different business transactions which should be dealt with in the same manner with regard to the credit check.
You enter the credit groups when you configure the sales document types for credit management and define the (D - automatic credit check).
SAP default credit groups
01 - credit group for sales order
02 - credit group for delivery
03 - credit group for goods issue
OVA8 - Automatic credit control - Double click on the line items
You can have the followings credit limit check :-
Static
Depends on the customer total value of open orders, deliveries, billing documents and open items.
Open items
No of days open
Overdue open items checks is based on the ratio of open items that are overdue by a certain number of days.
Max open items %
The customer balance must not exceed a certain percentage.
Oldest open items
If you don't want to deliver to the customer at all when even only 1 invoice is overdue.
Tick the Check for Oldest Open Item and Set the field Days oldest item = 1.
Days oldest item
No of days allowed for overdue or payment terms.
Use of the credit check Oldest Open Item. If a user attempts to alter the order quantity of a released sales document
that was previously blocked, it would be reblocked again by the system. The system only reblocks the sales document if the new order quantity is above a certain % amount.
Released documents are still unchecked
The preset % is whatever you want to set it as when configuring your automatic credit processing. You enter a deviation % and number of days,eg, you can set it so that an order can be changed by up to 10% within 30 days of original order entry date without it going back on credit block.
Next Review Date
If a customer has a credit limit of 1000 USD, and you would like to restrict this credit limit only to be available in current month (say March). If the document day is in April then the credit limit is zero.
You can use the "NextReview date" and "Number of days" fields and combined it with the "Last int.review" field in customer credit master "Status" view (FD32).
VOKR - Display of work list for credit management (configure the display variant)
Free goods determination
Free Goods Determination in Sales Order
Free goods has the following limitations:
- Free goods can only be supported on a 1:1 ratio. This means that an order item can lead to a free goods item. Agreements in the following form are not supported: With material 1, material 2 and material 3 are free of charge or If material 1 and material 2 are ordered at the same time, then material 3 is free of charge.
- Free goods are not supported in combinations with material structures (for example, product selection, BOM, variants with BOM explosion).
- Free goods are only supported for sales orders with document category C (for example, not quotations).
- Free goods are not supported for deliveries without reference to a sales order.
- Free goods cannot be used in make-to-order production, third-party order processing and scheduling agreements.
- If you defined a free goods for variants in a generic article (only SAP Retail), you can only process the variants in the purchase order and goods receipt individually (as single articles). In other words, you cannot process them using the generic article matrix.
4.6x
Not all Sales Order can be used for free goods determination. You have to check the SD document category if it does not work. Only category 'C' are supported. Check transaction VOV8.
Assume that you want to configure an inclusive FREE goods routine. Customers must order a minumum quantity of 5 before any free goods can be assign. For every quantity of 3, the customer will be given 1 free goods.
WC07 - Maintain Number Range Intervals
e.g.
No   From number       To number
01    0000010000         0000099999
IMG -> Sales and Distribution -> Basic Functions -> Free Goods ->
Maintain Access Sequences
New Entries
Acsq
NA00
Save
Maintain Condition Types
New Entries
Ctyp   Name             AcSq
FREE Free Goods    NA00
Save
Maintain Pricing Procedures
Procedures
New Entries
Procedure   Description
FREE           Free Goods
Select Procedure FREE then click Control data
Step   Cntr   Ctyp
10       10      FREE
V/N6 - Activate Free Goods Determination
Assign Order Type OR with Document Procedure A with Procedure FREE
VBN1 - Create free goods determination
e.g. FREE inclusive
Material Min qty   From   are free good   Calc Rule   Free Goods
                       5           3                1                      1                1
In this example, if you create a Sales Order for a quantity of 10, SAP will prompt you 7 as the customer order qty and 3 will be free. Customer only pay for the 7 quantity.
Reward points if it helpful

Link between sales order to Credit management

Where can we link between sales order to Credit management?

HI Gopala rao.,
In VOV8 sales document type there is <b>credit limit & Credit group</b> Where we asign the credit mage,ment data to Order
The configuration part of credit managemnt is
CREDIT MANAGEMENT:
A credit limit may be a customers credit limit, which is the permitted limit of value of open items, such as invoices not yet paid, plus the value of open sales orders.
The credit limit is the total combined value of the following documents:
Net value of sales order
Open Sales order: order created, but not delivered
Open deliveries: delivered, but not invoiced
Open billing doc: value of billing doc, which has not yet been forwarded to accounting
Open items: forwarded to accounting, but not settled.
Types of Credit Check
Simple Credit Check
Automatic Credit Check
o Static
o Dynamic
Simple Credit Check:
SPRO- IMG- SD- Basic Functions- Credit Mgmt/ Risk Mgmt- Simple Credit Check- Assign Credit Check to Doc Types.
Based on sales doc types
It will check all the above-mentioned docs & if the credit limit exceeds, the system responds in the way defined by you in the configuration menu.
Cannot differentiate according to customer
3 ways to Control the Simple Credit Check:
A: warning
B: error message: the doc cannot be saved
C: warning message with delivery block: the doc can be saved but is automatically blocked for delivery.
Automatic Credit Check:
This credit mgmt control is maintained by using the automatic credit control functionality. The automatic credit control divides the sales doc types, the delivery doc types, & goods issue into specific credit groups. It also uses the customers risk category as assigned to the CMD of the payer & assigns an outcome proc to the combination of the above 2 objects, i.e. the credit group & customer risk category along with the credit control area. The definition of customers risk category is carried out in the fin accounting module.
A customers risk category is a grouping category that controls the credit check when automatic credit control takes place. Thus one can assign high-risk customers to risk category for e.g. A01, medium risk to B01 and low risk to C01.
Automatic credit check divides customers in to 3 categories:
High-risk customers,
Low risk customers &
Medium risk customers.
A credit check can only occur at 3 places: Credit Group
Sales order: for high risk customers
Delivery: for medium risk customers
Goods Issue: for low risk customers
Credit Control Area (CCA): highest organizational element in credit management. A credit control area is an organizational unit that is comprised of one or more company codes. A company code can have no more than one credit control area. Defined by FI.
Menu Path to create Credit Control Area: OB45: FI people.
SPRO- IMG- Enterprise Stru- Definition- Fin Accounting- Define Credit Control Area
Credit Control Area Description
0001 Credit control area 0001
1000 Credit control area Europe
Menu Path to Assign Company Code to Credit Control Area: OB38: FI people.
SPRO- IMG- Ent Stru- Assignment- Fin Accounting- Assign Comp Code to CCA
It is possible to assign Credit Control Area to a Sales Area. This is more specific assignment than the assignment to Company Code.
Company code Company name City Credit Control Area Over write CCA
Menu Path for Defining Risk Categories: OB01: FI people
SPRO- IMG- Fin Accounting- Account Receivables & Payables- Credit Mgmt- Credit Control Account- Define Risk Categories.
Risk Category CCA Name
001 4500 Low risk
002 4500 Medium risk
003 4500 High risk
Menu Path for defining Credit Groups: OVA6
SPRO- IMG- SD- Basic Function- Credit Mgmt/ Risk Mgmt- Credit Mgmt:
Define Credit Groups: OVA6
Assign Credit Groups to Sales Docs & Delivery Docs
o Credit Limit check for Order Types: OVAK
o Credit Limit check for Delivery Types: OVAD
Define Automatic Credit Control: OVA8
Define Credit Croups: OVA6
One merely creates a credit group for each differentiation in the doc type. You enter the credit groups when you configure the sales doc types for credit management & define the automatic credit check. The following credit groups are contained in the standard R/3 system:
01: credit group for sales order
02: credit group for delivery
03: credit group for goods issue
CG (Credit Group) Doc Credit Group
01 Credit group for sales order
02 Credit group for delivery
03 Credit group for goods issue
Assign Sales Documents & Delivery Documents:
Sales Doc Type Descp Check Credit Credit Group
OR Std Order D 01
Delivery Type Descp Del Credit Group GI Credit Group
LF Delivery 02 03
Define for each sales doc type whether a credit check should be carried out. Enter D if an automatic credit check should be carried out.
Specify a Credit Group
Specify a Credit Group for the Delivery Type for which you want to carry out a credit check
Specify a Goods Issue Credit Group for the Delivery Type for which a credit check is to be carried out for goods issue.
SIMPLE CREDIT CHECK CANNOT BE ASSIGNED TO DOCUMENTS.
Define Automatic Credit Control:
One can now assign settings to the combination of the Credit Control Area, the Customer Risk Category & the Credit Group.
CCA Risk Cat Credit Group Credit Control
4500 001 01 Low risk sales orders
4500 001 02 Low risk deliveries
4500 001 03 Low risk goods issue
4500 002 01 Medium risk sales orders
4500 002 02 Medium risk deliveries
4500 002 03 Medium risk goods issue
4500 003 01 High risk sales orders
4500 003 02 High risk deliveries
4500 003 03 High risk goods issue
Select line item and go to details, you can decide whether to do Static or Dynamic Credit Check. Credit Horizon can also assigned here. Additional function checks can be performed here:
A credit check when the maximum document value is exceeded.
A credit check when changing critical fields.
The risk category assignment occurs in the same place as the customers credit limit, which is the customers credit management screen. That is, the risk category is assigned to the customer by the Finance in transaction code FD32.
The customer credit master record is divided in to 5 views:
Overview Screen: gives an overview of credit settings in relation to the customer, including his credit limit, credit exposure, the %tage of credit limit used, his payment data & his risk category.
Address: view gives the customers address details as they appear in CMD
Central Data: is a view that shows the total credit limit the customer can receive across all credit control areas as well as the maximum limit he can receive in one credit control area.
Status: view shows the customers actual individual details according to particular CCA being investigated. This includes his credit limit, percentage used, credit exposure, risk category, whether he is blocked due to credit or not.
Payment history: view displays the payments made by the customer for a particular credit control area where a comp code is assigned.
Static Credit Check Dynamic Credit Check
Net Doc Value Net Doc Value
Open Order Open Order
Open Delivery Open Delivery
Open Billing Open Billing
Open Item Open Item
Compares the total combined values of the above-mentioned documents to credit limit. Plus credit horizon. Compares the values of the following documents to credit limit + credit horizon.
Credit horizon has an attached time period that states that the system is not to include sales orders in the total of outstanding items created after that specified period i.e. for the purpose of evaluating credit, you want the system to ignore all open orders that are due for delivery after the horizon date. Maintained for low & medium risk customers.
Update Groups
Basically it is a info structure where system stores all the data about credit limit. The credit relevant data is updated in a info structure, where it is accessed & updated. Thus each automatic credit control must be assigned an update group.
Update Group 000012
Update Group 000015: delivery & billing
Update Group 000018: sales order, delivery & billing.
Update group 000012, updates at:
Sales doc: increased order value
Delivery: decreased order value & increased delivery value
Billing: decreased delivery value & increased billing amount
Invoice: decreased billing amount & increased open item value.
Release Blocked Sales Order/ Deliveries:
VKM3: sales order
VKM5: delivery
VKM4: both
One can see the offending document. Note on the right hand side, the Status Field. This shows the check, the doc failed. If this field is empty, the doc did not fail a credit check, even though it may be in the list of SD documents that are required to be released.
To release the doc, one indicates the doc to be released and then clicks on the Release Button. The result is the offending doc entry, highlighted green. One then proceeds to save, after which you are informed the doc number has been released.
Net value with sub total A, in pricing proc, will be the basis for credit limit.
REWARD if helpfull
Thanks & Regards
Narayana
Message was edited by:
manam narayana

Credit management module at Sales order creation

Hello Folks,
Can I confirm that when a sales order is created and customer master data code entered, eg , Payer or sold-to party or ship-to party, SD will integrate with Credit management module and do a credit check even before sales order is saved?
Likewise, at order creation stage, SD can also integrate with Project system for milestone billing?
With MM, SD checks the availabilty of material at order creation.
SAP SD integrates with CO only at PGI (via table 30 of MM ) and billing stage.
regards
Tom

The Credit Management check only for the payer's credit. The Credit Check can be configured to check even before the sales order is saved.
Goto T.Code OVA8 or SPRO>Sales & Dist>Basic Functions>Credit Management/Risk Management>credit management>Define Automatic Credit Control
Here you can configure. Check the field Item Check on the top left hand side.

POD order type does't affect the FD33 credit limit

After SO -- Delivery -- PGI,--
after PGI, user use, special order type (called POD type) for returned goods,
but after do this POD order type, it doesn't reduce the sale value in FD33
PLEASE NOTE this happened before billing..
kindly advice, is it required need to use POD function?

Hi
I have checked some OSS notes on this subject. POD returns (before GI) does not reflect in the Crediti Management (FD33) in Open Orders.
After GI also, if POD qty (i.e. Returns) created (say out of 20 units, only 10 are accepted, 10 rejected), it does not reduce the Open Deliveries in FD33.
Any ideas as to how we can get the POD variances on to the credit exposure for any customer account?
I believe the SIS Structures S066/S067 are updated with Open Orders & Open Deliveries etc.
Is there any possibility to have a work around to update these structures when POD is created..

Credit Memo Request and Credit Management

Hi, can anyone advise the following?
I noticed that sales values of the credit memo request is updated to the open delivery instead of open order in the credit master. Why is this so? Also, when i select a order order reason configured with fixed value '1' 'relevant for retro-billing, then the sales value is not updated. What's the purpose of this indicator in the configuration?
Thanks
PP

hello, PP.
i don't have an answer yet. actually, i will add to your question.
a credit memo request is supposed to be not relevant for delivery. so why is this updating open delivery value? maybe it's SAP standard? maybe credit group 03 (delivery docs) was assigned to the credit memo request doc type? if so, why assign credit management to credit memo requests anyway?
regards.

"Sales value" in FD33, credit management

Similar Messages

Maybe you are looking for