Value dated credit memo field

Hello Gurus,
there is a paragraph following, please tell me what does it mean? what is "reconcile" and "concile"?
" If the Value dated credit memo field is set in the billing type, then the referenced billing document is
not reconciled if the baseline payment date for the originating billing document comes after the
billing date in the credit memo: then the field VALDT (value date) in the credit memo request is
filled with the baseline payment date from the originating billing document."
thanks very much!

hi friend ,,
you can use this when you are giving the goods to the customer which is based on some agreement .
eg. you will bill the customer @10% no matter what is the present trend in the market .
hence the bill will be calculated at 10% .
these condition totally depends upon companies need and you can configure them according to you need .
reward if it helps
regards
Aditya.

Similar Messages

Value Dated Credit Memo

Hi,
Can anybody explain me the concept of value dated credit memo with example as I am not able to find out its example.....can anybody explain me with example

as I am not able to find out
Surprising !!!!!!!!
Below is the explanation given by SAP
Credit memos that do not have a value date will be immediately due for payment on the billing date. This means that the receivables and payables will not be reconciled.
When maintaining the billing types, you can choose the function u2018set value date for credit memosu2019.
If this function has been selected in the billing type, the reference billing date has not been cleared, and the baseline date for payment in the base billing document is after the billing date in the credit memo, then the field:
- VALDT (fixed value date) is fillied with the baseline date for payment from the base billing document, and the field
- REBZG (document number) is filled with the FI document number
If the base billing document has been reconciled and/or the baseline payment date is before the billing date in the credit memo, then the FI document number is copied into the REBZG field.
thanks
G. Lakshmipathi

Value dated cr memo

Hello SDN!
Can i confirm with you the following is correct or not:
1. Is it right to say that if Value Dated CR memo field is not selected in cr
memo billing type, if cr memo billing date is after the posting period of the
baseline date for payment of the reference bill doc, FI would not be able to reconcile ?
2. does the Negative Posting field in billing type means that, normally, credit
memo and cancellations are posted on the opposite side of the T-account but with
this field, customers can post to the same side of the account with the posted value
negated so that the total is still zero balance and this is for display purpose only as the value of the postings are unaffected?
Question :
1. can there be a situation where cr memo billing date is earlier than the
reference billing doc eg F2 bill doc type? My understanding is a bill must exist first before a cr memo can be related to it.
regards
Tom

~ bump ~

Net value of Credit memo must not increase, but accountingdoc must generate

HI All
This is my sales- return process
Sales order has been created for
Material : Ax001:   10 Qty : Total price : 100$   Per unit = 10$
Sales order has been created : for 10 units        (sales doc number:AAAAS)
Billing has been done : 10 units for the value 100$
Accounting documents posted : Credit :100$   Debit accout: 100$
Returns sales order:
This is done with reference to the sales order
Return Sales order has been created with reference to sales order : (sales doc number:AAAAS)
Qty :1 Value of the product =10$   Material: Ax001
A manual condition type is defined to reduce the value of the actual price .. The company is planning to give only 5$ for the return material
Manual condition has been included in the Return saels order Total net Value = 5$ qty = 1
Credit memo has been created : for 5$
Accounting doc: Credit account = 5$ debit account =5$
Issue: The account team wants one more account document to be created for the original value of the product i.e 10$
The net value in the billing document must not increase, but the account document must be created for the value=10$
This is for nullifying the original value of the product from the book of accounts
Solution tried : Manual condition for the original value =10$ keeping it as statically condition type : issue: account doc will not generate if it is statically . CND ref: 100% discount it did not work the net value in the order/billing is increasing
Please let me know how to generate the Accounting document with out increasing the net value.. Using standard SAP. we can create a routine and we can do this .. but we are looking for the Standard SAP solution if any,.....
Thanks for your help in Advance
Chandra

