Wrong PAyment Term Picked During MIRO

Hello,
I have an issue,
1) I create PO .
2) Then do MIGO and assign DELIVERY NOTE Feild .
3) Then Further I create a MIRO giving DELIVERY NOTE feild as 'PO REFRERNCE' .
NOw During MIRO its picking Wrong PAYMENT TERM.
I checked Vendor master for PAYMENT TERM its maintained properly.
I even checked OBB8 for proper assignment of Payment Terms.
Eg For Vendor -123 Payment Term assigned is '3000'
in PO its picking 3000
but During MIRO it gives Incorrect Value '9000'
Kindly suggest.
Thanks & Regards,

In MRM_PAYMENT_TERM
Payment term feild (ZTERM) is not Export parameter,how can we Use this..
It picks wrong payment term when Delivery note is selected During MIRO for 'PO Reference'
If he uses PO number it gives correct payment term..
Regards,

Similar Messages

Wrong payment term during invoice creation

Hi All,
when i created sales order with one line item then it is creating two entries in VBKD table with POSNR = '0000' with payment term ZTERM = 'ZI15' and POSNR = '1000' with payment term ZTERM = 'Z223', but problem is that when going to create Invoice it is picking wrong payment terms Z223 while it shud be ZI15. can anyone please help me to know why it is creating 2 entries in VBKD and why it is taking wrong invoice during Invoice creation.
Saurabh

HI,
Please review SAP note 38934 which may help to explain this issue.
If you do not have VBKD data for a particular line item, it is the same
as the header (vbkd-posnr = 000000). This is standard behaviour.
so if you have a vbkd line item, that simply means some part of the business data is different to the header
and that's why the line item for VBKD was created (in this case a different payment terms has been entered for the line item)
For the second part of the issue, please start at trx VTFA and check the copy control (especially at line item level).
kind regards
Paul Q

Wrong Payment term in the Invoice

We have a problem with one of the vendor Invoice creation. We are getting wrong payment term in the Invoice.
We have payment term A in the vendor master both company code and Purchasing Org. We have the same payment term A in Purchase order and Contract.
But when we create invoice using MIRO for the PO we are getting Payment term B. This is happening for only one vendor.
We know that it can be corrected at the financial document level but want to know how this payment term B is pulled up from cause i checked all the options but nowhere to find from where it is coming.

Hi Aparna,
Check the following:
In MIRO, if you use PO reference to create the IV document,terms of payment will not get copied from vendor master, the terms of
payment will come from the PO.(if you have the invoice entered without reference to the PO, then the terms of payment are copied from vendor.)
So when you change the the invoice party in MIRO, new payment terms will not get copied from vendor master, they will come from the PO.
Please review SAP Note 322430 MIRO: Proposal logic for terms of payment Payment terms are only adopted from the vendor master record Without reference to purchase order
You enter an invoice without purchase order reference by adding a G/L account line or material line as a first item. If the terms
of payment key does not contain any value, this is copied from the accounting view of the vendor master record.
Thanks
Aravind

Payment terms picked up incorrectly in ERP while posting MIRO on SRM PO's

Payment terms are picked up incorrectly in our ERP backend system for all SRM PO's and it generally defaults to "free for payment" standard payment term.
1) We have maintained our vendor master correctly - say NET 30 but it still defaults to "free for payment" when we are posting a MIRO invoice.
2) Baseline date is blank too.
3) We have not maintained BBPV_PTERM_LOCAL table either.
Please let me know if any OSS note or solution available on this?
Thanks,
Manoj

Hi,
remember that there are TWO payment terms fields on the vendor master.
One is used by POs and the other is used for postings that do not involve a PO.
You should check the payment terms on the company code data of the vendor and make sure that these are correct, the payment terms on the Purchasing Org data are NOT used by FI postings unless you are using MIRO with reference to a PO.
Steve B

Payment Terms Display in MIRO and FB60

SAP Security experts,
I want to give access to the A/P clerks to only be able to display the payment terms and not be able to change it in MIRo and/or FB60.
Anyone knows the authorization object for this
Thank You for your help.

In this activity you can define and edit field status variants and groups. You group several field status groups together in one field status variant. You assign the field status variants to a company code.
You can also define and process field status groups. You must define a field status group in the company code-specific area of each G/L account. The field status group determines which fields are ready for input, which are required entry fields, and which are hidden during document entry.
Field status variant 0001 is entered for company code 0001 in the standard SAP software. Field status groups are already defined for this variant.
Other than this I dont think there are any transaction specific field status allocations.
But, yes you can always use transaction variants as an option wherein you can create transaction variant using SHD0 for MIRO and FB60.
Edited by: Subramaniam Iyer on Dec 16, 2008 8:50 AM

Payment terms change in MIRO

Hi All,
If the proposed payment terms are changed in the MIRO, (other than the payment terms in PO or vendor master), then the MIRO/ Invoice document should be blocked and should not allow vendor payment. Please let me know the procedure for this.
Thanks
Sridevi

