Retro Billing

Hi,
I have created a retroactive billing with VFRB, but in the result, instead of the difference amount to
come and create credit or debit memo, I am getting the new price.
Suppose the Old price was 100 and new price is 90, then the system should create the credit memo for
10.
but the system is creating for 90, which means customer has got the material for 10 ? how come ??
Can any body help me in solving this ?? I will appreciate if you can give me configuration steps as I feel
something somewhere I am missing.
Regards,
Venkat
2168 Views
Average User Rating

(0 ratings)
Re: Retroactive Billing VFRB
Jyoti Prakash 25-Feb-2012 02:56 (in response to Venkat Reddy)

I don't see any issue, if
the system is creates a Credit Memo for 90
Old: You got 100 from customer
New: You revised the price 90. So now the diff is 10 -. Which you need to give back to customer.
So, in you pricing procedure for Credit memo should have Condition Type PDIF(cond. class = B,
calculat.type = B & item conditon = active), which will capture capture differential amount. And base
value should refer this condition type.
Regards
JP
o
Alert Moderator
o
Like (0)
Mr patchala 15-Apr-2012 22:22 (in response to Jyoti Prakash)

HI JP,
I am also facing the same problem ,when i run VFRB a credit memo was created with new price instead
of difference amount. I also trying to follow your suggestion that you mention above , but when i open
condition type PDIF i notices this was manual condition. so now my question is
how the system calculate difference amount with the help of manual
condition(PDIF) .
In pricing procedure where exactly we maintain conditopn type PDIF and what
is the further settings.
At what stage we maintain PDIF in pricing procedure (maintain PDIF from the
starting like PR00,K004..etc or just temporary condition type for retroactive billing)
I look forward to hearing from you..

Regards..
Patchala.
Alert Moderator
Like (0)
Mr patchala 19-Apr-2012 17:10 (in response to Jyoti Prakash)

hi jp,,
Could you please give me advise to solve this issue. we are waiting for your reply...
Regards
Patchala.
Alert Moderator
Like (0)
viswanadh . 13-Jul-2012 10:59 (in response to Jyoti Prakash)

Hi Prakash,
I am also facing the same problem , could you please give a advise to solve the problem. we all are
waiting for your response..
Thank you advance .
Viswa.
Alert Moderator
Like (0)
Jyoti Prakash 13-Jul-2012 11:24 (in response to viswanadh .)

Please let us know, where are sturck or what error you are facing?
Alert Moderator
Like (0)
viswanadh . 13-Jul-2012 11:42 (in response to Jyoti Prakash)

Hi Prakash,
Please find Patchala question, i to have same problem.
when i run VFRB a credit memo was created with new price instead of difference amount. I also trying
to follow your suggestion that you mention above , but when i open condition type PDIF i notices this
was manual condition. so now my question is
how the system calculate difference amount with the help of

manual condition(PDIF) .
In pricing procedure where exactly we maintain conditopn type

PDIF and what is the further settings.
At what stage we maintain PDIF in pricing procedure (maintain

PDIF from the starting like PR00,K004..etc or just temporary condition type for retroactive
billing)
Thanks for quick response.

Viswa.
Alert Moderator
Like (0)
Jyoti Prakash 13-Jul-2012 12:07 (in response to viswanadh .)

Its a very general question, if you understand, how retro-billing works?
What & how vital role condition type PDIF plays in the retro-billing scenario?
Then these question would not have rasied.
Anyway's, you can refer standard pricing procedure RVAA01.
There you can check how condition type PDIF is maintained.
Further this condition type will be placed/maintained in pricing procedure related debit & credit memo
for retro-billing.
Alert Moderator
Like (0)
Deane Sto. Domingo 25-Feb-2012 05:09 (in response to Venkat Reddy)

did you try this first in Dev ? Did the Billing Document from BD to BD copy and control really produce
90 pesos Credit Memo? Is this for 1 quantity? 9 quantity might be retrobilled upon selection of billing
date.
o
Alert Moderator
o
Like (0)
Venkat Reddy 02-Mar-2012 19:20 (in response to Venkat Reddy)