Hi Chandra,
In your scenario create new condition type and update that condition type with accruals at control data 2 section and create relevant access sequence and update the condition type in your return pricing procedure and create new account key one for regular posing and one for accruals and take help from FI /CO to create new two accounts one for regular updates and one for accruals posting ,
in your pricing procedure mark this condition as statistics relevant it will create automatically accountancy document for reference,
Try this and let me know if you have any questions.
Regards
Nishad

Asset value for Credit memo

Hi Experts,
I'm new to this forum, Need some help on how the Ordinary depreciation calculated for credit memo.
It is Valuated Goods receipt, asset capitalized before the IR. However, there was a difference in value between GR/IR and the different value automatically got adjusted in APC transaction and also credit memo passed for the difference.
My question here is credit memo value is 2.46 but corresponding depreciation value is 22.14.
Note: It's a Low value asset, useful life is 1 Month. Entire depreciation already posted for GR Value which means more than APC value.
GR value           : 1192.20 -----
APC value         : 1189.74------
Ordinary dep     :   1192.20---
(posted value)
Thanks,

Hi Mukthar,
Thanks for your reply.
However, the credit memo value is only 2.46 USD, depreciation getting reversed each month 2.46 USD and total depreciation reversal value is 22.14 (USD).
Just want to understand the logic behind it.
Thanks,

Value Based Credit memo

Hi Experts,
i want to increase the invoice value after some days,
which is already partially paid, and also decrease the amount because my vendor intially deliver the material for apporximate amount for our urgent requirement then he will send the revised bill laterly. but it will also affect the tax and all how to handle the situation
please guide me
Regrads
sundar
Edited by: Philip Eller on May 13, 2008 8:56 AM
Edited by: Philip Eller on May 27, 2008 11:39 AM*

Hi Sundar,
The invoice cannot be edited once it is added.
If you always need to update an invoice, please check if the following is feasible.
1, Create a draft invoice with the apporximate amount first.
2, Create payment on account (note based on any invoice) with partial amount
3, update the draft invoice and add it when you get revised bill from your vendor
4, create a payment with remaing amount due
5, reconcile the invoice with the two payment created in step 2 and 4.
Regards,
Ivy Zhang
SAP Business One Forums Team

Delete credit memo work item created in VA01 when the user change value

Hi,
In T.code VA01 Credit memo request is creating, this document will automatically create work item. Based on Net value in credit memo request, the work item should go for 5 levels of approval. After 1st person is approved, the workflow initiator realized that the net value in created Credit Memo request is wrong; he is going to VA02 and correcting the net value. Again we have to create new work item for this and delete the already created work item. Client has clearly mentioned when ever there is change in 5 critical fields in VA02 then only create fresh work item otherwise no need to create SECOND TIME work item. Net value is one of the critical field in the list.
How to track already created credit memo request and how to delete the previously created work item. What is the feasibility of this requirement and how to handle this situation?
Regards
Vijay

Hi,
Just put a Fork and put 1 out of 2 outcomes and in the first alternative, you put your witem that goes to user B. In the 2nd alternative, put a Wait for event "CHANGED". And after this, put a process control step with "Set workitems to Obsolete" or "Cancel workflow" etc., depending on your requirement.
Pl note that this will only take out old witems, but you need to send a new witem for which you need to trigger another instance of the workflow as well. pl put CHANGED event also as one of the triggering events and use condition editor to restrict the fields that triggers the workflow.
Also, look into the IMG config of the following path. This might be a fitting solution.
In SPRO, go to Financial Accounting (New)---> Financial Accounting Global settings(New) -
>Tools --->Workflow ---> Workflow for Document Parking -->Reset Release Approvals(Customers).
Here, you can list down the fields, the workflow should restart. But, then you need to give the workflow details etc., in the relevant config settings.
We have used this in restarting workflows for General Ledger(GL) documents' workflow when some important fields are changed.
For this config settings, look into the following help link.
http://help.sap.com/erp2005_ehp_02/helpdata/en/01/a9cdd8455711d182b40000e829fbfe/frameset.htm
Hope this helps.
venu