Hi,
You can check for Standard SAP enhancements for MIRO to fulfill the above requirement.
check the below path.
SPRO - MM - LIV - Maintain Customer Exits and Business Add-Ins
Maintain Customer Exits for Invoice Verification
Maintain Business Add-Ins for Invoice Verification
Thanks & Regards,

Multiple payment terms in PO/MIRO

Hi Experts,
I have a scenario where the business has multiple payment terms for different materials in the same PO/IR.
I tried using VSR but since the payment terms is at PO header it takes only one payment terms. Even if it does how can we handle this payment after invoice posting?
The invoice again has 2 material for same vendor with two different payment terms.
Regards,
Sid

I have a similar issue. PO set up for one large item, pay 30% upon order, so Due Upon Receipt and the balance owing is at NET 30, so 2 different sets of terms.
The vendor master carries the Terms over to the PO, however the PO terms can be changed and once changed these override the normal vendor master terms.
So on first PO for Product A - you specify terms as being Net 20
On 2nd PO for Product B - you can let the vendor terms come over Net 30
For you this will work as long as your vendor is able to split the invoices by product which they should do.
ON the MIRO side, for each invoice posted the terms can also be changed so if it was missed when doing the PO it can be corrected at IR. If your system is set for checking duplicate invoices and you have to put a combined product invoice into MIRO then you will have to alter the Reference field invoice number on the 2nd invoice. IE Inv#123-A & Inv#123-B etc. But you are best getting your vendor to invoice you by product.

Service Tax condition not picking during MIRO

Hi,
Referring earlier posted thread,
http://forums.sdn.sap.com/thread.jspa?threadID=2135441&tstart=0
I want to know insert a Tax Code - VAT for 10% and a Condition Type - Service Tax for 10.3%...
During MIRO, Service Tax Amount is not Picking... Why???
There is any solution for it.....

Hi,
If we create Service condition type, then why need to create Tax code in FTXP and maintain in FV11...
Why both things need to create...??
No need to maintain
check for your service tax condition type
Cond. class A Discount or
Calculat.type A percentage
Cond.category B Delivery co
and you have accrual tick for your condition in t-code M/06
also check in your pricing procedure you have assign account key and accrual key for your condition type in t-code
M/08
Regards
Kailas Ugale

Prob. in Implement User Exit for wrong calculation of Surcharge during MIRO

Dear All,
In our system the calculation of Surcharge is wrong during MIRO.
So i write this issue to the SAP, the below solution is provided by them :
Use the user exit 'J_1I7_USEREXIT_PROCESS_TKOMV' to redetermine
the additional VAT condition type value. This user exit will be
called after the FM 'J_1I4A_TAX_CONDITIONS', where the
redetermination of the VAT will take place on the basis of
the changed excise duties.
So, userexit can be implemented by CMOD and SMOD, but this userexit actually a Function Module.
But now the problem is how can i implement the 'J_1I7_USEREXIT_PROCESS_TKOMV' function Module.
Regards,
Nitin Garg

Dear,
Thanks. I already make a enhacement in this function Module and write the below code:
ENHANCEMENT 1 ZMIRO. "active version
DATA : WA_XKOMV TYPE KOMV.
DATA : WA_KBETR TYPE KOMV-KBETR,
IDX TYPE SY-TABIX.
LOOP AT XKOMV WHERE KSCHL = 'ZSUR'.
IDX = SY-TABIX.
WA_KBETR = XKOMV-KBETR / 10.
READ TABLE XKOMV INTO WA_XKOMV WITH KEY KSCHL = 'JVRD'.
XKOMV-KWERT = WA_XKOMV-KWERT * WA_KBETR / 100.
MODIFY XKOMV INDEX IDX TRANSPORTING KWERT.
ENDLOOP.
ENDENHANCEMENT.
ZSUR is a custom surcharge condition type. But still surcharge is wrong calculated.
Nitin Garg.

Issue with Idoc when creating invoice taking wrong payment term

Hi All,
My Requirement is invoices created through B2B interface should hold the payment term of purchasing party instead of invoicing party
400021 is Invoicing party having payment term 2000 i.e. 20 days
414478 is the Purchasing party having the payment term 1000 ie 10 days
So invoice should hold the payment term 10 days instead of 20 days
I have an IDOC which is creating Invoice, I am trying to reprocess the IDOC to see the issue but could not able to achieve the solution.
Please help me out which approach should i follow to achieve the solution of this issue.
Thanks,
VB

Hi,
Try using E1EDK18 segment. Put "Number of days" ,Qualifier and check if this achievs the desired result or not? If yes then you have to use an user exit to put the number of days in the IDOC.
Cheers,

Wrong profit center picked during return GR

Dear Experts,
I'm doing purchase return process. Thus I created PO & then return material via MIGO by using movement type 161. I noticed that wrong profit center that system picked under account assignment tab in MIGO. This profit center field is grayed out so I couldn't change to correct profit center during MIGO .
Let me understand where the system picked the profit center because there is no account assignment tab exist in said PO. So I unable to check where the prfit center come from. Or how may I check this in configuration path.
Please understand me how the profile center play his role during PO & MIGO creation. Thank you.
rgds,
nantha

