on 10-06-2008 12:19 PM
Hello gurus,
in vendor master records there are two different terms of payment can be maintained, one for the purchasing organization group and one for the company code.
Is there a way to assure that both values are identical? We do not need two different values here and it would help a lot if accounting and purchasing worked with identical data.
Thanks in advance
Alicia
The payment terms are serving different purposes.
not each vendor master needs to have purchasing org data, some vendors are only created for finance (e.g. a restaurant, or customs office - you will never place a SAP purchase order at a restaurant or with customs) . If such a vendor sends an invoice, then the payment terms from company code level are taken.
If you place purchase orders, then you have to have payment terms at purchasing org level. Then the payment terms from purchasing org level are copied to the PO. however, they can be overwritten directly in the PO.
So just to make it easy: if you process invoices thru LIV the payment terms from the PO are taken.
If you process invoices thru FI module only, then payment terms from vendor master company code are taken.
They do not need to be equal though (even 99.x % will be equal finally). And if they are not equal, then it does not really harm your processes. but a programm to make them equal would just prevent you to maintain them differently if you would need to.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ok, does not seem to be possible without programming. Thanks anyway!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
use the terms of payment in accounting view different and overwite the same at the time of Making PO of making the inforecord maitain the condition required for purchse persons
regards,
sujit
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
99 | |
12 | |
11 | |
6 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.