MIGO values when invoices/credit memos have already been posted

Hi everyone,
We are facing an issue with the values the system is calculating when doing the GR (and/or GR reversals) once invoices/credit memos have already been posted regarding the PO (Non Stock POs = non valuated).
When a goods receipt is posted through MIGO (mov. type 101) it seems that the system is considering only the invoices values but we do not really understand how it is calculated and why it is not considering the total amount of invoices and credit memos.
In fact when a GR reversal is done (mov. type 102) the system seems to be considering the total amount of invoices and credit memos posted against the purchase order.
Please find below an example with the invoices and GR values (all invoices were posted before the GRs)
GR     5000077059     1     18.12.2008     EA     -1     -3300,00GBP
GR     5000076426     1     17.12.2008     EA     1     930,50GBP
Tr./ev. Goods receipt                                    EA     1     -2369,50GBP
IR-L     5105052971     1     17.11.2008     EA     -1     -835,00GBP
IR-L     5105052970     1     17.11.2008     EA     -1     -50,00GBP
IR-L     5105052959     1     17.11.2008     EA     -1     -885,00GBP
IR-L     5105052958     1     17.11.2008     EA     1     885,00GBP
IR-L     5105052957     1     17.11.2008     EA     1     885,00GBP
IR-L     5105052428     1     13.11.2008     EA     -1     -105,00GBP
IR-L     5105052427     r4tf cv     13.11.2008     EA     -1     -640,00GBP
IR-L     5105052426     1     13.11.2008     EA     -1     -835,00GBP
IR-L     5105052425     1     13.11.2008     EA     1     640,00GBP
IR-L     5105052424     1     13.11.2008     EA     1     835,00GBP
IR-L     5105051741     1     11.11.2008     EA     1     60,00GBP
IR-L     5105051740     1     11.11.2008     EA     1     3240,00GBP
IR-L     5105045571     1     16.10.2008     EA     1     105,00GBP
Tr./ev. Invoice receipt                                    EA     1     3300,00GBP
According to my assumption, in order to calculate the GR value it looks like the system is considering the average for the 5 first invoices and then the average for the 2 next invoices, and making the average of both of them. But if I post another invoice it does not seem to follow this rule.
I would appreciate any explanation on how the system calculates the GR values and how we would be able to correct the GR value.
Thanks a lot. Best regards

Hi
I hope there is no GR based IV tick in PO, only GR is ticked (PO based IV)
In that case
IR-L 5105045571 1 16.10.2008 EA 1 105,00GBP
IR-L 5105051740 1 11.11.2008 EA 1 3240,00GBP
IR-L 5105051741 1 11.11.2008 EA 1 60,00GBP
IR-L 5105052424 1 13.11.2008 EA 1 835,00GBP
IR-L 5105052425 1 13.11.2008 EA 1 640,00GBP
Net invoiced value is 4880 GBP (taking out 00) for 5 quantity
in case of PO based IV, if IV is done first and then GR, GR assumes the value of invoice but not the PO - in that case for above IV, 1 quantity of IV referes to 976GBP debit
this value will be base GR/IR value for credit memos
IR-L 5105052426 1 13.11.2008 EA -1 -835,00GBP
IR-L 5105052427 r4tf cv 13.11.2008 EA -1 -640,00GBP
IR-L 5105052428 1 13.11.2008 EA -1 -105,00GBP
there are 3 credit memos - for which GR/IR credit will be equal to that of original GR/IR debit value - that is 976
*so net credit on GR/IR because of credit memos will be (976976976) = 2928GBP for 3 quantity *
IR-L 5105052958 1 17.11.2008 EA 1 885,00GBP
IR-L 5105052957 1 17.11.2008 EA 1 885,00GBP
Then there are two invoices of values 885 GBP each - so total debit will be 1770 GBP
so total GR/IR debit will be ( (4880/5) -(2928/3) + (1770/2) ) = 930.5 (debit)*
This value is the base GR/IR for credit memos
net GR/IR debit will be 930.5 - this is the base for GR - because in GR - entry on GR/IR will be credit
*So if you make GR - then GRed value will be 930.5*
IR-L 5105052971 1 17.11.2008 EA -1 -835,00GBP
IR-L 5105052970 1 17.11.2008 EA -1 -50,00GBP
IR-L 5105052959 1 17.11.2008 EA -1 -885,00GBP
*Now ordered will be XXX
Delivered will be 930.5
Invoiced will be 3300*
IF you reverse GR now it will assume the value of invoice: then reversal will show 3300 debit on GR/IR
That is what in your PO history now
These will happen because of PO based IV - for which there will be GR indicator will be ticked.
Thanks
Edited by: Praveen Raghavendra on Dec 24, 2008 9:17 AM

