08-15-2011 4:16 PM
Hello gurus,
we are trying to send MM orders from one of our company codes to another one (same system, same client).
The ORDERS IDoc is sent without error, but the we get an error message on the inbound side:
VKORG, VTWEG, SPART cannot be determined for customer 0000569630, vendor 0020011961
Message no. VG204
Diagnosis
No sales organization, distribution channel or division were sent to the IDOC. This data is necessary if a sales order is to be added automatically. If this data is unavailable, you cannot create a sales order document.
Procedure
If data on the sales organization, distribution channel and division have not been entered in the IDOC, it must be determined using a user exit defined in the program.
The thing is, the customer does not have the number 569630 in our system! Still the number is in the E1EDKA1 AG segment in PARTN. The vendor number is correct.
Where does this strange customer number come from?
Cheers
Alicia
08-15-2011 5:01 PM
hi,
you have three possibilities to determine the organizational data in SD
during the EDI inbound process.
The first possibility is to send these fields in the Idoc-Segment
E1EDK14 (Qualifier 006 - division, Qualifier 007 - distribution chanel,
Qualifier 008 - sales organization, Qualifier 010 - sales group,
Qualifier 012 - ordertype, Qualifier 016 - Sales office)
The second possibility to determine is table EDSDC. In this table You
can make table entries for sales organization, distribution chanel and
division per customer and vendor. You need an sold-to party and a
E1EDKA1 segment with an filled vendor in field E1EDKA1-LIFNR.
(transaction VOE2). Please check these settings.
The third possibility is to fill it in the IDOC_INPUT_ORDERS user-exits.
For error analyis, see SAP note 380603
kind regards
Paul Quinn
08-15-2011 4:58 PM
Hi
I suppose you're speaking about purchase order, if it's so:
. CLEAR e1edka1.
int_edidd-segnam = 'E1EDKA1'.
e1edka1-parvw = 'AG'.
e1edka1-partn = lfb1-eikto. "<.-------------
e1edka1-ihrez = ekko-unsez.
e1edka1-bname = t024-eknam.
e1edka1-telf1 = t024-ektel.
e1edka1-telfx = t024-telfx.
e1edka1-paorg = ekko-ekorg.
e1edka1-orgtx = t024e-ekotx.
e1edka1-pagru = ekko-ekgrp.
MOVE e1edka1 TO int_edidd-sdata.
APPEND int_edidd.
.
So try to che in the company code data of your vendor, field LFB1-EIKTO (Our account number with the vendor)
Max
08-15-2011 5:01 PM
hi,
you have three possibilities to determine the organizational data in SD
during the EDI inbound process.
The first possibility is to send these fields in the Idoc-Segment
E1EDK14 (Qualifier 006 - division, Qualifier 007 - distribution chanel,
Qualifier 008 - sales organization, Qualifier 010 - sales group,
Qualifier 012 - ordertype, Qualifier 016 - Sales office)
The second possibility to determine is table EDSDC. In this table You
can make table entries for sales organization, distribution chanel and
division per customer and vendor. You need an sold-to party and a
E1EDKA1 segment with an filled vendor in field E1EDKA1-LIFNR.
(transaction VOE2). Please check these settings.
The third possibility is to fill it in the IDOC_INPUT_ORDERS user-exits.
For error analyis, see SAP note 380603
kind regards
Paul Quinn
08-15-2011 7:27 PM
it can be that this number 569630 is from your development system, which was carried over with a transport of customizing.
e.g. in case of STO customizing you assign a customer number to a sales area.
08-16-2011 6:46 AM
Hi everybody,
and thank you for your help so far.
@Max: lfb1-eikto was empty before. So I maintained 44000488 here, the proper customer number for our company code. But that did not change the number transmitted in the IDoc.
@Paul: Thank you, but that is not my problem. I maintained info in EDSDC, but obviously only for the correct customer number, not for the strange number transmitted in the IDoc. So, the info is not used. Of course, I could maintain additional data to match the bogus number, but that wpould not really make sense to me...
@Jurgen: The problem is in our sandbox system, I did not transport anything yet. So I doubt that could be the problem.
But thanks again! Any other ideas?
Thank you
Alicia
08-16-2011 7:21 AM
Ok, I have found out where the number comes from:
It is some address number (table ADRC). But I did not figure out, where this address belongs to. It is neither the adress number of the vendor, nor of the customer master...
08-16-2011 11:06 AM
Ok, we got it: There was an old User Exit changing the customer number to a address number. After deactivating it, the correct number is transmitted.
Thanks anyways
Alicia
10-04-2011 10:07 AM