Dear Experts,
Yes I noticed the profit center. So system picked from master data when we perform GR. I noticed that the same profit center in sales general/plant in material master. Appreciate if you could tell me what is the different mainting in both field.
rgds,
nantha

Payment Terms wrongly getting updated using Inbound Idoc

Hi All,
I have a inbound IDOC which creates new invoice evrery time it gets triggered. In the function module attached with that IDOC there is a logic written to fetch the payment terms from the vendor master LFB1. System should display that Payment terms in tcode MIR4 (Display Invoice) as per the logic written in the IDOC FM. But, It is displaying wrong payment terms.
Select single ZTERM
into v_zterm
from lfb1
where lifnr = p_lifnr.
I have checked while debugging my logic fetches the correct payment terms (20NM) but the same is not getting updated in MIR4 . wrong value (42 Net days ) geting updated. Please suggest what needs to be done to correct this.
Thanks,
VB

Vikas,
Your quesion can be bit more clear. What is that 42 days..?? To my guess based on your payment terms due date might be calculated and kept as 42 days. If you can tell us about 42 days then someone can help you.
Regards
Venkat

Hide Payment Terms in MIRO

MM Experts,
I need to hide or display the payment terms field in MIRO. Can someone advise as to how this can be done please.
Thank You for your help
Edited by: Frank on Dec 15, 2008 5:21 PM

Hi
1. Goto MIRO screen and note down program? and screen? using F1
2. Use tcode SHDO, Enter transaction code as "MIRO" goto screen variant tab and enter some name in screen variant field
3. also enter program name and screen name then click create icon
4. It will take you to the MIRO screen remove if there is any entries in same field and press Enter
5. then it will take you to another window there you can hide required field & save
6. come to the SHDO screen and select Transaction tab & enter some name
7. enter you already created screen variant name & save
8. table Standard variant tab and it might alredy taken Transaction variant which was created already
9. now you can check MIRO w
Raju

Payment Terms in Personal Setting in PO

Hi,
In our company, we want that the payment terms of the PO should come from the vendor master, and we have greyed out the payment terms in the all po doc type, recently we have observed that some users have maintained wrong payment terms in the personal settting of the po screen (me21n), now he is able to save the po with the wrong payment terms,
now we want to remove payment terms field from the personal setting.
Please advise how to do it. sothat no user will be able to maintain personal setting for payment terms,
Thanks in advance.
Regards
Ishu

Hi Ishu,
I don't think this is possible in standard SAP. But you might be able to force the payment terms from the vendor into the PO using the BAdI ME_PROCESS_PO_CUST, method PROCESS_HEADER. The method is called after the default values have been applied - so you can reset the payment terms back there.
Call the method IM_HEADER->GET_DATA to get the PO header data, change the payment terms and store back the data by calling the method IM_HEADER->SET_DATA.
BR
Raf

Block Payment Terms

Dear All,
We have created some additional payment terms. During the document posting, by mistakenly the users were selected different payment terms which is not relevant.
Instead of deleting those unused/irrelevant payment terms, we would like to make a block for those unused and irrelevant payment terms.
I request you to all, please provide your valuable suggestion that how we should make to Block the irrelevant payment terms.
Regards,
Ran

Hi Ran,
If you view the F1 help for the field ZSCHF (default value for the
payment blocking key) in OBB8 you will see the following
'When entering postings to a customer or vendor account for which the
terms of payment key displayed has been entered in the master record,
this blocking reason is proposed together with the terms of payment.
If you enter the terms of payment key later in the line item, the
blocking reason originally entered has no effect.'
In other words, if you manually enter the payment terms in a invoice
line item instead of allowing the system to take the terms from
the vendor master, the payment block key and payment method will not
be taken from OBB8.
Please, consider the following info about the Payment Block:
Block key used to block an open item or an account for payment
transactions. The block key can be used as follows:
1. During automatic payment transactions, the block key affects open
items if it is:
Stored in the master record or Entered in the document.
If you enter the block in the master record, the exception list will
include all the open items for this account. The block keys '*' and '+'
are of special importance and function as follows:
-If the * block key is entered in the master record, none of the items
in this account are included in the automatic payment process.
-If the + block key is entered in the master record, only those items
for which a payment method is explicitly defined are included in the
automatic payment process.
-The "A" block key also has a special function: It is generally set
automatically when a down payment is entered. For this reason, you
should neither delete the "A", nor use it for other purposes.
A block key can be set or deleted during payment proposal processing if
you select the option Change in payment proposal permitted.
2. The block key in the document will affect manual payments only if you
have selected the Blocked for manual payments option for the block key.
The block key you set in the master record has no effect on manual
payments. However, it is possible to make system settings so that a
warning is shown, explaining that this is the case. You do so by
customizing message 671 in work area F5 in the message control.
3. You must select the Not changeable option for the block key that is
relevant to payment release in financial accounting.
I hope this information can help you.
Best Regards,
Vanessa.

Wrong PAyment Term Picked During MIRO

Similar Messages

Maybe you are looking for