The Credit Memo & Original Invoice do not have the same net due date.

The issue is that for returns of goods from the customer, the credit memo that gets created does not have the same net due date as the original invoice. To accomplish this, in the credit memo, the indicator "V" must be entered in the credit memo field BSEG-REBZG "Invoice Ref". This will make the credit memo due based on the payment terms. In the OSS message 50388, SAP identifies a user exit in SDVFX008 which will fill field BSEG-REBZG with the value "V". Doing this should automatically make the credit memo for returns due the same date as the original invoice.SAP says to do the following:
The function module called by SDVFX008 is EXIT_SAPLV60B_008
Make the ABAP coding in include program ZXVVFU08.
Populate field ACCIT-REBZG with "V"
Despite doing this , we couldnt get the same net due date as the credit memo & Original invoice.
Can anyone help? POINTS WILL BE GIVEN.
Thanks
Anita

Hi Anitha,
Does the value 'V' gets paopulated?.
I mean to ask whether the program goes into the user exit logic?.
Please let me know.
Thank you.
Regards,
Karun M

LIS Credit Memo

In MCSI we have our own customized info structure S991.In the present system, Credit Memo values are getting updated in Gross Credit Memo column. Our client wants the Credit Memo value to be updated in Gross Inv sales Column. In Gross invoice column we will find all invoice value including debit memo value.
In the same way we need to map the credit memo values in Gross Inv sales column instead of Gross Credit Memo field.
The purpose of the above requirement is to find the sum off total invoice Value in one column. Presently all invoice values and debit memo values it getting captured in Sales Invoice sales Column, in the same way credit memo value should also be captured on the same.
Please through some light if any one come across
Babu

Hi,
You need to create you SIS Formula with an abaper:
Logistics - General -> Logistics Information System (LIS) -> Logistcs Data Warehouse -> Updating -> Updating Definition -> Specific Definition Using Update Rules -> Maintain Formulas.
Then, you need to associate it to your info structure:
Logistics - General -> Logistics Information System (LIS) -> Logistcs Data Warehouse -> Updating -> Updating Definition -> Specific Definition Using Update Rules -> Maintain Update Rules.
Regards,

Problem with baseline date of Credit memo

Hello all
The issue is like this: if I am posting a credit memo using TCode- FV75 then then the baseline date is picked automatically as the document date but if I use TCode: FV70 then the baseline date is not picked.
Can anyone please tell as what is causing this issue :
Thanks in advance.
Regards.

Dear all,
A credit Memo without an Invoice Reference is always due on the
Baseline Date (the Exceptions to this are Credit Memos which have an
explicitly-stated Value Date)" > this Logic was introduced starting
from Release 3.1I.
Summary:
1. Credit Memo with Invoice Reference have the same Terms of Payment
   and Baseline Date as the Invoice.
2. For the Credit Memo without Reference to an Invoice, there are 2
   methods available for choosing the due Date :