Thanks JP
o
Alert Moderator
o
Like (0)
Venkat Reddy 16-Apr-2012 12:00 (in response to Venkat Reddy)

Thanks JP,
But still, as Patchala said this is a manual condition, then what is the use of VFRB, & suppose in VFRB I
gat some ammount, should I enter that manually and if so where ?
Please help me to solve this problem. I would appreciate if any one can give me detailed steps.
Regards
Venkat
Retro-Active Billing - Config. Guide

This question is Assumed Answered.
Gaurav Harimitter
27-Sep-2010 09:24
Dear Gurus,
New pricing that we make with our customers may affect billing documents that have already been
processed and settled. If a new pricing is effective before the pricing date of the billing documents,
How can we perform retroactive billing to call up a list of these documents and reevaluate them with
the new price.
Can anyone Please guide regarding How to create additional billing documents to settle any
differences.
Config. note will be very much helpful in this case.
Regards,
Gaurav
8185 Views
Average User Rating
(0 ratings)
Re: Retro-Active Billing - Config. Guide
G Lakshmipathi 27-Sep-2010 09:56 (in response to Gaurav Harimitter)

Please search the forum before asking any repeated questions. Check this thread
[Re: Retro Billing - Normal Sales Process |Re: Retro Billing - Normal Sales Process]
thanks
G. Lakshmipathi
Alert Moderator
Like (0)
Gaurav Harimitter 28-Sep-2010 12:02 (in response to G Lakshmipathi)

Dear Lakshmi ji,
what Prerequisites should i have Like 1.) Doc type..2.) How i pick Billing List 3.) which price i have to
maintain in VK11 price diff. , or Total new Price.
I'm in Steel Industry and we have this kind of scenarios where we have to increase price in the middle
of the Financial Year and will apply on the complete financial year.
Please guide more on how to create retro billing.
Thanks
Gaurav
Alert Moderator
Like (0)

a) Order Type => DR for Debit Memo Request and CR for Credit Memo Request
b) Item Category => G2N for Credit and L2N for Debit
c) Billing Type => G2 for Credit and L2 for Debit
we have to increase price in the middle of the Financial Year
Here you know from what date, you have to raise debit note. So you have to take a list of all F2 billing
documents generated from that period and do retro as explained in my link
thanks
G. Lakshmipathi
Alert Moderator
Like (0)
Harpreet Singh Kohli 01-Oct-2010 08:03 (in response to Gaurav Harimitter)

Dear Gaurav,
Please refer to my reponse to other thread which Lakshmi mentioned for complete details
You need to have

billing copy controls
F2 ->G2
F2 -> L2
Order Reasons
you must maintain the 'use of order reason for retro-billing' in Order reasons config for this
to work properly
PDIF
Condition Type PDIF must be included in your pricing procedure which would enable calculation of
differences in prices and hence creation of Cr/Dr memos with right amount
Let me explain using a very simple example:
You sell 10 units of a material A for $100 per unit - Amount $1000
Invoice is sent to customer for $1000 on say Sep 20, 2010
Now due to price negotiations price may change to $90 w.e.f Sep 01, 2010 , Thus you will update your
price conditions in VK12 for this material/customer to $90 with validity from Sep 01, 2010. But as you
have already invoiced the customer in past so to take care of the extra billing . You will execute
retrobilling process.
You will go to VFRB and enter the selection criteria for the material and suitable dates, system will
provide you the list of candidate invoices to which this price reduction is applicable and hence you can
simulate or even execute retrobilling after providing Cr/Dr memo type and order reason. These
documents will get attached to the original invoice
Also there is no need to maintain any price difference in VK11. You just need to change prices in VK12
for the materials with an effective date in past. when you run VFRB, and given proper date
selection/material combination, then system will automatically propose you the 'billing list' which is
candidate for retrobilling. You can check the documents which you want to retrobill.
This scenario is common in steel industry or for that matter any industry with deals with base
materials and they are commonly known as 'Base Material Amendments'
Do let us know if this helps

Alert Moderator
Gaurav Harimitter 01-Oct-2010 08:39 (in response to Harpreet Singh Kohli)

