on 10-06-2010 9:43 PM
Hi!
Is there a way to create a SD Customer from Employee information?
We have implemented HR, I know that we can transfer the employee information to ECC using the transaction PFAL, also we know that the transaction PRAA is used to create vendors from employee information.
Is there a similar transaction to create a sold to party from employee information?
Thanks!
Hi Christian,
Please have a look at the F1 help for the origin field:
...
"If the field is empty when creating a sales document (standard setting)
the partner functions are determined from those partner functions given
in the sold-to party customer master (Table KNVP). If the system can not
determine all functions, it enters the number of the sold-to party (SP)
for the remaining partner functions of partner type customer (KU).
Maintain this field if you want a specific partner to be determined that
is not in the partner screen of the sold-to party master.
Use the following entries:
A - if a credit management partner function (e.g. CM) should be taken
directly from the credit representative table (T024P). The credit
representative must not then be created in the customer master.
- For determining partners of partner type personnel
B - if functions should be taken from a customer hierarchy (Standard
setting for customer hierarchy partners)
C - if you want to take the partner function exclusively from the
partner screen entries in the customer master. If no partner is
specified in the customer master for this function, it will not be
used in the document. In this case you may have to extend the
mandatory partner functions in the document manually.
As this setting can lead to incomplete documents, the functions SP,
BP, PY and SH, which are not absolutely necessary for sales and
distribution processing, are not used.
- Determining partners of partner type customer
D - if the personnel number of the system user should be used as the
function, e.g. for sales executives. This function is only carried
out online, not in the background. Therefore you should not carry out
this setting for mandatory partner functions.
- Determining partners of partner type Personnel
E - if the partner function should be replaced with a contact person
from the contact person screen for the corresponding partner (table
KNVK). If another contact person has been specified on the partner
screen than the one on the contact person screen, this is not copied
into the document.
- For determining partners of partner type contact person
F - if it should be possible to determine the contact partners not only
from the contact person screen but also from the partner screen of
the partner with the current source partner function.
- Determining partners of partner type contact person"
Also, please have a look in note 752091 where explain the partner rule.
Regards
Ruy Castro
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
95 | |
11 | |
11 | |
6 | |
6 | |
4 | |
4 | |
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.