a) The Due Date for Net Payment (RFPOS-FAEDT) is identical to the
   Baseline Date for Payment (BSEG-ZFBDT). The Period for Net Term or
   the Term of Payment is not taken into Account. This is the Default.
b) Or the Credit Memo is due based on the Payment Terms. For this,
   you must enter the Indicator "V" in the Credit Memo Field BSEG-REBZG
   "Invoice Ref", in addition to the specified Payment Method.
   You can modify this Field for the Credit Memos already posted.
   => the above Details are documented in the Help F1 behind the
   "Invoice Ref" Field.
Manual filling of the Field can take place during the Entry of the
Credit Memo, or in a Document Change Transaction:
Run transaction FB02 to call up the Credit Memos. Drill down
to Customer Line Item. Here, you should be able to see the Field
"Invoice ref.' (BSEG-REBZG). Place a 'V' in this Field. With this,
the Credit Memo is due based on the Payment Terms.
I hope this helps.
Mauri

Payment Terms for Credit memos

Hi,
Please explain to me what is the significance of payment terms in credit memo. I understand that credit memo are sort of returns (sales returns or purchase returns). I am able to understand the payment terms for an invoice (which would determine the due date for the receivables and payables). But I am not able to understand the use of payment terms in credit memo...
Please assist.
Thanks in anticipation
Satya

Hi Satya
A credit Memo without an Invoice Reference is always due on the Baseline Date (the Exceptions to this are Credit Memos which have an explicitly-stated Value Date):this Logic was introduced starting from Release 3.1I.
Details in Note 79871 and 84137.
As a result, it is due immediately at baseline date.
Summary:
1. Credit Memo with Invoice Reference have the same Terms of Payment and Baseline Date as the Invoice.
2. For the Credit Memo without Reference to an Invoice, there are 2 methods available for choosing the due Date :
a) The Due Date for Net Payment (RFPOS-FAEDT) is identical to the Baseline Date for Payment (BSEG-ZFBDT). The Period for Net Term or the Term of Payment is not taken into Account. This is the Default.
b) Or the Credit Memo is due based on the Payment Terms. For this, you must enter the Indicator "V" in the Credit Memo Field BSEG-REBZG "Invoice Ref", in addition to the specified Payment Method.
   You can modify this Field for the Credit Memos already posted.
   => the above Details are documented in the Help F1 behind the "Invoice Ref" Field.
Hope it answer your question
Kind Regards
davide

Bapi for debit/credit memo creation

Dear all,
I am using the BAPI_SALESORDER_CREATEFROMDAT2 for creating a credit/debit memo, the following error is displayed.
"Unpermitted Combination of Business object BUS2032 & Sales Doc Category type K"
Could you please provide me a solution and let me know if there are any BAPIs to create credit/debit memos.
Thanks in Advance.
Regards,
Raj

Raj you can try with these also:
use...
'BAPI_CRED_MEMO_CREATEFROMDAT2'
data: con_cr_memo_bus_obj like BAPIUSW01-OBJTYPE value 'BUS2094'.
CALL FUNCTION 'ZBAPI_CRED_MEMO_CREATEFROMDAT2'
EXPORTING
ORDER_HEADER_IN = bapi_hdr
business_object = con_cr_memo_bus_obj
convert = 'X'
IMPORTING
SALESDOCUMENT = bapi_salesdoc
TABLES
return = bapi_ret_tbl
ORDER_ITEMS_IN = bapi_itm
ORDER_PARTNERS = bapi_prtnr
ORDER_ITEMS_inx = bapi_itm_out
order_schedules_in = bapi_schd_lin
order_text = bapi_text.
AND in the cloned ZBAPI above in SE37/80, add this Importing parameter: BUSINESS_OBJECT LIKE BAPIUSW01-OBJTYPE
Please have a look in older topics:
<a class="jive_macro jive_macro_thread" href="" __jive_macro_name="thread" modifiedtitle="true" __default_attr="95866"></a>
<a class="jive_macro jive_macro_thread" href="" __jive_macro_name="thread" modifiedtitle="true" __default_attr="82006"></a>
Also:
Did you try BAPI_INCOMING_INVOICE_CREATE with DOC_TYPE (CREDIT MEMO) field in BAPI_INCINV_CREATE_HEADER.
Amit.