Dear Sir,
Do i have to maintain any type of Documents
Like (0)
because when i run t-code VFRB after filling all required fields, system shows me a massage No
documents have been selected for retro-billing
where i maintain Order reasons????

Is it in Credit/ Debit Memo?
I have created Cond. Type PDIF and added in my Pricing Procedure.

now my pricies have been increased w.e.f. 1st April, 2010 and there is more than 2000 invoices which
is to be retro billed.
guide me step by step how to bill all

do i have to run any BDC for updating any order reason or system will do it automatically for all
invoices.
Gaurav
Alert Moderator

>
Gaurav SAP SD wrote:
>>
> Do i have to maintain any type of Documents
Like (0)
> because when i run t-code VFRB after filling all required fields, system shows me a massage No
> Gaurav
Check
1. Have you updated the pricing conditions in VK12 with effective date as of April 1, 2010 ?
2. For correct location of PDIF, check pricing procedure RVA001
3. Location for Order Reasons - S&D>Sales>Sales Doc>Sales Doc Header>Define Order Reasons. Here
for the order reasons you will find usage indicator. Use 1/2 as per your requirements.
Examples of order reasons include price changes, poor quality or ruined material. Depending on
how the order reason you entered is customized, this billing document becomes relevant for
retroactive billing.
4. Check all copy controls
5. Run VFRB with right selection criteria
6. Provide Dr/Cr memo type along with order reason (which u configured earlier) to simulate/create
retrobills.
All your 2000 invoices could be retrobilled in one go.
No BDC etc is required!

Alert Moderator
Like (0)
Dear Herpreet ji
Thanks a lot..
With the help of your valuable remarks,
at least now i can see all my Bills for single customer in one screen after running and simulate t-code
VFRB.
But while going for invoicing system give error log that Sales Doc type Z** cannot be Invoiced with
Billing Type G2* i knw it might be the problem of Copy Control somehow.
Can u please share what type of Copying requirements i have to enter for Header and Item and what
Item catagory i have to choose G2N, TAN or REN.
Alert Moderator
Like (0)

Dear Gaurav,
Its good to know that you have been able to reach quite far off. As you rightly said its just a matter of
having your copy controls correctly maintained and you are good to go.
Here are the pointers:
Item Category TAN or the ITem categories which you have used and wish to have retrobilled. in your
case it should be TAN only
Header Copying requirements - you can enter 000

