on 07-22-2013 10:06 AM
Hello,
we are Automotive supplier and are doing SBI with EDI message VDA4908 for a long time (Sales side with tc VSB1).
Some of our customers now want to migrate to VDA4938 which is the successor of VDA4908, but EDIFACT. SAP does no recommend a mapping for 4938 to SBWAP like they do for 4908 (ACTION Codes).
Does somebody have experience with that and can recommed a mapping (for example what means BGM+383)
Release SAP ECC 6.0
Best regards
C. Stephan
You can use standard invoice message type INVOIC idoc information because most of the fields can be as same as debit note ,based on existed invoice idoc you can prepare the mapping for debit note and compare with EDIFACT VDA4938 document edi segments information.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Christian,
I don`t know what your actual status is and I know that this might not sound that good: We tried to map it ourselfes.
After a while we found out that buying from a third party provider might be the best idea. Now we have a solution and it works very good.
As we tried it ourselfes we were not able to generate one idoc per line item. The system produced one idoc with ALL line items in it. The system is not able to process that.
We have it productive and even for a customer who sends us some weird transmissions it works very good.
What is your current status about this?
Regards.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Christian,
contact Seeburger. We are using their solutions for data exchange (we have no SAP PI) and as some of our customers asked us for using VDA4938 (instead of VDA4908) we started testing. In our system environment and the mapping that we had it was impossible to take the VDA4938 and process it directly in our system. The only possible workaround was to convert a 4938 message into a 4908 and then process it in SAP. But we decided not to make use of any workarounds and their mapping worked immediately and very good.
I think that they can also help you out if you`re using a PI.
Whatever you do: We were not able to split the VDA4938 into one idoc per line item. Our system produced one idoc with all the line items. And the problem was that a qualifier (I don`t remenber the name) that tells you per position what the case is (removal from the consignation warehouse or bill of delivery and so on) was written once and for all positions into the header of the idoc. The VSB1 inbound monitor was not able to process those idocs.
Regards,
Imer
Hello Christian,
I can recommend you following links:
http://www.unece.org/trade/untdid/d96a/Welcome.html which allows you searching for segments by name (chapter 4.2), e.g. search on BGM, and by clicking on it, you can check all possible qualifiers valid for this segment, so e.g. 383 in your case will be like:
BGM = "Beginning of message"
383 = "Debit note
Document/message for providing debit information to the
relevant party."
you always can crosscheck this in the official VDA 4938 document which can be downloaded on http://www.vda.de/en/publikationen/publikationen_downloads/index.html (search for "global invoic")
Hope this helps!
Good luck!
KR,
Ed
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear Ed,
thanks for your answer.
I already know that BGM+383 does mean "Debit note" and already investigated the documentation from VDA4938.
What I need to know is the mapping to the values in the IDOC SBWAP.
I mean something like this:
VDA4938 IDOC Kopf IDOC Position
BGM/C002/D1001 E1EDK01_ACTION E1EDP01_ACTION Remark
389 005 091 Gutschriftsanzeige
383 / 403 005 091 Belastung - Achtung: Vermutlich muß das Vorzeichen gedreht werden
381 / 402 005 091 Gutschriftsanzeige
295 006 096 Preiskorrektur
Thanks again
C. Stephan
User | Count |
---|---|
104 | |
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.