Invoice & credit memo

hi all,
i understand from forum that :
Invoice / credit memo - GR/IR clearing account and vendor account
qty and value will give impact to GRC
Subsequent credit/debit - Stock account and vendor account
example of credit memo :
Credit memo is posted when there is u want to correct the invoice posted already for both qty and value.
For eg if vendor gives u invoice of 12 qty and value 120. but actualy he delivered only 10 qty of 100 rs. so in this case u post the credit memo with 2 qty and 20 rs so the total invoice u post becomes 10 qty and 100 rs.
above i clearly understand.
but when i check my system on miro posting and po history in me23n, is different case.
GR - qty 20080 value 3950
IR - qty 20080 value 3950
after vendor invoice is posted, there is a credit memo and invoice, both with reference to PO.
credit memo qty 20080 (same qty) value 1000
credit memo, the entry is dr vendor cr prd
invoice qty 20080 (same qty) value 1000
invoice, the entry is cr vendor dr prd.
1) may i know why the offsetting account is prd? when i see in miro, no GL tab but only has po reference tab.
2) where does the setting to ask system to use prd?
thanks

hi,
i can understand your reply.
but why the treatment is different from the general understanding below:
Invoice / credit memo - GR/IR clearing account and vendor account
Subsequent credit/debit - Stock account and vendor account
if
GR - qty 20080 value 3950
IR - qty 20080 value 3950
Kindly verify if below 4 points are correct.
after invoice posted, if i do credit memo reference to the same PO,
1) qty remained the same 20080 and value is less, say 1000, this 1000 is posted to credit prd?
2) if qty say, 1000 and value 1000 also, double entry will be hitting GRC?
after invoice posted, if i do invoice reference to the same PO,
3) qty remained the same 20080 and value is less, say 1000, this 1000 is posted to debit prd?
4) if qty say, 1000 and value 1000 also, double entry will be hitting GRC?
thanks

Rebate Credit memo

Hello All..
I have problem related to Rebate
Situation is as follows:
A rebate agreement is created for a year with 2% of accruals at first stage and a partial payment is done. After some time we realised that accruals should have been at the rate of 1% instead of 2% and we made changes in the condition records of rebate agreement. At the time of final settlement system has generated a credit memo request for negative value which is correct because there was partial payment based in 2% of accruals and agreement is now with 1% accrual.
Actually as there is -ve value, system should generate debit note instead of credit note?
Analysis upto now -
The Agreement type has been assigned with a Credit Memo Request as "Final settlement".. So the system will surely create the Credit memo request. BUT, when there is -ve net price, how can we shift to Debit Memo Request? If the ABAP development is required, where and how can we control this ?
Thanks in advance for your help

Kunal
The behaviour of the system is correct. Because the document is a credit memo, a positive value is considered to be a credit value. A positive value in Credit memo results in negative posting in accounting which means that it is credit. If the value in credit memo is negative, it actually means that it is a debit. So conceptually, you have to give customer a debit memo and in this case, there is a credit memo with a negative value. So conceptually you are correct.
Second point is that you can link an agreement only to a credit memo request /CM not to a debit memo.
Third point is the most important one. You should not change the percentage of the rebate agreement in between. If there is a change, you only have to close that agreement without settling. Create a new rebate agreement with past validity from date. And you have to reorganise the rebate index to consider the documents created in the past for this agreement. I think VBOF will help you on this.
Hope this info helps you

Value dated credit memo field

Similar Messages

Maybe you are looking for