Item Level - 027 Item bill. to bill.
Data VBRK/VBRP`- 000

Pricing type
Please let me know if you are still stuck up ...
Regards
Harpreet
_____________________________________________________________________________________________________________________
Retro-Active Billing - Config. Guide

This question is Assumed Answered.
Gaurav Harimitter
27-Sep-2010 09:24
Dear Gurus,
New pricing that we make with our customers may affect billing documents that have already been
processed and settled. If a new pricing is effective before the pricing date of the billing documents,
How can we perform retroactive billing to call up a list of these documents and reevaluate them with
the new price.
Can anyone Please guide regarding How to create additional billing documents to settle any
differences.
Config. note will be very much helpful in this case.
Regards,
Gaurav
8186 Views
Average User Rating

(0 ratings)

Please search the forum before asking any repeated questions. Check this thread
[Re: Retro Billing - Normal Sales Process |Re: Retro Billing - Normal Sales Process]
thanks
G. Lakshmipathi
Alert Moderator
Like (0)
Gaurav Harimitter 28-Sep-2010 12:02 (in response to G Lakshmipathi)

Dear Lakshmi ji,
what Prerequisites should i have Like 1.) Doc type..2.) How i pick Billing List 3.) which price i have to
maintain in VK11 price diff. , or Total new Price.
I'm in Steel Industry and we have this kind of scenarios where we have to increase price in the middle
of the Financial Year and will apply on the complete financial year.
Please guide more on how to create retro billing.
Thanks
Gaurav
Alert Moderator
Like (0)

a) Order Type => DR for Debit Memo Request and CR for Credit Memo Request
b) Item Category => G2N for Credit and L2N for Debit
c) Billing Type => G2 for Credit and L2 for Debit
we have to increase price in the middle of the Financial Year
Here you know from what date, you have to raise debit note. So you have to take a list of all F2 billing
documents generated from that period and do retro as explained in my link
thanks
G. Lakshmipathi
Alert Moderator
Like (0)

Dear Gaurav,
Please refer to my reponse to other thread which Lakshmi mentioned for complete details
You need to have

billing copy controls
F2 ->G2
F2 -> L2
Order Reasons
you must maintain the 'use of order reason for retro-billing' in Order reasons config for this
to work properly
PDIF
Condition Type PDIF must be included in your pricing procedure which would enable calculation of
differences in prices and hence creation of Cr/Dr memos with right amount
Also there is no need to maintain any price difference in VK11. You just need to change prices in VK12
for the materials with an effective date in past. when you run VFRB, and given proper date
selection/material combination, then system will automatically propose you the 'billing list' which is
candidate for retrobilling. You can check the documents which you want to retrobill.
This scenario is common in steel industry or for that matter any industry with deals with base
materials and they are commonly known as 'Base Material Amendments'
Do let us know if this helps

Alert Moderator
Like (0)
Dear Sir,
Do i have to maintain any type of Documents

because when i run t-code VFRB after filling all required fields, system shows me a massage No
where i maintain Order reasons????

Is it in Credit/ Debit Memo?
I have created Cond. Type PDIF and added in my Pricing Procedure.

now my pricies have been increased w.e.f. 1st April, 2010 and there is more than 2000 invoices which
is to be retro billed.
guide me step by step how to bill all

do i have to run any BDC for updating any order reason or system will do it automatically for all
invoices.
Gaurav
Alert Moderator

>
Gaurav SAP SD wrote:
Like (0)
>>
> Do i have to maintain any type of Documents
> because when i run t-code VFRB after filling all required fields, system shows me a massage No
> Gaurav
Check
1. Have you updated the pricing conditions in VK12 with effective date as of April 1, 2010 ?
2. For correct location of PDIF, check pricing procedure RVA001
3. Location for Order Reasons - S&D>Sales>Sales Doc>Sales Doc Header>Define Order Reasons. Here
for the order reasons you will find usage indicator. Use 1/2 as per your requirements.
Examples of order reasons include price changes, poor quality or ruined material. Depending on
how the order reason you entered is customized, this billing document becomes relevant for
retroactive billing.
4. Check all copy controls
5. Run VFRB with right selection criteria
6. Provide Dr/Cr memo type along with order reason (which u configured earlier) to simulate/create
retrobills.
All your 2000 invoices could be retrobilled in one go.
No BDC etc is required!

Alert Moderator
Like (0)

Dear Herpreet ji
Thanks a lot..
With the help of your valuable remarks,
at least now i can see all my Bills for single customer in one screen after running and simulate t-code
VFRB.
But while going for invoicing system give error log that Sales Doc type Z** cannot be Invoiced with
Billing Type G2* i knw it might be the problem of Copy Control somehow.
Can u please share what type of Copying requirements i have to enter for Header and Item and what
Item catagory i have to choose G2N, TAN or REN.
Alert Moderator
Like (0)

Dear Gaurav,
Its good to know that you have been able to reach quite far off. As you rightly said its just a matter of
having your copy controls correctly maintained and you are good to go.
Here are the pointers:
Item Category TAN or the ITem categories which you have used and wish to have retrobilled. in your
case it should be TAN only
Header Copying requirements - you can enter 000

Item Level - 027 Item bill. to bill.
Data VBRK/VBRP`- 000
Pricing type
Please let me know if you are still stuck up ...
Regards
Harpreet
Hi,
We intend to go for Retro Billing and we dont have Contract processing or Scheduling Agreements in
our system. That is, we use the standard sales process of sales order - Delivery - Invoice.
Please let us know whether we can go for retro billing in a normal sales process.
We understand from the available information that Retro billing is used mainly in Scheduling
Agreements.
If retro billing can be used in normal sales process, please let us know the procedure (Configuration,
Process Flow, Master Data etc...) for perfroming the functionality in the system.
Please Help !
Regards
Helpful Answers by G Lakshmipathi, G Lakshmipathi
8380 Views
Average User Rating

(0 ratings)
Helpful AnswerRe: Retro Billing - Normal Sales Process
G Lakshmipathi 17-Sep-2010 18:10 (in response to V.K. Venu Gopal)

available information that Retro billing is used mainly in Scheduling Agreements.
Certainly not so !!!!!! You can also go with normal sale order process. For more information on this,
check this link else google it; you will get lot of information.
[Processing for Self-Billing or Retro-Billing|
http://help.sap.com/saphelp_crm60/helpdata/en/25/2b676303e311d4968000a0c943a141/content.htm]
Normally, we generate retro billing in case the customer give price increase or decrease. So it is not
necessary the preceding document should be scheduling agreement.
thanks
G. Lakshmipathi
o
Alert Moderator
o
Re: Retro Billing - Normal Sales Process
Abhishek Das 19-Aug-2015 08:24 (in response to G Lakshmipathi)

Dear Sir,
I tried all possible ways according to your thread, but the system gives the same response.
1. Copy control is maintained
2. VK12- changed price from 200 to 150/- and saved
Like (0)
3. Now i go to VFRB and put inputs as suggested.
4. i get result as
Billing document for reference
Please guide its a standard order where i am following the process.

Alert Moderator
Like (0)
Abhishek Das 19-Aug-2015 12:25 (in response to Abhishek Das)

Sear Sir,
Finally got the solution.It was restricting due to condition record maintained in customer/Material
access sequence and company mainatins in acutomer /material /PO access sequence.
This can be a cause too for other users getting same issue
Regards
Abhishek Das
Alert Moderator
Like (0)
Sumit Jain 17-Sep-2010 20:47 (in response to V.K. Venu Gopal)

Hello,
We use Retro Billing to Debit or Credit the customer based on price increase or descrease of your
materials. System perform the Retro Billing VFRB based on the pricing date of the Billing document. If
the Pricing date falls within the date in which the price of the materials was changed the system based
on Retro Billing Order Reasons calculates the difference and poplates the difference in the amount
accordingly. You can create a Credit Memo request or directly a Credit Memo but the document type
you take should be different from the normal credit memo and do not forget to update the copy
control for the same.
Let me know if this helps.
Regards,
Sumit
o
Alert Moderator
Like (0)
V.K. Venu Gopal 18-Sep-2010 19:48 (in response to Sumit Jain)

Hi Sumit,
Thanks for the information.
Please let us know the configuration, process steps involved in performing this functionality of Retro
Billing.
Also, the copy control has to be maintained between Credit memo request and credit memo ?
Please Help !
Regards
Alert Moderator
Like (0)

There is no separate configuration involved to process retro but for copy control for billing to billing.
Only thing is that you should take care of the following:a) Take the list of parent billing documents date for which, you would like to generate retro billing and
ensure that they are not cancelled or reversed
b) Go to VK11, key in the pricing condition type and maintain the difference in price with the same
validity period of the parent billing document
c) Execute VFRB by maintaining all the required fields like Payer, Material, Currency etc., It is always
recommended to run this per material instead per customer
d) Once executed, system will show the retro debit / credit note in the same screen. Make a note of
the document reference and check for value in condition tab
e) Finally maintain the original selling rate in VK11
thanks
G. Lakshmipathi
Alert Moderator
V.K. Venu Gopal 19-Sep-2010 14:16 (in response to G Lakshmipathi)

Hi Laksmipathi,
Thanks for the update.
Like (0)
I have gone through the entire document available in help.sap.com website for retro billing.
We need to create 2 item ctaegories for retro billing (G2WT & L2WT) and if required - doc types - G2WT
& L2WT. Is it ?
Also, please make me understand the Value only and the Value / Quantity Postings.
I have further clarification on the same as follows:
1. Is it necessary to have EDI in place for Retro billing.
2. Retro billing and Self billing - are they one and the same ?
As per your last update i have following clarifications:
1. Can you please explain the points - b & e in detail.
2. Can you explain the steps (a - e) with any example.
Alert Moderator
Like (0)
Helpful AnswerRe: Retro Billing - Normal Sales Process

1. Can you please explain the points - b & e in detail.
2. Can you explain the steps (a - e) with any example.
Below is a small example, as required by you.
You had despatched a material AB @ INR 500.00 per piece during May 2010. The total quantity
despatched till May'10 end was 100 nos with various invoice references.
Now after the marketing follow up, the customer has given a price increase @ INR 60.00 per piece for
those 100 nos. This means, the actual selling rate is INR 560.00 per peice. So here in order to
generate a retro billing for the difference in rate of INR 60.00, you have to follow the step I have
explained in (b), which means, in VK11, you will have to maintain only INR 60.00 with the same validity
period of those parent billing documents.
Now as I explained in (e), execute VFRB by maintaining all the required fields like Payer code, Sales
Organisation, Billing date from and to (should be of parent billing document date), Currency and
without fail, also maintain the material code and execute.
Once you execute, you can see retro billing documents below to your parent billing document. Make a
note of those retro billing document references and check in VF02 individually in condition tab whether
the difference in rate alone is flowing with the required output tax for that equivalent quantity raised
as I mentioned in (d)
Once you feel that everything is okay and retro debit note is generated for 100 nos, now you have to
once again maintain the original selling price, ie.INR 500.00 as I mentioned above in (e). If the
customer has given an open ended price increase, then the VK11 rate should be INR 560.00
Now this is clear to you.
thanks
G. Lakshmipathi
Alert Moderator
Like (1)
V.K. Venu Gopal 19-Sep-2010 20:06 (in response to G Lakshmipathi)

Hi Lakshmipathi,
Thanks a lot for your quick responses.
On what Logic the prices are to be maintained two times. Is that the standard process flow for retro
billing.
Do the document types / Item categories need to be maintained for retro billing exclusively.
Also, Is it necessary to have EDI in place for Retro billing.
What is Value only and the Value / Quantity Postings.
Thanks again for your time.
Regards
Alert Moderator
Like (0)
Sumit Jain 21-Sep-2010 09:12 (in response to V.K. Venu Gopal)

On what Logic the prices are to be maintained two times. Is that the standard process flow for retro
billing.
Do the document types / Item categories need to be maintained for retro billing exclusively.
Also, Is it necessary to have EDI in place for Retro billing.
What is Value only and the Value / Quantity Postings.
Hello,
If I understood your questions properly below is my reply:
As and when price increases the same is reflected in the Price Condition records for the condition type
say PR00.
Here as explained by Laxmi you change the prices to 560 from 500 and the system picks the
difference in the Debit/Credit Memo through a condition type PDIF. This has to be places at the
appropriate place in the Pricing Procedure to get the difference ammount. Once value is passed in this
condition type rest all other condition type gets deactivated except Taxes.
Yes you need to maintain the Document Type and Item categories to differential from the nor Credit /
Debit Memo.
No EDI is required for Retro Billing.
Only Value difference related to price is captured. Please ensure to Retro Billing Order Reasons is
maintained during VFRB transaction.
Regards,
Sumit
Alert Moderator
Like (0)
Harpreet Singh Kohli 28-Sep-2010 08:02 (in response to V.K. Venu Gopal)
1. Is it necessary to have EDI in place for Retro billing.
2. Retro billing and Self billing - are they one and the same ?
Please note that Retro billing and Selfbilling are entirely different processes and can be executed
independently.
RETROBILLING
Imp to Note - you must maintain the 'use of order reason for retro-billing' in Order reasons config for
this to work properly
SELFBILLING
Here customer raises invoices for itself. Supplier does not send the invoice to customer.
Customer may send a selfbill for the above case like $80 a piece. This will hit the supplier system in
form of EDI/Fax/Paper etc and on verification in system will show in Selfbill Monitor VSB1n.
On processing, system will generate a credit memo of $200 for the customer and a debit memo for
same amount with reference ?_?_?. Now the customer while paying will pay $800 as per its selfbill and
the same would be settled against original invoice of $1000 and SB credit Memo of $200. Other debit
memo of $200 (with ?_?_? reference) will remain open in system which may be cleared off by a
retrobilling run where supplier may reduce the price by $20 or take further action as needed.
Hope this clears your doubt on these two procesess.
Do let us know if you have any further questions
Alert Moderator
V.K. Venu Gopal 08-Oct-2010 04:38 (in response to Harpreet Singh Kohli)
Hi Harpreet,
Like (0)
Thanks for the detailed explanation.

Is it mandatory to create an exclusive credit and debit note type for retro billing. As currently, am able
to create debit & credit notes with the help of the normal credit and debit note document types.
Currently i have a price of 1.5 Rs. from 01st Sep to 30th Sep. But till August it was 1.00 Re only. This
1.5 Rs is wrong and customer should be credited for the difference (0.5 Re) for the invoices created
between 1 u2013 10 Sep. With the current setup in the system, when we run VFRB for the first time,
system is creating a credit note for 1.5 Rs. initially, then again when we run the VFRB tcode, system
will be creating a debit note for the correct amount (1.00 Re).
We need to have a credit note created for 0.5 Re directly. I have tried including PDIF condition type but
the system is picking only the difference value but the taxes are showing as Zero. Please help.
Alert Moderator
Like (0)
Harpreet Singh Kohli 08-Oct-2010 06:06 (in response to V.K. Venu Gopal)
Hi
Is it mandatory to create an exclusive credit and debit note type for retro billing.
As currently, am able to create debit & credit notes with the help of the normal
credit and debit note document types.
No, there is no such requirement at all for Retrobilling as long as you do not wish to separate
the Retrobilling cr/dr memos with regular Cr/Dr memos using different number range.
Currently i have a price of 1.5 Rs. from 01st Sep to 30th Sep. But till August it was
1.00 Re only. This 1.5 Rs is wrong and customer should be credited for the difference
(0.5 Re) for the invoices created between 1 u2013 10 Sep. With the current setup in
the system, when we run VFRB for the first time, system is creating a credit note for
1.5 Rs. initially, then again when we run the VFRB tcode, system will be creating a
debit note for the correct amount (1.00 Re).
This certainly would have happened, if you failed to include PDIF doc type.
I have tried including PDIF condition type but the system is picking only the
difference value but the taxes are showing as Zero.
Try using PDIF condition type in your pricing procedure right after the pricing condition types and
before Discounts/Taxes . After that you will have to have a net- value calculated. If you proceed like
this you would get desired results.
For PDIF condition type - keep print ID as 'a', Condition subtotal as'F',
I am sure you will be bang on taget with this.
If you still face any issue, do let me know.
Also Check my post in this thread on Retrobilling [url] Re: Retro-Active Billing - Config. Guide
Regards
Harpreet
Alert Moderator
Like (0)
Re: Retro Billing - Normal Sales
Process
Hi Harpreet,
Great Job !
In my case, currently the pricing procedure is not having the PDIF condition type and even i
incorporate it now, the system is just copying as it is from the invoice. I think for this the copy control
settings has to be changes as mentioend in your other forum post. That is, the VTFF tcode @ item level
the Pricing type should be "C" (Currently it is "D"). My concern if i change the Pricing Type then will it
affect the normal process of F2 (Invoice ) to G2 (Credit Memo). Please clarify.
Regards
Alert Moderator
Like (0)
Re: Retro Billing - Normal
Sales Process
Harpreet Singh Kohli 08-Oct-2010 07:41 (in response to V.K. Venu Gopal)
Well Changing it C, the only effect in your normal process would be that pricing would not be copied as
it is from F2 to Cr/Dr memo and would be recalculated.
If your requirement is not to redetermine prices in normal process then you may as well go for a new
Cr/Dr memo doc type just for retrobilling. But otherwise there should not be an issue.
Also Please maintain PDIF carefully with the settings which I provided and you should be perfectly
fine !
Regards
Harpreet
Alert Moderator
Like (0)
Hi Harpreet,
Thanks again for your confident and quick response.
Analysed the system for various options and my findings are follows:
1.
To have the new pricing carried out we can use the Option u201CCu201D in the Pricing Type in
VFRB t code and hence there is no need to go for any new document types. This is for your
information.
2.
We tried using the PDIF condition type in the pricing procedure and we found that values are
getting calculated incorrectly.
That is, we have PR01 as the first condition type and which is nothing but u201CPrice inclusive of sales
taxu201D. Followed by Gross price value (without Condition types u2013 that is for sub totalling) ,
MWI1 & MWIG condition types. Atlast we have NTPS condition types.
Whereas I checked for a normal pricing procedure and it works fine.
Now, I need to know for the pricing procedure which has PR01 (Price inclusive of sales Tax),
we canu2019t have the retro billing run correctly. Please confirm.
If still you believe that it is possible then please let me the procedure to be followed.
Please help.
Thanks for your time.
Regards

Retro Billing

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Retro Billing

Enviado por

Direitos autorais:

Formatos disponíveis

Hi,

Average User Rating

Re: Retroactive Billing VFRB

Jyoti Prakash 25-Feb-2012 02:56 (in response to Venkat Reddy)

Re: Retroactive Billing VFRB

Mr patchala 15-Apr-2012 22:22 (in response to Jyoti Prakash)

I look forward to hearing from you..

Re: Retroactive Billing VFRB

Mr patchala 19-Apr-2012 17:10 (in response to Jyoti Prakash)

Re: Retroactive Billing VFRB

viswanadh . 13-Jul-2012 10:59 (in response to Jyoti Prakash)

Re: Retroactive Billing VFRB

Jyoti Prakash 13-Jul-2012 11:24 (in response to viswanadh .)

Re: Retroactive Billing VFRB

viswanadh . 13-Jul-2012 11:42 (in response to Jyoti Prakash)

how the system calculate difference amount with the help of

In pricing procedure where exactly we maintain conditopn type

At what stage we maintain PDIF in pricing procedure (maintain

Thanks for quick response.

Re: Retroactive Billing VFRB

Jyoti Prakash 13-Jul-2012 12:07 (in response to viswanadh .)

Re: Retroactive Billing VFRB

Deane Sto. Domingo 25-Feb-2012 05:09 (in response to Venkat Reddy)

Re: Retroactive Billing VFRB

Venkat Reddy 02-Mar-2012 19:20 (in response to Venkat Reddy)

Re: Retroactive Billing VFRB

Venkat Reddy 16-Apr-2012 12:00 (in response to Venkat Reddy)

Retro-Active Billing - Config. Guide

Config. note will be very much helpful in this case.

Average User Rating

Re: Retro-Active Billing - Config. Guide

G Lakshmipathi 27-Sep-2010 09:56 (in response to Gaurav Harimitter)

Re: Retro-Active Billing - Config. Guide

Gaurav Harimitter 28-Sep-2010 12:02 (in response to G Lakshmipathi)

Re: Retro-Active Billing - Config. Guide

G Lakshmipathi 28-Sep-2010 13:14 (in response to Gaurav Harimitter)

we have to increase price in the middle of the Financial Year

Re: Retro-Active Billing - Config. Guide

Harpreet Singh Kohli 01-Oct-2010 08:03 (in response to Gaurav Harimitter)

You need to have

Let me explain using a very simple example:

Do let us know if this helps

Re: Retro-Active Billing - Config. Guide

Gaurav Harimitter 01-Oct-2010 08:39 (in response to Harpreet Singh Kohli)

Do i have to maintain any type of Documents

where i maintain Order reasons????

I have created Cond. Type PDIF and added in my Pricing Procedure.

guide me step by step how to bill all

Re: Retro-Active Billing - Config. Guide

Harpreet Singh Kohli 01-Oct-2010 09:00 (in response to Gaurav Harimitter)

All your 2000 invoices could be retrobilled in one go.

No BDC etc is required!

Re: Retro-Active Billing - Config. Guide

Gaurav Harimitter 01-Oct-2010 10:31 (in response to Harpreet Singh Kohli)

Re: Retro-Active Billing - Config. Guide

Harpreet Singh Kohli 01-Oct-2010 10:54 (in response to Gaurav Harimitter)

Here are the pointers:

Header Copying requirements - you can enter 000

Data VBRK/VBRP`- 000

Please let me know if you are still stuck up ...

Retro-Active Billing - Config. Guide

Config. note will be very much helpful in this case.

Average User Rating

Re: Retro-Active Billing - Config. Guide